JOSM - różne sprawy, porady

maraf24 · 2016-09-22 11:47:29

lukaszww wrote:

Czy jest możliwość JOSM zaznaczenia w miejscowości/obszarze wszystkich pkt. POI a następnie zrobić eksport do pliku np. excel.

Overpassem możesz je zapisać do pliku csv.

lukaszww · 2016-09-22 13:24:10

O tym nie pomyślałem, bardzo dziękuję.
Tylko powiedz mi jeszcze gdzie znajduje się eksport do csv?

Last edited by lukaszww (2016-09-22 13:30:52)

kazadam · 2016-09-22 17:44:24

Nie próbowałem tego, ale może konwerter geojson2csv? Znajdziesz w sieci.

maraf24 · 2016-09-22 21:05:59

lukaszww wrote:

O tym nie pomyślałem, bardzo dziękuję.
Tylko powiedz mi jeszcze gdzie znajduje się eksport do csv?

Tu jest opis wraz z przykładem.

Rekrutacja · 2016-09-22 23:10:05

Uczę się robienia importów. Zacząłem od Nowej Zelandi, bo ichniejszy geoportal (LINZ) udostępnia OSM mnóstwo różnorakich warstw które ciągle nie zostały naniesione. Zacząłem od szczytów górskich, bo są to punkty i tylko nieliczne są już w OSM. Opanowałem już prosty import z LINZ i eksport do OSM, ale teraz mam problem związany z efektywnością. Więc po kolei:

Problem pierwszy:
W sumie punktów do zaimportowania jest 75 tysięcy - ale niestety kilkaset szczytów jest już naniesionych. Część poprzez import, a część ręcznie przez userów. W jaki sposób automatycznie wykrywać i usuwać w JOSM takie duplikaty? Level hard: które nie muszą być dokładnie w tym samym miejscu, tylko nieopodal?

Problem drugi:
Część szczytów została naniesiona z importu warstwy "nazwy geograficzne" - więc są oznaczone jako name= oraz natural=peak ale nie mają ele. Ja ładuję warstwę hills w której mam ele= ale nie mam name=. Jak to mergować automatycznie?

RicoElectrico · 2016-09-23 00:01:54

Spytałeś lokalnej społeczności? Nie wszędzie są tak przychylni jak u nas. I potem jest woda na młyn wszystkich, którzy uważają że importy i automatyczne edycje to najgorsze zło.
No, chyba że to jakaś akcja, która jest w trakcie i którą inni też robią... i została przyklepana z gotowymi linkami i innymi zasobami podanymi gdzieś.

Last edited by RicoElectrico (2016-09-23 00:03:30)

Rekrutacja · 2016-09-23 00:19:28

RicoElectrico wrote:

Spytałeś lokalnej społeczności? Nie wszędzie są tak przychylni jak u nas. I potem jest woda na młyn wszystkich, którzy uważają że importy i automatyczne edycje to najgorsze zło. No, chyba że to jakaś akcja, która jest w trakcie i którą inni też robią... i została przyklepana z gotowymi linkami i innymi zasobami podanymi gdzieś.

Tak, jestem w kontakcie z lokalna spolecznoscia OSM, koordynuje sie z wieksza akcja importu z LINZ - idaca bardzo wolno bo ichniejsza spolecznosc to doslownie kilka osob. Swoja droga - mapy LINZ sa tak dobre ze po prostu nie ma tam zapotrzebowania na OSM. A jednoczesnie polityka rzadowego urzedu geodezyjnego... zachwyca. Wszystkie dane podane na tacy, we wszelkich mozliwych formatach, na licencji CC BY. Mam zreszta juz oficjalne konto w LINZ :-) Pod wzgledem prawnym etc jest wiec wszystko ok. Mam problem braku swoich kompetencji.

lukaszww · 2016-09-23 07:23:53

maraf24 wrote:

lukaszww wrote:
O tym nie pomyślałem, bardzo dziękuję.
Tylko powiedz mi jeszcze gdzie znajduje się eksport do csv?
Tu jest opis wraz z przykładem.

Bardzo mi pomogłeś, dzięki tej metodzie jestem 3 lata świetlne do przodu Dziękuję.

Rekrutacja · 2016-09-24 18:31:16

Rekrutacja wrote:

W sumie punktów do zaimportowania jest 75 tysięcy - ale niestety kilkaset szczytów jest już naniesionych. Część poprzez import, a część ręcznie przez userów. W jaki sposób automatycznie wykrywać i usuwać w JOSM takie duplikaty? Level hard: które nie muszą być dokładnie w tym samym miejscu, tylko nieopodal?

