Consider it done for version 3.6. :) There will also be other name changes in the next version (this list will be repeated in the release notes):
- foaf:givenName replaces foaf:givenname (also deprecated) - http://dbpedia.org/ontology/deathPlace replaces http://dbpedia.org/property/deathPlace - http://dbpedia.org/ontology/deathDate replaces http://dbpedia.org/property/death - http://dbpedia.org/ontology/birthPlace replaces http://dbpedia.org/property/birthPlace - http://dbpedia.org/ontology/birthDate replaces http://dbpedia.org/property/birth - http://dbpedia.org/ontology/wikiPageID replaces http://dbpedia.org/property/pageId - http://dbpedia.org/ontology/wikiPageRevisionID replaces http://dbpedia.org/property/revisionId - http://dbpedia.org/ontology/wikiPageWikiLink replaces http://dbpedia.org/property/wikilink - http://dbpedia.org/ontology/wikiPageExternalLink replaces http://dbpedia.org/property/reference - http://dbpedia.org/ontology/wikiPageRedirects replaces http://dbpedia.org/property/redirect - http://dbpedia.org/ontology/wikiPageDisambiguates replaces http://dbpedia.org/property/disambiguates The /ontology/ namespace contains the high quality data of DBpedia and should always be preferred over the /property/ namespace. The name changes are in the spirit of moving all predicates that come from high quality extractors to the cleaner /ontology/ namespace. Cheers, Max On Fri, Dec 10, 2010 at 5:50 PM, Bernard Vatant <[email protected]> wrote: > Hello Roberto > > +1 for this. This anomaly has been pointed at again and again. If DBpedia > wants to keep up being the showroom of linked data good (best?) practices, > it should at least abide by standard vocabularies. Switching from > skos:subject to dcterms:subject does not seem so difficult a task, for > DBpedia as well as for applications consuming the data. > > Cheers > > Bernard > > 2010/12/10 Roberto Mirizzi <[email protected]> >> >> ...and say welcome to something else? :-) >> >> skos:subject doesn't exist anymore in the SKOS Vocabulary [1]. It has >> been removed since longtime (2005) [2]. >> They suggest to turn to other vocabularies, e.g., dct:subject [3, 4, 5]. >> >> Why don't we listen to this suggestion, and modify the extraction >> framework (it's just one line of code) so that the next DBpedia release >> will have the right subject relation to link a resource to a category? >> >> If you think that we absolutely need the old property, we could provide >> triples both with skos:subject and with dct:subject. Existing >> applications would continue to work and new applications could use the >> new prop. >> >> >> [1] http://www.w3.org/TR/skos-reference/skos.html >> [2] http://www.w3.org/TR/skos-reference/#namespace >> [3] http://www.w3.org/TR/skos-primer/#secindexing >> [4] http://dublincore.org/documents/dcmi-terms/#terms-subject >> [5] http://www.w3.org/2006/07/SWD/wiki/SkosDesign/Indexing >> >> cheers. >> >> -- >> Roberto Mirizzi >> PhD student at Politecnico di Bari (Italy) >> http://sisinflab.poliba.it >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Oracle to DB2 Conversion Guide: Learn learn about native support for >> PL/SQL, >> new data types, scalar functions, improved concurrency, built-in packages, >> OCI, SQL*Plus, data movement tools, best practices and more. >> http://p.sf.net/sfu/oracle-sfdev2dev >> _______________________________________________ >> Dbpedia-discussion mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion > > > > -- > Bernard Vatant > Senior Consultant > Vocabulary & Data Engineering > Tel: +33 (0) 971 488 459 > Mail: [email protected] > ---------------------------------------------------- > Mondeca > 3, cité Nollez 75018 Paris France > Web: http://www.mondeca.com > Blog: http://mondeca.wordpress.com > ---------------------------------------------------- > > ------------------------------------------------------------------------------ > Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, > new data types, scalar functions, improved concurrency, built-in packages, > OCI, SQL*Plus, data movement tools, best practices and more. > http://p.sf.net/sfu/oracle-sfdev2dev > _______________________________________________ > Dbpedia-discussion mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion > > ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Dbpedia-discussion mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dbpedia-discussion
