Sumy przewyższeń a poszczególne portale

[globalbus]

Pewnie trzeba by ślad GPS-a wrzucić do jakiegoś inteligentnego programu ale takiego uwzględniającego oba te przypadki, jak sądzę z dyskusji, po prostu nie ma.

Mówiąc "inteligentny", masz na myśli model statystyczny. Klasyczna zabawa we wróżkę. Raz model dobrze się dopasowuje do warunków, a raz fatalnie, w zależności od tego, do czego został stworzony.

Tak czy siak, rozdzieliłbym dyskusję liczenia z danych wysokościowych i liczenia ze śladu. Ślad charakteryzuje się tym, że ma już wysokość (niedoskonałą), co powinno zmieniać sposób liczenia.

[emes]

W OSM jest sprytniejszy algorytm:

Co masz na myśli pisząc OSM?

Openstreetmap (który mi się kojarzy z tym skrótem) nie zawiera żadnych danych wysokościowych poza punktami oznaczającymi szczyty i przełęcze.

Pewnie trzeba by ślad GPS-a wrzucić do jakiegoś inteligentnego programu ale takiego uwzględniającego oba te przypadki, jak sądzę z dyskusji, po prostu nie ma.

Program nie musi być "inteligentny" bo dodawanie i odejmowanie to nieskomplikowane operacje. Najważniejsze jest zdefiniowanie co uważamy za podjazd, który powinien być włączony do sumy. Czy 1m hopka nad przepustem jest już podjazdem? Czy jest nim placek zaschniętego błota o wysokości 1cm? Czy może jednak za podjazd uznajemy dopiero górkę mającą 10m?

[globalbus]

Program nie musi być "inteligentny" bo dodawanie i odejmowanie to nieskomplikowane operacje.

Tylko pod warunkiem, że dane są w stu procentach oddające rzeczywistość. Ja twierdzę tutaj, że raczej nie, więc jakieś modelowanie być musi. Np przypadek mostu nad rzeką. Brana jest pod uwagę wysokość rzeki, czy może mostu? Co z lasem? (często SRTM zawyża)

W przypadku śladu, można go potraktować jako sygnał i zastosować filtry do tegoż (w zależności od preferowanej charakterystyki). Niestety, ślady miewają zmienną gęstość w dziedzinie czasu i odległości (odbiornik tym steruje), więc to też trochę komplikuje sprawę (trzeba stosować wagi)

[emes]

Np przypadek mostu nad rzeką. Brana jest pod uwagę wysokość rzeki, czy może mostu? Co z lasem? (często SRTM zawyża)

Najgorzej i tak jest w mieście. SRTM potrafi na jednym wrocławskim skrzyżowaniu wykazać różnicę 5m. A brouter konsekwentnie traktuje to jak podjazd i prowadzi naokoło

[Wilk]

Wiadomość usunięta.

[tomek]

Ale zauważyłem, że przy wgraniu na Stravę aktywności z pliku .fit - nie ma korekcji wysokości, są po prostu dane z urządzenia. Tyle, że wielu ludzi wgrywa z .gpx, a wtedy Strava nie rozpoznaje urządzenia, czy ma czy nie ma korekcji wysokości. Natomiast jest korekcja czasu jazdy i średniej, bo te wartości niewiele, ale się różnią od tych podawanych przez urządzenie.

Można by spróbować tego:

A generic “with barometer” device is provided to force the system to use the elevation data from TCX and GPX file types. One only needs to add “with barometer” to the end of the creator name. For example, a TCX file would include something like:

  <Creator>
    <Name>My Awesome App with barometer</Name>
  </Creator>

[emes]

Czyli próg zliczania podjazdów na Stravie jest aż 10m, teraz wiadomo dlaczego zaniża na stosunkowo płaskich trasach.

I to jest dość rozsądne podejście, zważając na fakt, że w przeciętnym odbiorniku wciskając mocniej klawisze można zaburzyć odczyt wysokości o kilka metrów.

[Alek]

Dzisiaj pojechalem taka trasa wyznaczona przez Strave (1202m): http://www.strava.com/routes/4359493

Garmin 810 zliczyl 1277m: https://www.strava.com/activities/517436537

Jestem zaskoczony ze tak sie pokrywaja....

[Wilk]

Wiadomość usunięta.

[globalbus]

Poza tym inna sprawa - dane z pliku .gpx też nie są do końca miarodajne. Turystyczne Garminy mają własne algorytmy zliczania podjazdów, które nie zawsze są powiązane z danymi z .gpx.

W pliku gpx nie ma "sumy przewyższeń". Są tylko wysokości. To urządzenie przelatuje wszystkie punkty i podlicza je. Na komputerze dzieje się tak samo po otwarciu pliku. A że w każdym miejscu podlicza się inaczej? Cóż, nie licz na to, że urządzenie będzie miało moc obliczeniową na bardziej zaawansowane przetwarzanie danych.

[Wilk]

Wiadomość usunięta.

[globalbus]

Nie wiem jak u ciebie, ale u mnie przewyższenie wyliczone na urządzeniu ze śladu, nie różni się od tego z licznika w komputerze podróży

[Wilk]

Wiadomość usunięta.

[emes]

dane z pliku co ma np. ustawione rejestrowanie co minutę nie mogą byc tak dokładne jak te, które są liczone na bieżąco.

A ktoś jeździ z takimi ustawieniami? To sam się prosi

[globalbus]

Tylko Ty jak pamiętam masz urządzenie bez wysokościomierza barometrycznego

fakt, ten szczegół pominąłem.