Добрый вечер.
Что есть на сегодня:
ВСЕ, что Вы конфигурируете - хранится в базе данных, в таблицах БД.
Зачем:
- вы всегда можете получить статистику по меткам
- удобно конфигурировать разные карты
- можно использовать метки несколько раз
- можно контролировать кучу параметров, как карты, так и объектов на ней
- можно перечислять дальше на 2 листа
То, что вы описываете "мой текстовый адрес и т.п." - смотрите, Вы написали адрес - вызвали геокодер, получили координаты - помимо того, что время тратится на это геокодирование (карта медленнее грузится), никто не застрахован, что сегодня геокодер вернет такие координаты, завтра - другие. А, например, гугл - чтобы снизить нагрузку на сервера дает ограничение - 10 текстовых адресов за раз, и очень быстро получаете QUERY_LIMIT.
По этой причине я не делаю настройку по текстовому адресу.
Я понимаю, Яндекс не имеет таких ограничений, но рано или поздно к ним придет.
Далее, у Вас как минимум отсутствует несколько параметров для данного вызова, а именно - карта все таки должна иметь размеры, плюс потом Вы захотите контролировать различные контролы, поведение карты и т.п.
В результате, мы имеем:
- в текущем варианте, Вы можете сконфигурировать карту, метки и т.п. и спокойно их позвать разными способами через вызов плагина, работает он и в обычной статье, и в К2 и там, где есть контент
wiki.zhuk.cc/index.php?title=Zh_YandexMap_Plugin
Есть еще один вариант, он немного хитрый, но есть
wiki.zhuk.cc/index.php?title=Zh_GoogleMa...w_map_for_an_article
Это плагин для гугловского компонента, но он в данном случае имеет "хитрый вызов", а именно - Вы передаете координаты точки, масштаб, и можете указать тип карты maptype=yandex
В данном случае Вы получите список геотегов, и ссылку, при клике на которой откроется СТАНДАРТНАЯ страница карт, карта отцентрируется, поставится метка. Ну а дальше - родной интерфейс. Причем, здесь НЕТ использования АПИ карт, Вы работаете со стандартным интерфейсом, без ограничений.
Другое дело, что собрать эти вызовы и получить какую-то аналитику не получится