цитата Zindolog:
врет безбожно,

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

цитата Jelsay:
Нормально показывает..

Ну спасибо, теперь я спокоен

цитата Jelsay:
Нормально показывает.. Просто надо научится интерпретировать..

Показывает собственно то, что кажет карта. Можно маршрут загрузить на любую другую карту с поддержкой высот и посмотреть по данным альтернативного источника. Ценность brouter в построении маршрута, маршрутом является последовательность gps координат. Кстати osmand+ не умеет экспортировать маршрут в виде трека, что лично меня очень расстроило, те для этой функциональности нужно пользоваться непосредственно утилитой brouter со всеми вытекающими неудобствами. Ну либо использовать другой софт с картами, может Locus умеет?

Каждый видит в книге свою фигу..
Лично мне хватает позиционирования на реке + - 50 метров..
Гораздо интереснее знать где впереди плёсы , а где быстрая вода..поскольку от этого во многом зависит темп движения..выбор места стоянки и др.

Zindolog, на brouter там, где Download: KML скачать.
Earth для примера...
Открыть этот файл KML в Google Earth, поставить галку "Временные метки", раскрыть список этих меток до того, что будет изначально зваться Tesselated. На нем пр. кн. мыши - Свойства. Далее можно его раскрасить, отредактировать и т.п.
В Earth редактируется не слишком удобно, конечно. Но мона... (2-3 картинки: было-стало)
И оно тоже умеет высоту рельефа показывать (первая картинка, внизу) и "прикольно бегать по маршруту".

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

Zindolog, моя высшая математика завидует - она-то никогда глаз не открывала.
Товарищ Безье был бы тут местами уместен, пожалуй. Но увы. Или наоборот...
В данном случае довольствуемся тем, что дают в KML. - Географические координаты точек и никаких безьев.)

цитата a1ex:
Безье был бы тут местами уместен

Безье тут не особо уместен, он для других задач, здесь могли бы пригодиться сплайны третьего порядка .

Lekka, байдарки сплайнами не ходють.) Они кривыми перемещаются. Причем, иногда даже против желания владельца.
А как там путь считается, не суть важно. Оно ж в реальности все равно все будет иначе - там техническая остановка для потребностей организма, тут завал...
Такой приблизительности вполне достаточно.
Меня в brouter несколько удручает его упрощенная манера прокладывать путь по озерам. Вернее, не прокладывать, если точку поставить на большой воде далековато от его версии "ехать тут". Пресловутая "Error:...position not mapped in existing datafile". Впрочем, он ведь river, а не просто water.

цитата a1ex:
Такой приблизительности вполне достаточно.

Это была шутка, в которой есть лишь доля правды .

цитата a1ex:
Пресловутая "Error:...position not mapped in existing datafile". Впрочем, он ведь river, а не просто water.

Маршруты brouter, как и любой другой софт, прокладывает строго по дорогам. Река на карте от дороги отличается только метаданными. Почему стандартный кстати софт не умеет этого делать - видимо только потому, что по рекам перемещаться очень мало кому требуется.

По озеру, ровно как и по любой другой неразмеченной местности, например по полю, маршрут софт нормально не проложит. Это совершенно другая задача и на самом деле, если задуматься, значительно более сложная и творческая в общем случае.

цитата a1ex:
Вернее, не прокладывать, если точку поставить на большой воде далековато от его версии "ехать тут". Пресловутая "Error:...position not mapped in existing datafile".

Вот это как раз неплохо решается вкупе с "на карте". Кнопочкой "add track segment" дорисовываем путь, который не понимает brouter и загружаем как KML. Трек будет состоять из двух линий, но грузиться единым целым

Katajina, ага.
Практически в любой сторонней софтине или сервисе можно что угодно дорисовать в треке. SAS-Planet, Earth, НаКарте, гугло-, яндекс-карты и т.п.
Кому что по вкусу.
Но чтобы автоматически, само...

цитата Lekka:
Это совершенно другая задача и на самом деле, если задуматься, значительно более сложная и творческая в общем случае

Построить маршрут по кратчайшему пути между двумя точками в пределах сложного полигона? - Конечно куда более сложная и творческая, чем по линии. Но все ж явно разрешимая. Софт для аэрофотосъемки вытворяет и куда более сложные вещи. Да и навигационные программы для судов наверняка должны это уметь?

Хотца-то всегда чего-то величественно прекрасного и совершенного...

цитата a1ex:
Построить маршрут по кратчайшему пути между двумя точками в пределах сложного полигона

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

Навигационные программы для судов сделаны строго для навигации, если они есть, и это строго специализированный софт. Маловероятно, что кто-то станет реализовывать механизм построения произвольных маршрутов в простом софте типа навигатор, даже навигацию по рекам никто кроме brouter не реализовал, хотя это один в один навигация по дорогам, просто дополнительный тип дорог!

Уж и помечтать не дадут.
Не надо нам оврагов и сложного рельефа на озерах.
Достаточно считать их плоскими полигонами, в пределах которых можно двигаться по кратчайшему пути, а не "какой-то хренью, прилепленной к реке". Как "думает" про любую большую воду brouter.
Для пешеходов - вот там да. Творчество, неоднозначность и прочие изыски, которые реализовать архисложно, если вообще возможно.

цитата a1ex:
Достаточно считать их плоскими полигонами, в пределах которых можно двигаться по кратчайшему пути, а не "какой-то хренью, прилепленной к реке". Как "думает" про любую большую воду brouter.
Для пешеходов - вот там да.

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

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

Lekka, пардон, пропустил выше про экспорт маршрута в виде трека.
Чукча не читатель..

цитата Lekka:
Кстати osmand+ не умеет экспортировать маршрут в виде трека, что лично меня очень расстроило, те для этой функциональности нужно пользоваться непосредственно утилитой brouter со всеми вытекающими неудобствами. Ну либо использовать другой софт с картами, может Locus умеет?

Да, Локус умеет экспортировать трек в GPX (osmand ведь сохраняет треки в нем и их можно достать из папочки?), KML/KMZ, CSV, TCX, DXF, Ov2 и еще прямиком в некоторые буржуйские сервисы.

цитата a1ex:
osmand ведь сохраняет треки в нем и их можно достать из папочки?

Странно, а аот сейчас нормально эскпортнул, булем считать что у него было временное помутнение, ура .

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

Визуально это не будет заметно, но при суммировании
даст существенную ошибку, а проверить результат невозможно.

Навряд ли разработчики были озабочены такими тонкостями.
Им эти речки глубоко пофигу.

цитата сейлмейкер:
Навряд ли разработчики были озабочены такими тонкостями.
Им эти речки глубоко пофигу.

Для разработчиков река это граф, такой же, как дорога. И алгоритм построения маршрута тот же самый. Расчет маршрута по площади это совершенно другая задача. Целенаправленно в рамках массового софта наврятли ее станут решать, ибо кто за это заплатит?

цитата сейлмейкер:
Визуально это не будет заметно, но при суммировании
даст существенную ошибку, а проверить результат невозможно.

А нужна ли нам такая точность? Да и вообще, она не очень-то доступна бытовому пользователю.

Подумаешь, ошибка в несколько процентов. Конечно, точность постепенно повышается. Навигатор в машине уже куда реже орет о том, что вы едете по полю. Но все равно до "пикселя" нам еще далековато.

Если строить маршрут вручную по космоснимкам, то тоже не факт, что вы попадете в нужную точку. Искажения при съемке и привязке фотографий куда больше, чем "пиксель". Через годик глянете тот же трек с новыми снимками, а ваш маршрут уже идет вдоль реки, а не по ней.

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