Re: [DISCUSS] Is null equal to null

Hello Ken, I don't know that I have a strong opinion on what NULL==NULL should evaluate to, but I agree we should come up with a set of rules here for consistency, both within Gremlin but also with other database language standards (e.g. GQL and SQL) so that Gremlin best matches customer expectati

Re: [DISCUSS] - Proposal for Removing the Need for Closure/Lambda with String/List/Date functions

far. Any other comments on this > proposal? > > I’d like to get this merged in this week so we can get started with > implementation. > > Dave Bechberger > > > On Feb 17, 2023, at 7:18 AM, David Bechberger wrote: > >  > I was two fast on my reply before as I di

Re: [DISCUSS] - Proposal for Removing the Need for Closure/Lambda with String/List/Date functions

()/endingWith()/containing() Dave On Fri, Feb 17, 2023 at 7:12 AM David Bechberger wrote: > Thank you for the fixes Valentyn, I've incorporated that PR. > > The list I proposed here was a minimum number of functions, so we can > definitely see what it would take to include

Re: [DISCUSS] - Proposal for Removing the Need for Closure/Lambda with String/List/Date functions

t; Another interesting feature to keep in mind is string formatting. > for example > `g.V(1).values('first_name').concat(' ').concat(V(1).values('last_name')` > can be simplified as > `g.V(1).asString('%s %s', values('first_name'), values(

Re: [DISCUSS] - Proposal for Removing the Need for Closure/Lambda with String/List/Date functions

My apologies, I just saw that I didn't include a link in that email. The proposal is here: https://github.com/apache/tinkerpop/blob/proposal_3/docs/src/dev/future/proposal-3-remove-closures.asciidoc Dave On Tue, Feb 14, 2023 at 7:09 AM David Bechberger wrote: > Hi All, > > Ther

[DISCUSS] - Proposal for Removing the Need for Closure/Lambda with String/List/Date functions

Hi All, There are a number of useful operations that Gremlin users often wish to perform that are not provided today in the form of traversal steps or predicates (P/TextP). For historical reasons these functions were omitted and users were able to accomplish these tasks by specifying anonymous cod

Re: [VOTE] TinkerPop 3.6.2 Release

Looks good to me VOTE +1 (non-binding) On Mon, Jan 23, 2023 at 10:29 AM Ken Hu wrote: > Thanks Yang. This looks good to me. > > VOTE +1 (non-binding) > > On Mon, Jan 23, 2023 at 10:05 AM Cole Greer > wrote: > > > Thanks for putting this all together Yang. I’ve dug through the docs and > > arti

Re: [VOTE] TinkerPop 3.5.5 Release

VOTE +1 (non-binding) Thanks for getting this release out the door. On Mon, Jan 23, 2023 at 10:29 AM Ken Hu wrote: > Thanks Yang. This looks good to me. > > VOTE +1 (non-binding) > > On Mon, Jan 23, 2023 at 10:04 AM Cole Greer > wrote: > > > Thanks for putting this all together Yang. I’ve dug

Re: Properties on elements

I like using the with() approach over a strategy, as I think it will be more user-friendly and discoverable for customers. I think my main comments are: 1) Let's keep it simple to start with and just allow "All" or "Tokens". Custom will lead us down a rabbit hole of how far we want to go with all

Re: [DISCUSS] Next releases: 3.5.5 / 3.6.2 / 3.7.0 (?)

I also agree that moving the 3.7 date to 2023 and maintaining the 3.5.5/3.6.2 release branches makes the most sense for where the community is at. Dave On Wed, Nov 23, 2022 at 11:09 AM Ken Hu wrote: > Hi Florian, > > I've compiled a list of items in response to your question about open > issues

Re: [DISCUSS] Add analytics to project website

+1 to this idea. Having analytics on what is being viewed would be very helpful. Dave On Thu, Jul 21, 2022 at 12:54 AM Divij Vaidya wrote: > Hey folks > > Apache has a self hosted version of Matomo which can provide website > analytics. This analytics could be useful for making decisions about

Re: [DISCUSS] hasKey() should throw an error when invoked on Element traverser

Hello Divij, I added a few comments to the JIRA and agree that the behavior is inconsistent but have a different proposal. Let me know what you think? Dave On Tue, Feb 22, 2022 at 3:42 AM Divij Vaidya wrote: > Hey folks > > I have created a JIRA to modify the behaviour of hasKey() step when i

[DISCUSS] call() step for Gremlin extensibility

As part of TINKERPOP-2680 I have gone through the design of what a call() step might look like to enable an extensibility point within Gremlin for something similar to a stored procedure. I've written up the details here: https://gist.github.com/bechbd/1d0101c24c2ca8c1133b9d27b1a99fcf Any feedba

[DISCUSS} String Manipulation Functions

As part of TINKERPOP-2672 I am proposing the following string manipulation functions and syntax: https://gist.github.com/bechbd/6de5d3d81fdb765166e435d961b0ccef Any feedback/thoughts on this before I begin implementation?

Re: [VOTE] TinkerPop 3.5.2 Release

VOTE +1 On Tue, Jan 11, 2022 at 7:43 AM Øyvind Sæbø wrote: > VOTE +1 > > tir. 11. jan. 2022 kl. 17:14 skrev Jorge Bay Gondra < > jorgebaygon...@gmail.com>: > > > VOTE +1 > > > > On Tue, Jan 11, 2022 at 4:19 PM Kelvin Lawrence > > > wrote: > > > > > VOTE +1 > > > > > > Cheers, Kelvin > > > > > >

Re: [DISCUSS] Remove docs from zip distributions

+1 to removing the docs from the zip folder to minimize the download size. On Mon, Jan 10, 2022 at 7:44 AM Kelvin Lawrence wrote: > If the docs for each release are available elsewhere it would seem > reasonable to me to remove them from the Gremlin Server zip file to cut > down the size of the

Re: [DISCUSS] Gryo 4.0

+1 on removing Gryo support It would be great to be able to simplify the serializer story. Is Javascript the only language without GraphBinary support now? Dave On Mon, Dec 27, 2021 at 11:48 AM Stephen Mallette wrote: > Just to clarify, I think you are suggesting the removal of the remaining

Re: [DISCUSS] Geo-Spatial support

> > developers to use and understand (as this is), while also being somewhat > > future-proof and playing well with standards. > > > > Josh > > > > > > > > On Thu, Jul 22, 2021 at 2:44 PM David Bechberger > > wrote: > > > > > One o

[DISCUSS] Proposed Homepage updates

When I was making a few updates to the homepage a little while ago I noticed that it looked a bit dated and suffered a bit from being a large wall of text. I took the liberty of making some tweaks to the styling etc. and wanted to get feedback on the proposed update. One important thing to note i

[DISCUSS] Geo-Spatial support

One of the common requests from customers and users of TinkerPop is to add support for geographic based searches (TINKERPOP-2558 ). In fact many TinkerPop enabled database vendors such as DataStax Graph and JanusGraph have added custom predicate

Re: [VOTE] TinkerPop 3.4.12 Release

+1 On Tue, Jul 20, 2021 at 11:02 AM Stephen Mallette wrote: > Docs look good and validate-distribution.sh passed > > VOTE +1 > > On Tue, Jul 20, 2021 at 5:01 AM Florian Hockmann > wrote: > > > Hello, > > > > We are happy to announce that TinkerPop 3.4.12 is ready for release. > > > > The releas

Re: [DISCUSS] datetime

+1 from me as well. On Thu, Jul 22, 2021 at 8:28 AM Kelvin Lawrence wrote: > A big +1 from me for this. As much as possible making Gremlin a language > that does not depend on closures for things like dates and string > manipulation will help with parity when compared to other query languages. >

Re: [DISCUSS] remove groovy from gremlin-driver

Is reason for removing it is that this underlying groovy issue ( https://issues.apache.org/jira/browse/GROOVY-9785) is blocking the upgrade? On Thu, Jul 22, 2021 at 9:40 AM Stephen Mallette wrote: > In 3.6.0 I think it worth taking the step to remove all groovy dependencies > from gremlin-driv

Re: [VOTE] TinkerPop 3.5.1 Release

Agreed, thanks for all the hard work. +1 We should probably include something about Discord in any sort of email communication as well. Thanks, Dave On Thu, Jul 22, 2021 at 8:27 AM Kelvin Lawrence wrote: > Thanks for all the hard work to get the release out. VOTE +1 > Kelvin > On Wednesda

Re: [DISCUSS] Discord Server?

hat > will allow the change to publish when florian completes the release. > > > > > > > On Mon, Jul 12, 2021 at 7:06 PM Joshua Shinavier > wrote: > > > That's the one I keep using! Shrug. If no-one else is having the same > > problem, then maybe it

Re: [DISCUSS] Discord Server?

he #general channel. Might just be my inexperience with Discord; I > haven't used it yet for anything else. > > Josh > > > On Mon, Jul 12, 2021 at 1:39 PM David Bechberger > wrote: > > > Now that we have a month+ of using Discord I was wondering what people's > >

Re: [DISCUSS] Discord Server?

Now that we have a month+ of using Discord I was wondering what people's thoughts were on opening membership up to the Gremlin-users list and including it on the website? On Thu, May 27, 2021 at 9:22 AM David Bechberger wrote: > So one of the things I have seen so far is that the origi

Re: [DISCUSS] Discord Server?

link below which does not allow this type of "Preview". https://discord.gg/ndMpKZcBEE Dave On Mon, May 24, 2021 at 12:05 PM David Bechberger wrote: > I agree, I think fewer channels is better to start with. If we get to a > level where the activity level is high we can always

Re: [DISCUSS] Discord Server?

t, i'd think the fewer channels the better. should we already be > looking to peel off into different graph provider channels? > > On Fri, May 21, 2021 at 1:14 PM David Bechberger > wrote: > > > I've gone ahead and set up a Discord instance for us to try. > >

Re: [DISCUSS] Discord Server?

ourselves, then inviting a few community members. If the > > response is positive, announce it on gremlin-users. We already have a > Slack > > workspace which is not much used, so in the worst case, now there are > two. > > > > ^^ $0.02 > > > > On Wed, May 12

[DISCUSS] Discord Server?

With the recent uptick in both StackOverflow posts and mailing list posts, it has got me thinking about ways to get more users engaged with the TinkerPop community. I was curious what people's thoughts were on starting a Discord server? The pros I see here are: * The ability to interact with user

Re: [VOTE] TinkerPop 3.4.11 Release

+1 On Thu, May 6, 2021 at 5:53 AM Joshua Shinavier wrote: > +1 > > On Thu, May 6, 2021 at 6:07 AM Øyvind Sæbø wrote: > > > VOTE +1 > > > > tor. 6. mai 2021 kl. 14:51 skrev Jorge Bay Gondra < > > jorgebaygon...@gmail.com > > >: > > > > > VOTE +1 > > > > > > On Wed, May 5, 2021 at 11:10 AM wrote

Re: [VOTE] TinkerPop 3.5.0 Release

+1 Really looking forward to this release. On Thu, May 6, 2021 at 5:47 AM Joshua Shinavier wrote: > Awesome. +1 > > On Thu, May 6, 2021 at 6:42 AM Øyvind Sæbø wrote: > > > 🎉 > > > > VOTE +1 > > > > tor. 6. mai 2021 kl. 14:51 skrev Jorge Bay Gondra < > > jorgebaygon...@gmail.com > > >: > > > >

Re: 3.5.0 Announcement Volunteers

I can write a post about the changes in how null is handled. Dave On Fri, Apr 30, 2021 at 6:20 AM Øyvind Sæbø wrote: > I can write a post about the introduction of Gremlint to TinkerPop and its > future possibilities.👍 > > fre. 30. apr. 2021 kl. 15:55 skrev Marko Rodriguez : > > > Hello mein fr

Re: [DSISCUSS] Remote Transactions

I am in favor of this change as I any idea that unifies the multiple different ways things work in TP will only make it easier to learn and adopt. I don't know that I have enough knowledge of the inner workings of transactions to know what/if this will cause problems. Dave On Wed, Mar 17, 2021 a

Re: [DISCUSS] Request Retries

I think this would be a great way to allow customers to easily know if an error was transient and able to be retried or not. Dave On Wed, Feb 17, 2021 at 4:06 AM Stephen Mallette wrote: > I created this issue recently: > > https://issues.apache.org/jira/browse/TINKERPOP-2517 > > which discusses

Re: [VOTE] Accepting the gremlint donation

Vote +1 On Thu, Feb 18, 2021 at 7:42 AM Kelvin Lawrence wrote: > VOTE +1 > Kelvin > Kelvin R. Lawrence > > On Thursday, February 18, 2021, 08:17:41 AM CST, Stephen Mallette < > spmalle...@gmail.com> wrote: > > whoa! Dylan Millikin! nice to see you back on the list. > > On Thu, Feb 18, 202

Re: [DISCUSS] Adding motif support to match()

gt; wrote: > > > +1 > > > > Cheers > > Pieter > > > > On Thu, 2021-02-04 at 17:15 -0800, Joshua Shinavier wrote: > > > Initial thought: if the ASCII art syntax is Cypher-like, why not make > > > it > > > openCypher proper? I.e. k

[DISCUSS] Adding motif support to match()

Over the years of working with Gremlin I have foudn the match() step is difficult to create traversals with and even more difficult to make it work efficently. While the imperative style of programming in Gremlin provides a powerful path finding mechanism it really lacks an easy way to perform pat

Re: [DISCUSS] Creating pattern steps to codify best practices

gt; > following works for metaproperties: > > > > > > g.upsertV('person', [(T.id): 1], > > > [name:[acl: 'public']) > > > > > > as it doesn't let us set the value for the "name" just the pairs for &

Re: [DISCUSS] Creating pattern steps to codify best practices

7;name').hasValue('marko').property('acl','public') > > As for multi-properties, I dont think we should assume that a List object > should be interpreted by Gremlin as a multi-property. Perhaps we just rely > on the underlying graph to properly deal with

[DISCUSS] Add functions for casting properties

One of the recent items I have heard quite a few requests for, and had several on and off conversations about, is the ability to cast values within a Gremlin traversal. Due to the schemaless nature of Gremlin it is very easy to get into a situation where you have a single property that contains di

Re: [DISCUSS] Creating pattern steps to codify best practices

ertV('person', [(T.id): 1], > [(T.id): 1, lang: ['java','scala','java']). > property(Cardinality.list, 'lang', 'java') > ``` > > ## upsert with stream > > ```groovy > // doesn't work with today&#x

