You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
(4) |
2011 |
Jan
(1) |
Feb
(6) |
Mar
(9) |
Apr
(9) |
May
(20) |
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
(6) |
Oct
(3) |
Nov
(13) |
Dec
(1) |
2012 |
Jan
(1) |
Feb
(12) |
Mar
(5) |
Apr
(8) |
May
|
Jun
(25) |
Jul
(7) |
Aug
(4) |
Sep
(14) |
Oct
(5) |
Nov
(22) |
Dec
(6) |
2013 |
Jan
(18) |
Feb
(28) |
Mar
(11) |
Apr
(18) |
May
(4) |
Jun
|
Jul
(9) |
Aug
(6) |
Sep
(4) |
Oct
(4) |
Nov
(6) |
Dec
(7) |
2014 |
Jan
(9) |
Feb
(15) |
Mar
(14) |
Apr
(7) |
May
(5) |
Jun
(15) |
Jul
(2) |
Aug
(6) |
Sep
(5) |
Oct
(7) |
Nov
(9) |
Dec
(16) |
2015 |
Jan
(4) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
|
Sep
(4) |
Oct
|
Nov
(4) |
Dec
(4) |
2016 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(5) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: dshugars d. <dsh...@um...> - 2013-12-02 15:29:56
|
Running the following code: var g = new Graph(); UriLoader.Load(g, new Uri("http://dbpedia.org/page/Tetris")); //Get all Triples which meet some criteria //Want to find everything that is rdf:type IUriNode rdfType = g.CreateUriNode("rdfs:label"); var ts = g.GetTriplesWithPredicate(rdfType); and looking at the ts object which has 4 items. However, looking at the raw rdf, there appears to be more than 4 that should be returned. The only pattern that I seem to see is that the objects are essentially the same value but with different languages. Is there a way to get all of the values? By my count there should be 12 values returned. Thanks in advance. David Shugars |
From: Rob V. <rv...@do...> - 2013-11-22 09:50:52
|
Hi Frank This is not a bug in dotNetRDF per se rather a quirk of how it serialises URIs to maximise the round tripping potential of URIs and prevent possible data corruption. We use the .Net Uri class which stores both the original string and the actual URI representation I.e. the version with the percent encoded characters. When we serialise URIs we always use the AbsoluteUri property of the Uri object which uses the percent encoded representation, this is the most reliable way to serialise the URI since it avoids some subtle interpretation issues when that URI is parsed back in by ourselves or other tools. You can always access the Uri and get the raw representation if you so desire, the following is a modified version of your example which prints the ToString() form dotNetRDF uses and then accesses the Uri object and uses its ToString() method which writes the original version of the string. IGraph g = new Graph(); UriLoader.Load(g, new Uri("http://de.dbpedia.org/resource/Disillusion")); INodeFormatter formatter = new TurtleW3CFormatter(); foreach (INode p in g.Triples.Select(t => t.Predicate).Distinct()) { Console.WriteLine("ToString() = " + p.ToString()); Console.WriteLine("URI ToString() = " + ((IUriNode)p).Uri.ToString()); } Btw note that .Net uses URI rules not IRI rules so it will always consider URIs like the one in your example to need percent encoding. You can try enabling .Net's IRI parsing support (http://msdn.microsoft.com/en-us/library/bb968786(v=vs.110).aspx) if you wish but I'm not sure that it'll necessarily make any difference. Regards, Rob Vesse On 19/11/2013 18:49, "Frank Schumacher" <fs...@in...> wrote: >Hi folks, > >I started to experiment with dotnetrdf and stumbled upon the first >problem, that I was unable to find a solution using the given resources. >So I hope I can find some help here. > >The problem is simple to explain: Special characters in URIs like german >Umlaute ö, ä or ü are replaced by Escape Sequences. i.e.: The URI >http://de.dbpedia.org/property/gründer1a becomes >http://de.dbpedia.org/property/gr%C3%BCnder1a > >How can I get the URIs with the special chars and no escape sequences? >When I query the SPARQL-Endpoint via the webinterface, I get the special >characters as expected, so I guess the problem is within dotnetrdf. > >Here are my testfunctions, which return the "broken" URIs: > > > >>> For URILoader >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >private void Test2() >{ > IGraph g = new Graph(); > UriLoader.Load(g, new Uri("http://de.dbpedia.org/resource/Disillusion")); > > foreach (Triple t in g.Triples) > { > Console.WriteLine(t.ToString()); > } >} ><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > > >>> For SPARQL >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >private void Test5() >{ > SparqlRemoteEndpoint endpoint = new SparqlRemoteEndpoint(new >Uri("http://de.dbpedia.org/sparql"), "http://de.dbpedia.org"); > > SparqlResultSet results = endpoint.QueryWithResultSet("select distinct >* where {<http://de.dbpedia.org/resource/Disillusion> ?p ?o}"); > > foreach (SparqlResult result in results) > { > INode n; > > if (result.TryGetValue("p", out n)) > { > Console.WriteLine(n.ToString()); > } > } >} ><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< > >Thanks in advance, >Frank >-- >************************************************ >* Universität Leipzig, Institut für Informatik * >* Abteilung Betriebliche Informationssysteme * >* http://bis.informatik.uni-leipzig.de * >* Tel.: 0341 / 97 32 256 * >* * >* ========== Opera Metal: molllust =========== * >* http://www.molllust.com * >* M'era Luna Newcomer 2013! * >************************************************ > >-------------------------------------------------------------------------- >---- >Shape the Mobile Experience: Free Subscription >Software experts and developers: Be at the forefront of tech innovation. >Intel(R) Software Adrenaline delivers strategic insight and game-changing >conversations that shape the rapidly evolving mobile landscape. Sign up >now. >http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktr >k >_______________________________________________ >dotNetRDF-Support mailing list >dot...@li... >https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Frank S. <fs...@in...> - 2013-11-19 18:49:36
|
Hi folks, I started to experiment with dotnetrdf and stumbled upon the first problem, that I was unable to find a solution using the given resources. So I hope I can find some help here. The problem is simple to explain: Special characters in URIs like german Umlaute ö, ä or ü are replaced by Escape Sequences. i.e.: The URI http://de.dbpedia.org/property/gründer1a becomes http://de.dbpedia.org/property/gr%C3%BCnder1a How can I get the URIs with the special chars and no escape sequences? When I query the SPARQL-Endpoint via the webinterface, I get the special characters as expected, so I guess the problem is within dotnetrdf. Here are my testfunctions, which return the "broken" URIs: >>> For URILoader >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> private void Test2() { IGraph g = new Graph(); UriLoader.Load(g, new Uri("http://de.dbpedia.org/resource/Disillusion")); foreach (Triple t in g.Triples) { Console.WriteLine(t.ToString()); } } <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< >>> For SPARQL >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> private void Test5() { SparqlRemoteEndpoint endpoint = new SparqlRemoteEndpoint(new Uri("http://de.dbpedia.org/sparql"), "http://de.dbpedia.org"); SparqlResultSet results = endpoint.QueryWithResultSet("select distinct * where {<http://de.dbpedia.org/resource/Disillusion> ?p ?o}"); foreach (SparqlResult result in results) { INode n; if (result.TryGetValue("p", out n)) { Console.WriteLine(n.ToString()); } } } <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< Thanks in advance, Frank -- ************************************************ * Universität Leipzig, Institut für Informatik * * Abteilung Betriebliche Informationssysteme * * http://bis.informatik.uni-leipzig.de * * Tel.: 0341 / 97 32 256 * * * * ========== Opera Metal: molllust =========== * * http://www.molllust.com * * M'era Luna Newcomer 2013! * ************************************************ |
From: Miguel S. <mig...@ua...> - 2013-11-18 14:08:20
|
Hi Rob Vesse, Thanks, will do! Cheers, Miguel Santos ________________________________ From: Rob Vesse <rv...@do...> Sent: Monday, November 18, 2013 11:36 AM To: Miguel Santos Cc: dotNetRDF User Help and Support Subject: Re: dotNetRDF 1.02 source Hey Miguel Thanks for spotting the error, this should now be corrected. It's always nice to hear that our work is appreciated, if you run into any further issues please let us know via the mailing lists so the whole community can benefit from our answers. Cheers, Rob Vesse From: Miguel Santos <mig...@ua...<mailto:mig...@ua...>> Date: Saturday, 16 November 2013 08:20 To: Rob Vesse <rv...@do...<mailto:rv...@do...>> Subject: dotNetRDF 1.02 source Hello Rob Vesse, Thank you so much for your work on the dotNetRDF library. It's a great toolset and I'm currently using it on my Master's degree thesis. This message to let you know that the download link for the source (http://www.dotnetrdf.org/content.asp?pageID=Download dotNetRDF Source) currently points to version 1.01, even though the link for the binaries points to version 1.02. I was able to find the source at http://www.dotnetrdf.org/downloads/dotnetrdf_library_source_102_stable.zip, but thought I'd let you know about this issue. Best regards, Miguel Santos |
From: Rob V. <rv...@do...> - 2013-11-18 11:38:10
|
Hey Miguel Thanks for spotting the error, this should now be corrected. It's always nice to hear that our work is appreciated, if you run into any further issues please let us know via the mailing lists so the whole community can benefit from our answers. Cheers, Rob Vesse From: Miguel Santos <mig...@ua...> Date: Saturday, 16 November 2013 08:20 To: Rob Vesse <rv...@do...> Subject: dotNetRDF 1.02 source > Hello Rob Vesse, > > > > Thank you so much for your work on the dotNetRDF library. It's a great toolset > and I'm currently using it on my Master's degree thesis. > > > > This message to let you know that the download link for the source > (http://www.dotnetrdf.org/content.asp?pageID=Download dotNetRDF Source) > currently points to version 1.01, even though the link for the binaries points > to version 1.02. > > I was able to find the source at > http://www.dotnetrdf.org/downloads/dotnetrdf_library_source_102_stable.zip, > but thought I'd let you know about this issue. > > Best regards, > Miguel Santos > |
From: Rob V. <rv...@do...> - 2013-11-18 11:35:27
|
Hi All Just prior to the weekend we released dotNetRDF 1.0.2 which is a minor bug fix release, it fixes the following important bugs: * CORE-378 OOM when parsing large RDF/XML inputs * VIRT-383 In some cases Virtuoso transactions are not cleaned up * Portable Class Library builds were not included in NuGet packages The release is available via all the usual avenues dotNetRDF website [1], SourceForge [2], BitBucket [3], CodePlex [4] and NuGet Thanks as always to everyone who submitted bug reports and code contributions, Regards, Rob Vesse [1] http://www.dotnetrdf.org/content.asp?pageID=Download [2] http://sourceforge.net/projects/dotnetrdf [3] http://bitbucket.org/dotnetrdf/dotnetrdf/downloads [4] http://dotnetrdf.codeplex.com |
From: Rob V. <rv...@do...> - 2013-10-10 16:03:33
|
Hi All We're pleased to announce the long overdue release of dotNetRDF 1.0.1, this is available through all the usual channels (SourceForge [1], CodePlex [2], BitBucket [3], Project Website [4]) and via NuGet packages This is primarily a maintenance and bug fix release with some minor new features such as Portable Class Library builds and Stardog 2.0 support. You can read the blog post for this release at [5]. Thanks as always to everyone who reported bugs, submitted patches or otherwise helped out with the release Best Regards, Rob Vesse [1] http://sourceforge.net/projects/dotnetrdf [2] http://dotnetrdf.codeplex.com [3] https://bitbucket.org/dotnetrdf/dotnetrdf/downloads [4] http://www.dotnetrdf.org/content.asp?pageID=Download [5] http://www.dotnetrdf.org/blogitem.asp?blogID=76 |
From: Rob V. <rv...@do...> - 2013-10-07 13:54:51
|
I don't really understand your question, please start a new thread and explain your problem in more detail Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Friday, October 4, 2013 8:56 AM To: dotNetRDF User Help and Support <dot...@li...> Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > Thank you very much! > I will try it asap. > > I have another question... > Over dotNetRdf, is there the availability to combine ontologies and binary > data in order to save both on Virtuoso or other triple-store as well (in the > ontologies there should be the urls identifying te binary data)? > let me know if you prefere that I open another thread for this question > Regards > Manuel > > > Date: Thu, 3 Oct 2013 16:22:44 +0100 > From: rv...@do... > To: dot...@li... > Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > > Manuel > > I have fixed this and this fix will be included as part of the next release in > the next week or so > > Thanks again for the bug report > > Rob > > From: manuel buitre <man...@ho...> > Reply-To: dotNetRDF User Help and Support > <dot...@li...> > Date: Monday, September 16, 2013 7:53 AM > To: dotNetRDF User Help and Support <dot...@li...> > Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > >> Hi Rob >> thanks for the answer! >> >> I am using version 1.0.0.2473 >> >> This is the error read from View Error Trace option: >> >> Underlying Store returned an error while trying to List Graphs >> Server stack trace: >> at VDS.RDF.Storage.VirtuosoManager.ListGraphs() >> at VDS.RDF.Utilities.StoreManager.Tasks.ListGraphsTask.RunTaskInternal() >> at >> System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(Int >> Ptr md, Object[] args, Object server, Int32 methodPtr, Boolean >> fExecuteInContext, Object[]& outArgs) >> at >> System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(Runt >> imeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean >> fExecuteInContext, Object[]& outArgs) >> at >> System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessa >> ge msg, IMessageSink replySink) >> Exception rethrown at [0]: >> at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message >> reqMsg, Boolean bProxyCase) >> at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, >> MessageData& msgData) >> at >> VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.RunTaskInternalDelegate.EndIn >> voke(IAsyncResult result) >> at >> VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.CompleteTask(IAsyncResult >> result) >> Inner Exception: >> Virtuoso returned a URI Node which has a relative URI, unable to resolve the >> URI for this node >> at VDS.RDF.Storage.VirtuosoManager.LoadNode(INodeFactory factory, Object >> n) >> at VDS.RDF.Storage.VirtuosoManager.Query(IRdfHandler rdfHandler, >> ISparqlResultsHandler resultsHandler, String sparqlQuery) >> at VDS.RDF.Storage.VirtuosoManager.Query(String sparqlQuery) >> at VDS.RDF.Storage.VirtuosoManager.ListGraphs() >> >> Regards >> Manuel >> >> Date: Sun, 15 Sep 2013 15:15:29 -0700 >> From: rv...@do... >> To: dot...@li... >> Subject: Re: [dotNetRDF-Support] connection to Virtuoso store >> >> The Store Manager tool should allow you to see a more detailed error trace >> under the Tasks tab for a connection assuming you are using a relatively up >> to date version of the tool. Right click on the task that failed and select >> the View Error Trace option, providing this information may allow us to help >> you further. >> >> Virtuoso returns some graph names that are not valid as far as dotNetRDF is >> concerned and these should automatically be discarded, however if you are >> using an older version of the tool you may not have that fix. What version >> are you using? Help > About will give you this information >> >> Regards, >> >> Rob >> >> From: manuel buitre <man...@ho...> >> Reply-To: dotNetRDF User Help and Support >> <dot...@li...> >> Date: Sunday, September 15, 2013 2:42 PM >> To: "dot...@li..." >> <dot...@li...> >> Subject: [dotNetRDF-Support] connection to Virtuoso store >> >>> Good evening, >>> I have the following problem: >>> >>> When I try to connect to Virtuoso server using tool dotNetRef Store Manager >>> , I receive this error: >>> >>> "--------------------------- >>> Graph List Unavailable >>> --------------------------- >>> Unable to list Graphs due to the following error: >>> Underlying Store returned an error while trying to List Graphs >>> ---------------------------" >>> >>> However I can see the graphs if I use Virtuoso tool like conductor; any >>> idea? >>> I am using Virtuoso Openlink 6.1 >>> >>> Regards >>> Manuel >>> >>> >>> ---------------------------------------------------------------------------- >>> -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! >>> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint >>> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack >>> includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends >>> 9/22/13. >>> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk_ >>> ______________________________________________ dotNetRDF-Support mailing >>> list >>> dot...@li...https://lists.sourceforge.net/lists/l >>> istinfo/dotnetrdf-support >> >> ----------------------------------------------------------------------------- >> - LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ >> hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, >> SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk >> _______________________________________________ dotNetRDF-Support mailing >> list >> dot...@li...https://lists.sourceforge.net/lists/li >> stinfo/dotnetrdf-support >> >> ----------------------------------------------------------------------------- >> - LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ >> hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, >> SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. >> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk__ >> _____________________________________________ dotNetRDF-Support mailing list >> dot...@li...https://lists.sourceforge.net/lists/li >> stinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance Free Intel webinars can help you > accelerate application performance. Explore tips for MPI, OpenMP, advanced > profiling, and more. Get the most from the latest Intel processors and > coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance Free Intel webinars can help you > accelerate application performance. Explore tips for MPI, OpenMP, advanced > profiling, and more. Get the most from the latest Intel processors and > coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: manuel b. <man...@ho...> - 2013-10-04 07:56:13
|
Thank you very much! I will try it asap. I have another question... Over dotNetRdf, is there the availability to combine ontologies and binary data in order to save both on Virtuoso or other triple-store as well (in the ontologies there should be the urls identifying te binary data)? let me know if you prefere that I open another thread for this question Regards Manuel Date: Thu, 3 Oct 2013 16:22:44 +0100 From: rv...@do... To: dot...@li... Subject: Re: [dotNetRDF-Support] connection to Virtuoso store Manuel I have fixed this and this fix will be included as part of the next release in the next week or so Thanks again for the bug report Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Monday, September 16, 2013 7:53 AM To: dotNetRDF User Help and Support <dot...@li...> Subject: Re: [dotNetRDF-Support] connection to Virtuoso store Hi Rob thanks for the answer! I am using version 1.0.0.2473 This is the error read from View Error Trace option: Underlying Store returned an error while trying to List Graphs Server stack trace: at VDS.RDF.Storage.VirtuosoManager.ListGraphs() at VDS.RDF.Utilities.StoreManager.Tasks.ListGraphsTask.RunTaskInternal() at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessage msg, IMessageSink replySink) Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message reqMsg, Boolean bProxyCase) at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, MessageData& msgData) at VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.RunTaskInternalDelegate.EndInvoke(IAsyncResult result) at VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.CompleteTask(IAsyncResult result) Inner Exception: Virtuoso returned a URI Node which has a relative URI, unable to resolve the URI for this node at VDS.RDF.Storage.VirtuosoManager.LoadNode(INodeFactory factory, Object n) at VDS.RDF.Storage.VirtuosoManager.Query(IRdfHandler rdfHandler, ISparqlResultsHandler resultsHandler, String sparqlQuery) at VDS.RDF.Storage.VirtuosoManager.Query(String sparqlQuery) at VDS.RDF.Storage.VirtuosoManager.ListGraphs() Regards Manuel Date: Sun, 15 Sep 2013 15:15:29 -0700 From: rv...@do... To: dot...@li... Subject: Re: [dotNetRDF-Support] connection to Virtuoso store The Store Manager tool should allow you to see a more detailed error trace under the Tasks tab for a connection assuming you are using a relatively up to date version of the tool. Right click on the task that failed and select the View Error Trace option, providing this information may allow us to help you further. Virtuoso returns some graph names that are not valid as far as dotNetRDF is concerned and these should automatically be discarded, however if you are using an older version of the tool you may not have that fix. What version are you using? Help > About will give you this information Regards, Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Sunday, September 15, 2013 2:42 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] connection to Virtuoso store Good evening, I have the following problem: When I try to connect to Virtuoso server using tool dotNetRef Store Manager , I receive this error: "--------------------------- Graph List Unavailable --------------------------- Unable to list Graphs due to the following error: Underlying Store returned an error while trying to List Graphs ---------------------------" However I can see the graphs if I use Virtuoso tool like conductor; any idea? I am using Virtuoso Openlink 6.1 Regards Manuel ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk _______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk _______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Rob V. <rv...@do...> - 2013-10-03 15:23:47
|
Manuel I have fixed this and this fix will be included as part of the next release in the next week or so Thanks again for the bug report Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Monday, September 16, 2013 7:53 AM To: dotNetRDF User Help and Support <dot...@li...> Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > Hi Rob > thanks for the answer! > > I am using version 1.0.0.2473 > > This is the error read from View Error Trace option: > > Underlying Store returned an error while trying to List Graphs > Server stack trace: > at VDS.RDF.Storage.VirtuosoManager.ListGraphs() > at VDS.RDF.Utilities.StoreManager.Tasks.ListGraphsTask.RunTaskInternal() > at > System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntP > tr md, Object[] args, Object server, Int32 methodPtr, Boolean > fExecuteInContext, Object[]& outArgs) > at > System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(Runti > meMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean > fExecuteInContext, Object[]& outArgs) > at > System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessag > e msg, IMessageSink replySink) > Exception rethrown at [0]: > at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message > reqMsg, Boolean bProxyCase) > at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, > MessageData& msgData) > at > VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.RunTaskInternalDelegate.EndInv > oke(IAsyncResult result) > at > VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.CompleteTask(IAsyncResult > result) > Inner Exception: > Virtuoso returned a URI Node which has a relative URI, unable to resolve the > URI for this node > at VDS.RDF.Storage.VirtuosoManager.LoadNode(INodeFactory factory, Object n) > at VDS.RDF.Storage.VirtuosoManager.Query(IRdfHandler rdfHandler, > ISparqlResultsHandler resultsHandler, String sparqlQuery) > at VDS.RDF.Storage.VirtuosoManager.Query(String sparqlQuery) > at VDS.RDF.Storage.VirtuosoManager.ListGraphs() > > Regards > Manuel > > Date: Sun, 15 Sep 2013 15:15:29 -0700 > From: rv...@do... > To: dot...@li... > Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > > The Store Manager tool should allow you to see a more detailed error trace > under the Tasks tab for a connection assuming you are using a relatively up to > date version of the tool. Right click on the task that failed and select the > View Error Trace option, providing this information may allow us to help you > further. > > Virtuoso returns some graph names that are not valid as far as dotNetRDF is > concerned and these should automatically be discarded, however if you are > using an older version of the tool you may not have that fix. What version > are you using? Help > About will give you this information > > Regards, > > Rob > > From: manuel buitre <man...@ho...> > Reply-To: dotNetRDF User Help and Support > <dot...@li...> > Date: Sunday, September 15, 2013 2:42 PM > To: "dot...@li..." > <dot...@li...> > Subject: [dotNetRDF-Support] connection to Virtuoso store > >> Good evening, >> I have the following problem: >> >> When I try to connect to Virtuoso server using tool dotNetRef Store Manager , >> I receive this error: >> >> "--------------------------- >> Graph List Unavailable >> --------------------------- >> Unable to list Graphs due to the following error: >> Underlying Store returned an error while trying to List Graphs >> ---------------------------" >> >> However I can see the graphs if I use Virtuoso tool like conductor; any idea? >> I am using Virtuoso Openlink 6.1 >> >> Regards >> Manuel >> >> >> ----------------------------------------------------------------------------- >> - LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ >> hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, >> SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk__ >> _____________________________________________ dotNetRDF-Support mailing list >> dot...@li...https://lists.sourceforge.net/lists/li >> stinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ > hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, > SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ > hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, > SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. > http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Rob V. <rv...@do...> - 2013-09-17 22:25:23
|
This is a bug in dotNetRDF's Virtuoso support, we're expecting all graph URIs to be absolute and your store contains some relative graph URIs. I have filed this as VIRT-375 [1] and will aim to have this fixed for the next release. Regards, Rob [1]: http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=375 From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Sunday, September 15, 2013 11:53 PM To: dotNetRDF User Help and Support <dot...@li...> Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > Hi Rob > thanks for the answer! > > I am using version 1.0.0.2473 > > This is the error read from View Error Trace option: > > Underlying Store returned an error while trying to List Graphs > Server stack trace: > at VDS.RDF.Storage.VirtuosoManager.ListGraphs() > at VDS.RDF.Utilities.StoreManager.Tasks.ListGraphsTask.RunTaskInternal() > at > System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntP > tr md, Object[] args, Object server, Int32 methodPtr, Boolean > fExecuteInContext, Object[]& outArgs) > at > System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(Runti > meMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean > fExecuteInContext, Object[]& outArgs) > at > System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessag > e msg, IMessageSink replySink) > Exception rethrown at [0]: > at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message > reqMsg, Boolean bProxyCase) > at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, > MessageData& msgData) > at > VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.RunTaskInternalDelegate.EndInv > oke(IAsyncResult result) > at > VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.CompleteTask(IAsyncResult > result) > Inner Exception: > Virtuoso returned a URI Node which has a relative URI, unable to resolve the > URI for this node > at VDS.RDF.Storage.VirtuosoManager.LoadNode(INodeFactory factory, Object n) > at VDS.RDF.Storage.VirtuosoManager.Query(IRdfHandler rdfHandler, > ISparqlResultsHandler resultsHandler, String sparqlQuery) > at VDS.RDF.Storage.VirtuosoManager.Query(String sparqlQuery) > at VDS.RDF.Storage.VirtuosoManager.ListGraphs() > > Regards > Manuel > > Date: Sun, 15 Sep 2013 15:15:29 -0700 > From: rv...@do... > To: dot...@li... > Subject: Re: [dotNetRDF-Support] connection to Virtuoso store > > The Store Manager tool should allow you to see a more detailed error trace > under the Tasks tab for a connection assuming you are using a relatively up to > date version of the tool. Right click on the task that failed and select the > View Error Trace option, providing this information may allow us to help you > further. > > Virtuoso returns some graph names that are not valid as far as dotNetRDF is > concerned and these should automatically be discarded, however if you are > using an older version of the tool you may not have that fix. What version > are you using? Help > About will give you this information > > Regards, > > Rob > > From: manuel buitre <man...@ho...> > Reply-To: dotNetRDF User Help and Support > <dot...@li...> > Date: Sunday, September 15, 2013 2:42 PM > To: "dot...@li..." > <dot...@li...> > Subject: [dotNetRDF-Support] connection to Virtuoso store > >> Good evening, >> I have the following problem: >> >> When I try to connect to Virtuoso server using tool dotNetRef Store Manager , >> I receive this error: >> >> "--------------------------- >> Graph List Unavailable >> --------------------------- >> Unable to list Graphs due to the following error: >> Underlying Store returned an error while trying to List Graphs >> ---------------------------" >> >> However I can see the graphs if I use Virtuoso tool like conductor; any idea? >> I am using Virtuoso Openlink 6.1 >> >> Regards >> Manuel >> >> >> ----------------------------------------------------------------------------- >> - LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ >> hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, >> SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes >> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. >> http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk__ >> _____________________________________________ dotNetRDF-Support mailing list >> dot...@li...https://lists.sourceforge.net/lists/li >> stinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ > hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, > SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk > _______________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ > hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, > SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. > http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: manuel b. <man...@ho...> - 2013-09-16 06:53:20
|
Hi Rob thanks for the answer! I am using version 1.0.0.2473 This is the error read from View Error Trace option: Underlying Store returned an error while trying to List Graphs Server stack trace: at VDS.RDF.Storage.VirtuosoManager.ListGraphs() at VDS.RDF.Utilities.StoreManager.Tasks.ListGraphsTask.RunTaskInternal() at System.Runtime.Remoting.Messaging.StackBuilderSink._PrivateProcessMessage(IntPtr md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.PrivateProcessMessage(RuntimeMethodHandle md, Object[] args, Object server, Int32 methodPtr, Boolean fExecuteInContext, Object[]& outArgs) at System.Runtime.Remoting.Messaging.StackBuilderSink.AsyncProcessMessage(IMessage msg, IMessageSink replySink) Exception rethrown at [0]: at System.Runtime.Remoting.Proxies.RealProxy.EndInvokeHelper(Message reqMsg, Boolean bProxyCase) at System.Runtime.Remoting.Proxies.RemotingProxy.Invoke(Object NotUsed, MessageData& msgData) at VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.RunTaskInternalDelegate.EndInvoke(IAsyncResult result) at VDS.RDF.Utilities.StoreManager.Tasks.BaseTask`1.CompleteTask(IAsyncResult result) Inner Exception: Virtuoso returned a URI Node which has a relative URI, unable to resolve the URI for this node at VDS.RDF.Storage.VirtuosoManager.LoadNode(INodeFactory factory, Object n) at VDS.RDF.Storage.VirtuosoManager.Query(IRdfHandler rdfHandler, ISparqlResultsHandler resultsHandler, String sparqlQuery) at VDS.RDF.Storage.VirtuosoManager.Query(String sparqlQuery) at VDS.RDF.Storage.VirtuosoManager.ListGraphs() Regards Manuel Date: Sun, 15 Sep 2013 15:15:29 -0700 From: rv...@do... To: dot...@li... Subject: Re: [dotNetRDF-Support] connection to Virtuoso store The Store Manager tool should allow you to see a more detailed error trace under the Tasks tab for a connection assuming you are using a relatively up to date version of the tool. Right click on the task that failed and select the View Error Trace option, providing this information may allow us to help you further. Virtuoso returns some graph names that are not valid as far as dotNetRDF is concerned and these should automatically be discarded, however if you are using an older version of the tool you may not have that fix. What version are you using? Help > About will give you this information Regards, Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Sunday, September 15, 2013 2:42 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] connection to Virtuoso store Good evening, I have the following problem: When I try to connect to Virtuoso server using tool dotNetRef Store Manager , I receive this error: "--------------------------- Graph List Unavailable --------------------------- Unable to list Graphs due to the following error: Underlying Store returned an error while trying to List Graphs ---------------------------" However I can see the graphs if I use Virtuoso tool like conductor; any idea? I am using Virtuoso Openlink 6.1 Regards Manuel ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support ------------------------------------------------------------------------------ LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk _______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Rob V. <rv...@do...> - 2013-09-15 22:16:21
|
The Store Manager tool should allow you to see a more detailed error trace under the Tasks tab for a connection assuming you are using a relatively up to date version of the tool. Right click on the task that failed and select the View Error Trace option, providing this information may allow us to help you further. Virtuoso returns some graph names that are not valid as far as dotNetRDF is concerned and these should automatically be discarded, however if you are using an older version of the tool you may not have that fix. What version are you using? Help > About will give you this information Regards, Rob From: manuel buitre <man...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Sunday, September 15, 2013 2:42 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] connection to Virtuoso store > Good evening, > I have the following problem: > > When I try to connect to Virtuoso server using tool dotNetRef Store Manager , > I receive this error: > > "--------------------------- > Graph List Unavailable > --------------------------- > Unable to list Graphs due to the following error: > Underlying Store returned an error while trying to List Graphs > ---------------------------" > > However I can see the graphs if I use Virtuoso tool like conductor; any idea? > I am using Virtuoso Openlink 6.1 > > Regards > Manuel > > > ------------------------------------------------------------------------------ > LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ > hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, > SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes > Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/22/13. > http://pubads.g.doubleclick.net/gampad/clk?id=64545871&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: manuel b. <man...@ho...> - 2013-09-15 21:42:22
|
Good evening, I have the following problem: When I try to connect to Virtuoso server using tool dotNetRef Store Manager , I receive this error: "--------------------------- Graph List Unavailable --------------------------- Unable to list Graphs due to the following error: Underlying Store returned an error while trying to List Graphs ---------------------------" However I can see the graphs if I use Virtuoso tool like conductor; any idea? I am using Virtuoso Openlink 6.1 Regards Manuel |
From: Rob V. <rv...@do...> - 2013-08-23 00:04:16
|
Hi Alexander I see nothing wrong with your approach as you have to work with the systems you have available. dotNetRDF has no specific facility for working with SQL databases but ultimately it is designed to be agnostic of where the data comes from so as long as your code can convert the contents of your database into INode, Triple, IGraph objects as appropriate then you can do anything you could do normally with dotNetRDF What exactly you need to do is going to depend on how tightly you want to integrate with dotNetRDF. For example if you want to do SPARQL over everything you've put in your database then you may want to go the full blown ISparqlDataset route (warning this will be slow). If you just want to load some portion of the data into an IGraph instance and do some manipulation having a helper class that does that for you may be the simplest. And there are other options in the middle of that spectrum. If you can share more about exactly what you need to do with dotNetRDF or have specific questions about an approach please email the list further Regards, Rob From: Alexander Yarushin <a.a...@ho...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Wednesday, August 21, 2013 3:01 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] Consuming "Triple-store" table in a relational database > Hello, > > We are looking for a solution to a recurrent design problem: consumption of > (external) open data in an application business logic. The open data set and > the application belong to different segments of same domain or even to > different domains. The structure and content of the open data set are > controlled by an independent organization. > > The open data set is available in XML format. It is also ReadOnly for us. > > We want to achieve a level of abstraction and independency from possible > changes in the structure and content of the open data source. There is no 100% > solution to this of course, so we are aiming at implementation of our > application business logic with a certain level of tolerance to the changes in > the open data set. It is expected that the implementation of application > business logic will remain unchanged until it can produce a satisfactory > output. > > Another part of the solution is that we want to accumulate data with our > segment of the domain and then query that data in conjunction with the open > data set. > > I was thinking about the following solution: > 1. Convert XML to RDF. Serialize RDF in a table an relational database. > 2. Use SPARQL to query to query the RDF table. > 3. Convert SPARQL query results to XML or JSON format which then can be > consumed in C# or JavaScript program respectively. > > There are few reasons I am considering this solution. For one, we need > integration with RDF that we will generate. Secondly, because it is a legacy > WinForms project where we already use SQL Server as a repository of data we do > not want to install and administer additional server components like Virtuoso, > Sesam etc. We also cannot afford buying additional server components for each > customer. > > Question: Can DotNetRdf consume data from a relational table containing > triples? A table with three columns respectively. > > > Thank you! > > Best regards, > Alexander Yarushin > > ------------------------------------------------------------------------------ > Introducing Performance Central, a new site from SourceForge and AppDynamics. > Performance Central is your source for news, insights, analysis and resources > for efficient Application Performance Management. Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Alexander Y. <a.a...@ho...> - 2013-08-21 22:01:22
|
Hello, We are looking for a solution to a recurrent design problem: consumption of (external) open data in an application business logic. The open data set and the application belong to different segments of same domain or even to different domains. The structure and content of the open data set are controlled by an independent organization. The open data set is available in XML format. It is also ReadOnly for us. We want to achieve a level of abstraction and independency from possible changes in the structure and content of the open data source. There is no 100% solution to this of course, so we are aiming at implementation of our application business logic with a certain level of tolerance to the changes in the open data set. It is expected that the implementation of application business logic will remain unchanged until it can produce a satisfactory output. Another part of the solution is that we want to accumulate data with our segment of the domain and then query that data in conjunction with the open data set. I was thinking about the following solution: 1. Convert XML to RDF. Serialize RDF in a table an relational database. 2. Use SPARQL to query to query the RDF table. 3. Convert SPARQL query results to XML or JSON format which then can be consumed in C# or JavaScript program respectively. There are few reasons I am considering this solution. For one, we need integration with RDF that we will generate. Secondly, because it is a legacy WinForms project where we already use SQL Server as a repository of data we do not want to install and administer additional server components like Virtuoso, Sesam etc. We also cannot afford buying additional server components for each customer. Question: Can DotNetRdf consume data from a relational table containing triples? A table with three columns respectively. Thank you! Best regards, Alexander Yarushin |
From: Rob V. <rv...@do...> - 2013-08-09 19:25:40
|
dotNetRDF for NuGet =================== For help and support with dotNetRDF please see the Support page at our website: http://www.dotnetrdf.org/content.asp?pageID=Support Windows Phone/Silverlight Issue ------------------------------- Developers installing via NuGet should be aware of the following issue when using the Silverlight and Windows Phone builds of the library. Due to an upstream issue with HtmlAgilityPack projects for Silverlight and Windows Phone must reference System.Xml.XPath in order to compile correctly (http://htmlagilitypack.codeplex.com/workitem/32678) For Silverlight projects this should just be a case of adding the following to your project file either via VS or by hand in the appropriate section of the project file: <Reference Include="System.Xml.XPath" /> For Windows Phone 7 projects you will need to add the following since this DLL is not part of the official Windows Phone SDK but we are assured by the HAP developers that it is fully compatible with Windows Phone: <Reference Include="System.Xml.XPath"> <HintPath>C:\Program Files(x86)\Microsoft SDKs\Silverlight\v4.0\Libraries\Client\System.Xml.XPath.dll</HintPath> </Reference> Note if you add this DLL to a Windows Phone project via VS you will receive a warning message, we suggest you add this manually to Windows Phone project files so you can use the environment variable and make your project file portable since adding via VS will use a relative path based on your project file location Portable Class Library Build ---------------------------- The Portable Class Library Build includes Portable.Runtime.dll in addition to the dotNetRDF DLLs since Portable.Runtime.dll is not yet available via NuGet. Depending on your target .Net profile you may need to add additional platform specific dependencies, please see their documentation at http://pclcontrib.codeplex.com for more information. |
From: Rob V. <rv...@do...> - 2013-08-05 16:21:21
|
This suggests that the batch size is too high resulting in larger messages than Virtuoso can cope with. Try turning down the batch size to something smaller Rob From: "Bahador(reza)? OFOGHI" <br_...@ya...> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...> Date: Thursday, August 1, 2013 11:47 PM To: Rob Vesse <rv...@do...> Cc: dotNetRDF User Help and Support <dot...@li...> Subject: SPAM-HIGH: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store > Thanks Rob, > > Now I have these lines: > > VirtuosoManager virtuoso = new > VisrtuosoManager("jdbc:virtuoso://localhost:1111", "dba", "dba"); > VDS.RDF.Parsing.Handlers.WriteToStoreHandler _handler = new > VDS.RDF.Parsing.Handlers.WriteToStoreHandler(virtuoso, myGraphUri, 100000); > FileLoader.Load(_handler, myRdfFile); > > This works find again with a smal file (~5MB); however, on my other larger > files (one ~100MB and the other one ~900MB), I get this error after a few > seconds: > > > An existing connection was forcibly closed by the remote host > > > and when I look at virtuoso's log file, I have: > ... Malformed data received from IP [127.0.0.1] : Box length too large. > Disconnecting the client > > > > I have 8 GB of RAM and set the number of buffers accordingly in the > virtuoso.ini file. > > Any ideas? Is this a virtuoso's problem or the dotNetRDF problem or am I > missing anything? > > thanks, > > > Bahador(reza)? OFOGHI, PhD > Major: Information Technology > > > > > > From: Rob Vesse <rv...@do...> > To: Bahador(reza)? OFOGHI <br_...@ya...> > Cc: dotNetRDF User Help and Support <dot...@li...> > Sent: Friday, 2 August 2013 3:12 AM > Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store > > > > Yes, use the Handlers API [1], specifically you want to use the > WriteToStoreHandler [2]. You may need to play with the batch size to get good > performance since the default is pretty low (1000), you may want to use > something more in the 10-50,000 range > > Also bear in mind that if your data has a lot of blank nodes you'll still need > a lot of memory because blank node containing triples have to be stored up and > written in one single batch at the end to ensure blank nodes are correctly > stored. > > Rob > > [1] https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Handlers%20API > [2] > http://www.dotnetrdf.org/api/index.asp?Topic=VDS.RDF.Parsing.Handlers.WriteToS > toreHandler > > > From: "Bahador(reza)? OFOGHI" <br_...@ya...> > Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...> > Date: Wednesday, July 31, 2013 4:35 PM > To: Rob Vesse <rv...@do...>, dotNetRDF User Help and Support > <dot...@li...> > Subject: SPAM-HIGH: Re: [dotNetRDF-Support] reading owl into a virtuoso > triple store > >> Thanks, I have now installed an instance of Vicrtuoso and I am able to put >> small OWL files into a triplestore. However, the main owl file I am working >> on is of the size +750MB and I am getting out of memory exceptions to load >> the file into the graph before trying to save it on this line >> FileLoader.Load(g, "myFile.owl"); >> >> Is there any way to bypass loading this huge file into memory before pushing >> it into a triplestore? >> >> thank you again. >> >> >> >> >> >> >> From: Rob Vesse <rv...@do...> >> To: Bahador(reza)? OFOGHI <br_...@ya...>; dotNetRDF User Help and >> Support <dot...@li...> >> Sent: Thursday, 1 August 2013 5:55 AM >> Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store >> >> >> >> The request for a path to VirtuosoManager.cs is the debugger trying to break >> into the source code but being unable to locate it on your machine and can be >> safely ignored. >> >> The error that you are getting indicates that Virtuoso is not running, you >> need to actually have an instance of Virtuoso installed and running on your >> machine. >> >> Virtuoso is a 3rd party product so you should follow their instructions to >> download, install, configure and run Virtuoso appropriately >> >> Rob >> >> From: "Bahador(reza)? OFOGHI" <br_...@ya...> >> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...>, dotNetRDF User Help >> and Support <dot...@li...> >> Date: Tuesday, July 30, 2013 6:56 PM >> To: "dot...@li..." >> <dot...@li...> >> Subject: [dotNetRDF-Support] reading owl into a virtuoso triple store >> >>> Hi, >>> >>> I have just started working with virtuoso. I am simply trying to read an OWL >>> file into a virtuoso triple store using the following few lines of code: >>> >>> Graph g = new Graph(); >>> FileLoader.Load(g, "myFile.owl"); >>> virtuoso.SaveGraph(g); >>> First time I ran the code I was asked for a path to VirtuosoManager.cs file >>> which I just cancelled! But then, I get the error "No connection could be >>> made because the target machine actively refused it 127.0.0.1:1111" >>> everytime I run the code. I wonder what I need to do to get this to run >>> correctly and put the OWL file into a virtuoso triple store? >>> >>> thanks, >>> bo >>> ---------------------------------------------------------------------------- >>> -- Get your SQL database under version control now! Version control is >>> standard for application code, but databases havent caught up. So what steps >>> can you take to put your SQL databases under version control? Why should you >>> start doing it? Read more to find out. >>> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk_ >>> ______________________________________________ dotNetRDF-Support mailing >>> list >>> dot...@li...https://lists.sourceforge.net/lists/l >>> istinfo/dotnetrdf-support >> >> >> >> >> > > > > > |
From: Bahador\(reza\)? O. <br_...@ya...> - 2013-08-02 06:47:39
|
Thanks Rob, Now I have these lines: VirtuosoManager virtuoso = new VisrtuosoManager("jdbc:virtuoso://localhost:1111", "dba", "dba"); VDS.RDF.Parsing.Handlers.WriteToStoreHandler _handler = new VDS.RDF.Parsing.Handlers.WriteToStoreHandler(virtuoso, myGraphUri, 100000); FileLoader.Load(_handler, myRdfFile); This works find again with a smal file (~5MB); however, on my other larger files (one ~100MB and the other one ~900MB), I get this error after a few seconds: An existing connection was forcibly closed by the remote host and when I look at virtuoso's log file, I have: ... Malformed data received from IP [127.0.0.1] : Box length too large. Disconnecting the client I have 8 GB of RAM and set the number of buffers accordingly in the virtuoso.ini file. Any ideas? Is this a virtuoso's problem or the dotNetRDF problem or am I missing anything? thanks, Bahador(reza)? OFOGHI, PhD Major: Information Technology ________________________________ From: Rob Vesse <rv...@do...> To: Bahador(reza)? OFOGHI <br_...@ya...> Cc: dotNetRDF User Help and Support <dot...@li...> Sent: Friday, 2 August 2013 3:12 AM Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store Yes, use the Handlers API [1], specifically you want to use the WriteToStoreHandler [2]. You may need to play with the batch size to get good performance since the default is pretty low (1000), you may want to use something more in the 10-50,000 range Also bear in mind that if your data has a lot of blank nodes you'll still need a lot of memory because blank node containing triples have to be stored up and written in one single batch at the end to ensure blank nodes are correctly stored. Rob [1] https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Handlers%20API [2] http://www.dotnetrdf.org/api/index.asp?Topic=VDS.RDF.Parsing.Handlers.WriteToStoreHandler From: "Bahador(reza)? OFOGHI" <br_...@ya...> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...> Date: Wednesday, July 31, 2013 4:35 PM To: Rob Vesse <rv...@do...>, dotNetRDF User Help and Support <dot...@li...> Subject: SPAM-HIGH: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store Thanks, I have now installed an instance of Vicrtuoso and I am able to put small OWL files into a triplestore. However, the main owl file I am working on is of the size +750MB and I am getting out of memory exceptions to load the file into the graph before trying to save it on this line >FileLoader.Load(g, "myFile.owl"); > >Is there any way to bypass loading this huge file into memory before pushing it into a triplestore? > >thank you again. > > > > >________________________________ > From: Rob Vesse <rv...@do...> >To: Bahador(reza)? OFOGHI <br_...@ya...>; dotNetRDF User Help and Support <dot...@li...> >Sent: Thursday, 1 August 2013 5:55 AM >Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store > > > >The request for a path to VirtuosoManager.cs is the debugger trying to break into the source code but being unable to locate it on your machine and can be safely ignored. > > >The error that you are getting indicates that Virtuoso is not running, you need to actually have an instance of Virtuoso installed and running on your machine. > > >Virtuoso is a 3rd party product so you should follow their instructions to download, install, configure and run Virtuoso appropriately > > >Rob > >From: "Bahador(reza)? OFOGHI" <br_...@ya...> >Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...>, dotNetRDF User Help and Support <dot...@li...> >Date: Tuesday, July 30, 2013 6:56 PM >To: "dot...@li..." <dot...@li...> >Subject: [dotNetRDF-Support] reading owl into a virtuoso triple store > > > >Hi, >> >>I have just started working with virtuoso. I am simply trying to read an OWL file into a virtuoso triple store using the following few lines of code: >> >>Graphg = newGraph(); >>FileLoader.Load(g, "myFile.owl"); >>virtuoso.SaveGraph(g); >>First time I ran the code I was asked for a path to VirtuosoManager.cs file which I just cancelled! But then, I get the error "No connection could be made because the target machine actively refused it 127.0.0.1:1111" everytime I run the code. I wonder what I need to do to get this to run correctly and put the OWL file into a virtuoso triple store? >> >>thanks, >>bo------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support > > |
From: Rob V. <rv...@do...> - 2013-08-01 17:13:14
|
Yes, use the Handlers API [1], specifically you want to use the WriteToStoreHandler [2]. You may need to play with the batch size to get good performance since the default is pretty low (1000), you may want to use something more in the 10-50,000 range Also bear in mind that if your data has a lot of blank nodes you'll still need a lot of memory because blank node containing triples have to be stored up and written in one single batch at the end to ensure blank nodes are correctly stored. Rob [1] https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Handlers%20API [2] http://www.dotnetrdf.org/api/index.asp?Topic=VDS.RDF.Parsing.Handlers.WriteT oStoreHandler From: "Bahador(reza)? OFOGHI" <br_...@ya...> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...> Date: Wednesday, July 31, 2013 4:35 PM To: Rob Vesse <rv...@do...>, dotNetRDF User Help and Support <dot...@li...> Subject: SPAM-HIGH: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store > Thanks, I have now installed an instance of Vicrtuoso and I am able to put > small OWL files into a triplestore. However, the main owl file I am working on > is of the size +750MB and I am getting out of memory exceptions to load the > file into the graph before trying to save it on this line > FileLoader.Load(g, "myFile.owl"); > > Is there any way to bypass loading this huge file into memory before pushing > it into a triplestore? > > thank you again. > > > > > > > From: Rob Vesse <rv...@do...> > To: Bahador(reza)? OFOGHI <br_...@ya...>; dotNetRDF User Help and > Support <dot...@li...> > Sent: Thursday, 1 August 2013 5:55 AM > Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store > > > > The request for a path to VirtuosoManager.cs is the debugger trying to break > into the source code but being unable to locate it on your machine and can be > safely ignored. > > The error that you are getting indicates that Virtuoso is not running, you > need to actually have an instance of Virtuoso installed and running on your > machine. > > Virtuoso is a 3rd party product so you should follow their instructions to > download, install, configure and run Virtuoso appropriately > > Rob > > From: "Bahador(reza)? OFOGHI" <br_...@ya...> > Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...>, dotNetRDF User Help > and Support <dot...@li...> > Date: Tuesday, July 30, 2013 6:56 PM > To: "dot...@li..." > <dot...@li...> > Subject: [dotNetRDF-Support] reading owl into a virtuoso triple store > >> Hi, >> >> I have just started working with virtuoso. I am simply trying to read an OWL >> file into a virtuoso triple store using the following few lines of code: >> >> Graph g = new Graph(); >> FileLoader.Load(g, "myFile.owl"); >> virtuoso.SaveGraph(g); >> First time I ran the code I was asked for a path to VirtuosoManager.cs file >> which I just cancelled! But then, I get the error "No connection could be >> made because the target machine actively refused it 127.0.0.1:1111" everytime >> I run the code. I wonder what I need to do to get this to run correctly and >> put the OWL file into a virtuoso triple store? >> >> thanks, >> bo >> ----------------------------------------------------------------------------- >> - Get your SQL database under version control now! Version control is >> standard for application code, but databases havent caught up. So what steps >> can you take to put your SQL databases under version control? Why should you >> start doing it? Read more to find out. >> http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk__ >> _____________________________________________ dotNetRDF-Support mailing list >> dot...@li...https://lists.sourceforge.net/lists/li >> stinfo/dotnetrdf-support > > > > > |
From: Bahador\(reza\)? O. <br_...@ya...> - 2013-07-31 23:35:53
|
Thanks, I have now installed an instance of Vicrtuoso and I am able to put small OWL files into a triplestore. However, the main owl file I am working on is of the size +750MB and I am getting out of memory exceptions to load the file into the graph before trying to save it on this line FileLoader.Load(g, "myFile.owl"); Is there any way to bypass loading this huge file into memory before pushing it into a triplestore? thank you again. ________________________________ From: Rob Vesse <rv...@do...> To: Bahador(reza)? OFOGHI <br_...@ya...>; dotNetRDF User Help and Support <dot...@li...> Sent: Thursday, 1 August 2013 5:55 AM Subject: Re: [dotNetRDF-Support] reading owl into a virtuoso triple store The request for a path to VirtuosoManager.cs is the debugger trying to break into the source code but being unable to locate it on your machine and can be safely ignored. The error that you are getting indicates that Virtuoso is not running, you need to actually have an instance of Virtuoso installed and running on your machine. Virtuoso is a 3rd party product so you should follow their instructions to download, install, configure and run Virtuoso appropriately Rob From: "Bahador(reza)? OFOGHI" <br_...@ya...> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...>, dotNetRDF User Help and Support <dot...@li...> Date: Tuesday, July 30, 2013 6:56 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] reading owl into a virtuoso triple store Hi, > >I have just started working with virtuoso. I am simply trying to read an OWL file into a virtuoso triple store using the following few lines of code: > >Graphg = newGraph(); >FileLoader.Load(g, "myFile.owl"); >virtuoso.SaveGraph(g); >First time I ran the code I was asked for a path to VirtuosoManager.cs file which I just cancelled! But then, I get the error "No connection could be made because the target machine actively refused it 127.0.0.1:1111" everytime I run the code. I wonder what I need to do to get this to run correctly and put the OWL file into a virtuoso triple store? > >thanks, >bo------------------------------------------------------------------------------ Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Rob V. <rv...@do...> - 2013-07-31 20:02:02
|
The request for a path to VirtuosoManager.cs is the debugger trying to break into the source code but being unable to locate it on your machine and can be safely ignored. The error that you are getting indicates that Virtuoso is not running, you need to actually have an instance of Virtuoso installed and running on your machine. Virtuoso is a 3rd party product so you should follow their instructions to download, install, configure and run Virtuoso appropriately Rob From: "Bahador(reza)? OFOGHI" <br_...@ya...> Reply-To: "Bahador(reza)? OFOGHI" <br_...@ya...>, dotNetRDF User Help and Support <dot...@li...> Date: Tuesday, July 30, 2013 6:56 PM To: "dot...@li..." <dot...@li...> Subject: [dotNetRDF-Support] reading owl into a virtuoso triple store > Hi, > > I have just started working with virtuoso. I am simply trying to read an OWL > file into a virtuoso triple store using the following few lines of code: > > Graph g = new Graph(); > FileLoader.Load(g, "myFile.owl"); > virtuoso.SaveGraph(g); > First time I ran the code I was asked for a path to VirtuosoManager.cs file > which I just cancelled! But then, I get the error "No connection could be made > because the target machine actively refused it 127.0.0.1:1111" everytime I run > the code. I wonder what I need to do to get this to run correctly and put the > OWL file into a virtuoso triple store? > > thanks, > bo > ------------------------------------------------------------------------------ > Get your SQL database under version control now! Version control is standard > for application code, but databases havent caught up. So what steps can you > take to put your SQL databases under version control? Why should you start > doing it? Read more to find out. > http://pubads.g.doubleclick.net/gampad/clk?id=49501711&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Bahador\(reza\)? O. <br_...@ya...> - 2013-07-31 01:56:56
|
Hi, I have just started working with virtuoso. I am simply trying to read an OWL file into a virtuoso triple store using the following few lines of code: Graphg = newGraph(); FileLoader.Load(g, "myFile.owl"); virtuoso.SaveGraph(g);First time I ran the code I was asked for a path to VirtuosoManager.cs file which I just cancelled! But then, I get the error "No connection could be made because the target machine actively refused it 127.0.0.1:1111" everytime I run the code. I wonder what I need to do to get this to run correctly and put the OWL file into a virtuoso triple store? thanks, bo |
From: Rob V. <rv...@do...> - 2013-07-16 16:43:54
|
Hey Andrew I have tried to reproduce this with no success, can you provide a complete failing example? Looking at the code I don't see how Graphs in the PersistentTripleStore could ever be null. Note that dumping a PersistentTripleStore to TriG (or with any IStoreWriter) will only write the graphs that PersistentTripleStore has cached so even if the underlying store is full of graphs if no calls have ever been made to cause these to be cached they will not be visible to the TriG writer. The reason you only see 1 call to Graphs on your wrapper is because the first thing the writers do is see if there are any graphs and if not they bail out. You can see this behavior in the additional test cases I wrote to try and repro your issue - https://bitbucket.org/dotnetrdf/dotnetrdf/commits/25cbab22962793cb0e3f6b3b28 1e6acca3a3b61f If this was not the behavior you were expecting then I need to change the documentation to clarify this in the short term and longer term perhaps change the behavior to pre-cache graphs (or at least cache the existence of graphs and lazily cache them as required) Rob From: Andrew Matthews <mat...@gm...> Reply-To: dotNetRDF User Help and Support <dot...@li...> Date: Sunday, July 14, 2013 1:43 AM To: <dot...@li...> Subject: [dotNetRDF-Support] Possible Issue in PersistentTripleStore or InMemoryStore > To better support mock object frameworks I have a wrapper around the > PersistentTripleStore imaginatively called ITripleStoreWrapper. It delegates > all properties and methods like so: > > public interface ITripleStoreWrapper : IUpdateableTripleStore, > INativelyQueryableStore { . . . } > > public class TripleStoreWrapper : ITripleStoreWrapper > { > private readonly PersistentTripleStore store; > > . . . > BaseGraphCollection ITripleStore.Graphs > { > get > { > return this.store.Graphs; > } > } > . . . > } > > where this.store is a PersistentTripleStore. > > In my unit tests I have the PersistentTripleStore containing an InMemoryStore, > and I am attempting to dump the contents of the in memory triple store to TriG > like so: > > public static string ToTriGString(this ITripleStoreWrapper tripleStore) > { > var sw = new TriGWriter(); > sw.PrettyPrintMode = true; > return StringWriter.Write(tripleStore, sw); > } > > I can see only one call to the triple store wrapper happening - the call to > get Graphs. In the debugger I can see that in the PersistentTripleStore this > is null, but when I dig deeper into the in-memory store I can see that the > correct set of about 30 graphs is present. > > I assume that something has gone wrong here. Any ideas? > > Regards, > >> Andrew > ------------------------------------------------------------------------------ > See everything from the browser to the database with AppDynamics Get > end-to-end visibility with application monitoring from AppDynamics Isolate > bottlenecks and diagnose root cause in seconds. Start your free trial of > AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk___ > ____________________________________________ dotNetRDF-Support mailing list > dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support |
From: Andrew M. <mat...@gm...> - 2013-07-14 08:44:00
|
To better support mock object frameworks I have a wrapper around the PersistentTripleStore imaginatively called ITripleStoreWrapper. It delegates all properties and methods like so: public interface ITripleStoreWrapper : IUpdateableTripleStore, INativelyQueryableStore { . . . } public class TripleStoreWrapper : ITripleStoreWrapper { private readonly PersistentTripleStore store; . . . BaseGraphCollection ITripleStore.Graphs { get { return this.store.Graphs; } } . . . } where this.store is a PersistentTripleStore. In my unit tests I have the PersistentTripleStore containing an InMemoryStore, and I am attempting to dump the contents of the in memory triple store to TriG like so: public static string ToTriGString(this ITripleStoreWrapper tripleStore) { var sw = new TriGWriter(); sw.PrettyPrintMode = true; return StringWriter.Write(tripleStore, sw); } I can see only one call to the triple store wrapper happening - the call to get Graphs. In the debugger I can see that in the PersistentTripleStore this is null, but when I dig deeper into the in-memory store I can see that the correct set of about 30 graphs is present. I assume that something has gone wrong here. Any ideas? Regards, *Andrew* |