Geospatial - GISgoogle Earth / Mapsvirtual Earth

KML ... ¿OGC compatible o monopoli de format?

OGC estàndards La notícia va per allà, i encara que fa més d'un any es gestionava que el format kml fos considerat un estàndard ... el moment en què s'aprova genera moltes crítiques sobre les intencions de Google de monopolitzar un format que té molt ben posicionat. Que ara es digui que el kml està en els OGC Standards, gener diverses opinions.

el millor

Els estàndards són bons, de no existir no podria sostenir-se la interoperabilitat entre les diferents eines tecnològiques principalment les comercials. L'objecte d'el Open Gis Consortium (OGC) és sistematitzar estàndards de dades espacials que permetin crear protocols d'intercanvi sota esquemes documentats, tal com definicions d'entitats, relacions i diccionaris de dades etc.

En veure la llista de tecnologies que tenen diversos dels seus productes sota l'eslògan “ogc standards” veiem que l'esforç ha estat molt ben recolzat, entre ells AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold… entre altres inclòs Microsoft només l'any passat. Aquesta taula reflecteix de les categories sobre les quals hi ha estàndards OGC, inclòs KML que seria un estàndard de dades XML de geolocalització.

Fins ara ha estat complicat poder interactuar amb un kml sense haver de importar (kml to dxf), ia la data a Google no se li ha semblat donar-li capacitat a la seva Google Earth perquè obri directament 01:00 .shp o .dxf; el fet que el kml sigui estàndard podria suposar que aquestes coses podrien canviar perquè s'assegura que l'evolució succeïda no obeiran al criteri boig de Google i entrarà en joc la creativitat de la indústria geoespacial i la comunitat en general.

De manera que no està malament, que Google deixi anar el seu format kml i que bé que ho fa sota el model “open”, perquè així es pot garantir sostenibilitat als que inverteixen en desenvolupaments. Això suposa la facilitat de crear aplicacions sense haver d'importar o transformar dades, i encara que sembli molt teòric, el criteri “open” a part de ser col·laboratiu busca la neutralitat beneficiant tothom sense matricular els formats amb un programa particular… excepte a Google, és clar .

El més dolent

El problema és que aquesta aprovació del format per la OGC arriba en un moment sensible en els grans mercats de tecnologies; i ens referim precisament al moment en què Microsoft no va poder comprar Yahoo! qui ha decidit coquetejar amb Google.

Microsoft supera Google a les eines d'escriptori, Google supera a tots al domini sobre Internet, Yahoo! supera tots dos en la publicitat en línia. Microsoft aposta per les llicències captives, Google intenta promou l'ús de “les seves” aplicacions gratuïtes, Yahoo! es mor cada segon. Virtual Earth és cada dia més atractiu, Google Earth té més cobertura, Yahoo maps ...

Aquestes lleugeres conjuntures són les que generen dubtes si Google intenta deixar anar el kml a el públic, no perquè li estigui regalant alguna cosa a el món sinó perquè vol que tots treballin en un format que ja ha aconseguit posicionar ... semblant quan Microsoft va oferir .NET per a qualsevol que volgués desenvolupar aplicacions d'escriptori, assegurant compatibilitat amb estil de portar-nos a tremends nivells de sofriment ia la recerca de opacar a Java. També gran part de la comunitat geoespacial ha menyspreat el potencial de l'kml per les seves limitades capacitats a què ha arribat, ja que encara que admetem que Google Earth i Google Maps tenen admirables èxits, el kml no fa més que mostrar punxis ubicacions, perquè el principi va ser aquest: simplicitat geogràfica sobre xml i sempre amb enfocament web. Però els desenvolupaments de les grans eines d'escriptori no s'han preocupat més que per importar i exportar el kml per aquesta boja costum de Google de clavar la seva API a com de lloc.

) GC Standards - El lleig

... i això podrà alliberar la possibilitat de fer desenvolupaments que es connectin a les dades de Google Maps sense haver de passar per la seva API? Fins a la data, si vols fer alguna cosa has de localitzar un executiu de Google, explicar-li el que vols fer, el que vols mostrar, com es veurien les dades ... i després esperar que et donin condicions de el nivell de resolució màxim a mostrar, on has de posar el logotip de Google i per descomptat, l'obligació de comprar un Google Earth Enterprise Client a el preu que se'ls acudeixi o en cas extrem muntar un Google Earth Pro sobre el servidor condicionat als seus capricis.

També encara que aplaudim que l'alternativa oberta estigui sent recolzada per tecnologies ben posicionades, com és el cas de Google i els milers de dominis que han desenvolupat sobre la seva API, recordem que no fa molt MySQL, que va rebre una gran col·laboració de la comunitat, un dia va ser comprada per SUN per la modesta suma de un bilió de dòlars. I d'això els que van ajudar a resoldre els bugs de cada versió no han vist un cèntim.

A la conferència de Baltimore, ja em puc imaginar el discurs de Mark Reichardt, CEO d'OGC qui impartirà una plenària trucada: “La visió de l'OGC“, i en què segurament oferiran un altar a Google. En què acabarà aquesta novel·la?

Golgi Alvarez

Escriptor, investigador, especialista en Models de Gestió del Territori. Ha participat en la conceptualització i implementació de models com: Sistema Nacional d'Administració de la Propietat SINAP a Hondures, Model de Gestió de municipis Mancomunats a Hondures, Model Integrat de Gestió Cadastre - Registre a Nicaragua, Sistema d'Administració del Territori SAT a Colòmbia. Editor del bloc de coneixement Geofumades des de l'any 2007 i creador de l'Acadèmia AulaGEO que inclou més de 100 cursos sobre temàtiques GIS – CAD – BIM – Digital Twins.

Articles Relacionats

2 Comentaris

  1. D'acord. Gràcies per la resposta que em sembla molt encertada. Que Google sotmeti el kml a l'estàndard li donaria més estabilitat respecte a canvis capritxosos.

  2. Hola,

    A veure no barregem naps i cols, una cosa és que Google tingui un servei de mapes sobre el qual fan un gran negoci, i una altra cosa molt diferent és que OGC hagi donat el recolzament al format en el qual Google transfereix gran part de la seva informació geogràfica.

    M'explico: en definir KML com un estàndard, ens assegurem que estarà documentat, després com ho usem és molt diferent. Fa poc Google va publicar una implementació lliure d'una biblioteca per a treball amb KML (que serà tan bona com Google troba volgut que sigui, però això és una altra guerra). En gvSIG ja hi ha suport per KML sense utilitzar aquesta biblioteca i s'està treballant en millorar-lo perquè és una alternativa viable per transmetre informació en un format més o menys senzill (el que no treu que es pretengui donar suport a GML 3.2, molt més potent i probablement dimensionat per a altres usos). Poder portar-te a gvSIG 1 KML publicat per qui sigui, fer anàlisis amb ell i tornar a generar un altre KML per publicar-on et doni la gana (sense passar pels serveis de Google òbviament) és realment interessant no?

    En definitiva, que no s'ha de confondre la forma de fer negocis de Google amb la definició d'estàndards. Personalment crec que és bo que KML sigui estàndard ja que almenys ens assegurem que tots farem servir un mateix format.

    una salutació

Deixa un comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

Torna al botó superior