ANRIK Nov 28 2011 at 09:08

Новая библиотека Drawing в Google Maps API V3

3 min

17K

Maps API*

From sandbox

+38

Comments 42

theOnlyBoy Nov 28 2011 at 10:41

Здорово. Но вот поддержку сглаженных полигонов (кривых безье или квадратичных) гугл карты почему-то не поддерживают до ныне, что слегка огорчает. Несколько месяцев назад нужно было разработать полноценный инструмент для создания сложных фигур на картах, всё было реализовано в полном объёме, но сглаженные полигоны и поли-линии пришлось делать через обычные полигоны, и, впоследствие, сглаживать их другим алгоритмом для отрисовки данных уже на отдельном canvas'е.

Sannis Nov 28 2011 at 16:07

Несколько месяцев назад нужно было разработать полноценный инструмент для создания сложных фигур на картах, всё было реализовано в полном объёме, но сглаженные полигоны и поли-линии пришлось делать через обычные полигоны, и, впоследствие, сглаживать их другим алгоритмом для отрисовки данных уже на отдельном canvas'е.

Не поделитесь, для какого проекта? :)

theOnlyBoy Nov 28 2011 at 16:09

Проект о недвижимости, в стадии разработки, Бангкок (увы пока всё, что могу сказать).

kotia Nov 28 2011 at 22:27

Безье лучше не через канваc организовывать, а через svg

andrewsch Nov 28 2011 at 11:24

А кто-нибудь сталкивался с задачей отрисовки многочисленных (несколько тысяч) полигонов на карте Google Maps?

andruxin Nov 28 2011 at 11:34

Предполагаю, что при наличии хотя бы нескольких десятков полигонов начинаются жуткие тормоза. Сам с таким количеством не сталкивался, но знаю как ведёт себя слабенький комп при наличии десятка полигонов. Думаю, единственный выход отображать полигоны в зависимости от видимой области.

andrewsch Nov 28 2011 at 11:44

Да на Flesh-e работает на ура. Только Гугл больше Flash API не развивает. А на JS API таки да — тормоза жуткие…

CTAPbIu_MABP Dec 13 2011 at 08:05

вот тут 3200 полигонов работают на ура code.google.com/p/polygonzo/

andrewsch Dec 13 2011 at 16:38

В IE8 отрисовка 3200 полигонов заняла 12-14 секунд, а попытка приблизить повесила браузер напрочь (убили через 30 сек).

А в остальных браузерах да, неплохо работает.

vitvad Nov 28 2011 at 12:04

возможно я не совсем понял вашу задачу, но думаю это может помочь и натолкнуть на мысль google

andrewsch Dec 13 2011 at 16:40

спасибо, но это не совсем то — кластеризация ориентированна на маркеры, не на полигоны

ANRIK Nov 28 2011 at 12:41

Можно попробовать через KML. Создать полигоны в KML, а потом подгрузить на карту.

andrewsch Dec 13 2011 at 16:41

спасибо, попробуем

UFO landed and left these words here

andrewsch Dec 13 2011 at 16:40

Да, будет видимо пилить в этом направлении

stilg Nov 28 2011 at 12:41

ну вот… запугали монетизацией карт
а я уже на api.yandex перешел (

alist Nov 28 2011 at 12:53

Интересно, как им удалось сделать отрисовку и скейлинг фигур таким быстрым в IE8? Мне кажется, что ребята используют VML, но нам такой производительности добиться не удается.

ANRIK Nov 28 2011 at 13:00

Да Вы правы.
В Internet Explorer в Google Maps для создания ломаных линий служит язык VML, в других браузерах — SVG (если доступен). В остальных случаях изображение линии запрашивается с серверов Google, накладывается на карту и обновляется по мере масштабирования и перетаскивания карты. Источник

theOnlyBoy Nov 28 2011 at 16:11

Да ну? А canvas'ы, распиленные на сектора, где?

Sannis Nov 28 2011 at 16:14

Там и есть Canvas. Видимо не хотят в документации честно написать, что SVG используется не там, где поддерживается, а там, где Canvas уж совсем тормозной.

kashey Nov 29 2011 at 03:34

А где канвас медленнее SVG?
Имелась в виду технология или задача?

Sannis Nov 29 2011 at 09:06

Неведомо где. Речь просто о том, что в доках по Google Maps API говорится, что используется SVG, тогда как на деле в основных (не-IE) браузерах они используеют Canvas. Как раз потому что быстрее.

kashey Nov 28 2011 at 14:38

Странно, VML всего в 500 раз медленнее канваса.
В итоге, при аккуратном, использовании работает нормально.

UFO landed and left these words here

kashey Nov 29 2011 at 03:36

вообще сделано специально.
Такое практически на всех картах.
Обратное вы никак не объясните людям которые живут на границах проектора меркатора, но при этом думают что земля — круглая

aderese Nov 28 2011 at 14:33

это все здорово, но когда уже карты российских городов, хотя бы миллионников будут.

FSA Nov 28 2011 at 16:13

За пределами их даже дороги липовые нарисованы :) Упаси господь по картам Гугля ориентироваться в России.

