lexidma — archive

IDs

From: Milos Jakubicek <[email protected]>
To: [email protected]
Date: Fri, 08 Sep 2023 02:08:00 -0000

I had a long(ish) discussion around this with Michal today (erm, yesterday) and we agreed for a slightly different approach where instead of IDs we actually qualify the uniqueness of the relevant properties, leaving it largely up to the serializations how to handle that. This -- as well as relevant descriptions for optional roots and fragment identification are now merged, as well as the UML diagram and plenty of small fixes (logos, build, typos, ...). Hopefully the discussion tomorrow is not going to be very long ;-) Best Milos Milos Jakubicek CEO, Lexical Computing Brno, CZ Brighton, UK http://www.lexicalcomputing.com http://www.sketchengine.eu On Mon, 4 Sept 2023 at 15:39, Michal MÄchura < [email protected] > wrote: These object types have IDs already (at the model level): entry sense collocateMarker The IDs are always optional. Their purpose is relation membership : to make it possible for objects of these types to be involved in relations. Now that we have decided that we want other object types to have IDs too (for addressing if not for relation membership ) I propose to add optional IDs to the following object types: inflectedForm definition pronunciation transcription example headwordTranslation headwordExplanation exampleTranslation relation etymology etymon etymonUnit M.