- From: Sebastian Hellmann <hellmann@informatik.uni-leipzig.de>
- Date: Fri, 25 Jan 2013 14:57:21 +0100
- To: DBpedia discussion <dbpedia-discussion@lists.sourceforge.net>, public-lod <public-lod@w3.org>
- Message-ID: <51028F41.3030703@informatik.uni-leipzig.de>
Hi Søren, (I renamed the topic and replaced DBpedia developers list with discussion) in general, we would like to improve nothing in DBpedia, whcih should be fixed in Wikipedia. So population numbers should be fixed there (or WikiData soon hopefully). We really do not want to become something like Freebase, as DBpedia should stay a Semantic Web mirror of Wikipedia. By the way, wouldn't it be sufficient to link to EuroStats? On the other hand, it might make sense to create additional structures over DBpedia identifiers. Yago, umbel and schema.org already does this and provides their hierarchy for DBpedia to include. This should, however, not overlap with the DBpedia ontology. There are also plans to extend the Mappings Wiki, so everybody can customize mappings for personal use cases. This is not an easy topic however. -- Sebastian -------- Original-Nachricht -------- Betreff: RE: [ANN] Add your links to DBpedia workflow version 0.1 (this is also an RFC) Datum: Fri, 25 Jan 2013 14:30:16 +0100 Von: Søren Roug <Soren.Roug@eea.europa.eu> An: public-lod@w3.org <public-lod@w3.org>, hellmann@informatik.uni-leipzig.de <hellmann@informatik.uni-leipzig.de> Another idea: When linking DBPedia administrative regions to NUTS codes I sometimes see population numbers in the DBPedia resources, but they are of low quality. I can provide the newest Eurostat numbers for them. And again; what should the predicate be? Best regards, Søren Roug || -----Original Message----- || From: Søren Roug [mailto:soren.roug@eea.europa.eu] || Sent: 25 January 2013 14:14 || To: public-lod@w3.org; Dbpedia-developers@lists.sourceforge.net; || hellmann@informatik.uni-leipzig.de || Subject: Re: [ANN] Add your links to DBpedia workflow version 0.1 (this is also || an RFC) || || I'll contribute some links to a vocabulary of NUTS codes. The Nomenclature of || Territorial Units for Statistics [1] is a hierarchial organisation of || administrative regions in Europe. It is heavily used by Eurostat, and LOD2 has || converted the Eurostat datasets to RDF. || || The word hierarchial lead me to my question. Would it be useful to contribute || links to DBPedia that link two DBPedia resources together in a hierarchy, and || what should the predicate be? SKOS broader/narrower seems to me to have || too || little semantic information about what kind of relationship it is. I.e. that || it is a spatial form of broader/narrower. || || [1] || http://en.wikipedia.org/wiki/Nomenclature_of_Territorial_Units_for_Statistics || || || -- || Sincerely yours, || || Søren Roug || European Environment Agency || soren.roug@eea.europa.eu || || Onsdag den 16. januar 2013 15:06:13 skrev Sebastian Hellmann: || > Dear all, || > || > we thought that it might be a nice idea to simplify the workflow for || > creating outgoing links from DBpedia to your data sets. This is why we || > created the following GitHub repository: || > https://github.com/dbpedia/dbpedia-links || > || > Please feel free to add new files and change the links and then send us || > a *pull request*. This message is an announcement as well as a request || > for comments. || > || > Here is a (non-exhaustive) list of open issue: || > || > - it is yet unclear, when the links will be loaded into || > http://dbpedia.org/sparql (maybe with version 3.9? ) || > - we plan weekly updates to http://live.dbpedia.org || > - yago, freebase and flickrwrappr have been excluded due to their size ( || > || > > 0.5GB ) || > || > - there will be some quality control; not everybody will be able to || > include any links he wants to include. We are open to ideas how to || > manage this. Consider "pull requests" as "application for inclusion" || > - folder/file structure is still very simple, we will adapt upon uptake || > || > All the best, || > Sebastian || -----------------------------------------
Received on Friday, 25 January 2013 13:57:59 UTC