Goobs Nov 28 2011 at 20:23

Спасибо, главное вовремя. Как раз в проекте полигоны рисовать надо. Лень моя просит еще поиск точек внутри фигур, но придется самому как–нибудь.

kashey Nov 29 2011 at 03:37

Есть там. В самом полигоне эти функции и есть

Goobs Nov 29 2011 at 05:29

Вот это круто. Значит, будем ртфм-ить!

kotia Nov 28 2011 at 22:29

если б они ещё стирание фигурами организовали(типа как екструд в иллюстраторе), цены б им не было!

kotia Nov 28 2011 at 22:32

Тьфу, тоесть, pathfinder

kashey Nov 29 2011 at 03:37

зато в яндекс картах такое есть :)

CTAPbIu_MABP Dec 12 2011 at 19:57

я еще год назад показывал как прикрутить к картам рафаель
mabp.kiev.ua/2010/09/10/raphael-overlay/

ANRIK Dec 13 2011 at 07:01

В принципе, эти инструменты(круги, маркеры, полилинии) были и раньше известны по отдельности. Были попытки создать различные библиотеки (например, raphael), сервисы для рисования (scribblemaps.com, quikmaps.com). Видно Google решила, что это хорошая идея и добавила инструменты для рисования в API в подключаемую библиотеку Drawing.

CTAPbIu_MABP Dec 13 2011 at 08:00

это хорошо что теперь есть нативные объекты, вопрос в другом как я понял что рисовать не проблема, нарисовать перед созданием тоже вроде не проблема, а как сохранить то что пользователь нарисовал?! надо каждый раз слушать событие overlaycomplete? и при помощи аджакса и какой-то матери сохранять это в своем собственном формате в свою же базу?

ANRIK Dec 13 2011 at 10:23

Ну если хотите, чтобы то что нарисовал пользователь осталось, нужно его где-то сохранить. Вы можете сохранить все, что пользователь нарисовал в свою БД или, к примеру, в kml-файл. Можно сохранять после каждого добавления нового объекта с помощью ajax, а можно после того как пользователь все нарисовал — сделать кнопку «Сохранить» и потом сохранить все сразу.

CTAPbIu_MABP Dec 13 2011 at 10:45

мммм… вопрос был такой: это все надо делать самому или есть какой-то метод «экспорт» который соберет всё нарисованное и вернет кмл

ANRIK Dec 13 2011 at 12:05

Метода, который сам все соберет и вернет kml, кажется нету.
Нужно самому все сохранять.
Хотя такой метод совсем не помешал бы.

ANRIK Dec 13 2011 at 12:15

Что-то вроде этого сервиса Digitizer tool — нанес нужные объекты и получил kml.

CTAPbIu_MABP Dec 13 2011 at 12:44

сервис это прекрасно, но я про конкретно про эту библиотеку. Просто дело в том что насколько я помню нету метода который вернет все overlay. тоесть нельзя по нажатию кнопки сохранить выгрести с карты все оверлеи, обойти циклом и получить выхлоп. Нужно при создании каждого ловить его overlaycomplete и там засовывать ссылку на него в какотой-то массив проеденный в 'общей для всех' области видимости. потом при сохранении обходить этот массив. Но вопрос что (какое) происходит при изменении оверлея и как это отслеживать.

ANRIK Dec 13 2011 at 14:08

Вы правы нету метода, который вернет все Overlay. Если делать общую кнопку «Сохранить», то придется скорее всего делать как вы описали.
Про изменения фигур:
Если не установить опцию editable в true для фигур, то по умолчанию юзер не сможет их изменять после создания.
Если же editable: true, то когда юзер изменит фигуру — это можно отследить с помощью соответствующих событий:
Circle
radius_changed
center_changed
Polygon
insert_at
remove_at
set_at
Polyline
insert_at
remove_at
set_at
Rectangle
bounds_changed

Пример,

google.maps.event.addListener(circle, 'radius_changed', function() {
  radius = circle.getRadius();
});

Подробнее здесь