http://b-map-co.com/servlets/mapservlet?WMTVER=09&REQUEST=map&
BBOX=-88.68815,30.284573,-87.48539,30.989218&
WIDTH=792&HEIGHT=464&SRS=4326&
LAYERS=AL+H i ghwayAL+HighwayAL+Highway
STYLES=casing,interiorlabel&FORMAT=GIF&TRANSPARENT=TRUE
Coverage Working Group
<usgsNumLanes>4</usgsNumLanes>
<usgsSurfaceType>LooseGravel</usgsSurfaceType>
<usgs:Centerline
ogcgml:srsName="http:/www.0pengis.0rg/srs#epsg:26751">
<ogcgmlLineString>
<ogcgml:coordinates>0.0,0.0 1.123,1.56 2.34,4.5 0.0,0.0</
coordinates>
</ogcgml:LineString>
</usgs:Centerline>
</usgs:road>
The Service Architecture
Special Interest Group
2000-4
GEODESIA
De vraag heeft de bekende URL internetstructuur. De OpenGIS-standaard specifi
ceert de naam van de query-parameters (bijvoorbeeld BBOX, LAYERS, FORMAT,
enz.) en de betekenis hiervan.
De gevolgde procedure is goed bevallen en heeft snel resul
taat opgeleverd, mede dankzij het grote aantal partijen dat
met groot enthousiasme werken aan hun mapservers, onder
andere Geodan die een WMT-mapserver heeft gemaakt.
Na het testbed heeft het OGC twee specificaties opgesteld,
die in februari 2000 in Vancouver zijn geaccepteerd:
Web Map Server Interface specificatie [7] met basis-pro
tocollen GetCapabilities (wat kan/is er op de server),
GetMap (raster images, grafische primitieven of simple
feature data) en GetFeaturelnfo (ophalen attributen);
Geography Markup Language (GML) specificatie (sim
ple features in XML met XSLT 'stylesheet' voor weer
gave) voor het overhevelen van data [5].
Een voorbeeld hoe geo-informatie met GML wordt ge
codeerd, is hieronder weergegeven. Door het belang en de
ondersteuning van de wereldwijde internetstandaard voor
het uitwisselen van gegevens, XML, kon GML weieens heel
belangrijk worden als uitwisselingsformaat. Wel zal er naar
zaken als was/wordt (mutatiebestanden) en topologische
structuren moeten worden gekeken, in uitbreiding op de
huidige ondersteuning van alleen de simple features (basis
typen). Het voorbeeld uit [5]:
GIS-coverages voorzien ons van een
n-dimensionale afbeelding van geo-in-
formatie in het terrein. Een coverage
kan een kaart zijn bestaande uit een
verzameling punten, lijnen en/of vlak
ken, maar ook een image (bijvoor
beeld satellietbeeld of luchtfoto) of
meer in het algemeen: een raster. Ras
ter-coverages kunnen bijvoorbeeld di
gitale orthofoto's en digitale terrein
modellen zijn.
Tijdens de Southampton TC-meeting
werden de implementatie-specificaties
voor raster-coverages besproken. Deze
zijn ontworpen om de interoperabili
teit te bevorderen tussen implementa
ties van dataleveranciers en implemen
taties van softwareleveranciers voor
analyse en bewerking van rasterbeel-
den. De specificatie omvat interfaces
voor de toegang tot raster-coverage da
ta, de aanpassing van raster-coverages
(bijvoorbeeld re-sampling), het uit
voeren van beeldanalyse en -verwer
kingsalgoritmen en het leveren van
algemene en geometrische informatie
over het raster. De implementatie-spe
cificatie is geaccepteerd onder de naam
Grid Coverage Specification. Er is een
Revision Working Group ingesteld
voor toekomstige aanpassingen en on
derhoud van deze specificatie.
Dit is een voorbeeld van een compleet object, inclusief de ID, thematische en geo
metrische attributen. Het formaat en de structuur lijken ook weer heel erg op het van
het internet bekende HTML. Zo heeft alles een begin en een einde:
- het hele object <usgs:road> tot </usgs:road>, maar ook
thematisch (<usgs:NumLanes>4</usgs:NumLanes>)
en geometrische attributen (<ogcgml:LineString> tot </ogcgml:LineString>).
Door deze structuur (begin en einde) is het geheel goed leesbaar.
<usgs:road ID 1354
In de Service Architecture SIG wor
den verschillende aspecten besproken,
zoals:
service-registratie, zoals bij Clea
ringhouses maar dan voor diensten
in plaats van voor data, of volgens
het OMG-mechanisme (OMG
Object Management Group);
service-discovery (een concreet
voorbeeld hiervan is het vinden van
beschikbare coördinaattransforma
ties);
service quality measures, levels of
services en conformance testing
(nog geen specifieke techniek voor
ogen);
de relatie tot de OMG Business Ob
ject Component Architecture (BO
CA).
170
