Conclusie
Literatuur
Tenslotte een voorbeeld van een complexe vraag: een map-
overlay, die de intersectie tussen alle faces van de ene laag
met alle faces van de andere laag berekent. Hieronder een
voorbeeld waarin de ene laag topologisch gestructureerd
Tki_parceT is en de andere laag 'query_geom'. Het resultaat
wordt weggeschreven in een niet-topologisch gestructu
reerde 'overlay_result'.
create table overlay_result as
select object Jd, tag,
sdo_geom.sdo_intersection(return_polygon(object_id),
q.shape,0.5)
clip_geom
from lkijparcel, query_geom q
where mdsys.sdo_relate (return_polygon(object_id),
q.shape,'mask=ANYINTERACT querytype JOIN')
'TRUE';
In de doellijst (target list) van de SQL-vraag wordt de feite
lijke geometrische berekening uitgevoerd, naast het selec
teren van de identificatoren uit de beide input-lagen. In
dien beide input-lagen partities zijn, dan zal de output-laag
ook weer een ruimtelijke partitie zijn. Om ervoor te zorgen
dat de map-overlay efficiënt wordt uitgevoerd, is een 'where'-
clausule aan de vraag toegevoegd, die voor de overlaptest
zorgt (via de ruimtelijke index omdat er een ruimtelijke
operator wordt gebruikt 'sdo_relate'). De volgende stap is
het creëren van een topologisch gestructureerde output-
laag na de map-overlay operatie. Om dit te realiseren zal er
een specifieke map-overlay functie (in PL/SQL) moeten wor
den gemaakt, die alle geometrische berekeningen uitvoert
en het resultaat in de doel topologische tabellen weg
schrijft.
In dit artikel hebben we een doorbraak gepresenteerd op
het gebied van het beheren van topologie en geometrie in
een DBMS. Dit alles gebaseerd op een functie die een geo
metrische primitieve kan realiseren (materialiseren) op
basis van een topologische primitieve. De voorgestelde op
lossing is gebaseerd op een generieke topologie metadata
tabel en een PL/SQL stored procedure (die de geometrie
realiseert). Hierdoor is het mogelijk om zowel de voordelen
van een topologische structuur (zoals geen redundante op
slag) als de voordelen van expliciete geometrie (direct ge
bruik) uit te buiten tijdens het bevragen, analyseren en
presenteren van de gegevens. Elk GIS-pakket dat in staat is
geometrie uit het DBMS (in Oracle 'sdo_geometry' ge
naamd) te tonen, kan nu ook topologisch gestructureerde
objecten uit het DBMS tonen en analyseren.
Toekomstig werk zal aandacht besteden aan het consistent
houden van de topologische structuur gedurende de bij
houding. Dit aspect is overigens nauw gerelateerd aan het
temporele aspect van geo-informatie omdat de bijhouding
de bron is van het creëren van historische informatie [8]. Op
soortgelijke wijze als dat er geen gaten en overlap in de
ruimtelijke dimensie mag zijn (in een planaire partitie),
mogen er ook geen gaten en overlap in de tijdsdimensie
zijn: een volgende versie moet begin
nen exact op het moment dat de voor
gaande versie vervalt.
Tenslotte willen we complexe opera
ties nader onderzoeken, zoals map-
overlay waarvan het resultaat weer
een toplogische structuur is. Natuur
lijk zou dan ook alles weer binnen het
DBMS moeten worden uitgevoerd.
Sinds de afronding van het onderzoek
beschreven in dit artikel is er inmiddels
ook een eerste commercieel product op
de markt verschenen, dat topologie
structuur management in Oracle 9i on
dersteunt: LaserScan Radius Topology.
Gedurende het onderzoek is er regel
matig contact geweest met LaserScan
en zijn de ervaringen uitgewisseld. Het
LaserScan-product wordt op dit mo
ment door de TU Delft getest. Het is bo
vendien de verwachting dat Oracle zelf
vanaf versie 10 ook topologie manage
ment zal gaan bieden. De TU Delft zal
in het voorjaar van 2003 de bètaversie
van Oracle lOi gaan testen.
[1] Buehler, K.L. McKee, The OpenGIS
guide - introduction to interoperable
geoprocessing. Technical Report
Third edition, The OpenGIS
Consortium, Inc. 1998.
[2] Open GIS Consortium, Inc., The
OpenGIS abstract specification, topic 1:
Feature geometry. Technical Report
Version 4 (99-101.doc).
[3] ISO/DIS 19107, Geographic informa
tion - Spatial schema. Technical
Report final text of CD 19107
(15046-7). International Organi
zation for Standardization,
TC211/WG2, 2000.
[4] Guttman, A., R-trees: A dynamic index
structure for spatial searching. ACM
SIGMOD 13:47-57, 1984.
[5] Samet, H., The Design and Analysis of
Spatial Data Structures. Addison-
Wesley, Reading, Mass. (VS), 1989.
[6] Boudriault, G., Topology in the TIGER
file. Auto-Carto 8,1987, p. 258-269.
[7] US Bureau of the Census, The DIME
geocoding system. Technical Report
4, Census Use Study, US Depart
ment of Commerce, Bureau of the
Census, Washington, DC, 1970.
GEODESIA 2003-2