dotnetrdf-support — User Help and Support

[dotNetRDF-Support] important can I use DotNet Rdf in my app

[Mary K. <mar...@ya...>]

Hi,
I am developing now my own ontology and I found the best for this is Protege, then I will place this ontology on windows server so I can access it via win8 mobile application, and since the win servers use the c++ and c# so, I will use .DotNet Rdf to access the ontology and get answers. I have read the user guide and still don't know can I use this tool as I mention.
Note: The app is a Question answering system which analyze the question and get answers from ontology. and I am using Stanford tools for analyzing the question and get answers from saved ontology using the DotNet Rdf.
waiting for your kindly reply
Best Regards
Mariam

Re: [dotNetRDF-Support] keep track of the changes applied to the rdf graph

[manuel <man...@ho...>]

Thanks Rob

The feature  that you mention implemented in dotNetRdf is interesting, but it does not what I need

What I need is described well in this thread
http://stackoverflow.com/questions/2116582/triplestore-with-revisions
where it seems there is even a your intervention...

   And I have found that you have worked on this issue ....(eprints.soton.ac.uk/267815/1/All_About_That_-_A_URI_Profiling_Tool_for_monitoring_and_preserving_Linked_Data.pdf)

Is there no triple store that has a build-in mechanism for versioning?
Virtuoso declares to support delta V versioning functionalities, but it not clear in which way.
(see here: http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSDAVMD)

     Regards
   Manuel

Date: Mon, 10 Feb 2014 09:22:50 +0000
From: rv...@do...
To: dot...@li...
Subject: Re: [dotNetRDF-Support] keep track of the changes applied to the rdf graph

Manuel
I don't know that any of the stores have explicit features for this.  I think both AllegroGraph and Stardog have talked about features in this area in the past but I don't know if those features are in releases of their software.  FYI the Talis Platform was discontinued by Talis hence why we dropped support for it a while back.
To be honest you can implement the Changeset concept using the dotNetRDF API (or any RDF API for that matter).  dotNetRDF does have a Difference() method on the IGraph interface which will give you the basic differences between two graphs which you can use as a starting point.
Rob
From:  manuel <man...@ho...>
Reply-To:  dotNetRDF User Help and Support <dot...@li...>
Date:  Sunday, 9 February 2014 21:17
To:  "dot...@li..." <dot...@li...>
Subject:  [dotNetRDF-Support] keep track of the changes applied to the rdf graph

Hello to all

Among the stores supported by dotnetrdf, is there any that supports the capability to keep track of the changes applied to the rdf graph (versioning)? 

Talis platform seems to support it in some way exploting  the changeset concept. However, the Talis Platform via dotNetRDF is a feature any more supported. Is it right?

  Regards
    Manuel

 		 	   		  ------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk_______________________________________________
dotNetRDF-Support mailing list
dot...@li...
https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support


------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk
_______________________________________________
dotNetRDF-Support mailing list
dot...@li...
https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support 		 	   		  

Re: [dotNetRDF-Support] keep track of the changes applied to the rdf graph

[Rob V. <rv...@do...>]

Manuel

I don't know that any of the stores have explicit features for this.  I
think both AllegroGraph and Stardog have talked about features in this area
in the past but I don't know if those features are in releases of their
software.  FYI the Talis Platform was discontinued by Talis hence why we
dropped support for it a while back.

To be honest you can implement the Changeset concept using the dotNetRDF API
(or any RDF API for that matter).  dotNetRDF does have a Difference() method
on the IGraph interface which will give you the basic differences between
two graphs which you can use as a starting point.

Rob

From:  manuel <man...@ho...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Sunday, 9 February 2014 21:17
To:  "dot...@li..."
<dot...@li...>
Subject:  [dotNetRDF-Support] keep track of the changes applied to the rdf
graph

> Hello to all
> 
> Among the stores supported by dotnetrdf, is there any that supports the
> capability to keep track of the changes applied to the rdf graph (versioning)?
> 
> Talis platform seems to support it in some way exploting  the changeset
> concept. However, the Talis Platform via dotNetRDF is a feature any more
> supported. Is it right?
> 
>   Regards
>     Manuel
> 
>        
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications Take advantage of what
> the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Best practices for multiple writers

[Rob V. <rv...@do...>]

Ed

I've just heard back from the Virtuoso developers re: the bug you and I
noticed and they have a suggested fix that is both forwards and backwards
compatible so I will be adopting that fix

Thanks again for the report.

Cheers,

Rob

From:  Edwin Toro <Ed...@la...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Thursday, 6 February 2014 18:07
To:  dotNetRDF User Help and Support
<dot...@li...>
Subject:  Re: [dotNetRDF-Support] Best practices for multiple writers

> Rob
>  
> I've switched to using a PersistentTripleStore wrapper around the
> VirtuosoStorageProvider and this seems to give me what I need.  It looks like
> the PersistentTripleStore gives you a graph that tracks asserts/retracts and
> then uses UpdateGraph on the wrapped IStorageProvider to do INSERT/DELETE
> statements to the underlying store.  This seems to give me the best of both
> worlds where I can use the handy list methods on a graph and still use SPARQL
> for the inserts and deletes.  Obviously I'll still need to worry about any
> coordination between my applications working on the same resource but that
> problem would exist no matter what storage mechanism we use.
>  
> Note that there seems to be an issue with the VirtuosoFormatter and the
> current version of Virtuoso OpenSource (and maybe the full version as well).
> The VirtuosoFormatter.FormatBlankNode method tries to use a Virtuoso function
> called "bif:rdf_make_iid_of_qname" which doesn't appear to exist.  I've
> instead updated this line to simple be: return "<nodeID://" + b.InternalID +
> ">" and everything seems to work.
>  
> Thanks for the help.
>  
> Ed
>  
> 
> From: Rob Vesse [mailto:rv...@do...]
> Sent: Thursday, February 06, 2014 6:00 AM
> To: dotNetRDF User Help and Support
> Subject: Re: [dotNetRDF-Support] Best practices for multiple writers
>  
> 
> Ed
> 
>  
> 
> Yes the downside of the IStorageProvider API is that it is relatively coarse
> grained at the LoadGraph() and SaveGraph() level
> 
>  
> 
> What you may want to consider is whether your application can be done entirely
> through SPARQL?  If this is the case then you can use any of the
> IUpdateableStorage implementations as your backend and just write your logic
> predominantly as SPARQL queries and updates.  This avoids the issue of
> multiple writers overriding each other since you delegate responsibility for
> the transactionality of queries and updates to the backend storage layer.
> 
>  
> 
> Of course if you have lots of rdf lists then manipulating these in SPARQL is
> quite tricky so ultimately it will depend on the complexity of your
> application.
> 
>  
> 
> Another option might be to put your own locking layer on top of an
> IStorageProvider and shared access to the loaded IGraph instances across your
> writers so each writer would take its turn to manipulate the graph and you
> save the graph every so often.
> 
>  
> 
> Rob
> 
>  
> 
> From: Edwin Toro <Ed...@la...>
> Reply-To: dotNetRDF User Help and Support
> <dot...@li...>
> Date: Friday, 31 January 2014 16:50
> To: "dot...@li..."
> <dot...@li...>
> Subject: [dotNetRDF-Support] Best practices for multiple writers
> 
>  
>> 
>> After diving into dotNetRdf over the last week I've made some good progress
>> and have a sample application working pretty much the way I'll need our real
>> application to work.  Now I'm looking into how to best handle multiple
>> readers and writers of the underlying store.  Our goal is to use a triple
>> store to hold our configuration data (with semantics) and to have N
>> applications (or instances of a single application) share that store.  Most
>> of the data access will be reading (for public facing apps) and then the
>> admin apps will be writing to the store.  I started out using the LoadGraph
>> method of the IStorageProvider since it has such handy wrappers around triple
>> handling and lists but after some testing it appears that these load the
>> entire graph into memory and thus the apps would overwrite each other any
>> time I did a SaveGraph.  I then starting looking into IQueryableStorage.Query
>> and IStorageProvider.UpdateGraph but I believe that means I would have to
>> handle any lists on my own as opposed to using the helpers provided by the
>> Graph object.  I'm not opposed to having to handle lists on my own but if I
>> can take advantage of the dotNetRdf implementation I'd rather do that since
>> it is proven.
>>  
>> I looked around on the wiki and couldn't find anything that offered some
>> advice/guidance into how best accomplish this so I was wondering if anyone on
>> the list could provide some?
>>  
>> I'm currently using Virtuoso Open Source for my testing but we haven't
>> decided on what store we will actually use in our production environment.  We
>> will however be sticking with one of the ones that dotNetRdf supports
>> natively.  If another provider supports our use-case more effectively than
>> the others I'd appreciate that insight as well.
>>  
>> Thanks for your time,
>>  
>> Ed Toro
>> -----------------------------------------------------------------------------
>> - WatchGuard Dimension instantly turns raw network data into actionable
>> security intelligence. It gives you real-time visual feedback on key security
>> issues and trends. Skip the complicated setup - simply import a virtual
>> appliance and go from zero to informed in seconds.
>> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_
>> ______________________________________________ dotNetRDF-Support mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-support
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications Take advantage of what
> the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

