mam
«JU
Example of data
from GML in
LAMPS2
=Libraryltem> t
<Book isbn="0-09-917331 -X">
<author>Feynman, Richard P.</author>
<title>Surely You're Joking Mr. Feynman</title>
<pages>350</pages>
</Book>
=/Libraryltem>
Attribute
Element "Start" Tag
Element "End" Tag
Element "Content"
Attribute Value
must be "quoted"
Nested elements must
nest completely
formaat voor (topografische) data. Paul
Hardy noemt vier toepassingsmoge
lijkheden voor GML: om real time ope
rabiliteit tot stand te brengen, als
batch uitwisselingsformaat, als data-
opslagformaat en tenslotte als 'glue' in
situaties waar de data op verschillende
servers worden onderhouden, naar
een centraal 'warehouse' wordt 'gere
pliceerd' om vervolgens voor raad-
pleegdoeleinden te worden opge
vraagd. Hij maakte overigens nog wel
een onderscheid tussen 'remotely
served data' waarbij geo-datasets nog
van de dataleverancier naar de gebrui
ker moeten worden verzonden, waar
ze vervolgens worden ingelezen en ge
visualiseerd, en 'centrally served data'
waar dit niet meer nodig is omdat de
bandbreedte van netwerkverbindin
gen dan zo groot is, dat 'real time'
raadplegen mogelijk is en de data bij
de bron blijven. Aardig was ook zijn
OML
Fig. 2.
Voorbeeld van in
XML vastgelegde
informatie.
Fig. 4.
Het door IONIC
doorlopen traject
ten behoeve van de
estafette.
Legend
Input stream
f View a
stream
Exports
4 View and Update
stream
"GML"
Next participant
Database
opmerking dat er nu al meer tools voor XML beschikbaar
zijn dan voor de geo-datastandaard van ISO, en IS08211
bestaat al twintig jaar!
Waar iedereen erg benieuwd naar was, was de vraag of
het Laser-Scan zou lukken het estafette GML-bestand in te
lezen, te editen en weer naar een nieuw GML-bestand te ex
porteren. Paul Hardy vertelt dat het inlezen en visualiseren
van het GML-bestand in Laser-Scan's Lamps2-omgeving ge
lukt is tijdens tests vooraf, zij het dat niet alle features kon
den worden geladen, waarschijnlijk vanwege een te groot
aantal coördinaten bij de betreffende features. Hij laat het
resultaat zien na het inlezen van het GML-bestand in
Lamps2 (fig. 3). Het zo Nederlandse 'windmolentje' is duide
lijk op het lcaartfragment te zien en leidt tot de nodige her
kenning bij de toeschouwers. Het inlezen was dus gelukt.
Helaas voor de estafette kon Paul geen 'live' demo geven
van het editen en weer exporteren van de data. Het had
Fig. 3.
Een fragment van
het GML-bestand
gevisualiseerd met
de Laser-Scan
software.
Laser-Scan daarvoor aan voorbereidingstijd ontbroken,
mede omdat ze hun software aan het wijzigen zijn (voor
de liefhebbers: van een DOM parser naar een SAX parser).
Paul Hardy maakte in dit verband een aantal kanttekenin
gen: over een aantal zaken, zoals onder andere het gebruik
van 'namespaces' in GML-bestanden, zijn nog discussies
gaande binnen de OpenGIS-werkgroepen. Ook om andere
redenen kwam deze GML-estafette eigenlijk te vroeg voor
Laser-Scan. Paul stelt dan ook voor om de estafette in 'slow
motion' voort te zetten, dat wil zeggen per e-mail.
Daarna was de tweede (en laatste) estafettedeelnemer aan
de beurt: het Belgische IONIC Software. Oolc IONIC is lid van
het OpenGIS Consortium en tevens is dit bedrijf zeer actief
op het gebied van nieuwe open standaarden en technolo
gieën, met name op het gebied van Web Mapping. De Web
toepassingen van IONIC zijn gebaseerd op de OpenGIS Web
Feature Server specificatie. Voor de GML-estafette heeft men
een laptop meegenomen met daarop een complete configu
ratie: data-opslag in Oracle 8i, een Web Feature Server en
visualisatie-software. Dat pech altijd in het kwadraat komt,
bleek ook nu: het diskettestation van de laptop van IONIC
gaf problemen. Via de cd-drive lukte het wel en het inlezen
tdn'.tx»
U.libl. t«m:
Irltlth Htflcnal U:1
<H<H<1KIKIK.i.püSö- gg
Data courtesy of
Topografische Dienst
GEODESIA 2001*9
