Skip to main content

User account menu

  • Log in
Home
CIDOC CRM

Cidoc Horizontal Menu

  • Home
    • About & Info
    • Use & Learn
    • Issues
    • Mappings
    • Compatible Models
    • Use Cases
    • Best Practices
  • Activities
  • Resources
  • Community
  • News

Issues

  • Short Intro
  • Issue Formulation
  • Issue Processing
  • CRM SIG archive

Choose a shortcut

Compatible models & Collaborations
Link to old CIDOC CRM website
Next meeting
Use cases
CIDOC CRM Tutorial
CIDOC CRM Website designs and logos 
CRM SIG mailing list
Editorial Suggestions
Site Support

 

New "encoding" property for E90 Symbolic Object

240
2014-02-06
3 - Changes in the CIDOC CRM model
Done
2018-11-27

Posted by Martin, 6/02/2014 

Dear All, 

I wonder if E90 Symbolic Object should have a property "encoding" or "employed symbol set". I think of various old and modern scripts and digital encodings. Think of Japanese texts in Romaji, Kanji-Katakana, or Katakana only, Turkish in Arabic or Latin scripts, ancient Egyptian in Hieroglyphic or Hieratic, etc. 

One could think of using just "has type", but may be reference to explicit symbol sets or multiple symbol sets is not adequate for a E55 Type? Anyway, in FRBRoo the issue appeared as a question of identity of the symbolic object itself: 

Properties*:*R33 <#_R33_has_content>has content: E62 <#_E62_String>String 

(R33.1 has encoding: E55 <#_E55_Type_>Type)

In 31st joined meeting of the CIDOC CRM SIG, ISO/TC46/SC4/WG9 and the 24th FRBR - CIDOC CRM, resolving this issue, the sig decided to define a property P166 of E90 that allows to specify which interpretation of the symbols in an E90 provide identity to the content represented by some carrier or content encoding, not only an E62, such as “latin alphabet and punctuation symbols” “words of the English language”. Also it is needed to be defined a Symbolset and to expand scope note of E90 to define “content representation” , a sort of “representative Item”. Christian Emil will elaborate this issue.

 

Heraklion, Crete, October 2014

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 decided to close this issue since it is the same with 395. It is agreed that P2 “has type” is sufficient to capture the different kinds of encoding. 

The issue is closed

Berlin, November 2018

395   Symbolic Content

THE MODEL

  • About & Info
  • Short Intro
  • Scope
  • Recommendations
  • References
  • Critics
  • Important Theories
  • Use&Learn
  • Short Intro
  • User Guidance
  • Methodology
  • Tutorials
  • Functional Overview
  • Last Official Release
  • Concept Search
  • Issues
  • Short Intro
  • Issue Formulation
  • Issue Processing
  • CRM SIG Archive
  • Mappings
  • Short Intro
  • Mapping Methods
  • Mapping Tools
  • Mapping Memory
  • Reports about Mappings
  • Compatible Models
  • Short Intro
  • Models
  • Use Cases
  • Short Intro
  • Use Cases

RESOURCES

  • Related Activities
  • Versions
  • References
  • Presentations
  • Technical Papers
  • Tutorials
  • Critics
  • Important Theories
  • Publications
  • Mappings
  • Compatible Models
  • Translations
  • Best Practices
  • Meeting Contributions
  • Minutes
  • Issues
  • CRM SIG Archive
  • Meeting Contributions

ACTIVITIES

  • Short Intro
  • SIG Meetings
  • Minutes
  • Workshops
  • Related Activities

PEOPLE

  • Short Intro
  • Related Stakeholders
  • SIG Members
  • Hosts

NEWS

HOME

 

 

Copyright © 2025 Company Name - All rights reserved

Developed & Designed by Alaa Haddad