Edycja
Z UMP
d (kilka słów o jamondzie, obrazek z mdm-gui) |
d (→Jak już dostaniesz hasło do cvs) |
||
(Nie pokazano 59 wersji pośrednich.) | |||
Linia 1: | Linia 1: | ||
- | + | Rzeczy potrzebne raczej dopiero edytorom z prawem zapisu w cvs. | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
== Edycja kilku obszarów naraz == | == Edycja kilku obszarów naraz == | ||
Linia 12: | 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 24: | 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. | ||
- | + | '''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 :) | ||
+ | |||
+ | '''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 39: | Linia 116: | ||
# 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. | ||
- | == | + | ==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? | |
+ | * [[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://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.zumi.pl/ Zumi] i widok satelitarny | ||
+ | * niektóre miasta mają własne systemy z bogatymi lokalnymi informacjami: | ||
+ | **[http://gis.gdansk.pl/pl/ Gdańsk] | ||
+ | **[http://www.konin.pl/mapa.htm Konin] (wymaga pluginu AutoCad'a) | ||
+ | **[http://msip2.um.krakow.pl/ Kraków] | ||
+ | **[http://www.mapa.lodz.pl/ Łódź] | ||
+ | **[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://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://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]. | ||
+ | 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=== | ||
+ | Ź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. Przepis jak zaimportować dane [[ImportOSM]] | ||
+ | * [http://openmaps.eu/ OpenMaps] z własnych tracków | ||
+ | * z bazy [http://imagis.pl/ Imagisu] korzystają: | ||
+ | ** [http://www.gpmapa.pl/ GPMapa], [http://www.mapamap.pl/ MapaMap], [http://mapgo.pl/ MapGo] (produkty Imagisu) | ||
+ | ** [http://www.zumi.pl/ zumi.pl] | ||
+ | * z bazy Indigo korzystają: | ||
+ | ** [http://www.targeo.pl/ Targeo.pl] | ||
+ | ** [http://automapa.pl/ Automapa] | ||
+ | * z bazy [http://emapa.pl/ Emapy] korzystają: | ||
+ | ** [http://emapi.pl/ emapi] (produkt Emapy) | ||
+ | ** [http://www.docelu.pl DoCelu] (Wirtualna Polska) | ||
+ | ** [http://www.imapa.pl/ IMapa] | ||
+ | ** [http://www.navteq.com/ Navteq] (na terenie Polski?) | ||
+ | ** 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://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] | ||
+ | * z bazy [http://www.navteq.com/ Navteq] (obecnie Nokia kupiona przez Microsoft) korzysta | ||
+ | ** [https://buy.garmin.com/shop/shop.do?pID=6299 CNE] | ||
+ | ** [http://maps.ovi.com/services/ Nokia] | ||
+ | |||
+ | [[Kategoria:Rysowanie]] | ||
+ | [[Kategoria:Tworzenie mapy]] | ||
+ | [[Kategoria:Linux]] | ||
+ | [[Kategoria:Narzędzia]] |
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)
sposób pracy:
- uruchom (wymagany perl)
- zaznacz wybrane obszary
- kliknij na Montuj, edytuj, Demontuj
ALBO
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.
- Używaj 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, 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
Przykazania edytora
- 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.
- Dopisywać miasto do POI
- 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, 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 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:
- 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 :)
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
- zmontuj plik Rejon-wynik.mp ("mont-demont /mont" albo po prostu dwuklik w mont-demont i zamknij bez zmieniania)
- dwuklik w cvs_diff.bat
- to zrobi wyciąg w plikach new.plt, old.plt oraz chg.plt, oraz podepnie je pod wynik
- otwórz edycję Rejon-wynik.mp w Mapedit
- szukaj wzrokiem kolorowych wyróżników
- niebieskie - zmienione, czerwone - skasowane, zielone - dodane
- 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.
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?
- Mapedit wyświetla różne podkłady (w tym google, OSM, a nawet masstracks)
- 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.
- geoportal
- mapy punktów adresowych
- PKT (bardzo szczegółowe i dość świeże zdjęcia!)
- Zumi i widok satelitarny
- niektóre miasta mają własne systemy z bogatymi lokalnymi informacjami:
- Gdańsk
- Konin (wymaga pluginu AutoCad'a)
- Kraków
- Łódź
- Piotrków Trybunalski
- Bełchatów
- Poznań
- Szczecin
- Warszawa (menu Geodezja - Adresy)
- Wrocław oraz powiat wrocławski
- Zielona Góra
- 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 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.
Zapytaj w urzędzie
Kilka tego typu pism jest tutaj.
Inne mapy
Ź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. Przepis jak zaimportować dane ImportOSM
- OpenMaps z własnych tracków
- z bazy Imagisu korzystają:
- z bazy Indigo korzystają:
- z bazy Emapy korzystają:
- z bazy Teleatlas (obecnie TomTom) korzysta:
- TomTom
- Google (także z PPWK i Trans Navicom)
- Via Michelin
- z bazy Navteq (obecnie Nokia kupiona przez Microsoft) korzysta