[Crm-sig] New Issue: dimension intervals HELP!
martin at ics.forth.gr
Sat Nov 10 17:42:06 EET 2018
Dear Richard, All,
I think we need some expert in the respective kinds of syntax. I hope
there is someone on this list working more at the programming level. I
am no more working at the programming level.
I believe from a general point of view, it is a non-issue. I regard this
not a question of feasibility, but getting an IT guy trained in this. I
hope someone on this list knows or knows who knows:-)
The example "feet/inches" and "degrees, minutes and seconds" is
mathematically exactly the same as a date composed of "Year/month/day",
even more simple, because their are no leap-years etc. So, since the one
works, the others must work as well, in analogy.
The geometric primitives, for instance WKT strings, describe points and
volumes in 3- or even 4-dimensional spaces. Since this works, any
n-dimensional value can be represented in the same way.
A simple way is this:
In a literal, we can store any XML or JASON chunk, and represent the
schema as "unit".
Of course, we need to spell this out:-)
On 11/9/2018 8:15 PM, Richard Light wrote:
> [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 <richard at light.demon.co.uk>
> To: crm-sig at ics.forth.gr
> On 08/11/2018 20:00, Martin Doerr wrote:
>> 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.
> 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.
> 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
> The best I have come up with is this document from 2002:
This is correct but does not go into things like geoSPARQL. It does not
advise how to make multidimensional values.
> 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).
> *Richard Light*
> Crm-sig mailing list
> Crm-sig at ics.forth.gr
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,
Email: martin at ics.forth.gr
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Crm-sig