Details
-
Improvement
-
Status: Open
-
Major
-
Resolution: Unresolved
-
3.4.8
-
None
-
None
Description
This issue may be discussed on a separate ticket somewhere already because I feel like it has come up before, but I can't find it immediately. Some steps can base their arguments on the result of `Traversal` and some cannot. This leads to folks trying things like:
g.V().hasLabel('Person').sample(math('4/2'))
and getting an error. Obviously the above is bit of a contrived example but one could imagine modifying the sample size based on some data dynamically gathered in the traversal itself. We could proliferate Traversal overloads everywhere for all steps and make it a rule that they should work that way or perhaps there is a more elegant approach that hasn't been considered yet.