You are not logged in.

#51 2020-09-30 18:24:36

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

maro21 zaproponował w tym wątku, aby unikalny identyfikator przystanku umieścić w tagu ref. Zrobiłem ponowną analizę kilkunastu miast w Polsce i poza nią, i okazuje się, że tag "ref" w każdym innym mieście, oprócz aglomeracji Śląskiej, zawiera właśnie unikalny identyfikator.

Czy nie będziecie mieli nic przeciwko, jak zamienię "ref" na unikalny identyfiaktor na terenie Śląska?

Czy powinienem jeszcze gdzieś zapytać, czy tutaj wystarczy?

Offline

#52 2020-09-30 21:31:14

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 815

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Ale taki jest standard tagowania przystanków na OSM: tag ref=* to numer przystanku
https://wiki.openstreetmap.org/wiki/Tag … 3Dbus_stop
I jest wspierany przez edytory, aplikacje i mapy.

Podobnie z numerem peronu - jest na to tag local_ref. Który też jest obsługiwany przez aplikacje, np: https://www.xn--pnvkarte-m4a.de/#2.5677;48.9452;18

Jeśli chodzi o Katowice, to są tam błędnie wpisane te numery. Mogę ci napisać skrypt poprawiający te numery przystanków.

Offline

#53 2020-10-01 21:48:31

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Cieszę się, że w końcu trafiliśmy na wspólną płaszczyznę smile

maro21 wrote:

Jeśli chodzi o Katowice, to są tam błędnie wpisane te numery. Mogę ci napisać skrypt poprawiający te numery przystanków.

Byłoby super, natomiast nie wiem na czym miałby polegać taki skrypt.
Może moglibyśmy się jakoś zdzwonić, aby ustalić szczegóły?

Offline

#54 2020-10-24 22:13:51

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Słuchajcie, wspólnie z kolegą napisaliśmy skrypt, który pobiera wszystkie przystanki z OSM w danym prostokącie i porównuje ich pozycję z przystankami z ZTM. Skrypt wykrywa odległości, różnice w nazwach i inne niespójności.

Najlepiej byłoby jednak porównać obie bazy danych w sposób wizualny, tak aby wyświetlić na jednej mapie przystanki z OSM oraz na dodatkowej warstwie przystanki z ZTM.
Szukałem w internecie narzędzia, które jest w stanie to zrobić i znalazłem stronę http://geojson.io/. Niestety przy 6,5k przystanków strona mówiąc delikatnie się zawiesza i wyświetla niepoprawne dane.
Jeżeli chodzi o JOSM, to pozwala on pobierać podejrzanie małe obszary, które zawierają bardzo dużo danych, ale mogłem nie odkryć jakiejś funkcji. Overpass pozwala filtrować dane na dużych obszarach, ale nie pozwala nałożyć dodatkowej warstwy. Przydałoby się takie połączenie overpass-turbo.eu z geojson.io, które działało by dla dużych datasetów.

Czy znacie i moglibyście polecić takie rozwiązanie?

Przypominam, że po ostatnich ustaleniach planowałem dodać do istniejących przystanków, na terenie śląska, dodatkowe tagi ref (id przystanku) oraz local_ref (nr przystanku). Wychodzi jednak na to, że różnic w przystankach jest o wiele więcej, np. niektórych przystanków z ZTM nie ma w OSM, nie zgadzają się nazwy itd. Pomyślałem, że te rzeczy możemy poprawić przy okazji.

Ps. Baza danych ZTM została odnowiona i przeszła rewitalizację.

PPs. maro21 przykro mi, że zaproponowałeś napisanie skryptu, po czym przestałeś odpowiadać na forum i na maila. Jeżeli coś deklarujesz to przynajmniej miej odwagę odpisać, że deklaracja była nieprzemyślana lub temat Cię przerósł. Osobiście wolę wiedzieć na czym stoję niż pozostać bez odpowiedzi.

Offline

#55 2020-10-24 23:05:30

rmikke
Moderator
From: Warszawa
Registered: 2014-11-14
Posts: 1,836
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

Słuchajcie, wspólnie z kolegą napisaliśmy skrypt, który pobiera wszystkie przystanki z OSM w danym prostokącie i porównuje ich pozycję z przystankami z ZTM. Skrypt wykrywa odległości, różnice w nazwach i inne niespójności.

