2010/11/25 Craig Taverner <cr...@amanzi.com> > Perhaps I'm missing something here, but since Neo4j does not support dates, > then surely neither should the main REST API? If a users application > decided > to store dates in strings, then their client code would also already need > to > deal with the dates as strings, regardless of whether the client talked to > the database direct, or through REST. Likewise if they used long > timestamps. > IMHO it is an application level issue. > > My vote is to keep the REST API as close as possible to the core Neo4j. If > dates are added to the core, then add them to the REST API. Until then, > surely this is an application level issue... >
+1 > > On Thu, Nov 25, 2010 at 8:23 AM, Max De Marzi Jr. <maxdema...@gmail.com > >wrote: > > > I was thinking about this...Neo4j doesn't really do Dates. It's Java > > Primitives or Strings. > > > > So how about we just establish a convention? > > > > Something like: > > > > Any field ending in "date", "time", "_at", or "_on" is assumed to be a > > date (in Unix Epoch milliseconds) and will be converted (from string, > > int, long, float, double) into whatever the idiomatic way for handling > > dates is (in the language of the library being used). > > > > > > > > > > On Wed, Nov 24, 2010 at 2:15 AM, Mattias Persson > > <matt...@neotechnology.com> wrote: > > > Neo4j REST/Server handles array values: > > > > > > { "array-property": [10, 321, 45] } > > > > > > 2010/11/24 Max De Marzi Jr. <maxdema...@gmail.com> > > > > > >> BSON seems to have an Array type as well. > > >> > > >> http://bsonspec.org/#/specification > > >> > > >> > > >> > > >> On Tue, Nov 23, 2010 at 7:40 PM, Javier de la Rosa <ver...@gmail.com> > > >> wrote: > > >> > IMHO, the data types that are not supported by the Neo4j REST API > are > > >> > Date and Binary data. So it could be a solution add a Neo4j special > > >> > dictionary for these cases: > > >> > { > > >> > "address": > > >> > { > > >> > "streetAddress": "21 2nd Street", > > >> > "city": "New York", > > >> > "state": "NY", > > >> > "postalCode": "10021", > > >> > "birthdate": { > > >> > "__ntype__": "/Date(36779659600.0)/", # Timestamp in > > >> > Javascript supports BC dates > > >> > "__nval__": "1971-02-03T00:00:00" # ISO Format also > > >> > supports BC dates > > >> > } > > >> > }, > > >> > } > > >> > On the other hand, I don't know how Neo4j handles Arrays and Objects > > >> > in order to put them like values in properties when they came from a > > >> > REST client. It Neo4j doesn't handle this, then it's not a problem > to > > >> > have some special dics for dates. > > >> > > > >> > All of this come from the limitations on JSON by itself. It's more > > >> > usual of what we think to use a domain specific implementation for > the > > >> > JSON interchange. For example, Cassandra uses JSON2SStable to > > >> > import/export data, and mongoDB created BSON [1] to support Date and > > >> > binary data. > > >> > > > >> > Best regards. > > >> > > > >> > > > >> > [1] http://bsonspec.org/ > > >> > > > >> > On Tue, Nov 23, 2010 at 19:02, Max De Marzi Jr. < > maxdema...@gmail.com > > > > > >> wrote: > > >> >> What about: > > >> >> > > >> >> "data": {"name" : "NeoS::Max"}, "age": {"NeoI::31" } > > >> >> "data": {"name" : "NeoS[]::Max,Javier,Peter"}, "age": > > >> {"NeoI[]::31,29,33" } > > >> >> > > >> >> > > >> >> > > >> >> On Tue, Nov 23, 2010 at 4:59 PM, Rick Bullotta > > >> >> <rick.bullo...@burningskysoftware.com> wrote: > > >> >>> FWIW, we store all dates as milliseconds relative to UTC, and pass > > them > > >> >>> around in that format. We identify the data types of > > fields/properties > > >> in > > >> >>> separate metadata structures embedded in the response, making the > > >> returned > > >> >>> content easily parsable and interpretable by relatively dumb > > clients. > > >> >>> > > >> >>> -----Original Message----- > > >> >>> From: user-boun...@lists.neo4j.org [mailto: > > >> user-boun...@lists.neo4j.org] On > > >> >>> Behalf Of Javier de la Rosa > > >> >>> Sent: Tuesday, November 23, 2010 4:26 PM > > >> >>> To: Neo4j user discussions > > >> >>> Subject: [SPAM] Re: [Neo4j] Datetimes in Neo4j REST Server > > >> >>> > > >> >>> On Tue, Nov 23, 2010 at 16:05, Peter Neubauer > > >> >>> <peter.neuba...@neotechnology.com> wrote: > > >> >>>> Jim, what do you say about that? How type safe can we make the > REST > > >> >>>> API? At least I think this warrants an issue over at > > >> >>>> https://trac.neo4j.org/ticket/286 for this. > > >> >>> > > >> >>> Thank you Peter and Max for the quick response. It would be great > to > > >> >>> have well defined data types in the REST server. > > >> >>> I hope the solution also works in order to talk to the server what > > >> >>> types are sent to it, because now we have no way to create Date or > > >> >>> List objects like properties in nodes or relationships trhough the > > >> >>> REST API. > > >> >>> > > >> >>> It's not easy manage with Dates and objects in JSON. The proposal > in > > >> >>> https://trac.neo4j.org/ticket/286 adds some overhead although I > > think > > >> >>> is a very good solution. However, there wouldn't be backwards > > >> >>> compatibility. > > >> >>> > > >> >>> Best regards. > > >> >>> > > >> >>> > > >> >>> > > >> >>> -- > > >> >>> Javier de la Rosa > > >> >>> http://versae.es > > >> >>> _______________________________________________ > > >> >>> Neo4j mailing list > > >> >>> User@lists.neo4j.org > > >> >>> https://lists.neo4j.org/mailman/listinfo/user > > >> >>> > > >> >>> _______________________________________________ > > >> >>> Neo4j mailing list > > >> >>> User@lists.neo4j.org > > >> >>> https://lists.neo4j.org/mailman/listinfo/user > > >> >>> > > >> >> _______________________________________________ > > >> >> Neo4j mailing list > > >> >> User@lists.neo4j.org > > >> >> https://lists.neo4j.org/mailman/listinfo/user > > >> >> > > >> > > > >> > > > >> > > > >> > -- > > >> > Javier de la Rosa > > >> > http://versae.es > > >> > _______________________________________________ > > >> > Neo4j mailing list > > >> > User@lists.neo4j.org > > >> > https://lists.neo4j.org/mailman/listinfo/user > > >> > > > >> _______________________________________________ > > >> Neo4j mailing list > > >> User@lists.neo4j.org > > >> https://lists.neo4j.org/mailman/listinfo/user > > >> > > > > > > > > > > > > -- > > > Mattias Persson, [matt...@neotechnology.com] > > > Hacker, Neo Technology > > > www.neotechnology.com > > > _______________________________________________ > > > Neo4j mailing list > > > User@lists.neo4j.org > > > https://lists.neo4j.org/mailman/listinfo/user > > > > > _______________________________________________ > > Neo4j mailing list > > User@lists.neo4j.org > > https://lists.neo4j.org/mailman/listinfo/user > > > _______________________________________________ > Neo4j mailing list > User@lists.neo4j.org > https://lists.neo4j.org/mailman/listinfo/user > -- Mattias Persson, [matt...@neotechnology.com] Hacker, Neo Technology www.neotechnology.com _______________________________________________ Neo4j mailing list User@lists.neo4j.org https://lists.neo4j.org/mailman/listinfo/user