Witam
Nie bardzo wiem gdzie to zgłosić, albo jak naprawić ale znalazłem problem w miejscowości Bobolice w zachodniopomoskiem.
Nie wiem też czy to wina danych na mapie czy też samego programu mapfactor navigator, jednak program nie wytycza routingu z drogi 25 (ani 205) na drogę 171 . Nawet jeśli wskaże się punkty start i meta blisko miejscowości to i tak trasę wytycza bardzo naokoło.
Co ciekawa żona ma w telefonie starszą wersję mapy i tam wytyczanie trasy przebiega prawidłowo.
Widzę zjazd i wjazd na rondo, które mają tą samą kierunkowość od strony ulicy Fabrycznej. Poprawiłem
Czy ktoś próbował instalować NF na urządzeniach z Windows CE 4.2?
Szczególnie chodzi mi o nawigację SONY NV-U93T, która od dawna nie jest wspierana przez producenta.
Widziałem parę dni wstecz na własne oczy jak na telefonie koledze w mapfactor navigatorze z aktualną mapą ta droga http://www.openstreetmap.org/way/295285282 wyświetlała się jako jednokierunkowa lecz w przeciwnym kierunku. Czy to oznacza, że navigator nie rozpoznaje ustawienia oneway=-1? Dla pewności w tym przypadku odwróciłem przebieg trasy i dałem oneway=yes, ale takich dróg jest z pewnością więcej i warto by się pochylić nad tym skąd to się bierze i czy moja zmiana wystarczy by problem zniknął.
Nie.
To bład aplikacji i należałoby powiadomić bugreportem producenta aplikacji, żeby lepiej interpretował wartości oneway.
Pomijając błąd aplikacji Navigator - czy jest jakieś uzasadnienie stosowania oneway=-1? Od jakiegoś czasu nawet walidator w JOSM sugeruje zmianę kierunku linii w takiej sytuacji…
Gdyby każdy znał skrót “R” w JOSM odwracający przebieg drogi pewnie by nie dodawał, a tak jak pomyślał że musiałby narysować ją od nowa to też wolał dać stosowny tag. Ciekawe czy istnieje narzędzie, które z automatu wszystkie drogi z oneway=-1 zamieni na oneway=yes jednocześnie zmieniając kierunek ich przebiegu.
Znalazłem drogę z oneway=-1. Zmieniłem na oneway=yes, nacisnąłem R i… zmieniło na oneway=-1. Poprzezednia wersja stabila JOSM (8459 chyba…).
U mnie się pyta czy zmienić. Ale poprawną akcją jest samo naciśnięcie R i ewentualne zaakceptowanie zmiany z oneway=-1 na oneway=yes. Z moich doświadczeń wynika, że nie należy przy tym zamieniać ról forward z backward w relacjach.
tak z ciekawości. Jeśli nie przedstawił nikt argumentu by oneway=-1 pozostało to czy możliwe jest masowe poprawienie ich skryptem na oneway=yes z jednoczesnym odwróceniem przebiegu drogi? http://overpass-turbo.eu/s/bG1 wskazuje cały szereg takich przypadków dla Lublina czy Radomia. Zresztą uproszczenie tagu i tak powinno być raczej pożądane. Być może inne aplikacje zwłaszcza niszowe również mają z tym problem.
Doliczyłem się 2000 takich dróg w Polsce.
Aktualna liczba takich dróg w PL: 0
Można się rozejść 
Został jeszcze jeden taki węzeł: http://www.openstreetmap.org/node/2448530764 - nie wiem, co oneway=-1 znaczy na węźle, więc nie poprawiam ;).
Pojawiła się nowa wersja (16.) Navigatora Free. Dzisiaj na jednym urządzeniu z WinCE zainstalowałem ją i niestety musiałem wrócić do starszej, bo dziwnie wyznaczało mi trasę. Nie była to wina map, bo starsza wersja na tych samych mapach wyznacza poprawnie.
Piszę ku przestrodze - lepiej chwilę poczekać z aktualizacją aplikacji.
Pewnie, że nie można się kręcić w kółko w kierunku przeciwnym do wskazówek zegara 
Nie mogłem się powstrzymać
Nie wiem jak u Was, ale u mnie najnowsza aktualizacja na co prawda leciwym sprzęcie HTC Desire z androidem 2.3.3 na pokładzie przyniosła fatalny efekt. Program się wiesza, nie wyświetla pasów ruchu, info z tagu destination pokazuje za wcześnie, nie wyświetla budynków 3d, komunikaty głosowe są spóźnione lub występują ciągiem jeden po drugim.
Problem ten nie występuje na Sony Xperia Z3. I tu nowy wygląd interfejsu jest miły dla oka. Jedyny mankament to przy jednoczesnym podłączeniu słuchawki bluetooth komunikaty są przekazywane do niej zamiast na głośnik telefonu.
Pojawiła się już może poprawiona wersja na WinCE 6.0 jak ostatnio na Androida? Jeśli tak to skąd ją pobrać? Miejsca w sieci które odnalazłem zdają się zupełnie inną numerację. Co ciekawe to co strona to inną 
Pewien pan wysłał na listę talk-pl problem z którym spotkał się w najnowszych mapach.
W niektórych wsiach z addr:place nie da się wyszukać numerów domów, bo opcja “numery w miejscowości” nic nie robi poza wyświetleniem kręcącego się kółka. Sprawdziłem na najnowszych mapach i rzeczywiście tak jest.
Zgłoszone miejscowości to:
Wszystkie one mają wprowadzoną granicę. Choć w ogólności wsie z granicami problemów nie robią. Wskazówką może być ostatnia edycja ich relacji 30 dni temu (gdzie MF robi aktualizacje map co miesiąc czy dwa).
Ja jeszcze znalazłem inną miejscowość z tym błędem: Małe Bałówki, powiat nowomiejski.
Jest ktoś w stanie sprawdzić czy coś jest nie tak z tymi granicami? Albo posiada starszą wersję mapy Polski niż obecna 44-201702240 do sprawdzenia?
Widzę, że wiele nawigacji ma z tym problem. Pewnie działającym workaroundem byłoby nadanie “name” ulic (wewn. granic) nazwą wsi - ale to jest bardzo naciągane i raczej takie “hacki” niech sobie robią devsi nawigacji 
bo nie wierzę, że jednym warunkiem nie potrafią przy imporcie danych sprawdzić czy dana droga ma “name” czy nie i sobie ustawić co tam potrzebują do wyszukiwania…
Z tym, że nie masz racji. Mapfactor od dawna wspiera addr:place. Tylko nie wiadomo dlaczego w tych kilku miejscach są problemy. Jeśli nasi magicy od granic i adresacji nie znajdą żadnych nieprawidłowości (ja nie znalazłem), to człowieka przekieruję do ich supportu.