Issue 345: properties having domain or range deprecated classes

ID: 
345
Starting Date: 
2017-10-06
Working Group: 
3
Status: 
Done
Closing Date: 
2018-11-28
Background: 

Posted by Robert Sanderson on 12/5/2017

Dear all,

In the (latest?) version of 6.2.2, E46 Section Definition is deprecated in favor of Appellations (and, one imagines, Features). However P58 still references it as a domain.  I expect that P58 should also be deprecated?
 

Posted by Martin 13/5/2017

Dear Robert,

Yes, sure, thank you!
 

Posted by Phil Carlisle on 21/6/2017

Hi all,

I’m currently creating new resource models for the Arches project and looking at Actors.

Since E82 has been deprecated in favour of E41 then surely P131 should also be deprecated along with the text in the introduction which refers to these in CRM Compatibility of Information Systems paragraph 3 – “Note that there is no minimum requirement for the classes and properties that must be present in the exported user data. Therefore it is possible that the data may pertain to instances of just a single property, such as E21 Person. P131 is identified by: E82 Actor Appellation.”.

Plus the references in the Property hierarchy and the entries for P1 and E39

Posted by Robert on 21/6/2017

Hi Philip,

Indeed,  _all_ of the subclasses of E41 other than E42 should probably be deprecated.  They add nothing new, semantically, compared to Appellation.
Also the subclasses of E13 … (E14-E17) are overly specific, and insufficient. There’s no Assignment for Appellations, for example, yet naming things occurs all the time.

Even if they’re not officially deprecated, organizations actually producing data should simply not use them.

For interest’s sake, our analysis of which classes in the CRM are useful:
    http://linked.art/model/profile/class_analysis.html
 

Posted by Franco on 21/6/2017

Dear Robert

I had a look at the page. Interesting, at first sight I agree with most of the statements there, but it will require more attention to comment. Anyway, there’s one thing I can say now.

I think that the analysis of E34 Inscription is a bit superficial. An inscription, as epigraphists know well, has several dimensions and the proposed use of E33 captures only the text one. Instead, it is important also to consider the graphic component and the material one.

Example 1: the Phaistos disk has an as yet undeciphered linguistic content - we could imagine that the creators made bizarre figures just to puzzle future archaeologists: it actually could not be a linguistic object, and I would be scared to define it only this way.

Example 2: in the Sherlock Holmes novel “The adventure of the Dancing Men” in the collection “The Return of Sherlock Holmes" the paper messages are inscriptions on paper. They become linguistic objects only when deciphered by the Consulting Detective - if you don’t know the story you may wish to read it.

My colleague Achille Felicetti has developed a CRM extension for epigraphy which aims to manage all these aspects and he may wish to explain better than me how they propose to do it, or refer to a paper where he has detailed the whole model.
 

Posted by Robert on 21/6/2017

Thank you, Franco.

I completely agree with your assessment here.  The concern with the current model, of course, is that E34 Inscription is a subclass of E33 Linguistic Object (along with E37 Mark) meaning that every Inscription is also a Linguistic Object.  For your examples, before the content can be ascertained to actually have linguistic content, I would imagine them to be only E36 Visual Items.  I’ll update the analysis with this clarification.

And also, for clarity about the scope, this work does not take into account any of the extensions to CRM, only the core model as expressed in RDF.

Thank you again! 

Posted by Achille on 22/6/2017

Dear Robert,

A quick note on the E34 Inscription class, following Franco’s considerations (and thanks to him for pulling me in :-))

Some time ago, in a paper illustrating a possible CIDOC CRM application to the epigraphic world, we started investigating the degree of applicability of E34 to the semantic description of an epigraph. Very soon we discovered that:

1. the scope notes of the E34 class state that it “comprises recognisable, short texts attached to instances of E24 Physical Man-Made Thing”; from an epigraphic perspective, although many inscriptions bear short texts, the brevity or length of an inscription is not among its main characteristics. In fact, there are inscriptions occupying entire walls (the Gortyn Law Code or the Res Gestae Divi Augusti, for example) and in any case the “short text” of the E34 class remained too vague and undefined for the purposes of our investigation.

