OSMapa Polski, czyli mapa OSM na Garmina

micra · 2012-06-14T14:25:21.000Z

Na przykład S17 (na północ od Lublina) - akurat ten fragment będzie… kiedyś, na razie nie ma jeszcze planów. http://osm.org/go/0OuPNLa

I ciągnąc dalej DK17 - trasa z Lublina do Warszawy wyznaczana jest drogą przez Kozienice i Górę Kalwarię zamiast prowadzić DK17. Przez Kozienice jest dalej o 20 km i generalnie droga ma gorsze parametry. Sprawdziłem w MapSource co jest tego przyczyną - przesunąłem wyznaczoną trasę i są chyba jakieś dziury w DK17.

Gdy zaznaczyłem początek w Lublinie i koniec w okolicach miejscowości Zakręt to i tak zostałem wyciągnięty za Wisłę w Puławach i wróciłem na DK17 wracając przez Górę Kalwarię.

Podobnie z Lublina do punktu za obowodnicą Garwolina - MapSource przeciąga mnie poza DK17 - prowadzi przez Żelechów.

rogal · 2012-06-15T22:44:58.000Z

dzięki, naprawię to renderowanie dróg i przy okazji przyjrzę się DK17.

micra · 2012-06-18T08:21:42.000Z

rogal:

dzięki, naprawię to renderowanie dróg i przy okazji przyjrzę się DK17.

Ponadto przejrzałem inne obszary - na pierwszy rzut oka nie ma takiego problemu z innymi drogami krajowymi. Routing na dłuższych dystansach wydaje się być ok.

TxF_CTs · 2012-06-22T11:19:24.000Z

Hej,

Routing z Krakowa do Olkusza wiedzie przez Giebułtów - być może to jest problem kategoryzacji. Odcinek od Ronda Ofiar Katynia (Kraków) do węzła w Modlnicy nie jest już krajówką, ale tracąc “kolor” stracił też prędkość, a co za tym idzie MS preferuje Łokietka+Giebułtów.
Pozdrawiam,

TxF_CTs · 2012-06-22T20:57:06.000Z

wajak:

Garmin Edge 705 do wyboru:

omtbmap_onlysrtm_Polska_2012-06-03

OsmapA-20120601v1.12

Każdą można wyłączyć. Działa dobrze.

Dobra robota.

To samo na nuvi 765.
Pozdrawiam,

TxF_CTs · 2012-06-22T21:53:14.000Z

Uwagi ogólne i szczególne (te drugie - Kraków):