[dotNetRDF-Support] keep track of the changes applied to the rdf graph

[manuel <man...@ho...>]

Hello to all

Among the stores supported by dotnetrdf, is there any that supports the capability to keep track of the changes applied to the rdf graph (versioning)? 

Talis platform seems to support it in some way exploting  the changeset concept. However, the Talis Platform via dotNetRDF is a feature any more supported. Is it right?

  Regards
    Manuel

 		 	   		  

Re: [dotNetRDF-Support] Best practices for multiple writers

[Rob V. <rv...@do...>]

Re: the Virtuoso error

I just ran into that myself yesterday and am currently talking to Virtuoso
support about it.

If as you suggest the function call is no longer needed and Virtuoso are no
longer supporting that function via SPARQL then I will go ahead and adopt
your workaround.

Thanks,

Rob

From:  Edwin Toro <Ed...@la...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Thursday, 6 February 2014 18:07
To:  dotNetRDF User Help and Support
<dot...@li...>
Subject:  Re: [dotNetRDF-Support] Best practices for multiple writers

> Rob
>  
> I've switched to using a PersistentTripleStore wrapper around the
> VirtuosoStorageProvider and this seems to give me what I need.  It looks like
> the PersistentTripleStore gives you a graph that tracks asserts/retracts and
> then uses UpdateGraph on the wrapped IStorageProvider to do INSERT/DELETE
> statements to the underlying store.  This seems to give me the best of both
> worlds where I can use the handy list methods on a graph and still use SPARQL
> for the inserts and deletes.  Obviously I'll still need to worry about any
> coordination between my applications working on the same resource but that
> problem would exist no matter what storage mechanism we use.
>  
> Note that there seems to be an issue with the VirtuosoFormatter and the
> current version of Virtuoso OpenSource (and maybe the full version as well).
> The VirtuosoFormatter.FormatBlankNode method tries to use a Virtuoso function
> called "bif:rdf_make_iid_of_qname" which doesn't appear to exist.  I've
> instead updated this line to simple be: return "<nodeID://" + b.InternalID +
> ">" and everything seems to work.
>  
> Thanks for the help.
>  
> Ed
>  
> 
> From: Rob Vesse [mailto:rv...@do...]
> Sent: Thursday, February 06, 2014 6:00 AM
> To: dotNetRDF User Help and Support
> Subject: Re: [dotNetRDF-Support] Best practices for multiple writers
>  
> 
> Ed
> 
>  
> 
> Yes the downside of the IStorageProvider API is that it is relatively coarse
> grained at the LoadGraph() and SaveGraph() level
> 
>  
> 
> What you may want to consider is whether your application can be done entirely
> through SPARQL?  If this is the case then you can use any of the
> IUpdateableStorage implementations as your backend and just write your logic
> predominantly as SPARQL queries and updates.  This avoids the issue of
> multiple writers overriding each other since you delegate responsibility for
> the transactionality of queries and updates to the backend storage layer.
> 
>  
> 
> Of course if you have lots of rdf lists then manipulating these in SPARQL is
> quite tricky so ultimately it will depend on the complexity of your
> application.
> 
>  
> 
> Another option might be to put your own locking layer on top of an
> IStorageProvider and shared access to the loaded IGraph instances across your
> writers so each writer would take its turn to manipulate the graph and you
> save the graph every so often.
> 
>  
> 
> Rob
> 
>  
> 
> From: Edwin Toro <Ed...@la...>
> Reply-To: dotNetRDF User Help and Support
> <dot...@li...>
> Date: Friday, 31 January 2014 16:50
> To: "dot...@li..."
> <dot...@li...>
> Subject: [dotNetRDF-Support] Best practices for multiple writers
> 
>  
>> 
>> After diving into dotNetRdf over the last week I've made some good progress
>> and have a sample application working pretty much the way I'll need our real
>> application to work.  Now I'm looking into how to best handle multiple
>> readers and writers of the underlying store.  Our goal is to use a triple
>> store to hold our configuration data (with semantics) and to have N
>> applications (or instances of a single application) share that store.  Most
>> of the data access will be reading (for public facing apps) and then the
>> admin apps will be writing to the store.  I started out using the LoadGraph
>> method of the IStorageProvider since it has such handy wrappers around triple
>> handling and lists but after some testing it appears that these load the
>> entire graph into memory and thus the apps would overwrite each other any
>> time I did a SaveGraph.  I then starting looking into IQueryableStorage.Query
>> and IStorageProvider.UpdateGraph but I believe that means I would have to
>> handle any lists on my own as opposed to using the helpers provided by the
>> Graph object.  I'm not opposed to having to handle lists on my own but if I
>> can take advantage of the dotNetRdf implementation I'd rather do that since
>> it is proven.
>>  
>> I looked around on the wiki and couldn't find anything that offered some
>> advice/guidance into how best accomplish this so I was wondering if anyone on
>> the list could provide some?
>>  
>> I'm currently using Virtuoso Open Source for my testing but we haven't
>> decided on what store we will actually use in our production environment.  We
>> will however be sticking with one of the ones that dotNetRdf supports
>> natively.  If another provider supports our use-case more effectively than
>> the others I'd appreciate that insight as well.
>>  
>> Thanks for your time,
>>  
>> Ed Toro
>> -----------------------------------------------------------------------------
>> - WatchGuard Dimension instantly turns raw network data into actionable
>> security intelligence. It gives you real-time visual feedback on key security
>> issues and trends. Skip the complicated setup - simply import a virtual
>> appliance and go from zero to informed in seconds.
>> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_
>> ______________________________________________ dotNetRDF-Support mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-support
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications Take advantage of what
> the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Best practices for multiple writers

[Edwin T. <Ed...@la...>]

Rob

I've switched to using a PersistentTripleStore wrapper around the VirtuosoStorageProvider and this seems to give me what I need.  It looks like the PersistentTripleStore gives you a graph that tracks asserts/retracts and then uses UpdateGraph on the wrapped IStorageProvider to do INSERT/DELETE statements to the underlying store.  This seems to give me the best of both worlds where I can use the handy list methods on a graph and still use SPARQL for the inserts and deletes.  Obviously I'll still need to worry about any coordination between my applications working on the same resource but that problem would exist no matter what storage mechanism we use.

Note that there seems to be an issue with the VirtuosoFormatter and the current version of Virtuoso OpenSource (and maybe the full version as well).  The VirtuosoFormatter.FormatBlankNode method tries to use a Virtuoso function called "bif:rdf_make_iid_of_qname" which doesn't appear to exist.  I've instead updated this line to simple be: return "<nodeID://" + b.InternalID + ">" and everything seems to work.

Thanks for the help.

Ed

From: Rob Vesse [mailto:rv...@do...]
Sent: Thursday, February 06, 2014 6:00 AM
To: dotNetRDF User Help and Support
Subject: Re: [dotNetRDF-Support] Best practices for multiple writers