Najlepiej byłoby jednak porównać obie bazy danych w sposób wizualny, tak aby wyświetlić na jednej mapie przystanki z OSM oraz na dodatkowej warstwie przystanki z ZTM.
Szukałem w internecie narzędzia, które jest w stanie to zrobić i znalazłem stronę http://geojson.io/. Niestety przy 6,5k przystanków strona mówiąc delikatnie się zawiesza i wyświetla niepoprawne dane.
Jeżeli chodzi o JOSM, to pozwala on pobierać podejrzanie małe obszary, które zawierają bardzo dużo danych, ale mogłem nie odkryć jakiejś funkcji. Overpass pozwala filtrować dane na dużych obszarach, ale nie pozwala nałożyć dodatkowej warstwy. Przydałoby się takie połączenie overpass-turbo.eu z geojson.io, które działało by dla dużych datasetów.

Czy znacie i moglibyście polecić takie rozwiązanie?

Przypominam, że po ostatnich ustaleniach planowałem dodać do istniejących przystanków, na terenie śląska, dodatkowe tagi ref (id przystanku) oraz local_ref (nr przystanku). Wychodzi jednak na to, że różnic w przystankach jest o wiele więcej, np. niektórych przystanków z ZTM nie ma w OSM, nie zgadzają się nazwy itd. Pomyślałem, że te rzeczy możemy poprawić przy okazji.

Ps. Baza danych ZTM została odnowiona i przeszła rewitalizację.

PPs. maro21 przykro mi, że zaproponowałeś napisanie skryptu, po czym przestałeś odpowiadać na forum i na maila. Jeżeli coś deklarujesz to przynajmniej miej odwagę odpisać, że deklaracja była nieprzemyślana lub temat Cię przerósł. Osobiście wolę wiedzieć na czym stoję niż pozostać bez odpowiedzi.

Umap pozwala zaciągnąć pliki GPX, GeoJSON do warstw. Do jednej zaciągasz dane z Overpassa, do drugiej co tam dostajesz z ZTM i widzisz.

Offline

#56 2020-10-24 23:18:02

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 815

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

PPs. maro21 przykro mi, że zaproponowałeś napisanie skryptu, po czym przestałeś odpowiadać na forum i na maila. Jeżeli coś deklarujesz to przynajmniej miej odwagę odpisać, że deklaracja była nieprzemyślana lub temat Cię przerósł. Osobiście wolę wiedzieć na czym stoję niż pozostać bez odpowiedzi.

Ups. Przepraszam za opóźnienie. Już wysłałem ci w prywatnej wiadomości na OSM.

Offline

#57 2020-10-25 20:08:29

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

rmikke wrote:

Umap pozwala zaciągnąć pliki GPX, GeoJSON do warstw. Do jednej zaciągasz dane z Overpassa, do drugiej co tam dostajesz z ZTM i widzisz.

Potwierdzam, działa całkiem dobrze. Przy 6,5k przystanków się tnie. Będę chyba musiał pomyśleć o mniejszych datasetach.
Czy z tego umapa można wygenerować plik importu lub zapisać dane, w moim przypadku punktów, tak aby można je było zaimportować z powrotem do OSM? Po przeanalizowaniu UI wydaje mi się, że się nie da, ale wolę zapytać.

Taką mapę wygenerowałem: https://umap.openstreetmap.fr/pl/map/zt … 4/19.02671

maro21 wrote:

Ups. Przepraszam za opóźnienie. Już wysłałem ci w prywatnej wiadomości na OSM.

Dzięki za wiadomość maro21, już odpisałem smile.

Last edited by luktar (2020-10-25 20:09:30)

Offline

#58 2020-10-25 23:41:38

rmikke
Moderator
From: Warszawa
Registered: 2014-11-14
Posts: 1,836
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

Czy z tego umapa można wygenerować plik importu lub zapisać dane, w moim przypadku punktów, tak aby można je było zaimportować z powrotem do OSM? Po przeanalizowaniu UI wydaje mi się, że się nie da, ale wolę zapytać.

Nie bardzo rozumiem pytanie. Przecież to są dokładnie te dane, które do umapa zaimportowałeś, po co chcesz je eksportować?

Offline

#59 2020-10-26 17:55:07

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

rmikke wrote:

Nie bardzo rozumiem pytanie. Przecież to są dokładnie te dane, które do umapa zaimportowałeś, po co chcesz je eksportować?

W tej chwili do UMAP wgrałem dataset z OSM (pozycje przystanków pobrane overpassem jako GeoJSON) i dataset z ZTM (CSV).

