Hi, The final date is close. I'm working in the wiki, but I'd like to know which solution to take to some of the issues that I have pointed out. Besides that, I tested Marmotta and it's working.
Cheers, Gustavo. 2017-07-22 12:26 GMT-05:00 FRANCISCO XAVIER SUMBA TORAL < xavier.sumb...@ucuenca.ec>: > Hi, > > In RDF4J, there’re two new tests [1] to evaluate large transactions of > size 200000. Those tests are working but takes too long to execute. The > only concern is compiling time. So, should we include those tests. > > > > On Jul 19, 2017, at 12:56, Sergio Fernández <wik...@apache.org> wrote: > > > > Hi again, > > > > On Tue, Jul 18, 2017 at 9:25 PM, Gustavo Mora <gmora1...@gmail.com> > wrote: > >> > >> Other thing about module/classes name conventions. Do we should maintain > >> Sesame word in Marmotta modules or classes? or should we change module > >> names like SesameValueBackend to RDF4JValueBackend or Apache Marmotta: > >> Sesame HTTP Backend to Apache Marmotta: RDF4J HTTP Backend. > >> > > > > My vote would go for s/Sesame/RDF4J. What do other think? > > I’d say to change everything for RDF4J since Marmotta is not longer using > Sesame. > > > > > Also, the dependency (TinkerPop 2.x) used in Titan and Accumulo backends > >> are deprecated, and GraphSail haven't been migrated to TinkerPop 3.x > [1]. > >> TinkerPop 2 uses Sesame 2.7. > >> > > > > At some point we shuld get rid of those experimental backends that nobody > > uses… > > So, should we ignore those modules? > > > > > Besides those problems most of the tests are now working, and I'm trying > to > >> fix some tests incorporated in RDF4J. > >> > > > > Great!!! > > > > > > > > > > [1] https://groups.google.com/forum/#!topic/gremlin-users/CtSLC64gKZA > >> > >> 2017-07-16 13:38 GMT-05:00 Gustavo Mora <gmora1...@gmail.com>: > >> > >>> Hi, > >>> > >>> Marmotta is working with Sesame 4, I started migrating to RDF4J. Before > >>> that I encountered two problems. > >>> > >>> 1. The test ComplexKiWiSparqlQueryTest -> ComplexSPARQLQueryTest# > >> testSES1979MinMaxInf > >>> is failing 'cause KiWi changes literal's datatype at time of insertion. > >>> > >>> For example, the following insertion is successful: > >>> > >>> PREFIX : <http://example.org/> > >>> INSERT DATA > >>> { > >>> GRAPH <http://test/test> { > >>> :a14 :float "-3.4428452385e-13"^^xsd:float . > >>> :a100 :float "-INF"^^xsd:float . > >>> :a101 :float "INF"^^xsd:float . > >>> } > >>> } > >>> > >>> > >>> When querying KiWi store (SELECT * { GRAPH < http://test/test > { ?a > ?b > >>> ?c } }), we get the following results: > >>> > >>> *A* > >>> > >>> *B* > >>> > >>> *C* > >>> > >>> http://example.org/a14 > >>> > >>> http://example.org/float > >>> > >>> “-3.4428452385E-13” ^^xsd:float > >>> > >>> http://example.org/a100 > >>> > >>> http://example.org/float > >>> > >>> “-INF”^^xsd:string > >>> > >>> http://example.org/a101 > >>> > >>> http://example.org/float > >>> > >>> “INF”^^xsd:string > >>> > >>> The problem is with special values of float (i.e. NaN, INF, -INF [1]) > >>> stored in Marmotta because the XSD float datatype definition is ignored > >> and > >>> replaced with the default (xsd:string). This problem is probably > present > >>> in both inserting and querying processes within KiWi. > >>> > >>> > >>> 2. Some problems to execute LdpSuiteTest#testRunSuite because the suite > >>> used (LdpTestSuite[2]) is deprecated; it uses Sesame 2. Major problems > >>> between URI and IRI. > >>> > >>> > >>> As a solution, I propose creating an issue for each problem. Or any > other > >>> ideas to approach this issues? > >>> > >>> > >>> Cheers, > >>> > >>> Gustavo. > >>> > >>> > >>> [1] https://www.w3.org/TR/xmlschema-2/#float > >>> > >>> [2] https://w3c.github.io/ldp-testsuite/ > >>> > >>> > >>> > >> > > > [1] https://github.com/eclipse/rdf4j/blob/48897c4205fb2ffb6eda7e244b381a > 1f81fd9ffd/testsuites/store/src/main/java/org/eclipse/rdf4j/sail/ > SailConcurrencyTest.java#L159-L239 <https://github.com/eclipse/rdf4j/blob/ > 48897c4205fb2ffb6eda7e244b381a1f81fd9ffd/testsuites/store/ > src/main/java/org/eclipse/rdf4j/sail/SailConcurrencyTest.java#L159-L239>