Re: [DISCUSS] Adding examples for client usage

I am favoring Divij's proposal and replacing the current examples (which I didn't even know about until now) with a repo of examples similar to netty. On Fri, Oct 9, 2020 at 3:49 AM Stephen Mallette wrote: > I like the idea for /examples especially when using netty as the context. I > think it's

Re: [DISCUSS] Creating pattern steps to codify best practices

So, I've been doing some additional thinking about the ways that this could work based on the comments below and have put my comments inline. Dave On Tue, Sep 22, 2020 at 6:05 AM Stephen Mallette wrote: > I added some thoughts inline below: > > On Fri, Sep 18, 2020 at 3:51 PM Da

Re: [DISCUSS] Creating pattern steps to codify best practices

g to doing merge(String,Map,Map) is that it > leaves open no opportunity to stream a List of Maps to a merge() for a form > of batch loading which is mighty common and one of the variations of the > coalesce() pattern that I alluded to at the start of all this. I think that > we would wan

[DISCUSS] Creating pattern steps to codify best practices

I've had a few on and off discussions with a few people here, so I wanted to send this out to everyone for feedback. What are people's thoughts on creating a new set of steps that codify common Gremlin best practices? I think there are several common Gremlin patterns where users would benefit fro

Re: [DISCUSS] Accepting gremlint donation

I definitely agree that having this sort of tool freely available would be very helpful to the community as a whole. I also would be able to help create the translator between GLV's and text representations as this is something I and many others have struggled with many times. Thanks, Dave On Th