OSMonitor (raporty z danych OSM)

marek kleciak · 2012-08-08 14:54:44

Oczywiście fajnie by to było ujednolicić, ale może nie rzucajmy się z motyką na słońce...

Sloncu podoba sie motyka:
http://forum.openstreetmap.org/viewtopic.php?id=17786

Feedback jest pozytywny, mysla jak to u siebie wprowadzic.

Paweł Paprota · 2012-08-08 14:59:46

Fajnie, ale naprawdę OSMonitor jest w fazie eksperymentów Dzisiaj odpalę nową wersję, która ma sprawdzanie przejezdności - za jej pomocą już znalazłem sporo nieciekawych przypadków gdzie nawigacja utyka... Jest jeszcze dużo do zrobienia, przede wszystkim do udokumentowania (dla użytkowników - wiki oraz dla developerów - kod oraz dla adminów - instalacja). Za 2-3 tygodnie może OSMonitor będzie się nadawał do wdrożenia poza Polską (co też napisałem SunCobaltowi, bo pytał o wdrożenie w Serbii).

Paweł Paprota · 2012-08-08 16:32:59

Można zobaczyć wstępne wdrożenie nowej wersji tutaj:

https://wiki.openstreetmap.org/wiki/Use … TestOutput

Link "show in OSMonitor" pokazuje drogę w nowej wersji mapy:

* są wyświetlane wszystkie komponenty na osobnych warstwach
* dla każdego komponentu wyświetlane są ścieżki między węzłami końcowymi na osobnych warstwach
* jeśli ścieżka jest czerwona = nie dociera z A do B, jeśli zielona - jest OK

Ta wersja nie używa już w ogóle ról.

serekmedia · 2012-08-09 11:00:08

TODO: idzie zrobić formularz 'jedna trasa live'?
Pracuję nad jakąś drogą i teraz na jej sprawdzenie muszę czekać ~30 minut, notować która droga już przeanalizowana, jak coś źle to poprawka itd. a w tym czasie robię inną, robi się lista dróg - trochę skomplikowane. Można by wtedy wiki odświeżać co 3h, a pojedyncze trasy mogłyby być dostępne na żywo.

Paweł Paprota · 2012-08-09 11:07:00

serekmedia wrote:

TODO: idzie zrobić formularz 'jedna trasa live'?
Pracuję nad jakąś drogą i teraz na jej sprawdzenie muszę czekać ~30 minut, notować która droga już przeanalizowana, jak coś źle to poprawka itd. a w tym czasie robię inną, robi się lista dróg - trochę skomplikowane. Można by wtedy wiki odświeżać co 3h, a pojedyncze trasy mogłyby być dostępne na żywo.

To jest dobry pomysł. Myślę, że aktualny status dałoby radę wyświetlić na widoku mapy dla konkretnej drogi (link "show in OSMonitor") - wtedy to nie byłby już widok mapy tylko widok aktualnego raportu dla tej konkretnej drogi. Czyli opóźnienie byłoby max. 1-2 minuty - tego już się nie da przeskoczyć z uwagi na replikację bazy danych osm.org -> OSMonitor.

Do zrobienia, ale jestem teraz bardzo zdeterminowany, żeby nową wersję dopracować - bardzo dużo poważnych problemów z drogami wychodzi z nowych raportów (np. brak przejezdności A4 wczoraj wyszła...), ale jeszcze mam trochę TODO do dokończenia.

Jak już się ogarnę z nową wersją algorytmów to popracuję nad frontendem (widok mapy -> widok drogi).

koszatek · 2012-08-09 11:10:54

Przydałoby się sygnalizować chociaż na żółto, jeśli dla danej drogi nie ma podanej długości do porówniania. Teraz jest na zielono, a to może być złudne, bo np. połowa trasy może być nie włączona jeszcze do relacji.

Paweł Paprota · 2012-08-09 11:13:29

koszatek wrote:

Przydałoby się sygnalizować chociaż na żółto, jeśli dla danej drogi nie ma podanej długości do porówniania. Teraz jest na zielono, a to może być złudne, bo np. połowa trasy może być nie włączona jeszcze do relacji.

