Аварийные точки

В чем недоработки на ваш взгляд?

в принципе эти области работают правильно для пробок с интегрированными событиями и яндекс фоток.
Но практически во всех остальных случаях у них несколько кардинальных "невозможностей"

1.Невозможно управлять zindexом одиночной метки, получается что если она немного закопана под другими - наводи на нее мышку, не наводи - так и будет закопана.
В принципе лечиться созданием клона-маркера поверх растеризованой метки. Но это требует индентичного изображения метки, а оно в тайле храниться с перекрытием.
2.далее по индукции и на тех же мозгах - если у нас над москвой висит одна метка - мы ее в 22(1-22зумы) растеризуем.
А если у нас меток много, но распределены по сетке в 1-5км - мы тоже с некого зума начинаем плодить картинки с одним маркером внутри.
Если маркеров там будет 5 - смысл не измениться.
3.нет никакой возможности "разгрести" карту когда у нас включено несколько слоев - они всегда показываются в порядке включения.

Решение которое я выбрал для себя состоит из двух частей.
1. После некого предела( 15 обьектов в тайле ) его генерация прекрашается, а его маркеры выстраюиваются ровно по линеечке, формируя спрайт.
2. Отображение конечный маркеров дважды гибридное - по первых после негокого предела она переходи на отображение отдельный маркеров, а не тайлов а областями, что по первых позволяет работать с маркерами как с маркерами - и групировывать и упралять наложением, а во вторых, если возможно, повторяет работы hsTiler на клиенте(canvas) формируя теже самые области и обеспечивая туже скорость работы.

в общем если кратко
 - переделать hstiler чтобы формировал не реальные тайлы, а спрайты используемых картинок.
 - пропачить канвасом конечный рендер чтобы показывались теже самые тайлы, и у всех летало.

Насчет ИЕ могу сказать только что рябята наверное уже привыкли терпеть, раз терпят. Это раз.
И два - что надо этих ребят активнее меняться.
Например мои папа и мама - люди с двумя высшими, 20(или уже 30?) лет назад - профисиональные программисты больших ЭВМ, которых можно разбудь ночью и они раскажут временую сложность квиксорта - не знали что есть браузеры кроме ИЕ6(7 с новым компом(это же с часть компа? ) и даже что они могут быть.
А те мои друзья которые сидят в банках в корпоративных рамках ИЕ6 - они знаю, терят и иногда молча плачуться. Они и так все знают.

1. Да, это проблема. Взять, например, отображение терминалов киви на сайте банкоматор.ру. Это решается только группировкой, чтобы при "растеризации меток" не было наложения.
2. А какое поведение вы хотите?
3. Да, такая логика при наложении слоев. Если необходимо манипулировать zIndex'ом у объектов на разных слоях, то быть может стоит их вынести в один слой?

Я прошу вас учесть, что модуль "Активные области" != hsTiler.
hsTiler - это скрипт с открытым кодом, по преобразованию YMapsML в слой активных областей. Вы можете форкнуться на гитхабе и дописать любую функциональность. Уверен, что сообщество разработчиков будет вам благодарно)

1. банкоматор крут. имхо на зумах При этом с 15 зума можно переходить на обычные маркеры.
2. у меня любое формирование тайлов прекрашается если в тайле мало обьектов. На карту, при запросе тайла по пирамиде ниже прийдут данные верхушки этой "пустой" пирамиды.
3. если генерить все возможные пересечения - лучше сразу повеситься :)

>Я прошу вас учесть, что модуль "Активные области" != hsTiler.
У них одинаковые принципы работы, и, наверное, одинаковая js часть :)

В общем, в скором времени представлю карту с оригинальным поведением маркеров, и да, с открытым кодом. Будем надеятся что понравиться сообществу.

Будем ждать вашей реализации. Интересно будет взглянуть)

Мы хотим, чтобы дорожные события отображались в разных городах, а не только в одном. По срокам отвечу стандартной фразой: "Яндекс традиционно не раскрывает своих планов".

Рождаются точки по мере поступления информации, живут сколько нужно и умирают когда ненужны :)