KML ... OGC združljiva ali monopolna oblika?
Novice so že tam, in čeprav je bil format kml pred več kot enim letom veljal za standard ... trenutek, ko je odobren, sproži veliko kritik glede namere Googla, da monopolizira format, ki je zelo dobro pozicioniran. Zdaj je rečeno, da je kml v standardih OGC, ustvarilo različna mnenja.
Dobro
Standardi so dobri, če jih ne bi bilo, interoperabilnosti med različnimi tehnološkimi orodji, predvsem komercialnimi, ne bi bilo mogoče ohraniti. Predmet Odpri Gis Consortium (OGC) je sistematizacija standardov prostorskih podatkov, ki omogočajo izdelavo protokolov izmenjave v dokumentiranih shemah, kot so definicije entitet, razmerij in podatkovnih slovarjev itd.
Če pogledamo seznam tehnologij, ki jih ima več njihovih izdelkov pod sloganom "ogc standardi", vidimo, da je bil trud zelo dobro podprt, vključno z AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold.. med drugim so drugi vključevali Microsoft samo lani. Ta tabela odraža kategorije, za katere obstajajo standardi OGC, vključno s KML, ki bi bil standard za geolokacijske podatke XML.
Do sedaj je bilo težko za interakcijo z kml, ne da bi ga uvoziti (KML za dxf), in datum, ko Google ni bil hrepenenje bo vašo sposobnost Google Earth za neposredno odprta .shp ali .dxf; dejstvo, da bi lahko kml standard predvidevamo, da bi lahko te stvari spremeniti, ker zagotavlja, da evolucija ne bo poslušal mad uspelo merila pridejo v poštev, Google in ustvarjalnost geoprostorskih industrije in skupnost nasploh.
Torej ni slabo, da Google izda svoj format kml in je dobro, da to počne po "odprtem" modelu, saj je na ta način lahko zagotovljena trajnost tistim, ki vlagajo v razvoj. To pomeni enostavno ustvarjanje aplikacij brez uvoza ali preoblikovanja podatkov, in čeprav se zdi zelo teoretično, »odprto« merilo, poleg sodelovanja, išče nevtralnost in koristi vsem brez registracije formatov v določenem programu ... razen google seveda..
Slabo
Težava je v tem, da ta odobritev formata OGC prihaja na občutljiv čas na velikih tehnoloških trgih; in se nanašamo natančno na trenutek, ko Microsoft ni mogel kupiti Yahoo! ki se je odločil flirtati z Googlom.
Microsoft premaga Google v namiznih orodjih, Google premaga vse v prevladi interneta, Yahoo! premaga tako pri spletnem oglaševanju. Microsoft stavi na lastne licence, Google poskuša spodbujati uporabo "svojih" brezplačnih aplikacij, Yahoo! vsako sekundo umre. Virtualna Zemlja je vsak dan bolj privlačna, Google Zemlja ima več pokritosti, Yahoo zemljevidi ...
Te rahle konjukture vzbujajo dvom, če Google poskuša javnost kml objaviti ne zato, ker daje nekaj svetu, ampak zato, ker želi, da vsi delajo v obliki, ki jo je že uspelo postaviti ... podobno, ko je Microsoft ponudil .NET za vse, ki so želeli razviti namizne aplikacije, ki zagotavljajo združljivost s slogom, ki vodi do izjemnih stopenj trpljenja in želi zasenčiti Javo. Prav tako je velik del geoprostorske skupnosti podcenjeval potencial kml zaradi njegovih omejenih zmogljivosti, ker čeprav priznavamo, da imata Google Earth in Google Maps čudovite dosežke, kml ne pokaže nič drugega kot prikazuje preklete lokacije, ker je bilo načelo ese: geografska preprostost v primerjavi z xml in vedno s spletnim poudarkom. Toda razvoj odličnih namiznih orodij se ni ukvarjal zgolj z uvozom in izvozom kml zaradi tiste nore Googlove navade, da nam kjer koli pribije njihov API.
) GC standardi - grdi
... in to lahko sprosti možnost razvoja dogodkov, ki se povezujejo na podatke Google Zemljevidov, ne da bi morali iti skozi njegov API? Če želite nekaj narediti, morate najti Googlovega izvršnega direktorja, mu povejte, kaj želite narediti, kaj želite prikazati, kako naj bi izgledali podatki ... in nato pričakujte, da mu bodo določeni pogoji najvišje stopnje ločljivosti, da se prikaže, kje morate vstaviti Googlov logotip in seveda obveznost nakupa odjemalca Google Earth Enterprise po ceni, za katero lahko pomislite, ali v skrajnem primeru namestiti Google Earth Pro na strežniku pogojen s svojimi muha.
Prav tako, čeprav smo ploskali odprt alternativa, ki je podprta z dobro postavljenimi tehnologij, kot so pri Googlu in več tisoč domen, ki so razvile svoje API, ne pozabite, da je ne dolgo nazaj MySQL, ki je prejel veliko sodelovanja s skupnostjo, dan je kupil SUN za skromno vsoto en bilijon dolarjev. In tisti, ki so pomagali odpraviti napake vsake različice, niso videli niti centa.
Na konferenci v Baltimoru si že lahko predstavljam govor Marka Reichardta, izvršnega direktorja OGC, ki bo imel plenarno zasedanje z naslovom: »Vizija OGC«, in v katerem bodo zagotovo ponudili oltar Googlu. Kje se bo ta roman končal?
V redu Hvala za odgovor, ki se zdi zelo uspešen. To, da Googlu predloži kml standardu, bi mu omogočilo večjo stabilnost v zvezi s kapričnimi spremembami.
Pozdravljeni,
Pogled ne mešajte jabolk s pomarančami, ena stvar je, da ima Google zemljevida storitev na tem velik posel, in nekaj povsem drugega pa je, da je OGC dal Pohvala na obliko, v kateri Google prenesen velik del informacij geografsko.
Naj pojasnim: ko definiramo KML kot standard, se prepričamo, da bo dokumentiran kako tisto, kar uporabljamo, je zelo različno. Google je nedavno objavil izvajanje brez knjižnice, da bi delal s KML (kar bo tako dobro, kot je Google želel, da je to, toda to je druga vojna). V gvSIG je že podporo za KML brez uporabe tega knjižnico in si prizadeva za njeno izboljšanje, ker je dobra alternativa za prenos podatkov v dokaj preprosti obliki (kar ne pomeni, da je namenjena podpori GML 3.2, veliko močnejši in verjetno velikost za druge namene). GvSIG lahko prinese KML kdorkoli objavil, analizirati z njim in obnoviti še KML za objavo, če je za vraga hočeš (ne prek Googlovih storitev, seveda) res zanimivo kajne?
Skratka, ne smemo zamenjati Googlovega načina poslovanja z opredelitvijo standardov. Osebno menim, da je dobro, da je KML standarden, ker se vsaj prepričamo, da vsi uporabljamo isti format.
pozdrav