Сайт gpsies.com, кажется, скоро того...

[Putin]

Наверное многие из вас видели появление жёлтой плашки на сайте gpsies.com и получали рассылку в почту но особо не вчитывались в заморские буквы и не придавали значения. А на самом деле есть повод для беспокойства и для предпринятия некоторых действий.

Официально: https://support.alltrails.com/hc/en-...s/360029500751
Вкратце - до 16 августа gpsies будет функционировать в обычном режиме, но регистрация новых пользователей уже отключена. После этой даты сайт будет поддерживаться еще какое-то время, предположительно несколько месяцев, дальнейшая его судьба туманна.

Суть: простой парень Клаус из Берлина продал свою поделку со всеми треками американской компании All Trails https://www.alltrails.com/about, которая занималась примерно тем же что и gpsies но уже на коммерческой основе. На их сайте сейчас 75 тыс. треков, из них по Москве и области 6 (шесть). Для сравнения - у gpsies только по России без малого 200 тыс треков, а всего под два миллиона. Весь этот замечательный контент утекает в американский стартап средней руки.

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

Небольшой FAQ по миграции с GPSies на AllTrails.

1. Не все мои треки перенеслись.
— После того, как вы первый раз вошли на AllTrails, треки переносятся медленно по одному, нужно подождать примерно сутки.
— Треки переносятся в два раздела: не отредактированные в Recordings, остальные в Maps.
— Возможно, были отфильтрованы почти идентичные треки. По какому правилу — не понятно.

2. Не все чужие треки, которые были в блокноте, перенеслись.
— В Favorites видны треки только тех пользователей, которые уже мигрировали на AllTrails. Треки тех пользователей, которые мигрируют позже вас, будут постепенно добавляться (но это надо перепроверить).

3. Не вижу на AllTrails вообще ни одного трека ни в одном из трёх разделов.
— Вы забыли, какой e-mail использовали на GPSies, или ввели его с опечаткой (возможно даже несуществующий в природе e-mail). А на AllTrails зарегистрировали новый аккаунт с правильным e-mail. В таком случае можно обратиться в поддержку AllTrails, передать им свой логин, пароль и полное имя (если помните) от аккаунта на GPSies и попросить напомнить вам e-mail, который вы использовали на GPSies. Поддержка на AllTrails отвечает довольно оперативно, в течение суток.
— На AllTrails случился какой-то программный сбой. Судя по всему, база данных GPSies будет храниться довольно долго, поэтому можно либо обратиться в поддержку AllTrails и попросить перенести треки из аккаунта GPSies в аккаунт AllTrails, либо попросить меня выкачать треки из базы GPSies.

--

Популярные ресурсы для работы с треками.

С автопрокладкой маршрута, в т.ч. и с ручными правками (с фрагментами без дорог/тропинок):
https://www.alltrails.com (наследник gpsies, развивается)
https://ridewithgps.com ( ... )
https://www.bikemap.net ( ... )
https://www.komoot.com ( ... )
https://www.plotaroute.com

С автопрокладкой маршрута (только по дорогам/тропинкам):
http://brouter.de/brouter-web (собственные профили, тонкие настройки маршрутизации)
https://openstreetmap.org (автопрокладка без промежуточных точек)
https://maps.openrouteservice.org (так себе)
http://www.yournavigation.org/

Без автопрокладки:
https://nakarte.me (лучшая визуализация)
https://opentopomap.org (хорошее представление и детализация карты)
https://openstreetmap.ru (POI)
https://share.mapbbcode.org (возможность совместного редактирования трека)
http://caucasia.ru (хранение, показывает соседние треки).

Прочее:
https://openmtbmap.org/, https://www.velomap.org/ - специализированные велосипедные карты для MapSource / Garmin (без веб-интерфейса для просмотра).
https://sembruk.github.io/nakarte - старая версия nakarte.me, где точки трека кодируются в URL, а не хранятся в базе данных, как в новой.

Старая информация

Что станет с аккаунтом на gpsies?
(тут мое вольное изложение и перевод писем и объявлений, некоторые моменты там изложены размыто, если где-то окажется неточно прошу не пинать)
В течение 3 недель после 16 августа всё переедет на alltrails. Под "всё" в тексте подразумевается "аккаунт", и "все персональные данные", полагаю что треки тоже к ним относятся, хотя я не нашел явных упоминаний, что будет с треками если ничего не делать. Настройки приватности треков дожны сохраниться.

• Есть возможность принудительно запустить процесс миграции аккаунта с gpsies на alltrails путём логина на сайте alltrails со своим логином-паролем с gpsies
• Альтернативно, если есть острая неприязнь к американским бизнесменам, можно до 16 августа безвозвратно удалить c gpsies аккаунт со всеми своими треками (opt out). Соответствующая кнопка есть в письме от gpsies.

