지리 - GIS구글 어스 /지도가상 지구

KML ... OGC 호환 또는 독점 형식?

OGC 표준 뉴스가 있습니다. kml 형식이 표준으로 간주 된 것은 XNUMX 년이 넘었지만 승인되는 순간 Google의 위치가 매우 좋은 형식을 독점하려는 의도에 대해 많은 비판을 불러 일으 킵니다. 이제 kml이 OGC 표준에 속한다고 말하면서 다른 의견을 생성했습니다.

좋은

표준은 훌륭합니다. 그들이 존재하지 않으면 주로 상업적인 도구와 같은 서로 다른 기술 도구 간의 상호 운용성을 유지할 수 없습니다. 의 목적 오픈 GIS 컨소시엄 (OGC)는 등 개체 정의, 관계 데이터로서 사전 기록 방식에 따라 공간 데이터 교환 프로토콜을 생성하고 체계화 표준 인

"ogc 표준"이라는 슬로건 아래 여러 제품이 보유한 기술 목록을 보면 AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold를 포함하여 이러한 노력이 매우 잘 지원되었음을 알 수 있습니다. . 무엇보다도 작년에 Microsoft가 포함되었습니다. 이 표는 XML 지리위치 데이터 표준이 될 KML을 포함하여 OGC 표준이 있는 범주를 반영합니다.

지금까지 (kml에서 dxf로) 가져올 필요없이 kml과 상호 작용하기가 어려웠습니다. 현재까지 Google은 Google Earth에 .shp 또는 .dxf 파일을 직접 열 수있는 용량을 제공하고 싶지 않았습니다. KML이 표준이라는 사실은 일어난 진화가 Google의 미친 기준에 따르지 않으며 지형 공간 산업의 창조성과 일반적으로 커뮤니티가 작동 할 것이라는 확신 때문에 이러한 것들이 바뀔 수 있다고 생각할 수 있습니다.

따라서 Google이 kml 형식을 출시하는 것은 나쁘지 않으며 "개방형" 모델에서 그렇게 하는 것이 좋습니다. 이러한 방식으로 개발에 투자하는 사람들에게 지속 가능성이 보장될 수 있기 때문입니다. 이는 데이터를 가져오거나 변환할 필요 없이 애플리케이션을 쉽게 생성할 수 있음을 의미하며, 매우 이론적으로 보이지만 "개방형" 기준은 협업과 별개로 중립성을 추구하여 특정 프로그램에 형식을 등록하지 않고도 모든 사람에게 이익이 됩니다... 물론 구글..

나쁜

문제는 대형 기술 시장에서 OGC 형식 승인이 중요한시기에 발생한다는 것입니다. 우리는 그 순간을 정확히 Microsoft는 구입할 수 없었다. Yahoo! 누가 구글을 노리는 지 결정했다.

Microsoft는 데스크톱 도구에서 Google을 이기고, Google은 인터넷 지배에서 모두를 이기고, Yahoo! 온라인 광고에서 두 가지 모두를 능가합니다. Microsoft는 종속 라이선스에 베팅하고 Google은 "자체" 무료 응용 프로그램인 Yahoo! 그것은 매초마다 죽습니다. 가상 지구는 매일 더 매력적이다, Google 어스는 더 많은 범위를 가지고 있습니다. Yahoo지도 ...

이러한 사소한 결합은 Google이 kml을 대중에게 공개하려고 할 때 의심을 불러 일으키는 것입니다. 그것이 세상에 무언가를 제공하기 때문이 아니라 모든 사람이 이미 포지셔닝 할 수있는 형식으로 작업하기를 원하기 때문입니다 .Microsoft가 원하는 사람에게 .NET을 제공했을 때와 비슷 데스크톱 응용 프로그램을 개발하여 스타일과의 호환성을 보장하여 엄청난 수준의 고통을 겪고 Java를 덮으려고합니다. 또한 지리 공간 커뮤니티의 상당 부분은 제한된 기능으로 인해 kml의 잠재력을 과소 평가했습니다. Google 어스와 Google지도가 훌륭한 업적을 가지고 있음을 인정하지만 kml은 빌어 먹을 위치를 표시하는 것 이상을 수행하지 않습니다. ese : xml을 통한 지리적 단순성 및 항상 웹 중심. 그러나 훌륭한 데스크톱 도구의 개발은 kml을 가져오고 내보내는 것 이상을 염려하지 않았습니다. Google이 어느 곳에서나 API를 못 박는 미친 습관 때문입니다.

) GC 표준-추악한