Jak wiadomo pozycje przystanków w ZTM i w OSM są różne. ZTM zawiera pozycje słupków przystankowych, a OSM pozycje zatrzymania się autobusu/tramwaju.

Chcę dodać do OSM dane z ZTM, czyli identyfikator przystanku umieścić w pole ref i numer przystanku w pole local_ref, wg. zaleceń maro21.

Nasz algorytm łączy ze sobą większość przystanków ZTM z OSM, ale wiele z nich pozostaje bez pary. Problemy z jakimi się spotkaliśmy to:
- zbyt duża odległość miedzy pozycją przystanku ZTM i OSM
- niezgodność nazwy
- przypisanie dwóch lub więcej przystanków z ZTM do OSM
- brak przystanku ZTM na mapie OSM

Aby rozwiązać ten problem potrzebny jest czynnik ludzki, bo żaden algorytm nie jest w stanie połączyć tych przystanków w bezbłędny sposób. Do tego potrzebujemy, albo użyć istniejącego oprogramowania, albo napisać swoje własne (Marcin P. - członek zespołu, będzie jutro prezentował prototyp takiego rozwiązania - jeżeli jesteście zainteresowani to podeślę link do spotkania).

Oprogramowanie powinno działać w następujący sposób:

1. Wgrywamy dwa datasety na jedną mapę, tak aby się wyświetlały np. przystanki z ZTM na niebiesko, a z OSM na czerwono
2. Użytkownik sprawdza, czy przystanki zostały połączone w poprawny sposób (np. po identyfikatorze) - ten krok jest niezbędny dla przystanków błędnie zmapowanych przez nasz algorytm
3. Użytkownik łączy przystanek OSM i ZTM lub, gdy przystanek w OSM nie istnieje, dodaje go na warstwę
4. Po zakończonej pracy generowany jest plik ze zmianami (np. osmchange - tylko o nim czytałem, nie wiem jeszcze jak działa), który można wgrać do OSM

Umap pozwala wyświetlać dwa datasety (ZTM + OSM), ale nie pozwala wygenerować z warstwy z datasetem OSM pliku importu, który można by wgrać z powrotem do OSM'a.

Na prawdę się staram ten proces opisać w miarę prosto, ale może mi się tylko wydawać, że tak jest. Zachęcam Was do pytań.
Możemy również zrobić spotkanie online - chętnie wyjaśnię cały proces i plan działania.

Offline

#60 2020-10-27 14:46:46

rmikke
Moderator
From: Warszawa
Registered: 2014-11-14
Posts: 1,836
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

Oprogramowanie powinno działać w następujący sposób:

1. Wgrywamy dwa datasety na jedną mapę, tak aby się wyświetlały np. przystanki z ZTM na niebiesko, a z OSM na czerwono
2. Użytkownik sprawdza, czy przystanki zostały połączone w poprawny sposób (np. po identyfikatorze) - ten krok jest niezbędny dla przystanków błędnie zmapowanych przez nasz algorytm
3. Użytkownik łączy przystanek OSM i ZTM lub, gdy przystanek w OSM nie istnieje, dodaje go na warstwę
4. Po zakończonej pracy generowany jest plik ze zmianami (np. osmchange - tylko o nim czytałem, nie wiem jeszcze jak działa), który można wgrać do OSM

Zasadniczo umap dostarcza tylko wizualizację, ale popatrzyłem, i owszem, da się wyeksportować warstwę z Umap do formatu JSON:
https://www.openstreetmap.org/user/rmikke/diary/394571

Offline

#61 2020-10-28 22:44:32

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

rmikke wrote:

Zasadniczo umap dostarcza tylko wizualizację, ale popatrzyłem, i owszem, da się wyeksportować warstwę z Umap do formatu JSON:
https://www.openstreetmap.org/user/rmikke/diary/394571

Dzięki za instrukcję. Rzeczywiście pobrany plik to GeoJson. Wygląda na to, że można sobie wgrać warstwę, zmienić parametry i pozycję i pobrać plik GeoJson.

Dzisiaj na spotkaniu naszego zespołu doszliśmy do wniosku, że zrobimy osobne narzędzie, które pozwoli nam parować obiekty w graficzny sposób. Będzie to polegało na tym, że wczytamy warstwę punktów z przystankami z OSM i warstwę z przystankami ZTM. Następnie użytkownik będzie mógł kliknąć na obiekt (przytanek) OSM i pasujący do niego obiekt ZTM i pojawi się między nimi linia łącząca. Do połączonych obiektów OSM zostaną dodane dane z ZTM (ref i local_ref). Narzędzie będzie oparte na komponencie JS o nazwie leaflet.

