superchips:
а мы вот такую шнягу сделали уже пару лет как:
www.veloserver.ru
правда, только для вело-маршрутов, но можно в принципе расшириться

sono_sono:

Очень крутая и правильная идея. Пара комментариев (не в плане критики):
- Не сразу понял принципы работы, но когда разобрался все ок стало. Например, не совсем очевидно, что список видимых треков слева отображается только после нажатия на кнопку.
-Не совсем понял принцип отбора треков: когда я на карте фиксирую некую область, потом нажимаю кнопку "загрузить треки", то в поиск выдает треки, которые я не вижу в выбранном фрагменте - что бы их увидеть, мне нужно сделать zoom out. Это не проблема, просто принцип не совсем ясен.
- хорошо бы сделать форму для фильтрации отбираемых/показываемых треков по фильтрам "расстояние", "тип" (пеший, лыжи, вело и т.п.), наверно еще какие-то атрибуты можно использовать.
- система сами загружает треки? ну т.е. если появится новый трек на том или ином исходном ресурсе, в вашей системе он появится? или это ручной процесс?

leonid_fishkis:
>мне не удалось найти инструмента, позволяющего эффективно искать треки в окрестности интересующего района

http://www.gpsies.com/ не то?

P.S. Я пока не посмотрел предложенный здесь вариант - м.б. он и лучше :)

gma73:
Спасибо за сервис, подробности письмом :))

mish_a:
Правильный сервис!

Основная проблема, которая сейчас возникает - как одновременно отобразить большое количество треков на карте. Сейчас в системе реализованы ограничения по количеству точек (показываемые точки динамически "фильтруются") и по количеству треков (отображаются наиболее длинные). Пока что это позволяет как-то работать с приемлемой скоростью, но как правильно решить эту проблему, я пока не понимаю...

Проблема со скоростью сервера, клиента, или с тем, что некрасиво?
IMHO, каша из треков - это не страшно.

Из пожеланий - добавить такой источник:
http://www.google.com/search?q=filetype%3Aplt+"oziexplorer+track+point+file"+inurl%3Aru