If I have an OML and it refers to a non-existing concept - in the example below: 'part:ColoredPartInstance' does not exist...this is an error (which a cleaned Rosetta project will report with red underline).
@dc:title "UC 1.0 - Scalar Property Restriction"
description <http://t-systems.com/general/restriction_analysis/UC1.0> with # as UC1.0 {
uses <http://t-systems.com/general/restriction_analysis/restriction_analysis>
ci BluePart : part:ColoredPartInstance
}
An OWL is created with bogus data and elements named "nullnull". (here shortened for brevity) No error occurs and the adapter silently creates invalid classes to "fill in the holes".
The Oml2Owl (Owl Adapter) now runs oml-validate internally before it converts to Owl. Please retest with the latest revision and repoen if still reproducible.
Description
If I have an OML and it refers to a non-existing concept - in the example below: 'part:ColoredPartInstance' does not exist...this is an error (which a cleaned Rosetta project will report with red underline).
An OWL is created with bogus data and elements named "nullnull". (here shortened for brevity) No error occurs and the adapter silently creates invalid classes to "fill in the holes".
Expected Behavior
The 'oml2owl' adapter should run an OML validation before performing the conversion. If Rosetta would report an error than oml2owl should as well.