Narzędzie planujemy udostępnić harcerzom i musi być w miarę wygodne. Niestety nie znalazłem (a szukałem w internecie dobrą chwilę) możliwości połączenia obiektów z różnych warstw w UMAPie. To by rozwiązało problem parowania.

Last edited by luktar (2020-10-28 22:45:54)

Offline

#62 2020-11-08 15:51:09

olo81
Member
From: Sosnowiec
Registered: 2012-09-27
Posts: 82
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Ostatnio poprawiałem tagowanie platform przystankowych na Śląsku, kilka osób zmieniało je po swojemu i zainteresowałem się jak to jest z komunikacją w Berlinie i innych miastach Polski. Okazuje że mamy na Śląsku odmienną konwencje od reszty kraju.
Dajemy highway=bus_stop w miejscu zatrzymania a reszta kraju używa tego tagu w miejscu platformy, słupka.

Zmiana tego była by bardzo prosta, wystarczy wykasować z miejsc zatrzymania highway=bus_stop, ale ten tag powoduje że wyświetlają się nazwy na mapie głównej i innych.

I tu jakimś pomysłem po zniknięciu nazw było by zaimportowanie tych słupków z ZTM z tagiem highway=bus_stop. Sprawdziłem teraz świeżą bazę z GTFS i nie są najlepszej jakości niestety. Ale taki zabieg dał by kompleksowe dane. Wystarczyło by tylko przeciągać słupki w miejsce platform, zajęło by to pewnie kilka lat ale nie stracili byśmy żadnych danych, pozyskali dużo nowych.

Takie dane gdyby ozdobić dużą ilością tagów z GTFS można by szybko odnaleźć overpasem, jeśli by się to nie sprawdziło skasować. Jeśli by się sprawdziło łatwo edytować. Można by też ZTM zainteresować.

Offline

#63 2020-11-08 20:18:34

Mateusz Konieczny
Member
Registered: 2013-09-22
Posts: 2,257

Re: Komunikacja miejska dla niewidomych na terenie Śląska

olo81 wrote:

Dajemy highway=bus_stop w miejscu zatrzymania a reszta kraju używa tego tagu w miejscu platformy, słupka.

Z tego co wiem: nie tylko kraju, to jest raczej generalnie preferowany schemat.

Offline

#64 2020-11-08 21:17:40

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 815

Re: Komunikacja miejska dla niewidomych na terenie Śląska

olo81 wrote:

Dajemy highway=bus_stop w miejscu zatrzymania a reszta kraju używa tego tagu w miejscu platformy, słupka.

To jest stary sposób oznaczania (ale możliwy i poprawny).
Kiedyś przystanki oznaczało się highway=bus_stop jako węzeł na drodze dla przystanków w obu kierunkach (czasami dwa węzły).
Jest drugi sposób oznaczania, gdzie osobno mapuje się słupek przystankowy, a osobno miejsce zatrzymania.

Offline

#65 2020-11-11 22:35:03

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

olo81 wrote:

Ostatnio poprawiałem tagowanie platform przystankowych na Śląsku, kilka osób zmieniało je po swojemu i zainteresowałem się jak to jest z komunikacją w Berlinie i innych miastach Polski. Okazuje że mamy na Śląsku odmienną konwencje od reszty kraju.
Dajemy highway=bus_stop w miejscu zatrzymania a reszta kraju używa tego tagu w miejscu platformy, słupka.

Hej Olo, właśnie pracujemy nad narzędziem, które w przeglądarce wyświetli na mapie przystanki ZTM oraz przystanki OSM. Przystanki ZTM będą pobrane z najnowszego CSV'a udostępnionego przez ZTM, a OSM będą pobrane Overpassem. Jestem już po wstępnej rozmowie z Komendant Hufca ZHP Katowice. Ideą tego narzędzia będzie będzie możliwość graficznego porównania rozbieżności między przystankami ZHP i OSM oraz połączenia ich ze sobą tak aby jednemu przystankowi OSM odpowiadał tylko jeden z ZTM. W efekcie uzyskamy bazę danych w której będzie zestawiony obiekt OSM ze wszystkimi tagami połączony z odpowiadającym mu obiektem ZTM również ze wszystkimi danymi. Największą zaletą tego rozwiązania jest fakt, że porównania i parowania przystanków dokonają ludzie, a nie automat (który okazał się bezużyteczny).