Domyslam sie, ze nie jestem pierwsza osoba na swiecie ktora chce zrobic import i zmerge'owac nowe ze starym wiec ponawiam prosbe o pomoc :-)

kocio · 2016-09-24 18:48:29

Jakby co szukaj może szerzej tej pomocy, np. tu:

http://forum.openstreetmap.org/viewforum.php?id=54

albo na liście Talk.

WiktorN · 2016-09-24 20:55:08

Rekrutacja wrote:

Problem pierwszy:
W sumie punktów do zaimportowania jest 75 tysięcy - ale niestety kilkaset szczytów jest już naniesionych. Część poprzez import, a część ręcznie przez userów. W jaki sposób automatycznie wykrywać i usuwać w JOSM takie duplikaty? Level hard: które nie muszą być dokładnie w tym samym miejscu, tylko nieopodal?

Pytanie - kto ma rację? Czy import, czy użytkownik OSM? Przy imporcie adresów wysoki priorytet mają dane wprowadzone przez użytkowników, a sytuacje konfliktowe - zostawiam do rozstrzygnięcia importerowi. Generalnie - mając funkcję identyczności (obiekt w OSM == obiekt w źródle importu), jest to łatwe do zrobienia

Rekrutacja wrote:

Problem drugi:
Część szczytów została naniesiona z importu warstwy "nazwy geograficzne" - więc są oznaczone jako name= oraz natural=peak ale nie mają ele. Ja ładuję warstwę hills w której mam ele= ale nie mam name=. Jak to mergować automatycznie?

Tu rozwiązanie jest potrzebne podobne jak w punkcie pierwszym - wystarczy funkcja identyczności, by wiedzieć, który punkt należy zaktualizować o te informacje.

Ale teraz może wrócę do części ogólnej - jak się robi importy:
1. Pisze się konwerter z formatu źródłowego do pliku *osm
2. Ładuje plik *.osm do JOSM
3. Ewentualnie - generuje poprawki
4. Upload do OSM

I to jest z grubsza, do czego pewnie masz już narzędzia

W przypadku adresów, rozwinąłem trochę to rozwiązanie bo wygląda to tak:
1. Konwerter ściąga dane źródłowe
2. Konwerter ściąga dane z OSM
3. Konwerter dokonuje porównania danych OSM ze źródłowymi, i algorytmami wyznacza, co trzeba zmienić w OSM
4. Generuje plik OSM
5. W pliku OSM są oznaczone dane, które trzeba poprawić ręcznie (poprzez tag fixme=*)
6. Osoba importująca otwiera plik *.osm w JOSM-ie
7. Osoba importująca ogarnia fixme=*
8. Upload do OSM

Niestety - na potrzeby importu danych dla NZ, trzeba by napisać (pewnie banalny) importer uwzględniający specyfikę danych, co niestety wymaga umiejętności programistycznych.

