W tym katalogu znajdują się "raporty" z bardziej szczegółowego sprawdzania poprawności adresów robione w celu: - znalezienia duplikatów adresów (w adresach "liniowych") - znalezienia braków w adresacji - tam gdzie mamy też pliki ADR (więc można znaleźć, że jakiś adres jest w ADR, ale ciągle go nie ma w liniowych) - znalezienia niespójności pomiędzy ADR a nazwami ulic - bo w jednych np. jest Jagiełły, w drugim Władysława Jagiełły, albo inne warianty pisowni lub literówki (z powodów sprawdzania terytowego obecnie większość takich błędów to jednak pliki ADR, a nie .txt) Żeby wykorzystać w sensowny sposób te pliki raportów trzeba sobie doinstalować trochę ikon bookmarków, które są wykorzystywane - wszystkie znajdują się w bookmarks.zip - można albo selektywnie dodać te, których brak, albo rozpakować cały katalog w odpowiednim miejscu (tam, gdzie mapedit.exe). http://dream.ict.pwr.wroc.pl/tmp/ump/numeracja/bookmarks.zip Jak już mamy dodane i działające bookmarki, ściągamy plik zip dla danego obszaru, po czym montujemy obszar, doklejamy do niego plik z bookmarkami i otwieramy w mapedicie. Nieco dalej zamieszczam legendę, jak interpretować poszczególne typy bookmarków, ale najpierw parę rodzajów błędów jakie widać na mapie - wszystkie na przykładzie UMP-PL-Warszawa, Można wczytać warszawa-adr.zip i oglądać w mapedicie, albo screenshoty na http://dream.ict.pwr.wroc.pl/tmp/ump/numeracja/ pliki waw-*.png W ME++ działają EndLevele dla bookmarków, więc na EL=3 są "grube" błędy, jak duplikaty ADR i niespójności nazewnistwa (albo braki ulic), na EL=2 - braki w numeracji i duplikaty, EL=1 i 0 - pomniejsze błędy. I jeśli ktoś już to wczyta i zacznie na tej podstawie poprawiać błędy adresowe, to poproszę o informacje zwrotne (na adres tsurmacz malpa ict.pwr.wroc.pl) - czy takie raporty są przydatne, czy się udało uruchomić bookmarki bez problemów, a jeśli były jakieś problemy - to tym bardziej, żebym wiedziać co poprawić na przyszłość. Typowe błędy generujące duplikaty to: - powtórzenie numeru na narożniku - wystarczy by numer został tylko na jednej ulicy, a nie na obu - powtórzenie numeracji bloku po jego dwóch stronach (od ulicy głównej i osiedlowego parkingu) - zamiana kolejności w węźle (początek z końcem, czyli np. 1-11,9-15 zamiast 1-9,11-15) - pomyłki edytorskie, np. 38 zamiast 28 albo 115 zamiast 15. Pomaga zmontowanie mapy wraz z danymi ADR, by sprawdzić jak powinno być naprawdę. - niewłaściwie nazwana ulica - szczególnie na osiedlach, ale nie tylko. A przez to numery przypisane są do niewłaściwej ulicy i kolidują z tymi samymi numerami, które gdzieś indziej występują w prawidłowym miejscu. - powtórzenie numeracji dla wariantu z literką - np. 17 i 17a. Tu nie ma prostej recepty na poprawę, ale też występuje kilka typowych przypadków: * Jeśli numeracja rozszerzona (17a) jest tuż obok "zwykłej", można z niej bez szwanku zrezygnować, licząc na to, że jak ktoś znajdzie nr 17, to 17a lub 17b też, bo jest zaraz obok. Jeśli * Jeśli numeracja zwykła/rozszerzona występuje wzdłuż tej samej ulicy, ale przed/za skrzyżowaniem z inną ulicą, wystarczy przeciągnąć ją przez cały ten odcinek, czyli nie kończyć przed skrzyżowaniem, a potem przerwa i znów, tylko zagwarantować ciągłość. * Jeśli rozszerzona występuje zupełnie gdzie indziej niż zwykła, pozostaje jedynie dodać dopisek w nawiasach do nazwy ulicy, tzn. np. "Ulica {17a}", "Ulica {1a-g,3a-c}" itp. W odbiorniku nazwa z numerami pojawi się już na etapie wyboru ulicy i pozwoli na rozróżnienie numerów typu 17 i 17a. Przykłady z mapy: waw-01.png: (http://dream.ict.pwr.wroc.pl/tmp/ump/numeracja/waw-01.png) Bukowa 2. W dwóch niezależnych miejscach. Na "dolnym" odcinku poprawnie (w ADR są numery 1 i 2), ale powyżej skrzyżowania z "Pod Skocznią" w ADR jest 4,6,8,8A, a w liniowych numeracja ponownie startuje od 2. Analogicznie Jaśminiwa 2 - zdefiniowana w 2 niezależnych miejscah (na drodze 0x6 i na podjeździe typu 0x7. Czerwone/zielonkawożółte punkty wskazują miejsca, gdzie jest ADR, a nie ma liniowej - czyli brak numeracji dla całęj ulicy Inspektowej a na Bzowej od 11/12 w górę. Na Imielińskiej jest wprowadzona 1-11, alle zabrakło pojedynczego numerka 2. (I to jest inny typowy problem w wielu miejscach - brak pojedynczego numeru "brzegowego" - np. numeracja 2-16, a powinno być 2-18, bo tego "18" ktoś się nie dopatrzył) waw-02.png: Wołoska 40. Zupełnie niepotrzebnie numer 40 występuje w 2 miejscach na tej samej drodze (chodniku), ale z przerwą. Powinien tylko w jednym, albo nawet na całym tym odcinku, ale jako ciąg, a nie 2 osobne kawałki. waw-03.png: Bachmacka 6. Numeracja zarówno po lewej stronie "pionowego" (N-S) odcinka, jak i po północnej stronie poziomego. Ta druga wynika zapewne z numerów 6A i 6B, ale imho w przypadkach jak ten, spokojnie można te 6a/6b pominąć z numeracji liniowej. 6 i 6a są praktycznie obok siebie i jak ktoś poszuka i znajdzie "podstawowy" numer 6 to do 6a/6b też trafi. W bardziej skomplikowanych przypadkach (numery oddalone od siebie) jedyne sensowne wyjście to dodatkowe odcinki oznaczać "Ulica {6a-6f}", ale z rozwagą i bez przesady. waw-04.png: ogólny widok na centrum Warszawy - widać, że braków (czerwone) oraz duplikatów (zielone) nie jest dużo, ale nadal jest jeszcze trochę rzeczy do poprawienia. W skali całej Warszawy to jest 9000 braków i 700+ duplikatów. 2 Niebieskie bookmarki i wiodące od nich czerwone linie łączą duplikaty w obrębie plików ADR. W tym przypadku - adresy Szymańskiego 1 i 2 w Warszawa-Wola i Warszawa Rembertów. (Jak ktoś będzie szukał "Warszawa, Szymańskiego, 1", to mu się pojawią oba, albo punkt gdzieś w środku :) waw-05.png: Lelechowska 8,10,12,14 - podwójna numeracja, bo te same numery są dodane zarówno na drodze 0x6 od południa, jak i na równolegle narysowanej 0x7 (30m na północ). Jedna z tych numeracji powinna zniknąć - zostawić najlepiej tę, od której strony jest wejście do budynku. Legenda znaczenia bookmarków i do statystyk: > Warszawa: 81979 74.78%, 55.58% (12574/16815/22624) ADR: 9593 to go > Warszawa@Mysiadło: 16 100.00%, 100.00% (1/1/1) > Warszawa@Opacz-Kolonia: 61 100.00%, 87.50% (7/7/8) > ... Czyli jest wprowadzonych 81979 adresów garminowych (spośród 22624 POLYLINE z Miasto=Warszawa 16815 (55.58%) ma Label= z nazwą ulicy, a 12574 (74.78%,) ma dodaną numerację), ale nadal można wprowadzić 9593 adresy, które są w ADR, a ich brak w liniowych. Znaczenie ikon: - czerwony półprzezroczysty kwadrat (ikona/bookmark adrold):, EL=2 adres jest w ADR, brak go w liniowych - żółty półprzezroczysty kwadrat (adrmisc), EL=2 jw, ale dotyczy adresu z literką, do którego brak w liniowych adresu bez literki (czyli np. 11a, ale nie mamy 11, więc można ten 11 dodać w liniowych) - zielony półprzezroczysty kwadrat (adrmiss), EL=4 jak czerwony, ale nawet nie ma takiej ulicy w liniowych - granatowy półprzezroczysty kwadrat, granatowy z dziurka i czerwona linia łącząca (adrdup/routerr), EL=4 duplikat w plikach ADR - zielony z dziurką x2, do tego zielona linia łącząca oba duplikat adresu liniowego - niebieskie kółko duplikat adresu liniowego ale w tym samym miejscu, czyli np. podwojnie zdefiniowany adres narozny (na obu dochodzacych ulicach) - czerwone kółko inne błędy (parzystość itp.), w tym także potencjalny błąd "Too many", jeśli na odcinku jest więcej niż różnica 70 numerów (np. O,1,101,E,2,32 wygeneruje to ostrzeżenie dla strony nieparzystej). Jeśli numeracja jest jednostajna, można zignorować, ale z reguły warto sie przyjrzeć i dostawić punkt w środku tam, gdzie się interpolacja zbytnio rozjeżdża z rzeczywistością. Dodatkowo w plikach new/chg/bad.plt są kolorami pokazane miejsca gdzie jest numeracja liniowa, a gdzie brak. Niebieskie - jest, żółte - na tym odcinku nie ma (ale ogólnie jest na tej ulicy), brązowe - brak, ale ulica nazwana więc potencjalnie może być. W plikach UMP-PL-OBSZAR-adresy.zip są pliki raportów. Na przykładzie Białegostoku: Archive: UMP-PL-Bialystok-adresy.zip Length Date Time Name --------- ---------- ----- ---- 641 2016-09-20 16:27 nx.wpt 1533821 2016-09-20 16:27 bad.plt 554447 2016-09-20 16:27 new.plt 132 2016-09-20 16:27 old.plt 329385 2016-09-20 16:27 chg.plt 8623 2016-09-20 16:27 Bialystok.check-num.txt 20946 2016-09-20 16:27 Bialystok.duplikaty.txt 15292 2016-09-20 16:27 Bialystok.braki.txt 676 2016-09-20 16:27 bm.tmp 699 2016-09-20 16:27 bm-dup.mp 19484269 2016-09-20 16:27 bm-braki.mp --------- ------- 21948931 11 files W plikach txt są logi z odpowiednich "make" robiących różne testy. W bm.tmp oraz bm-dup.mp są wyniki szukania duplikatów w obrębie adresów liniowych bm-dup.mp to to samo co bm.tmp ale z dodanym nagłówkiem, dzięki czemu (podobno) można przeciągnąć plik bm-dup.mp na otwarty w ME/ME++ plik mapy i się te bookmarki dołożą. bm.tmp natomiast trzeba sobie dołożyć do mapy w trakcie montowania. Te testy nie uwzględniają plików ADR, czyli to są "stare" testy, które opisywałem ze 2-3 miesiące temu. Oprócz błędów/duplikatów numeracji bookmarki zawierają także punkty 'NA' (niestyki) i BX/BE (ślepe jednokierunkowe. Punkty te są również jako waypointy w nx.wpt. bm-braki.mp natomiast zawiera testy uwzględniające duplikaty liniowe (to co wyżej), ale także braki wynikające z tego, że adres występuje w pliku ADR, a nie ma go w liniowych. Z dokładnością do okolic granic z innymi obszarami, bo pliki ADR nie są dzielone dokładnie na granicach, tylko pełnymi miastami/gminami. Jak będzie potrzeba uwzględniania plików ADR z obszarów sąsiednich, to będziemy kombinować jak to zrobić. Warszawa i Katowice generują plik bookmarków o wielkościach powyżej 40 MB co może powodować problemy z pamięcią przy wczytywaniu do ME/ME++. Też będę myślał, jak to podzielić sensownie na mniejsze. -- Tomasz Surmacz -- tsurmacz <> ict.pwr.wroc.pl 20.09.2016, update @28.12.2016