KML ... OGC compatible o monopoly na format?

Mga pamantayan ng OGC balita napupunta sa paligid, at kahit na higit sa isang taon ang nakalipas pinamamahalaang sa kml format ay itinuturing na isang karaniwang ... ang oras ay naaprubahan nabuo magkano pintas tungkol sa mga intensyon ng Google upang sarilinin isang format na tunay mabuti nakaposisyon. Ngayon sinasabi ng kml ay nasa OGC Standards, Gener iba't ibang opinyon.

Ang mabuti

Ang mga pamantayan ay mabuti, sa kawalan ng umiiral na interoperability sa pagitan ng iba't ibang mga teknolohikal na tool, higit sa lahat mga komersyal, hindi maaaring matagal. Ang layunin ng Buksan ang Gis Consortium (OGC) ay upang isagawa ang mga pamantayan ng spatial na data na nagpapahintulot sa paglikha ng mga protocol ng palitan sa ilalim ng mga dokumentong may dokumentado, tulad ng mga kahulugan ng mga entity, mga relasyon at mga datos ng datos atbp.

Nakikita ang listahan ng mga teknolohiya na mayroong ilang mga produkto sa ilalim ng slogan na "ogc standard" nakita namin na ang pagsisikap ay napakahusay na suportado, kabilang ang AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold ... sa pagitan ng ang iba ay kasama ang Microsoft noong nakaraang taon. Ang talahanayan na ito ay sumasalamin sa mga kategorya kung saan mayroong mga pamantayan sa OGC, kabilang ang KML na magiging pamantayan para sa data ng geolocation XML.

Sa ngayon ito ay naging mahirap upang makipag-ugnayan na may isang kml nang hindi na kinakailangang i-import ito (KML sa DXF), at ang petsa ng Google ay hindi pa labis na pananabik ay magbibigay sa iyong Google Earth kakayahan upang direktang buksan ang isa .shp o .dxf; ang katotohanan na ang kml-standard ay maaaring ipalagay na ang mga bagay ay maaaring baguhin dahil ito ay nagsisigurado na ang evolution ayaw makinig ng mad nagtagumpay criteria dumating sa pag-play ng Google at pagiging malikhain ng mga geospatial industriya at ang komunidad sa pangkalahatan.

Kaya hindi masama, na inilabas ng Google ang format na kml nito at kung gaano kahusay ang ginagawa nito sa ilalim ng "bukas" na modelo, dahil sa ganitong paraan ay maaaring masiguro ang pagpapanatili sa mga namumuhunan sa mga kaunlaran. Nangangahulugan ito na ang kadalian ng paglikha ng mga aplikasyon nang hindi kinakailangang mag-import o magbago ng data, at kahit na tila napaka-teoretikal, ang "bukas" na criterion bukod sa pagiging pakikipagtulungan ay naghahanap ng neutrality na nakikinabang sa lahat nang walang pag-enrol ng mga format na may isang partikular na programa ... maliban sa Google, syempre .

Ang masama

Ang problema ay ang pag-apruba na ito ng format ng OGC ay dumating sa isang sensitibong oras sa malalaking mga merkado ng teknolohiya; at tinutukoy namin nang tumpak sa sandaling ito Hindi mabibili ng Microsoft Yahoo! sino ang nagpasiyang lumandi sa Google.

Ang outperform ng Microsoft sa Google sa mga tool sa desktop, pinalaki ng Google ang lahat sa domain ng Internet, Yahoo! Ang mga outperform pareho sa online advertising. Ang mga taya ng Microsoft sa mga lisensyang bihag, sinubukan ng Google na itaguyod ang paggamit ng "nito" libreng mga aplikasyon, Yahoo! Namatay siya sa bawat segundo. Ang Virtual Earth ay araw-araw mas kaakit-akit, Mas maraming coverage ang Google Earth, mga mapa ng Yahoo ...

Ang mga ilaw na sitwasyon ay ang mga taasan ang mga katanungan kung ang Google sumusubok na ilabas ang kml publiko, hindi dahil siya ay nagbibigay sa isang bagay sa mundo ngunit dahil siya ay nais sa lahat ng tao upang gumana sa isang format na na pinamamahalaan upang posisyon ... tulad ng kapag Microsoft inaalok .NET para sa sinuman na Nais kong bumuo ng mga desktop application, na tinitiyak na sa pagiging tugma sa style humantong sa matinding antas ng paghihirap at naghahanap upang madaig Java. Gayundin ang karamihan sa geospatial na komunidad ay underestimated ang potensyal ng kml para sa kanyang limitadong kakayahan ay dumating, dahil bagaman aminin namin na ang Google Earth at Google Maps ay kahanga-hanga mga nagawa, kml ay wala ng higit show pinches mga lokasyon, dahil sa prinsipyo ay na: heograpikal na pagiging simple sa xml at laging may web focus. Ngunit ang mga pagpapaunlad ng mga malalaking mga kasangkapan desktop walang nag-aalala sa halip na pag-import at pag-export kml pamamagitan ng ito mabaliw ugali ng Google para sa iyong clavarnos API anuman ang mangyari.

) GC Standards - The Ugly

