Wyobraź sobie że piszesz nawigację, która ma/będzie działać…sprawnie. Co bierzesz pod uwagę jadąc gdzieś? Ja…powiedzmy: czas przejazdu i jakość nawierzchni. W okolicy nie ma płatnych dróg, na które “ludu” nie stać więc ten problem odpada. Pewnymi kryteriami kierować się musi także nawigacja, coś musi wziąć pod uwagę kierując kogoś z punktu a do punktu b. Program nie wie ile trwa średni przejazd na danym odcinku ale mając dane typu: są dwie drogi jedna trasa ekspresowa, dwa psy ruchu w każdym kierunku, nawierzchnia asfaltowa i prędkość max. 100k/h a druga nieco krótsza ale po dziurach którą wybierze? To zależy od tego co program “widzi”, czy tylko same drogi i policzy szybkość w rozumieniu odległości też może weźmie pod uwagę inne dane. My wiedząc jak program działa będziemy mogli…ukierunkować swoje opisy dróg właśnie pod nawigację. Bo ja np. nie wiem czy opisywać drogę utwardzoną z płyt betonowych jako highway=track a następnie tracktype=grade1 czy może dodać jeszcze inny być może bardzo ważny dla nawigacji parametr surface bo być może program nie czyta np. tracktype więc nie będzie wiedział że droga jest utwardzona.
Celem zapytania jest więc zrozumienie zasady działania nawigacji, sposobu jej analizy przy wyznaczaniu trasy…mam nadzieję że w miarę zrozumiale to zobrazowałem.

Co do zapisywania śladów na Androidzie mają je darmowe OsmAnd oraz Locus (Free). Ten pierwszy jest dobry dla autka, drugi zaś…jakoś nie wiem czemu często ma jakieś zacięcia i pomimo ustawienia czasu zapisu co 1sek zacina się. OsmAnd ma funkcję wysyłania śladu z “automatu” chociaż jeszcze nie testowałem tego. Zobacz post o zapisywaniu śladów GPX…może tam coś doczytasz, znajdziesz.

A swoją drogą…trelinka ciągle u nas powszechna…jaki parametr surface najbardziej do niej pasuje? surface=concrete:plates ?