2. as it is currently defined within the CIDOC CRM, E34 class belongs to the “conceptual objects” entities, which in turn are defined as “non-material products of our minds and other human produced data” something that does not takes into any account the “materiality” of an epigraph, a fundamental and essential component of its identity.

During the investigation and study of an epigraph, scholars typically move from the analysis of its physical features before getting to their archaeological, palaeographic, linguistic and historical meaning. In particular, an inscription defined only as a conceptual object, does not seem to fully capture the very nature of an epigraph, consisting of a physical part as well as of the conceptual component the E34 class points to. The etymology of the word “epigraph” itself (i.e.: “written on something”) seems to suggest such inextricable relation. In all these aspects, an inscription presents an immediate resemblance to the E25 Man-Made Feature class of the core model. The conceptual object is also present, but it is something referred by the inscription, not the inscription itself: this relation(s) could be further detailed by using specific properties. In our paper we have tried to outline this issue by also proposing the modification of the E34 class in the core model itself.

You could read the rest of the story in the paper, if you like, just following this link:

http://ceur-ws.org/Vol-1656/paper5.pdf

This paper laid the groundwork for the development of the extension for ancient texts we are currently working on.
Indeed, we have further expanded the idea of a text being something halfway between the physical and the conceptual world and created new classes that could be used to describe a huge variety of written texts, not only epigraphic inscriptions. But this is another story. Which, by the way, you can read here :-)

http://vast-lab.org/publications/scripta_manent.pdf

I hope this helps.

Current Proposal: 

In 39th crm-sig meeting, the crm-sig discussed about what to do  with the properties that their domain or range are deprecated classes. The decisions are

- Martin, will make a proposal to delete the P58, to be decided by email vote,
- Homework assigned to Martin and Christian Emil to go over all deprecated classes and Martin will formulate a list with properties that have problem and CEO will check
- Martin will coordinate this issue.
 
Heraklion, October 2017

Posted by Christian Emil on 4/1/2018

<HW>

The following classes and properties are depricated: E46, E50, E75, E82, P177, P178 in 6.2.2

Only 2 properties have a depricated range:

P58 has section definition (defines section)
P149 is identified by (identifies)

P58:  E18 Physical Thing to E41 Appellation

P149 will simply become equal to  P1 Identified by (identifies) restricted to E28 Conceptual Objects and should be deleted/ deprecated.

I also searched the document (6.2.2) for references to the depricated classes and propierties. In the attached document I inserted comments, text to be inserted is marked with yellow and to be deleted with red.  I also checked the use if 'instance of' and have marked inserted missing 'instances of' in yellow. I could have used track changes, and may do this. But please, check the documetn first.

In the 41st joined meeting of the CIDOC CRM SIG and ISO/TC46/SC4/WG9 and the 34th FRBR - CIDOC CRM Harmonization meeting, the sig asked MD to initiate call for a vote by email.

Lyon, May 2018

 

Posted by Martin on 15/11/2018

Dear All,

Since E75 Conceptual Object Appellation has been deprecated, we have to deprecate P149 as well:

P149 is identified by (identifies)

Domain:              E28 Conceptual Object

Range:                E75 Conceptual Object Appellation

Subproperty of:   E1 CRM Entity. P1 is identified by (identifies): E41 Appellation

Quantification:    many to many (0,n:0,n)

Scope note:         This property identifies an instance of E28 Conceptual Object using an instance of E75 Conceptual Object Appellation.
Examples: §  The German edition of the CIDOC CRM (E73) is identified by ISBN 978-3-00-030907-6 (E75)

PLEASE VOTE : YES for Deprecating, NO for not deprecating, by Nov. 23 2018.

Posted by Martin on 15/11/2018

Dear All,

Since E46 Section Definition has been deprecated, we have to deprecate P58 as well:

P58 has section definition (defines section)
Domain:              E18 Physical Thing
Range:                E46 Section Definition

Quantification:    one to many, dependent, (0,n:1,1)