... at maaari itong palayain ang posibilidad na gumawa ng mga pagpapaunlad na kumonekta sa data ng Google Maps nang hindi kinakailangang dumaan sa API nito? Sa ngayon, kung gusto mong gumawa ng isang bagay, kailangan mong hanapin ang isang ehekutibo ng Google, sabihin sa kanya kung ano ang gusto mong gawin, kung ano ang gusto mong ipakita, kung paano ang data ay tumingin ... at pagkatapos ay maghintay para sa mga kundisyon ng antas ng maximum na resolution na ipapakita, kung saan dapat mong ilagay ang logo ng Google at siyempre, ang obligasyon na bumili ng Google Earth Enterprise Client sa presyo na maaari mong isipin o sa extreme case mount a Google Earth Pro sa server na nakakondisyon sa kanyang mga whims.

Kahit na pinupuri namin na ang bukas na alternatibo ay sinusuportahan ng mahusay na nakaposisyon na mga teknolohiya, tulad ng Google at ng libu-libong mga domain na kanilang binuo sa API nito, naaalaala namin na hindi pa matagal na ang MySQL, na nakatanggap ng mahusay na pakikipagtulungan mula sa komunidad, araw ay binili ng SUN para sa mababang halaga ng isang trilyong dolyar. At sa mga yaong nakatulong upang malutas ang mga bug ng bawat bersyon ay hindi nakakita ng isang matipid.

Sa kumperensya ng Baltimore, naiisip ko na ang pagsasalita ni Mark Reichardt, CEO ng OGC na magbibigay ng isang plenary na tinawag na: «Ang pangitain ng OGC«, At kung saan tiyak na mag-aalok sila ng isang altar sa Google. Ano ang matatapos sa nobelang ito?

2 Mga tugon sa "KML ... OGC compatible o monopoly format?"

  1. Ok Salamat sa sagot na tila matagumpay. Na isinumite ng Google ang kml sa pamantayan ay bibigyan ito ng higit na katatagan tungkol sa mga kapansin-pansing pagbabago.

  2. Hello,

    Huwag hayaang maghalo ng churras sa mga merinas, isang bagay na ang Google ay may serbisyo sa mapa na ginagawa nila ang isang mahusay na negosyo, at isa pang bagay na binigyan ng OGC ang parangal sa format kung saan inililipat ng Google ang marami sa iyong impormasyon heograpikal.

    Hayaan akong ipaliwanag: kapag tinutukoy ang KML bilang isang pamantayan, tinitiyak namin na ito ay dokumentado, pagkatapos paano ang ginagamit namin ay ibang-iba. Kamakailan-publish ng Google ang isang pagpapatupad libre ng isang aklatan upang gumana sa KML (na magiging kasing ganda ng Google na gusto nito, ngunit iyan ay isa pang digmaan). Sa gvSIG mayroon nang suportahan para sa KML nang hindi gumagamit ng ito library at ay nagtatrabaho upang mapabuti ito dahil ito ay isang viable alternatibo para sa pagpapadala ng impormasyon sa isang walang kinikilingan simpleng format (na kung saan ay hindi nangangahulugan na ito ay inilaan upang suportahan GML 3.2, magkano ang mas malakas na at malamang na laki para sa iba pang mga gamit). GvSIG sapat upang magdala ng KML na inilathala ng kahit sino, pag-aralan sa kanya at muling itayo ang isa pang KML para sa publikasyon kung saan ang impiyerno gusto mo (nang hindi dumadaan sa mga serbisyo ng Google nang walang alinlangan) ay talagang kawili-wiling mga karapatan?

    Sa madaling salita, hindi namin dapat malito ang paraan ng paggawa ng negosyo sa Google sa kahulugan ng mga pamantayan. Sa personal na tingin ko ito ay mabuti na ang KML ay standard dahil hindi bababa sa tinitiyak namin na namin ang lahat ng gamitin ang parehong format.

    Isang pagbati

Mag-iwan ng tugon

Ang iyong email address ay hindi nai-publish.

Ang site na ito ay gumagamit ng Akismet upang mabawasan ang spam. Alamin kung paano naproseso ang data ng iyong komento.