2016-11-22 1 views
0

Suite resaource possède des métadonnées de provenance comme un graphique:d'interrogation SPARQL pour les métadonnées de provenance

http://geo.linkeddata.es/resource/Provincia/Madrid

et voici la sérialisation tortue:

http://geo.linkeddata.es/data/resource/ComunidadAut%C3%B3noma/Comunidad%20de%20Madrid?output=ttl

Et je tente d'accéder à des métadonnées de provenance avec la requête SPARQL suivante sur le noeud final http://geo.linkeddata.es/sparql:

SELECT ?y WHERE { 
    ?x foaf:primaryTopic <http://geo.linkeddata.es/resource/Provincia/Madrid> . 
    ?x rdf:type ?y. 
    } 

Mais il retourne null, et je ne peux pas comprendre où est mon erreur. Merci d'avance.

Répondre

2

Les requêtes:

PREFIX foaf: <http://xmlns.com/foaf/0.1/> 
SELECT * WHERE { 
    GRAPH ?g { ?x foaf:primaryTopic ?y .} 
    } 
LIMIT 10 

et

PREFIX foaf: <http://xmlns.com/foaf/0.1/> 
SELECT * WHERE { 
    ?x foaf:primaryTopic ?y . 
    } 
LIMIT 10 

Retour Pas de réponse sur votre point final: http://geo.linkeddata.es/sparql

Par conséquent, la foaf propriété: primaryTopic est certainement pas utilisé dans les données accessibles par la point final.

Alors pourquoi cette propriété apparaît-elle dans la sérialisation http://geo.linkeddata.es/data/resource/ComunidadAut%C3%B3noma/Comunidad%20de%20Madrid?output=ttl?

Je suppose que ce lien est un document généré à partir des données contenues dans le point de terminaison, mais avec des informations supplémentaires sur le document lui-même qui ne sont pas contenues dans le point de terminaison d'origine. Typiquement:

<http://geo.linkeddata.es/data/resource/ComunidadAut%C3%B3noma/Comunidad%20de%20Madrid?output=ttl> 
     rdfs:label "RDF description of Comunidad de Madrid" ; 
     foaf:primaryTopic <http://geo.linkeddata.es/resource/ComunidadAut%C3%B3noma/Comunidad%20de%20Madrid> . 

J'espère que ça aide et que je me suis fait clair.

+0

merci @daxid! Votre idée est raisonnable. L'information de provenance semble être une information automatique du temps d'accès au document au lieu d'un temps réel de création des données. Je me demandais comment vous êtes-vous retrouvé avec l'idée de garder ces données de document dans un autre point final (ce qui semble raisonnable à nouveau)? Y a-t-il un document que je peux lire sur ces trucs pratiques? Ou est-il possible qu'ils ne gardent pas cette information du tout? – user730611

+0

Je pense qu'il pourrait y avoir un peu de malentendu. Je n'ai rien à voir avec http://geo.linkeddata.es/ et la façon dont les choses fonctionnent. Je viens d'inférer des choses à partir de quelques observations. Si vous voulez de la documentation, je pense qu'ils utilisent Virtuoso et que la façon dont il expose des données liées à un objet dans une page web ou dans un document ttl téléchargeable peut être décrite quelque part dans la documentation Virtuoso (je n'ai jamais utilisé ce point de terminaison ...). – daxid

+0

Une autre clarification: La page Web http://geo.linkeddata.es/resource/Provincia/Madrid montre les données relatives à l'instance dans le point de terminaison SPARQL . L'URL http://geo.linkeddata.es/data/resource/Provincia/Madrid?output=ttl est une exportation de ces données au format ttl, mais elle ajoute des informations sur le "document" lui-même, à savoir . Ces informations supplémentaires ne sont contenues dans aucun point de terminaison. Il est simplement ajouté au fichier ttl lorsqu'il est généré au moment du téléchargement. – daxid