Kolejny dobry pomysł. Myślałem nad dodaniem nowego statusu/koloru pomiędzy zielonym a żółtym - taki nie-do-końca-zielony. Brak długości do porównania wpadał by w taki właśnie status.

TODO sobie rośnie tutaj: https://github.com/ppawel/osmonitor/issues

Last edited by Paweł Paprota (2012-08-09 11:18:22)

Paweł Paprota · 2012-08-11 17:53:03

Pracuję cały czas intensywnie nad nową wersją, są pewne problemy wydajnościowo-serwerowe z bazą danych, staram się zoptymalizować i przetestować całość tak żeby nie trzeba było tego robić później. W związku z testami mogą się pojawić nieciągłości w aktualizacji "stabilnych" raportów w najbliższych dniach.

Paweł Paprota · 2012-08-13 20:00:21

Wrzuciłem na wiki propozycję tagów do przechowywania dodatkowych informacji:

https://wiki.openstreetmap.org/wiki/OSMonitor#QA_tags

serekmedia · 2012-08-13 21:49:53

Jak dla mnie pasuje, nad semantyką się nie wypowiadam bo jestem za mało stażem w osm, więc nie wiem czy takie ujęcie jest prawidłowe/słuszne/w konwencji.
Jedyne co powiem toto co na ircu, że lepiej to trzymać w relacji niż na wiki.

wajak · 2012-08-14 09:34:42

Jak dla mnie to nie dodawałbym tagów:
qa:road_length - tylko użył istniejącego distance (jest czasem używany, głównie w szlakach turystycznych)
qa:notes - można użyć note dodanego do relacji

Reszty faktycznie nie da się chyba zastąpić czymś istniejącym.

Paweł Paprota · 2012-08-14 10:37:41

Distance to dobry pomysł tylko, że dla dróg z więcej niż jednym komponentem będzie tam wartość niezgodna z opisem na wiki, np. "10;50". Żeby to zrobić ładnie i zgodnie ze specyfikacją tagu distance to można by dodać podrelacje dla każdego komponentu, np.:

relacja S1 (tag distance nie występuje)
relacja S1 Odcinek Cieszyn-Bielsko
relacja S1 Odcinek cośtam
....

Może to i ładne z punktu widzenia technicznego (zresztą widziałem, że w Niemczech mają takie relacje), ale trochę przerost formy nad treścią. OSMonitorowi wystarczy jak będzie jedna relacja + tag qa:components + długości dla każdego komponentu po średniku.

Mateusz Korniak · 2012-08-14 12:33:06

ja bym się zastanowił nad zamianą prefiksu qa: na np. osmonitor: dla tagów które są specifyczne dla osmonitora.

Paweł Paprota · 2012-08-14 13:03:28

Zaktualizowałem propozycję tagów:

https://wiki.openstreetmap.org/wiki/OSMonitor#Tags

Paweł Paprota · 2012-08-16 14:36:54

Kendzi skopiował zawartość kolumn "length" i "user notes" z wiki do w/w tagów. Nowe raporty już korzystają z tych danych:

https://wiki.openstreetmap.org/wiki/Use … TestOutput
https://wiki.openstreetmap.org/wiki/Use … estOutput2

W związku z powyższym uprasza się o *nieedytowanie* stron z raportami - w nowej wersji robot będzie *nadpisywał* raporty za każdym razem. Dane można wprowadzać w tagach relacji.

Mam nadzieję w końcu odpalić nową wersję na dniach, bo chcę się więcej zająć osm.org

Last edited by Paweł Paprota (2012-08-16 14:37:40)

rogal · 2012-08-16 15:29:04

pliiiiizzzzz - prosiłbym o cokolwiek do analizy granic administracyjnych - wystarczy info czy relacja jest ciągła i czy w ogóle istnieje (dane z bazy teryt). Chodzi mi o województwa, powiaty, gminy, miasta i wsie. Każda relacja z granicą ma (lub powinna mieć - jak nie ma do będę dopisywał) tag teryt:terc będący referencją do terytu.

Można by taką listę tworzyć z automatu hierarchicznie, podobnie jak jest na:

http://wiki.openstreetmap.org/wiki/Wiki … nd/Granice

Last edited by rogal (2012-08-16 15:30:45)

Paweł Paprota · 2012-08-16 15:32:20

@rogal: ja mam już od dawna zrobiony prosty automat do importu bazy terytowej do Postgresa. Gdy skończę pracę nad nową wersją raportu drogowego to zobaczę ile pracy by było z odpaleniem tego jako kolejny raport...

rogal · 2012-08-16 15:38:25

dzięki, ogromnie by mi to ułatwiło pracę

wajak · 2012-08-17 08:50:54

Paweł, możesz podać jakie są kryteria sprawdzania przejezdności?

Paweł Paprota · 2012-08-17 08:56:26

Dzisiaj mam zamiar dokończyć dokumentację: https://wiki.openstreetmap.org/wiki/OSMonitor

Generalnie żeby droga była przejezdna to robot musi być w stanie dojechać z początku do końca i z powrotem (roundtrip). Początek i koniec to najbardziej oddalone od siebie końcówki drogi. W tej chwili jest problem z drogami, które kończą lub zaczynają się rondem albo ogólnie - pętlą - wtedy robot ma problem z wyznaczeniem odpowiednich punktów.

Pytanie filozoficzne czy droga powinna się kończyć na rondzie (w sensie - zawierać w sobie rondo na końcu/początku)...

wajak · 2012-08-17 13:03:18

Paweł Paprota wrote:

Pytanie filozoficzne czy droga powinna się kończyć na rondzie (w sensie - zawierać w sobie rondo na końcu/początku)...

Ja bardzo mało takich przypadków znam

Paweł Paprota · 2012-08-17 13:07:38

No trochę ich jest niestety, np.:

http://geowebhost.pl/osmonitor/browse/road/DW100
http://geowebhost.pl/osmonitor/browse/road/DW990
http://geowebhost.pl/osmonitor/browse/road/DK81
http://geowebhost.pl/osmonitor/browse/road/DW985

W tej chwili dla tych dróg robot nie znajduje poprawnych końcówek (bo rondo to pętla...) i nie może nawigować. Najlepiej (czytaj: najłatwiej technicznie) gdyby ustalić, że koniec/początek drogi to zawsze zjazd/dojazd do ronda i tyle - wtedy są ładne końcówki i nie ma problemu.

koszatek · 2012-08-17 13:20:44

Wydaje mi się, że włączanie ronda na końcu drogi do jej relacji jest w większości przypadków nieuzasadnione. Przynajmniej na takie trafiałem dotychczas edytując.
Jeśli droga dochodzi do jakiejś poprzecznej i w tym miejscu się kończy, i to skrzyżowanie jest rondem, to to rondo powinno być tylko i wyłącznie w ciągu tamtej poprzecznej. Zazwyczaj tamta poprzeczna jest równej lub wyższej klasy. Wyjątkiem byłoby właśnie "ślepe" kończenie się DW na skrzyżowaniu-rondzie z drogami niższej klasy np. powiatowymi (bo skrzyżowaniami dróg o różnych klasach zarządza zarządca drogi wyższej klasy)i, ewentualnie mogę sobie też wyobrazić że do takiego ronda dochodzą 2 drogi wojewódzkie o różnych numerach i każda się na tymże rondzie kończy i rondo stanowi ich "spięcie". Taki przypadek może stanowić pozostałość po starym przejściu DK przez środek jakiegoś miasteczka, gdzie spotykała się ona z dwoma DW. Potem DK puszczono obwodnicą nowym śladem, a połączenie DW pozostaje w starym miejscu. Ale na razie nie spotkałem się z tym w OSM.

Edit::
jeśli DW zaczyna się na rondzie w węźle z drogą ekspresową lub autostradą, to to rondo stanowi część węzła i zarządza nim zarządca drogi wyższej klasy, czyli GDDKiA. Też bym takiego ronda nie włączał do relacji DW.

Last edited by koszatek (2012-08-17 13:27:00)

Paweł Paprota · 2012-08-17 13:59:41

@koszatek: Dzięki za analizę. Od strony technicznej to jest problem, ponieważ OSMonitor pracuje na pojęciach z teorii grafów i nie ma świadomości o topologii/geografii/geometrii (poza odległościami między poszczególnymi węzłami OSM). Wobec tego nie może rozróżnić pewnych sytuacji, które z punktu widzenia grafu niczym się nie różnią, ale za to topologicznie są bardzo różne, czyli np. droga z A do B o długości 100 km, w środku tej drogi rondo. Pytanie jak rozpoznać, że A to początek a B to koniec? A może rondo jest końcem a A i B są tylko końcówkami dwóch pasów? Tak jak na rysunku:

A-------------------/RONDO\
B-------------------\------/

A-------------------/RONDO\-------------------B
                   \------/

Na razie zostawiam tak jak jest, ewentualnie mam w rękawie kilka heurystyk, które mogą troszkę pomóc, ale ogólnie w tej wersji najlepiej kiedy droga ma końcówki.

A swoją drogą to 90% sytuacji, które analizowałem gdzie rondo jest na początku/końcu drogi to jest i tak całkowicie błędny przebieg drogi...

Paweł Paprota · 2012-08-17 14:29:42

Dobra, to nowa wersja już wdrożona (raporty się generują, powinny być online za kilka minut)...

Dla tych, którzy dodawali długości i notatki do dróg (m.in. koszatek) - te informacje należy teraz dodawać do tagów relacji drogowych, szczegóły tutaj:

https://wiki.openstreetmap.org/wiki/OSMonitor#Tags

Czyli długość drogi - tag "distance", notatki - tag "note".

EDIT: Aha, wiem, że raport na widoku mapy jest brzydki etc. - to się wygładzi

Last edited by Paweł Paprota (2012-08-17 14:30:26)

Announcement

#151 2012-08-08 14:54:44

Re: OSMonitor (raporty z danych OSM)

#152 2012-08-08 14:59:46

Re: OSMonitor (raporty z danych OSM)

#153 2012-08-08 16:32:59

Re: OSMonitor (raporty z danych OSM)

#154 2012-08-09 11:00:08

Re: OSMonitor (raporty z danych OSM)

#155 2012-08-09 11:07:00

Re: OSMonitor (raporty z danych OSM)

#156 2012-08-09 11:10:54

Re: OSMonitor (raporty z danych OSM)

#157 2012-08-09 11:13:29

Re: OSMonitor (raporty z danych OSM)

#158 2012-08-11 17:53:03

Re: OSMonitor (raporty z danych OSM)

#159 2012-08-13 20:00:21

Re: OSMonitor (raporty z danych OSM)

#160 2012-08-13 21:49:53

Re: OSMonitor (raporty z danych OSM)

#161 2012-08-14 09:34:42

Re: OSMonitor (raporty z danych OSM)

#162 2012-08-14 10:37:41

Re: OSMonitor (raporty z danych OSM)

#163 2012-08-14 12:33:06

Re: OSMonitor (raporty z danych OSM)

#164 2012-08-14 13:03:28

Re: OSMonitor (raporty z danych OSM)

#165 2012-08-16 14:36:54

Re: OSMonitor (raporty z danych OSM)

#166 2012-08-16 15:29:04

Re: OSMonitor (raporty z danych OSM)

#167 2012-08-16 15:32:20

Re: OSMonitor (raporty z danych OSM)

#168 2012-08-16 15:38:25

Re: OSMonitor (raporty z danych OSM)

#169 2012-08-17 08:50:54

Re: OSMonitor (raporty z danych OSM)

#170 2012-08-17 08:56:26

Re: OSMonitor (raporty z danych OSM)

#171 2012-08-17 13:03:18

Re: OSMonitor (raporty z danych OSM)

#172 2012-08-17 13:07:38

Re: OSMonitor (raporty z danych OSM)

#173 2012-08-17 13:20:44

Re: OSMonitor (raporty z danych OSM)

#174 2012-08-17 13:59:41

Re: OSMonitor (raporty z danych OSM)

#175 2012-08-17 14:29:42

Re: OSMonitor (raporty z danych OSM)

Board footer