To co mi przychodzi do głowy, to że obecny importer adresów można by przepisać, by działał bezpośrednio w JOSM - jako funkcja do łączenia warstw. Gdyby algorytmy łączenia danych były jakąś tam konfiguracją (coś na kształt preset'ów), to w sumie można by to zacząć stosować ogólniej dla importów.

Są tylko dwa (wydaje mi się, że niewielkie) problemy:
1. Zwykle importy obejmują duże obszary, i trudno załadować wszystkie obiekty do pamięci (zresztą, zwykle są one nieistotne w kontekście importu)
2. Importy staną się zbyt łatwe, a podejście do importów jest jakie jest w środowisku OSM (moim zdaniem niesłusznie)

Pomysł gdzieś mi się zgrywa z tematem PTTK, czy np. importem granic (akurat ostatnio testowałem). Więc przypadków użycia widzę całkiem sporo, które można by narzędziem obsłużyć.

wmyrda · 2016-09-24 21:33:28

@Rekrutacja
Osobiście do importu używam JOSM wraz z wtyczką opendata która pozwala na bezpośrednie użycie plików *.shp (innych danych wejściowych nie używałem). Wówczas tak zaimportowaną wersję porównuję w JOSM z warstwą pobraną z overpass dla obiektów mnie interesujących (dla ciebie będzie to natural=peak). W JOSM można kopiować dane pomiędzy warstwami co jest bardzo pomocne jeśli chcesz robić to pół automatycznie importując dane po kolei dla kolejnych obszarów co pewnie i tak będzie konieczne by nie powielać danych już istniejących. Robiłem tak dla pomników przyrody na Podkarpaciu czy mezoregionów dla kraju.

Co do łączenia poszczególnych warstw przed importem by miały pełne dane (ele i name) to już wyższa szkoła jazdy z którą nie miałem do czynienia, ale podejrzewam że jeśli dane wejściowe mają identyczne współrzędne pomiędzy warstwami to pewnie da się je jakimś GISowym narzędziem czy skryptem połączyć

rowers2 · 2016-10-01 15:42:08

Też wam tak muli ostania wersja JOSMA?
Wróciłem się kilka wersji wstecz, bo nie da się pracować zarówno wtyczkami jak tracer czy tez ręcznie nie można szybko stawiać nodów.
Do tego co rusz wyskakują błędy, chyba gdy JOSM nie nadąża przyjąć nowego polecenia przed zakończeniem poprzedniego.

lukaszww · 2016-10-01 17:51:46

U mnie też najnowsza wersja strasznie muli, bardzo szybko "zapycha" się ram. Jest na to jakiś sposób?

d3mol3k · 2016-10-01 18:30:38

^^ potwierdzam także

Ancymon · 2016-10-01 19:54:11

U mnie to samo, myślałem, że to przez to, że robiłem formata.

lukaszww · 2016-10-01 20:15:47

rowers2 możesz powiedzieć, która ze starszych wersji nie sprawia problemów?

wmyrda · 2016-10-01 20:30:20

z uwagi na to, że czasami kopiuję pomiędzy warstwami z pliku .shp to stosuję wersję 10526 Nie wiem czy to wina samego JOSM czy też wtyczki opendata, ale kolejna wersja nie kopiuje elementów dokładnie w to miejsce gdzie wskazują współrzędne na pliku tylko gdzieś na środek ekranu na w nowej warstwie. Żadnego z wyżej wymienionych problemów na niej również nie doświadczyłem

rowers2 · 2016-10-01 21:43:31

lukaszww wrote:

rowers2 możesz powiedzieć, która ze starszych wersji nie sprawia problemów?

Jadę na 10327, która dość długo była dostępna.
Nie pamiętam kiedy się zaczęły kłopoty.Przedostania wersja szybko zdaje się była zmieniona.
Oprócz 10327 mam 10526, 10786 i obecną 10966, ale wolałem się wrócić do 10327, bo pamiętałem, że stabilnie chodziła.

Cofnęła ona wtyczki do starych wersji i jedyny mankament jaki zauważyłem to chyba nie odzyskała skrótów klawiaturowych do opcji z wtyczki BuildingTools służącej do podzielenia budynku na podaną liczbę części ((Ctrl+T).
Ale ta opcja działała tylko dla idealnych prostokątów więc zawsze budynek z wykuszami (czy inny poligon) można podzielić przez Alt+X

Wersja 10327 rzadko generuje błędy ale jeszcze mi się nie zawiesiła na stałe, choć odpalam ją bez przydzielania większej pamięci. Zatem te błędy jakie czasem wyskakują maję związek z tym, że JOSM wychodzi poza przydzieloną pamięć ale zwiech trwa tylko 1-2 sekundy.
Na wszelki wypadek co jakiś czas wywalam z cache Josma z folderu Tiles największe pliki ale te z końcówka data a nie key.
Pliki te mają po kilkaset MB i nie zawsze są zerowane po wyłączeniu JOSMA.
Takie wywalenie z cache tracera czy josma po 1-1,5 GB przyśpiesza trochę JOSMa na kompie z 4BG RAMu z odpalonymi kilkudziesięcioma kartami w Firefoksie. Jednak to przyśpieszenie JOSMA nie jest idealne i zanika szybciej niż po godzinie.
Np. wrysowanie budynku tracerem zabiera ok 3 sekund ale ten czas jest też zależny od współpracy czyli negocjacji z geoportalem.

Gdy trwają prace na geoportalu to JOSM pracuje w dziwnych 3 skokach czasowych a wieczorem znacznie przyśpiesza (tak dwukrotnie). Co ciekawe nawet przeciąganie myszką podkładu orto idzie skokami co wyraźnie sugeruje brak pamięci, choć proces w jawie nie zajmuje więcej niż 500-800 MB.Nie mam pod ręką kompatybilnych pamięci aby sprawdzić jak to chodzi pod np. 6GB.
Częste błędy JOSMA mogą mieć u mnie związek ze zmianą myszki na bardziej iskrzącą.
Jednak nic nie tlumaczy, że rysowanie np stawu jest niezmiernie kłopotliwe bo gdy się chce wrysować szybko to linia jest porzucana a JOSM wstawia pojedyncze nody.
A gdy za szybko użyje się klawisza klawiatury lub nawet kilkakrotnie kliknie myszką, to zamulony JOSM wyrzuca komunikat o błędzie i takie okienko może wyskoczyć co killka-kilkanascie sekund.

Last edited by rowers2 (2016-10-01 21:54:41)

maraf24 · 2016-10-04 09:46:21

Przypuszczam, że obserwowane problemy z ostatnią wersją to ten błąd.
Aktualna wersja testowa powinna działać normalnie (nie sprawdzałem).

lukaszww · 2016-10-04 10:57:23

Wersja rozwojowa działa stabilnie i co najważniejsze nie zawiesza się.

rmikke · 2016-10-19 20:23:52

Od jakiegoś czasu pojawiają mi się pionowe linie wychodzace w górę z poszczególnych węzłów:
1JW8
Ma ktoś pojęcie co to jest i jak się tego pozbyć?

WiktorN · 2016-10-20 17:50:56

Przypomina to mi błąd zgłoszony kiedyś:
http://josm.openstreetmap.de/ticket/11473

Czy aktualizowałeś ostatnio Java'ę?

rmikke · 2016-10-21 07:42:23

WiktorN wrote:

Przypomina to mi błąd zgłoszony kiedyś:
http://josm.openstreetmap.de/ticket/11473
Czy aktualizowałeś ostatnio Java'ę?

Zaiste, objaw podobny i nawet laptop mam podobnej klasy, tylko trochę nowszy. Sprawdzę sobie Javę wieczorem, to może występować od którejś aktualizacji.

rowers2 · 2016-10-22 13:09:32

Czy można zapisać jakoś skomplikowaną wielozadaniową akcję w wyszukiwarce F3 w JOSMIE?
Rozumiem, że nie w pliku lub funkcji w menu, ale może jakiś wzór logiczny regułki zawierający nawiasy i polecenia typu zamień zaznaczenie potem znajdź w zaznaczeniu inną formułkę? Czyli aby jedną akcją F3 zastąpić kilkukrotne grzebanie w opcjach aby zawężać filtr, co może prowadzić do błędów przy częstym stosowaniu.

Announcement

#301 2016-09-22 11:47:29

Re: JOSM - różne sprawy, porady

#302 2016-09-22 13:24:10

Re: JOSM - różne sprawy, porady

#303 2016-09-22 17:44:24

Re: JOSM - różne sprawy, porady

#304 2016-09-22 21:05:59

Re: JOSM - różne sprawy, porady

#305 2016-09-22 23:10:05

Re: JOSM - różne sprawy, porady

#306 2016-09-23 00:01:54

Re: JOSM - różne sprawy, porady

#307 2016-09-23 00:19:28

Re: JOSM - różne sprawy, porady

#308 2016-09-23 07:23:53

Re: JOSM - różne sprawy, porady

#309 2016-09-24 18:31:16

Re: JOSM - różne sprawy, porady

#310 2016-09-24 18:48:29

Re: JOSM - różne sprawy, porady

#311 2016-09-24 20:55:08

Re: JOSM - różne sprawy, porady

#312 2016-09-24 21:33:28

Re: JOSM - różne sprawy, porady

#313 2016-10-01 15:42:08

Re: JOSM - różne sprawy, porady

#314 2016-10-01 17:51:46

Re: JOSM - różne sprawy, porady

#315 2016-10-01 18:30:38

Re: JOSM - różne sprawy, porady

#316 2016-10-01 19:54:11

Re: JOSM - różne sprawy, porady

#317 2016-10-01 20:15:47

Re: JOSM - różne sprawy, porady

#318 2016-10-01 20:30:20

Re: JOSM - różne sprawy, porady

#319 2016-10-01 21:43:31

Re: JOSM - różne sprawy, porady

#320 2016-10-04 09:46:21

Re: JOSM - różne sprawy, porady

#321 2016-10-04 10:57:23

Re: JOSM - różne sprawy, porady

#322 2016-10-19 20:23:52

Re: JOSM - różne sprawy, porady

#323 2016-10-20 17:50:56

Re: JOSM - różne sprawy, porady

#324 2016-10-21 07:42:23

Re: JOSM - różne sprawy, porady

#325 2016-10-22 13:09:32

Re: JOSM - różne sprawy, porady

Board footer