Versienummering dataset en datamodel is niet bepaald about imbor

[RiX012]

Gebaseerd op de memo ( Queries op IMBOR en versiebeheer (002).docx) van @ElisabethKloren waarin twee use cases worden genoemd:

1. Met IMBOR als basis, een eigen OTL maken;
2. De OTL aanpassen, omdat er wijzigingen in IMBOR zijn doorgevoerd;
   ... en vier soorten query* vragen:

• MVQM (use case 1)
• MSVQ (use case 1)
• DMQ (use case 2)
• SDQ (use case 2)
  ... met daarnaast het feit dat dit een allereerste release betreft die naar alle waarschijnlijkheid grondig geoptimaliseerd kan worden, lijkt het logisch om op dit moment voor een stabiele maar relatief eenvoudige manier van versiebeheer te kiezen.

1. De versienummering van @redmer lijkt verstandig en kunnen we mee doorgaan.
2. Daarnaast is het voorstel om periodieke dumps te maken die beschikbaar worden gesteld als file download (op een website of GitHub) en wellicht een endpoint. Hiermee worden MVQM en MSVQ en daarmee use case 1 afgedekt (overigens zijn HVMQ en HVSQ ook mogelijk).
3. De DMQ en SDQ delta queries zijn lastiger. Hiervoor moet de delta inzichtelijk gemaakt worden. Vooralsnog gaan we bekijken of de Changeset ontology makkelijk te implementeren is. Dit is echter wel iets voor de vervolg fase, want nu ronden we af met een 'stabiele' versie die vooralsnog alleen in test projecten gebruikt gaat worden. Use case 2 lijkt daarmee pas in het vervolg belangrijker.
   @ElisabethKloren @redmer @NielsHoffmann @nreyngou Eens met deze afwegingen?

*Afkortingen als genoemd in: Versiebeheer in LD - CROW (20191220 Review versie).pdf

[redmer]

Ik heb een versienummer toegevoegd aan de ontologie.

Bij een update van de ontologie moet ook https://github.com/Stichting-CROW/imbor/blob/master/data/transformaties/002%20Voeg%20versieinformatie%20toe.rq geüpdatet worden met het nieuwe versienummer.