Which namespace should I use for the CIDOC CRM as LOD?

Priority 1, Best Practice Established

Problem Statement

Because the CRM is a conceptual reference model, the official definition does not include a mapping to RDF. Several of these have sprung up, most notably the Erlagen OWL model and the official CIDOC mapping.

In order to allow our implementations to interoperate, a specific namespace RDF implementation of the CRM needs to be chosen.

Best Practice:

Our recommendation is to use official CIDOC-CRM namespace (http://www.cidoc-crm.org/cidoc-crm/) and to use the crm: prefix in turtle or JSON-LD mappings.

Discussion:

We talked about Erlagen OWL vs CIDOC-CRM RDFS. Rob and David both prefer using the CIDOC namespace and using OWL, with inverse properties. This means that we either have to convince Erlagen and CIDOC them to finish merging (which they've been talking about for a while) or write our own merge triples.

(From Vladimir)

Use the official namespace. BM and YCBA use ECRM because at the time the official namespace used local names that were Turtle and SPARQL unfriendly, e.g. E21.Person. It only took me and the Erlangen people 2 years to convince the CRM-SIG to change to the ECRM form (underscores).

(Vladimir 1214/2016)

CRM SIG has a grudge with ECRM because it includes Restrictions (eg a Legal Object must have at least one Right, an Activity must have at least one performed_by Agent) and Disjoints (eg an Actor cannot be Legal Object). But nobody has argued against other goodies in ECRM: inverses and transitives.

So I made a script ecrm-simplify.xq that produces ECRM "app profiles", i.e. allows you to pick constructs you like and leave out constructs you don't like. For 2.5 years now, ECRM have been producing such profiles (earliest was ecrm_150218-inverse-transitive.owl).

I think we should use ecrm_current-inverse-transitive.owl, but rewrite the URLs to CIDOC URLs. Separately, the utility and the precise level of inference should be discussed. Or just use GraphDB and be content with 4.7x expansion and 37% type statements (see ref at TODO sibling page).

Reference:

Linked Open Data FAQs

Defining Types

How do I specify types for entities?
Priority 1
✔ Best Practice Established
How do I specify types for predicates?
Priority 1
✔ Best Practice Established
What existing extensions to the CIDOC-CRM should I use?
Priority 2
✔ Best Practice Established

Defining URL Structures

What URL should I use for unknown Actors?
Priority 2
✔ Best Practice Established
What is the root URL for each AAC Partner?
Priority 2
✔ Best Practice Established
What is returned when a URL is dereferenced?
Priority 3
✔ Best Practice Established
Which ID is most appropriate for URL construction?
Priority 3
✔ Best Practice Established

Labeling

What are best practices for modeling text strings?
Priority 2
✔ Best Practice Established
What is best practice for labeling external authorities?
Priority 3
✔ Best Practice Established
How do I handle strings in languages other than english?
Priority 4
✔ Best Practice Established

Modeling

How do I handle complexity in knowledge representation?
Priority 1
✔ Best Practice Established
How do I model lists of entities or multiple values?
Priority 2
✔ Best Practice Established
How should I model parts of Actor names?
Priority 2
✔ Best Practice Established

Reconciliation

How do I reconcile objects to authorities?
Priority 2
✔ Best Practice Established
Which entity should I link to in an authority file?
Priority 2
✔ Best Practice Established

Triplestores, RDF, and Inferencing

Which namespace should I use for the CIDOC CRM as LOD?
Priority 1
✔ Best Practice Established
How do I create an RDF representation of an entity?
Priority 3
✔ Best Practice Established
Where should AAC-created vocabularies be hosted?
Priority 3
✔ Best Practice Established
What serialization of RDF should I publish?
Priority 4
✔ Best Practice Established