Ostatnio bawiąc się w wyszukiwanie błędów na here maps (mam ich mapy w nawi i mają trochę błędów) spotkałem się z warstwą mapilary road signs - fajna sprawa dla uzupełnienie maxspeed czy turn lanes - da się jakoś taki podkład dla tych znaków drogowych podpiąć w josm?
…dużo mapuje dróg leśnych z ‘grade’, ‘surface’, ‘smoothness’.
Trochę mnie wkurza za każdym razem otwieranie listwy żeby wybrać odpowiednią wartość. Przy tej ilości powtórzeń to staje się upierdliwe.
Przydało by się, żeby JOSM wyciągał lub żeby manualnie dało się skonfigurować indywidualne przyciski. Np. mamy 5 wartości grade. Wystarczyło by zrobić 5 małych przycisków g1-g5 lub np. suwak ze skalą. Może więcej ludzi by mapowało grade wtedy?
Idealnie by było żeby program sam budował taki toolbar na podstawie popularności ostatniego wyboru.Teoretycznie uzupełnia jak się wpisuje ręcznie, ale zaczynając od G zawsze proponuje grade1 :-/
@WiktorN (lub ktoś inny zorientowany w temacie): Czy mógłbyś powiedzieć w jaki sposób działa JOSM jako projekt, w sensie jaka jest struktura personalna, kto czymś zrządza, kto decyduje o akceptacji kodu, w jaki sposób to się odbywa, w jaki sposób są wyznaczane osoby odpowiedzialne za różne rzeczy w projekcie itp.?
@kocio:
temat pewnie na dłuższą rozmowę przy piwie, ale tak w skrócie:
Dirk Stoecker jest “maintanerem” projektu, zwykle się nie wtrąca, ale jak jest czasem jakaś sprawa bardziej kontrowersyjna - to się udziela. Przy czym jest tak, że nie kojarzę, by ktoś coś zacommitował wbrew temu co powiedział Dirk, więc nie widziałem wojen na commity
Vincent (don-vip) ogarnia mnóstwo bieżących tematów - comiesięczne release’y, wstępna selekcja błędów, dba o jakość, poprawia błędy regresji w pluginach itp., a oprócz tego implementuje sporo rzeczy związanych z tym, by JOSM był bardziej przyjazny użytkownikowi
i powiedziałbym - że jest cała reszta, których aktywność jest różna w różnym okresie.
Procesu code-review w tej chwili nie ma (chociaż większość z developerów opowiada się za tym, by była taka możliwa), więc generalnie, każdy kto ma commit bit’a, może zrobić co chce (w kodzie). Dirk i Vincent zarządzają serwerem i całą maszynerią, która wspiera działanie JOSM, a nie jest bezpośrednio związana z aplikacją. Decyzje o przyznaniu commit bit’a chyba w sumie podejmuje Vincenta przy akceptacji Dirka. Odpowiedzialność za części kodu - tu jest trochę wolna amerykanka - generalnie, jeżeli ktoś dużo grzebał przy którejś funkcjonalności, to błędy z nią związane będą trafiały do niego. Więc np. do mnie trafiają błędy związane z wyświetlaniem podkładów, bo sporo w tych okolicach zmieniałem, choć nadal są fragmenty kodu, których za cholerę nie rozumiem
Jak byliśmy na spotkaniu w październiku, to pojawiło się parę nowych tematów do zrobienia i tam w sumie na bieżąco dzieliliśmy się tym, kto co zrobi. Niestety, bardzo nam brakowało na tym spotkaniu Dirka.
Trudno mi to nazwać wzorowym projektem, natomiast co ciekawe, to w historii projektu była chyba już 2 czy 3 razy “zmiana warty” (głównego maintanera) i jak widać projekt przeżył i idzie dalej.
Czy ktoś ma doświadczenie z działaniem JOSM po przejściu na inną wersję i wariant systemu operacyjnego ?
Konkretnie przeszedłem z Ubuntu 14.04 na Lubuntu 16.04 (wszystko było OK).
Potem zaktualizowałem Lubuntu 16.04 do 18.04 i okazało się że JOSM przy próbie załadowania podkładu (np. Geoportal) praktycznie zawiesza system, po czym po ok 2-3 minutach go odwiesza i można pracować dalej…
Ale WMTS już jest okej. (Wskazówka: w ustawieniach JOSM-a warto zmienić odwzorowanie kartograficzne na PUWG 1992, wtedy JOSM nie będzie zamulał z powodu reprojekcji do Merkatora).
Dziwna sprawa: pod Windows 7 zainstalowałem ostatnią, najnowszą wersję JOSM-a (14824) z instalki .exe i nie rysuje mi linii. Owszem, stawia węzły na podkładzie i ciągnie czerwoną krechę od węzła, ale nie mogę ich połączyć widocznymi liniami (nawet zaznaczając węzły trzymając wciśnięty klawisz Control i wybierając opcję “Połącz węzły” w menu Narzędzia). WTF?