l
Stap 3: Het modelleren van
schaalovergangen voor
specifieke situaties
Resultaten
van de software en niet in het klasse
diagram zelf. Hierdoor is de inhoud
per schaal niet direct duidelijk. Ook
hier bleek het niet makkelijk om een
UML-model per schaal te genereren.
Een laatste nadeel is de zeer compac
te verschijningsvorm van het model.
Hierdoor wordt weliswaar redundan
tie voorkomen, maar wat is toegestaan
op elke schaal, inclusief de ruimtelijke
relaties, kan alleen worden achter
haald door de specifieke attributen en
relaties nader te bestuderen.
Op basis van de analyse van de drie al
ternatieven is voor het verder uitwer
ken van IMTOP gekozen voor de eerste
benadering.
De laatste stap voor het ontwerp van
IMTOP was het modelleren van gene
ralisatiebewerkingen in specifieke
situaties die verricht moeten worden
om de betreffende schaal nog correct
en leesbaar te houden. Deze bewer
kingen kunnen worden gemodelleerd
met 'transformatierelaties' die de
transformatietrajecten aangeven voor
specifieke objecten bij schaalover
gangen, afhankelijk van de lokale,
specifieke situatie van objecten. Een
voorbeeld van zo'n specifieke transfor
matie die voor IMTOP is uitgewerkt in
een UML-transformatiediagram met
behulp van OCL-constraints is het ge
nereren van TOPSONL-terreinobjccten
(Tand use'): type 'bebouwde gebied'
('built_up area') uit TOPlONL-objec-
ten [Kadaster, 2005]. Deze TOP50NL-
terreinobjecten worden gegenereerd
uit TOPlONL-terreinvlakken van het
type 'bebouwd gebied'; van het type
'overig' met een bedekkingsgraad van
gebouwen van meer dan 10%; van elk
type dat in potentieel 'bebouwd ge
bied' ligt en kleiner is dan 15x15 m.
Tevens zijn dit alle wegvlakken die
raken aan potentieel bebouwd gebied.
Deze vlakken moeten bij het 'collap
sen' van wegvlakken naar weglijnen
aan een nieuwe objectklasse worden
toebedeeld [Stoter et al, 2008].
Op basis van de vastgestelde model-
leerprincipes is het IMTOP-model uit
gewerkt voor de klassen weg, gebouw
en terrein, voor drie schalen (TOP10NL,
1:50.000 en 1:100.000). Dit uitgewerkte
model is gevisualiseerd in fig. 5. Be-
class multi-scale-tnherltance
Wègdoof
A-wsgnummer: char [1..*J
aanta!Rij»rolen: integer [Q..1]
afritnaam: char jO..*]
afritnummer: char.JÓ..TJ
bmgnaam; cbar[0..*)
E-wegnummen char ft.-1
fyaek/oorkomen; FyaekVoortomenWeg (1
geometrieLijn: TP_Edge (0..1)
geometriePunt' TP_Node (0 1)
geornefrieVlak TP_ Face |0. 1)
gescheidenRijbaen: boolean
hootdVerkeersGebruik HoofdVerkeersGebnjik [0.1]
hoogter.iveau: negativetnteger
knooppuntnaam: char[0.
N-wegnummer char[1..*]
S-wegnummer: cbar(0. "j
aatus Status
straatnaamFR: char[1..*]
straatnaamNL: char(1..*J
tunnelnaam; char [0..*]
typelnfrastructuur TypelnfrastructuurWegdeet
typeWeg: TypeWsg [1
verhardingsBnsedte; real(0..1)
vertiardingsBreedteWasse: VerhardingsSreedteKlasse [0,. 1]
vertiardingstype; VerhardingsType
«enumeration»
Type Infra structuurWegdeel
verbinding
kruising
overig veikeensgébied
«enumeration»
topSOnk:
TypeinfrastroctuurWegdaeI50
verbinding
kruising
overig verkeersget
rotonde
top10nl::WegdeeI
+afgeleidVanTop10/\ 1..*
top50nl::Wegdeel
afrit: boolean
fySieKVoortomen: FysekVoorkomenWegSQ (1,.*]
geometrieVlak TP_Face tOJ
hoofdVerteersGebmik.' HoofdVerkeersGebruikSO (0,.1j
typelnfrastrucfuun TypelnfrastructuurWegdeel5Q
typeWeg; TypeWeg50 [1
verhardingsSreedte: real (0]
vertiardingsBreedleWasse: VerhardingsBreedteKlaaseSO [0..1]
vethardingstype: VerhardingsTypeSO
+afgelei d VanTop50 7 1"*
top100 nl ::Wegdeet
aantal Rijstroken' integer (0]
afrit: boolean (0]
fydekVoortomen: FyaekVooriomenWegiQO [1..*]
geometrieVlak TP_Face[0|
noofdVertreeraGebruik HoofdVerkeersGebruiklOO [O 1 j
naamParkeerfacibteit: char [0 .1]
typeinfrastructuur, criar [0J
typeWeg: TypeWeglÖO 11..*1
verhardingsBreedte: real fOJ
verhardingsBreedteWasae: VarhardingsBreedteKlasael00 [0..1]
Fig. 3. Het gebruik
van overerving,
'is afgeleid van'-
relaties, afge
leide attributen en
multipliciteit op
attribuutniveau om
aan te geven welke
attributen op welke
schaal voorkomen.
Fig. 4. Het gebruik
van MultiScale
stereotype om
schaalspecifieke
informatie te model
leren. De tags zijn
alleen beschikbaar
in de GUI van
Enterprise Architect
(window rechts).
langrijke relaties hierbij zijn de hiervoor vermelde 'is afge
leid van'-relaties (tussen schalen) en de 'ruimtelijke relaties'
(binnen een schaal, zoals minimale afstand tussen 'weg' en
'gebouw'). Met behulp van deze prototypeversie van IMTOP
zijn enkele tests uitgevoerd om te zien in hoeverre IMTOP
geschikt is voor het modelleren, genereren en beheren van
een multi-schaal topografische database. Hieruit kan wor
den geconcludeerd dat het eenvoudig is om een UML-mo
del per schaal af te leiden. Het was ook mogelijk een XSD
(XML Schema Definition)-bestand per schaal af te leiden,
alsook een XSD-bestand dat alle schalen bevat. De topologi
sche ISO 19107-primitieven zijn hierbij omgezet naar GML
(Geography Markup Languagej-geometrieën via een XSLT
(Extensible Stylesheet Transformations)-transfbrmatie op
de XSD-files. Het UML-model is geëxporteerd naar Data De
finition Language (DDL) scripts voor het genereren van de
databasestructuur. Hieruit bleek dat het niet zo simpel is
om de objectgeoriënteerde hiërarchie van UML om te zet
ten naar databasetabellcn, maar via zelfgeschreven en
aangepaste scripts is dat wel mogelijk via het 'platslaan
van de hiërarchie'. Als dit uiteindelijk gelukt is, is het re
sultaat een multi-schaal database, die dan nog gevuld
moet worden met objecten. Meer hierover is te vinden in
[Stoter et al., 2008]. Views zijn vervolgens gedefinieerd op
de tabellen op basis van de OCL-constraints. Uit tests met
het transformatiemodel bleek dat hiermee schaaltransities
goed beschreven kunnen worden. In al deze tests is nog veel
class IMTOP
GeoObject
«MultiScale,FeatureType»
Road
Tagged Values
exit: Boolean [0..1]
maxScale
numberOfTrafficLanes: Integer
minScate
10000
streetName: Name [0..*]
«MuitiScale»
centreüne: TP._Edge [G.'.IJ
centrePoint: TP_Node [0..1]
geometryLine: TP_Edge f0.1]
geometryPoInt: TP_Node [0..1]
geometrySurface: TPJFace [Ö..1]
pavement!ype; TypePavement
typeOfinfrastructure: TypeOfInfrastructure
1
GEO-INFO 2008-10