Ed

Yes the downside of the IStorageProvider API is that it is relatively coarse grained at the LoadGraph() and SaveGraph() level

What you may want to consider is whether your application can be done entirely through SPARQL?  If this is the case then you can use any of the IUpdateableStorage implementations as your backend and just write your logic predominantly as SPARQL queries and updates.  This avoids the issue of multiple writers overriding each other since you delegate responsibility for the transactionality of queries and updates to the backend storage layer.

Of course if you have lots of rdf lists then manipulating these in SPARQL is quite tricky so ultimately it will depend on the complexity of your application.

Another option might be to put your own locking layer on top of an IStorageProvider and shared access to the loaded IGraph instances across your writers so each writer would take its turn to manipulate the graph and you save the graph every so often.

Rob

From: Edwin Toro <Ed...@la...<mailto:Ed...@la...>>
Reply-To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Date: Friday, 31 January 2014 16:50
To: "dot...@li...<mailto:dot...@li...>" <dot...@li...<mailto:dot...@li...>>
Subject: [dotNetRDF-Support] Best practices for multiple writers

After diving into dotNetRdf over the last week I've made some good progress and have a sample application working pretty much the way I'll need our real application to work.  Now I'm looking into how to best handle multiple readers and writers of the underlying store.  Our goal is to use a triple store to hold our configuration data (with semantics) and to have N applications (or instances of a single application) share that store.  Most of the data access will be reading (for public facing apps) and then the admin apps will be writing to the store.  I started out using the LoadGraph method of the IStorageProvider since it has such handy wrappers around triple handling and lists but after some testing it appears that these load the entire graph into memory and thus the apps would overwrite each other any time I did a SaveGraph.  I then starting looking into IQueryableStorage.Query and IStorageProvider.UpdateGraph but I believe that means I would have to handle any lists on my own as opposed to using the helpers provided by the Graph object.  I'm not opposed to having to handle lists on my own but if I can take advantage of the dotNetRdf implementation I'd rather do that since it is proven.

I looked around on the wiki and couldn't find anything that offered some advice/guidance into how best accomplish this so I was wondering if anyone on the list could provide some?

I'm currently using Virtuoso Open Source for my testing but we haven't decided on what store we will actually use in our production environment.  We will however be sticking with one of the ones that dotNetRdf supports natively.  If another provider supports our use-case more effectively than the others I'd appreciate that insight as well.

Thanks for your time,

Ed Toro
------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...<mailto:dot...@li...> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Best practices for multiple writers

[Rob V. <rv...@do...>]

Ed

Yes the downside of the IStorageProvider API is that it is relatively coarse
grained at the LoadGraph() and SaveGraph() level

What you may want to consider is whether your application can be done
entirely through SPARQL?  If this is the case then you can use any of the
IUpdateableStorage implementations as your backend and just write your logic
predominantly as SPARQL queries and updates.  This avoids the issue of
multiple writers overriding each other since you delegate responsibility for
the transactionality of queries and updates to the backend storage layer.

Of course if you have lots of rdf lists then manipulating these in SPARQL is
quite tricky so ultimately it will depend on the complexity of your
application.

Another option might be to put your own locking layer on top of an
IStorageProvider and shared access to the loaded IGraph instances across
your writers so each writer would take its turn to manipulate the graph and
you save the graph every so often.

Rob

From:  Edwin Toro <Ed...@la...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Friday, 31 January 2014 16:50
To:  "dot...@li..."
<dot...@li...>
Subject:  [dotNetRDF-Support] Best practices for multiple writers

> After diving into dotNetRdf over the last week I've made some good progress
> and have a sample application working pretty much the way I'll need our real
> application to work.  Now I'm looking into how to best handle multiple readers
> and writers of the underlying store.  Our goal is to use a triple store to
> hold our configuration data (with semantics) and to have N applications (or
> instances of a single application) share that store.  Most of the data access
> will be reading (for public facing apps) and then the admin apps will be
> writing to the store.  I started out using the LoadGraph method of the
> IStorageProvider since it has such handy wrappers around triple handling and
> lists but after some testing it appears that these load the entire graph into
> memory and thus the apps would overwrite each other any time I did a
> SaveGraph.  I then starting looking into IQueryableStorage.Query and
> IStorageProvider.UpdateGraph but I believe that means I would have to handle
> any lists on my own as opposed to using the helpers provided by the Graph
> object.  I'm not opposed to having to handle lists on my own but if I can take
> advantage of the dotNetRdf implementation I'd rather do that since it is
> proven.
>  
> I looked around on the wiki and couldn't find anything that offered some
> advice/guidance into how best accomplish this so I was wondering if anyone on
> the list could provide some?
>  
> I'm currently using Virtuoso Open Source for my testing but we haven't decided
> on what store we will actually use in our production environment.  We will
> however be sticking with one of the ones that dotNetRdf supports natively.  If
> another provider supports our use-case more effectively than the others I'd
> appreciate that insight as well.
>  
> Thanks for your time,
>  
> Ed Toro
> ------------------------------------------------------------------------------
> WatchGuard Dimension instantly turns raw network data into actionable security
> intelligence. It gives you real-time visual feedback on key security issues
> and trends.  Skip the complicated setup - simply import a virtual appliance
> and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Searching objects regardless of language tag

[Rob V. <rv...@do...>]

Hi Yossi

Currently there is no specific method for this in the API though one could
possibly be added in the future.

You could use a SPARQL query to achieve this instead e.g.

SELECT * WHERE { ?s skos:prefLabel ?label . FILTER(SAMETERM(STR(?label),
"Microsoft")) }

Rob

From:  Yossi Cohen <yos...@li...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Monday, 3 February 2014 18:57
To:  DotNetRDF mailing-list <dot...@li...>
Subject:  [dotNetRDF-Support] Searching objects regardless of language tag

> Hi everyone,
> 
> I have a SKOS rdf file loaded into a Graph.
> I want to look for triples in the form:    <concept-uri>  <skos:prefLabel>
> ?label
> where the labels are in the form "label@lang" e.g., "Microsoft@en"
> 
> I'm tried to use:
> var triples = Graph.GetTriplesWithPredicateObject( <skos:prefLabel> ,
> "Microsoft" ); 
> with no luck (there exist of course an object with the value =
> "Microsoft@en").
> Now i need to select those which have the object node value="Microsoft"
> regardless of the object lang tag.
> 
> Is there a way to do this?
>  
> Thanks,
> Yossi
>        
> ------------------------------------------------------------------------------
> Managing the Performance of Cloud-Based Applications Take advantage of what
> the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper.
> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

[dotNetRDF-Support] Searching objects regardless of language tag

[Yossi C. <yos...@li...>]

Hi everyone,
I have a SKOS rdf file loaded into a Graph.I want to look for triples in the form:    <concept-uri>  <skos:prefLabel>  ?labelwhere the labels are in the form "label@lang" e.g., "Microsoft@en"
I'm tried to use:var triples = Graph.GetTriplesWithPredicateObject( <skos:prefLabel> , "Microsoft" ); with no luck (there exist of course an object with the value = "Microsoft@en").Now i need to select those which have the object node value="Microsoft" regardless of the object lang tag.
Is there a way to do this? Thanks,Yossi 		 	   		  

[dotNetRDF-Support] Best practices for multiple writers

[Edwin T. <Ed...@la...>]

After diving into dotNetRdf over the last week I've made some good progress and have a sample application working pretty much the way I'll need our real application to work.  Now I'm looking into how to best handle multiple readers and writers of the underlying store.  Our goal is to use a triple store to hold our configuration data (with semantics) and to have N applications (or instances of a single application) share that store.  Most of the data access will be reading (for public facing apps) and then the admin apps will be writing to the store.  I started out using the LoadGraph method of the IStorageProvider since it has such handy wrappers around triple handling and lists but after some testing it appears that these load the entire graph into memory and thus the apps would overwrite each other any time I did a SaveGraph.  I then starting looking into IQueryableStorage.Query and IStorageProvider.UpdateGraph but I believe that means I would have to handle any lists on my own as opposed to using the helpers provided by the Graph object.  I'm not opposed to having to handle lists on my own but if I can take advantage of the dotNetRdf implementation I'd rather do that since it is proven.