W pierwotnym planie mamy zamiar zaktualizować przystanki OSM o dodatkowe dwa tagi, o których pisałem już wcześniej i które wg. mnie bardzo słusznie podpowiedział maro21, czyli ref i local_ref.

olo81 wrote:

Zmiana tego była by bardzo prosta, wystarczy wykasować z miejsc zatrzymania highway=bus_stop, ale ten tag powoduje że wyświetlają się nazwy na mapie głównej i innych.

Mając bazę z połączonymi przystankami będziemy mogli nawet usuwać te tagi po id (OSM) i dodawać słupki wg. wytycznych ZTM (o jakości danych poniżej)

olo81 wrote:

I tu jakimś pomysłem po zniknięciu nazw było by zaimportowanie tych słupków z ZTM z tagiem highway=bus_stop. Sprawdziłem teraz świeżą bazę z GTFS i nie są najlepszej jakości niestety. Ale taki zabieg dał by kompleksowe dane. Wystarczyło by tylko przeciągać słupki w miejsce platform, zajęło by to pewnie kilka lat ale nie stracili byśmy żadnych danych, pozyskali dużo nowych.

.

Nowa baza ZTM jest pod tym linkiem.
Dostałem informację, że jakość się poprawiła.
W pierwotnym planie nie miałem zamiaru ingerować w pozycję przystanków ZTM, ale być może przy okazji łączenia przystanków ZTM z OSM można by poprawić pozycję słupków ZTM. Na pewno nasze algorytmy wykryły, że w niektórych miejscach nie ma przystanków na mapie OSM, które są w ZTM - te przystanki dodamy.

Mając wsparcie harcerzy ogarniemy przystanki w kilka miesięcy, może nawet w mniej niż kwartał.

olo81 wrote:

Takie dane gdyby ozdobić dużą ilością tagów z GTFS można by szybko odnaleźć overpasem, jeśli by się to nie sprawdziło skasować. Jeśli by się sprawdziło łatwo edytować. Można by też ZTM zainteresować.

Racja.

Offline

#66 2020-11-15 16:35:35

olo81
Member
From: Sosnowiec
Registered: 2012-09-27
Posts: 82
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Dane przystanków są tutaj https://otwartedane.metropoliagzm.pl/da … format=ZIP już od dawna, aktualizowane niemal codziennie. Nie zauważyłem poprawy tych danych.

Co do edycji mapy przez osoby które nigdy tego nie robiły jestem sceptyczny. Już pierwsza wasza akcja pokazała jakość tych edycji, bubel na bublu. A popsucie relacji jest dosyć proste.
Druga sprawa że jest już jakaś konwencja i stopniowe jej zmienianie spowoduje początkowo konflikty. Jeśli te zmiany nie będą odpowiednio opisane w komentarzach do edycji będzie tak jak ze mną po zobaczeniu tych bubli, będziecie mieć wiele osób nieprzychylnych.
Dobrze się zastanówcie jak to chcecie zrobić, żeby nie skończyło się frustracją.

Offline

#67 2020-11-15 18:58:41

rmikke
Moderator
From: Warszawa
Registered: 2014-11-14
Posts: 1,836
Website

Re: Komunikacja miejska dla niewidomych na terenie Śląska

olo81 wrote:

Co do edycji mapy przez osoby które nigdy tego nie robiły jestem sceptyczny. Już pierwsza wasza akcja pokazała jakość tych edycji, bubel na bublu. A popsucie relacji jest dosyć proste.

Myślę, że to kwestia możliwości, jakie się da tym osobom. StreetComplete nie daje dużych możliwości spartolenia. Ma być, jak rozumiem, apka do tego, można ją zrobić tak,eby spartolenie wymagało złej woli.

Offline

#68 2020-11-17 18:53:51

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

maro21 wrote:

Jest drugi sposób oznaczania, gdzie osobno mapuje się słupek przystankowy, a osobno miejsce zatrzymania.

Maro, a masz może przykłady takich miejsc. Ja znam tylko Rybnik.
Czy to nie koliduje z platformami?

olo81 wrote:

Dane przystanków są tutaj https://otwartedane.metropoliagzm.pl/da … format=ZIP już od dawna, aktualizowane niemal codziennie. Nie zauważyłem poprawy tych danych.

To są stare dane. W ZTM robili ostatnio inwentaryzacje i aktualizowali pozycję wszystkich przystanków. Dane udostępniłem w linku w moim poście. Polecam kontakt z ZTM dla pewności.

olo81 wrote:

