In de StUF Expertgroep van 15 mei 2013 is gesproken over de mogelijke toepassing van Xlink.
XLink is een interessante standaard waarvan de mogelijke toepasbaarheid onderzocht moet worden.
XLink wordt op dit moment (15-5-2013) in hoge mate gebruikt bij het Kadaster.
Hieronder de mail die Han Welmer daarover naar KING heeft gestuurd.
Beste Henri en Robert,
Afgelopen woensdag werd XLink te berde gebracht als een mogelijke interessante technologie voor StUF.
Ik heb even gekeken naar het gebruik van xlink in BRK_Levering. Het is mij niet duidelijk geworden WAAROM zij gekozen hebben voor xlink, maar ik wel heb een idee WAT ze ermee willen bereiken. Naar mijn mening gebruiken ze xlink om een relatie te leggen naar een gerelateerd object. Daarbij kan het gerelateerde object liggen binnen hetzelfde document (bericht) maar ik kom ook voorbeelden tegen waarbij het gerelateerde object in een ander (voorgaand) bericht is opgenomen.
Bijvoorbeeld, een zakelijk recht rus op een kadastraal object:
<KadastraalObject:Perceel id="ID.1225730449">
<KadastraalObject:identificatie>
<NEN3610:namespace>NL.IMKAD.OnroerendeZaak</NEN3610:namespace>
<NEN3610:lokaalId>53830688870000</NEN3610:lokaalId>
</KadastraalObject:identificatie>
<KadastraalObject:kadastraleAanduiding>
<KadastraalObject:AKRKadastraleGemeenteCode>
<Typen:code>315</Typen:code>
<Typen:waarde>ASN00</Typen:waarde>
</KadastraalObject:AKRKadastraleGemeenteCode>
<KadastraalObject:naamKadastraleGemeente>
<Typen:code>315</Typen:code>
<Typen:waarde>Assen</Typen:waarde>
</KadastraalObject:naamKadastraleGemeente>
<KadastraalObject:sectie>Q</KadastraalObject:sectie>
<KadastraalObject:perceelnummer>6888</KadastraalObject:perceelnummer>
</KadastraalObject:kadastraleAanduiding>
<KadastraalObject:ontstaanUitOZ>
<KadastraalObject:OnroerendeZaakFiliatie>
<KadastraalObject:aard>
<Typen:code>14</Typen:code>
<Typen:waarde>Vernummering</Typen:waarde>
</KadastraalObject:aard>
<KadastraalObject:overgangsgrootte>508</KadastraalObject:overgangsgrootte>
<KadastraalObject:onroerendeZaak>
<KadastraalObjectRef:PerceelRef xlink:href="NL.IMKAD.OnroerendeZaak.53830615970000"/>
</KadastraalObject:onroerendeZaak>
</KadastraalObject:OnroerendeZaakFiliatie>
</KadastraalObject:ontstaanUitOZ>
….
</KadastraalObject:Perceel>
…
<Recht:ZakelijkRecht id="ID.1225730457">
<Recht:identificatie>
<NEN3610:namespace>NL.IMKAD.ZakelijkRecht</NEN3610:namespace>
<NEN3610:lokaalId>AKR.538306888700001</NEN3610:lokaalId>
</Recht:identificatie>
<Recht:aard>
<Typen:code>2</Typen:code>
<Typen:waarde>Eigendom (recht van)</Typen:waarde>
</Recht:aard>
<Recht:rustOp>
<KadastraalObjectRef:PerceelRef xlink:href="#ID.1225730449"/>
</Recht:rustOp>
</Recht:ZakelijkRecht>
Merk op dat:
Het attribuut id van het kadastraal object niet de kadastrale aanduiding is noch de kadastrale identificatie
Dat de waarde van de id een string is
Dat de xlink in het zakelijk recht naar deze waarde refereert door de string te vooraf laten gaan door een hekje (#)
De relatie en de gerelateerde beiden in hetzelfde document staan.
Dat het kadastraal object is ontstaan uit een ander kadastraal object, aangeduid met de xlink referentie …53830615970000 • Dat dit gerelateerde object niet is opgenomen in hetzelfde document.
Derhalve, voor een correcte navolging van een xlink verwijzing, de unieke identificatie van objecten moet worden uitgebreid met de waarde van het attribuut id
Omdat StUF objecten al (op tenminste één maar soms zelfs meerdere wijzen) uniek worden geïdentificeerd en StUF al een relatie mechanisme kent op basis van (een) unieke aanduiding lijkt het invoeren van xlink mij geen toegevoegde waarde te geven.
Sterker nog, het spijt me dat BRK_levering WEL gebruik maakt van xlink en daarmee impliciet een derde wijze van unieke aanduiding van kadastrale objecten heeft geïntroduceerd, naast de kadastrale aanduiding en kadastrale identificatie, zonder dat dit nadrukkelijk is kenbaar gemaakt of dat dit in overleg is gebeurd. Maar het zij zo.
Ik stuur jullie deze informatie per e-mail, Ik heb er nog geen forum post van gemaakt, omdat de optie voor het gebruik van xlink slechts terloops in de vergadering is genoemd. Als jullie het op prijs stelt dat er een forum post van gemaakt wordt dan zal ik dat desgevraagd graag doen.
Met vriendelijke groet,
GeoTax
Han Welmer
Software Architect.
Deze RFC is opgevoerd in de onderhoudsverzoeken als RFC0147.
De lijst met onderhoudsverzoeken vind je op:
gemmaonline.nl/index.php/StUF-Expertgroep#Documenten
Tijdens de StUF Expertgroep van 20-5-2015 is besloten dit RFC af te voeren.