Турклуб «Вестра»

Сергей Титов писал(а): - Для многих районов хочется показывать простенькую схему (основной хребет), где он находится.

Для этого нужно заменить контрольку с гуглоснимками на контрольку с, например, openlayers и подгружать тайлы с мелкомасштабной схемой района.

Тут проблема не в технологии, а в том, где взять картинку, как в разное время было сделано В GE для Джунгарии, Киргизского хребта, или Восточного Тянь-Шаня, или же условные треки, как я нарисовал весной для Чаткальского.

Для Кавказа, имхо, проблема стоит достаточно остро.

Мелкомасштабная обзорная схема на Центральный Тянь-Шань у меня почти готова.
На Джунгарию есть, разве что надо ее немного подправить.

На остальные районы можно привязать схемки из бумажного перечня перевалов

П.С. Схемы, которые запихнули в KML вызывают ужасные тормоза. Хорошо бы их убрать.

А что именно тормозит: загрузка, или пересчет попадения в обасть видимости?

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

А вот выскажитесь еще про такую штуку:
http://tit.westra.ru/tmp/

Посмотрел внимательно. Тормозит оно при начальной подгрузке слоя.

А вот выскажитесь еще про такую штуку:
http://tit.westra.ru/tmp/

А это получилось хорошо

Сергей Титов писал(а):А что именно тормозит: загрузка, или пересчет попадения в обасть видимости?

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

Ну, я еще чуть причешу свой вариант оверлеев и покажу его. Там другой подход -- отрисовка в растре. Преимущество -- подписи сразу видны. Недостаток -- в отличие от твоего векторного, хорошо выглядит только в довольно узком (но, на мой взгляд, достаточном) диапазоне масштабов. Можно этот недостаток побороть путем некоторых плясок с бубном.

Сергей Титов писал(а):А вот выскажитесь еще про такую штуку:
http://tit.westra.ru/tmp/

Хорошо! Намного удобнее, чем нынешний выбиратор.

Когда-нибудь, в идеальном мире, хотелось бы сделать какой-то выбиратор, который даже при поиске не терял бы древовидности с возможностью раскрытия веток. Цель -- заменить им все три страницы выбора района, которые есть сейчас (главная страница каталога, страница района, страница района с открытым списком перевалов).

Не терять древовидность при поиске -- не очень понятно что должно получиться. Поддерево, у которого все листья удовлетворяют поисковой строке?

Я думал об этом. Придумал такую логику: пока в поисковой строке нет ничего, в списке видно обычное дерево с возможностью раскрытия веток. Как только начинается поиск, дерево убирается, все работает точно так, как сейчас (то есть выдает простой список найденного) до тех пор, пока либо юзер не кликнет в один из найденных пунктов, либо пункт не останется один. В этот момент дерево возвращается, но неким удобным образом сворачивается -- здесь надо думать, как именно. Например, все более мелкие районы показаны, но свернуты обычным образом, а все более крупные районы показываются, но свернуты в состояние, когда виден только подрайон, ведущий к искомому.

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

Отдельно реализации деревьев на JS есть (JSTree, Dynatree), и к JSTree даже есть поиск, но работает он соврешенно неудобно.

Дима Шемятихин предложил дополнить возможность ввода координат кликом на карте рядом.

Юра Тильман просил ссылку на экспорт календаря на странице "месяц" и странице события.

А также кнопку "like" на странице события

Наташа Панкова просила ссылку на базу вынести в основное меню

Сергей Наседкин просил: "хорошо бы место размещения текста сделать монохоромным, а то синий текст на голубо-синей текстуре просто теряется, невозможно читать с экрана"

Есть первое приближение "выбиратора" в каталоге.

Также по просьбам трудящихся некоторые иконки заменены на текстовые ссылки.
Убран визуальный мусор.
Силами Саши Пурикова поставлен эксперимент с фоном.

Принимаются пожелания по улучшению / упрощению UI

Замечание по UI каталога перевалов

Почему-то на каждой странице есть поле "Написать модераторам", но нет формы поиска. Ищу я чаще, чем переписываюсь с модератором.

Ну, потому что найти что-то надо пользователю. И, если надо, человек до поиска доберется.
А написать модераторам -- это больше надо модераторам, чтобы пользователю было несложно сообщить о багах.

Ну, поиск есть на главной, в списках перевалов и списках описаний.
А где именно тебе его не хватает?
На страницу района наверное его стоит добавить. Где-то еще?

Есть 2 варианта пользователей.
Те кто ходят по разделам и те кто пользуются поиском.
Вот я 2й, поэтому не хватает везде. Хочу на каждой странице.

Сергей Титов писал(а):Ну, потому что найти что-то надо пользователю. И, если надо, человек до поиска доберется.
А написать модераторам -- это больше надо модераторам, чтобы пользователю было несложно сообщить о багах.

Думаю надо делать удобно для пользователей, а не для модераторов.

Надо оставить и то и другое.

На странице отдельного перевала и отдельного отчета тоже?
Я немного опасаюсь, что интерфейс станет сложным -- там же 3 контрола: фильтр по району + поиск + фильтр перевалы-отчеты-все
Интерфейс и так перегружен, особенно с точки зрения непрограммистов.

Но подумаем.