OSMonitor (raporty z danych OSM)

marco406 · 2012-08-04 13:43:14

A co robić w przypadku takim jak np. DK3/S-3, DK4/A4. Czy prowadzić relację drogi krajowej równolegle z relacją drogi ekspresowej/autostrady czy wycinać na odcinku drogi wyższej kategorii?
Jeśli wytniemy to relacja DK nie będzie miała ciągłości. Jeśli zostawimy to będziemy mieli za dużo kilometrów np. DK4 z tabeli ma 218 km a z mapy już 1111 km.

Paweł Paprota · 2012-08-04 13:59:47

marco406 wrote:

A co robić w przypadku takim jak np. DK3/S-3, DK4/A4. Czy prowadzić relację drogi krajowej równolegle z relacją drogi ekspresowej/autostrady czy wycinać na odcinku drogi wyższej kategorii?
Jeśli wytniemy to relacja DK nie będzie miała ciągłości. Jeśli zostawimy to będziemy mieli za dużo kilometrów np. DK4 z tabeli ma 218 km a z mapy już 1111 km.

Myślę, że w tej sytuacji trzeba dodać drogi do relacji DK z rolami backward/forward (żeby uniknąć liczenia długości podwójnie).

marco406 · 2012-08-04 14:19:23

Backward/forward to oczywista sprawa. Chodzi mi o to, że aktualnie DK4 jest w zasadzie tylko na odcinku Szarów-Korczowa i to jest te 218 km które podajesz w OSMonitorze jako długość (na pozostałych odcinkach jest A-4 lub DK94). Natomiast długość z relacji w OSM po wliczeniu A-4 jest 1111 km i OSMonitor podaje, że różnica długości jest zbyt duża.

Paweł Paprota · 2012-08-04 14:55:01

OK, teraz rozumiem. Długości są uzupełnione z Wikipedii, która podaje 218 km, a z drugiej strony pisze "jednak po wybudowaniu autostrady A4 od granicy niemieckiej do Szarowa, to autostrada jest częścią trasy nr 4" - także nie wiem jak to powinno być...

Jeśli chcemy mieć w OSM A4 w relacji DK4 to trzeba by zmodyfikować długość - można wyedytować ręcznie na wiki. Kwestia ustalenia. Nie wiem jak to wygląda formalnie - czy faktycznie przy A4 stoją słupki "4"? Dziwne.

Paweł Paprota · 2012-08-06 09:13:55

Uff, po całym jednym wieczorze wytężonej pracy dodałem opcję "show on map" Pokazuje mniej więcej to co relation analyzer + obsługuje nitki backward/forward jeśli droga ma role. Do dodania legenda, możliwość edycji w JOSM prosto z mapy itd. itp.

Mam nadzieję, że ta opcja ułatwi "zazielenianie" raportu

marek kleciak · 2012-08-06 09:16:48

Pawle,
móglbys jeszcze tutaj
http://forum.openstreetmap.org/viewtopi … 45#p262545
wrzucic kolegom zza miedzy krótki opis po angielsku?

Dzieki za Twoja super prace!
Marek

Paweł Paprota · 2012-08-06 11:22:40

Na razie proponuję się wstrzymać z dodawaniem ról do dróg - kendzi zrobił bardzo dobrą analizę sytuacji:

http://wiki.openstreetmap.org/wiki/Kend … tion:route

To wymaga przemyślenia i być może komunikacji z innymi społecznościami, żeby spróbować uspójnić podejście.

marek kleciak · 2012-08-06 11:26:07

Wrzuc topik u Niemców. Oni sa najbardziej w temacie aktywni - Austriacy i Szwajcarzy czytaja u nich, Rosjanie czesto przemuja 1 do 1 rozwiazania.

Dotevo · 2012-08-06 12:17:33

Paweł Paprota wrote:

Na razie proponuję się wstrzymać z dodawaniem ról do dróg - kendzi zrobił bardzo dobrą analizę sytuacji:
http://wiki.openstreetmap.org/wiki/Kend … tion:route
To wymaga przemyślenia i być może komunikacji z innymi społecznościami, żeby spróbować uspójnić podejście.

Nie wiem w którym miejscu ma być ta dyskusja. Lecz nie zgadzam się z

Najczęściej drogi rozdzielając się na poszczególne kierunki stają się drogami jednokierunkowymi.

To jest prawdą tylko przy drogach i też pewnie nie zawsze, a co z liniami autobusowymi? Kiedyś była nawet strona na wiki o mapowaniu linii autobusowych itp. właśnie w ten sposób. Trochę od tego czasu się zmieniło i może czas na nowe role?

