- From: Toby Inkster <tai@g5n.co.uk>
- Date: Wed, 20 May 2009 13:54:46 +0100
- To: Georgi Kobilarov <georgi.kobilarov@gmx.de>
- Cc: dbpedia-discussion@lists.sourceforge.net, public-lod@w3.org
On Wed, 2009-05-20 at 13:04 +0200, Georgi Kobilarov wrote: > - What are you doing with it or how would you like to use it, Linked railway data project - right now, I'm just querying dbpedia to find an alternative URI for each station, so that I can provide ovterms:similarTo links from one URI for the station to another. But in the future I'd hope to also pull data about each station from dbpedia. libre.fm - not using dbpedia yet, but it's being considered as a place to find album art, artist biographies, etc. > - How would you like to see it evolve? Batch queries would be nice. Imagine that I want to find a particular piece of information about multiple resources - e.g. the number of platforms a train station has, for each station in a list I've got of 1000. Right now I have two options, a single SPARQL query like: SELECT ?s ?o WHERE { ?s dbpedia:platforms ?o } which might return hundreds of results for subjects I'm not interested in; or querying each subject individually. The former is not the best use of bandwidth, especially for properties like rdfs:label where there are likely to be far more irrelevant results than relevant; and the latter can't be especially efficient in terms of dbpedia's CPU time. The other thing I'd like to see is some sort of better reasoning about redirects. I don't know quite how, but there must be something better than what we have now. -- Toby Inkster <tai@g5n.co.uk>
Received on Wednesday, 20 May 2009 12:55:38 UTC