Regiovorming - referentieregio's in OSLO

[bdevloed]

Model(len) waarop de issue van toepassing is:

• https://data.vlaanderen.be/doc/applicatieprofiel/adresregister/#Adresuitbreiding
• https://data.vlaanderen.be/doc/applicatieprofiel/besluitvorming#Organisatie

Omschrijving van het probleem:
Vraag naar modellering van referentieregio's in OSLO. Concreet voor het linken van een bestuursorgaan aan een regio.
Achtergrond:
https://lokaalbestuur.vlaanderen.be/strategische-projecten/regiovorming
In een notendop. De Vlaamse regering zet in op regiovorming en heeft Vlaanderen opgedeeld in verschillende referentieregio's. De regio Limburg is verder opgedeeld in subregio's.
Het doel is om coherentere samenwerking van lokale besturen te bekomen. De referentieregio's zelf zijn geen bestuurslaag.

Omschrijving van een mogelijke oplossing:
OSLO laat toe om zowel op adres als op organisatie/hierarchy te modelleren.

Vermits de concrete uitdaging het linken van een regio met een bestuursorgaan is. Lijkt het gebruik van https://data.vlaanderen.be/doc/applicatieprofiel/adresregister/#Adresuitbreiding mij de meest aangewezen weg. Dit impliceert dat de verschillende regio's als Plaats (i.e. [dct:Location](http://purl.org/dc/terms/Location)) aanzien worden. Modellering van subregio's kan dan via dct:isPartOf.

Dit is echter slechts een mogelijkheid. Een andere optie is bijvoorbeeld het expliciet modelleren van regio's in Oslo.
Andere suggesties?

[GeertThijs]

• Een regio mapt inderdaad op OSLO-Generiek:Plaats. Een bestuursorgaan op OSLO-Organisatie:PubliekeOrganisatie. Datatype van PubliekeOrganisatie.werkingsgebied is Plaats en lijkt dus aangewezen om beide te koppelen.
• Het klopt dat momenteel niet voorzien is om Plaatsen hiërarchisch aaneen te koppelen. Een sluitende hiërarchie is niet altijd mogelijk, maar een dergelijke associatie zou niettemin een interessante toevoeging zijn.
• OSLO-Adres:Adresuitbreiding.adresGelegenIn is eigenlijk enkel bedoeld om Adressen aan Plaatsen te koppelen, bv om aan te geven in welke StatistischeSector een Adres ligt (voor zover dit niet via coördinaatinfo dynamisch kan bepaald worden).

[gezever]

Moet je je bij het opstellen en adopteren van controlled vocabularies / codelijsten niet de vraag stellen wie de issuing authority van die concepten is?
Bijvoorbeeld, iso heeft een twee-letter -, een drie-letter - en eencijfercode - lijst voor landen. De enige echte authoritatieve lijst is echter de landenlijst van de verenigde naties, een cijferlijst, omdat zij de organisatie zijn die landen erkennen.

[nvdk]

Het klopt dat momenteel niet voorzien is om Plaatsen hiërarchisch aaneen te koppelen. Een sluitende hiërarchie is niet altijd mogelijk, maar een dergelijke associatie zou niettemin een interessante toevoeging zijn.

Is er een voorkeur voor bepaalde ontologieen/vocabularia in OSLO. Zelf denk ik hier aan geosparql. Bv geosparql:sfWithin