You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
(19) |
Mar
(1) |
Apr
(9) |
May
(4) |
Jun
(15) |
Jul
(9) |
Aug
(11) |
Sep
(3) |
Oct
(3) |
Nov
(2) |
Dec
(13) |
2011 |
Jan
(1) |
Feb
|
Mar
(6) |
Apr
(2) |
May
(3) |
Jun
|
Jul
(3) |
Aug
(3) |
Sep
(3) |
Oct
(2) |
Nov
(5) |
Dec
(1) |
2012 |
Jan
(5) |
Feb
(2) |
Mar
(1) |
Apr
|
May
(5) |
Jun
(13) |
Jul
(18) |
Aug
(7) |
Sep
(1) |
Oct
(21) |
Nov
(2) |
Dec
(6) |
2013 |
Jan
(12) |
Feb
(3) |
Mar
|
Apr
(22) |
May
(1) |
Jun
|
Jul
(4) |
Aug
(2) |
Sep
(7) |
Oct
(1) |
Nov
(7) |
Dec
(1) |
2014 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
|
May
(13) |
Jun
(8) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(9) |
Dec
(1) |
2015 |
Jan
(5) |
Feb
(2) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Rob V. <rv...@do...> - 2016-06-24 10:18:14
|
All This list is now closed as the project has moved infrastructure to GitHub Please direct future questions to http://github.com/dotnetrdf/dotnetrdf/issues Rob |
From: Rob V. <rv...@do...> - 2015-03-23 09:19:32
|
All We're pleased to announce the release of dotNetRDF 1.0.8, this is a stability and bug fix release addressing various issues identified by the community particularly around our SPARQL engine. It can be obtained via our website or via all the usual channels - BitBucket, SourceForge, CodePlex and NuGet Thanks to Peter Kahle and Kal Ahmed we've further upgraded our PCL support to Profile 328 which means we now support a wider range of .Net platforms than ever before Many thanks to everyone who contributed bug reports, test cases and fixes to this release. Best Regards, Rob Vesse |
From: Rob V. <rv...@do...> - 2015-03-10 14:30:12
|
Adam It doesn't really matter which list you send it to we see it either way This does appear to be a bug, filed as CORE-441 [1], more details as and when I have them Rob [1] http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?&id=441 From: Fedja Adam <ad...@ad...> Reply-To: dotNetRDF Bug Report tracking and resolution <dot...@li...> Date: Tuesday, 10 March 2015 13:35 To: <dot...@li...> Subject: [dotNetRDF-bugs] Fwd: Unexpected SPARQL Query Results > > Hallo dotNetRDF Team, > > I just realized I sent my previous E-Mail to the developer list instead of > the bug tracker, so I've forwarded it to the bug report list. See below. > > > -------- Weitergeleitete Nachricht -------- > Betreff: [dotNetRDF-Develop] Unexpected SPARQL Query Results > Datum: Mon, 09 Mar 2015 14:04:49 +0100 > Von: Fedja Adam <ad...@ad...> <mailto:ad...@ad...> > Antwort an: dotNetRDF Developer Discussion and Feature Request > <dot...@li...> > <mailto:dot...@li...> > An: dot...@li... > > Hello dotNetRDF Team, > > I am using the current dotNetRDF version from NuGet (1.0.7.3471) and am > experiencing something that appears to be a bug in SPARQL Query evaluation. > Consider the following RDF Database: > > [ Link ] <http://pastebin.com/2aYNdZ7j> > > It describes the relationship between sheep and wolves in the context of a > fairytale. There are no other data sources, these are all existing triples, a > total of seven. > > I am querying this tiny database using SparqlQueryParser, InMemoryDataset and > LeviathanQueryProcessor. Now consider the following queries: > > [ Query A ] <http://pastebin.com/T73SVdBY> retrieves the subject URIs of > everything that is a Sheep. As expected with this dataset, the result is only > Frame:Sheep itself, but it could be specific kinds of sheep in different > datasets. > > [ Query B ] <http://pastebin.com/PMKmgUME> retrieves the subject URIs of > everything that a Wolf preys upon. Since a Wolf only has a PredatorOf > relationship to Sheep, the expected result would still be only the Sheep URI. > Instead, however, the resultset contains both Sheep and Wolf. In fact, the > value of ?prey is, as expected, Sheep in both cases, but ?obj is Sheep in one > of the results, and Wolf in the other. > > The first line of the WHERE condition clearly states that ?obj is required to > be a ?prey, which is correct when both are Sheep (because a Sheep is a Sheep), > but a Wolf is certainly not a Sheep. Both are animals, but that relationship > goes the other way around. > > I have verified the above queries with the above database in Protege > <http://protege.stanford.edu/> and get the expected results, which leads me > to the conclusion that this is in fact a bug in dotNetRDF. > > Can I expect a fixed NuGet package anytime soon? Is there a workaround? > > Regards, > Adam > > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming The Go Parallel Website, sponsored > by Intel and developed in partnership with Slashdot Media, is your hub for all > things parallel software development, from weekly thought leadership blogs to > news, videos, case studies, tutorials and more. Take a look and join the > conversation now. > http://goparallel.sourceforge.net/____________________________________________ > ___ dotNetRDF-bugs mailing list dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > |
From: Fedja A. <ad...@ad...> - 2015-03-10 13:35:56
|
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ |
From: Rob V. <rv...@do...> - 2015-02-23 10:46:32
|
Christopher Firstly you can create a URI node from a BIND simply by using the built-in URI() function - http://www.w3.org/TR/sparql11-query/#func-iri BIND(URI("http://example.org") AS ?service) If you place the SERVICE inside an OPTIONAL block then indeed the ?service variable will not be considered bound at that point in the query. The SERVICE block is being executed after the BIND but in the case of the OPTIONAL we can't stream the existing bindings for ?service into the OPTIONAL block because that breaks the semantics of the query. Note that if an error occurs executing a SERVICE block then a SPARQL engine is required to produce an error unless the SILENT keyword was specified on the SERVICE block. Regards, Rob Vesse From: "Penny, Christopher" <Chr...@ds...> Reply-To: dotNetRDF Bug Report tracking and resolution <dot...@li...> Date: Thursday, 19 February 2015 23:18 To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-bugs] SERVICE calls from BIND-bounded variables [SEC=UNCLASSIFIED] > UNCLASSIFIED > > Hi all, > > I’m working off the following example, but using BIND instead of a triple > pattern to give a value to ?service (actually BIND + CONCAT, but the problem > can be shown with just BIND). > http://www.w3.org/TR/sparql11-federated-query/#variableService > > The BIND call works, as illustrated by this query: > > SELECT ?service ?project ?projectName > WHERE > { > BIND ("http://projects1.example.org/sparql" as > ?service) . > } > > This results in one value for ?service – http://projects1.example.org/sparql > > However, if I then add a SERVICE statement the query returns zero results: > > PREFIX doap: <http://usefulinc.com/ns/doap# <http://usefulinc.com/ns/doap> > > SELECT ?service ?project ?projectName > WHERE > { > BIND ("http://projects1.example.org/sparql" as > ?service) . > SERVICE ?service > { > ?project doap:name > ?projectName . > } > } > > I am confident that the SERVICE call is never made as: > Options.HttpDebugging = true; + no output to console. > No traffic is seen in Wireshark. > > So then I spent some time debugging. Line 113 of Service.cs checks the type of > node generated by BIND. This is always a NodeType.Literal, and NodeType.Uri is > required. I believe this is because nodes generated by BIND are always given > NodeType.Literal? > > I fixed this (for my purposes) by modifying SparqlExpressionParser.cs line > 468, in the case Token.LITERAL I added a check to see if the string was > actually a valid URI, which for me was just a string starting with “http://”, > then invoked the Token.URI code: > > if (next.Value.StartsWith("http://")) > { > returnthis.TryParseIriRefOrFunction(tokens); > } > > This caused the expected service call. > > I don’t know what best fix would be, but it would be nice to pass the results > of BIND to a SERVICE statement. > > I had a second issue when putting SERVICE in an OPTIONAL block like this: > > PREFIX doap: <http://usefulinc.com/ns/doap# <http://usefulinc.com/ns/doap> > > SELECT ?service ?project ?projectName > WHERE > { > BIND ("http://projects1.example.org/sparql" as > ?service) . > OPTIONAL > { > SERVICE ?service > { > ?project > doap:name ?projectName . > } > } > } > > The following exception is thrown: > > VDS.RDF.Query.RdfQueryException was unhandled by user code > HResult=-2146233088 > Message=Query execution failed because evaluating a SERVICE clause failed - > this may be due to an error with the remote service > Source=dotNetRDF > StackTrace: > at VDS.RDF.Query.Algebra.Service.Evaluate(SparqlEvaluationContext > context) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\Algebra\Service.cs:line 235 > at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra > algebra) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\SparqlEvaluationContext.cs:line 399 > at VDS.RDF.Query.Algebra.LeftJoin.Evaluate(SparqlEvaluationContext > context) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\Algebra\AlgebraJoinClasses.cs:line 286 > at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra > algebra) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\SparqlEvaluationContext.cs:line 399 > at VDS.RDF.Query.Algebra.Select.Evaluate(SparqlEvaluationContext > context) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\Algebra\Project.cs:line 85 > at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra > algebra) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\SparqlEvaluationContext.cs:line 399 > at VDS.RDF.Query.LeviathanQueryProcessor.ProcessQuery(IRdfHandler > rdfHandler, ISparqlResultsHandler resultsHandler, SparqlQuery query) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\LeviathanQueryProcessor.cs:line 280 > at VDS.RDF.Query.LeviathanQueryProcessor.ProcessQuery(SparqlQuery > query) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\LeviathanQueryProcessor.cs:line 102 > at VDS.RDF.Storage.InMemoryManager.Query(String sparqlQuery) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Storage\InMemoryManager.cs:line 325 > at ABC.RDF.RdfAdaptor.executeQuery(String query) in > c:\projects\vsprojects\RDF_Tester\RdfHandler.cs:line 90 > at ABC.RDF. RDFTesterForm.<executeQueryButton_Click>b__1(Object o, > DoWorkEventArgs args) in > c:\projects\vsprojects\RDF_Tester\RdfManagerForm.cs:line 279 > at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e) > at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object > argument) > InnerException: VDS.RDF.Query.RdfQueryException > HResult=-2146233088 > Message=Cannot evaluate a SERVICE clause which uses a Variable as the > Service specifier when the Variable is unbound > Source=dotNetRDF > StackTrace: > at VDS.RDF.Query.Algebra.Service.Evaluate(SparqlEvaluationContext > context) in > c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\ > net40\Query\Algebra\Service.cs:line 108 > InnerException: > > After reading a little on how dotNetRdf does SPARQL Optimisation > (https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/DeveloperGuide/SPARQL/SPARQL%2 > 0Optimization) I suspect that the SERVICE block is being executed before the > BIND statement. This is supported by the fact a query containing only the BIND > statement returns the URI as expected. However, I have not spent enough time > with the debugger to confirm this. > > I am using version 1.0.7. > > Thanks in advance. > > Regards, Chris. > IMPORTANT: This email remains the property of the Department of Defence and is > subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have > received this email in error, you are requested to contact the sender and > delete the email. > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from > Actuate! Instantly Supercharge Your Business Reports and Dashboards with > Interactivity, Sharing, Native Excel Exports, App Integration & more Get > technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk__ > _____________________________________________ dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Penny, C. <Chr...@ds...> - 2015-02-19 23:39:12
|
UNCLASSIFIED Hi all, I'm working off the following example, but using BIND instead of a triple pattern to give a value to ?service (actually BIND + CONCAT, but the problem can be shown with just BIND). http://www.w3.org/TR/sparql11-federated-query/#variableService The BIND call works, as illustrated by this query: SELECT ?service ?project ?projectName WHERE { BIND ("http://projects1.example.org/sparql" as ?service) . } This results in one value for ?service - http://projects1.example.org/sparql However, if I then add a SERVICE statement the query returns zero results: PREFIX doap: <http://usefulinc.com/ns/doap#<http://usefulinc.com/ns/doap>> SELECT ?service ?project ?projectName WHERE { BIND ("http://projects1.example.org/sparql" as ?service) . SERVICE ?service { ?project doap:name ?projectName . } } I am confident that the SERVICE call is never made as: Options.HttpDebugging = true; + no output to console. No traffic is seen in Wireshark. So then I spent some time debugging. Line 113 of Service.cs checks the type of node generated by BIND. This is always a NodeType.Literal, and NodeType.Uri is required. I believe this is because nodes generated by BIND are always given NodeType.Literal? I fixed this (for my purposes) by modifying SparqlExpressionParser.cs line 468, in the case Token.LITERAL I added a check to see if the string was actually a valid URI, which for me was just a string starting with "http://", then invoked the Token.URI code: if (next.Value.StartsWith("http://")) { return this.TryParseIriRefOrFunction(tokens); } This caused the expected service call. I don't know what best fix would be, but it would be nice to pass the results of BIND to a SERVICE statement. I had a second issue when putting SERVICE in an OPTIONAL block like this: PREFIX doap: <http://usefulinc.com/ns/doap#<http://usefulinc.com/ns/doap>> SELECT ?service ?project ?projectName WHERE { BIND ("http://projects1.example.org/sparql" as ?service) . OPTIONAL { SERVICE ?service { ?project doap:name ?projectName . } } } The following exception is thrown: VDS.RDF.Query.RdfQueryException was unhandled by user code HResult=-2146233088 Message=Query execution failed because evaluating a SERVICE clause failed - this may be due to an error with the remote service Source=dotNetRDF StackTrace: at VDS.RDF.Query.Algebra.Service.Evaluate(SparqlEvaluationContext context) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\Algebra\Service.cs:line 235 at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra algebra) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\SparqlEvaluationContext.cs:line 399 at VDS.RDF.Query.Algebra.LeftJoin.Evaluate(SparqlEvaluationContext context) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\Algebra\AlgebraJoinClasses.cs:line 286 at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra algebra) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\SparqlEvaluationContext.cs:line 399 at VDS.RDF.Query.Algebra.Select.Evaluate(SparqlEvaluationContext context) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\Algebra\Project.cs:line 85 at VDS.RDF.Query.SparqlEvaluationContext.Evaluate(ISparqlAlgebra algebra) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\SparqlEvaluationContext.cs:line 399 at VDS.RDF.Query.LeviathanQueryProcessor.ProcessQuery(IRdfHandler rdfHandler, ISparqlResultsHandler resultsHandler, SparqlQuery query) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\LeviathanQueryProcessor.cs:line 280 at VDS.RDF.Query.LeviathanQueryProcessor.ProcessQuery(SparqlQuery query) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\LeviathanQueryProcessor.cs:line 102 at VDS.RDF.Storage.InMemoryManager.Query(String sparqlQuery) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Storage\InMemoryManager.cs:line 325 at ABC.RDF.RdfAdaptor.executeQuery(String query) in c:\projects\vsprojects\RDF_Tester\RdfHandler.cs:line 90 at ABC.RDF. RDFTesterForm.<executeQueryButton_Click>b__1(Object o, DoWorkEventArgs args) in c:\projects\vsprojects\RDF_Tester\RdfManagerForm.cs:line 279 at System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e) at System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument) InnerException: VDS.RDF.Query.RdfQueryException HResult=-2146233088 Message=Cannot evaluate a SERVICE clause which uses a Variable as the Service specifier when the Variable is unbound Source=dotNetRDF StackTrace: at VDS.RDF.Query.Algebra.Service.Evaluate(SparqlEvaluationContext context) in c:\projects\vsprojects\lib\dotnetrdf_library_source_107_stable\Libraries\core\net40\Query\Algebra\Service.cs:line 108 InnerException: After reading a little on how dotNetRdf does SPARQL Optimisation (https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/DeveloperGuide/SPARQL/SPARQL%20Optimization) I suspect that the SERVICE block is being executed before the BIND statement. This is supported by the fact a query containing only the BIND statement returns the URI as expected. However, I have not spent enough time with the debugger to confirm this. I am using version 1.0.7. Thanks in advance. Regards, Chris. IMPORTANT: This email remains the property of the Department of Defence and is subject to the jurisdiction of section 70 of the Crimes Act 1914. If you have received this email in error, you are requested to contact the sender and delete the email. |
From: <tom...@gm...> - 2015-01-12 12:02:54
|
Hello Pilippe Thank you for your email. Good to hear you like the tool. The cause of your problem is most likely that your query by default searches only the default graph. If you imported a graph file like Turtle that would have created a Named Graph [1]. You can check a box on the left, which says something about union of graph (don't remember exactly). Or you could modify your query for example by adding a graph pattern SELECT ?s ?p ?o ?g { GRPAH ?g { ?s ?p ?o } } This binds graph names to fourth variable, thus returning quads. For loaded files it should be file://path URI. Regards, Tom [1] http://patterns.dataincubator.org/book/named-graphs.html January 12 2015 10:50 AM, "Philippe Laublet" <phi...@pa...> wrote: > Dear sir > > I have installed the SPARQL GUI. I import a local file and all seems ok . I have the indication of > the number of triples . No problem > But when I try a query, i have an answer with the name of variables but no answer. Just the names > of variables (0 result) > Even with the more simple request or all others > > SELECT ?s ?p ?ob > WHERE > { > ?s ?p ?ob . > } > > I am sorry because the tool seems very useful and friendly . > > What happens ? > > best regards > philippe |
From: Philippe L. <phi...@pa...> - 2015-01-10 21:26:51
|
Dear sir I have installed the SPARQL GUI. I import a local file and all seems ok . I have the indication of the number of triples . No problem But when I try a query, i have an answer with the name of variables but no answer. Just the names of variables (0 result) Even with the more simple request or all others SELECT ?s ?p ?ob WHERE { ?s ?p ?ob . } I am sorry because the tool seems very useful and friendly . What happens ? best regards philippe |
From: <tom...@gm...> - 2015-01-07 13:05:04
|
Thanks! Indeed works like charm. Tom January 7 2015 1:52 PM, "Rob Vesse" <rv...@do...> wrote: > Tom > > This query hit a bug in our lazy evaluation implementation, turns out this > query is one that looks like it can be lazily evaluated but can't in > practise which causes us to do lazy evaluation anyway which is very slow > when fully evaluating a BGP > > I have already fixed this to instead fall back to normal BGP evaluation > when this cases are hit and the query now completes fine. > > As a workaround for previous versions you can disable lazy evaluation: > > SparqlOptimiser.RemoveOptimiser(SparqlOptimiser.AlgebraOptimisers.Find(x > => x.GetType().Equals(typeof(LazyBgpOptimiser))); > > Bonus question: > > FROM and FROM NAMED are only allowed by the SPARQL specification at the > top level as they set the dataset for the entire query (including > sub-queries) > > Rob > > On 06/01/2015 20:51, "tom...@gm..." > <tom...@gm...> wrote: > >> Hi Rob >> >> I've been having some problems with a SPARQL query. Actually I extracted >> it from a larger one, where it is a subquery. As a subquery I get some >> inifinite loop and must terminate the process. On its own it times out. I >> get the same results in all version from 0.7.2 onwards. >> >> prefix hydra: <http://www.w3.org/ns/hydra/core#> >> prefix dcterms: <http://purl.org/dc/terms/> >> >> select ?member ?title >> { >> graph <http://localhost:17899/brochures> >> { >> <http://localhost:17899/brochures> hydra:member ?member . >> ?member dcterms:title ?title >> } >> } >> order by ?title >> offset 0 >> limit 10 >> >> I've played with this query to identify the problem and I've got some >> results. It works fine in either one case: >> >> 1. Remove order >> 2. Remove limit >> 3. Replace GRAPH <> with FROM <> >> 4. Remove the first triple pattern >> 5. Replace two triple patterns with property path (and ditch ?member) >> >> Key observation however is a modification to 3. If I use FROM <> but wrap >> the triple pattern in a BGP I'm getting timeouts all the same. >> >> My dataset can be downloaded from http://ge.tt/19Q3B582/v/0?c >> >> As a bonus question, please tell me why is is not possible to use FROM >> (NAMED) in subqueries? SPARQL specification or library limitation? >> >> Thanks, >> Tom >> >> _______________________________ >> >> ---- >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > > _______________________________ > > Dive into the World of Parallel Programming! The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net > _______________________________ > > dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Rob V. <rv...@do...> - 2015-01-07 12:52:12
|
Tom This query hit a bug in our lazy evaluation implementation, turns out this query is one that looks like it can be lazily evaluated but can't in practise which causes us to do lazy evaluation anyway which is very slow when fully evaluating a BGP I have already fixed this to instead fall back to normal BGP evaluation when this cases are hit and the query now completes fine. As a workaround for previous versions you can disable lazy evaluation: SparqlOptimiser.RemoveOptimiser(SparqlOptimiser.AlgebraOptimisers.Find(x => x.GetType().Equals(typeof(LazyBgpOptimiser))); Bonus question: FROM and FROM NAMED are only allowed by the SPARQL specification at the top level as they set the dataset for the entire query (including sub-queries) Rob On 06/01/2015 20:51, "tom...@gm..." <tom...@gm...> wrote: >Hi Rob > >I've been having some problems with a SPARQL query. Actually I extracted >it from a larger one, where it is a subquery. As a subquery I get some >inifinite loop and must terminate the process. On its own it times out. I >get the same results in all version from 0.7.2 onwards. > >prefix hydra: <http://www.w3.org/ns/hydra/core#> >prefix dcterms: <http://purl.org/dc/terms/> > >select ?member ?title >{ > graph <http://localhost:17899/brochures> > { > <http://localhost:17899/brochures> hydra:member ?member . > ?member dcterms:title ?title > } >} >order by ?title >offset 0 >limit 10 > >I've played with this query to identify the problem and I've got some >results. It works fine in either one case: > >1. Remove order >2. Remove limit >3. Replace GRAPH <> with FROM <> >4. Remove the first triple pattern >5. Replace two triple patterns with property path (and ditch ?member) > >Key observation however is a modification to 3. If I use FROM <> but wrap >the triple pattern in a BGP I'm getting timeouts all the same. > >My dataset can be downloaded from http://ge.tt/19Q3B582/v/0?c > >As a bonus question, please tell me why is is not possible to use FROM >(NAMED) in subqueries? SPARQL specification or library limitation? > >Thanks, >Tom > >-------------------------------------------------------------------------- >---- >Dive into the World of Parallel Programming! The Go Parallel Website, >sponsored by Intel and developed in partnership with Slashdot Media, is >your >hub for all things parallel software development, from weekly thought >leadership blogs to news, videos, case studies, tutorials and more. Take a >look and join the conversation now. http://goparallel.sourceforge.net >_______________________________________________ >dotNetRDF-bugs mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: <tom...@gm...> - 2015-01-06 20:51:20
|
Hi Rob I've been having some problems with a SPARQL query. Actually I extracted it from a larger one, where it is a subquery. As a subquery I get some inifinite loop and must terminate the process. On its own it times out. I get the same results in all version from 0.7.2 onwards. prefix hydra: <http://www.w3.org/ns/hydra/core#> prefix dcterms: <http://purl.org/dc/terms/> select ?member ?title { graph <http://localhost:17899/brochures> { <http://localhost:17899/brochures> hydra:member ?member . ?member dcterms:title ?title } } order by ?title offset 0 limit 10 I've played with this query to identify the problem and I've got some results. It works fine in either one case: 1. Remove order 2. Remove limit 3. Replace GRAPH <> with FROM <> 4. Remove the first triple pattern 5. Replace two triple patterns with property path (and ditch ?member) Key observation however is a modification to 3. If I use FROM <> but wrap the triple pattern in a BGP I'm getting timeouts all the same. My dataset can be downloaded from http://ge.tt/19Q3B582/v/0?c As a bonus question, please tell me why is is not possible to use FROM (NAMED) in subqueries? SPARQL specification or library limitation? Thanks, Tom |
From: <c.c...@gm...> - 2014-12-11 09:31:41
|
Hy, I´m Carmelo Cacciato I´m developing a new class to model an ontology. i need to write in a file .owl new classes. i´m using this sintax OntologyGraph graph = new OntologyGraph(); OntologyOntology superClass = graph.CreateOntologyClass(newUri(string uriSuperClass)); OntologyClass subClass = graph.CreateOntologyClass(new Uri(string uriSubClass)); superClass.AddSubClass(subclass); when i save the file i don´t get a class but a tag of a description. <rdfs: Description ............> < rdf: subClassOf .......... superClass </Description> but i need tag <Class /Class> Can i have an answer? thanks to all. |
From: <tom...@gm...> - 2014-11-18 15:06:07
|
You're the man :) Thanks, Tom November 18 2014 2:57 PM, "Rob Vesse" <rv...@do...> wrote: > Yep, RDF 1.1 NTriples and NQuads was added in 1.0.4 > > I've started such a wiki page but it is incomplete and not yet linked from > elsewhere - > https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/RDF%20Serialisatio > ns > > Rob > > On 18/11/2014 11:35, "tom...@gm..." > <tom...@gm...> wrote: > >> Thanks. >> >> I've only later noticed that I had version 1.0.3 referenced, hence the >> NTriplesSyntax enum wasn't there at all. >> >> Maybe it would be helpful if there was a table describing differences >> between the various variants for each syntax? >> >> Tom >> >> November 18 2014 11:15 AM, "Rob Vesse" <rv...@do...> wrote: >>> Good point >>> >>> I have added some description of this to both the Reading RDF and >>> Writing >>> RDF pages. >>> >>> This is couched in general terms and does not make specific reference to >>> ASCII vs UTF-8 NTriples so please take a look and edit & expand on my >>> changes as you deem necessary >>> >>> Rob >>> >>> On 17/11/2014 09:05, "tom...@gm..." >>> <tom...@gm...> wrote: >>> >>>> Thanks >>>> >>>> I now recall that we've discussed some longer time ago already. >>>> >>>> Is this described on the wiki? I tried to google this problem but I >>>> didn't find anything. >>>> >>>> Tom >>>> >>>> November 17 2014 9:03 AM, "Rob Vesse" <rv...@do...> wrote: >>>>> Tom >>>>> >>>>> Yes this is by design >>>>> >>>>> The library defaults to allowing the newer native UTF-8 supporting >>>>> syntax >>>>> as input but outputting the older ASCII only syntax as output in order >>>>> to >>>>> maximise interoperability with other systems which may not necessarily >>>>> support the most recent specifications >>>>> >>>>> You can change the output to use the new syntax by changing how you >>>>> instantiate the NTriples writer: >>>>> >>>>> new NTriplesWriter(NTriplesSyntax.Rdf11); >>>>> >>>>> Rob >>>>> >>>>> On 16/11/2014 21:44, "tom...@gm..." >>>>> <tom...@gm...> wrote: >>>>> >>>>>> Hi Rob >>>>>> >>>>>> I have a triple >>>>>> >>>>>> <brochure/12345> dcterms:title "Jelcz M11 - nowość" . >>>>>> >>>>>> And after calling >>>>>> >>>>>> StringWriter.Write(graph, new NTriplesWriter()) >>>>>> >>>>>> the resulting string contains escaped text >>>>>> >>>>>> <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >>>>>> nowo\u015B\u0107" >>>>>> >>>>>> Is this by design? >>>>>> >>>>>> Thanks, >>>>>> Tom >>>>>> >>>>>> _______________________________ >>>>>> >>>>>> ---- >>>>>> Comprehensive Server Monitoring with Site24x7. >>>>>> Monitor 10 servers for $9/Month. >>>>>> Get alerted through email, SMS, voice calls or mobile push >>>>>> notifications. >>>>>> Take corrective actions from your mobile device. >>>>>> >>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg. >>>>>> cl >>>>>> kt >>>>>> rk >>>>>> _______________________________ >>>>>> >>>>>> dotNetRDF-bugs mailing list >>>>>> dot...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>>> >>>>> _______________________________ >>>>> >>>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>>> from Actuate! Instantly Supercharge Your Business Reports and >>>>> Dashboards >>>>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>>>> more >>>>> Get technology previously reserved for billion-dollar corporations, >>>>> FREE >>>>> >>>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.c >>>>> lk >>>>> trk >>>>> _______________________________ >>>>> >>>>> dotNetRDF-bugs mailing list >>>>> dot...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>> >>>> _______________________________ >>>> >>>> ---- >>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>> from Actuate! Instantly Supercharge Your Business Reports and >>>> Dashboards >>>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>>> more >>>> Get technology previously reserved for billion-dollar corporations, >>>> FREE >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.cl >>>> kt >>>> rk >>>> _______________________________ >>>> >>>> dotNetRDF-bugs mailing list >>>> dot...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>> _______________________________ >>> >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>> more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clk >>> trk >>> _______________________________ >>> >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >> _______________________________ >> >> ---- >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clkt >> rk >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > > _______________________________ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________ > > dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Rob V. <rv...@do...> - 2014-11-18 13:57:02
|
Yep, RDF 1.1 NTriples and NQuads was added in 1.0.4 I've started such a wiki page but it is incomplete and not yet linked from elsewhere - https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/RDF%20Serialisatio ns Rob On 18/11/2014 11:35, "tom...@gm..." <tom...@gm...> wrote: >Thanks. > >I've only later noticed that I had version 1.0.3 referenced, hence the >NTriplesSyntax enum wasn't there at all. > >Maybe it would be helpful if there was a table describing differences >between the various variants for each syntax? > >Tom > >November 18 2014 11:15 AM, "Rob Vesse" <rv...@do...> wrote: >> Good point >> >> I have added some description of this to both the Reading RDF and >>Writing >> RDF pages. >> >> This is couched in general terms and does not make specific reference to >> ASCII vs UTF-8 NTriples so please take a look and edit & expand on my >> changes as you deem necessary >> >> Rob >> >> On 17/11/2014 09:05, "tom...@gm..." >> <tom...@gm...> wrote: >> >>> Thanks >>> >>> I now recall that we've discussed some longer time ago already. >>> >>> Is this described on the wiki? I tried to google this problem but I >>> didn't find anything. >>> >>> Tom >>> >>> November 17 2014 9:03 AM, "Rob Vesse" <rv...@do...> wrote: >>>> Tom >>>> >>>> Yes this is by design >>>> >>>> The library defaults to allowing the newer native UTF-8 supporting >>>> syntax >>>> as input but outputting the older ASCII only syntax as output in order >>>> to >>>> maximise interoperability with other systems which may not necessarily >>>> support the most recent specifications >>>> >>>> You can change the output to use the new syntax by changing how you >>>> instantiate the NTriples writer: >>>> >>>> new NTriplesWriter(NTriplesSyntax.Rdf11); >>>> >>>> Rob >>>> >>>> On 16/11/2014 21:44, "tom...@gm..." >>>> <tom...@gm...> wrote: >>>> >>>>> Hi Rob >>>>> >>>>> I have a triple >>>>> >>>>> <brochure/12345> dcterms:title "Jelcz M11 - nowość" . >>>>> >>>>> And after calling >>>>> >>>>> StringWriter.Write(graph, new NTriplesWriter()) >>>>> >>>>> the resulting string contains escaped text >>>>> >>>>> <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >>>>> nowo\u015B\u0107" >>>>> >>>>> Is this by design? >>>>> >>>>> Thanks, >>>>> Tom >>>>> >>>>> _______________________________ >>>>> >>>>> ---- >>>>> Comprehensive Server Monitoring with Site24x7. >>>>> Monitor 10 servers for $9/Month. >>>>> Get alerted through email, SMS, voice calls or mobile push >>>>> notifications. >>>>> Take corrective actions from your mobile device. >>>>> >>>>> >>>>>http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg. >>>>>cl >>>>> kt >>>>> rk >>>>> _______________________________ >>>>> >>>>> dotNetRDF-bugs mailing list >>>>> dot...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>> >>>> _______________________________ >>>> >>>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>>> from Actuate! Instantly Supercharge Your Business Reports and >>>>Dashboards >>>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>>> more >>>> Get technology previously reserved for billion-dollar corporations, >>>>FREE >>>> >>>> >>>>http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.c >>>>lk >>>> trk >>>> _______________________________ >>>> >>>> dotNetRDF-bugs mailing list >>>> dot...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>> _______________________________ >>> >>> ---- >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and >>>Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>>more >>> Get technology previously reserved for billion-dollar corporations, >>>FREE >>> >>>http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.cl >>>kt >>> rk >>> _______________________________ >>> >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >> _______________________________ >> >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & >>more >> Get technology previously reserved for billion-dollar corporations, FREE >> >>http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clk >>trk >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > >-------------------------------------------------------------------------- >---- >Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >from Actuate! Instantly Supercharge Your Business Reports and Dashboards >with Interactivity, Sharing, Native Excel Exports, App Integration & more >Get technology previously reserved for billion-dollar corporations, FREE >http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clkt >rk >_______________________________________________ >dotNetRDF-bugs mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: <tom...@gm...> - 2014-11-18 10:35:50
|
Thanks. I've only later noticed that I had version 1.0.3 referenced, hence the NTriplesSyntax enum wasn't there at all. Maybe it would be helpful if there was a table describing differences between the various variants for each syntax? Tom November 18 2014 11:15 AM, "Rob Vesse" <rv...@do...> wrote: > Good point > > I have added some description of this to both the Reading RDF and Writing > RDF pages. > > This is couched in general terms and does not make specific reference to > ASCII vs UTF-8 NTriples so please take a look and edit & expand on my > changes as you deem necessary > > Rob > > On 17/11/2014 09:05, "tom...@gm..." > <tom...@gm...> wrote: > >> Thanks >> >> I now recall that we've discussed some longer time ago already. >> >> Is this described on the wiki? I tried to google this problem but I >> didn't find anything. >> >> Tom >> >> November 17 2014 9:03 AM, "Rob Vesse" <rv...@do...> wrote: >>> Tom >>> >>> Yes this is by design >>> >>> The library defaults to allowing the newer native UTF-8 supporting >>> syntax >>> as input but outputting the older ASCII only syntax as output in order >>> to >>> maximise interoperability with other systems which may not necessarily >>> support the most recent specifications >>> >>> You can change the output to use the new syntax by changing how you >>> instantiate the NTriples writer: >>> >>> new NTriplesWriter(NTriplesSyntax.Rdf11); >>> >>> Rob >>> >>> On 16/11/2014 21:44, "tom...@gm..." >>> <tom...@gm...> wrote: >>> >>>> Hi Rob >>>> >>>> I have a triple >>>> >>>> <brochure/12345> dcterms:title "Jelcz M11 - nowość" . >>>> >>>> And after calling >>>> >>>> StringWriter.Write(graph, new NTriplesWriter()) >>>> >>>> the resulting string contains escaped text >>>> >>>> <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >>>> nowo\u015B\u0107" >>>> >>>> Is this by design? >>>> >>>> Thanks, >>>> Tom >>>> >>>> _______________________________ >>>> >>>> ---- >>>> Comprehensive Server Monitoring with Site24x7. >>>> Monitor 10 servers for $9/Month. >>>> Get alerted through email, SMS, voice calls or mobile push >>>> notifications. >>>> Take corrective actions from your mobile device. >>>> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.cl >>>> kt >>>> rk >>>> _______________________________ >>>> >>>> dotNetRDF-bugs mailing list >>>> dot...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>> _______________________________ >>> >>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >>> with Interactivity, Sharing, Native Excel Exports, App Integration & >>> more >>> Get technology previously reserved for billion-dollar corporations, FREE >>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clk >>> trk >>> _______________________________ >>> >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >> _______________________________ >> >> ---- >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clkt >> rk >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > > _______________________________ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________ > > dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Rob V. <rv...@do...> - 2014-11-18 10:15:24
|
Good point I have added some description of this to both the Reading RDF and Writing RDF pages. This is couched in general terms and does not make specific reference to ASCII vs UTF-8 NTriples so please take a look and edit & expand on my changes as you deem necessary Rob On 17/11/2014 09:05, "tom...@gm..." <tom...@gm...> wrote: >Thanks > >I now recall that we've discussed some longer time ago already. > >Is this described on the wiki? I tried to google this problem but I >didn't find anything. > >Tom > >November 17 2014 9:03 AM, "Rob Vesse" <rv...@do...> wrote: >> Tom >> >> Yes this is by design >> >> The library defaults to allowing the newer native UTF-8 supporting >>syntax >> as input but outputting the older ASCII only syntax as output in order >>to >> maximise interoperability with other systems which may not necessarily >> support the most recent specifications >> >> You can change the output to use the new syntax by changing how you >> instantiate the NTriples writer: >> >> new NTriplesWriter(NTriplesSyntax.Rdf11); >> >> Rob >> >> On 16/11/2014 21:44, "tom...@gm..." >> <tom...@gm...> wrote: >> >>> Hi Rob >>> >>> I have a triple >>> >>> <brochure/12345> dcterms:title "Jelcz M11 - nowość" . >>> >>> And after calling >>> >>> StringWriter.Write(graph, new NTriplesWriter()) >>> >>> the resulting string contains escaped text >>> >>> <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >>> nowo\u015B\u0107" >>> >>> Is this by design? >>> >>> Thanks, >>> Tom >>> >>> _______________________________ >>> >>> ---- >>> Comprehensive Server Monitoring with Site24x7. >>> Monitor 10 servers for $9/Month. >>> Get alerted through email, SMS, voice calls or mobile push >>>notifications. >>> Take corrective actions from your mobile device. >>> >>>http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.cl >>>kt >>> rk >>> _______________________________ >>> >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >> _______________________________ >> >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & >>more >> Get technology previously reserved for billion-dollar corporations, FREE >> >>http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clk >>trk >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > >-------------------------------------------------------------------------- >---- >Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >from Actuate! Instantly Supercharge Your Business Reports and Dashboards >with Interactivity, Sharing, Native Excel Exports, App Integration & more >Get technology previously reserved for billion-dollar corporations, FREE >http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clkt >rk >_______________________________________________ >dotNetRDF-bugs mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Rob V. <rv...@do...> - 2014-11-18 09:16:48
|
You have not shown your code so we have no way of knowing how you are executing your query and so what may/may not be going wrong Most likely you have loaded your data into a named graph (perhaps unintentionally) but your query only queries the default graph I.e. the results are correct because you aren't querying what you think you are. A query like the following will tell you exactly what data is in what graph: SELECT * WHERE { GRAPH ?g { ?s ?p ?o } UNION { ?s ?p ?o } } If you get no results then you are querying an empty dataset, if you get results with values for ?g then your data is indeed in a named graph so your query which only looks in the default graph can never match anything. I would recommend that you refer to the documentation of Querying with SPARQL [1] and Debugging SPARQL Queries [2] which discuss common errors like this and how to debug query behaviour. If you are still having issues then you will need to show your exact code to reproduce this as otherwise we cannot help you further. Rob [1] https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20S PARQL [2] https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/HowTo/Debug%20SPARQL%20Querie s.wiki#!debugging-sparql-queries From: Wadea Hijjawi <csw...@gm...> Reply-To: dotNetRDF Bug Report tracking and resolution <dot...@li...> Date: Tuesday, 18 November 2014 09:58 To: <dot...@li...> Subject: [dotNetRDF-bugs] empty result bug > Dear sir,,, > I have tried dotnetrdf user toolkit and tried to use the following simple > turtle file : > > # filename: ex002.ttl > > @prefix ab: <http://learningsparql.com/ns/addressbook#> . > > ab:richard ab:homeTel "(229) 276-5135" . > ab:richard ab:email "ric...@ho..." . > > ab:cindy ab:homeTel "(245) 646-5488" . > ab:cindy ab:email "ci...@gm..." . > > ab:craig ab:homeTel "(194) 966-1505" . > ab:craig ab:email "cra...@ya..." . > ab:craig ab:email "c....@us..." . > > > and the following query : > # filename: ex003.rq > > PREFIX ab: <http://learningsparql.com/ns/addressbook#> > > SELECT ?craigEmail > WHERE > { ab:craig ab:email ?craigEmail . } > > > It must return two results , but it returns an empty result > > -- > > > Wadea Asad Hijjawi > > ASP.NET <http://asp.net/> & Oracle DB Developer > > Civil Service Bureau > > 06-5604181 Ext:289 > > > > > > > > > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from > Actuate! Instantly Supercharge Your Business Reports and Dashboards with > Interactivity, Sharing, Native Excel Exports, App Integration & more Get > technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk__ > _____________________________________________ dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Wadea H. <csw...@gm...> - 2014-11-18 08:58:51
|
Dear sir,,, I have tried dotnetrdf user toolkit and tried to use the following simple turtle file : # filename: ex002.ttl @prefix ab: <http://learningsparql.com/ns/addressbook#> . ab:richard ab:homeTel "(229) 276-5135" . ab:richard ab:email "ric...@ho..." . ab:cindy ab:homeTel "(245) 646-5488" . ab:cindy ab:email "ci...@gm..." . ab:craig ab:homeTel "(194) 966-1505" . ab:craig ab:email "cra...@ya..." . ab:craig ab:email "c....@us..." . and the following query : # filename: ex003.rq PREFIX ab: <http://learningsparql.com/ns/addressbook#> SELECT ?craigEmail WHERE { ab:craig ab:email ?craigEmail . } It must return two results , but it returns an empty result -- Wadea Asad Hijjawi ASP.NET <http://asp.net/> & Oracle DB Developer Civil Service Bureau 06-5604181 Ext:289 |
From: <tom...@gm...> - 2014-11-17 08:05:56
|
Thanks I now recall that we've discussed some longer time ago already. Is this described on the wiki? I tried to google this problem but I didn't find anything. Tom November 17 2014 9:03 AM, "Rob Vesse" <rv...@do...> wrote: > Tom > > Yes this is by design > > The library defaults to allowing the newer native UTF-8 supporting syntax > as input but outputting the older ASCII only syntax as output in order to > maximise interoperability with other systems which may not necessarily > support the most recent specifications > > You can change the output to use the new syntax by changing how you > instantiate the NTriples writer: > > new NTriplesWriter(NTriplesSyntax.Rdf11); > > Rob > > On 16/11/2014 21:44, "tom...@gm..." > <tom...@gm...> wrote: > >> Hi Rob >> >> I have a triple >> >> <brochure/12345> dcterms:title "Jelcz M11 - nowość" . >> >> And after calling >> >> StringWriter.Write(graph, new NTriplesWriter()) >> >> the resulting string contains escaped text >> >> <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >> nowo\u015B\u0107" >> >> Is this by design? >> >> Thanks, >> Tom >> >> _______________________________ >> >> ---- >> Comprehensive Server Monitoring with Site24x7. >> Monitor 10 servers for $9/Month. >> Get alerted through email, SMS, voice calls or mobile push notifications. >> Take corrective actions from your mobile device. >> http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clkt >> rk >> _______________________________ >> >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > > _______________________________ > > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk > _______________________________ > > dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Rob V. <rv...@do...> - 2014-11-17 08:03:33
|
Tom Yes this is by design The library defaults to allowing the newer native UTF-8 supporting syntax as input but outputting the older ASCII only syntax as output in order to maximise interoperability with other systems which may not necessarily support the most recent specifications You can change the output to use the new syntax by changing how you instantiate the NTriples writer: new NTriplesWriter(NTriplesSyntax.Rdf11); Rob On 16/11/2014 21:44, "tom...@gm..." <tom...@gm...> wrote: >Hi Rob > >I have a triple > ><brochure/12345> dcterms:title "Jelcz M11 - nowość" . > >And after calling > >StringWriter.Write(graph, new NTriplesWriter()) > >the resulting string contains escaped text > ><brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - >nowo\u015B\u0107" > >Is this by design? > >Thanks, >Tom > >-------------------------------------------------------------------------- >---- >Comprehensive Server Monitoring with Site24x7. >Monitor 10 servers for $9/Month. >Get alerted through email, SMS, voice calls or mobile push notifications. >Take corrective actions from your mobile device. >http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clkt >rk >_______________________________________________ >dotNetRDF-bugs mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: <tom...@gm...> - 2014-11-16 20:44:55
|
Hi Rob I have a triple <brochure/12345> dcterms:title "Jelcz M11 - nowość" . And after calling StringWriter.Write(graph, new NTriplesWriter()) the resulting string contains escaped text <brochure/12345> <http://purl.org/dc/terms/title> "Jelcz M11 - nowo\u015B\u0107" Is this by design? Thanks, Tom |
From: Rob V. <rv...@do...> - 2014-08-08 09:02:45
|
Hi All We're pleased to announce the release of dotNetRDF 1.0.6 (Build 1.0.6.3421) - http://www.dotnetrdf.org/blogitem.asp?blogID=83 This is a minor bug fix and stability release that includes fixes to SPARQL sub-query evaluation, SPARQL JSON results parsing and Stardog 2.2 compatibility improvements. You can get the latest release by going to Download dotNetRDF <http://www.dotnetrdf.org/content.asp?pageID=Download%20dotNetRDF> on our website or via any of the usual channels - NuGet, CodePlex, SourceForge and BitBucket Thanks as always to everyone who has contributed bug reports and patches to this release Cheers, Rob Vesse |
From: Rob V. <rv...@do...> - 2014-06-30 10:30:13
|
Tom This should now be fixed on default Rob On 17/06/2014 09:44, "Tomasz Pluskiewicz" <tom...@gm...> wrote: >Hi Rob > >Here's a repo with failing code. > >https://bitbucket.org/tpluscode/sparql-serialize-test > >Tom > >On Mon, Jun 16, 2014 at 6:04 PM, Tomasz Pluskiewicz ><tom...@gm...> wrote: >> Will do tomorrow. I've got an example on my work computer. >> >> Tom >> >> On Mon, Jun 16, 2014 at 6:01 PM, Rob Vesse <rv...@do...> wrote: >>> Then please provide a minimal reproducible test case that shows the >>> problem so I can look into it >>> >>> Thanks, >>> >>> Rob >>> >>> On 16/06/2014 16:55, "Tomasz Pluskiewicz" >>><tom...@gm...> >>> wrote: >>> >>>>On Mon, Jun 16, 2014 at 4:55 PM, Rob Vesse <rv...@do...> >>>>wrote: >>>>> Which version is this? I'm assuming pre 1.0.4 or lower? >>>>> >>>> >>>>No, I got that behaviour in 1.0.5.x as well. >>>> >>>>> >>>>> Since you are talking about Store Manager then this sounds like >>>>>TOOLS-409 >>>>> which was already reported and fixed for the 1.0.5 release. It was a >>>>>bug >>>>> in how Store Manager passed the data to the underlying writers. >>>>> >>>> >>>>This isn't only the Store Manager but also instances of TripleStore. >>>>When LoadFromFile() of LOAD <x> is used it's fine. But after updating >>>>a fresh store with INSERT DATA, wrong dataset will be serialized. >>>> >>>>> >>>>> Note that serializing an in-memory store directly in code was not >>>>>affected >>>>> in any way. >>>>> >>>>> The creation of the empty default graph is an implementation detail, >>>>>any >>>>> SPARQL Update which inserts data potentially causes the default >>>>>graph to >>>>> be created because the SPARQL specification states that a dataset >>>>>always >>>>> contains an unnamed default graph and some parts of the >>>>>implementation >>>>> assume graphs will already exist so it is safer and faster to >>>>>pre-create >>>>> any graphs that will potentially be affected. >>>>> >>>>> LOAD is a special case because it is really just a shim to the parser >>>>> sub-system and the way the parser sub-system generates data means >>>>>that >>>>> only specifically mentioned graphs are ever created. >>>>> >>>>> Rob >>>>> >>>>> On 16/06/2014 15:14, "Tomasz Pluskiewicz" >>>>><tom...@gm...> >>>>> wrote: >>>>> >>>>>>Hi >>>>>> >>>>>>We've noticed weird behaviour with in-memory triple store, when >>>>>>serializing to NQuads. Here's what happens: >>>>>> >>>>>>1. Create an empty TripleStore >>>>>>2. Run UPDATE >>>>>> >>>>>>INSERT DATA { >>>>>>GRAPH <http://test.org/user> { >>>>>><http://test.org/user> >>>>>><http://www.w3.org/1999/02/22-rdf-syntax-ns#type> >>>>>><http://schema.org/Person> . >>>>>><http://test.org/user> <http://some/ontology/favorite> >>>>>><http://test.org/product/name> . >>>>>>} >>>>>>GRAPH <http://test.org/prodList/> { >>>>>><http://test.org/user> <http://xmlns.com/foaf/0.1/primaryTopic> >>>>>><http://test.org/user> . >>>>>>} >>>>>>} >>>>>> >>>>>>3. Serialize to NQuads. Store Manager correctly informs that 3 triple >>>>>>were serialized in 3 graphs (including empty default graph). >>>>>> >>>>>>The output file contains all triples, but without graph names. Thus >>>>>>they are all serialized in the default graph. It's not a problem with >>>>>>the store in-memory. The insert creates correct graph with data. >>>>>>I've confirmed this occurs in all version since 1.0.0. >>>>>> >>>>>>Curiously only when data is loaded with a LOAD <x> INTO GRAPH <y> >>>>>>command or with dNetRDF API, the store is serialized correctly. Only >>>>>>INSERT DATA causes the problem. >>>>>> >>>>>>Is this a known problem? >>>>>> >>>>>>And by the way. Why INSERT DATA creates an empty default graph in the >>>>>>store while loading or LOAD <x> only creates those graphs actually >>>>>>included in the source files? >>>>>> >>>>>>Greets, >>>>>>Tom >>>>>> >>>>>>--------------------------------------------------------------------- >>>>>>--- >>>>>>-- >>>>>>---- >>>>>>HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>>>Solutions >>>>>>Find What Matters Most in Your Big Data with HPCC Systems >>>>>>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>>>>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>>>>http://p.sf.net/sfu/hpccsystems >>>>>>_______________________________________________ >>>>>>dotNetRDF-bugs mailing list >>>>>>dot...@li... >>>>>>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>---------------------------------------------------------------------- >>>>>--- >>>>>----- >>>>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>>Solutions >>>>> Find What Matters Most in Your Big Data with HPCC Systems >>>>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>>> http://p.sf.net/sfu/hpccsystems >>>>> _______________________________________________ >>>>> dotNetRDF-bugs mailing list >>>>> dot...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>> >>>>----------------------------------------------------------------------- >>>>--- >>>>---- >>>>HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>Solutions >>>>Find What Matters Most in Your Big Data with HPCC Systems >>>>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>>http://p.sf.net/sfu/hpccsystems >>>>_______________________________________________ >>>>dotNetRDF-bugs mailing list >>>>dot...@li... >>>>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>> >>> >>> >>> >>> >>>------------------------------------------------------------------------ >>>------ >>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>Solutions >>> Find What Matters Most in Your Big Data with HPCC Systems >>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>> http://p.sf.net/sfu/hpccsystems >>> _______________________________________________ >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > >-------------------------------------------------------------------------- >---- >HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions >Find What Matters Most in Your Big Data with HPCC Systems >Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >Leverages Graph Analysis for Fast Processing & Easy Data Exploration >http://p.sf.net/sfu/hpccsystems >_______________________________________________ >dotNetRDF-bugs mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Tomasz P. <tom...@gm...> - 2014-06-17 08:45:20
|
Hi Rob Here's a repo with failing code. https://bitbucket.org/tpluscode/sparql-serialize-test Tom On Mon, Jun 16, 2014 at 6:04 PM, Tomasz Pluskiewicz <tom...@gm...> wrote: > Will do tomorrow. I've got an example on my work computer. > > Tom > > On Mon, Jun 16, 2014 at 6:01 PM, Rob Vesse <rv...@do...> wrote: >> Then please provide a minimal reproducible test case that shows the >> problem so I can look into it >> >> Thanks, >> >> Rob >> >> On 16/06/2014 16:55, "Tomasz Pluskiewicz" <tom...@gm...> >> wrote: >> >>>On Mon, Jun 16, 2014 at 4:55 PM, Rob Vesse <rv...@do...> wrote: >>>> Which version is this? I'm assuming pre 1.0.4 or lower? >>>> >>> >>>No, I got that behaviour in 1.0.5.x as well. >>> >>>> >>>> Since you are talking about Store Manager then this sounds like >>>>TOOLS-409 >>>> which was already reported and fixed for the 1.0.5 release. It was a >>>>bug >>>> in how Store Manager passed the data to the underlying writers. >>>> >>> >>>This isn't only the Store Manager but also instances of TripleStore. >>>When LoadFromFile() of LOAD <x> is used it's fine. But after updating >>>a fresh store with INSERT DATA, wrong dataset will be serialized. >>> >>>> >>>> Note that serializing an in-memory store directly in code was not >>>>affected >>>> in any way. >>>> >>>> The creation of the empty default graph is an implementation detail, any >>>> SPARQL Update which inserts data potentially causes the default graph to >>>> be created because the SPARQL specification states that a dataset always >>>> contains an unnamed default graph and some parts of the implementation >>>> assume graphs will already exist so it is safer and faster to pre-create >>>> any graphs that will potentially be affected. >>>> >>>> LOAD is a special case because it is really just a shim to the parser >>>> sub-system and the way the parser sub-system generates data means that >>>> only specifically mentioned graphs are ever created. >>>> >>>> Rob >>>> >>>> On 16/06/2014 15:14, "Tomasz Pluskiewicz" <tom...@gm...> >>>> wrote: >>>> >>>>>Hi >>>>> >>>>>We've noticed weird behaviour with in-memory triple store, when >>>>>serializing to NQuads. Here's what happens: >>>>> >>>>>1. Create an empty TripleStore >>>>>2. Run UPDATE >>>>> >>>>>INSERT DATA { >>>>>GRAPH <http://test.org/user> { >>>>><http://test.org/user> >>>>><http://www.w3.org/1999/02/22-rdf-syntax-ns#type> >>>>><http://schema.org/Person> . >>>>><http://test.org/user> <http://some/ontology/favorite> >>>>><http://test.org/product/name> . >>>>>} >>>>>GRAPH <http://test.org/prodList/> { >>>>><http://test.org/user> <http://xmlns.com/foaf/0.1/primaryTopic> >>>>><http://test.org/user> . >>>>>} >>>>>} >>>>> >>>>>3. Serialize to NQuads. Store Manager correctly informs that 3 triple >>>>>were serialized in 3 graphs (including empty default graph). >>>>> >>>>>The output file contains all triples, but without graph names. Thus >>>>>they are all serialized in the default graph. It's not a problem with >>>>>the store in-memory. The insert creates correct graph with data. >>>>>I've confirmed this occurs in all version since 1.0.0. >>>>> >>>>>Curiously only when data is loaded with a LOAD <x> INTO GRAPH <y> >>>>>command or with dNetRDF API, the store is serialized correctly. Only >>>>>INSERT DATA causes the problem. >>>>> >>>>>Is this a known problem? >>>>> >>>>>And by the way. Why INSERT DATA creates an empty default graph in the >>>>>store while loading or LOAD <x> only creates those graphs actually >>>>>included in the source files? >>>>> >>>>>Greets, >>>>>Tom >>>>> >>>>>------------------------------------------------------------------------ >>>>>-- >>>>>---- >>>>>HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>>Solutions >>>>>Find What Matters Most in Your Big Data with HPCC Systems >>>>>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>>>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>>>http://p.sf.net/sfu/hpccsystems >>>>>_______________________________________________ >>>>>dotNetRDF-bugs mailing list >>>>>dot...@li... >>>>>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>>> >>>> >>>> >>>> >>>> >>>> >>>>------------------------------------------------------------------------- >>>>----- >>>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>Solutions >>>> Find What Matters Most in Your Big Data with HPCC Systems >>>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>> http://p.sf.net/sfu/hpccsystems >>>> _______________________________________________ >>>> dotNetRDF-bugs mailing list >>>> dot...@li... >>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>>-------------------------------------------------------------------------- >>>---- >>>HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions >>>Find What Matters Most in Your Big Data with HPCC Systems >>>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>http://p.sf.net/sfu/hpccsystems >>>_______________________________________________ >>>dotNetRDF-bugs mailing list >>>dot...@li... >>>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >> >> >> >> >> ------------------------------------------------------------------------------ >> HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions >> Find What Matters Most in Your Big Data with HPCC Systems >> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >> http://p.sf.net/sfu/hpccsystems >> _______________________________________________ >> dotNetRDF-bugs mailing list >> dot...@li... >> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |
From: Tomasz P. <tom...@gm...> - 2014-06-16 16:05:09
|
Will do tomorrow. I've got an example on my work computer. Tom On Mon, Jun 16, 2014 at 6:01 PM, Rob Vesse <rv...@do...> wrote: > Then please provide a minimal reproducible test case that shows the > problem so I can look into it > > Thanks, > > Rob > > On 16/06/2014 16:55, "Tomasz Pluskiewicz" <tom...@gm...> > wrote: > >>On Mon, Jun 16, 2014 at 4:55 PM, Rob Vesse <rv...@do...> wrote: >>> Which version is this? I'm assuming pre 1.0.4 or lower? >>> >> >>No, I got that behaviour in 1.0.5.x as well. >> >>> >>> Since you are talking about Store Manager then this sounds like >>>TOOLS-409 >>> which was already reported and fixed for the 1.0.5 release. It was a >>>bug >>> in how Store Manager passed the data to the underlying writers. >>> >> >>This isn't only the Store Manager but also instances of TripleStore. >>When LoadFromFile() of LOAD <x> is used it's fine. But after updating >>a fresh store with INSERT DATA, wrong dataset will be serialized. >> >>> >>> Note that serializing an in-memory store directly in code was not >>>affected >>> in any way. >>> >>> The creation of the empty default graph is an implementation detail, any >>> SPARQL Update which inserts data potentially causes the default graph to >>> be created because the SPARQL specification states that a dataset always >>> contains an unnamed default graph and some parts of the implementation >>> assume graphs will already exist so it is safer and faster to pre-create >>> any graphs that will potentially be affected. >>> >>> LOAD is a special case because it is really just a shim to the parser >>> sub-system and the way the parser sub-system generates data means that >>> only specifically mentioned graphs are ever created. >>> >>> Rob >>> >>> On 16/06/2014 15:14, "Tomasz Pluskiewicz" <tom...@gm...> >>> wrote: >>> >>>>Hi >>>> >>>>We've noticed weird behaviour with in-memory triple store, when >>>>serializing to NQuads. Here's what happens: >>>> >>>>1. Create an empty TripleStore >>>>2. Run UPDATE >>>> >>>>INSERT DATA { >>>>GRAPH <http://test.org/user> { >>>><http://test.org/user> >>>><http://www.w3.org/1999/02/22-rdf-syntax-ns#type> >>>><http://schema.org/Person> . >>>><http://test.org/user> <http://some/ontology/favorite> >>>><http://test.org/product/name> . >>>>} >>>>GRAPH <http://test.org/prodList/> { >>>><http://test.org/user> <http://xmlns.com/foaf/0.1/primaryTopic> >>>><http://test.org/user> . >>>>} >>>>} >>>> >>>>3. Serialize to NQuads. Store Manager correctly informs that 3 triple >>>>were serialized in 3 graphs (including empty default graph). >>>> >>>>The output file contains all triples, but without graph names. Thus >>>>they are all serialized in the default graph. It's not a problem with >>>>the store in-memory. The insert creates correct graph with data. >>>>I've confirmed this occurs in all version since 1.0.0. >>>> >>>>Curiously only when data is loaded with a LOAD <x> INTO GRAPH <y> >>>>command or with dNetRDF API, the store is serialized correctly. Only >>>>INSERT DATA causes the problem. >>>> >>>>Is this a known problem? >>>> >>>>And by the way. Why INSERT DATA creates an empty default graph in the >>>>store while loading or LOAD <x> only creates those graphs actually >>>>included in the source files? >>>> >>>>Greets, >>>>Tom >>>> >>>>------------------------------------------------------------------------ >>>>-- >>>>---- >>>>HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>>Solutions >>>>Find What Matters Most in Your Big Data with HPCC Systems >>>>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>>>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>>>http://p.sf.net/sfu/hpccsystems >>>>_______________________________________________ >>>>dotNetRDF-bugs mailing list >>>>dot...@li... >>>>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >>> >>> >>> >>> >>> >>> >>>------------------------------------------------------------------------- >>>----- >>> HPCC Systems Open Source Big Data Platform from LexisNexis Risk >>>Solutions >>> Find What Matters Most in Your Big Data with HPCC Systems >>> Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>> Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>> http://p.sf.net/sfu/hpccsystems >>> _______________________________________________ >>> dotNetRDF-bugs mailing list >>> dot...@li... >>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs >> >>-------------------------------------------------------------------------- >>---- >>HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions >>Find What Matters Most in Your Big Data with HPCC Systems >>Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. >>Leverages Graph Analysis for Fast Processing & Easy Data Exploration >>http://p.sf.net/sfu/hpccsystems >>_______________________________________________ >>dotNetRDF-bugs mailing list >>dot...@li... >>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs > > > > > > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ > dotNetRDF-bugs mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-bugs |