задание на карты. админам можно комментить

Перед прочтением ТЗ посмотреть на главную страницу сайта, посмотреть что такое раздел(класс) и Отчет(статья,новость).
Учесть - авторизация сквозная по сайту через PHPBB. Карты должны быть интергрированы в общую схему данных и логику работы движка. Её я поясню при встрече с исполнителем.

Чтобы представить себе возможности Яндекскарт я приделал такую тестовую шнягу: http://tourist.kharkov.ua/map/ya/vivid_ ... _xml-2.php

ТЗ на карты. Дополняется, дописывается.
Карты должны быть похожи при выводе точек(треков) на http://map.bigmir.net/ (но карта должна быть слева - меню справа)
- дерево 2 уровнями с раскрытием и выводом по одному пункту и веткой. При наведении на точку всплывает балун с названием, текстовым описанием и ссылкой : "Посмотреть подробнее" при переходе на которую попадаем на страницу точки на которой вся о ней инфа.

Возможность добавления точек зарегистрированными пользователями. Точка - это объект (как отчет, статья), классифицированный по классам как и все остальное. Он имеет - иконку, координаты, пользователя добавившего ее, наименование, описание (короткое текстовое), описание полное (html), приаттаченная тема в форуме (комменты) и URL. Т.е. объект "Точка на карте" отличается от объекта "Отчет" только координатами и логикой присвоения иконки. Также к точке могут быть привязаны(вручную) другие объекты. Отчеты(о посещении точки), статьи.

xml координат слоев надо кешировать - переделывая только в момент добавления нового объекта соответствующего типа.

карты надо делать как яндекс, так и гугль(а потом возможно и еще кто-то) - объяснение механизма и пример:
http://clubs.ya.ru/mapsapi/replies.xml?item_no=7125
http://webmap-blog.ru/?p=395

пример:
http://www.gdeetotdom.ru/map/?mapSource ... Type=house


Прилепить сверху яндекса подключаемый слой топографического генштаба
http://clubs.ya.ru/mapsapi/replies.xml?item_no=7286
http://clubs.ya.ru/mapsapi/replies.xml?item_no=7419
Процесс протестирован - работает в целом. Расскажу как.

Карта и слой точек должны иметь свой урл. Чтобы можно было отдельно залинковать "велопарковки в Харькове" или "источники Караби".

Вот еще интересный скрипт для ознакомления http://habrahabr.ru/blogs/php/81007/#habracut

Это по точкам. С треками все веселее.
Трек аттачится к отчетам, статьям. В редакторе отчетов будет ссылка "добавить трек".
Трек может как аттачиться в виде файла, так и рисоваться руками. Отображается трек в закладке отчета - как яндексокарта с изображением трека , рядом пишутся его цифровые коэффициенты(длина, дата) и ссылка на скачку.
И еще в редакторе отчетов будет иконка/ссылка "вставить в отчет отображение трека" по которой в отчет вставляется карта с отображением трека (чтобы не надо было заходить на закладку). Однако закладка все-таки круче, т.к. на ней карта больше и красивше чем в отчете.
Добавленный трек может управляться отдельно. Он считается привязанным к тем же классам, что и его отчет, но может быть выведен и отдельно(без отчета)
Треки, привязанные к определенным константами классам, должны иметь возможность выводиться на карте вместе с точками.
Как слой с точками, так и трек должен иметь возможность уникально залинковаться.

сайты с треками
http://velosamara.ru/navigator/ViewPLT. ... egory_id=2

http://veloserver.ru/?menuitem=1
http://velo-obninsk.ru/index.php?board=23.0

на картах должны быть слои (точки и треки) такого типа:

Вело-------------------
---Велопарковки
---Велопрокат
---Велодорожки(трек)
---Маршруты новичков(трек)
---Велотуризм(трек)
Магазины--------------------
---Веломагазины
---Туристические магазины
---Спортивные магазины
Туризм------------------
---Источники и родники
---Турстоянки
---Пеший туризм(трек)
---Водный туризм(трек)
---Авто и Мототуризм(трек)
Достопримечательности------------------
---Культурные
---Исторические
---Археологические
---Архитектурные
---Религиозные
Активный отдых---------------
---Горнолыжные склоны
---Конюшни с прокатом
---Рыбалка
---Грибные места
---Катки
Инфраструктура---------------
---Гостиницы
---Кафе и питание
---ЖД-Вокзалы, станции
---Остановки автобуса/маршруток

Вывод треков. Трудно сказать будет ли все именно так и работать - но мысли запишу.

1. Трек(полным набором точек) пусть будет в базе лежать. Если рядом оригинал в виде файла - тем лучше - проще для скачивания.