… 그러면 API를 거치지 않고도 Google지도 데이터에 연결할 수있는 개발 가능성을 확보 할 수 있을까요? 지금까지 Google 경영진을 찾아야한다면 무엇을하고 싶은지, 무엇을 보여주고 싶은지, 데이터가 어떻게 보일지 알려주고, 그들이 표시 할 최대 해상도 수준의 조건을 제공 할 때까지 기다려야합니다. Google 로고를 넣어야하며 당연히 Google 어스 엔터프라이즈 클라이언트를 구매할 의무가있는 가격으로 또는 극단적 인 경우에는 Google 어스 프로 그의 변덕에 맞추어 진 서버에.

공개 된 대안이 Google 및 API를 통해 개발 한 수천 개의 도메인과 같이 잘 배치 된 기술로 지원된다는 점을 높이 평가할지라도, 우리는 오래 전부터 커뮤니티에서 큰 협력을 얻은 MySQL을 기억합니다. 일은 겸손한 금액으로 샀다. 1 조 달러. 그리고 각 버전의 버그를 해결하는 데 도움을 준 사람들은 한 푼도 보지 못했습니다.

볼티모어 회의에서 OGC의 CEO인 Mark Reichardt가 다음과 같이 본회의를 진행할 연설을 이미 상상할 수 있습니다.OGC의 비전", 그리고 그들은 분명히 Google에 제단을 제공할 것입니다. 이 소설의 끝은 어디일까요?

골지 알바레즈

토지 관리 모델의 작가, 연구원, 전문가. 그는 다음과 같은 모델의 개념화 및 구현에 참여했습니다. 온두라스의 국가 재산 관리 시스템 SINAP, 온두라스의 공동 지자체 관리 모델, 니카라과의 통합 지적 관리 모델, 콜롬비아의 영토 SAT 관리 시스템 . 2007년부터 Geofumadas 지식 블로그의 편집자이자 GIS - CAD - BIM - 디지털 트윈 주제에 대한 100개 이상의 과정을 포함하는 AulaGEO Academy의 창시자입니다.

관련 기사

댓글 2

  1. 확인 매우 성공적으로 보이는 해답을 주셔서 감사합니다. Google이 kml을 표준에 제출하면 변덕스러운 변화에 대한 안정성이 높아집니다.

  2. 안녕하세요

    Churras와 Merinas를 섞어 보지 말자. Google이 훌륭한 비즈니스를 수행하는지도 서비스를 제공하고 있으며, 또 다른 한 가지는 OGC가 Google이 귀하의 정보를 많이 전송하는 형식에 대한 찬사를 보냈다는 것입니다. 지리적.

    설명해 드리겠습니다. KML을 표준으로 정의 할 때 KML을 문서화 한 다음 방법 우리가 사용하는 것은 매우 다릅니다. Google이 최근에 구현 KML을 사용하기위한 라이브러리가 필요하지 않습니다 (Google이 원했던만큼 좋지만 다른 전쟁이기도합니다). gvSIG는 이미이 라이브러리를 사용하지 않고 KML을 지원하고 있으며, 다소 단순한 형식으로 정보를 전송할 수있는 대안이기 때문에이를 개선하기위한 작업이 진행되고 있습니다. 이는 GML 3.2을 지원하기위한 것이 아니라 훨씬 강력하고 아마 다른 용도로 사용되는 크기). 누구나 제작 한 KML을 gvSIG에 가져올 수 있기 때문에 분석을 통해 원하는 곳 어디에서나 게시 할 수있는 또 다른 KML을 생성 할 수 있습니다 (Google의 서비스를 거치지 않고)는 정말 흥미 롭습니다.

    즉, Google의 비즈니스 방식과 표준의 정의를 혼동해서는 안됩니다. 개인적으로 KML이 표준이라고 생각합니다. 적어도 우리 모두가 같은 형식을 사용하고 있는지 확인해야하기 때문입니다.

    인사

코멘트를 남겨주세요

귀하의 이메일 주소는 공개되지 않습니다. 필수 필드가 표시되어 있습니다 *

맨 위로 가기 버튼