[Crm-sig] New Issue: dimension intervals
Martin Doerr
martin at ics.forth.gr
Thu Nov 8 22:00:11 EET 2018
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.
best,
martin
On 11/8/2018 8:00 PM, Richard Light wrote:
>
> While we're looking at this area, I would be grateful if we could also
> look at Value and Unit.
>
> I have never understood how P90 and P91 are actually meant to be used
> together. I can see how a single E54 can be represented by a single
> P90 and a single P91, but how do we represent anything more complex?
> An example would be "3 ft 6 inches". Can that be an E54 Dimension, and
> if so how do you know which unit applies to which value?
>
> Thanks,
>
> Richard
>
>
> On 07/11/2018 16:10, Martin Doerr wrote:
>> Dear All.
>>
>> Continuing issue 363,
>>
>> I propose the following:
>>
>> "Whereas the CRM regards that intervals of primitive values are
>> primitive values by themselves, there is currently no corresponding
>> practice in RDF. Therefore, in analogy to the properties of E52
>> Time-Span, we define in CRM RDFS two more subproperties of P90 has
>> value: “P90a_has_lower_value_limit” and “P90b_has_upper_value_limit”.
>> The precise guidelines for using these properties are to be given."
>>
>> Sensor arrays, more and more in use, pose the issue of a single
>> measurement resulting in an array of numbers which altogether form
>> one quantitative statement about the observed. We can describe such
>> structures easily as one complex type of unit (and define an IRI for
>> it), and then regard the value to a matrix of numbers, in which each
>> position obeys subunits as defined in the complex unit type.
>>
>> Even if we regard complex matrices of numbers as one value for an
>> instance of E54 Dimension, such as RGB image, we can argue that
>> minimal and maximal values exist as two separate matrices of the same
>> structure.
>>
>> Consequently I propose to deprecate P83, P84, because in competes
>> with an interval interpretation of P90, and :
>>
>> Introduce instead Pxxx had duration, Domain: E52 <#_E52_Time-Span>
>> Time-Span, Range: E54 <#_E54_Dimension> Dimension
>> and use the P90, P90a, P90b as adequate
>>
>> or introduce an Exxx Temporal Duration , subclass of E54 Dimension,
>> and define subproperties in RDFS ending in xsd:duration.
>>
>> See:
>>
>>
>> P83 had at least duration (was minimum duration of)
>>
>> Domain:E52 <#_E52_Time-Span> Time-Span
>>
>> Range:E54 <#_E54_Dimension> Dimension
>>
>> Quantification:one to one (1,1:1,1)
>>
>> Scope note:This property describes the minimum length of time covered
>> by an E52 Time-Span.
>>
>> It allows an E52 Time-Span to be associated with an E54 Dimension
>> representing it’s minimum duration (i.e. it’s inner boundary)
>> independent from the actual beginning and end.
>>
>> Examples:
>>
>> §the time span of the Battle of Issos 333 B.C.E. (E52) /had at least
>> duration/ Battle of Issos minimum duration (E54) /has/ /unit//(P91)/
>> day (E58) /has value (P90)/ 1 (E60)
>>
>> In First Order Logic:
>>
>> P83(x,y) ⊃E52(x)
>>
>> P83(x,y) ⊃E54(y)
>>
>>
>> P84 had at most duration (was maximum duration of)
>>
>> Domain:E52 <#_E52_Time-Span> Time-Span
>>
>> Range:E54 <#_E54_Dimension> Dimension
>>
>> Quantification:one to one (1,1:1,1)
>>
>> Scope note:This property describes the maximum length of time covered
>> by an E52 Time-Span.
>>
>> It allows an E52 Time-Span to be associated with an E54 Dimension
>> representing it’s maximum duration (i.e. it’s outer boundary)
>> independent from the actual beginning and end.
>>
>> Examples:
>>
>> §the time span of the Battle of Issos 333 B.C.E. (E52) /had at most
>> duration/ Battle of Issos maximum duration (E54) /has unit/
>> /(P91)/day (E58) /has value (P90)/ 2 (E60)
>>
>> In First Order Logic:
>>
>> P84(x,y) ⊃E52(x)
>>
>> P84(x,y) ⊃E54(y)
>>
>> --
>> ------------------------------------
>> 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:martin at ics.forth.gr
>> Web-site:http://www.ics.forth.gr/isl
>>
>>
>> _______________________________________________
>> Crm-sig mailing list
>> Crm-sig at ics.forth.gr
>> http://lists.ics.forth.gr/mailman/listinfo/crm-sig
>
> --
> *Richard Light*
>
>
> _______________________________________________
> Crm-sig mailing list
> Crm-sig at ics.forth.gr
> 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: martin at ics.forth.gr
Web-site: http://www.ics.forth.gr/isl
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ics.forth.gr/pipermail/crm-sig/attachments/20181108/2a960be1/attachment-0001.html>
More information about the Crm-sig
mailing list