2. При добавлении трека обязательно в базу пишутся несколько коэффициентов высчитываемых, к которым потребуется потом быстрый доступ. Это - минимальная широта и минимальная долгота и максимальная широта и максимальная долгота. Т.е. фактически "прямоугольник в который вписан трек". И плюс длина трека. И точки начала и конца.

3. Алгоритм отображения "всех треков" на карте одновременно потребует определенного геморроя. Пока я это вижу так:
а) - Существует "пользовательская карта треков" - просто статический файл с изображенными на нем всеми треками этого типа (статкарта). При добавлении трека в этот файл дописываются данные. Этот файл выводится на мальньких увеличениях, при клике на нем пишется "для рассматривания отдельных треков увеличьте карту".
б) - На разумных увеличениях переходим на вывод отдельных треков. Но не настоящих треков, а "упрощенных треков". - "упротреков". Т.е., грубо говоря, если в треке 115 точек, а он при текущем увеличении вырождается визуально в точку, то нет смысла выводить в слой все его 115 точек - достаточно одну. Как это реализовывать.
Шаг первый. Определяем координаты углов карты при текущем увеличении.
Шаг второй - выбираем треки, хоть кусочком попавшие на карту (выбираем одним простым селектом, ведь координаты вписанных прямоугольников для треков мы записали в базу).
Шаг два-с-половиной. Если количество выбранных селектом треков больше N=300 (определенной переменной, которую можно определять в зависимости от версии браузера пользователя, например, или задать константой поначалу), то выдаем статкарту из пункта (а), т.к. эти 300 треков обрушать браузер. А вот если выбранных треков меньше N, тогда продолжаем показывать их по отдельности.
Шаг третий - веселый - у нас есть карта на экране. Мы знаем координаты при текущем увеличении. Например диагональ в километрах составляет 2000 км. А в пикселях диагональ карты 500 пикселей. Значит 1 пиксель это 4 км. Смотрим толщину линии, которой рисуется трек. Допустим 5 пикселей. Значит точность линии 20 км. Теперь читаем трек. Первая точка - отображается всегда. Смотрим расстояние до второй. 1 км. Про наличие второй точки - забываем. Смотрим расстояние до второй. 4 км. Забыли. До третьей. 8. Забыли. До четвертой(от первой) 25. Её наносим - смотрим дальше от неё. До пятой(уже от четвертой) 5. Забываем. И так далее. До последней. Последняя(как и первая) вносится всегда. В результате в упрощенный трек из реального может попасть ОЧЕНЬ мало точек. Например две из 500. Или 5 из 1000. Что является неплохим уменьшением пожираемых ресурсов, фактически не ухудшая картинку визуально.
Полученный упротрек пишется в файл и в дальнейшем, при выводе этого трека при таком же увеличении просто берется этот статический упротрек. Размер кеша будет равен количеству треков*на количество увеличений, при которых выводятся треки, а не статкарта.

Зачем выводить треки по отдельности? Для того, чтобы при клике на трек, можно было перейти на его страницу.
Страница трека, это фактически страница статьи(отчета) к которому трек привязан, но открытая закладка - трека, а не отчета.

bigmir использует mapia со своими картами и своим api на flash. к гуглу и яндексу не имеет отношения. Плюс работает на flash, который не поддерживается iOs.

при большом количестве точек (> 10000) нет смысла в кэше xml. тем более передавать его на клиента весь.

у гугла и яндекса - разная модель мира (у гугла - шар, у яндекса - эллипсид Кроссовского).
но совместить можно

Это делал мой хороший знакомый.


не проблема.


не проблема


Не более, чем игрушка

Это по точкам. С треками все веселее.
сайты с треками

загрузить и показать один трек - ни разу не проблема.
проблема показать все имеющиеся треки.
рисовать на гуглокартах хотя бы 20 треков средствами api и javascript - нереально.
посмотрите, как velosamara рисует свои полтора трека... и посморите на ie 7 или 8.
решить эту проблему можно другим способом, а именно отрисовкой и кэшированием картинок с треками. но вот отслеживание мыши поверх этих треков - гимор.

наверняка сразу надо кэшировать трек для нескольких представлений - для нескольких зумов с разным количеством точек

довольно логичною только это делается по-другому. см. мой предыдущий пост - надо делать тайловый кэш


делается не так, но алгоритмы есть.

да. только не на каждый зум.

почитайте тут http://habrahabr.ru/blogs/google/115198/

конкуренты шевелятся быстрее нас http://bikecamp.ru/map/
http://habrahabr.ru/blogs/webdev/116057/