Dear all, There were 13 votes in favor of the proposed change. The use of "need not" vs "does not have to" is considered editorial, which means that we don't need another voting round for it. The new definition (see below) will appear in CIDOC CRM v7.3.2
+++ E13 Attribute Assignment Subclass of: E7 Activity Superclass of: E14 Condition Assessment, E15 Identifier Assignment, E16 Measurement, E17 Type Assignment Scope note: This class comprises the actions of making assertions about one property of an object or any single relation between two items or concepts. The property or relation need not be part of the CRM. The type of the property asserted to hold between two items or concepts can be described by the property P177 assigned property of type (is type of property assigned): E55 Type. For example, the class describes the actions of people making propositions and statements during certain scientific/scholarly procedures, e.g., the person and date when a condition statement was made, an identifier was assigned, the museum object was measured, etc. Which kinds of such assignments and statements need to be documented explicitly in structures of a schema rather than free text, depends on whether this information should be accessible by structured queries. This class allows for the documentation of how the respective assignment came about, and whose opinion it was. Note that all instances of properties described in a knowledge base are the opinion of someone. Per default, they are the opinion of the team maintaining the knowledge base. This fact must not individually be registered for all instances of properties provided by the maintaining team, because it would result in an endless recursion of whose opinion was the description of an opinion. Therefore, the use of instances of E13 Attribute Assignment marks the fact that the maintaining team is in general neutral to the validity of the respective assertion, but registers someone else’s opinion and how it came about. All properties assigned in such an action can also be seen as directly relating the respective pair of items or concepts. Multiple use of instances of E13 Attribute Assignment may possibly lead to a collection of contradictory values. Examples: - the examination of MS Sinai Greek 418 by Nicholas Pickwoad in November 2003 (Honey & Pickwoad, 2010) - the assessment of the current ownership of Martin Doerr’s silver cup in February 1997 (fictitious) In first-order logic: E13(x) ⇒ E7(x) Properties: P140 assigned attribute to (was attributed by): E1 CRM Entity P141 assigned (was assigned by): E1 CRM Entity P177 assigned property of type (is type of property assigned): E55 Type On Thu, Jan 15, 2026 at 11:44 AM Øyvind Eide via Crm-sig < [email protected]> wrote: > YES > > Am 13.01.2026 um 17:21 schrieb Stephen Stead via Crm-sig < > [email protected]>: > > "The property or relation need not be part of the CRM." > > > Stephen Stead > Mob: +44 (0)7802 755 013 > [email protected] > > *From:* Crm-sig <[email protected]> *On Behalf Of *Martin > Doerr via Crm-sig > *Sent:* 13 January 2026 15:47 > *To:* [email protected] > *Subject:* Re: [Crm-sig] issue 615 --E VOTE > > Dear All, > > I vote YES, > > BUT! I suggest to reformulate: > > "The property or relation needs not be part of the CRM." > > because this is less ambiguous for non-native speakers of English.... > > In answer to Martijn, see the current examples of P177: > > > The examination of MS Sinai Greek 418 (E13) *assigned property of type* > binding > structure type (E55). [‘binding structure type’ refers to a property, > external to the CIDOC CRM, which connects a book (E22) to the type of its > binding structure (E55)] (Honey & Pickwoad, 2010) > > The condition assessment of the endband cores of MS Sinai Greek 418 > (E14) *assigned property of type* damage (E55.) [‘damage’ refers to a > property, external to the CIDOC CRM, which connects an instance of a > physical thing like an endband core (E22) to the type of damage (E55) it > shows] (Honey & Pickwoad, 2010) > > The condition assessment of the cover of MS Sinai Greek 418 (E14) *assigned > property of type*quality (E55). [‘quality’ refers to a property, external > to the CIDOC CRM, which connects an instance of a physical thing like a > book cover (E22) to its quality (E55)] (Honey and Pickwoad, 2010) > > > On 1/13/2026 4:07 PM, van Leusen, P.M. via Crm-sig wrote: > > Dear all, > the import of the phrase in bold is not clear to me. The property or > relation itself does not have to be part of the CRM, but *assertions > about it *are? Can this be clarified using the examples? > Martijn > > On Tue, Jan 13, 2026 at 2:40 PM Eleni Tsouloucha via Crm-sig < > [email protected]> wrote: > > Dear all, > > Please reply by yes or no to the proposal formally made at the 61st SIG > meeting, namely to add the clause marked *in boldface* to the scope note > of E13 Attribute Assignment. > The reason that the group would not vote on it at the time, is that it was > made at the meeting. > > You have until the end of next week (23 January 2026) to vote on it. > > ++++++++++++++ > E13 Attribute Assignment > Subclass of: E7 Activity > > Superclass of: E14 Condition Assessment, E15 Identifier Assignment, E16 > Measurement, E17 Type Assignment > > Scope note: This class comprises the actions of making assertions about > one property of an object or any single relation between two items or > concepts. *The property or relation does not have to be part of the CRM.* The > type of the property asserted to hold between two items or concepts can be > described by the property P177 assigned property of type (is type of > property assigned): E55 Type. > > For example, the class describes the actions of people making propositions > and statements during certain scientific/scholarly procedures, e.g., the > person and date when a condition statement was made, an identifier was > assigned, the museum object was measured, etc. Which kinds of such > assignments and statements need to be documented explicitly in structures > of a schema rather than free text, depends on whether this information > should be accessible by structured queries. > > This class allows for the documentation of how the respective assignment > came about, and whose opinion it was. Note that all instances of properties > described in a knowledge base are the opinion of someone. Per default, they > are the opinion of the team maintaining the knowledge base. This fact must > not individually be registered for all instances of properties provided by > the maintaining team, because it would result in an endless recursion of > whose opinion was the description of an opinion. Therefore, the use of > instances of E13 Attribute Assignment marks the fact that the maintaining > team is in general neutral to the validity of the respective assertion, but > registers someone else’s opinion and how it came about. > > All properties assigned in such an action can also be seen as directly > relating the respective pair of items or concepts. Multiple use of > instances of E13 Attribute Assignment may possibly lead to a collection of > contradictory values. > > Examples: > > - the examination of MS Sinai Greek 418 by Nicholas Pickwoad in > November 2003 (Honey & Pickwoad, 2010) > - the assessment of the current ownership of Martin Doerr’s silver cup > in February 1997 (fictitious) > > In first-order logic: E13(x) ⇒ E7(x) > > Properties: > P140 assigned attribute to (was attributed by): E1 CRM Entity > P141 assigned (was assigned by): E1 CRM Entity > P177 assigned property of type (is type of property assigned): E55 Type > > +++++++++++++ > > All the best, > > -- > Eleni Tsouloucha > Philologist - MA Linguistics & Language Technologies > Center for Cultural Informatics > Information Systems Laboratory - Institute of Computer Science > Foundation for Research and Technology - Hellas (FORTH) > > Address: N. Plastira 100, GR-70013 Heraklion, Grece > email: [email protected], [email protected] > Tel: +30 2810391488 > _______________________________________________ > Crm-sig mailing list > [email protected] > http://cidoc-crm.org/crm-sig-mailing-list > > > > -- > Dr. Martijn van Leusen > Associate Professor, Landscape Archaeology, Groningen Institute of > Archaeology > Poststraat 6, 9712ER Groningen (Netherlands) / phone +31 50 3636717 / +31 > 6 18798873 > Academia page <https://rug.academia.edu/MartijnvanLeusen> - Google > Scholar page <https://scholar.google.com/citations?user=H6OP3MUAAAAJ> > > > _______________________________________________ > > Crm-sig mailing list > > [email protected] > > http://cidoc-crm.org/crm-sig-mailing-list > > > > > -- > > ------------------------------------ > > 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 > > > > Email: [email protected] > > Web-site: http://www.ics.forth.gr/isl > > _______________________________________________ > Crm-sig mailing list > [email protected] > http://cidoc-crm.org/crm-sig-mailing-list > > > _______________________________________________ > Crm-sig mailing list > [email protected] > http://cidoc-crm.org/crm-sig-mailing-list > -- Eleni Tsouloucha Philologist - MA Linguistics & Language Technologies Center for Cultural Informatics Information Systems Laboratory - Institute of Computer Science Foundation for Research and Technology - Hellas (FORTH) Address: N. Plastira 100, GR-70013 Heraklion, Grece email: [email protected], [email protected] Tel: +30 2810391488
_______________________________________________ Crm-sig mailing list [email protected] http://cidoc-crm.org/crm-sig-mailing-list
