Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Numeric Properties should have a Unit (no, MUST have a unit!) #12

Open
rfool opened this issue Nov 9, 2015 · 1 comment
Open

Numeric Properties should have a Unit (no, MUST have a unit!) #12

rfool opened this issue Nov 9, 2015 · 1 comment

Comments

@rfool
Copy link

rfool commented Nov 9, 2015

The unit may either be specified in property definition or in property data. In latter case it would be helpful to also have a common unit in property definition and (implicit or explicit) rules for conversion (e.g. unit=km2 in property data and unit=m2 in property definition and some external rules for conversion between m2 and km2).

Example: http://dbpedia.org/ontology/areaTotal

I see, that the property label contains "m2", so I would assume that numeric data is specified in square meters. The catch phrase here is "I would assume" - I am human, not a stupid computer system. And even I first had to do some research to figure out that the naked numbers in dbo:areaTotal were square meters.

Or did I miss something?

@jimkont
Copy link
Member

jimkont commented Nov 11, 2015

This looks like an ontology export bug. The actual datatype is Area
http://mappings.dbpedia.org/index.php/OntologyProperty:AreaTotal

and instances of the PopulatedPlace class use squareKilometre
http://mappings.dbpedia.org/index.php/OntologyClass:PopulatedPlace

but the owl file we export displays xsd:double we will try to fix this by the next release

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants