Roundtripping typed literals with RDF import/export

Integrations Linked Data, RDF, Ontology
2

Hi @mdw00d, I've just run this simple test and datatypes seems to be consistent on export:

Here's on 3.5:

call semantics.importRDFSnippet('

@prefix : <http://www.w3.org/2012/12/rdf-val/SOTA-ex#> .
@prefix foaf: <http://xmlns.com/foaf/0.1/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

<issue227> a :SecurityIssue ;
    :reportedBy <user6> ; 
    :reportedOn "2012-12-31T23:57:00"^^xsd:dateTime ;
    :reproducedOn "2012-12-31"^^xsd:date ; 
    :related <issue4> .

','Turtle')

When exported via describe:

:GET /rdf/describe/uri/http%3A%2F%2Fneo4j.com%2Fbase%2Fissue227

returns:

@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .
@prefix neovoc: <neo4j://vocabulary#> .
@prefix neoind: <neo4j://individuals#> .


<http://neo4j.com/base/issue227> a <http://www.w3.org/2012/12/rdf-val/SOTA-ex#SecurityIssue>;
  <http://www.w3.org/2012/12/rdf-val/SOTA-ex#related> <http://neo4j.com/base/issue4>;
  <http://www.w3.org/2012/12/rdf-val/SOTA-ex#reportedBy> <http://neo4j.com/base/user6>;
  <http://www.w3.org/2012/12/rdf-val/SOTA-ex#reportedOn> "2012-12-31T23:57:00"^^<http://www.w3.org/2001/XMLSchema#dateTime>;
  <http://www.w3.org/2012/12/rdf-val/SOTA-ex#reproducedOn> "2012-12-31"^^<http://www.w3.org/2001/XMLSchema#date> .

Similarly on 4.0, the same RDF snippet imported via call n10s.rdf.import.inline when exported

:GET http://localhost:7474/rdf/conn-study/describe/http%3A%2F%2Fneo4j.com%2Fbase%2Fissue227

returns:

@prefix ns0: <http://www.w3.org/2012/12/rdf-val/SOTA-ex#> .
@prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> .

<http://neo4j.com/base/issue227> a ns0:SecurityIssue;
  ns0:related <http://neo4j.com/base/issue4>;
  ns0:reportedBy <http://neo4j.com/base/user6>;
  ns0:reportedOn "2012-12-31T23:57:00"^^<http://www.w3.org/2001/XMLSchema#dateTime>;
  ns0:reproducedOn "2012-12-31"^^<http://www.w3.org/2001/XMLSchema#date> .

Make sure the format is the one above for both date and dateTime, otherwise the value will be persisted as a string.

Hope this helps,

JB.