Kml-formaat Google erkend als standaard

Het Open Geospatial Consortium heeft Googles op xml gebaseerde Keyhole Markup Language als standaard geaccepteerd. De openheid van het formaat voor de weergave van geografische informatie is daarmee gegarandeerd.

"De standaardisatie van KML maakt het voor iedereen mogelijk om geografische informatie te delen en te publiceren in een open formaat", stelt Google bij monde van product manager Michael Weiss-Malik. Een kml-bestand koppelt afbeeldingen, beschrijvingen en andere informatie aan geografische coördinaten, zodat ze weergegeven kunnen worden in een zogenaamde geobrowser als Google Earth. De standaardisatie van KML 2.2 zorgt ervoor dat het OGC en Google ervoor kunnen zorgen dat toekomstige versies van de taal backwards compatibel blijven en dat ze overweg kunnen met andere standaarden van de organisatie, zoals Opengis en de protocollen voor het uitwisselen van sql-data.

Het Open Geospatial Consortium is relatief onbekend maar daarom niet minder belangrijk. De organisatie heeft wereldwijd meer dan 350 leden, waaronder in Nederland bijvoorbeeld de Technische Universiteit Delft, het Ministerie van Verkeer en Waterstaat, Tele Atlas en Shell. Ook Microsoft is lid, maar het besluit tot standaardisatie heeft waarschijnlijk weinig gevolgen voor zijn Virtual Earth-applicatie omdat deze software het kml-formaat al ondersteunt, zij het in beperkte vorm. Nu het OGC zich over kml heeft ontfermd, is de kans groot dat meer bedrijven en organisaties het formaat gaan ondersteunen.

Reacties (17)

[Fiets]

Dan vraag ik me toch af waarom ze niet gewoon de normale GML standaard hebben uitgebreidt met de extra gegevens.

[uncle_sjohie]

GML is meer bedoelt om ook attribuutgegevens in op te slaan, en ook ontstaan vanuit de GIS wereld, KML is meer een wat nieuwere en versimpelde variant voor de "leuke plaatjes", m.a.w. meer voor de opmaak dan voor de inhoud, alhoewel ze beiden punten. lijnen en vlakken ondersteunen. 1 verschil is dat KML alleen met het WGS84 coördinaatstelsel kan werken, en je bij GML een eigen lokaal coördinaatstelsel (bijvoorbeeld RD in Nederland of Lambert bij onze zuiderburen) kan specificeren.

Esri moest ook wat anders met hun ArcGIS explorer, Google heeft met de aankoop van keyhole en de lage drempel (kosteloos) van Google Earth voor elkaar gekregen wat ESRI tot op heden nooit gelukt is, Geo-informatie laagdrempelig aanbieden.

[Reactie gewijzigd door uncle_sjohie op 25 juli 2024 07:01]

[Treenaks]

Weer een "standaard" die vol zit met eigenaardigheden die ontstaan zijn uit het feit dat het format ooit voor één programma verzonnen is (net als OOXML).

[morphje]

Deze standaard wordt ook door andere programma's gebruikt. Bijvoorbeeld ArcGIS explorer. Verder zijn er diverse opensource gis producten die ook deze KML standaard gebruiken.

deze xml opmaak kwam trouwens voort uit de fusie met keyhole nieuws: Google koopt bedrijf gespecialiseerd in satellietbeelden

[Reactie gewijzigd door morphje op 25 juli 2024 07:01]

[uncle_sjohie]

En de eigenaar voordat het een zelfstandig bedrijf werd was Nvidia, die zochten een manier om met niet al te veel bandbreedte videobeelden effectief te kunnen distribueren, maar tegen de tijd dat men iets had bedacht was de breedband penetratie wereldwijd al zover gestegen dat er eigenlijk geen echt goede toepassing voor de techniek meer was. De 2 grote techneuten bedachten dat hun technieken ook goed zouden kunnen werken met raster data, en zo kwamen ze op luchtfoto's uit..

[uncle_sjohie]

Sterker nog, in ArcGis (ArcEditor) kan je "direct" exporteren naar KML. (wel via de commandline of middels een script, een knopje maken was wel een te grote knieval volgens mij) Gelukkig kan het met de ET-geowizzard add-on wel gewoon met een paar muisklikken..

[MadEgg]

Wat voor eigenaardigheden dan? Als ik het zo lees lijkt het me niet echt een uitgebreid / ingewikkeld formaat om te definiëren, hoe kan je dat eigenaardig doen?

[swampy]