serekmedia · 2012-08-06 12:30:50

Przy drogach również. I to bardzo często! Większość węzłów ma dwukierunkowe łączniki a zapewniają tylko jednokierunkową relację.

serekmedia · 2012-08-06 15:34:43

Aha zauważyłem 1 przypadłość: ilość km na 'zielono' się zmniejszyła 12349 vs 12317 (http://wiki.openstreetmap.org/w/index.p … did=793653) - czyli chyba ktoś poprawił 1 drogę, a popsuł w tym czasie inną. Możesz wpisać do todo aby zapisywać timestamp zielonej trasy i jeśli jest 'niezielona' - a timestamp jest zapamiętany to go wyświetlić? Można by dotrzeć do poprawnej wersji drogi gdy ją ktoś popsuje i szybko łapać wandalizmy w głównej sieci.

Paweł Paprota · 2012-08-06 16:25:46

serekmedia wrote:

Aha zauważyłem 1 przypadłość: ilość km na 'zielono' się zmniejszyła 12349 vs 12317 (http://wiki.openstreetmap.org/w/index.p … did=793653) - czyli chyba ktoś poprawił 1 drogę, a popsuł w tym czasie inną. Możesz wpisać do todo aby zapisywać timestamp zielonej trasy i jeśli jest 'niezielona' - a timestamp jest zapamiętany to go wyświetlić? Można by dotrzeć do poprawnej wersji drogi gdy ją ktoś popsuje i szybko łapać wandalizmy w głównej sieci.

Już jest w TODO: https://github.com/ppawel/osmonitor/issues/4

kendzi · 2012-08-06 18:35:05

Dotevo wrote:

To jest prawdą tylko przy drogach i też pewnie nie zawsze, a co z liniami autobusowymi? Kiedyś była nawet strona na wiki o mapowaniu linii autobusowych itp. właśnie w ten sposób. Trochę od tego czasu się zmieniło i może czas na nowe role?

Należy zauważyć że każdy element w OSM typu way (Segment drogi) ma swój początek i koniec a tym samym kierunek. Jeśli nie jest to droga jednokierunkowa po prostu strzałki nie są rysowane.

Nie ma problemu aby w ten sposób opisywać linie autobusowe. Jeśli jeden z kierunków linii biegnie fragmentem drogi dwukierunkowej po prostu dodajemy ten fragment z odpowiednią rola forward lub backward. Forward jeśli dany kierunek linii biegnie zgodnie z kierunkiem way, backward jeśli przeciwnie.

Poza tym istnieje możliwość zmiany kierunku drogi i zawsze zastosowania roli forward. Dodatkowo jeśli odwracany segment drogi jest częścią innej relacji JOSM zamieni w tych relacjach forward na backward i odwrotnie.

Jak napisałem wcześniej do rozróżniania kierunku relacji służy nie rola forward/backward a kolejność segmentów (way) w relacji

przemas75 · 2012-08-06 18:56:28

forward/backward w relacjach komunikacji miejskiej (czy tam wszelakiej publicznej) też właściwie należy zaniechać:
http://wiki.openstreetmap.org/wiki/Public_transport
Także forward/backward zostaje "czyste".
Również w relacjach komunikacji ważna jest kolejność dróg (ways).

Czy to nawet nie jest prostsze w implementacji (@ppawel?) jeśli mamy uporządkowaną drogę (jak to się mówi: po kolei)?

Paweł Paprota · 2012-08-06 19:30:16

A route is a relation that describes the physical path taken by the vehicles through the infrastructure by a transit service which is known to the public with a particular reference or name. A route should contain an ordered list of all ways used by the service from the starting station to the terminal station. The route also includes details of actual stop_positions (with role 'stop') and platforms (with role 'platform').

O kolejności to jest mocne założenie - czytałem, że na kolejności dróg w relacji nie należy polegać. Ale jeśli chcemy takie założenie zrobić to oczywiście można to zaimplementować i "wymuszać" kolorem nie-zielonym.

Poza tym nie widzę jeszcze jak to dokładnie miało by pomóc - to, że ustawimy segmenty w kolejności nie rozwiązuje problemu badania długości drogi - w miejscach gdzie droga się rozdwaja ta długość będzie liczona podwójnie. A z tego co widzę to dla transportu miejskiego nie rozpatrują takich sytuacji - robią osobne relacje dla każdego kierunku (patrz poniżej).

I zagwozdka - jak to rozwiązać (bez użycia ról backward/forward tak jak teraz co jest najwygodniejsze w implementacji)? Można próbować rozpoznać punkty gdzie droga się rozdwaja i sprytnie przechodzić tylko jedną nitką, ale to trzeba by napisać tak żeby było ogólne i działało "zawsze" (albo "przeważnie") a co najmniej tak samo dobrze jak teraz z rolami backward/forward.

Druga rzecz:

Each direction and each variant of the service is represented in an own route relation.

To sugeruje, że autostrady (drogi dwujezdniowe, które się nie stykają) miały by dwie relacje (po jednej na każdą nitkę)?

Generalnie chciałbym aby to było rozwiązanie, które zaimplementuję i będzie ono "rekomendowane przez OSMonitor", czyli myślę, że trzeba by to uzgodnić z innymi społecznościami - bo docelowo chciałbym odpalić monitor w innych krajach - jeśli będzie zgłaszał głupoty i ludzie nie będą chcieli się dostosować z mapowaniem do raportów to po co taka robota... Problem w tym, że spodziewam się braku odpowiedzi na mój post na listę tagging@, bo generalnie spotkałem może jedną albo dwie osoby, które interesują się takimi rzeczami (jedną z Czech notabene), a reszta zawsze odpowiada, że OSM to nie jest projekt komputerowy a społecznościowy i nie ma się co martwić pierdołami...

Tylko, że jak się tę pierdołę uzgodni i ludzie zaczęli by mapować drogi w jeden sposób to można wykryć masę błędów za pomocą tych raportów - jak to można zaobserwować w polskiej społeczności.

marek kleciak · 2012-08-06 19:39:34

Panowie,
spytajcie za miedza w RFN jak oni praktycznie do tego podchodza. Z tego co pamietam to watek na ten temat mial mnóstwo wejsc i jakies wnioski z tego sa.

Zbigniew Czernik · 2012-08-06 19:48:28

Paweł Paprota wrote:

a reszta zawsze odpowiada, że OSM to nie jest projekt komputerowy a społecznościowy i nie ma się co martwić pierdołami...

Padłem.

Paweł Paprota · 2012-08-06 19:52:06

Zbigniew Czernik wrote:

Paweł Paprota wrote:
a reszta zawsze odpowiada, że OSM to nie jest projekt komputerowy a społecznościowy i nie ma się co martwić pierdołami...
Padłem.

Może trochę upraszczam "ich" postawę (chociaż ten powyższy cytat padł na IRC-u w moim kierunku dokładnie tak jak napisałem), ale generalnie mam na myśli argumenty typu "w OSM nie ma żadnych zasad, każdy robi jak chce" i momentalne przechodzenie w defensywę jak się chce zaproponować *cokolwiek* przypominające kompromis albo uwspólnienie podejścia. Jest to trochę denerwujące, bo naprawdę mam czas i ochotę żeby coś "komputerowego" zrobić a to się przecież nie kłóci ze społecznościowym podejściem - lepsze narzędzia (jak raporty) mogą tylko pomóc.

marek kleciak · 2012-08-06 19:58:33

Pawle, masz racje.
W tym projekcie trzeba byc upartym jak wól zeby cos sie przebilo. Skoro w jednym miejscu powstanie cos, co jest dobre, to inni to niechetnie predzej czy pozniej przyjma. Nie ma co tracic czasu na przekonywanie kilku osób które miast rzeczowych argumentów tlumacza: ten projekt jest taki lub siaki a na twoja propozycje nie ma tu miejsca.

Zbigniew Czernik · 2012-08-06 20:00:00

Nie wiem kto tam w większości siedzi, ale jeśli są to brytyjczycy albo Niemcy to sobie faktycznie mogą pocwaniaczyć, mając mapę o kilka lat lepszą niż my... Ja uważam, że reguły i standardy są potrzebne, by projekt się rozwijał. Usystematyzowanie danych jak np. OSMonitor bardzo pomaga w wyłapaniu potencjalnych błedów, które bez tego mogą leżeć niezauważone nawet kilka lat...

przemas75 · 2012-08-06 20:11:19

przemas75 wrote:

Poza tym nie widzę jeszcze jak to dokładnie miało by pomóc - to, że ustawimy segmenty w kolejności nie rozwiązuje problemu badania długości drogi - w miejscach gdzie droga się rozdwaja ta długość będzie liczona podwójnie. A z tego co widzę to dla transportu miejskiego nie rozpatrują takich sytuacji - robią osobne relacje dla każdego kierunku (patrz poniżej).

ale wtedy jest każda droga 'oneway'? Można wybrać sobie (oczywiście faktcznie jedna może być dużo dłuższa od drugiej, ale przecież nie powinno mieć to wpływu na najważniejsze cele osmonitora?).

W niemczech autobahny mają jedną relację w jednym kierunku, a druga nitka w drugą stronę kolejną relację (w nazwie 'negative'). Ta pierwsze może mieć również w nazwie 'positive'.
Ot, niekonwencjolane rozwiązanie

przemas75 · 2012-08-06 20:14:29

o, jeszcze przykłady, autostrada A3 (Frankfurt-Wurzburg)
http://www.openstreetmap.org/browse/relation/531934 name = A 3 Würzburg - Frankfurt [negative]
http://www.openstreetmap.org/browse/relation/531933 name = A 3 Würzburg - Frankfurt [positive]

Paweł Paprota · 2012-08-06 20:19:17

Myślę o takiej sytuacji:

     /C------E\
A---B          G----------H
      \D------F/

Czyli droga A-B się rozdwaja na C-E i D-F a potem łączy w G i idzie dalej G-H.

Teraz zakładamy, że C-E i D-F są oneway w przeciwnych kierunkach - spoko. Czyli chcąc obliczyć długość tej drogi idę sobie od A do B, potem idę do C (bo do D nie mogę - jest oneway w drugą stronę) i do E i do G. I co teraz? Skąd mam wiedzieć, żeby nie iść do F tylko do H? Jeśli pójdę do F i D to policzę długość rozdwojenia dwa razy.

przemas75 · 2012-08-06 20:32:23

no to dwie relacje wtedy

Paweł Paprota · 2012-08-06 20:36:37

Nie no, bez przesady - takie sytuacje się zdarzają prawie na każdej drodze... za dużo tych relacji by było tylko po to żeby rozdzielić nitki.

Najlepsze rozwiązanie to by było wprowadzenie ról np. positive/negative żeby nie nadużywać backward/forward, reszta zostaje tak samo i tyle....

Announcement

#101 2012-08-04 13:43:14

Re: OSMonitor (raporty z danych OSM)

#102 2012-08-04 13:59:47

Re: OSMonitor (raporty z danych OSM)

#103 2012-08-04 14:19:23

Re: OSMonitor (raporty z danych OSM)

#104 2012-08-04 14:55:01

Re: OSMonitor (raporty z danych OSM)

#105 2012-08-06 09:13:55

Re: OSMonitor (raporty z danych OSM)

#106 2012-08-06 09:16:48

Re: OSMonitor (raporty z danych OSM)

#107 2012-08-06 11:22:40

Re: OSMonitor (raporty z danych OSM)

#108 2012-08-06 11:26:07

Re: OSMonitor (raporty z danych OSM)

#109 2012-08-06 12:17:33

Re: OSMonitor (raporty z danych OSM)

#110 2012-08-06 12:30:50

Re: OSMonitor (raporty z danych OSM)

#111 2012-08-06 15:34:43

Re: OSMonitor (raporty z danych OSM)

#112 2012-08-06 16:25:46

Re: OSMonitor (raporty z danych OSM)

#113 2012-08-06 18:35:05

Re: OSMonitor (raporty z danych OSM)

#114 2012-08-06 18:56:28

Re: OSMonitor (raporty z danych OSM)

#115 2012-08-06 19:30:16

Re: OSMonitor (raporty z danych OSM)

#116 2012-08-06 19:39:34

Re: OSMonitor (raporty z danych OSM)

#117 2012-08-06 19:48:28

Re: OSMonitor (raporty z danych OSM)

#118 2012-08-06 19:52:06

Re: OSMonitor (raporty z danych OSM)

#119 2012-08-06 19:58:33

Re: OSMonitor (raporty z danych OSM)

#120 2012-08-06 20:00:00

Re: OSMonitor (raporty z danych OSM)

#121 2012-08-06 20:11:19

Re: OSMonitor (raporty z danych OSM)

#122 2012-08-06 20:14:29

Re: OSMonitor (raporty z danych OSM)

#123 2012-08-06 20:19:17

Re: OSMonitor (raporty z danych OSM)

#124 2012-08-06 20:32:23

Re: OSMonitor (raporty z danych OSM)

#125 2012-08-06 20:36:37

Re: OSMonitor (raporty z danych OSM)

Board footer