fel
TiSgffiM am
Waar bevindt zich de 2D
geo-data in de 3D-ruimte?
Voorbeeld van een 3D-ruimtelijk object als multipolygoon
SQL> select from geo-object3d;
MB 111—MB
om kunnen 3D-volumetrische datatypen niet worden gere
presenteerd en gemanipuleerd; 3D-volumetrische dataty
pen is dus toekomst voor DBMSen. Toch kan gebruik wor
den gemaakt van de voordelen van de huidige ondersteun
de datatypen (3D-polygonen), door een 3D volume-object te
representeren als een complex object: een polyhedron met
referenties naar de vlakken waaruit het object bestaat. De
vlakken worden vervolgens opgeslagen als 3D (vlakke) poly
gonen, elk als een apart record in de DBMS. Dit model is
deels een topologisch model omdat het 3D geo-object wordt
gedefinieerd door referenties naar de vlakken, maar de
vlakken niet bestaan uit verwijzingen naar randen. Een
andere mogelijkheid is het 3D geo-object te representeren
als een multipolygoon (een polygoon dat bestaat uit meer
dere polygonen), ook een ondersteund datatype in Oracle.
In dat geval wordt een 3D-multipolygoon gedefinieerd dat
bestaat uit meerdere 3D-polygonen, maar nu allemaal als
één record in de DBMS.
Fig. 1.
De '3D'-rechten van
het stationscomplex
Den Haag Centraal.
De verschillende
kleuren in de foto
geven aan welke
3D-objecten gedefi
nieerd zijn in het
DBMS: het trein
station (geel):
eigendom van NS
Vastgoed, het spoor
(blauw): eigendom
van Railinfrabeheer,
het bus- en tram
station (groen):
eigendom van ge
meente Den Haag
en het kantoren
complex (rood):
eigendom van
Stichthage Trust bv.
Met deze oplossingen is het mogelijk
om de 2D-topologische relatie te ver
krijgen tussen (de projectie van) 3D
geo-objecten en 2D geo-objecten door
middel van de momenteel beschikbare
ruimtelijke functies. Wanneer 3D-
functionaliteiten eenmaal beschik
baar zijn, kunnen ook de 3D-ruimtelij-
ke relaties worden verkregen. Een an
der voordeel is dat de op deze manier
opgeslagen 3D geo-objecten worden
herkend door GIS- en CAD-applicaties
die een databaseconnectie kunnen ma
ken. Op deze manier kunnen de 2D- en
3D-data opgeslagen in het DBMS ge
combineerd worden gevisualiseerd en
bevraagd. Om dit te illustreren hebben
we de rechten van het stationscomplex
Den Haag Centraal (fig. 1) als 3D-ruim-
telijke objecten opgeslagen in Oracle.
De perceelsgrenzen en de contouren
van gebouwen zijn ook opgeslagen als
geometry datatypen (2D-lijnen) in het
DBMS. Zoals uit fig. 2 blijkt is het mo
gelijk deze data te bevragen en te visu
aliseren in MicroStation Geographies,
zowel in een 2D- als in een 3D-view.
Bij het invoeren van 3D geo-objecten
in de huidige 2D geo-DBMS komt de
vraag op wat de verticale relatie is tus
sen de 2D geo-objecten (in dit geval
percelen) en de 3D geo-objecten. Om te
weten waar de 3D geo-objecten zich
Bodyjd
SHAPE(SDO_GTYPESDO_SRID, SD0_P0INT(X, Y, Z), SD0_ELEM_INF0SD0_0RDINATES)
- 3007 indiceert een multipolygoon
- sdo_elem_info_array bestaat uit meerdere 1003,1
1
SD0_GE0METRY(3007,
NULL, NULL,
SD0_ELEM_INF0_ARRAY11003, 1, 37, 1003, 1, 52,
polygonen (buitenrand polygonen)
1003, 1, 67, 1003, 1, 82, 1003, 1, 97, 1003, 1, 112, 1003, 1, 127, 1003, 1, 142,
1003, 1, 157, 1003, 1, 172, 1003, 1, 187, 1003, 1, 202, 1003, 1)
SD0_0RDINATE_ARRAY(82140.05, 455389.86, 0, 82124.4, 455378.31, 0, 82103.1, 455361.96, 0, 82036.91,
455311.16, 0, 82054.92, 455287.62, 0, 82063.07, 455293.84, 0, 82107.25, 455327.53, 0, 82151.73,
455361.4, 0, 82161.85, 455369.11, 0, 82159.77, 455371.79,0, 82143.72, 455392.57, 0, 82140.05, 455389.86,
0, - - hier eindigt eerste polygoon
82140.05, 455389.86, 0, 82140.05, 455389.86, 12, 82124.4,455378.31, 12, 82124.4, 455378.31, 0, 82140.05,
455 etc
GEODESIA 2002-7/8
