J
EiTLldvtfveFwiUinq (vntbr^kt
- rr
r Tin
\\u
srv r\ f f-'1 i i
1 - p -1
Perceel verwijst naar verkeerde enclave
De constraints in de TOPIONL zijn oor- Fig. 5. Enige
spronlcelijk ontworpen om ervoor te topologische
zorgen dat het dataconversieproces verwijzingsfouten
naar het nieuwe productiesysteem in de Kadastrale
schone data oplevert. Dezelfde con- dataset (links:
straints kunnen echter ook gebruikt enclave-verwijzing
worden tijdens het productie-editten ontbreekt, rechts:
in het nieuwe systeem (dit is met suc
ces getest in een prototype) en tijdens
de database check-in. De constraints
zijn in een bronmodel gedefinieerd,
samen met de andere model-elemen
ten (klassen, attributen, relaties). Dit
model is gecodeerd in een eigen XML-
formaat ontworpen door Vertis en de
Topografische Dienst. Hierbij zijn vijf
typen constraints onderkend (tabel op
deze pagina).
perceel verwijst
naar verkeerde
enclave).
Hier volgt nu een voorbeeld van een
constraint van het type topologie. Aan
gezien het topografische model niet
gebaseerd is op een topologische struc
tuur, maar op losse objecten (punt, po
lyline en polygon features), zien de to
pologische constraints er nu heel an
ders uit dan in het - topologisch ge
structureerde - kadastrale systeem. De
Typen constraints in het systeem van de topografische
bijhouding met voorbeelden
1. enkele entiteit, enkel attribuut (thematisch)
0 weg.aantal_banen 10
2. enkele entiteit, meerdere attributen (thematisch)
wegA_nummer dan weg.type='snelweg'
3. geometrie (naast regels zoals minimale lengte van een lijn of
oppervallc van een vlak)
weg.breedte_klasse '<2m' dan geometrie is lijn anders vlak
4. topologie (verschillende subtypes: bedekt_zonder_gaten,
geen_overlap, samenvallen,...)
weg, water and terrein mogen niet overlappen op zelfde
hoogte niveau
5. relaties
elk feature moet ten minste een bron hebben (metadata)
constraints zijn nu nog belangrijker omdat er geen enkele
andere functionaliteit is om de topologische kwaliteit van
de data te garanderen. Het XML-fragment in het kader toont
de constraint die ervoor zorgt dat twee wegen 'WEG_VLAK'
niet op zelfde hoogteniveau overlappen (let op gebruik van
de ESRI ArcGIS topologie predikaat 'ARE AO VERLAP AREA').
<AttribuutRegel>
<Nummer> top04</Nummer>
<VervolgNummer/>
<Categorie/>
<Beschrijving>Indien Wegvlak overlapt met Wegvlak
dan moet HOOGTENIVEAU verschillend zijn</Beschrijving>
<FoutMelding>Wegvlak overlapt Wegvlak</FoutMelding>
<TriggerNiveau>l</TriggerNiveau>
<VervolgOperator/>
<FeatureKlasse>EDT_WEG_VLAK</FeatureKlasse>
<AlsAttribuut>OBJECTID</AlsAttribuut>
<AlsOperator>AREAOVERL4PAREA</AlsOperator>
<AlsWaarde>EDT_WEG_VLAK</AlsWaarde>
<DanAttribuut>HOOGTENIVEAU</DanAttribuut>
<DanOperator>!=</DanOperator>
<DanWaarde>FEATURE2.HOOGTENIVEAU</DanWaarde>
</AttribuutRegel>
Het feit dat de constraints nu inderdaad in het bronmodel
zijn gespecificeerd en worden gebruikt voor de realisatie van
de verschillende subsystemen, is een flinke stap voorwaarts.
Dezelfde constraints worden nu zowel bij de conversie als bij
het interactief editten (fig. 6) alsook bij de database tijdens
check-in gebruikt. Natuurlijk kan het altijd nog beter:
het model zelf zou in UML gespecificeerd moeten wor
den, gebaseerd op de OGC/ISO TC211-standaarden;
in de plaats van een eigen (XML-)codering van con
straints, zou het gebruik van een standaard beter zijn
(zoals OCL, de Object Constraint Language, zie sectie
'Specificeren van Constraints');
het uitwisselingsformaat wordt niet automatisch uit het
zelfde bronmodel (zoals voor edit- en databasesubsyste
men) afgeleid;
de constraints zijn nog niet meegenomen in het uit
wisselingsformaat: mogelijk zou een deel ook kunnen
worden meegenomen in GML/XML-schema's (bijvoor
beeld de domein-constraints).
GEO-INFO 2005-9
3k
ui
pV
f I.V - -J
1 «-H +-«•-.
TOI
IrJUU
:-.«««
1?TTT&>4'
LIIM111 —J
3 .1 M; Hr J|. ,L
W" I .^i IS t C- ftai funii
W j
A
425