АПИшник Яндекс.Карт

Мы думаем над этой задачей и, возможно, реализем её в ближайших релизах.

JavaScript API Яндекс.Карт — версия 2.0

Дайте примеры, пожалуйста.

JavaScript API Яндекс.Карт — версия 2.0

А в 2.0 балун динамически реагирует на изменение тех свойств, которые показывает.

Т.е. в случае дефолтного геообъекта geoObject.properties.set('balloonContent', 'html') контент изменится автоматически.

JavaScript API Яндекс.Карт — версия 2.0

При обратном геокодировании можно получить всю иерархию административного подчинения объекта (город/регион/страна) кроме района города — чтобы получить район, нужно выполнить ещё один запрос к геокодеру с kind=district

JavaScript API Яндекс.Карт — версия 2.0

Пока единственный способ — создать new Layer и переопределить ему метод getCopyrights. Следите за обновлениями :)

JavaScript API Яндекс.Карт — версия 2.0

В 1.х — задать опцию hasBalloon у линии или у коллекции
В 2.x балуны по умолчанию не открываются, если у них нет контента. Ну и опция hasBalloon тоже работает :)

JavaScript API Яндекс.Карт — версия 2.0

Результаты геокодирования можно и нужно кэшировать, это явно разрешено ПС.

JavaScript API Яндекс.Карт — версия 2.0

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

JavaScript API Яндекс.Карт — версия 2.0

Очень много багов с трансформами. В итоге, мы были вынуждены от них отказаться.

JavaScript API Яндекс.Карт — версия 2.0

Ну, тут надо вопрос по другому разворачивать — а в чем выигрыш от наличия класса точки?

Т.е., например, вот так код выглядел на классах:

var               pathCenterDiff = pathPixelBounds.getCenter().moveBy(attractionOffset).diff(centerInTiles),
                    worldSize = coordSystem.getWorldSize(),
                    effectivePathSize = new Point(
                        Math.ceil(pathPixelBounds.getSpan().getX() / worldSize.getX()) || 1,
                        Math.ceil(pathPixelBounds.getSpan().getY() / worldSize.getY()) || 1
                    ),
                    effectivePathCenterDiff = new Point(
                        pathCenterDiff.getX() / worldSize.getX() / effectivePathSize.getX(),
                        pathCenterDiff.getY() / worldSize.getY() / effectivePathSize.getY()
                    ).apply(Math.round);

Теперь он выглядит примерно так:

var                pathCenterDiff = [
                         centerInTiles[0] - (pathPixelBounds.getCenter()[0] + attractionOffset[0]),
                         centerInTiles[1] - (pathPixelBounds.getCenter()[1] + attractionOffset[1])
                     ],
                    worldSize = coordSystem.getWorldSize(),
                    effectivePathSize = [
                        Math.ceil(pathPixelBounds.getSpan()[0] / worldSize[0]) || 1,
                        Math.ceil(pathPixelBounds.getSpan()[1] / worldSize[1]) || 1
                    ],
                    effectivePathCenterDiff = [
                        Math.round(pathCenterDiff[0] / worldSize[0] / effectivePathSize[0]),
                        Math.round(pathCenterDiff[1] / worldSize[1] / effectivePathSize[1])
                    ];

Да, появилось некоторое дублирование, но код стал намного читабельнее и избавился от кучи визуального шума. Кажется, что в условиях отсутствия переопределения операторов, так писать проще и удобнее.

JavaScript API Яндекс.Карт — версия 2.0

Документация к 1-ой версии осталась в точности в том же виде.
Документация ко второй версии в плане справочника (reference) ничем не уступает первой, а статьи и примеры будут публиковаться по мере их написания.

Приходите 26-го к нам на АПИшник, мы всё покажем и расскажем.

JavaScript API Яндекс.Карт — версия 2.0

Вы знаете, мы тоже так думали. Но, когда мы перешли от работы с точками-объектами к работе с точками — парами координат, то в итоге поняли, что это в разы удобнее.