геопросторовий - ГІСGoogle earth / mapsВіртуальна Земля

KML ... OGC сумісний або монопольний формат?

OGC стандарти Новини вже є, і хоча більше року тому вдалося визначити, що формат kml вважався стандартом ... момент затвердження викликає багато критики щодо намірів Google монополізувати формат, який дуже добре позиціонується. Зараз сказано, що kml є в Стандартах OGC, що породило різні думки.

Добре

Стандарти хороші, якби їх не було, не можна було б підтримувати взаємодію між різними технологічними інструментами, переважно комерційними. Об'єкт Відкритий консорціум Gis (OGC) - це систематизація стандартів просторових даних, які дозволяють створювати протоколи обміну за документальними схемами, такі як визначення сутності, відносини та словники даних.

Дивлячись на список технологій, які кілька їхніх продуктів мають під гаслом «стандарти ogc», ми бачимо, що ці зусилля були дуже добре підтримані, включаючи AutoDesk, ESRI, Bentley, Intergraph, Leica, Oracle, CadCorp, Mapinfo, Manifold.. Серед інших, інші включали Microsoft лише минулого року. Ця таблиця відображає категорії, для яких існують стандарти OGC, включаючи KML, який буде стандартом даних геолокації XML.

До сих пір це було важко взаємодіяти з KML без імпортувати його (KML для Dxf), і дата Google не жадали дасть вашу здатність Google Earth безпосередньо відкривати один .shp або .dxf; той факт, що KML-стандарт можна припустити, що ці речі можуть змінитися, оскільки це гарантує, що еволюція не буде підкорятися божевільним успіх критерії вступає в гру Google і творчість геопросторової промисловості і суспільство в цілому.

Тож непогано, що Google випускає свій формат kml і добре, що це робить за «відкритою» моделлю, тому що таким чином стійкість може бути гарантована тим, хто інвестує в розробки. Це означає легкість створення програм без необхідності імпортування чи трансформації даних, і хоча це здається дуже теоретичним, «відкритий» критерій, окрім співпраці, прагне нейтральності, приносячи користь усім, не реєструючи формати в певній програмі... крім Google, звичайно..

Поганий

Проблема в тому, що це схвалення формату ОГК надходить в чутливий момент на великих ринках технологій; і ми маємо відношення саме до моменту, коли Microsoft не міг купити Yahoo! хто вирішив фліртувати з Google.

Microsoft перемагає Google у настільних інструментах, Google перемагає всіх у домінуванні в Інтернеті, Yahoo! перевершує обидва в онлайн-рекламі. Microsoft робить ставку на приватні ліцензії, Google намагається сприяти використанню «своїх» безкоштовних програм, Yahoo! воно вмирає кожну секунду. Віртуальна Земля – це кожен день більш привабливий, Google Планета Земля має більше покриттів, карти Yahoo ...

Ці невеликі кон’юнктури викликають сумнів, якщо Google намагається оприлюднити kml для громадськості не тому, що він щось дає світові, а тому, що хоче, щоб усі працювали у форматі, який йому вже вдалося розмістити ... подібне, коли Microsoft пропонувала .NET для всіх, хто хотів би розробляти настільні програми, забезпечуючи сумісність зі стилем, ведучи до величезних рівнів страждань і прагнучи затьмарити Java. Крім того, значна частина геопросторової спільноти недооцінила потенціал kml через його обмежені можливості, тому що, хоча ми визнаємо, що Google Earth і Google Maps мають чудові досягнення, kml робить не що інше, як показувати чортові локації, оскільки принцип був ese: географічна простота в порівнянні з xml і завжди з фокусом на Інтернеті. Але розробки чудових настільних інструментів стосувалися не лише імпорту та експорту kml через ту шалену звичку Google прибивати нам їх API в будь-якому місці.

) GC стандарти - некрасиві

... і це може звільнити можливість розробки розробок, які підключаються до даних Карт Google, без необхідності проходити його API? На сьогоднішній день, якщо ви хочете зробити щось, вам потрібно знайти виконавця Google, скажіть йому, що ви хочете робити, що ви хочете показати, як виглядатимуть дані ..., а потім розраховуйте, що вам будуть задані умови максимального рівня роздільної здатності, щоб показати, де ви повинні поставити логотип Google і, звичайно, зобов’язати купити клієнта Google Earth Enterprise за ціною, яку вони можуть придумати, або, в крайньому випадку, встановити Google Планета Земля Про на сервері обумовлено її примхами.

Хоча ми і вітаємо, що відкрита альтернатива підтримується добре розташованими технологіями, як і у випадку з Google та тисячами доменів, що розвиваються над його API, ми пам'ятаємо, що недавно MySQL, який отримав чудове співробітництво від спільноти, день був куплений SUN за скромну суму один трильйон доларів. І того, хто допомагав усунути помилки кожної версії, не бачили ні копійки.

На конференції в Балтіморі я вже можу уявити промову Марка Райхардта, генерального директора OGC, який виступить на пленарному засіданні під назвою: «Бачення ОГК“, і в якому вони неодмінно запропонують вівтар Google. Чим закінчиться цей роман?

Гольджі Альварес

Письменник, дослідник, спеціаліст із моделей землеустрою. Він брав участь у концептуалізації та впровадженні таких моделей, як: Національна система управління майном SINAP в Гондурасі, Модель управління спільними муніципалітетами в Гондурасі, Інтегрована модель управління кадастром - реєстр в Нікарагуа, Система адміністрування території SAT в Колумбії. . Редактор блогу знань Geofumadas з 2007 року та творець Академії AulaGEO, яка включає більше 100 курсів на теми GIS - CAD - BIM - Digital Twins.

Статті по темі

2 Коментарі

  1. Добре Дякую за відповідь, яка здається дуже успішною. Той факт, що Google подає KML до стандарту, дасть йому більшу стабільність у зв'язку з примхливими змінами.

  2. Привіт

    Не будемо змішувати merras churras, одна справа в тому, що Google має службу мап, на якій вони займаються великим бізнесом, а інша річ дуже відрізняється від того, що OGC відмітив привілей у форматі, в якому Google передає більшу частину своєї інформації географічний район.

    Дозвольте мені пояснити: коли KML визначається як стандарт, ми переконаємося, що це буде документально як ми використовуємо це дуже різні. Google нещодавно випустила a реалізація вільна бібліотека для роботи з KML (це буде настільки ж добре, як Google знаходить хотів, щоб це було, але це інша війна). У gvSIG вже є підтримка KML без використання цієї бібліотеки і працюємо, щоб поліпшити його, тому що вона є життєздатною альтернативою для передачі інформації в достатньо простому форматі (який не означає, що вона призначена для підтримки GML 3.2, набагато більш потужними і швидше за все, для інших цілей). GvSIG в стані принести KML публікуються ким-небудь, аналізувати з ним і відновити інший файл KML для публікації, де пекло ви хочете (без проходження через сервіси Google, очевидно) дійсно цікаво правильно?

    Одним словом, ми не повинні плутати шляхи ведення бізнесу Google із визначенням стандартів. Особисто я думаю, що це добре, що стандарт KML є стандартним, оскільки принаймні ми переконаємось, що всі ми використовуємо один і той же формат.

    вітання

залишити коментар

Ваша електронна адреса не буде опублікований. Обов'язкові для заповнення поля позначені *

Догори кнопки