Co do edycji mapy przez osoby które nigdy tego nie robiły jestem sceptyczny. Już pierwsza wasza akcja pokazała jakość tych edycji, bubel na bublu. A popsucie relacji jest dosyć proste.

Olo konkrety - co się stało, kiedy, kto to zrobił? Bubel na bublu nic mi nie mówi. To było prawie 2 lata temu, a Ty to dalej rozpamiętujesz. Może rzeczywiście coś spartoliliśmy, ale nam tego nie wytłumaczyłeś, tylko warczałeś.
Cofnięcie changeseta nie powinno powodować takiej frustracji. Każdy popełnia błędy, najważniejsze to wyciągać z nich wnioski i iść dalej. Wszędzie znajdziemy ludzi narzekających dla samego narzekania i nic z tego nie wynika. Mam nadzieję, że na dłuższą metę nie należysz do tej grupy osób, bo Twój przedostatni wpis był bardzo ciekawy i konstruktywny. Nawet zapomniałem, że niejako przez Twoje uwagi napisałem na tym forum.

olo81 wrote:

Druga sprawa że jest już jakaś konwencja i stopniowe jej zmienianie spowoduje początkowo konflikty. Jeśli te zmiany nie będą odpowiednio opisane w komentarzach do edycji będzie tak jak ze mną po zobaczeniu tych bubli, będziecie mieć wiele osób nieprzychylnych.

Bez obaw, robimy wszystko zgodnie z Import Guidline i Automated Edits code of conduct co zostało w tym wątku zasugerowane - zresztą słusznie. Wcześniej nawet nie wiedzieliśmy, że coś takiego istnieje.

Ps. Bez urazy, ale nadużywasz słowa "bubel". Polecam słownik synonimów https://www.synonimy.pl/synonim/bubel/

olo81 wrote:

Dobrze się zastanówcie jak to chcecie zrobić, żeby nie skończyło się frustracją.

Hmmm... to co my tu tak właściwie robimy?

rmikke wrote:
olo81 wrote:

Co do edycji mapy przez osoby które nigdy tego nie robiły jestem sceptyczny. Już pierwsza wasza akcja pokazała jakość tych edycji, bubel na bublu. A popsucie relacji jest dosyć proste.

Myślę, że to kwestia możliwości, jakie się da tym osobom. StreetComplete nie daje dużych możliwości spartolenia. Ma być, jak rozumiem, apka do tego, można ją zrobić tak,eby spartolenie wymagało złej woli.

Dokładnie tak. Tworzymy apkę, która nie da wielu możliwości spartolenia smile. Lepiej bym tego nie ujął. Dodatkowo każda zmiana, przez osobę mniej doświadczoną będzie sprawdzana przez dodatkową osobę przed wgraniem do OSM.

Ps. Jeżeli jesteście zainteresowani zaangażowaniem się w tworzenie tego projektu lub wsparcie merytoryczne poza forum to zapraszam do kontaktu osobistego.

Offline

#69 2020-11-17 19:04:46

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 815

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:
maro21 wrote:

Jest drugi sposób oznaczania, gdzie osobno mapuje się słupek przystankowy, a osobno miejsce zatrzymania.

Maro, a masz może przykłady takich miejsc. Ja znam tylko Rybnik.
Czy to nie koliduje z platformami?

No Wrocław i na pewno też inne miasta.
https://www.osm.org/node/1701711189 - public_transport=platform
https://www.osm.org/node/267871849 - public_transport=stop_position

Offline

#70 2020-11-17 21:27:43

gscscnd
Member
From: Rybnik
Registered: 2013-08-13
Posts: 174

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Warszawa: platform, stop_position.

Offline

#71 2020-11-18 09:20:07

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

maro21 wrote:

No Wrocław i na pewno też inne miasta.
https://www.osm.org/node/1701711189 - public_transport=platform
https://www.osm.org/node/267871849 - public_transport=stop_position

Właśnie obserwuję Wrocław i bardzo podoba mi się to rozwiązanie komunikacyjne. Mam jedną wątpliwość odnośnie obszaru pod platformą, tego kawałka chodnika, który ma tagi area:highway=footway.

Podobna sytuacja dla przystanku "Świdnicka" została rozwiązana w taki sposób, że zarówno słupek jak i obszar pod nim ma tag:

public_transport=platform

Tutaj link.

gscscnd wrote:

Warszawa: platform, stop_position.

To jest dobry przykład, natomiast zauważyłem, że stosowanie słupków nie jest standardem w Warszawie. Są zamiennie stosowane z obszarami, wiatami lub drogami pieszymi.

