- From: Michael Lang(Jr.) <michaelallenlang@gmail.com>
- Date: Fri, 6 Mar 2009 17:54:44 -0500
- To: Daniel Schwabe <dschwabe@inf.puc-rio.br>
- Cc: public-lod@w3.org, Dad <michaelalang@gmail.com>, Greg Milbank <gregmilbank@revelytix.com>, Mike Lofquist <mlofquist@revelytix.com>
- Message-ID: <59c1f5620903061454se31700bg864ce45d7838df08@mail.gmail.com>
Daniel/LOD Community, I've seen this as a problem myself, not only finding SPARQL endpoints for datasets, but finding relevant datasets to begin with. I had the idea to create a Community within Knoodl <http://www.knoodl.com/ui/home.html> that could serve as a sort of semantic dataset registry. The idea is that dataset owners can create instances of void:Dataset which represent their dataset and then describe them (using OWL) in sufficient detail that they could be discovered and then found on the web. I started a Community in Knoodl called Dataset_Registry.<http://www.knoodl.com/ui/groups/Dataset_Registry> So far, all I have done is import the VoID ontology. I have not created any instances of Datasets, but I have set the permissions of the Community so that any registered user can edit any content, including creating their own instances. I am sure that I could take this idea quite a bit further if people begin to use the Community. If anyone is interested in this idea, please let me know. Mike Lang Revelytix, Inc. phone: 410-584-0009 (office) 443-928-3782 (cell) skype: michael.allen.lang.jr aim: MikeJrRevelytix On Fri, Mar 6, 2009 at 3:59 PM, Daniel Schwabe <dschwabe@inf.puc-rio.br>wrote: > All, > > Pardon my ignorance, but I could not find an easy way to find the actual > URL of a sparql endpoint, given the URL of the dataset... I tried querying > Sindice over voID descriptions, but it didn't work (or maybe I'm making the > wrong query). In any case, it is not guaranteed that all datasets will have > a voiD description, even if desirable. > > Perhaps a simple convention could be adopted by all repositories to use a > "standard" url format, such as <url>/sparql, (e.g., > http://www.dbpedia.org/sparql), as is being done by many already... > This could provide a simple automatable way to discover endpoints. I don't > mean this as a substitute for voiD, but as an inexpensive additional > alternative... > > Cheers > D > > -- > Daniel Schwabe > Tel:+55-21-3527 1500 r. 4356 > Fax: +55-21-3527 1530 > http://www.inf.puc-rio.br/~dschwabe Dept. de Informatica, PUC-Rio > R. M. de S. Vicente, 225 > Rio de Janeiro, RJ 22453-900, Brasil > >
Received on Friday, 6 March 2009 22:55:20 UTC