Как это влияет на всех нас?
Есть немалая вероятность, что ссылки на треки gpsies здесь на форуме в скором времени станут недоступны. Даже если alltrails заморочится и сделает правильный редирект, скачивать треки можно будет только с платным аккаунтом, а просматривать с только регистрацией, т.е. удобное inline-встраивание треков в пост, как сейчас, работать не будет (я не большой спец в веб-программировании, но мне так кажется).

Upd.
Проблема сохранения треков, выложенных на веломании уже не актуальна.
При наличии аккаунта gpsies можно продолжать выкладывать ссылки на треки, новые и старые, но всё-таки лучше начать пользоваться https://nakarte.me

UPD.

Всем привет!

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

Называется он ActiveTrip.me: https://activetrip.me/

[Baлepa]

etrex тоже вычисляет
http://ipic.su/img/img7/fs/photo_202...1632750955.jpg

Это показатели текущей поездки. Они даже к текущему треку не имеют отношения. И уж тем более к загруженным треком.
Информация по треку отображается в менеджере треков: расстояния и высота. Скоростей там нет.

[Joric99]

Это показатели текущей поездки. Они даже к текущему треку не имеют отношения. И уж тем более к загруженным треком.
Информация по треку отображается в менеджере треков: расстояния и высота. Скоростей там нет.

В GPX есть объект скорость?
Вот стандартная запись:
<trkpt lat="55.6703380030" lon="36.9638032280"><ele>204.90</ele><time>2021-07-18T06:38:47Z</time></trkp>

Мы имеем координату, высоту и время. Отсюда легко вычисляется скорость.
Когда у нас проект трека, то отсутствует параметр <time>

Вот все возможные атрибуты GPX-файла


Тег Тип Описание
ele xsd:decimal Высота в метрах
time xsd:dateTime Время UTC в формате ISO 8601. Формат: yyyy-mm-ddThh:mm:ssZ
magvar degreesType Направление
geoidheight xsd:decimal Высота относительно геоида
name xsd:string Название
cmt xsd:string Комментарий
desc xsd:string Описание
src xsd:string Источник
link linkType Ссылка на подробную информацию
sym xsd:string Символ представления
type xsd:string Классификация (тип)
fix fixType Способ определения позиции (none, 2d, 3d, dgps, pps)
sat xsd:nonNegativeInteger Количество спутников
hdop xsd:decimal Горизонтальная дисперсия
vdop xsd:decimal Вертикальная дисперсия
pdop xsd:decimal Точность
ageofdgpsdata xsd:decimal Время между приемом сообщения и вычислением положения
dgpsid dgpsStationType:integer идентификатор DGPS станции
extensions extensionsType Расширения

Скорости не наблюдаю. Тут тоже нет .

В навигаторе если обнулять суммарные данные, то данные будут относиться к последнему (текущему) треку, а не к твоим путешествиям от РХ.

[Baлepa]

В GPX есть объект скорость?

Да, об этом и речь. В стандартном нет скорости, поэтому её надо вычислять.

</trkp>

Мы имеем координату, высоту и время. Отсюда легко вычисляется скорость.

Попробуйте сами вычислить для первого тестового файла:

1 - https://drive.google.com/file/d/10RK...ew?usp=sharing

Когда у нас проект трека, то отсутствует параметр <time>

Это называется маршрут.

Вот все возможные атрибуты GPX-файла
...
Скорости не наблюдаю. Тут тоже нет .

Остапа понесло!

В навигаторе если обнулять суммарные данные, то данные будут относиться к последнему (текущему) треку

Если обнулить данные, то будут нули.

а не к твоим путешествиям от РХ.

Продвинутые навигаторы умеют показывать детальную информацию по каждому отдельному треку (тренировке).

Точнее те, которые скорость вычисляют.

В эту короткую фразу я вкладывал следующий смысл.

Те навигаторы, которые не вычисляют скорость, как правило просто игнорируют ошибки <time>.
А те, которые вычисляют, чтобы показать средние значения или даже график зависимости скорости от времени или расстояния,
как правило спотыкаются на gpx, в которых c <time> какие-то проблемы.

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

Ситуация ведь не такая бессмысленная, когда в двух соседних точках одинаковое время в секундах. Просто точки могут очень близко стоять и при округлении до секунды время будет одинаковым.
В такой ситуации ничто не мешает трек показывать, и даже график скорости тоже.
Сейчас проверил, к примеру, как Osmand работает: если одинаковое время или неверных формат времени, то он на графике ставит скорость = 0.
И это не правильно. Нужно пропускать больные точки, а скорость считать по соседним точкам (т.е. по более широкому интервалу).

я это понял. в ближайшее время выпустим фикс этой проблемы!

Надеюсь, вы правильно обработаете ситуацию, когда точки на треке стоят настолько близко, что при выгрузке в gpx расчёт по постоянной скорости может выдать две точки в одну секунду.
Ну и графики скорости, надеюсь, тоже будете рисовать без таких косяков, как в Osmand.

[Joric99]

Это называется маршрут.