My możemy wprowadzić do OSM dodatkowe słupki przystankowe ZTM z pozycjami poprawionymi przez ludzi. Słupki mogłyby występować wspólnie z obszarami, wiatami i drogami pieszymi przypisanymi do przystanków, tylko czy to nie zaburzy reguły "one feature one element" opisanej wcześniej przez gscscnd? Czy jest jakiś sposób, żeby umieścić słupki jako obiekty współistniejące?

Ps. Jak mogę wysłać link do obiektu, tak jak to zrobiliście powyżej? W edytorze nie widzę takiej opcji.

Offline

#72 2020-11-18 09:51:36

gscscnd
Member
From: Rybnik
Registered: 2013-08-13
Posts: 174

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

My możemy wprowadzić do OSM dodatkowe słupki przystankowe ZTM z pozycjami poprawionymi przez ludzi. Słupki mogłyby występować wspólnie z obszarami, wiatami i drogami pieszymi przypisanymi do przystanków, tylko czy to nie zaburzy reguły "one feature one element" opisanej wcześniej przez gscscnd? Czy jest jakiś sposób, żeby umieścić słupki jako obiekty współistniejące?

Co to jest słupek?

  • highway=bus_stop to jest przystanek autobusowy, zaznaczany w miejscu oczekiwania podróżnych. Być może w tym samym miejscu, co słupek.

  • public_transport=platform to jest miejsce oczekiwania podróżnych albo peron. Jeżeli przystanek posiada węzeł highway=bus_stop, to ten sam węzeł może otrzymać [pt]=platform. Narysowanie osobno highway=bus_stop i [pt]=platform jest OK, ale narysowanie ich osobno i użycie jednego z tagów na obu obiektach wydaje mi się sprzeczne z one feature one OSM element.

  • public_transport=stop_position to nie jest słupek.

  • highway=platform+[pt]=platform mógłby być słupkiem jeżeli nie byłoby obiektu highway=bus_stop.

  • Wiatę oznaczamy albo jako dodatkowy tag (shelter) do obiektu highway=bus_stop (wtedy wiata może być słupkiem), albo rysujemy jako osobny obiekt.

Był kiedyś tag, który miał oznaczać słupek, ale chyba został zaniechany.

luktar wrote:

Ps. Jak mogę wysłać link do obiektu, tak jak to zrobiliście powyżej? W edytorze nie widzę takiej opcji.

  • Na openstreetmap.org użyj narzędzia Pobierz i wyświetl obiekty lub Warstwy→Dane mapy, lub wyszukiwarki.

  • W JOSM zaznacz obiekt i wybierz menu Widok→Szczegóły (strona internetowa) (Ctrl+Shift+I).

  • W iD (nie używaj iD) zaznacz obiekt i użyj linka Wyświetl na openstreetmap.org znajdującego się w lewym dolnym rogu.

Udostępniając linka pomiń część po znaku # — dzięki temu po jego kliknięciu nie zmienią się wybrane nakładki/warstwy (np. Uwagi).

Offline

#73 2020-11-18 09:52:50

Mateusz Konieczny
Member
Registered: 2013-09-22
Posts: 2,257

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Ps. Jak mogę wysłać link do obiektu, tak jak to zrobiliście powyżej? W edytorze nie widzę takiej opcji.

(1) https://wiki.openstreetmap.org/wiki/Query_features_tool

(2) W iD po zaznaczeniu obiektu w lewym dolnym rogu jest "View on openstreetmap.org"

(3) W JOSMie też to gdzieś jest

(4) Można w Overpass Turbop wyszukać

(5) https://wiki.openstreetmap.org/wiki/Map_Data_layer

Last edited by Mateusz Konieczny (2020-11-18 09:53:29)

Offline

#74 2020-11-18 21:47:48

maro21
Member
From: Wrocław
Registered: 2018-03-06
Posts: 815

Re: Komunikacja miejska dla niewidomych na terenie Śląska

luktar wrote:

Mam jedną wątpliwość odnośnie obszaru pod platformą, tego kawałka chodnika, który ma tagi area:highway=footway.

Tagi [area:highway] zignoruj - to nie ma związku z przystankami ani komunikacją miejską.

luktar wrote:

Podobna sytuacja dla przystanku "Świdnicka" została rozwiązana w taki sposób, że zarówno słupek jak i obszar pod nim ma tag:

