Edycja

Z UMP

(Różnice między wersjami)
(Czym się można podpierać?)
Aktualna wersja (10:39, 14 sty 2016) (edytuj) (anuluj zmianę)
d (Jak już dostaniesz hasło do cvs)
 
(Nie pokazano 38 wersji pośrednich.)
Linia 1: Linia 1:
-
draft!!
+
Rzeczy potrzebne raczej dopiero edytorom z prawem zapisu w cvs.
-
 
+
-
 
+
-
Źródła map trzymane są w wielu różnych plikach, aby było nimi łatwiej zarządzać, a także by można pracować na mniejszych fragmentach danych, "odfiltrowując sobie te, które chwilowo nie są potrzebne. Z tego względu zanim rozpoczniesz edycję wybranego fragmentu mapy z jej jednego lub kilku interesujących obszarów, konieczne jest użycie odpowiednich narzędzi, które posklejają odpowiednie pliki źródłowe w całość nadającą się do edycji, a po jej zakończeniu - rozłożą poprawioną mapę z powrotem na poszczególne pliki źródłowe i dostarczą raport o tym, co się zmieniło, aby można było zmienione pliki wysłać do repozytorium CVS.
+
-
 
+
-
Podstawowym programem do montowania/demontowania map jest program mont-demont.bat
+
-
lecz dla "fanów" perla istnieje mont-demont-multi2.pl. Programu tego nie musisz jednak wołać "ręcznie" - w systemie Windows służą do tego odpowiednie skrypty w plikach .bat, natomiast w uniksach - odpowiednie opcje dla programu make zapisane w pliku Makefile.common ("make help" pokaże wszystkie dostępne). Dla wszystkich (unix & windows) dostępny jest także perlowy skrypt mdm-gui.pl będący okienkowym interfejsem do montowania/demontażu źródeł.
+
-
 
+
-
==Jak dodać lub usunąć plik?==
+
-
Dodać: stwórz pusty plik (o nazwie zgodnej z [[Znaczenie_plików_w_projekcie_UMP|konwencją]]), wydaj polecenia ''cvs add nazwapliku; cvs commit''. Wrzucaj zawartość, commituj.
+
-
 
+
-
Usunąć: skasuj plik z dysku, wydaj polecenia ''cvs remove nazwapliku; cvs commit''.
+
-
User nie może kasować katalogów.
+
-
 
+
-
== Perl ==
+
-
Po pierwsze musisz sobie zainstalować perla ([[Perl|Perl w UMP]])
+
-
 
+
-
mont-demont.perl.bat
+
== Edycja kilku obszarów naraz ==
== Edycja kilku obszarów naraz ==
Linia 24: Linia 7:
sposób pracy:
sposób pracy:
* uruchom (wymagany perl)
* uruchom (wymagany perl)
-
* ...
+
* zaznacz wybrane obszary
 +
* kliknij na ''Montuj'', edytuj, ''Demontuj''
ALBO
ALBO
Linia 36: Linia 20:
* edytuj: guzik mapedit
* edytuj: guzik mapedit
* ...
* ...
 +
 +
ALBO
 +
* W systemie UNIX - ustaw zmienną "DIR" tak, aby zawierała nazwy kilku regionów, na przykład:
 +
 +
export DIR="UMP-PL-JeleniaGora UMP-PL-GorzowWlkp UMP-PL-Szczecin"
 +
 +
a następnie dokonuj montowania/demontowania tak jak normalnie ("make mont", edycja, "make demont", "make commit").
 +
Możesz też użyć mdm-gui.pl opisanego powyżej. Jeśli rysujesz drogi, które przechodzą przez granice obszaru z jednego na drugi, koniecznie przeczytaj [[Rysowanie_poza_obszar]], żeby się dowiedzieć jak to robić poprawnie, a także [[Międzymapowy_routing_w_GARMIN-ie]], by się dowiedzieć jak to działa.
 +
 +
== Sprawdzanie ogólnej kondycji regionu ==
 +
Służy do tego skrypt "sprawdz_bledy.bat" - dwukliknij i czytaj.
 +
Pod uniksem, analogiczny <code>make sprawdz</code>.
 +
A więcej opisów jest [[Sprawdz_bledy|tam]].
 +
 +
==Jak już dostaniesz hasło do cvs==
 +
...to jeszcze tylko kilka drobiazgów, z którymi mogłeś się nie spotkać:
 +
 +
* Ściągnięcie źródeł jako nazwany użytkownik, a nie gość bez praw
 +
Najpierw skasuj całe repozytorium czyli pliki pobrane przez cvs. Tak, całe. Zaloguj się do cvs i ściągnij od nowa. Przydatne polecenia, jeśli nie używasz klientów graficznych:
 +
cvs login
 +
cvs co all (co=checkout) albo zamiast all: narzedzia, POLSKA, EUROPA, UMP-Egipt
 +
cvs co -c; sprawdzenie modułów
 +
cvs com (com=commit) - pamiętaj o dopisywaniu opisów do wysyłek
 +
cvs logout
 +
Jeśli to pominiesz, to potem nie uda się próba wysłania na serwer, bo CVS zapisuje sobie nazwę użytkownika w plikach o nazwie "Root", więc jeśli miałeś repozytorium ściągnięte z konta "guest", to taka informacja tam została zapisana i próba wysłania się nie powiedzie.
 +
 +