Ну наконец-то, Валерий.

Вот два одинаковых трека. Трек, у которого в названии + закачан в накарте и скачан из него:


Видим, что разница в весе у оригинального файла и прогнанного через накарте - в 5 (!) раз!!
Смотрим, в чем разница.
Трек из навигатора:


Трек из накарте:


Видим, что накарте для облегчения файла выбрасывает из него все параметры <time> и <ele>, т.е. фактически превращает трек в маршрут.

И параметр time, который нужен для расчета скорости, он тут вообще не важен. Ибо берем проект трека (маршрут) с alltails, который видят все навигаторы мира. И что мы там видим:



Параметра time нет. А вот параметр ele есть. Т.е. время не важно, соответственно, и скорость тут не при чем - ее вообще нет в GPX-файлах.
Важна координата с указанием высоты. И если накарте перестанет обрезать параметр <ele> - то все будет хорошо, наверное...
Единственное, что можно порекомендовать еще - не прописывать дефолтный параметр тайм.
Т.е. вместо вот этой шняги <time>1970-01-01T00:00:01.000Z</time> давать параметр <ele>

[dummy elk]

Ну наконец-то, Валерий.

Вот два одинаковых трека. Трек, у которого в названии + закачан в накарте и скачан из него:
http://ipic.su/img/img7/fs/sizes.1632819702.jpg

Видим, что разница в весе у оригинального файла и прогнанного через накарте - в 5 (!) раз!!
Смотрим, в чем разница.
Трек из навигатора:
http://ipic.su/img/img7/fs/garmin.1632819842.jpg

Трек из накарте:
http://ipic.su/img/img7/fs/nakarte.1632819879.jpg

Видим, что накарте для облегчения файла выбрасывает из него все параметры <time> и <ele>, т.е. фактически превращает трек в маршрут.

И параметр time, который нужен для расчета скорости, он тут вообще не важен. Ибо берем проект трека (маршрут) с alltails, который видят все навигаторы мира. И что мы там видим:

http://ipic.su/img/img7/fs/alltrails.1632821033.jpg

Параметра time нет. А вот параметр ele есть. Т.е. время не важно, соответственно, и скорость тут не при чем - ее вообще нет в GPX-файлах.
Важна координата с указанием высоты. И если накарте перестанет обрезать параметр <ele> - то все будет хорошо, наверное...
Единственное, что можно порекомендовать еще - не прописывать дефолтный параметр тайм.
Т.е. вместо вот этой шняги <time>1970-01-01T00:00:01.000Z</time> давать параметр <ele>

Ну так скачайте с nakarte тот же трек через save as GPX with added elevation (SRTM) и проверьте на читаемость.
Btw, древний 705-й ёж не имеет проблем с треками nakarte (за исключением кириллицы в имени файла, но это другая история)

[Galina]

через save as GPX with added elevation

я так пробовала. Edge 530 видит только название маршрута с дистанцией "0" км

[Elena2000]

Ну так скачайте с nakarte тот же трек через save as GPX with added elevation (SRTM) и проверьте на читаемость.

скачала, проверила -- нету. в папке дистанции есть (сводка: время в пути - 0:00, расстояние 124 км, средняя скорость 235,93 км/ч, подъем 0, спуск 0), но на карте трека нет.

[Joric99]

скачала, проверила -- нету. в папке дистанции есть (сводка: время в пути - 0:00, расстояние 124 км, средняя скорость 235,93 км/ч, подъем 0, спуск 0), но на карте трека нет.

А скиньте ссылку на этот трек плз.

[Baлepa]

в сохраненных дистанциях появился только один -- Москва. Но на карте его нет, т к в сводке у него время в пути -0 минут

К сожалению, все 4 трека называются Москва. Неудачный пример подготовлен был.
Или вы по имени файла идентифицировали?

---------- Добавлено в 15:40 ---------- Предыдущее сообщение было в 15:26 ----------

Т.е. вместо вот этой шняги <time>1970-01-01T00:00:01.000Z</time> давать параметр <ele>

От метки времени совсем отказаться нельзя. Старый gpsies не сохранял эту информацию из загружаемых треков. И это было очень неудобным для многих пользователей. Важная это информация.
Рисованные же треки, да, можно без меток времени выгружать. Разве кто-то с этим спорит?

Но Edge спотыкается не потому, что метки времени есть, а потому что там время идентичное.
И секунды в десятичных дробях, есть подозрение, далеко не все навигаторы переваривают.

[Elena2000]

все 4 трека называются Москва

были треки : Москва, Москва1, Москва2, москва3
правда в папке название выглядит так ___________Москва______________course.fit

---------- Добавлено в 16:04 ---------- Предыдущее сообщение было в 15:58 ----------

[/COLOR]Joric99, трек, его сохранила с with added elevation (SRTM) и отправила в гармин.
Кстати, не знаю как у вас, наш Edge его конвертирует в свой формат. Хранит в папке Соurses, с расширеним fit