I looked around on the wiki and couldn't find anything that offered some advice/guidance into how best accomplish this so I was wondering if anyone on the list could provide some?

I'm currently using Virtuoso Open Source for my testing but we haven't decided on what store we will actually use in our production environment.  We will however be sticking with one of the ones that dotNetRdf supports natively.  If another provider supports our use-case more effectively than the others I'd appreciate that insight as well.

Thanks for your time,

Ed Toro

Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Edwin T. <Ed...@la...>]

Thanks Rob!

I have another question but I'll start a new thread for it.

From: Rob Vesse [mailto:rv...@do...]
Sent: Thursday, January 30, 2014 12:18 PM
To: dotNetRDF User Help and Support
Cc: Edwin Toro
Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Edwin

I've confirmed that this is indeed a change in behaviour with newer Virtuoso versions and am working on a fix for this.

You can track this issue as VIRT-397 (http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=397)

Rob

From: Rob Vesse <rv...@do...<mailto:rv...@do...>>
Reply-To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Date: Tuesday, 28 January 2014 12:05
To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Ok that is useful to know, thanks for the additional information.

That would imply that this behaviour changed at some point in the v6 releases after the point at which I last installed a Virtuoso instance.

I suspect once I confirm this that it will be an easy fix

Rob

From: Edwin Toro <Ed...@la...<mailto:Ed...@la...>>
Reply-To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Date: Tuesday, 28 January 2014 12:01
To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Rob,

Thanks for taking a look.

I tried v6 and have the same issue.  Just to be clear, I'm using the Open Source version of Virtuoso, 64-bit.

http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSDownload#Pre-built%20binaries%20for%20Windows

Version: 06.01.3127
Build: Dec 11 2013


From: Rob Vesse [mailto:rv...@do...]
Sent: Tuesday, January 28, 2014 2:04 PM
To: dotNetRDF User Help and Support
Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Edwin

I suspect this may be a change in how the Virtuoso server communicates between v6 and v7.  The current code is all built and tested against v6 and I don't currently have a v7 instance to test against.  I will need to get a v7 install set up so I can debug this.

I'll get back to you when I know more,

Rob

From: Edwin Toro <Ed...@la...<mailto:Ed...@la...>>
Reply-To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Date: Tuesday, 28 January 2014 09:13
To: "dot...@li...<mailto:dot...@li...>" <dot...@li...<mailto:dot...@li...>>
Subject: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Hello all,

After successfully running through the User Guide on the wiki, I starting writing some test cases that connected to my local Virtuoso Open Source installation.  Everything was working fine until I tried running a CONSTRUCT query:

VirtuosoManager virtuoso = newVirtuosoManager("localhost", "dba", "dba");

var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");

The exception I get is:
Expected a single string value representing the serialization of the Graph resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4 row(s) with 3column(s)

I can run this query in Virtuoso's Conductor and it returns data just fine.  Am I doing something wrong or is this one of the inconsistencies hinted at on the Virtuoso Storage Provider page?

Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
Version: 07.00.3203
Build: Aug 3 2013

dotNetRdf version: 1.0.3 (via NuGet)

Packages.config:
  <packageid="dotNetRDF"version="1.0.3"targetFramework="net45" />
  <packageid="dotNetRDF.Data.Virtuoso"version="1.0.3"targetFramework="net45" />
  <packageid="HtmlAgilityPack"version="1.4.6"targetFramework="net45" />
  <packageid="Newtonsoft.Json"version="5.0.8"targetFramework="net45" />
  <packageid="OpenLink.Data.Virtuoso"version="6.2.3128.1"targetFramework="net45" />
  <packageid="VDS.Common"version="1.2.0"targetFramework="net45" />

Thanks in advance for any help!

Regards,

Ed Toro

------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...<mailto:dot...@li...>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support
------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...<mailto:dot...@li...>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support
------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...<mailto:dot...@li...> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Rob V. <rv...@do...>]

Edwin

I've confirmed that this is indeed a change in behaviour with newer Virtuoso
versions and am working on a fix for this.

You can track this issue as VIRT-397
(http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=397)

Rob

From:  Rob Vesse <rv...@do...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Tuesday, 28 January 2014 12:05
To:  dotNetRDF User Help and Support
<dot...@li...>
Subject:  Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
Virtuoso

> Ok that is useful to know, thanks for the additional information.
> 
> That would imply that this behaviour changed at some point in the v6 releases
> after the point at which I last installed a Virtuoso instance.
> 
> I suspect once I confirm this that it will be an easy fix
> 
> Rob
> 
> From:  Edwin Toro <Ed...@la...>
> Reply-To:  dotNetRDF User Help and Support
> <dot...@li...>
> Date:  Tuesday, 28 January 2014 12:01
> To:  dotNetRDF User Help and Support <dot...@li...>
> Subject:  Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
> Virtuoso
> 
>> Rob,
>>  
>> Thanks for taking a look.
>>  
>> I tried v6 and have the same issue.  Just to be clear, I'm using the Open
>> Source version of Virtuoso, 64-bit.
>>  
>> http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSDownload#Pre-bu
>> ilt%20binaries%20for%20Windows
>>  
>> Version: 06.01.3127
>> Build: Dec 11 2013
>>  
>>  
>> 
>> From: Rob Vesse [mailto:rv...@do...]
>> Sent: Tuesday, January 28, 2014 2:04 PM
>> To: dotNetRDF User Help and Support
>> Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
>> Virtuoso
>>  
>> 
>> Edwin
>> 
>>  
>> 
>> I suspect this may be a change in how the Virtuoso server communicates
>> between v6 and v7.  The current code is all built and tested against v6 and I
>> don't currently have a v7 instance to test against.  I will need to get a v7
>> install set up so I can debug this.
>> 
>>  
>> 
>> I'll get back to you when I know more,
>> 
>>  
>> 
>> Rob
>> 
>>  
>> 
>> From: Edwin Toro <Ed...@la...>
>> Reply-To: dotNetRDF User Help and Support
>> <dot...@li...>
>> Date: Tuesday, 28 January 2014 09:13
>> To: "dot...@li..."
>> <dot...@li...>
>> Subject: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
>> Virtuoso
>> 
>>  
>>> 
>>> Hello all,
>>>  
>>> After successfully running through the User Guide on the wiki, I starting
>>> writing some test cases that connected to my local Virtuoso Open Source
>>> installation.  Everything was working fine until I tried running a CONSTRUCT
>>> query:
>>>  
>>> VirtuosoManager virtuoso = newVirtuosoManager("localhost", "dba", "dba");
>>>  
>>> var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH
>>> <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");
>>>  
>>> The exception I get is:
>>> Expected a single string value representing the serialization of the Graph
>>> resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4
>>> row(s) with 3column(s)
>>>  
>>> I can run this query in Virtuoso's Conductor and it returns data just fine.
>>> Am I doing something wrong or is this one of the inconsistencies hinted at
>>> on the Virtuoso Storage Provider page?
>>>  
>>> Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
>>> Version: 07.00.3203
>>> Build: Aug 3 2013
>>>  
>>> dotNetRdf version: 1.0.3 (via NuGet)
>>>  
>>> Packages.config:
>>>   <packageid="dotNetRDF"version="1.0.3"targetFramework="net45" />
>>>   <packageid="dotNetRDF.Data.Virtuoso"version="1.0.3"targetFramework="net45"
>>> />
>>>   <packageid="HtmlAgilityPack"version="1.4.6"targetFramework="net45" />
>>>   <packageid="Newtonsoft.Json"version="5.0.8"targetFramework="net45" />
>>>   
>>> <packageid="OpenLink.Data.Virtuoso"version="6.2.3128.1"targetFramework="net4
>>> 5" />
>>>   <packageid="VDS.Common"version="1.2.0"targetFramework="net45" />
>>>  
>>> Thanks in advance for any help!
>>>  
>>> Regards,
>>>  
>>> Ed Toro
>>>  
>>> ----------------------------------------------------------------------------
>>> -- WatchGuard Dimension instantly turns raw network data into actionable
>>> security intelligence. It gives you real-time visual feedback on key
>>> security issues and trends. Skip the complicated setup - simply import a
>>> virtual appliance and go from zero to informed in seconds.
>>> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
>>> _______________________________________________ dotNetRDF-Support mailing
>>> list 
>>> dot...@li...https://lists.sourceforge.net/lists/l
>>> istinfo/dotnetrdf-support
>> -----------------------------------------------------------------------------
>> - WatchGuard Dimension instantly turns raw network data into actionable
>> security intelligence. It gives you real-time visual feedback on key security
>> issues and trends.  Skip the complicated setup - simply import a virtual
>> appliance and go from zero to informed in seconds.
>> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_
>> ______________________________________________ dotNetRDF-Support mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-support
> ------------------------------------------------------------------------------
> WatchGuard Dimension instantly turns raw network data into actionable security
> intelligence. It gives you real-time visual feedback on key security issues
> and trends.  Skip the complicated setup - simply import a virtual appliance
> and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Rob V. <rv...@do...>]

