Що далі, якщо наш KML занадто великий / складний для API Карт Google? [зачинено]

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

Ми розглядаємо можливість встановлення власного сервера (наприклад, GeoServer або ArcGIS Server); але це здається величезним кроком лише для того, щоб витратити (наприклад) 15 Мб KML, коли ліміт Google - 10 Мб.

Мені потрібна перевірка обґрунтованості: чи є якийсь середній простір між безкоштовним та простим API Google для накладок KML та налаштуванням власного сервера плиток?

Оскільки ви вже інвестували в розробку Google Maps, я б настійно пропонував би перенести всі дані в Google Fusion Tables, які потім можна буде розібрати на карті аналогічно KML з неймовірною продуктивністю (див. Додаток WNYC Fusion Tables ). Розглянемо це оновлення KML без необхідності кардинальної модифікації передньої частини.

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

Чесно кажучи, KML справді корисний лише для невеликих наборів даних з мало функцій та пов'язаних з ними атрибутів. Я б не підходив до нього як до джерела даних файлів. Якщо ви переглядаєте, що ці файли збільшуються, я погляну на інший тип даних або неодмінно рухаюся вниз по маршруту GeoServer / MapServer для розподілених наборів даних.

Якщо ви не інвестували занадто багато часу в API Карт Google, ви можете переключитися на OpenLayers, який має клієнтський аналізатор KML на стороні клієнта, який може читати ваші власні файли KML - див. Приклад нижче:

http://openlayers.org/dev/examples/kml-layer.html

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

Чи дійсно потрібен рівень деталізації 15 Мб або ви можете спростити KML, не втрачаючи занадто багато інформації?

Вам потрібно отримати доступ до вектора / геометрії на стороні клієнта? Чи можуть ці дані слугувати зображеннями?

Якщо жодне з цих варіантів неможливо, вам доведеться переглянути тип програмного забезпечення, що обслуговується на карті. Поряд з GeoServer з ArcGIS Server, ви могли б розглянути MapServer як службу KML, або як WFS. Перевага використання сервера на карті полягає в тому, що запити повертають дані лише в межах карти - зменшуючи мережевий трафік і скорочуючи час завантаження.

Якщо ви використовуєте версію 3, ви можете викреслити всю інформацію про атрибути, за винятком унікального ідентифікатора, і запросити інформацію через ajax-дзвінки до веб-служби кожного разу, коли користувач натискає функцію. Якщо у вас є більше 10 МБ балів, можливо, це гарна ідея зробити якусь кластеризацію, а не відображати всі ці точки одразу. Також ви можете розділити наземні накладки на окремі KML-файли.

Ви спробували Google Fusion Tables. http://www.google.com/fusiontables/public/tour/index.html

Ви можете завантажити до 100 Мб даних безкоштовно.

MapLarge має цікаве рішення - вони можуть тиражувати ваші дані на своїх серверах, а потім робити важке піднімання генеруючих плиток на льоту, використовуючи власне програмне забезпечення. Вони пропонують API Javascript, які потім можуть накладати їх на базові карти з Карт Google, OpenLayers тощо.

Перегляньте кілька їх прикладів - швидкість вражає:

• http://beta.maplarge.com/Map/USDemographics
• http://lobbydata.com/donors

Це не безкоштовно, але це може бути хорошим варіантом для того, хто не захотів неприємностей і витрат, що стоять на окремому сервері для створення цих шарів.