graphite-dev team mailing list archive

[Chris Davis <chrismd@xxxxxxxxx>]

That's pretty cool. The conflict with existing syntax is a bit problematic
though. I've actually been quite frustrated with how kludgy the graphing API
has grown over time so it is nice to see some fresh ideas on it. Is your
code hosted in a launchpad branch?

-Chris

On Thu, Feb 4, 2010 at 4:30 AM, Vladimir Ignatov <kmisoft@xxxxxxxxx> wrote:

> Hello,
>
> I managed to make some experimental modifications in Graphite code for
> in-house purposes. The idea was to support simple arithmetic
> expressions instead of emulate em via functions. So, for example, I be
> able to write:
>
> http://0.0.0.0:8080/render?target=carbon.agents.honduras.cpuUsage*20
> http://0.0.0.0:8080/render?target=carbon.agents.honduras.cpuUsage*(20*10)<http://0.0.0.0:8080/render?target=carbon.agents.honduras.cpuUsage*%2820*10%29>
> http://0.0.0.0:8080/render?target=carbon.agents.honduras.cpuUsage/100
>
> (examples from my test suite).
> and so on...
>
> My modifications based on FourFn.py pyparsing's example so "complex"
> expressions are also supported.
>
> Now I am looking the way to contribute them back in project if any
> external interest exists. The problem is that they are not fully
> compatible with existing syntax. For example - multiplication operator
> conflicts with wildcard * symbol, plus sign obviously should not
> present in url since it decoded as space and so on...
>
> Any advises are welcomed. Does anybody interesting in such syntax?
>
>
> Vladimir Ignatov
>
> _______________________________________________
> Mailing list: https://launchpad.net/~graphite-dev<https://launchpad.net/%7Egraphite-dev>
> Post to     : graphite-dev@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~graphite-dev<https://launchpad.net/%7Egraphite-dev>
> More help   : https://help.launchpad.net/ListHelp
>