Ok that is useful to know, thanks for the additional information.

That would imply that this behaviour changed at some point in the v6
releases after the point at which I last installed a Virtuoso instance.

I suspect once I confirm this that it will be an easy fix

Rob

From:  Edwin Toro <Ed...@la...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Tuesday, 28 January 2014 12:01
To:  dotNetRDF User Help and Support
<dot...@li...>
Subject:  Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
Virtuoso

> Rob,
>  
> Thanks for taking a look.
>  
> I tried v6 and have the same issue.  Just to be clear, I'm using the Open
> Source version of Virtuoso, 64-bit.
>  
> http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSDownload#Pre-bui
> lt%20binaries%20for%20Windows
>  
> Version: 06.01.3127
> Build: Dec 11 2013
>  
>  
> 
> From: Rob Vesse [mailto:rv...@do...]
> Sent: Tuesday, January 28, 2014 2:04 PM
> To: dotNetRDF User Help and Support
> Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
> Virtuoso
>  
> 
> Edwin
> 
>  
> 
> I suspect this may be a change in how the Virtuoso server communicates between
> v6 and v7.  The current code is all built and tested against v6 and I don't
> currently have a v7 instance to test against.  I will need to get a v7 install
> set up so I can debug this.
> 
>  
> 
> I'll get back to you when I know more,
> 
>  
> 
> Rob
> 
>  
> 
> From: Edwin Toro <Ed...@la...>
> Reply-To: dotNetRDF User Help and Support
> <dot...@li...>
> Date: Tuesday, 28 January 2014 09:13
> To: "dot...@li..."
> <dot...@li...>
> Subject: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
> Virtuoso
> 
>  
>> 
>> Hello all,
>>  
>> After successfully running through the User Guide on the wiki, I starting
>> writing some test cases that connected to my local Virtuoso Open Source
>> installation.  Everything was working fine until I tried running a CONSTRUCT
>> query:
>>  
>> VirtuosoManager virtuoso = newVirtuosoManager("localhost", "dba", "dba");
>>  
>> var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH
>> <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");
>>  
>> The exception I get is:
>> Expected a single string value representing the serialization of the Graph
>> resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4
>> row(s) with 3column(s)
>>  
>> I can run this query in Virtuoso's Conductor and it returns data just fine.
>> Am I doing something wrong or is this one of the inconsistencies hinted at on
>> the Virtuoso Storage Provider page?
>>  
>> Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
>> Version: 07.00.3203
>> Build: Aug 3 2013
>>  
>> dotNetRdf version: 1.0.3 (via NuGet)
>>  
>> Packages.config:
>>   <packageid="dotNetRDF"version="1.0.3"targetFramework="net45" />
>>   <packageid="dotNetRDF.Data.Virtuoso"version="1.0.3"targetFramework="net45"
>> />
>>   <packageid="HtmlAgilityPack"version="1.4.6"targetFramework="net45" />
>>   <packageid="Newtonsoft.Json"version="5.0.8"targetFramework="net45" />
>>   
>> <packageid="OpenLink.Data.Virtuoso"version="6.2.3128.1"targetFramework="net45
>> " />
>>   <packageid="VDS.Common"version="1.2.0"targetFramework="net45" />
>>  
>> Thanks in advance for any help!
>>  
>> Regards,
>>  
>> Ed Toro
>>  
>> -----------------------------------------------------------------------------
>> - WatchGuard Dimension instantly turns raw network data into actionable
>> security intelligence. It gives you real-time visual feedback on key security
>> issues and trends. Skip the complicated setup - simply import a virtual
>> appliance and go from zero to informed in seconds.
>> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_
>> ______________________________________________ dotNetRDF-Support mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-support
> ------------------------------------------------------------------------------
> WatchGuard Dimension instantly turns raw network data into actionable security
> intelligence. It gives you real-time visual feedback on key security issues
> and trends.  Skip the complicated setup - simply import a virtual appliance
> and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Edwin T. <Ed...@la...>]

Rob,

Thanks for taking a look.

I tried v6 and have the same issue.  Just to be clear, I'm using the Open Source version of Virtuoso, 64-bit.

http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSDownload#Pre-built%20binaries%20for%20Windows

Version: 06.01.3127
Build: Dec 11 2013


From: Rob Vesse [mailto:rv...@do...]
Sent: Tuesday, January 28, 2014 2:04 PM
To: dotNetRDF User Help and Support
Subject: Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Edwin

I suspect this may be a change in how the Virtuoso server communicates between v6 and v7.  The current code is all built and tested against v6 and I don't currently have a v7 instance to test against.  I will need to get a v7 install set up so I can debug this.

I'll get back to you when I know more,

Rob

From: Edwin Toro <Ed...@la...<mailto:Ed...@la...>>
Reply-To: dotNetRDF User Help and Support <dot...@li...<mailto:dot...@li...>>
Date: Tuesday, 28 January 2014 09:13
To: "dot...@li...<mailto:dot...@li...>" <dot...@li...<mailto:dot...@li...>>
Subject: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

Hello all,

After successfully running through the User Guide on the wiki, I starting writing some test cases that connected to my local Virtuoso Open Source installation.  Everything was working fine until I tried running a CONSTRUCT query:

VirtuosoManager virtuoso = newVirtuosoManager("localhost", "dba", "dba");

var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");

The exception I get is:
Expected a single string value representing the serialization of the Graph resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4 row(s) with 3column(s)

I can run this query in Virtuoso's Conductor and it returns data just fine.  Am I doing something wrong or is this one of the inconsistencies hinted at on the Virtuoso Storage Provider page?

Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
Version: 07.00.3203
Build: Aug 3 2013

dotNetRdf version: 1.0.3 (via NuGet)

Packages.config:
  <packageid="dotNetRDF"version="1.0.3"targetFramework="net45" />
  <packageid="dotNetRDF.Data.Virtuoso"version="1.0.3"targetFramework="net45" />
  <packageid="HtmlAgilityPack"version="1.4.6"targetFramework="net45" />
  <packageid="Newtonsoft.Json"version="5.0.8"targetFramework="net45" />
  <packageid="OpenLink.Data.Virtuoso"version="6.2.3128.1"targetFramework="net45" />
  <packageid="VDS.Common"version="1.2.0"targetFramework="net45" />

Thanks in advance for any help!

Regards,

Ed Toro

------------------------------------------------------------------------------ WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-Support mailing list dot...@li...<mailto:dot...@li...> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

Re: [dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Rob V. <rv...@do...>]

Edwin

I suspect this may be a change in how the Virtuoso server communicates
between v6 and v7.  The current code is all built and tested against v6 and
I don't currently have a v7 instance to test against.  I will need to get a
v7 install set up so I can debug this.

I'll get back to you when I know more,

Rob

From:  Edwin Toro <Ed...@la...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Tuesday, 28 January 2014 09:13
To:  "dot...@li..."
<dot...@li...>
Subject:  [dotNetRDF-Support] Error when issuing CONSTRUCT statement to
Virtuoso

> Hello all,
>  
> After successfully running through the User Guide on the wiki, I starting
> writing some test cases that connected to my local Virtuoso Open Source
> installation.  Everything was working fine until I tried running a CONSTRUCT
> query:
>  
> VirtuosoManager virtuoso = newVirtuosoManager("localhost", "dba", "dba");
>  
> var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH
> <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");
>  
> The exception I get is:
> Expected a single string value representing the serialization of the Graph
> resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4
> row(s) with 3column(s)
>  
> I can run this query in Virtuoso's Conductor and it returns data just fine.
> Am I doing something wrong or is this one of the inconsistencies hinted at on
> the Virtuoso Storage Provider page?
>  
> Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
> Version: 07.00.3203
> Build: Aug 3 2013
>  
> dotNetRdf version: 1.0.3 (via NuGet)
>  
> Packages.config:
>   <packageid="dotNetRDF"version="1.0.3"targetFramework="net45" />
>   <packageid="dotNetRDF.Data.Virtuoso"version="1.0.3"targetFramework="net45"
> />
>   <packageid="HtmlAgilityPack"version="1.4.6"targetFramework="net45" />
>   <packageid="Newtonsoft.Json"version="5.0.8"targetFramework="net45" />
>   
> <packageid="OpenLink.Data.Virtuoso"version="6.2.3128.1"targetFramework="net45"
> />
>   <packageid="VDS.Common"version="1.2.0"targetFramework="net45" />
>  
> Thanks in advance for any help!
>  
> Regards,
>  
> Ed Toro
>  
> ------------------------------------------------------------------------------
> WatchGuard Dimension instantly turns raw network data into actionable security
> intelligence. It gives you real-time visual feedback on key security issues
> and trends.  Skip the complicated setup - simply import a virtual appliance
> and go from zero to informed in seconds.
> http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk__
> _____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

[dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Edwin T. <Ed...@la...>]

Hello all,

After successfully running through the User Guide on the wiki, I starting writing some test cases that connected to my local Virtuoso Open Source installation.  Everything was working fine until I tried running a CONSTRUCT query:

VirtuosoManager virtuoso = new VirtuosoManager("localhost", "dba", "dba");

var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");

The exception I get is:
Expected a single string value representing the serialization of the Graph resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4 row(s) with 3column(s)

I can run this query in Virtuoso's Conductor and it returns data just fine.  Am I doing something wrong or is this one of the inconsistencies hinted at on the Virtuoso Storage Provider page?

Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
Version: 07.00.3203
Build: Aug 3 2013

dotNetRdf version: 1.0.3 (via NuGet)

Packages.config:
  <package id="dotNetRDF" version="1.0.3" targetFramework="net45" />
  <package id="dotNetRDF.Data.Virtuoso" version="1.0.3" targetFramework="net45" />
  <package id="HtmlAgilityPack" version="1.4.6" targetFramework="net45" />
  <package id="Newtonsoft.Json" version="5.0.8" targetFramework="net45" />
  <package id="OpenLink.Data.Virtuoso" version="6.2.3128.1" targetFramework="net45" />
  <package id="VDS.Common" version="1.2.0" targetFramework="net45" />

Thanks in advance for any help!

I tried subscribing to the list but haven't gotten the confirmation email yet so please include this address on any replies.

Regards,

Ed Toro

[dotNetRDF-Support] Error when issuing CONSTRUCT statement to Virtuoso

[Edwin T. <Ed...@la...>]

Hello all,

After successfully running through the User Guide on the wiki, I starting writing some test cases that connected to my local Virtuoso Open Source installation.  Everything was working fine until I tried running a CONSTRUCT query:

VirtuosoManager virtuoso = new VirtuosoManager("localhost", "dba", "dba");

var results = virtuoso.Query("CONSTRUCT { ?s ?p ?o } WHERE { GRAPH <http://www.mycompany.com/exampleGraph> {?s ?p ?o}}");

