Edycja
Z UMP
(Różnice między wersjami)
d (→Jak już dostaniesz hasło do cvs) |
|||
| (Nie pokazano 35 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 42: | Linia 24: | ||
* W systemie UNIX - ustaw zmienną "DIR" tak, aby zawierała nazwy kilku regionów, na przykład: | * W systemie UNIX - ustaw zmienną "DIR" tak, aby zawierała nazwy kilku regionów, na przykład: | ||
| - | export DIR="UMP-JeleniaGora UMP-GorzowWlkp UMP-Szczecin" | + | 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"). | 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. | + | 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 == | == Sprawdzanie ogólnej kondycji regionu == | ||
| Linia 69: | Linia 35: | ||
==Jak już dostaniesz hasło do cvs== | ==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: | + | ...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 login | ||
| - | cvs co all (co=checkout) | + | cvs co all (co=checkout) albo zamiast all: narzedzia, POLSKA, EUROPA, UMP-Egipt |
| - | cvs com (com=commit) | + | cvs co -c; sprawdzenie modułów |
| + | cvs com (com=commit) - pamiętaj o dopisywaniu opisów do wysyłek | ||
cvs logout | cvs logout | ||
| - | *Jak często robić update | + | 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. |
| - | 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. | + | |
| - | Jeśli zrobisz <code>cvs update</code> w trakcie edycji, zapiszesz swoje zmiany, a potem rozmontujesz źródła, to nadpiszesz poprawki wprowadzone przez <code>update</code>, a więc skasujesz czyjąś pracę. | + | * 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 | *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. | + | 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 ">>>>>" | *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 | + | 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ł == | ||
| + | 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ć?== | ==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]] | + | * [[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:// | + | **[http://gis.gdansk.pl/pl/ Gdańsk] |
| - | + | ||
**[http://www.konin.pl/mapa.htm Konin] (wymaga pluginu AutoCad'a) | **[http://www.konin.pl/mapa.htm Konin] (wymaga pluginu AutoCad'a) | ||
| - | **[http:// | + | **[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: | ||
| Linia 133: | 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] | ||
| + | |||
| + | [[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
