IHW: opnemen van codelijsten vanuit een API

[ArjanLoeffen]

[Overgenomen uit mail:]

We hebben ook nog een dingetje met onze codelijsten. We hebben ze inmiddels 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 pagina's 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 (zie hieronder), maar we hebben niet iets als een domeintabellen-service met set van kant-en-klaar xml-documenten.

Zijn we hierin uniek, of heb je klanten die op een vergelijkbare manier werken?

Een tijdelijke oplossing zou de BRO-methode zijn. Hierbij worden codelijsten in EA gemodelleerd (stereotype=codelijst), maar ook de domeinwaarden worden opgenomen in EA met een Waarde en een Omschrijving.

Wat adviseer je ons?

Als voorbeeld: https://www.aquo.nl/api.php?action=ask&query=[[Categorie:Domeinwaarden]][[Breder::Id-b82d2751-793d-415e-a359-c69a7984c22e]]|?Id|?Codes|?Omschrijving&format=xml

[ArjanLoeffen]

We hebben het uitlezen van lijsten alleen nog een implementatie voor BRO. Hierin worden de BRO lijsten zeer specifiek opgehaald en uitgelezen, dus met kennis van die lijsten. Die code kan dienen als "sjabloon" voor de code die moet worden gerealiseerd voor IHW.

Uitgaande van een aparte IHW implementatie (die we dus zullen toevoegen) is het geen probleem de API call uit te lezen. We moeten daarbij weten welke opbouw het resultaat heeft en hoe dit resultaat als aparte lijstwaarden moet worden opgenomen. De TV Locatie kan dan de query bevatten (dus de voorbeeld URL zoals je die hebt opgegeven), of we bedenken op basis van een vaste sparql query opbouw een protocol.

Hoe dan ook, prima te doen, maar vereist enig overleg.