Resolving RDF Relationship-targets at Runtime
From Jeni Tennison: On Resolvability:
There are three ways of locating the documentation about a particular property or class:
1) looking through the general documentation the data publisher has provided
2) resolving the URI of the class or property
3) searching
Using URIs for classes and properties provides a mechanism for applications to get hold of this extra information about unknown vocabularies. They might try four tactics, in order of priority:
1) look at the data they already know; the information they need about the unknown properties and classes may be included in the files they’ve already accessed (including those containing data)
2) look in an application-specific (possibly cloud-hosted) cache of vocabularies that the application has already downloaded
3) resolve the URI of the class or property by performing an HTTP GET (and add it to the application-specific cache)
4) look in a general-purpose cache, such as the Internet Archive or an ontology repository such as Swoogle
Generic API's:
- RKB Explorer
http://www.rkbexplorer.com/
Example
- DBpedia
http://lookup.dbpedia.org
example
- Sindice
http://sindice.com
example
- sameas.org
http://sameas.org
example
SPARQL Endpoints:
- http://esw.w3.org/topic/SparqlEndpoints
- DBLP Bibliography Database published through D2R Server (Freie Universität Berlin) : http://www4.wiwiss.fu-berlin.de/dblp/sparql
- Linked Movie Data Base : http://www.linkedmdb.org/
edit:
strange - a Sindice Api call returns an XML resultset alright, but the contained URI of that query itself (seems to be ment as a self-reference) leads nowhere. See for example:
- A call to http://api.sindice.com/v2/search?q=Hinnerk+Br%FCgmann&qt=term&page=1
- contains as Uri (note the additional /api/): http://api.sindice.com/api/v2/search?amp%3Bqt=term&page=1&q=+Hinnerk+Br%FCgmann
rss


