st-class reducing step. That
> feels like a reasonably consistent story to guide our choices by, while
> expanding the quality of the math() step considerably.
>
>
>
> On Fri, Dec 18, 2020 at 2:29 AM js guo wrote:
>
> > Thanks for the reply. We definitely can have a
PR.
Regards,
Junshi
On 2020/12/16 18:36:21, Stephen Mallette wrote:
> Some responses inline:
>
> On Fri, Dec 11, 2020 at 12:53 AM js guo wrote:
>
> > Thanks for the reply. It is a good idea to provide reducing operations
> > through math() step. But from my unde
ers,Kelvin
> Kelvin R. Lawrence
>
> On Thursday, December 10, 2020, 11:53:53 PM CST, js guo
> wrote:
>
> Thanks for the reply. It is a good idea to provide reducing operations
> through math() step. But from my understanding, we still need different
> reduci
ose exist if math() could already do it all? What makes a math
> operation "common" enough to beget its own first class representation?
>
> Just to be clear, I'm not saying we shouldn't add stdev()/percentile() - I
> just want to consider all the design possibilities and talk them
Hi team,
We are using tinkerpop Gremlin in our risk detection cases. Some analytical
calculations are used frequently, yet there is no corresponding steps in
hand.
I am thinking that some general analytical steps can be added in Gremlin.
e.g. steps to calculate standard deviation and percentile.