c) I have problems with using O28 generally for E55 Type.
Please think of:
Exx Sortable Type
Tentative Scope Note: "This class comprises concepts, instances of E55
Type, that allow for comparing summarily all particulars they classify
to those classified by some other instances of Exx Sortable Type by some
form of partial or complete order relation, such as "hills" versus
"mountains".
I agree that a subclass of E55 is a safer option. We could do a new
issue to introduce this in CRMsci for version 2.0. I do not think it is
a controversial proposal in any way.
I think an arbitrary order criterion will be ambiguous. Only a question
of phantasy to find them. For instance, compare bird species by medium
size, medium flight speed, medium food consumption, intensity of
crying.....
The color IHS space has 3 dimensions.
Where is the order criterion defined???
So, a proposed example is:
In the condition survey of the manuscripts of the library of the Saint
Catherine Monastery, the option ‘supple’ (E55) is conceptually greater
than the option ‘stiff’ (E55). [These options are used for assessing
parchment on page 2, section 2 of the survey form]
https://www.ligatus.org.uk/sites/default/files/form20050110.pdf
There is no reason why "supple" should be before or after "stiff". Is
this what you are questioning, Martin? If in one dataset they are
ordered one way and in another they are ordered a different way, any
cross dataset query would require checking that the orders are in the
same direction, which is not ideal. Ideally the thesauri where these
types come from should also specify their order.
All the best,
Thanasis
Best,
Martin
On 10/28/2022 7:59 PM, Athanasios Velios via Crm-sig wrote:
Is this relevant:
https://cidoc-crm.org/Issue/ID-407-ordinal-property-for-e55-type
It is a draft property in CRMsci:
"O28 is conceptually greater than (is conceptually less than)"
All the best,
Thanasis
On 06/10/2022 14:24, Pavlos Fafalios via Crm-sig wrote:
To add: Thinking of it again, the Measurement and Dimension classes
cannot be used for cases as the example I provided in my previous
email (since 'E54 Dimension' comprises quantifiable properties that
can be measured by some calibrated means and can be approximated by
values).
Nevertheless, there are cases where the intensity of the earthquake
is given as a number in the original source, e.g. "8", "7-9" or
"probably 8".
Best,
Pavlos
On Thu, Oct 6, 2022 at 3:29 PM Pavlos Fafalios <[email protected]
<mailto:[email protected]>> wrote:
Dear all,
First, apologies if my question has already been discussed in a
previous SIG meeting/issue.
I was wondering if CIDOC CRM currently allows representing a
measurement (instance of E16 Measurement), not by providing a value
and unit (through an instance of E54 Dimension), but by comparing it
with an instance of another dimension/measurement.
Use case: modeling information about historical earthquakes.
There are (historical) documents that provide information about
old/ancient earthquakes and this information is expressed at various
levels of detail and precision. For example, there is the below
case:
- Earthquake instance 1: November 26, 1861 (00:40-02:40). Very
strong.
- Earthquake instance 2: November 27, 1861 (04:00-07:00). _Stronger
than that of Nov 6_ (i.e. stronger than earthquake instance 1)
If we ask for "very strong" earthquakes, the ideal system should
also return instance 2.
So, the question is how we can model the information 'stronger than'
between two instances of E54 Dimension (or E60 Number?), since this
is how it appears in the original source.
Is there a straightforward way that I do not see?
Could this be done through E13 Attribute Assignment (if yes, how?)
Thank you!
Best regards,
Pavlos
-- Pavlos Fafalios
Postdoctoral researcher (Marie Curie IF - Project ReKnow
<https://reknow.ics.forth.gr/>)
Centre for Cultural Informatics & Information Systems Laboratory
Institute of Computer Science - FORTH
Visiting Lecturer
Department of Management Science & Technology
Hellenic Mediterranean University
Web: http://users.ics.forth.gr/~fafalios/
<http://users.ics.forth.gr/~fafalios/>
Email: [email protected] <mailto:[email protected]>
Address: N. Plastira 100, Vassilika Vouton, 70013 Heraklion, Greece
Tel: +30-2810-391619
--
Pavlos Fafalios
Postdoctoral researcher (Marie Curie IF - Project ReKnow
<https://reknow.ics.forth.gr/>)
Centre for Cultural Informatics & Information Systems Laboratory
Institute of Computer Science - FORTH
Visiting Lecturer
Department of Management Science & Technology
Hellenic Mediterranean University
Web: http://users.ics.forth.gr/~fafalios/
<http://users.ics.forth.gr/~fafalios/>
Email: [email protected] <mailto:[email protected]>
Address: N. Plastira 100, Vassilika Vouton, 70013 Heraklion, Greece
Tel: +30-2810-391619
_______________________________________________
Crm-sig mailing list
[email protected]
http://lists.ics.forth.gr/mailman/listinfo/crm-sig
_______________________________________________
Crm-sig mailing list
[email protected]
http://lists.ics.forth.gr/mailman/listinfo/crm-sig
_______________________________________________
Crm-sig mailing list
[email protected]
http://lists.ics.forth.gr/mailman/listinfo/crm-sig