Tam jeszcze brakuje chyba highway=platform.
Ale perony to już dodatkowe szczegóły - tam się nie podaje nazwy, refa itp.

luktar wrote:

Właśnie obserwuję Wrocław i bardzo podoba mi się to rozwiązanie komunikacyjne.

We Wrocławiu przystanki są tagowane tak:
Autobusowe:
przystanek autobusowy: węzeł w miejscu słupka z rozkładem jazdy

highway=bus_stop
public_transport=platform
bus=yes
+dodatkowe tagi (name, ref, operator, network i inne)

miejsce zatrzymania autobusu: węzeł na drodze (ulicy) z tagami:

public_transport=stop_position
bus=yes
name=
ref=

Tramwajowe:
przystanek tramwajowy: węzeł w miejscu słupka z rozkładem jazdy

public_transport=platform
tram=yes
+dodatkowe tagi (name, ref, operator, network i inne)

miejsce zatrzymania tramwaju: węzeł na torowisku z tagami:

railway=tram_stop
public_transport=stop_position
tram=yes
name=
ref=

I w sumie tylko te 4 rzeczy będą ci potrzebne w tym imporcie. Lub może nawet 2 - miejsc zatrzymania raczej nie zaimportujesz z danych urzędowych.

Offline

#75 2021-06-07 12:59:49

luktar
Member
Registered: 2019-03-11
Posts: 46

Re: Komunikacja miejska dla niewidomych na terenie Śląska

Witajcie po dłuższej przerwie. Postanowiłem, że następnym razem jak do Was napiszę to już z jakimś konkretem.

Oto on: https://youtu.be/5eGUTa94dhw

W ciągu ostatniego pół roku utworzyliśmy prototyp systemu, który pozwoli na:
1. Łączenie w graficzny sposób przystanków z systemu OSM z ZTM
2. Sprawdzenie, czy połączenia robione przez użytkowników zostały wykonane poprawnie (drugi poziom weryfikacji)
3. Podzielenie edytowanych danych na sektory
    - zastosowaliśmy kafelki. Więcej informacji.
    - podział mapy na kafelki zapewni sprawny podział pracy między użytkowników - każdy będzie edytował inny obszar
3. Wgranie zmodyfikowanych danych na serwer OSM
    - podział na kafelki pozwala na wgrywanie mniejszych obszarów, zamiast wyrywkowo całej mapy Śląska

W dużym uproszczeniu, na mapie wyświetlają się przystanki z ZTM i OSM i użytkownik może je połączyć. Automatyczne łączenie się nie sprawdziło; algorytm nie dawał rady i łączył dane bez sensu, więc konieczne jest robienie tego ręcznie. Automatyczny import ZTM do OSM nie wchodzi w grę ze względu na słabą jakość pozycji przystanków nawet po inwentaryzacji - przystanki są w budynkach, na ulicy itd.

Nie planujemy modyfikować istniejących przystanków w OSM, a tylko dodać do nich dane.
Na podstawie danych z ZTM do każdego przystanku z OSM zostaną dodane następujące dane:

ref - identyfikator przystanku, zwykle kilkucyfrowy np. 1234567
local_ref - numer przystanku, zwykle 1 - 2 znaków np. 1, 2t

W przyszłości chcemy, aby można było dodawać nowe przystanki i usuwać z mapy te, których nie ma już w ZTM, ale na to przyjdzie jeszcze czas.

Nad wygenerowaniem pliku .osc z lokalnej bazy danych i wgrywaniem ich do OSM jeszcze pracujemy.

Mam do Was następujące pytania:
1. Czy możemy przetestować nasze importy na jakimś serwerze testowym, czy raczej powinniśmy wgrywać zmiany bezpośrednio na OSM i je wycofywać gdy coś będzie nie tak?
Znalazłem taką stronę https://wiki.openstreetmap.org/wiki/Usi … dev_server. Wolałbym jednak nie stawiać swojego serwera, tylko skorzystać z jakiegoś istniejącego. Czy spotkaliście się z takim rozwiązaniem?
2. Zdarzają się sytuacje, że jeden przystanek przynależy do dwóch stref np. Katowic i Rybnika. Zastanawiam się, czy wtedy w polu ref i local_ref umieścić dwa identyfikatory, czy może obok identyfikatora dodać informację o źródle?

ref = 12345, 33333
local_ref = 1t, 4

czy

ref = 12345(ztm), 33333(mzk)
local_ref = 1t(ztm), 4(mzk)

Pozdrowiam!

Offline

Board footer

Powered by FluxBB