* Co czytać?<br/>Na pewno listę dyskusyjną ump@, gdzie (poza dyskusjami) są wysyłane
 +
** raporty gorszych błędów, często blokujących przetwarzanie mapy lub jej prawidłowe działanie - wypada po sobie poprawić!
 +
** ogłoszenia o nowych narzędziach czy ich funkcjach, ustaleniach "politycznych" itp.<br/>Do tego możesz się zapisać na:
 +
** jeśli chcesz obrabiać także zgłoszenia innych: [http://ump.waw.pl/mailman/listinfo/ump-wrzuty listę Wrzuty] i/lub [http://ump.waw.pl/mailman/listinfo/ump-remonty Remonty]
 +
** [http://ump.waw.pl/mailman/listinfo/ump-devel listę developerską], gdzie są dyskusje o nowych narzędziach przed ich ogłoszeniem (często niestrawne dla nie-informatyka;)
 +
** [http://ump.waw.pl/mailman/listinfo/ump-wawa listę warszawską] albo [http://ump.waw.pl/mailman/admin/ump-krk listę krakowską]
 +
 +
* Jak często robić update
 +
Zawsze na początku pracy i tuż przed commitem (no, jeszcze wypada zmontować i rozmontować mapę pomiędzy update i commitem oraz sprawdzić, czy nie zostały jakieś błędy). Przy dłuższej pracy także podczas przerw, ale TYLKO WTEDY, gdy rozmontowałeś wcześniej źródła i umieściłeś poprawki w katalogu src.
 +
Jeśli zrobisz <code>cvs update</code> w trakcie edycji, zapiszesz swoje zmiany, a potem rozmontujesz źródła, to [[Nadpisanie|nadpiszesz]] poprawki wprowadzone przez <code>update</code>, a więc skasujesz czyjąś pracę.
 +
 +
*Jak często robić commit
 +
Po zakończeniu pracy stanowiącej jakąś całość. Najlepiej dzielić pracę na względnie małe kawałki, commit trwa tylko chwilę, a od razu pokazuje innym naszą pracę i zapobiega w ten sposób zderzeniom (patrz następny punkt).
 +
 +
*W pliku pojawiły się jakieś linijki z "<<<<<" "=====" i ">>>>>"
 +
To jest [[Konflikt|konflikt]]. Jednocześnie z kimś edytowałeś te same linijki pliku lub koniec pliku. Ty zrobiłeś update, cvs ściągnął drugą wersję tej samej linijki, i nie wie która jest lepsza. Między wspomnianymi linijkami widzisz swoją i czyjaś pracę. Sam wybierz którą zachować. Jeśli dwie osoby po prostu dopisały nowe obiekty na koniec pliku, to zachowuje się oczywiście wszystkie.
 +
W razie niepewności dopytaj kogoś doświadczonego.
 +
 +
*Używaj [[Paczuj|paczuj]]
 +
Tego narzędzia nie znasz, bo nie miałeś praw zapisu - zobaczysz jak prosto będzie się dało rysować i wrzucać zmiany korzystając z '''paczuj'''.
 +
 +
*Zacznij od czegoś prostego
 +
Brzmi jak banał - ale '''po prostu narysuj jedną drogę i spróbuj zsynchronizować źródła, i wysłać zmiany''' - czy przy pomocy [[CVS|cvs]], czy [[paczuj]], czy klienta graficznego [[CVS|cvs]]. Nawet jeżeli coś pójdzie nie tak, to ani dużo się "nie zepsuje", ani dużo nie stracisz, a każda kolejna zmiana będzie powtórzeniem tej pierwszej, której się nauczysz.
 +
 +
==Działania z cvs==
 +
[[CVS|Na osobnej stronie]].
 +
 +
==Przykazania edytora==
 +
# Czytać co wypisuje sprawdzacz przy demontowaniu, poprawiać błędy. Uruchomić co jakiś czas [[Sprawdz_bledy]] lub odpowiedni [[Makefile.common#Sprawdzanie_mapy|make]]. Jeżeli używasz [[Paczuj|paczuja]] to problem masz z głowy - błędy są sprawdzane przy każdym montowaniu mapy.
 +
# [[Co-czym#Wyszukiwanie_punkt.C3.B3w|Dopisywać miasto do POI]]
 +
# [[Znaczniki|Stawiać bojki]]
 +
# Poprawiać literówki i typy przy realizacji zgłoszeń z flyspraya. Nie wrzucać 1:1 wszystkiego co podesłano - to my wiemy, jakie są zasady i konwencje.
 +
# Dodawać dane adresowe i wszelkie możliwe do zgłoszeń z FlySpry o ile autor wrzutki o to nie zadbał.
 +
# Do plików dedykowanych wrzucać tylko to, co jest dla nich dedykowane (szczególnie stacje BP/Orlen, bankomaty, szlaki)
 +
# Remonty:
 +
## Nanosząc remont stawiać znacznik (punkt REMONT z opisem FS#numer) i otwierać zgłoszenie na Flyspray, projekt Remonty
 +
## Usuwając remont (znacznik REMONT z numerem FS# i wyłączenia ulic) zamykać zgłoszenie na Flyspray (ale dopiero po upewnieniu się, że to już wszystkie znaczniki i komentarze z tym numerem FS#)
 +
# Czytać diffy, nawet własne. Uważać co się wysyła do cvs. Nie wrzucać zmian z bzdurami, [[Konflikt|konfliktami]] albo z zaokrąglonymi współrzędnymi.
 +
# Dawać komentarze przy wysyłaniu zmian do cvs (domyślnie jest pusty notatnik co oznacza pusty komentarz). Komentarz powinien coś dawać, a nie np. "diffy kolegi".
 +
# Komentarze do cvs powinny być bez polskich znaków diakrytycznych.
 +
# Czytać listę ump@ i reagować na błędy, szczególnie własne.
 +
# '''NIGDY''' nie wykonywać aktualizacji źródeł mając zmontowaną mapę, edytując ją. Może dojść do [[Nadpisanie|nadpisania czyjejś pracy]]
== Sprawdzanie co i gdzie autor diffów namotał ==
== Sprawdzanie co i gdzie autor diffów namotał ==
czyli jak obejrzeć, co w tych diffach zostało podesłane.
czyli jak obejrzeć, co w tych diffach zostało podesłane.
-
Kroki poniżej automagicznie załatwia paczuj.bat pod system win32, jednak przeglądanie diffów zostaje.
+
'''Automatyczne dodanie diffów'''. Automagicznie załatwia to paczuj.bat pod system win32, jednak przeglądanie diffów zostaje. Z paczuj.bat wygląda to tak:
 +
# zadbaj o czysty katalog regionu - niech nie będzie żadnych diffów (jeżeli będą diffy to zostaną użyte przez paczuj.bat), żadnych plików źródłowych,
 +
# uaktualnij źródła - cvs_update.bat na Windows;
 +
# wrzuć do katalogu regionu diffy (nie do podkatalogu src, tylko w głównym regionu) - albo wszystkie diffy jeżeli jest ich niewielka ilość, albo dorzucaj po jednym lub np. same POI; paczuj.bat scalając dane usunie te diffy;
 +
# sprawdź co jest w diffach - byś wiedział gdzie ew. szukać zmian jeżeli zmian jest mało, możesz zauważyć podstawowe błędy, np. brak miasta, błędny zapis ulicy, cokolwiek;
 +
# uruchom paczuj.bat (**1**) - doda zmiany do źródeł najpierw na sucho - bez miany źródeł; przerwij lub naciśnij dowolny klawisz, później zmiana zostanie naniesiona (w katalogu src pliki będą zawierać już zmiany) - pliki diff znikają; jeszcze raz klawisz i następuje montowanie i edycja w domyślnym edytorze;
 +
# jak wygląda po zmontowaniu rzuć okiem niżej;
 +
# jak skończysz przeglądać i wydaje się, że jest ok to zamknij MapEdit - jeżeli wykonałeś zmiany i chcesz by były zachowane to zgódź się na zapis;
 +
# następuje rozmontowanie;
 +
# jeżeli po rozmontowaniu pojawiły się nowe diffy to paczuj to zasygnalizuje i poprosi o ponowne uruchomienie - tu działanie paczuj.bat się kończy, musisz wrócić do (**1**);
 +
# jeżeli po rozmontowaniu nie pojawiły się nowe diffy to po naciśnięciu dowolnego klawisza powinien uruchomić się proces wprowadzania zmian na serwer
 +
# jeżeli proces wprowadzania zmian nie uruchomi się automatycznie to musisz to wykonać ręcznie, czyli to co zwykle :)
-
Najpierw diffy po prostu przejrzyj, żeby wyłapać grube błędy albo takie niewidoczne pod Mapedit (np. zdublowanie komentarzy, albo edycja z włączonym Snap to grid).
+
'''Półautomatyczne dodanie diffów''' - najpierw diffy po prostu przejrzyj, żeby wyłapać grube błędy albo takie niewidoczne pod Mapedit (np. zdublowanie komentarzy, albo edycja z włączonym Snap to grid, którą widać jako zmianę większości współrzędnych na ostatniej cyfrze).
* Windows
* Windows
# zmontuj plik Rejon-wynik.mp ("mont-demont /mont" albo po prostu dwuklik w mont-demont i zamknij bez zmieniania)
# zmontuj plik Rejon-wynik.mp ("mont-demont /mont" albo po prostu dwuklik w mont-demont i zamknij bez zmieniania)
Linia 52: Linia 115:
# oglądaj i analizuj, pomagając sobie klawiszem E (ukrywa i pokazuje załączniki, w tym wypadku pogrubienia zmienianych miejsc)
# oglądaj i analizuj, pomagając sobie klawiszem E (ukrywa i pokazuje załączniki, w tym wypadku pogrubienia zmienianych miejsc)
# rozmontuj, i jeśli robiłeś poprawki, to zrób to co zwykle.
# rozmontuj, i jeśli robiłeś poprawki, to zrób to co zwykle.
-
 
-
== Sprawdzanie ogólnej kondycji regionu ==
 
-
Służy do tego skrypt "sprawdz_bledy.bat" - dwukliknij i czytaj. A więcej opisów jest [[Sprawdz_bledy|tam]].
 
-
 
-
==Jak już dostaniesz hasło do cvs==
 
-
Najpierw skasuj całe repozytorium czyli pliki pobrane przez cvs. Tak, całe. Zaloguj się do cvs i ściągnij od nowa. Przydatne polecenia:
 
-
cvs login
 
-
cvs co all (co=checkout)
 
-
cvs com (com=commit)
 
-
cvs logout
 
-
*Jak często robić update
 
-
Zawsze na początku pracy i tuż przed commitem (no, jeszcze wypada zmontować i rozmontować mapę pomiędzy update i commitem i sprawdzić czy nie zostały jakieś błędy). Przy dłuższej pracy także podczas przerw.
 
-
*Jak często robić commit
 
-
Po zakończeniu pracy stanowiącej jakąś całość. Najlepiej dzielić pracę na względnie małe kawałki, commit trwa tylko chwilę, a od razu pokazuje innym naszą pracę i zapobiega w ten sposób zderzeniom.
 
-
*W pliku pojawiły się jakieś linijki z "<<<<<" "=====" i ">>>>>"
 
-
Jednocześnie z kimś edytowałeś te same linijki pliku. Ty zrobiłeś update, cvs ściągnął drugą wersję tej samej linijki, i nie wie która jest lepsza. Między wspomnianymi linijkami widzisz swoją i czyjaś pracę. Sam wybierz która wersja jest lepsza.
 
-
*hinty
 
-
Sprawdz kto ostatnio dzialal
 
-
cvs history -cap UMP-Siedlce
 
-
Kto co dłubał w pliku
 
-
cvs log ''plik'' | more
 
-
Co się zmieniło w pliku w ciągu ostatnich dwóch godzin
 
-
cvs diff -D "-2 hours" ''plik''
 
-
Co sie zmienilo w pliku od ostatniego release, cofnij poprawki zrobione miesiąc temu
 
-
cvs diff -r ''release'' [-r ''release-poprzedni''] ''plik'' > zmiany
 
-
patch ''plik'' zmiany
 
-
Jak przywrócić plik do stanu z wczoraj? uwaga: Nie można cofnąć ostatniego (omyłkowego) commita.
 
-
cvs update -p -r 1.wersjaOK ''PLIK.zepsuty.txt'' > akuku.txt
 
-
A oto jak cofnąć ostatni omyłkowy commit (na dobrą sprawę można cofnąć do każdej poprzedniej wersji)
 
-
cvs up -j 1.wersjaaktualna -j 1.wersjapoprawna PLIK.zepsuty.txt
 
-
Po powyższym poleceniu mamy plik w wersji 1.wersjapoprawna który po commit możemy ponownie przesłać do repozytorium.
 
-
 
-
Denerwuje mnie ten wyskakujący notatnik
 
-
cvs commit -m "Dodalem troche uliczek na Ochocie"
 
==Czym się można podpierać?==
==Czym się można podpierać?==
Zgłoszenie jest niejasne. Trak chaotyczny. Miejsce skomplikowane. Nie pamiętam jak tam dokładnie wyglądało. Kurcze, jak skołować więcej informacji?
Zgłoszenie jest niejasne. Trak chaotyczny. Miejsce skomplikowane. Nie pamiętam jak tam dokładnie wyglądało. Kurcze, jak skołować więcej informacji?
-
* [[Mapedit]] zarejestrowany wyświetla mapy Google
+
* [[Mapedit]] wyświetla różne podkłady (w tym google, OSM, a nawet masstracks)
 +
* [http://mapa.ump.waw.pl/ump-www/ Mapa UMP na WWW] - korzystając z plusika po prawej stronie możesz obejrzeć wybrany obszar na UMPie, albo zmienić podkład na Google lub OSM i porównać. Jeśli oglądasz zgłoszenie z FlySpray-a, kliknij na opcji "Pokaż na mapie", żeby załączony ślad/punkty pojawiły się na podkładzie UMP-a.
* [http://maps.geoportal.gov.pl/webclient/ geoportal]
* [http://maps.geoportal.gov.pl/webclient/ geoportal]
 +
* [http://www.punktyadresowe.pl/ mapy punktów adresowych]
* [http://www.pkt.pl/map.html PKT] (bardzo szczegółowe i dość świeże zdjęcia!)
* [http://www.pkt.pl/map.html PKT] (bardzo szczegółowe i dość świeże zdjęcia!)
* [http://www.zumi.pl/ Zumi] i widok satelitarny
* [http://www.zumi.pl/ Zumi] i widok satelitarny
* niektóre miasta mają własne systemy z bogatymi lokalnymi informacjami:
* niektóre miasta mają własne systemy z bogatymi lokalnymi informacjami:
-
**[http://www.mapa.um.warszawa.pl/mapa/Mapa.aspx?service=Today Warszawa] (menu Geodezja - Adresy)
+
**[http://gis.gdansk.pl/pl/ Gdańsk]
-
**[http://www.mapa.lodz.pl/ Łódź]
+
**[http://www.konin.pl/mapa.htm Konin] (wymaga pluginu AutoCad'a)
**[http://www.konin.pl/mapa.htm Konin] (wymaga pluginu AutoCad'a)
-
**[http://www.city.poznan.pl/mapa_geopoz/index.php?action=1 Poznań]
+
**[http://msip2.um.krakow.pl/ Kraków]
 +
**[http://www.mapa.lodz.pl/ Łódź]
**[http://www.gis.piotrkow.pl/piotrkowsip/ Piotrków Trybunalski]
**[http://www.gis.piotrkow.pl/piotrkowsip/ Piotrków Trybunalski]
 +
**[http://87.199.34.18:10081/portal/ Bełchatów]
 +
**[http://www.city.poznan.pl/mapa_geopoz/index.php?action=1 Poznań]
**[http://gis.um.szczecin.pl/UMSzczecinGIS/chapter_85000.asp Szczecin]
**[http://gis.um.szczecin.pl/UMSzczecinGIS/chapter_85000.asp Szczecin]
 +
**[http://www.mapa.um.warszawa.pl/mapa/Mapa.aspx?service=Today Warszawa] (menu Geodezja - Adresy)
 +
**[http://www.wroclaw.pl/m3292/ Wrocław] oraz [http://www.wrosip.pl/ powiat wrocławski]
**[http://arc.um.zielona-gora.pl/zg/start.jsp Zielona Góra]
**[http://arc.um.zielona-gora.pl/zg/start.jsp Zielona Góra]
 +
* [http://www.norc.pl/street-view/ Norc] - zdjęcia z sierpnia 2008, tylko główniejsze ulice Kraków, Poznań, Warszawa, Wrocław
* jeśli nie obędzie się bez wizji lokalnej, można [http://www.garniak.pl/viewtopic.php?f=28&t=6978 poprosić kogoś o pomoc].
* jeśli nie obędzie się bez wizji lokalnej, można [http://www.garniak.pl/viewtopic.php?f=28&t=6978 poprosić kogoś o pomoc].
Pamiętaj, że zdjęcia satelitarne mają przynajmniej pół roku, często dużo więcej, a my chcemy mieć mapę aktualną. '''Nie podpieramy''' się obcymi mapami w kwestii routingu czy nawet przebiegu ulic. Drogowcy są szybsi, niż te produkty.
Pamiętaj, że zdjęcia satelitarne mają przynajmniej pół roku, często dużo więcej, a my chcemy mieć mapę aktualną. '''Nie podpieramy''' się obcymi mapami w kwestii routingu czy nawet przebiegu ulic. Drogowcy są szybsi, niż te produkty.
 +
 +
===Zapytaj w urzędzie===
 +
 +
Kilka tego typu pism jest [[Zewnętrzne_źródła_danych|tutaj]].
 +
 +
[http://forum.openstreetmap.org/viewtopic.php?pid=316690#p316690 Przykład z OSM].
 +
===Inne mapy===
===Inne mapy===
Źródeł danych geograficznych jest niedużo, map na ich bazie więcej. Krótkie zestawienie kto z jakich danych korzysta:
Źródeł danych geograficznych jest niedużo, map na ich bazie więcej. Krótkie zestawienie kto z jakich danych korzysta:
-
* [[OpenStreetMap]] z czegokolwiek, poza własnymi trackami także z UMP, państwowych danych we Francji, itd.
+
* [[OpenStreetMap]] z czegokolwiek, poza własnymi trackami także z UMP, państwowych danych we Francji, itd. Przepis jak zaimportować dane [[ImportOSM]]
* [http://openmaps.eu/ OpenMaps] z własnych tracków
* [http://openmaps.eu/ OpenMaps] z własnych tracków
* z bazy [http://imagis.pl/ Imagisu] korzystają:
* z bazy [http://imagis.pl/ Imagisu] korzystają:
Linia 114: Linia 157:
** [http://automapa.pl/ Automapa]
** [http://automapa.pl/ Automapa]
* z bazy [http://emapa.pl/ Emapy] korzystają:
* z bazy [http://emapa.pl/ Emapy] korzystają:
 +
** [http://emapi.pl/ emapi] (produkt Emapy)
** [http://www.docelu.pl DoCelu] (Wirtualna Polska)
** [http://www.docelu.pl DoCelu] (Wirtualna Polska)
** [http://www.imapa.pl/ IMapa]
** [http://www.imapa.pl/ IMapa]
** [http://www.navteq.com/ Navteq] (na terenie Polski?)
** [http://www.navteq.com/ Navteq] (na terenie Polski?)
-
* z bazy [http://www.teleatlas.com/WhyTeleAtlas/ContactUs/Europe/Poland/index.htm Teleatlas] korzysta:
+
** MioMap
 +
** [http://pkt.pl/ pkt.pl]
 +
* z bazy [http://www.teleatlas.com/WhyTeleAtlas/ContactUs/Europe/Poland/index.htm Teleatlas] (obecnie TomTom) korzysta:
** [http://routes.tomtom.com/t/#/ TomTom]
** [http://routes.tomtom.com/t/#/ TomTom]
** [http://maps.google.pl/ Google] (także z [http://www.ppwk.pl/ PPWK] i [http://www.transnavi.com/ Trans Navicom])
** [http://maps.google.pl/ Google] (także z [http://www.ppwk.pl/ PPWK] i [http://www.transnavi.com/ Trans Navicom])
** [http://www.viamichelin.pl/viamichelin/pol/htm/hme/Homepage_lite.htm Via Michelin]
** [http://www.viamichelin.pl/viamichelin/pol/htm/hme/Homepage_lite.htm Via Michelin]
-
* z bazy [http://www.navteq.com/ Navteq] korzysta
+
* z bazy [http://www.navteq.com/ Navteq] (obecnie Nokia kupiona przez Microsoft) korzysta
** [https://buy.garmin.com/shop/shop.do?pID=6299 CNE]
** [https://buy.garmin.com/shop/shop.do?pID=6299 CNE]
** [http://maps.ovi.com/services/ Nokia]
** [http://maps.ovi.com/services/ Nokia]
-
==Sprawdzanie==
+
[[Kategoria:Rysowanie]]
-
czyli co robić w długie zimowe wieczory ;-)
+
[[Kategoria:Tworzenie mapy]]
-
===kompletność spisu ulic w danym mieście===
+
[[Kategoria:Linux]]
-
Za wzorzec uznajemy [http://www.stat.gov.pl/broker/access/index.jspa Teryt].
+
[[Kategoria:Narzędzia]]
-
 
+
-
Część miast jest analizowana automatycznie, po każdej kompilacji, a wyniki prezentowane są
+
-
[ftp://ump.waw.pl/braki_ulic/ tutaj]. Jeśli chcesz dołączyć swoje miasto, napisz do Alf/red/a.
+
-
*''nasze dane są pobrane z [http://www.stat.gov.pl GUS-u] - jawne i udostępniane bezpłatnie wszystkim, [http://www.stat.gov.pl/broker/access/definitionTree.jspa wyszukiwarka]''
+
-
*ściągamy odpowiednie miasto z [http://ump.fuw.edu.pl/maps/guslist.cgi przetworzonego nieco spisu]
+
-
**guzik Download .csv
+
-
**otwórz w Open Office, kodowanie Unicode (UTF-8), rozdzielenie przecinkami
+
-
**zamień (Ctrl+F) "ul." na pusty napis
+
-
**zamień inne skróty z kolumny A na pełne formy <del>(nie trzeba: pl. al.?)</del>
+
-
**pomiń imiona, tytuły i inne niepotrzebne dane z kolumn A i B, a to co istotne (zgodnie z [[Nazywanie_ulic|zasadami]]) przepisz na początek kolumny C (uwaga na niespodzianki, np. "Jana Sobieskiego" i "Stefana Batorego")
+
-
**sprawdź!
+
-
**zaznacz kolumnę C, skopiuj i wklej do notatnika, który już nagra "samo mięsko"
+
-
**posortuj, nagraj (nazwa np. gus-''miasto''), zamów automatyczne porównywanie.
+
-
*robimy spis ulic danego miasta z cvs'a
+
-
**usuń tabliczki numerów dróg i posortuj, np. tak (w uniksach):
+
-
plik=cvs-miasto
+
-
grep ^Label ''MIASTO.ulice.txt'' | grep -v \{ | tr '\271\234\237\245\214\217' '\261\266\274\241\246\254' | cut -f 2 -d "=" | sort | uniq > $plik
+
-
grep ^~.0x2 $plik | cut -f 2-9 -d " " > $plik-1; grep -v ^~.0x2 $plik >> $plik-1
+
-
sort $plik-1 | uniq > $plik
+
-
rm $plik-1
+
-
*porównujemy
+
-
diff gus-''miasto'' cvs-''miasto'' | grep -e [\<\>] | gawk '{sub(/> /,"\t> ");print}' > brak-''miasto''
+
-
*na skróty: w [ftp://ump.waw.pl/braki_ulic/ tym katalogu] są generowane na bieżąco wyciągi z braków w niektórych miastach.
+
-
 
+
-
===jednolita pisownia w danym rejonie===
+
-
Dość skutecznie wyłapuje się różnego sortu litrówki i niekonsekwencje pisowni przeglądając duży spis wszystkich nazw w rejonie. Jest to żmudne ''(w rejonie UMP-Warszawa jest ok. 5800 różnych nazw ulic)'', ale łatwiej jest zauważyć rzeczy, których nie przewidzi się ani nie wypatrzy przy zwykłej edycji.
+
-
Wykonaj sobie coś na kształt:
+
-
ump=UMP-{rejon}
+
-
cd {cośtam}/cvs/$ump
+
-
cat `find . -name *.ulice.txt` | grep ^Label | \
+
-
tr '\271\234\237\245\214\217' '\261\266\274\241\246\254' >> $temp
+
-
cd - > /dev/null
+
-
+
-
# w sedzie spacja żeby wycinać tylko kiedy jest przed nazwą
+
-
cut -d = -f 2 $temp | sed -e 's/^~\[0x2.\].* //g' | \
+
-
grep -v 0x2.\].* | \
+
-
grep -v ^\{ | \
+
-
sort -i | uniq | \
+
-
tr '\261\266\274\241\246\254' '\271\234\237\245\214\217' > jakis-plik.txt
+
-
rm $temp
+
-
a potem przypomnij sobie [[Nazywanie_ulic|zasady]], przeglądaj plik, i stopniowo poprawiaj wypatrzone błędy.
+

Aktualna wersja

Rzeczy potrzebne raczej dopiero edytorom z prawem zapisu w cvs.

Spis treści

Edycja kilku obszarów naraz

  • skrypt mdm-gui.pl (dostępny w cvs/narzedzia)

Grafika:mdm.png

sposób pracy:

  • uruchom (wymagany perl)
  • zaznacz wybrane obszary
  • kliknij na Montuj, edytuj, Demontuj

ALBO

Grafika:Jamond.png

sposób pracy:

  • uruchom (wymagana java)
  • sprawdź ew. popraw ustawienia (menu narzędzia)
  • zaznacz obszary, które chcesz edytować: menu regiony (jeśli nie ma żadnego, to poplątałeś ścieżki w ustawieniach)
  • edytuj: guzik mapedit
  • ...

ALBO

  • W systemie UNIX - ustaw zmienną "DIR" tak, aby zawierała nazwy kilku regionów, na przykład:
 export DIR="UMP-PL-JeleniaGora UMP-PL-GorzowWlkp UMP-PL-Szczecin"

a następnie dokonuj montowania/demontowania tak jak normalnie ("make mont", edycja, "make demont", "make commit"). Możesz też użyć mdm-gui.pl opisanego powyżej. Jeśli rysujesz drogi, które przechodzą przez granice obszaru z jednego na drugi, koniecznie przeczytaj Rysowanie_poza_obszar, żeby się dowiedzieć jak to robić poprawnie, a także Międzymapowy_routing_w_GARMIN-ie, by się dowiedzieć jak to działa.

Sprawdzanie ogólnej kondycji regionu

Służy do tego skrypt "sprawdz_bledy.bat" - dwukliknij i czytaj. Pod uniksem, analogiczny make sprawdz. A więcej opisów jest tam.

Jak już dostaniesz hasło do cvs

...to jeszcze tylko kilka drobiazgów, z którymi mogłeś się nie spotkać:

  • Ściągnięcie źródeł jako nazwany użytkownik, a nie gość bez praw

Najpierw skasuj całe repozytorium czyli pliki pobrane przez cvs. Tak, całe. Zaloguj się do cvs i ściągnij od nowa. Przydatne polecenia, jeśli nie używasz klientów graficznych:

cvs login
cvs co all (co=checkout) albo zamiast all: narzedzia, POLSKA, EUROPA, UMP-Egipt
cvs co -c; sprawdzenie modułów
cvs com (com=commit) - pamiętaj o dopisywaniu opisów do wysyłek
cvs logout

Jeśli to pominiesz, to potem nie uda się próba wysłania na serwer, bo CVS zapisuje sobie nazwę użytkownika w plikach o nazwie "Root", więc jeśli miałeś repozytorium ściągnięte z konta "guest", to taka informacja tam została zapisana i próba wysłania się nie powiedzie.

  • Co czytać?
    Na pewno listę dyskusyjną ump@, gdzie (poza dyskusjami) są wysyłane
    • raporty gorszych błędów, często blokujących przetwarzanie mapy lub jej prawidłowe działanie - wypada po sobie poprawić!
    • ogłoszenia o nowych narzędziach czy ich funkcjach, ustaleniach "politycznych" itp.
      Do tego możesz się zapisać na:
    • jeśli chcesz obrabiać także zgłoszenia innych: listę Wrzuty i/lub Remonty
    • listę developerską, gdzie są dyskusje o nowych narzędziach przed ich ogłoszeniem (często niestrawne dla nie-informatyka;)
    • listę warszawską albo listę krakowską
  • Jak często robić update

Zawsze na początku pracy i tuż przed commitem (no, jeszcze wypada zmontować i rozmontować mapę pomiędzy update i commitem oraz sprawdzić, czy nie zostały jakieś błędy). Przy dłuższej pracy także podczas przerw, ale TYLKO WTEDY, gdy rozmontowałeś wcześniej źródła i umieściłeś poprawki w katalogu src. Jeśli zrobisz cvs update w trakcie edycji, zapiszesz swoje zmiany, a potem rozmontujesz źródła, to nadpiszesz poprawki wprowadzone przez update, a więc skasujesz czyjąś pracę.

  • Jak często robić commit

Po zakończeniu pracy stanowiącej jakąś całość. Najlepiej dzielić pracę na względnie małe kawałki, commit trwa tylko chwilę, a od razu pokazuje innym naszą pracę i zapobiega w ten sposób zderzeniom (patrz następny punkt).

  • W pliku pojawiły się jakieś linijki z "<<<<<" "=====" i ">>>>>"

To jest konflikt. Jednocześnie z kimś edytowałeś te same linijki pliku lub koniec pliku. Ty zrobiłeś update, cvs ściągnął drugą wersję tej samej linijki, i nie wie która jest lepsza. Między wspomnianymi linijkami widzisz swoją i czyjaś pracę. Sam wybierz którą zachować. Jeśli dwie osoby po prostu dopisały nowe obiekty na koniec pliku, to zachowuje się oczywiście wszystkie. W razie niepewności dopytaj kogoś doświadczonego.

Tego narzędzia nie znasz, bo nie miałeś praw zapisu - zobaczysz jak prosto będzie się dało rysować i wrzucać zmiany korzystając z paczuj.

  • Zacznij od czegoś prostego

Brzmi jak banał - ale po prostu narysuj jedną drogę i spróbuj zsynchronizować źródła, i wysłać zmiany - czy przy pomocy cvs, czy paczuj, czy klienta graficznego cvs. Nawet jeżeli coś pójdzie nie tak, to ani dużo się "nie zepsuje", ani dużo nie stracisz, a każda kolejna zmiana będzie powtórzeniem tej pierwszej, której się nauczysz.

Działania z cvs

Na osobnej stronie.

Przykazania edytora

  1. Czytać co wypisuje sprawdzacz przy demontowaniu, poprawiać błędy. Uruchomić co jakiś czas Sprawdz_bledy lub odpowiedni make. Jeżeli używasz paczuja to problem masz z głowy - błędy są sprawdzane przy każdym montowaniu mapy.
  2. Dopisywać miasto do POI
  3. Stawiać bojki
  4. Poprawiać literówki i typy przy realizacji zgłoszeń z flyspraya. Nie wrzucać 1:1 wszystkiego co podesłano - to my wiemy, jakie są zasady i konwencje.
  5. Dodawać dane adresowe i wszelkie możliwe do zgłoszeń z FlySpry o ile autor wrzutki o to nie zadbał.
  6. Do plików dedykowanych wrzucać tylko to, co jest dla nich dedykowane (szczególnie stacje BP/Orlen, bankomaty, szlaki)
  7. Remonty:
    1. Nanosząc remont stawiać znacznik (punkt REMONT z opisem FS#numer) i otwierać zgłoszenie na Flyspray, projekt Remonty
    2. Usuwając remont (znacznik REMONT z numerem FS# i wyłączenia ulic) zamykać zgłoszenie na Flyspray (ale dopiero po upewnieniu się, że to już wszystkie znaczniki i komentarze z tym numerem FS#)
  8. Czytać diffy, nawet własne. Uważać co się wysyła do cvs. Nie wrzucać zmian z bzdurami, konfliktami albo z zaokrąglonymi współrzędnymi.
  9. Dawać komentarze przy wysyłaniu zmian do cvs (domyślnie jest pusty notatnik co oznacza pusty komentarz). Komentarz powinien coś dawać, a nie np. "diffy kolegi".
  10. Komentarze do cvs powinny być bez polskich znaków diakrytycznych.
  11. Czytać listę ump@ i reagować na błędy, szczególnie własne.
  12. NIGDY nie wykonywać aktualizacji źródeł mając zmontowaną mapę, edytując ją. Może dojść do nadpisania czyjejś pracy

Sprawdzanie co i gdzie autor diffów namotał

czyli jak obejrzeć, co w tych diffach zostało podesłane.

Automatyczne dodanie diffów. Automagicznie załatwia to paczuj.bat pod system win32, jednak przeglądanie diffów zostaje. Z paczuj.bat wygląda to tak:

  1. zadbaj o czysty katalog regionu - niech nie będzie żadnych diffów (jeżeli będą diffy to zostaną użyte przez paczuj.bat), żadnych plików źródłowych,
  2. uaktualnij źródła - cvs_update.bat na Windows;
  3. wrzuć do katalogu regionu diffy (nie do podkatalogu src, tylko w głównym regionu) - albo wszystkie diffy jeżeli jest ich niewielka ilość, albo dorzucaj po jednym lub np. same POI; paczuj.bat scalając dane usunie te diffy;
  4. sprawdź co jest w diffach - byś wiedział gdzie ew. szukać zmian jeżeli zmian jest mało, możesz zauważyć podstawowe błędy, np. brak miasta, błędny zapis ulicy, cokolwiek;
  5. uruchom paczuj.bat (**1**) - doda zmiany do źródeł najpierw na sucho - bez miany źródeł; przerwij lub naciśnij dowolny klawisz, później zmiana zostanie naniesiona (w katalogu src pliki będą zawierać już zmiany) - pliki diff znikają; jeszcze raz klawisz i następuje montowanie i edycja w domyślnym edytorze;
  6. jak wygląda po zmontowaniu rzuć okiem niżej;
  7. jak skończysz przeglądać i wydaje się, że jest ok to zamknij MapEdit - jeżeli wykonałeś zmiany i chcesz by były zachowane to zgódź się na zapis;
  8. następuje rozmontowanie;
  9. jeżeli po rozmontowaniu pojawiły się nowe diffy to paczuj to zasygnalizuje i poprosi o ponowne uruchomienie - tu działanie paczuj.bat się kończy, musisz wrócić do (**1**);
  10. jeżeli po rozmontowaniu nie pojawiły się nowe diffy to po naciśnięciu dowolnego klawisza powinien uruchomić się proces wprowadzania zmian na serwer
  11. jeżeli proces wprowadzania zmian nie uruchomi się automatycznie to musisz to wykonać ręcznie, czyli to co zwykle :)

Półautomatyczne dodanie diffów - najpierw diffy po prostu przejrzyj, żeby wyłapać grube błędy albo takie niewidoczne pod Mapedit (np. zdublowanie komentarzy, albo edycja z włączonym Snap to grid, którą widać jako zmianę większości współrzędnych na ostatniej cyfrze).

  • Windows
  1. zmontuj plik Rejon-wynik.mp ("mont-demont /mont" albo po prostu dwuklik w mont-demont i zamknij bez zmieniania)
  2. dwuklik w cvs_diff.bat
    1. to zrobi wyciąg w plikach new.plt, old.plt oraz chg.plt, oraz podepnie je pod wynik
  3. otwórz edycję Rejon-wynik.mp w Mapedit
  4. szukaj wzrokiem kolorowych wyróżników
    1. niebieskie - zmienione, czerwone - skasowane, zielone - dodane
  5. oglądaj i analizuj, pomagając sobie klawiszem E (ukrywa i pokazuje załączniki, w tym wypadku pogrubienia zmienianych miejsc)
  6. rozmontuj, i jeśli robiłeś poprawki, to zrób to co zwykle.

Czym się można podpierać?

Zgłoszenie jest niejasne. Trak chaotyczny. Miejsce skomplikowane. Nie pamiętam jak tam dokładnie wyglądało. Kurcze, jak skołować więcej informacji?

Pamiętaj, że zdjęcia satelitarne mają przynajmniej pół roku, często dużo więcej, a my chcemy mieć mapę aktualną. Nie podpieramy się obcymi mapami w kwestii routingu czy nawet przebiegu ulic. Drogowcy są szybsi, niż te produkty.

Zapytaj w urzędzie

Kilka tego typu pism jest tutaj.

Przykład z OSM.

Inne mapy

Źródeł danych geograficznych jest niedużo, map na ich bazie więcej. Krótkie zestawienie kto z jakich danych korzysta: