OSMonitor (raporty z danych OSM)

Zbigniew Czernik · 2012-09-14 23:13:10

Jajcuś wrote:

boundary=administrative bez odpowiedniego admin_level może być źle renderowane jeśli będzie renderowane

Nie zauważyłem, poza tym mamy tagować pod render? ;-)

Jajcuś wrote:

linia bez żadnego tagu związanego z jej przeznaczeniem jest zbyt podatna na przypadkowe usunięcie

Dlatego sugeruję/sugerujemy zostawiać tag boundary=administrative i nic poza tym.

Paweł Paprota · 2012-09-15 11:18:01

Pytanie co z tym robimy - czy dodać to sprawdzenie do "oficjalnego" raportu czy nie?

Swoją drogą, ciekawy przykład:

http://www.openstreetmap.org/browse/way/51651079

Ta droga jest w dziesięciu relacjach, które mają różne admin_level (kraj, województwo, powiat - i to po stronie polskiej oraz czeskiej!). Pytanie jak Czesi zareagują na usunięcie z tej drogi admin_level=2...

Jajcuś · 2012-09-15 15:15:04

Zbigniew Czernik wrote:

Nie zauważyłem, poza tym mamy tagować pod render? ;-)

Tu nie chodzi o żaden konkretny renderer - tylko wszelkie uproszczone klienty, której całej relacji nie muszą analizować.

Paweł Paprota wrote:

Swoją drogą, ciekawy przykład:
http://www.openstreetmap.org/browse/way/51651079
Ta droga jest w dziesięciu relacjach, które mają różne admin_level (kraj, województwo, powiat - i to po stronie polskiej oraz czeskiej!). Pytanie jak Czesi zareagują na usunięcie z tej drogi admin_level=2...

To jest przede wszystkim granica kraju (niższe poziomy to rzecz wtórna), więc 'admin_level' tego kawałka granicy to 2. Jest to jednoznaczne i ta linia jest otagowana właściwie.

damndog · 2012-09-15 15:37:46

Moim zdaniem powinno sie wyrzucić wszystko prócz boundary=administrative. Przecież jeśli ktoś taki odcinek doda do relacji, to się zrobi kaszanka przy najbliższej zmianie admin_level bo coś gdzieś zostanie. Jeżeli będziemy dublować dane, zwiększymy ryzyko wystąpienia błędu.

Zbigniew Czernik · 2012-09-15 15:42:06

O ile admin_level z naszych wewnętrznych granic możemy sobie usuwać, tak jednak myślę, że może granice państwa zostawić jak jest; ewentualnie skonsultować to z sąsiednimi społecznościami.

Paweł Paprota · 2012-09-15 15:46:44

Jajcuś wrote:

To jest przede wszystkim granica kraju (niższe poziomy to rzecz wtórna), więc 'admin_level' tego kawałka granicy to 2. Jest to jednoznaczne i ta linia jest otagowana właściwie.

No nie wiem, dla mnie to jest podobna sytuacja jak dodawanie tagu "ref" do każdej drogi podczas gdy te drogi i tak są w relacji, która ma "ref" na sobie - po co duplikować dane i robić potencjalne konflikty skoro relacja jest naturalnym i najlepszym (przynajmniej z punktu widzenia technicznego...) miejscem dla takich danych.

Także ja osobiście zgadzam się z damndogiem, że admin_levelem powinno się sterować z poziomu relacji.

Jajcuś · 2012-09-15 17:02:56

Paweł Paprota wrote:

No nie wiem, dla mnie to jest podobna sytuacja jak dodawanie tagu "ref" do każdej drogi podczas gdy te drogi i tak są w relacji, która ma "ref" na sobie - po co duplikować dane i robić potencjalne konflikty skoro relacja jest naturalnym i najlepszym (przynajmniej z punktu widzenia technicznego...) miejscem dla takich danych.

Akurat co do 'ref' na drogach to się zgadzam – to jest ewidentnie parametr relacji, a nie ulicy, ale z jakiegoś powodu zostało uznane, że ma zostać i taki OSMonitor to egzekwuje IIRC…

Nie zgadzam się jednak, ze z granicami to to samo. Pomyśl o liniach tworzących relację „boundary=administrative”, jak o liniach które są rysowane na mapie – cienka, czy gruba, to nie zależy od tego co dokładnie obejmuje ta granica, tylko czy dzieli kraje, województwa, czy powiaty.

Ale dobra… swoje zdanie na ten temat przedstawiłem, ale jak większość uważa inaczej, to się dostosuję…

Paweł Paprota · 2012-09-15 17:25:20

Jajcuś wrote:

Nie zgadzam się jednak, ze z granicami to to samo. Pomyśl o liniach tworzących relację „boundary=administrative”, jak o liniach które są rysowane na mapie – cienka, czy gruba, to nie zależy od tego co dokładnie obejmuje ta granica, tylko czy dzieli kraje, województwa, czy powiaty.
Ale dobra… swoje zdanie na ten temat przedstawiłem, ale jak większość uważa inaczej, to się dostosuję…

Spoko - ja nie chcę nikogo przekonywać, że powinien mapować tak czy inaczej... dopóki OSM nie ma mechanizmu weryfikacji albo chociaż monitorowania tego jak ludzie mapują to takie ustalenia na poziomie jednego kraju i tak są mało skuteczne w globalnej perspektywie. Ja po prostu patrzę na to od strony technicznej, nic więcej.

Co do problemu, o którym piszesz - jest coś takiego jak border_type, które można by traktować jako hint dla rendererów czy zrobić grubą czy cienką kreskę.

damndog · 2012-09-15 17:46:54

Jajcuś a co z takim przypadkiem jak Cieszyn? Jaki admin_level wpiszesz na granicy z Czechami? 2, 4, 6 czy 8? W relacjach będziemy mieli wszystkie razem i osobno jednocześnie

Mateusz Korniak · 2012-09-15 21:11:07

damndog wrote:

(...) a co z takim przypadkiem jak Cieszyn? Jaki admin_level wpiszesz na granicy z Czechami? 2, 4, 6 czy 8? W relacjach będziemy mieli wszystkie razem i osobno jednocześnie

WMSO można z (pół)automatu ustawiać najwyższy logicznie (czyli najniższy liczbowo) admin_level dla granicy z wszystkich relacji jakich jest częścią.

marimil · 2012-09-15 21:18:12

Wy tu sobie gadu gadu o admin_level, a w tym czasie przyszedł sąsiad i dodał

Last edited by marimil (2012-09-15 21:18:50)

Zbigniew Czernik · 2012-09-15 22:45:41

marimil wrote:

Wy tu sobie gadu gadu o admin_level, a w tym czasie przyszedł sąsiad i dodał

Dostałem od niego odpowiedź:

Xificurk wrote:

Hello,
my apologies, I have (wrongly) assumed that this "incompleteness" was result of redaction process, so I tried to fix it. Anyway, it might be a good idea to mention this on wiki. I will avoid touching boundary ways inside Poland, but until this is discussed more and wiki reflects the change, please keep admin_level and boundary tags at least on national border.
Best regards, Petr M. aka Xificurk

Paweł Paprota · 2012-09-16 13:14:16

Dodałem sprawdzanie dróg z admin_level za wyjątkiem admin_level = 2.

Miszka · 2012-09-16 22:50:17

https://wiki.openstreetmap.org/wiki/OSM … nistrative

Może dałoby się rozszerzyć o granice gmin?
Np. tylko dla tych powiatów, które już mają poprawne granice?

rogal · 2012-09-17 00:12:10

tylko gminy można by już dawać na osobnych stronach (np. po kliknięciu na powiat) bo strona będzie za duża i za mało czytelna.

Dotevo · 2012-09-17 06:51:56

rogal wrote:

tylko gminy można by już dawać na osobnych stronach (np. po kliknięciu na powiat) bo strona będzie za duża i za mało czytelna.

Popieram. Wtedy przydałaby się kolumna mówiąca o jakości granic gminy w powiecie (np. w procentach z raportu). Tak aby wiedzieć gdzie szukać braków :-)

Władysław Komorek · 2012-09-17 07:03:22

Miszka wrote:

https://wiki.openstreetmap.org/wiki/OSM … nistrative
Może dałoby się rozszerzyć o granice gmin?
Np. tylko dla tych powiatów, które już mają poprawne granice?

Pomysł bardzo dobry.
Ja bym wolał, także dla szczątkowych powiatów i gmin, włączając w to gminy miejskie. Ułatwi to uzupełnić brakujące odcinki, kiedy JOSM nie może otworzyć całego powiatu a z OSMonitor otwiera tylko ten obszar wokół szczątkowej granicy.

Miszka · 2012-09-17 10:04:02

https://wiki.openstreetmap.org/wiki/OSM … azowieckie

W mazowieckim od dawna istnieje powiat grodziski a na raport się nie łapie.
http://www.openstreetmap.org/browse/relation/336621

Paweł Paprota · 2012-09-17 10:17:25

Miszka wrote:

https://wiki.openstreetmap.org/wiki/OSM … azowieckie
W mazowieckim od dawna istnieje powiat grodziski a na raport się nie łapie.
http://www.openstreetmap.org/browse/relation/336621

Dzięki, sprawdzę dlaczego tak jest.

Co do gmin... jest to w planach, docelowo chciałbym zejść nawet na poziom miejscowości, bo dla mojej wsi źle jest otagowana jedna z "dzielnic" i Nominatim nie potrafi wyszukać ulicy, na której mieszkam - chcę, żeby to wyszło kiedyś na tym raporcie to sobie poprawię tagowanie

Oczywiście problem jest z prezentacją jak zauważyliście - gmin jest dużo, miejscowości jeszcze więcej. Nie widzę możliwości kontynuowania tego wiki - co najwyżej na wiki pozostanie podstawowy raport dla województw i powiatów a reszta raportu administracyjnego musi znaleźć nowy dom. Będę musiał rozwinąć aplikację webową OSMonitor - w tej chwili prezentuje tylko raport dla konkretnej drogi, a na potrzeby raportu admin trzeba będzie dodać listowanie, nawigację po hierarchii itd. itp. Sporo pracy, ale powoli się może dojdzie do celu...

Paweł Paprota · 2012-09-17 10:20:52

Miszka wrote:

https://wiki.openstreetmap.org/wiki/OSM … azowieckie
W mazowieckim od dawna istnieje powiat grodziski a na raport się nie łapie.
http://www.openstreetmap.org/browse/relation/336621

Już widzę... w raporcie ta relacja została podpięta pod powiat grodziski w woj. wielkopolskim, bo zgadza się Teryt id. Dopóki nie zrobię weryfikacji geograficznej (sprawdzenie czy granica powiatu znajduje się wewnątrz rodzica - województwa) to takie kwiatki się mogą zdarzać...

Miszka · 2012-09-17 10:31:04

Paweł Paprota wrote:

Oczywiście problem jest z prezentacją jak zauważyliście - gmin jest dużo, miejscowości jeszcze więcej. Nie widzę możliwości kontynuowania tego wiki -

A może dałoby się mieć po stronie dla każdego województwa.
Każda z nich byłaby krótsza niż raport dla całej Polki.

Paweł Paprota · 2012-09-17 10:38:24

Z wiki jest ten problem, że w sierpniu rozmawiałem z adminem i mówiłem, że chcę robotem aktualizować kilka (w sensie: 2-3) stron na wiki raz dziennie. Okazało się, że liczba stron ciągle rośnie (nowe kraje, nowe raporty) i częstotliwość aktualizacji też jest większa niż deklarowałem... (admin - co pół godziny, drogowy - co 2 godziny). Spróbuję porozmawiać z nim ponownie.

Ale też nie wiem czy jest sens pakować gminy na wiki z punktu widzenia użyteczności - np. nie da się zrobić zwijania/rozwijania - zawsze to musi być jedna wielka strona. Może skorzystam z wiki jako tymczasowego rozwiązania, zobaczymy...

Dotevo · 2012-09-17 10:47:24

Paweł Paprota wrote:

Z wiki jest ten problem, że w sierpniu rozmawiałem z adminem i mówiłem, że chcę robotem aktualizować kilka (w sensie: 2-3) stron na wiki raz dziennie. Okazało się, że liczba stron ciągle rośnie (nowe kraje, nowe raporty) i częstotliwość aktualizacji też jest większa niż deklarowałem... (admin - co pół godziny, drogowy - co 2 godziny). Spróbuję porozmawiać z nim ponownie.
Ale też nie wiem czy jest sens pakować gminy na wiki z punktu widzenia użyteczności - np. nie da się zrobić zwijania/rozwijania - zawsze to musi być jedna wielka strona. Może skorzystam z wiki jako tymczasowego rozwiązania, zobaczymy...

Zawsze raport może być na zewnętrznej stronie i na wiki link do raportu.

wajak · 2012-09-17 11:11:08

Mam taką drogę http://suncobalt.dyndns.org:8080/browse … t/PL/DW717 jest ona oznaczona poprawnie Ma jakby dwa początki. OSMonitor zgłasza błąd routingu.
Błąd OSMonitora, nieobsłużony przypadek, czy może błąd błąd w mapowaniu?

Paweł Paprota · 2012-09-17 11:23:13

Eh, miałem nadzieję, że tej drogi nikt nie znajdzie To jest nieobsługiwany przypadek na tę chwilę - OSMonitor próbuje dojechać z początku do końca i z powrotem a w przypadku tej drogi tak jak mówisz są dwa początki, więc powinien próbować dojechać do Grójeckiej a nie do placu Zawiszy. Na razie bym to zostawił, dopiszę do TODO, ale to jest wyjątkowy wyjątek - nie wiem czy warto spędzać czas na obsłudze tego skoro ta droga ma 1 km długości... Może kiedyś to poprawię, jeśli znajdzie się więcej takich przypadków, a na razie jest to "known issue".

TODO: https://github.com/ppawel/osmonitor/issues/34

Announcement

#251 2012-09-14 23:13:10

Re: OSMonitor (raporty z danych OSM)

#252 2012-09-15 11:18:01

Re: OSMonitor (raporty z danych OSM)

#253 2012-09-15 15:15:04

Re: OSMonitor (raporty z danych OSM)

#254 2012-09-15 15:37:46

Re: OSMonitor (raporty z danych OSM)

#255 2012-09-15 15:42:06

Re: OSMonitor (raporty z danych OSM)

#256 2012-09-15 15:46:44

Re: OSMonitor (raporty z danych OSM)

#257 2012-09-15 17:02:56

Re: OSMonitor (raporty z danych OSM)

#258 2012-09-15 17:25:20

Re: OSMonitor (raporty z danych OSM)

#259 2012-09-15 17:46:54

Re: OSMonitor (raporty z danych OSM)

#260 2012-09-15 21:11:07

Re: OSMonitor (raporty z danych OSM)

#261 2012-09-15 21:18:12

Re: OSMonitor (raporty z danych OSM)

#262 2012-09-15 22:45:41

Re: OSMonitor (raporty z danych OSM)

#263 2012-09-16 13:14:16

Re: OSMonitor (raporty z danych OSM)

#264 2012-09-16 22:50:17

Re: OSMonitor (raporty z danych OSM)

#265 2012-09-17 00:12:10

Re: OSMonitor (raporty z danych OSM)

#266 2012-09-17 06:51:56

Re: OSMonitor (raporty z danych OSM)

#267 2012-09-17 07:03:22

Re: OSMonitor (raporty z danych OSM)

#268 2012-09-17 10:04:02

Re: OSMonitor (raporty z danych OSM)

#269 2012-09-17 10:17:25

Re: OSMonitor (raporty z danych OSM)

#270 2012-09-17 10:20:52

Re: OSMonitor (raporty z danych OSM)

#271 2012-09-17 10:31:04

Re: OSMonitor (raporty z danych OSM)

#272 2012-09-17 10:38:24

Re: OSMonitor (raporty z danych OSM)

#273 2012-09-17 10:47:24

Re: OSMonitor (raporty z danych OSM)

#274 2012-09-17 11:11:08

Re: OSMonitor (raporty z danych OSM)

#275 2012-09-17 11:23:13

Re: OSMonitor (raporty z danych OSM)

Board footer