Misschien maar deze is "simpeler" dus zal makkelijker te gebruiken zijn. Denk dat OOXML zowat onmogelijk is te implementeren en aangezien ze dingen uit de standaard hebben weggelaten zal een applicatie die OOXML ondersteunt niet altijd het volledige document ondersteunen.

KML dertegen..zie daar wel een goede toekomst in!

[Dreamvoid]

Da's toch ook logisch? Waarom zou je andermans standaard gaan overnemen (ODF van Sun) als het niet eens de functionaliteit van je eigen programma's ondersteunt? Je maakt je eigen standaard, en als mensen willen dat het open is (vanwege interoperabiliteit), maak je de specs openbaar. Zo hoort het, en zo is het ook met PDF, en ODF, en Java, en nog ladingen andere open standaarden gegaan die initieel door 1 partij ontworpen zijn. Het is niet reeel om te verwachten dat je eerst gaat overleggen met al je concurrenten over welke nieuwe functionaliteit je de komende 5 jaar in je software wilt gaan toevoegen, om dan met hen samen een formaat te gaan ontwikkelen. Google is echt niet vijf jaar geleden naar Microsoft gestapt "hallo, jullie weten het nog niet maar wij gaan een concurrent voor jullie TerraServer maken, en we willen de volgende features erin bouwen. Willen jullie ons even helpen onze geotagging standaarden op elkaar af te stemmen, zodat we makkelijker jullie van de markt kunnen werken?". Ze zijn gewoon begonnen met een KML en hebben TerraServer (inmiddels Live Maps/Virtual Earth) volledig weggevaagd uit de plattegronden/satelliet markt. En nu maken ze de standaard open zodat iedereen er mee kan werken.

[Reactie gewijzigd door Dreamvoid op 25 juli 2024 07:01]

[Wim-Bart]

Hoeveel heeft Google "betaald" om de standaard er door te krijgen?

[SPee]

Ik denk niet dat Google dringende noodzaak heeft om het hier een standaard van te laten maken.
En het werd ook al gebruikt in andere programma's, zodat de implementatie ook al vrij groot was.
Dus dan is het nog een kleine stap naar een standaard.
Die is nu gezet.

[g4wx3]

Het leuke aan standaarden is dat er zoveel zijn om uit te kiezen


Zo zou het moeten gaan met elke standaard.
Eerst inburgering, testen en optimaliseren van een protocol, dan wordt het automatisch een standaard
Zo gaat het ook met wetten. Wat in het algemeen als juist of fout word gezien wordt nadien in een wet gezet (indien er noodzaak toe is)

Wat MSFT doet is:
Windows is nodig.
Neem een algemeen bekend protocol, pas het aan, optimaliseer het, en vooral maak het incompatible en zet het als standaard bij windows
Als iedereen het dan gebruikt omdat het standaard bij windows zit ga dan vragen of het een iso standaard mag worden.
iso vraagt protocol info, maar indien MSFT die zou geven, zouden mensen minder afhankelijk kunnen worden van MSFT, en als een andere iso standaard word gekozen, dan verliezen ze waarschijnlijk ook gebruikers.
Dus ze leveren informatie om compatible te zijn, maar niet genoeg om alle features (eigenschappen) van het protocol te kunnen gebruiken.

Andere tweakers kunnen hieronder wat voorbeelden posten als het niet duidelijk is. Maar gezond verstand zegt al genoeg dat windows probeert de marktposistie te beschermen door andere in de markt niet compatible te maken. Mag ook, maar aangeizen MSFT een dominante positie heeft verstoren ze de marktwerking. Dus moetenze oftewel andere OPEN standaarden implementeren, oftwel hun standaard helemaal open maken.

[Sh4wn]

Google is niet zoals Microsoft. Tuurlijk Google is ook een bedrijf, maar een bedrijf wat net iets meer achter open standaarden staat dan Microsoft. Ik heb volste vertrouwen in dat dit gewoon eerlijk is gegaan.

[shadow_tj]

grappige is dat kml gewoon simpel weg eeen xml formaat is voor google earth.

ik heb zelf een kml kunnen maken met google earth... en de info die erin staat is best wel usefull


er zit alleen 1 dik xml probleem in

Er zijn twee Folder tags..
een bijde folder tags heeft andere values daarin

aan de tag folder kan je niet zien welke je hebt.


je moet dan de eerste node in je Folder kijken of de tag Name "My Places"
of "My Path" is,,,,


Heb mijn kml bestand aan kunnen maken met het tooltje TravelRecorderV3
dat geleverd werd bij mijn QStarz gps recorder