Вот корректный способ решить вашу задачу jsfiddle.net/hn2fnxku/.
Я посмотрела — у нас не подтянулся в документации соответствующий пример к методу, поправим.
Что за синтаксическая ошибка в примере с json?
Поддержка полигонов уже в процессе разработки, но по срокам сейчас не могу ничего сказать.
Я имею в виду вот что. Вот у вас есть карта, у нее есть видимая область. Вы берете эту область и делаете запрос на сервер за данными. Данные пришли, их нарисовали — все ок.
Дальше пользователь меняет зум карты. Клиент должен понять, какие данные у него уже для новой видимой области карты загружены, а какие нет. И сходить строго за недостающими данными. Ну и аналогично при сдвиге карты.
Метод не включили в документацию, так как не хотим, чтобы его использовали. Для загрузки содержимого балуна по требованию мы рекомендуем другой способ и описали его в примере в песочнице.
Можете уточнить, в чем ошибка? Мы в ближайшее время поправим.
Ну я действительно не знаю про клиентские библиотеки, работающие в связке с популярными карточными апи, который управляют оптимальной загрузкой данных. Буду благодарна, если приведете ссылки на такие решения
Кароче, фактически если вы берете какие-то данные от яндекса и не показываете на своем сайте карту яндекса, это нарушение. По вот этим юридическим тонкостям я не сильна, если вам правда интересно, могу призвать человека, который умеет это все формально рассказывать.
Ну мы на вашем сайте вызова апи не нашли, может невнимательно искали, конечно) Вообще если вы будете показывать это все через Яндекс.API, никаких вопросов по ПС не будет. Тепловые карты там тоже есть github.com/yandex/mapsapi-heatmap
Фотки работают на технологии активных областей, которая уже давно есть в апи. Недавно мы выпустили еще один модуль, который позволяет быстро показывать точечные объекты и подгружать их по требованию. Уточните, что вы имеете в виду под пользовательским слоем.
Сейчас описания перехода с 2.0 на 2.1 действительно нет, но люди просят, так что видимо мы его сделаем. Пока что можете сравнить, как сделаны примеры в песочнице для версии 2.0 и для 2.1, там в принципе видны различия.
Очень сложно получить полезный прогноз даже на час. После часа прогноз тихо превращается в обычную статистику пробок.
Так что если вам надо ехать куда-то через 8 часов, посмотрите статистику пробок на это время.
geoIp обязательно прикрутим. Данные о погоде у нас и так кешируются, но если заходит более 500 человек из разных городов, нам, как ни крути, нужно сделать эти 500 запросов
Спасибо)
Я посмотрела — у нас не подтянулся в документации соответствующий пример к методу, поправим.
Что за синтаксическая ошибка в примере с json?
Поддержка полигонов уже в процессе разработки, но по срокам сейчас не могу ничего сказать.
Дальше пользователь меняет зум карты. Клиент должен понять, какие данные у него уже для новой видимой области карты загружены, а какие нет. И сходить строго за недостающими данными. Ну и аналогично при сдвиге карты.
Можете уточнить, в чем ошибка? Мы в ближайшее время поправим.
Так что если вам надо ехать куда-то через 8 часов, посмотрите статистику пробок на это время.
Спасибо)