2013-11-23 4 views
1

Я хочу разработать приложение карты с примерно 500 полигонами и некоторыми данными, связанными с каждым полигоном. Данные для каждого многоугольника, чтобы дать приближение, составят около 100 строковых полей умеренной длины (скажем, каждый под 50 символами). Я ожидаю, что эти данные (но не полигоны) будут меняться произвольно каждые 10 минут или около того.Какая технология для использования с картами Google

Существует, по-видимому, целый ряд технологий для создания этой таблицы слияния, «сырой» карты api с базой данных sql для хранения данных, движка карты и т. Д. Мне было интересно, какой из этих различных вариантов подходит (и почему) для объема данных и уровня оттока, о котором я упомянул.

ответ

0

Я думаю, что для вашего случая API исходной карты очень уместен. 500 полигонов - это небольшое число, сервер карт, безусловно, будет излишним. Для таблиц слияния я бы пошел, если бы у меня было тысячи маркеров, но не для 500. Теперь я использую примерно такое количество полигонов в необработанном API без проблем.

PS: Для рисования многоугольников с сырым API есть трюк, который мне потребовалось много времени, чтобы исследовать, может пригодиться для вас позже: Handle when drawing of polygons is complete in google maps api v3

+0

Спасибо Томаса. Можете ли вы рассказать о причинах выбора? Является ли таблица слияния хорошим решением, но просто излишним? Поскольку таблица слияния, по-видимому, позволяет упростить API, у меня возникает соблазн пойти таким путем, но я смутно слышал, что у нее проблемы с обновлениями. – Pradipta

+0

@Pradipta честно не знаю, я никогда не использовал таблицы Fusion. Я только сейчас обрабатываю серверную сторону, что эффективно, если у вас много точек данных ... но вы, вероятно, должны хранить данные в google (?). Но с этим довольно небольшим количеством данных я бы действительно пошел со стандартным API, это был мой путь и мне кажется самым легким. Но это, конечно, не единственный способ ... – TMS

Смежные вопросы