Scope note:         This property links an area (section) named by a E46 Section Definition to the instance of E18 Physical Thing upon                             which it is found.
                        The CRM handles sections as locations (instances of E53 Place) within or on E18 Physical Thing that are identified by                             E46 Section Definitions. Sections need not be discrete and separable components or parts of an object.
                        This is part of a more developed path from ‘E18 Physical Thing’ through ‘P58 has section definition’, ‘E46 Section                                   Definition, P87 is identified by, E44 Place Appellation that allows a more precise definition of a location found on an                             object than the shortcut P59 has section (is located on or within).

                        A particular instance of a Section Definition only applies to one instance of Physical Thing.

Examples:         

§  HMS Victory (E22) has section definition “poop deck of HMS Victory” (E46)

Posted by Philip Carlisle on 15/11/2018

<deprecating P58>

YES

 

Posted by 15/11/2018

Dear All,

Since E46 Section Definition has been deprecated, we need to change the scope note of P59:

P59 has section (is located on or within)

Domain:              E18 Physical Thing

Range:                E53 Place

Quantification:   one to many (0,n:0,1)

Scope note:         This property links an area to the instance of E18 Physical Thing upon which it is found.

It is typically used when a named E46 Section Definition is not appropriate.

E18 Physical Thing may be subdivided into arbitrary regions.

P59 has section (is located on or within) is a shortcut. If the E53 Place is identified by a Section Definition, a more detailed representation can make use of the fully developed (i.e. indirect) path from E18 Physical Thing through P58 has section definition, E46 Section Definition, P87 is identified by E44 Place Appellation. A Place can only be located on or within one Physical Object.

Examples:         

§  HMS Victory (E22) has section HMS Victory section B347.6 (E53)
New Scope note:

"This property links an area, i.e., an instance of E53 Place to the instance of E18 Physical Thing upon which it is found. This area may either be identified by a name, or by a geometry in terms of a coordinate system adapted to the shape of the respective instance of E18 Physical Thing. Typically, names identifying sections of physical objects are composed of the name of a kind of part and the name of the object itself, such as "The poop deck of H.M.S. Victory", which is composed of "poop deck" and "H.M.S. Victory". "

 

Posted by Steve on 15/11/2018

<deprecating P58>

I agree

Posted by Steve on 15/11/2018

<deprecating P149>

YES

Posted by Richard Light on 15/11/2018

<deprecating P58> <deprecating P149>

Yes

Posted by Richard Light on 15/11/2018

<P59 needs change>

That revised text looks OK to me.

Richard

Posted by Robert Sanderson on 15/11/2018

<deprecating P58> <deprecating P149>

YES

Thanks Martin!

Posted by Robert Sanderson on 15/11/2018

<P59 needs change>

New scope note  looks great.

Posted by Achille Felicetti on 15/11/2018

<deprecating P58> <deprecating P149>

YES for me

Posted by Pierre Choffe on 15/11/2018

<deprecating P149>

YES 

Posted by Øyvind Eide on 15/11/2018

<deprecating P58> <deprecating P149>

Yes.

 
 

Posted by Øyvind Eide on 15/11/2018

<P59 needs change>

This  looks good to me.

Øyvind

Posted by George Bruseker on 15/9/2018

<deprecating P149>

YES

Posted by George Bruseker on 15/9/2018

<P59 needs change>

YES 

Posted by Melanie Roche on 23/11/2018

<deprecating P58> <deprecating P149>

Yes.

In the 42nd joined meeting of the CIDOC CRM SIG and ISO/TC46/SC4/WG9 and the 35th FRBR - CIDOC CRM Harmonization meeting, the crm-sig confirmed the result of e-vote about the accepting the deprecation of P58 has section definition (defines section) and P149 is identified by (identifies) in view of their ranges having already been deprecated.

Furthermore, they voted in favor of MD’s new scope note for P59 has section (is located in or within) as a result of E46 Section definition having been deprecated.
The old and the new scope note for P59 has section (is located in or within) can be found here.

Berlin, November 2018