-
Key: COMMONS12-5
-
Status: closed
-
Source: Thematix Partners LLC ( Mrs. Elisa F. Kendall)
-
Summary:
One example of this is hasNumericValue. It is currently declared to be functional, but could be the parent property for several properties of some class. In this case, the resulting ontology could be logically inconsistent if the values are not the same (and even if they are, by coincidence, that's still a problem). Other properties that are also declared as functional should be reviewed for the same issue.
-
Reported: MVF 1.0b2 — Sun, 18 Feb 2024 02:25 GMT
-
Disposition: Resolved — COMMONS 1.2b1
-
Disposition Summary:
Revised the quantities and units ontology to remove unnecessary constraints
1. Revised the quantities and units ontology to remove functional declarations on a number of properties. These constraints caused reasoning errors when any of the properties, such as hasNumericValue, were used as the superproperty of more than one subproperty on the same class (concept).
2. Eliminated circular restrictions on system of quantities, system of units and added links back to the appropriate system from the quantity or unit
3. Revised the license to include the copyrights and full text, added Airbus, Ontogenesis Solutions -
Updated: Fri, 20 Dec 2024 22:18 GMT
-
Attachments:
- Commons-1.2-5 Resolution.docx 16 kB (application/vnd.openxmlformats-officedocument.wordprocessingml.document)
- QuantitiesAndUnits.rdf 70 kB (application/rdf+xml)
COMMONS12 — Several properties in the quantities and units ontology are overly constrained
- Key: COMMONS12-5
- OMG Task Force: Commons Ontology Library (Commons) 1.2 RTF