The exception I get is:
Expected a single string value representing the serialization of the Graph resulting from a CONSTRUCT/DESCRIBE query but this was not received (Got 4 row(s) with 3column(s)

I can run this query in Virtuoso's Conductor and it returns data just fine.  Am I doing something wrong or is this one of the inconsistencies hinted at on the Virtuoso Storage Provider page?

Virtuoso Open Source distribution: virtuoso-opensource-7.0.0-x64-20130802
Version: 07.00.3203
Build: Aug 3 2013

dotNetRdf version: 1.0.3 (via NuGet)

Packages.config:
  <package id="dotNetRDF" version="1.0.3" targetFramework="net45" />
  <package id="dotNetRDF.Data.Virtuoso" version="1.0.3" targetFramework="net45" />
  <package id="HtmlAgilityPack" version="1.4.6" targetFramework="net45" />
  <package id="Newtonsoft.Json" version="5.0.8" targetFramework="net45" />
  <package id="OpenLink.Data.Virtuoso" version="6.2.3128.1" targetFramework="net45" />
  <package id="VDS.Common" version="1.2.0" targetFramework="net45" />

Thanks in advance for any help!

Regards,

Ed Toro

Re: [dotNetRDF-Support] Question about SPARQL

[Rob V. <rv...@do...>]

It sounds like you don't need help with dotNetRDF but rather with SPARQL
itself since you have merely copied and pasted one of the documentation
examples.

I would recommend that you read a good SPARQL tutorial like Leigh
Feigenbaum's SPARQL by Example
(http://www.cambridgesemantics.com/en_GB/semantic-university/sparql-by-examp
le) or purchase a copy of Bob DuCharme's excellent Learning SPARQL bool
(http://learningsparql.com)

Regards,

Rob Vesse

PS Please do not email me with questions directly unless they contain
sensitive data, if you have questions please subscribe to the mailing list
(CC'd on this reply) and send your questions there so the whole community
benefits

From:  Nurul Aswa Omar <nur...@ut...>
Date:  Saturday, 11 January 2014 03:21
To:  Rob Vesse <rv...@do...>
Subject:  Question about SPARQL

> HYE,
> I' am Nurul, i just use dotnetRDF library and then try to do the query some
> file owl, but i dont know how to write SPARQL query (writing in red colour)
> follow to my file(travelRDF.owl), example if  i want to display
> AccommodationRating member (OneStarRating,TwoStarRating,ThreeStarRating) as a
> result. how should i write in SPARQL query. Because the example in dotnetRDF
> give below just give statement like { ?s ex:property @value }, so what means
> "?s" "ex:property" "@value"? Attach with its my travelRDF.owl file for
> reference. 
> using System;using VDS.RDF.Query;public class
> SparqlParameterizedStringExample{
> 	public static void Main(String[] args)
> 	{
> 		//Create a Parameterized String
> 		SparqlParameterizedString queryString = new SparqlParameterizedString();
> 
> 		//Add a namespace declaration
> 		queryString.Namespaces.AddNamespace("ex", new
> Uri("http://example.org/ns#"));
> 
> 		//Set the SPARQL command
> 		//For more complex queries we can do this in multiple lines by using += on >
the
> 		//CommandText property
> 		//Note we can use @name style parameters here
> 		queryString.CommandText = "SELECT * WHERE { ?s ex:property @value }";
> 		//Inject a Value for the parameter
> 		queryString.SetUri("value", new Uri("http://example.org/value"));
> 
> 		//When we call ToString() we get the full command text with namespaces
> appended as PREFIX
> 		//declarations and any parameters replaced with their declared values
> 		Console.WriteLine(queryString.ToString());
> 
> 		//We can turn this into a query by parsing it as in our previous example
> 		SparqlQueryParser parser = new SparqlQueryParser();
> 		SparqlQuery query = parser.ParseFromString(queryString);
> 	}}
> TQ in advance for your kindness
> 
> Regards,
> Student
> -- 
> Nurul Aswa Bt Omar
> Tutor / PhD Student
> Jabatan Teknologi Web
> Fakulti Sains Komputer dan Teknologi Maklumat
> Universiti Tun Hussein Onn Malaysia

Re: [dotNetRDF-Support] DBPedia Processing Namespace Mappings

[Rob V. <rv...@do...>]

Ah I see what the issue is, so this is a combination of two separate bugs
colliding.

The first bug is that Virtuoso is incorrectly sending a text/plain
Content-Type when outputting Turtle/N3 meaning dotNetRDF selects the wrong
parser

The second bug is in dotNetRDF and explains why you get an empty graph
rather than a parser error, the UriLoader has some caching logic built into
it to avoid trips out over the network where possible or where ETags
indicate that a resource has not changed.  However some of the logic around
error handling wrt caching (because if we fail to parse the response we
don't want to cache a partial response) was inadvertently swallowing the
error rather than populating it up the stack.  This is filed as CORE-391
(http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=391)

Even with the fix you are now going to get errors instead of an empty graph
because of Virtuoso's dud Content-Type declaration.  To work around both
bugs you can explicitly specify the parser to be used which will also
restrict what content types dotNetRDF will request I.e.

URILoader.Load(g, new Uri("http://dbpedia.org/ontology/wikiPageRedirects"),
new RdfXmlParser())

For me this successfully returns a graph whereas not specifying a parser now
gives me a parser error due to the incorrect parser selection driven by the
bad Content-Type header.  I'll probably push the fix a little later today.

Obviously if you are going to do this lots then I would create a single
instance of the parser and just pass it in to each call.

Apologies for the inconvenience,

Rob

From:  David Shugars <dsh...@gm...>
Date:  Wednesday, 11 December 2013 15:37
To:  Rob Vesse <rv...@do...>
Cc:  dotNetRDF User Help and Support
<dot...@li...>
Subject:  Re: [dotNetRDF-Support] DBPedia Processing Namespace Mappings

> Hi Rob.
> Yes, I'm looping through the initial document:
> http://dbpedia.org/resource/Tetris and examining the predicates.  One of them
> comes up as: http://dbpedia.org/ontology/wikiPageRedirects for example.  Then
> I'm doing URILoader.Load( g, http://dbpedia.org/ontology/wikiPageRedirects) to
> get a more human friendly name from the rdfs:label predicate.
> 
> URILoader.Load( g, http://dbpedia.org/ontology/wikiPageRedirects) results in
> an **empty graph** and no triples.
> 
> However, looking at the dbpedia HTML page, the RDF/XML representation looks
> like this: http://dbpedia.org/data3/wikiPageRedirects
> <http://dbpedia.org/ontology/wikiPageRedirects> .  UriLoader.Load( g,
> http://dbpedia.org/data3/wikiPageRedirects
> <http://dbpedia.org/ontology/wikiPageRedirects>  ) works as expected.
> 
> So I'm wondering about a mapping between the different URIs in dbpedia.  This
> happens with everything that has a predicate with "ontology" in the namespace.
> 
> David
> 
> 
> 
> 
> On Wed, Dec 11, 2013 at 4:37 AM, Rob Vesse <rv...@do...> wrote:
>> David
>> 
>> I'm not sure I fully understand your issue here, how are you resolving the
>> predicates?  UriLoader.Load() ? Your own code ?
>> And what exactly is wrong with the data being received?
>> 
>> .Net's HttpWebRequest should handle redirects automatically, if it does not
>> then that is most likely Virtuoso misbehaving (it's fairly well known for
>> being buggy and deviating from various specifications one would expect it to
>> honour)
>> 
>> Using the HTTP Debugging features of the library might shed some light on the
>> requests sent and received
>> (https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/HowTo/Debug%20HTTP%20Communic
>> ation.wiki#!debugging-http-communication) if you haven't already been using
>> it to do so.
>> 
>> Rob
>> 
>> p.s. Gentle reminder ­ all our lists are subscription based, if you haven't
>> already please subscribe to the lists
>> 
>> From:  David Shugars <dsh...@gm...>
>> Reply-To:  dotNetRDF User Help and Support
>> <dot...@li...>
>> Date:  Wednesday, 11 December 2013 00:52
>> To:  <dot...@li...>
>> Subject:  [dotNetRDF-Support] DBPedia Processing Namespace Mappings
>> 
>>> I have what seems like should be a fairly simple question regarding
>>> processing data in DBPedia.
>>> Let's say I have the following request to DBPedia:
>>> http://dbpedia.org/resource/Tetris
>>> 
>>> So I ask dotnetrdf to give me the triples.  And I basically want to convert
>>> Predicates and Objects into something like properties and values.  Very
>>> similar to how the HTML DBPedia pages work.
>>> 
>>> So, I start looping and get a Predicate like this in the triple:
>>> http://dbpedia.org/ontology/wikiPageRedirects
>>> 
>>> and I want to get the rdfs:label to get a human readable version of the
>>> property.
>>> However, resolving this gives me unwanted results because the RDF version is
>>> here: http://dbpedia.org/data3/wikiPageRedirects.  Of course the difference
>>> is the change from ontology in the URI to data3.
>>> 
>>> Right now I'm maintaining this mapping from ontology -> data3 and property
>>> -> data4 manually.
>>> 
>>> Is there a better way to get this mapping?  Seems like there has to be.
>>> I was hoping that a basic HTTPWebRequest/HTTPWebResponse with an
>>> application/rdf+xml to http://dbpedia.org/ontology/wikiPageRedirects might
>>> give me a 303 Redirect with the new URI, but that doesn't seem to be the
>>> case.  Best I can see so far is a Response Header with a Link but that seems
>>> very web server implementation specific.
>>> 
>>> Thanks in advance.
>>> David
>>> 
>>> ----------------------------------------------------------------------------
>>> -- Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>>> Pro! 
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_
>>> ______________________________________________ dotNetRDF-Support mailing
>>> list 
>>> dot...@li...https://lists.sourceforge.net/lists/l
>>> istinfo/dotnetrdf-support
> 

Re: [dotNetRDF-Support] DBPedia Processing Namespace Mappings

[David S. <dsh...@gm...>]

Hi Rob.
Yes, I'm looping through the initial document:
http://dbpedia.org/resource/Tetris and examining the predicates.  One of
them comes up as: http://dbpedia.org/ontology/wikiPageRedirects for
example.  Then I'm doing URILoader.Load( g,
http://dbpedia.org/ontology/wikiPageRedirects) to get a more human friendly
name from the rdfs:label predicate.

URILoader.Load( g, http://dbpedia.org/ontology/wikiPageRedirects) results
in an **empty graph** and no triples.

However, looking at the dbpedia HTML page, the RDF/XML representation looks
like this: http://dbpedia.org/data3/wikiPageRedirects<http://dbpedia.org/ontology/wikiPageRedirects>.
 UriLoader.Load( g,
http://dbpedia.org/data3/wikiPageRedirects<http://dbpedia.org/ontology/wikiPageRedirects>
)
works as expected.

So I'm wondering about a mapping between the different URIs in dbpedia.
 This happens with everything that has a predicate with "ontology" in the
namespace.

David




On Wed, Dec 11, 2013 at 4:37 AM, Rob Vesse <rv...@do...> wrote:

> David
>
> I'm not sure I fully understand your issue here, how are you resolving the
> predicates?  UriLoader.Load() ? Your own code ?
> And what exactly is wrong with the data being received?
>
> .Net's HttpWebRequest should handle redirects automatically, if it does
> not then that is most likely Virtuoso misbehaving (it's fairly well known
> for being buggy and deviating from various specifications one would expect
> it to honour)
>
> Using the HTTP Debugging features of the library might shed some light on
> the requests sent and received (
> https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/HowTo/Debug%20HTTP%20Communication.wiki#!debugging-http-communication)
> if you haven't already been using it to do so.
>
> Rob
>
> p.s. Gentle reminder – all our lists are subscription based, if you
> haven't already please subscribe to the lists
>
> From: David Shugars <dsh...@gm...>
> Reply-To: dotNetRDF User Help and Support <
> dot...@li...>
> Date: Wednesday, 11 December 2013 00:52
> To: <dot...@li...>
> Subject: [dotNetRDF-Support] DBPedia Processing Namespace Mappings
>
> I have what seems like should be a fairly simple question regarding
> processing data in DBPedia.
> Let's say I have the following request to DBPedia:
> http://dbpedia.org/resource/Tetris
>
> So I ask dotnetrdf to give me the triples.  And I basically want to
> convert Predicates and Objects into something like properties and values.
>  Very similar to how the HTML DBPedia pages work.
>
> So, I start looping and get a Predicate like this in the triple:
> http://dbpedia.org/ontology/wikiPageRedirects
>
> and I want to get the rdfs:label to get a human readable version of the
> property.
> However, resolving this gives me unwanted results because the RDF version
> is here: http://dbpedia.org/data3/wikiPageRedirects.  Of course the
> difference is the change from ontology in the URI to data3.
>
> Right now I'm maintaining this mapping from ontology -> data3 and property
> -> data4 manually.
>
> Is there a better way to get this mapping?  Seems like there has to be.
> I was hoping that a basic HTTPWebRequest/HTTPWebResponse with an
> application/rdf+xml to http://dbpedia.org/ontology/wikiPageRedirectsmight give me a 303 Redirect with the new URI, but that doesn't seem to be
> the case.  Best I can see so far is a Response Header with a Link but that
> seems very web server implementation specific.
>
> Thanks in advance.
> David
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_______________________________________________dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support
>
>

Re: [dotNetRDF-Support] DBPedia Processing Namespace Mappings

[Rob V. <rv...@do...>]

David

I'm not sure I fully understand your issue here, how are you resolving the
predicates?  UriLoader.Load() ? Your own code ?
And what exactly is wrong with the data being received?

.Net's HttpWebRequest should handle redirects automatically, if it does not
then that is most likely Virtuoso misbehaving (it's fairly well known for
being buggy and deviating from various specifications one would expect it to
honour)

Using the HTTP Debugging features of the library might shed some light on
the requests sent and received
(https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/HowTo/Debug%20HTTP%20Communi
cation.wiki#!debugging-http-communication) if you haven't already been using
it to do so.

Rob

p.s. Gentle reminder ­ all our lists are subscription based, if you haven't
already please subscribe to the lists

From:  David Shugars <dsh...@gm...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Wednesday, 11 December 2013 00:52
To:  <dot...@li...>
Subject:  [dotNetRDF-Support] DBPedia Processing Namespace Mappings

> I have what seems like should be a fairly simple question regarding processing
> data in DBPedia.
> Let's say I have the following request to DBPedia:
> http://dbpedia.org/resource/Tetris
> 
> So I ask dotnetrdf to give me the triples.  And I basically want to convert
> Predicates and Objects into something like properties and values.  Very
> similar to how the HTML DBPedia pages work.
> 
> So, I start looping and get a Predicate like this in the triple:
> http://dbpedia.org/ontology/wikiPageRedirects
> 
> and I want to get the rdfs:label to get a human readable version of the
> property.
> However, resolving this gives me unwanted results because the RDF version is
> here: http://dbpedia.org/data3/wikiPageRedirects.  Of course the difference is
> the change from ontology in the URI to data3.
> 
> Right now I'm maintaining this mapping from ontology -> data3 and property ->
> data4 manually.
> 
> Is there a better way to get this mapping?  Seems like there has to be.
> I was hoping that a basic HTTPWebRequest/HTTPWebResponse with an
> application/rdf+xml to http://dbpedia.org/ontology/wikiPageRedirects might
> give me a 303 Redirect with the new URI, but that doesn't seem to be the case.
> Best I can see so far is a Response Header with a Link but that seems very web
> server implementation specific.
> 
> Thanks in advance.
> David
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
> ____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support

[dotNetRDF-Support] DBPedia Processing Namespace Mappings

[David S. <dsh...@gm...>]

I have what seems like should be a fairly simple question regarding
processing data in DBPedia.
Let's say I have the following request to DBPedia:
http://dbpedia.org/resource/Tetris

So I ask dotnetrdf to give me the triples.  And I basically want to convert
Predicates and Objects into something like properties and values.  Very
similar to how the HTML DBPedia pages work.

So, I start looping and get a Predicate like this in the triple:
http://dbpedia.org/ontology/wikiPageRedirects

and I want to get the rdfs:label to get a human readable version of the
property.
However, resolving this gives me unwanted results because the RDF version
is here: http://dbpedia.org/data3/wikiPageRedirects.  Of course the
difference is the change from ontology in the URI to data3.

Right now I'm maintaining this mapping from ontology -> data3 and property
-> data4 manually.

Is there a better way to get this mapping?  Seems like there has to be.
I was hoping that a basic HTTPWebRequest/HTTPWebResponse with an
application/rdf+xml to http://dbpedia.org/ontology/wikiPageRedirects might
give me a 303 Redirect with the new URI, but that doesn't seem to be the
case.  Best I can see so far is a Response Header with a Link but that
seems very web server implementation specific.

Thanks in advance.
David

Re: [dotNetRDF-Support] Only receiving unique objects?

[dshugars d. <dsh...@um...>]

Thanks, Rob.  Of course, that was the problem.  Surprising to me that I've
been able to work for quite a while using the other format without coming
across this.  The work I'm doing is involving data quality in semantic web
/ linked data so getting all of the values is going to be important to me.

Thanks again.
David



On Mon, Dec 2, 2013 at 10:40 AM, Rob Vesse <rv...@do...> wrote:

> Hi David
>
> The problem is the URI you are trying to load.  The pages/ID URIs for
> DBPedia resolve to HTML pages which contain RDFa but dotNetRDF doesn't have
> a completely accurate RDFa parser so won't necessarily successfully extract
> all the rdf:type values.
>
> Whenever you want to retrieve RDF from DBPedia (regardless of the tool you
> are using) you should always use the resource/ID URL which returns raw
> machine readable RDF given an appropriate Accept header in the request
> (otherwise they redirect to the pages/ID URL as they assume you are a
> human).  So in your case try using http://dbpedia.org/resource/Tetris instead
> and you should get better results.
>
> Regards,
>
> Rob
>
> p.s. This is a subscription based list, if you intend to continue posting
> to this list please subscribe at
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support, I have
> moderated your email through this time and CC'd you so you see this reply
> but you may miss any future replies if you do not subscribe
>
> From: dshugars dshugars <dsh...@um...>
> Reply-To: dotNetRDF User Help and Support <
> dot...@li...>
> Date: Monday, 2 December 2013 15:29
> To: <dot...@li...>
> Subject: [dotNetRDF-Support] Only receiving unique objects?
>
> 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
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk_______________________________________________dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support
>
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
> Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support
>
>

Re: [dotNetRDF-Support] Only receiving unique objects?

[Rob V. <rv...@do...>]

Hi David

The problem is the URI you are trying to load.  The pages/ID URIs for
DBPedia resolve to HTML pages which contain RDFa but dotNetRDF doesn't have
a completely accurate RDFa parser so won't necessarily successfully extract
all the rdf:type values.

Whenever you want to retrieve RDF from DBPedia (regardless of the tool you
are using) you should always use the resource/ID URL which returns raw
machine readable RDF given an appropriate Accept header in the request
(otherwise they redirect to the pages/ID URL as they assume you are a
human).  So in your case try using http://dbpedia.org/resource/Tetris
instead and you should get better results.

Regards,

Rob

p.s. This is a subscription based list, if you intend to continue posting to
this list please subscribe at
https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support, I have
moderated your email through this time and CC'd you so you see this reply
but you may miss any future replies if you do not subscribe

From:  dshugars dshugars <dsh...@um...>
Reply-To:  dotNetRDF User Help and Support
<dot...@li...>
Date:  Monday, 2 December 2013 15:29
To:  <dot...@li...>
Subject:  [dotNetRDF-Support] Only receiving unique objects?

> 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
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk___
> ____________________________________________ dotNetRDF-Support mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-support