On 19/09/14 15:01, Sergio Fernández wrote:
- why 'retrieved 7 triples'...whereas the context that contains that
file does have 141 triples ? is this a bug ? or does the algorithm try
to retrieve only 'modified' triples with the file ?
That's strange, yes. Internally LDCache would be using something like:
https://gist.github.com/wikier/728e234bb998158bf9ec
I've just included as a test:
https://github.com/apache/marmotta/blob/b24553cdc877e5f39361c4dd7f0994b46b3ad707/libraries/ldclient/ldclient-provider-rdf/src/test/java/org/apache/marmotta/ldclient/test/rdf/TestLinkedDataProvider.java#L72
And it actually retrieves 7 triples. I'd need to debug why.
Well, because at that document there are only 7 triples actually talking
about the resource <http://sws.geonames.org/2658434/about.rdf>:
http://sws.geonames.org/2658434/about.rdf a foaf:Document ;
foaf:primaryTopic <http://sws.geonames.org/2658434/> ;
cc:license <http://creativecommons.org/licenses/by/3.0/> ;
cc:attributionURL <http://sws.geonames.org/2658434/> ;
cc:attributionName "GeoNames"^^xsd:string ;
dcterms:created "2006-01-15"^^xsd:date ;
dcterms:modified "2012-02-24"^^xsd:date .
As I said, LDCache and LDClient work at a resource level, not at the
document one.
Hope that clarifies the issue.
Cheers,
--
Sergio Fernández
Partner Technology Manager
Redlink GmbH
m: +43 660 2747 925
e: sergio.fernan...@redlink.co
w: http://redlink.co