chyba najważniesze: źle liczone są zjazdy z rond, jeśli wjazd na rondo jest w tym samym punkcie co zjazd z niego. Przykład - rondo Hipokratesa w Krakowie (N50.09062 E20.02148). Problem znany od dawna, wymaga uwagi przy rysowaniu rond (chyba że uda się zrobić preprocessing sensownie rozsuwający takie punkty), reprodukowalny zarówno na MS jak i na urządzeniu. To samo z rondami Barei, Dywizjonu 308, Mateczny (które zresztą są rondami tylko z nazwy). Co ciekawe, nie dzieje się tak na Rondzie Grzegórzeckim (być może dlatego, że tam zmieniają się też klasy dróg).
plik img zawiera białe tło, które spowalnia wyświetlanie (najpierw rysuje się tło, potem nazwy miejscowości). Dodatkowo dziwnie to wygląda w trybie nocnym - przy zmianie zooma najpierw tło robi się ciemne (default), potem jasne, potem napisy z nazwami miejscowości. Normalnie mapy nie mają pełnego tła, ono wynika z trybu dziennego/nocnego (pełne jasne tło teoretycznie kosztuje też więcej baterii)
brak zakazu skrętu z Alei w lewo w Piłsudskiego
routing nie wykorzystuje ślimaka Powstańców Śląskich/Kamieńskiego - N50.03531 E19.94786 do N50.02835 E19.95192, zamiast tego przeprowadza prawie podwórkami po ulicach Hodura i Bonarka (wygląda bardziej na problem z parametrami ślimaka, bo to dość duża różnica odległości jak na problem z kategoryzacją)
brak zakazu skrętu z Dobrego Pasterza w Bora-Komorowskiego (N50.08725 E19.99171)
nawigacja z centrum Krakowa do np. N50.01678 E20.02520 (parking) prowadzi Bieżanowską, a więc zbyt “niska” jest kategoria Teligi+Ćwiklińskiej (to są po dwa pasy w jedną stronę, potem nawet z pasem zieleni (Bieżanowska to jedna jezdnia po jednym pasie w każdą ze stron)
brak nazwy Estakady Kaczmarskiego (trzymaj się lewej w Droga Krajowa)
brak nazw przy Rondzie Polsadu (trzymaj się prawej w Droga Wojewódzka, skręć w lewo w DW - przy jeździe Bora-Komorowskiego → Młyńska)
skręt w prawo z Alei w Królewską - “kieruj się w prawo w droga wojewódzka”
Dobrego Pasterza na odcinku od Ronda Barei do 29 listopada powinno mieć moim zdaniem niższą preferencję od Lublańskiej (DP to jedna jezdnia z progami, Lublańska - po dwa pasy w każdą stronę), np. routing z N50.08960 E19.97809 do N50.08023 E19.95029
literówka → T. Pranickiego zamiast “Parnickiego”
nazwy ulic i POI są drukowanymi literami - to może kwestia kompilatora
Rondo Grzegórzeckie wygląda zabawnie - ślad musi być z roweru, uciekającego przed samochodami

W sumie wszystkie poza pierwszymi dwoma to już etap poprawiania zachowania nawigacji, może jeszcze oprócz trzeciego, bo Aleje to tranzyt, nie opłotki.
Generalnie działa
Pozdrawiam,

Zbigniew_Czernik · 2012-06-23T01:02:38.000Z

@TxF_CTs: dzięki za zgłoszenie.

TxF_CTs:

chyba najważniesze: źle liczone są zjazdy z rond, jeśli wjazd na rondo jest w tym samym punkcie co zjazd z niego. Przykład - rondo Hipokratesa w Krakowie (N50.09062 E20.02148). Problem znany od dawna, wymaga uwagi przy rysowaniu rond (chyba że uda się zrobić preprocessing sensownie rozsuwający takie punkty), reprodukowalny zarówno na MS jak i na urządzeniu. To samo z rondami Barei, Dywizjonu 308, Mateczny (które zresztą są rondami tylko z nazwy). Co ciekawe, nie dzieje się tak na Rondzie Grzegórzeckim (być może dlatego, że tam zmieniają się też klasy dróg).

Poprawione - faktycznie, można było to narysować lepiej.

TxF_CTs:

brak zakazu skrętu z Alei w lewo w Piłsudskiego

No tak, ktoś skaszanił restrykcję: http://www.openstreetmap.org/browse/relation/1021101/history (pozostałe trzy restrykcje na tym skrzyżowaniu też były błędne, przez co niedziałające)

TxF_CTs:

routing nie wykorzystuje ślimaka Powstańców Śląskich/Kamieńskiego - N50.03531 E19.94786 do N50.02835 E19.95192, zamiast tego przeprowadza prawie podwórkami po ulicach Hodura i Bonarka (wygląda bardziej na problem z parametrami ślimaka, bo to dość duża różnica odległości jak na problem z kategoryzacją)

Nie znalazłem tam żadnych problemów, OSRM wyznacza dobrze: http://map.project-osrm.org/?hl=en&loc=50.035830,19.948480&loc=50.028282,19.951301&z=16&center=50.032907,19.946280&df=0

TxF_CTs:

brak zakazu skrętu z Dobrego Pasterza w Bora-Komorowskiego (N50.08725 E19.99171)

Restrykcja jest wprowadzona i była tam od dawna. Teraz trochę to zmieniłem, zamiast nakazu jazdy prosto, jest zakaz skrętu w prawo.

nawigacja z centrum Krakowa do np. N50.01678 E20.02520 (parking) prowadzi Bieżanowską, a więc zbyt “niska” jest kategoria Teligi+Ćwiklińskiej (to są po dwa pasy w jedną stronę, potem nawet z pasem zieleni (Bieżanowska to jedna jezdnia po jednym pasie w każdą ze stron)

Poprawione - tzn wyrysowałem drugą nitkę i dałem lanes=2, nie wiem czy pomoże.

Z uwag ogólnych, które mam po nanoszeniu tych poprawek w Krakowie:

światła (sygnalizację świetlną) dajemy na linii zatrzymania, nie na przecięciu dróg (hektor, vinci4352)
obszarów (landuse=) nie przyklejamy do highway= (mcik); nie wiem też dlaczego w niektórych miejscach jest nałożony landuse=residential na landuse=residential (przykład: http://www.openstreetmap.org/browse/way/117724325 ) (również mcik)
proszę się douczyć tworzenia restrykcji

TxF_CTs · 2012-06-24T11:25:48.000Z

Zbigniew Czernik:

@TxF_CTs: dzięki za zgłoszenie.

TxF_CTs:

chyba najważniesze: źle liczone są zjazdy z rond, jeśli wjazd na rondo jest w tym samym punkcie co zjazd z niego. Przykład - rondo Hipokratesa w Krakowie (N50.09062 E20.02148). Problem znany od dawna, wymaga uwagi przy rysowaniu rond (chyba że uda się zrobić preprocessing sensownie rozsuwający takie punkty), reprodukowalny zarówno na MS jak i na urządzeniu. To samo z rondami Barei, Dywizjonu 308, Mateczny (które zresztą są rondami tylko z nazwy). Co ciekawe, nie dzieje się tak na Rondzie Grzegórzeckim (być może dlatego, że tam zmieniają się też klasy dróg).

Poprawione - faktycznie, można było to narysować lepiej.

Jak rozumiem, poprawiłeś przebieg Ronda Grzegórzeckiego, ale to powyżej to akapit o błędnej nawigacji na rondach ogólnie (i akurat nie na Kotlarskim vel Grzegórzeckim).
Naturalne jest rysowanie faktycznego przebiegu wjazdów/zjazdów (często się ze sobą stykają), niestety nawigacja Garmina błędnie (w naszym pojęciu, może należałoby napisać “inaczej”, bo są to jakieś realia amerykańskie or sth) liczy wtedy zjazdy. Poprawienie tego wymaga przerysowania rond.
Patrz http://mapa.ump.waw.pl/ump-www/?zoom=19&lat=50.09052&lon=20.02142&layers=B00000FTF&mlat=50.09059&mlon=20.02147.
Wygląda to brzydziej na WWW, ale jest konieczne do poprawnego sygnalizowania na odbiornikach (na pewno Garmin, trzeba byłoby sprawdzić Navitela).

TxF_CTs:

routing nie wykorzystuje ślimaka Powstańców Śląskich/Kamieńskiego - N50.03531 E19.94786 do N50.02835 E19.95192, zamiast tego przeprowadza prawie podwórkami po ulicach Hodura i Bonarka (wygląda bardziej na problem z parametrami ślimaka, bo to dość duża różnica odległości jak na problem z kategoryzacją)

Nie znalazłem tam żadnych problemów, OSRM wyznacza dobrze: http://map.project-osrm.org/?hl=en&loc=50.035830,19.948480&loc=50.028282,19.951301&z=16&center=50.032907,19.946280&df=0

Ok, może to problem na etapie konwersji (to samo dzieje się w MapSource jak i na Garminie).

TxF_CTs:

brak zakazu skrętu z Dobrego Pasterza w Bora-Komorowskiego (N50.08725 E19.99171)

Restrykcja jest wprowadzona i była tam od dawna. Teraz trochę to zmieniłem, zamiast nakazu jazdy prosto, jest zakaz skrętu w prawo.

Ok, czyli być może pozostaje wykrywanie i konwertowanie takich rzeczy przy konwersji/kompilacji, albo oparcie się tylko o zakazy.
Pozdrawiam,

Zbigniew_Czernik · 2012-06-24T11:40:53.000Z

Zdaję sobie sprawę ze specyficznego problemu dotyczącego rond na garminach. Niestety jest to problem softu, a nie OSM - z zasady nie dłubiemy pod konkretną nawigację.
BTW: rondo Hipokratesa jest chyba tylko rondem z nazwy? (o ile dobrze pamiętam z bycia tamże… znakowanie poziome na sat też raczej wskazuje, że nie jest to klasyczne rondo)

TxF_CTs · 2012-06-24T14:11:48.000Z

Zbigniew Czernik:

BTW: rondo Hipokratesa jest chyba tylko rondem z nazwy? (o ile dobrze pamiętam z bycia tamże… znakowanie poziome na sat też raczej wskazuje, że nie jest to klasyczne rondo)

Nie, to jest jedno z tych “tradycyjnych” rond z ruchem okrężnym.
Pozdrawiam,

TxF_CTs · 2012-06-26T16:10:13.000Z

TxF_CTs:

Naturalne jest rysowanie faktycznego przebiegu wjazdów/zjazdów (często się ze sobą stykają), niestety nawigacja Garmina błędnie (w naszym pojęciu, może należałoby napisać “inaczej”, bo są to jakieś realia amerykańskie or sth) liczy wtedy zjazdy. Poprawienie tego wymaga przerysowania rond.
Patrz http://mapa.ump.waw.pl/ump-www/?zoom=19&lat=50.09052&lon=20.02142&layers=B00000FTF&mlat=50.09059&mlon=20.02147.
Wygląda to brzydziej na WWW, ale jest konieczne do poprawnego sygnalizowania na odbiornikach (na pewno Garmin, trzeba byłoby sprawdzić Navitela).

Navitela nie da się aktualnie sprawdzić - GPSMapEdit wyrzuca błędy przy konwersji do formatu nm2 - przeszkadzają mu zduplikowane węzły (16 sztuk na próbowanym obszarze, czyli 66004017 - Kraków i okolice). Przy weryfikacji wyrzuca też sporo zbyt bliskich węzłów i krzyżowanie się drogi samej z sobą.
Pozdrawiam,

Piotrek_Wroc · 2012-06-29T15:08:01.000Z

Czy istnieje możliwość, aby wygląd mapy w Garminie był taki sam, jak wygląd mapy internetowej (http://www.openstreetmap.org/) ? Podobnie jest z programiem Navigator 11, mapa OSM ściągnięta do niego wygląda inaczej. Próbuję zmieniać wersje kolorystyczne, ale bez większych sukcesów.

TxF_CTs · 2012-06-29T20:26:24.000Z

Piotrek_Wroc:

Czy istnieje możliwość, aby wygląd mapy w Garminie był taki sam, jak wygląd mapy internetowej (http://www.openstreetmap.org/) ? Podobnie jest z programiem Navigator 11, mapa OSM ściągnięta do niego wygląda inaczej. Próbuję zmieniać wersje kolorystyczne, ale bez większych sukcesów.

W Garminie odpowiada za to plik .TYP - wyciągnąć z .img można go gmaptoolem stąd: http://www.anpo.republika.pl/download.html. Kilka różnych typów do wyboru dołączonych jest do UMPa - może któryś będzie dobrą bazą do edycji.
Nigdy tych plików nie edytowałem, ale widzę że są: http://www.maptk.dnsalias.com/ oraz http://ati.land.cz/gps/typdecomp/editor.cgi
Pozdrawiam,

Piotrek_Wroc · 2012-06-30T10:15:19.000Z

Dzięki, a czy znajdę plik z kolorystyką i stylami dokładnie jak w OSM? Czy są jakieś programy na Windowsa, które pozwolą przeglądać OSM w trybie offline (uprzednio ściągniętą) ale dokładnie z takim wyglądem jak na www?

TxF_CTs · 2012-06-30T20:23:34.000Z

Piotrek_Wroc:

Dzięki, a czy znajdę plik z kolorystyką i stylami dokładnie jak w OSM?

Szybciej byłoby zapytać googla samemu - “osm” “garmin” “typ”

http://forum.openstreetmap.org/viewtopic.php?id=10032
http://mijndev.openstreetmap.nl/~ligfietser/diverse/mapnik.TYP

Czy są jakieś programy na Windowsa, które pozwolą przeglądać OSM w trybie offline (uprzednio ściągniętą) ale dokładnie z takim wyglądem jak na www?

Pewnie należałoby ten .typ umieścić w mapie z garmin.osmapa.pl - gmaptoolem. A potem MapSource.
Pozdrawiam,

TxF_CTs · 2012-07-01T08:27:40.000Z

TxF_CTs:

Pewnie należałoby ten .typ umieścić w mapie z garmin.osmapa.pl - gmaptoolem. A potem MapSource.

Poprawka, ten w img trafi na odbiornik, dla MapSource - w katalogu mapy i w rejestrach (ustawiane przy instalacji mapy).
Pozdrawiam,

Piotrek_Wroc · 2012-07-02T17:17:32.000Z

Dzięki, pomogło

rogal · 2012-07-06T14:29:16.000Z

Nowa aktualizacja mapy :). Poniżej changelog:

wersje mapy dla MapSource od teraz są rozprowadzane w formie instalatora .exe
usunięto renderowanie dróg projektowanych highway=proposed

instalator nie ma jeszcze wersji polskiej, będzie następnym razem.

Władysław_Komorek · 2012-07-06T20:57:51.000Z

Po ściągnięciu OSMapaPL-OGONKI-20120705V1.14.exe, Norton usunął ten plik:

Full Path: d:\filein\osmapapl-ogonki-20120705v1.14.exe
Threat: WS.Reputation.1

Unknown
Number of users in the Norton Community that have used this file: Unknown

Unknown
This file release is currently not known.

Medium
This file risk is medium.

Threat Details
Threat type: Insight Network Threat. There are many indications that this file is untrustworthy and therefore not safe

http://garmin.osmapa.pl/mapy/OSMapaPL-OGONKI-20120705V1.14.exe Downloaded File osmapapl-ogonki-20120705v1.14.exe
Threat name:
WS.Reputation.1 from
garmin.osmapa.pl

File Actions
File: d:\filein\osmapapl-ogonki-20120705v1.14.exe
Removed

File Thumbprint - SHA:
f2be11ddb2380a00e99419bb3d12fe0f5bfa48b1c6852eaf4b380891cef52d41

File Thumbprint - MD5:
fa5d54bbbf0d8688da725288d72c9ff8

rogal · 2012-07-06T22:17:22.000Z

To jest akurat przejaw skrajnej głupoty twórców Nortona -

Threat name:
WS.Reputation.1 from
garmin.osmapa.pl

oznacza, iż “społeczność” Nortona nigdy nie widziała tych plików exe tym samym odgórnie zadecydowała iż są one niebezpieczne. Kiedyś w ten sposób uwalili najnowsze wydanie firefoxa ;). To tylko potwierdza moje zdanie o tej firmie i jej produktach.

Tak, czy siak - wielkie dzięki za zgłoszenie problemu