This is correct but does not go into things like geoSPARQL. It does not advise how to make multidimensional values.
[reply trimmed to fit the list's size limits]
-------- Forwarded Message --------
Subject: Re: [Crm-sig] New Issue: dimension intervals Date: Fri, 9 Nov 2018 18:01:59 +0000 From: Richard Light <firstname.lastname@example.org> To: email@example.com
On 08/11/2018 20:00, Martin Doerr wrote:
The XSD datatypes all resolve to single values, so don't give a clear steer from them as to how to deal with the 'multiple units' issue.Dear Richard,
It requires a sort of datatype or encoding.
Assume unit = "ft&inches"
value = <3,6>
would that make sense?
In the xsd datatypes everything is in the value already.
I can see what you're saying as regards a 'complex' datatype, but I can't find examples on the Web of how the value would actually be encoded as an RDF value which software agents could do anything useful with.
The best I have come up with is this document from 2002:
which has some heavy hitters associated with it. Is this the sort of approach you are proposing?
A slightly more complex example would be a geographical coordinate expressed as latitude and longitude (both expressed as degrees, minutes and seconds).
_______________________________________________ Crm-sig mailing list Crmfirstname.lastname@example.org http://lists.ics.forth.gr/mailman/listinfo/crm-sig
-- ------------------------------------ Dr. Martin Doerr Honorary Head of the Center for Cultural Informatics Information Systems Laboratory Institute of Computer Science Foundation for Research and Technology - Hellas (FORTH) N.Plastira 100, Vassilika Vouton, GR70013 Heraklion,Crete,Greece Vox:+30(2810)391625 Email: email@example.com Web-site: http://www.ics.forth.gr/isl