Closed WijnandIHW closed 6 months ago
Geef me een voorbeeld van zo'n domeintabel & api-call.
Vorige week besloten: we zien voorlopig af van een api-call naar domeintabel. En we volgen voorlopig dezelfde systematiek als bij NEN3610 (en BRO?), d.i. domeintabel krijgt stereotype codelijst (type=Datatype). Domeinwaarde krijgt geen stereotype en geen type.
De weergave in de respec-catalogus is een eenvoudige lijst met codes en evt. een omschrijving.
Dit kan niet. Codelijsten hebben geen waarden in het model.
Zou je het dan kunnen oplossen zoals het bij de BRO gebeurt? De codelijst met stereotype codelijst en de waarden als enumeratiewaarde?
We hebben ook nog een dingetje met onze codelijsten. We hebben ze in EA gedefinieerd als Codelijst, maar we willen wel de lijsten met domeinwaarden zichtbaar hebben in de catalogus. Ik zie in https://imvertor.armatiek.nl/imvertor-executor/dashboard/wiki?key=cli-includedoclist 3 mogelijkheden, maar geen van die 3 is voor ons bruikbaar. Op ons aquo-wiki platform zijn domeinwaarden separate paginas met een (SKOS) Breder relatie naar de domeintabel. Je vraagt de domeintabel met -waarden op door een API-call. De output van die call zou wel een xml-document kunnen zijn, maar we hebben niet iets als een domeintabellen-service met set van kant-en-klaar xml-documenten.
Zijn we hierin uniek, of zijn er imvertor gebruikers die op een vergelijkbare manier werken?