Feature #1770
Updated by Bernhard Koschiček-Krombholz over 1 year ago
We could use https://linked.art/ as a format for further API developments, as it offers a JSON-LD format for the CIDOC CRM that is very easy to understand, very comprehensible and would in a very simple way allow representing each node as a JSON-LD. Especially for non place entities, this would allow for a much better machine-readable representation. h2. Q&A Q: Before implementing LOUD as a format, some topics needs to be discussed. *Discussion:* * -Is the Content of E33 linked with P190? (https://linked.art/model/base/#names-and-identifiers-for-a-resource)- * -Are all descriptions P190 linked to E33? (https://linked.art/model/object/aboutness/#description)- ** just use content: "" for description * How do we define time in which case? P4, P82, P173, P191 or something else? (https://linked.art/model/base/#time-span-details) A: Link physical objects and actors with dates (mapping with event with E63/E64 and P92/93) Q: * What to do with additional information? Should we keep strictly to LOUD model or add additional fields? A: * Should we add links to the other mentioned resources? *Answers* * Link physical objects and actors with dates (mapping with event with E63/E64 and P92/93) * Description is just "content": "TEXT" * For types with external reference systems, just add a field with external reference Q: *P127 has broader term* doesn't exist in LOUD. So we have problems to display Types as single entity, e.g. /api/cidoc_class/E55