OSMapa Polski, czyli mapa OSM na Garmina

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 :wink:

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 :slight_smile:
Pozdrawiam,

@TxF_CTs: dzięki za zgłoszenie.

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

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)

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

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

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 :stuck_out_tongue:

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).

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

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

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)

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

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,

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,

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?

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

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

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

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

Dzięki, pomogło :slight_smile:

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.

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


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 :slight_smile:

Włożyłem OSMapaPL-OGONKI-20120705V1.14 bezpośrednio do Garmina.
Nazwy ulic i numery domów są wytłuszczone, białe na czarnym tle i za bardzo duże.

Akurat według mojej wiedzy wyświetlania napisów w Garminie nie da się kontrolować (np. plikiem TYP) i pretensje można mieć tylko do Garmina :). Spróbuj wersję bez ogonków - może niektóre urządzenia kiepsko współpracują z innym kodowaniem znaków.

Test dla miejscowości Pionki.
Na komputerze: MapSource 6.16.3
Urządzenie Garmin nuvi 255w
Zainstalowane:
GPmapa 2010.3
UMP-pcPL og 08jul12
OSMapaPL-OGONKI-20120705V1.14 - aktywne

Załadowano ponownie przez MapSource po zablokowaniu Nortona.

  1. Wytłuszczenie nazw i numerów zniknęło (występowało przy bezpośrednim przekopiowaniu IMG pliku.
  2. Nazwy w których są polskie znaki, pokazuje wszystkie dużymi literami i obcina długość tekstu.
    W MapSource wszystkie są dużymi literami.
  3. Nazwy ulicy nie są wzdłuż ulicy tylko pionowo lub poziomo. W MapSource są OK.
  4. “Szukanie” nie rozpoznaje numerów budynków.
  5. Nazwę obiektu i ikonki wyświetla podwójnie z budynku i z POI jeżeli “amenity” i “name” występują w obu.
    I tu pytanie, gdzie dajemy te tagi, w obrysie budynku czy w POI?
  6. Numery budynków są trochę za duże w stosunku do zarysu obiektu. Czy “fonts” mogą się zmieniać w zależności od powiększenia?
  7. Numery budynków są czarne na białym tle. Czasami pokrywają zarys budynku i wtedy jest niewidoczny lub zniekształcony wizualnie. Czy nie lepiej usunąć tło i wytłuścić lub dać inny odcień/kolor dla numeru?

Mam nadzieję, że to pomoże.

Zgłosiłem do nich temat.

Hmm…dziwna sprawa, może do tych błędów się ustosunkuję porównując to co mi wyświetla MapSource (6.15.4):

  • wszystkie nazwy są dużymi literami i to jest wina Garminów, które nie potrafią wyświetlać małych liter w charsetach innych niż ANSI i latin1 (nie wiem dlaczego i nie chcę wiedzieć :).
  • Co masz na myśli, że obcina długość tekstu? Nazwy są niekompletne? U mnie wszystko się wyświetla poprawnie
  • “Nazwy ulicy nie są wzdłuż ulicy” - nic takiego nie zauważyłem, możliwe że to tylko Twój model odbiornika takie cyrki wyprawia :frowning:
  • “Numery budynków są czarne na białym tle” - w MapSource, czy w Garminie? Mój Garmin w ogóle nie pokazuje numerów domów, w MapSource domy powinny być renderowane na szaro (+ czarne numery domów).

Tak, jak pisałem - jako autor kompilacji mapy na Garmina nie mam możliwości kontrolowania czcionek ani sposobu w jaki Garmin je wyświetla. Możesz co najwyżej spróbować wgrać wersję bez ogonków i zobaczyć czy wyświetla się inaczej.