Re: Advancing the DBpedia ontology

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sure, the data and the ontology have to line up.

However, just because all the windmills in Wikipedia happen to be buildings
doesn't mean that windmill should be subcategory of building in DBpedia.
Similarly, if the DBpedia class Church is a subcategory of buildings then
there is pressure to consider a church to be a building.

Some of this is just (the perjorative sense of) semantics.  What is wrong
with defining Church to be a building that is also a place of Christian
worship?  That's why I suggested that DBpedia classes be tied to Wikipedia
articles.  (Wikipedia does identify churches with buildings, but at least
using this the informal definition of a church would let DBpedia
contributors know what a DBpedia church should be.)

peter


On 02/24/2015 08:15 PM, Vladimir Alexiev wrote:
>> From: Peter F. Patel-Schneider [mailto:pfpschneider@gmail.com] I agree
>> that there are problems with the mappings.  However, how can the 
>> mappings be fixed without fixing the ontology?
> 
> I could ask you a converse question: ** how can you make an accurate
> ontology without looking at the data? And to look at the data, you need
> mappings (if not to execute then to document what you've examined).
> 
> But more constructively:
> 
> There is a large number of mapping problems independent of the ontology. 
> E.g. when a Singer (Person) is mapped to Band (Organisation) due to wrong
> check of a field "background", I don’t care how the classes are
> organized, I already hurt that the direct type is wrong.
> 
> Of course, having a good ontology would help! E.g.
> https://github.com/dbpedia/mappings-tracker/issues/49: some guy named
> Admin made in 2010 two props "occupation" and "personFunction" with
> nearly identical role & history. - No documentation of course. -
> occupation has 100-250 uses, personFunction has 20-50 uses. - Which of
> the two to use? - More importantly, which have already been used right,
> and which are wrong?
> 
> I suspect that most uses of occupation are as a DataProp, even though
> it's declared as an ObjectProp.
> 
> DBpedia adopts an Object/DataProp Dichotomy that IMHO does not work
> well. See
> http://vladimiralexiev.github.io/pres/20150209-dbpedia/dbpedia-problems-long.html#sec-3-2
>
> 
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJU71nsAAoJECjN6+QThfjzujsIAM+nsI/QW4WOfT08OEWaBNvc
pVhATh4Tyo/vOeLYWkUE9Cus53iWb7YFW/LEUclrD4rqvfUJ1i5pe/BkKqd9EIUf
SaZl2d+uAV+BJ3cIto/JRdQ79eiwQLWTdcmIFdP37+1+ksVPsyIKZsS44fLs5KSa
nxTr3t2EPnhvtAEbM2VQadNFDgrdqeze6o9QCNRuFyU7haZudbz1xEelwlzESPWw
irfzxqt9CAkppY775jb8APzXfe6M6WvJlHStrgDyIXOl5nWdpRw1WSzp4zK69F1C
h6Ar0kn1mbSonMaH6NKK4EeWXAzqpQdRVC0v3HJdfYMv6cvDQul4KccF6ZZsxTg=
=nea2
-----END PGP SIGNATURE-----

Received on Thursday, 26 February 2015 17:38:22 UTC