Closed maximelefrancois86 closed 6 years ago
LDAC2018: we can add the following properties to BOT:
bot:hasZeroPoint a owl:DatatypeProperty ; schema:domainIncludes bot:Site .
bot:hasSimpleGeometry a owl:DatatypeProperty ; schema:domainIncludes bot:Zone , bot:Element .
bot:hasComplexGeometry a owl:ObjectProperty ; schema:domainIncludes bot:Zone , bot:Element .
What about using transformation matrices:
bot:CoordinateSystemPositioning a owl:Class
bot:baseCoordinateSystem a owl:ObjectProperty ;
rdfs:domain bot:CoordinateSystemPositioning ;
schema:rangeIncludes bot:Zone, bot:Element .
bot:relativeCoordinateSystem a owl:ObjectProperty ;
rdfs:domain bot:CoordinateSystemPositioning ;
schema:rangeIncludes bot:Zone, bot:Element .
bot:transformationMatrix a owl:DatatypeProperty;
domain bot:CoordinateSystemPositioning ;
range cdt:4dmatrix .
I like the idea but would like to stress the fact that BOT should be kept minimal.
Why not follow a modular paradigm such as SEAS, SAREF etc.?
geom4bot:hasSimpleGeometry a owl:DatatypeProperty ;
rdfs:domainIncludes bot:Zone , bot:Element .
LDAC2018: let's keep the minimal approach for now (hasSimpleGeometry added), and keep the transformation matrices and coordinatesystems out for now (to be handled in the group that works on geometry, outside of this community group).
We could define a simple Datatype Property to link a bot:Zone or bot:Element to its geometry
that datatype property could link any bot:Zone or bot:Element to a literal that encodes its geometry. This could be left open and be defined as:
simpleGeometry as a geo:wktLiteral
simpleGeometry as a Virtual Reality Markup Language