Ale trochę jakby ta nawigacja się zatrzymała w rozwoju… Nie ma nowych wersji, nowych informacji na stronie czy FB…
A data ostatniej wersji to:
Zaktualizowano
24 listopada 2015
Obiecują, obiecują nowości (prosiłem o dodanie opcji by unikać oprócz promów, płatnych autostrad także highway:track - bo czasami każe skręcić dosłownie w ścieżkę leśną :O) mają być ale - ale ostatnio dość długo odpisują na uwagi - może skończą jak ebDirigo 
- zostaje wtedy jak dla mnie navmii ale mapy maja słabo aktualizowane - 1 góra 2 razy do roku :(.
Chodzi o ten Stok Ruski?:
@mibak:
Fajne i trafne spostrzeżenia. Może warto o nich napisać do “producentów” tej nawi na suport?
Co do numeracji - fakt nie wyszukuje numeracji w stylu 1a 2b itd. znajduje tylko “całe” numery :(. Brak numeracji budynków jest troche (mocno) uciążliwe. Widzę tylko numery przyciągnięte do drogi w rejonie skrzyżowań:
Co do strzałek pasów ruchu to fakt że powinni dać inny kolor - czasami nie widać różnicy (kąt patrzenia, światło) w kolorze czarnym i szarym pasów kierunkowych. Czasami też głupieje z nimi w sytuacji rozbudowanych skrzyżowań masz skręcić w lewo a ona pokazuje że masz lecieć pasem na wprost środkowym :(.
Napisz o swoich spostrzeżeniach do nich może coś zmieni to?
Akurat takie sytuacje nie są winą nawigacji tylko błędach w mapowaniu. Jak zauważasz coś takiego to najlepiej od razu zobaczyć czy jest dobrze narysowane i czy nie brakuje jakichś zakazów wjazdu i poprawić.
@d3mol3k:
Myślałem o napisaniu, ale po angielsku tego nie dam rady opisać 
@Yunkers:
Według mnie to nie błąd mapowania. MapFaktor oparty na tych samych mapach podaje komunikat “Skręć w lewo”.
No tak, wszystko fajnie jak miejscowość ma zwartą zabudowę wzdłuż jednej drogi. Dla mnie to jest dziwaczne, że aplikacja ciągnie 800mb danych(pbf z geofabrik ma podobną wielkość) i nie potrafi wyszukać chałupy po numerze.
Podam lepszy przykład: wieś Klimonty.
wieś → link
Dom nr. 54 → link
Dom nr. 55 i 56 → link
Jak widać do gospodarstwa 54 dojazd jest z zupełnie inny niż do domów 55 i 56, a dojazd do ‘głownej’ wsi jest jeszcze inny.
Na szybko - sprawdziłem w aplikacji to wyszukanie:
Klimonty wyszukuje tylko na mapie w polu powyżej - szukajka. Kiedy chcemy to zrobić (wyszukać) tej samej miejscowości z adresu - tu nie pozwala wpisać Klimonty kończy na Klimont i dalej litery y nie wpisze się. Apka faktycznie nie znajduje tej nazwy w tym miejscu. Po numerze też nie znajduje już adresu - brak reakcji
Potrafi zirytować
Ale też dodam iż Navmii - też nie potrafi znaleźć adresu Klimonty 54 
Wygląda na to że maja z tym problem :((
To ogółem ciekawa sprawa, bo szukajka na openstreemap.org również nie pokazuje tego domu, ale już osmapa.pl nie ma z tym problemu.
Prawdopodobnie wynika to z tego, że numer 54 leży zbyt daleko od węzła miejscowości i Nominatim nie indeksuje go - tutaj wyrysowanie granicy administracyjnej z admin_level=8 pomogłoby. A osmapa.pl przy wyszukiwaniu adresu odpytuje m.in. iMPA, więc dlatego tam się pojawia.
Żartując trochę, osmapa.pl wygrywa 
Twórcy aplikacji nareszcie odpisali na zgłoszone przeze mnie braki i błędy ich aplikacji. A już myślałem że zgłoszenia nie zostały zauważone. Nawet napisali wyjaśnienia odnośnie każdego oddzielnego błędu i przy niektórych że je uwzględnią w przyszłej aktualizacji. Ale przy niektórych rzeczach nie dali sobie przetłumaczyć że coś jest nie tak z nimi. Tak czy inaczej pozostaje czekać i zgłaszać co się da. Tylko ile czasu nie wiadomo. Trochę minęło już od ostatniej wypuszczonej wersji i przydała by się aktualizacja. A najlepiej jak najczęstsze w co wątpię : )
Wrzuciłbyś odpowiedź?
Oni tak mają - trochę trzeba poczekać, obiecują też zmiany w najbliższej aktualizacji i … poza aktualizacjami map (z błędami - zgłaszanymi) nic się nie zmienia. Ale też rozgryzam dzięki nim swoje błędy w destination:sign i destination:lanes
Przepraszam że post pod postem - dostałem odpowiedź o Magic’a
Pozwolę sobie zdradzić tajemnicę korespondencji (chyba wolno mi?). Moje angielskie zapytanie (tłumaczyło google) brzmiało tak:
I odpowiedź jak przyszła:
Z odpowiedzi wynika (jeżeli dobrze zrozumiałem), że w wynikach wyszukiwania po prostu pomijają “nieistotne” miejscowości. Takie uproszczenie dyskwalifikuje tę funkcję. Nie tłumaczy to także wyszukiwania np w Warszawie adresów tylko w Śródmieściu. Czyżby inne dzielnice były “small / low importance cities”. Czy ktoś z innych miast mógłby sprawdzić jak to wygląda u niego.
Trzeba czekać. Dobrze jak by to poprawili, np grafika podoba mi się bardziej niż ta z MapFactor.
Zauważyłem jeszcze jedną dziwną sprawę. Jak wyłączę “3-wymiarowe budynki” to znikają w ogóle z mapy.
@d3mol3k - dzięki za poświęcenie czasu i zadanie autorom pytań. Odpowiedź od ME mocno mnie rozczarowała. Szkoda, bo sama nawigacja nawet mi podeszła.
@Zbigniew_Czernik: Miałeś rację. Dodałem granice obrębu i już dom nr.54 jest ‘wyszukiwalny’
Pobawiłem się tym trochę i nawet daje radę, ale ma dla mnie jedną zasadniczą wadę - wyznaczanie tras jest wprawdzie szybkie, ale wyznaczane trasy są słabe - szczególnie w mieście. Przy wyborze opcji “trasa najszybsza” - nie wybiera istotnie najszybszej w sensie dotarcia najszybciej z punktu A do B - tylko prowadzi najszybszymi drogami - nawet jak to wymaga dużego nadkładania drogi i w rezultacie dłuższego czasu podróży (pomijam kwestię korków). Np. w Łodzi z Nowosolnej na Falę poprowadził mnie Brzezińską, Strykowską, Julianowską, Al. Włókniarzy - zamiast na wprost przed miasto. Podobnie prowadzi też w Warszawie. Wygląda, że na każdym skrzyżowaniu wybiera po prostu szybszą drogę w sensie maksymalnej dopuszczalnej prędkości i zupełnie nie analizuje alternatyw, co często prowadzi do tras w których występuje dużo fragmentów w kształcie litery “U”.
Z kolei trasa “najkrótsza” to zupełna porażka - bo prowadzi nie patrząc zupełnie na typ drogi i ładuje często bez sensu w drogi ziemne - np. znowu z Nowosolnej pcha przez ziemne drogi polne idące przez dawne kopalnie piasku. I co ciekawe w km. też nie wyznacza najkrótszej drogi, tylko raczej po prostu na każdym skrzyżowaniu wybiera drogę, która idzie w kierunku możliwie zbliżonym do azymutu punktu docelowego, nie analizując co będzie trzeba zrobić na kolejnym skrzyżowaniu, albo że droga w pewnej odległości od skrzyżowania ma zakręt i zmienia kierunek.
Podejrzewam, że szybkość wyznacza tras wynika po prostu z bardzo prymitywnego algorytmu, który liczy tylko " jeden krok do przodu".
Osmand może dłużej myśli - ale jednak wyznacza dużo sensowniejsze trasy.
Troszkę mi się serce kraje ze względu na to, że włożyłem tyle czasu i serca w projekt OSM, ale niestety jeżeli chodzi o darmowe aplikacje do nawigacji samochodowej oparte na naszych mapkach to zawiodłem się na tych rozwiązaniach na całej linii…
I to zarówno na Magic Earth, mapFactor jak i OsmAnd. Dla przykładu - mapFactor:
Pomyliłem zjazdy na estakadzie - w czasie przeliczania na nowo trasy po prostu się zawiesił ( podobnie wcześniej w Ostrawie się pogubiliśmy i na telefonie żony podobna sytuacja). A do tego “głupie” wyznaczanie tras, nielogiczne komunikaty itp.
I odpuściłem - do auta kupiłem dedykowaną nawigacje.
OSM w wersji “by rogal” teraz to tylko na rower i górskie wypady do Garmina - tutaj jest bezkonkurencyjny
Ja tam jeżdżę na Yanosiku autem i sobie chwalę (no ale zdaję sobie sprawę, że nie obsługują zagranicy).
Gdyby były i komercyjne, kiedyś (2010 rok?) tak ładnie się zapowiadało: iGO próbował z OSM- ale tylko chyba jeden raz je skompilowali pod niego:
W sumie to można by do nich podbić. Jakość danych wtedy a teraz to niebo a ziemia 
Pojawiła sie nowa aktualizacja programu - wiecej info pod adresem:
http://us12.campaign-archive2.com/?u=9011959fc2821027addf25f65&id=2dc9d7f192&e=39e79cadbf
Co do zmian - własnie zaktualizowałem program:
- mapę Polski podzielono na … województwa - właśnie się pobierają;
- trochę coś z tłumaczeniem na polski systemowym jest w menu ustawienia;