You are not logged in.

#26 2021-06-16 20:08:51

paczkomaty
Member
Registered: 2021-06-11
Posts: 15

Re: paczkomaty inpost

rmikke wrote:

A z kolei inni się wzburzą, czemu tu są oznaczone dwa paczkomaty, skoro stoi jeden. A jeszcze inni się nie wzburzą, tylko scalą te dwa obiekty.

słusznie: nie przewidziałem że ktoś może usunąć leżący sobie w spokoju 'node' i na jego miejscu narysować ładny 'way'

rmikke wrote:

Stąd pytanie: o ile realnie trudniejsze byłoby dla Ciebie uwzględnienie istnienia paczkomatów jako obrysów i obsłużenie tego? Bo bez tego, to Ci się ten system będzie regularnie rozsypywać.

no właśnie, dzięki - nie będę dyskryminował 'way' smile

rmikke wrote:

A jeśli to obsłużysz, to być może Twój automat do uaktualniania tego dałby się wykorzystać do innych aktualizowanych z zewnątrz danych, jest ich coraz więcej.

nie mam nic gotowego, zrobienie skryptu który brałby dane z jednej gromady i przerzucał na drugą nie jest bardzo skomplikowane: trudniej jest przewidzieć co może go spotkać "na wolności", ludzie w osm mają wyobraźnię o którą bot będzie się potykał smile

Offline

#27 2021-06-16 20:20:57

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

Re: paczkomaty inpost

paczkomaty wrote:

nie mam nic gotowego, zrobienie skryptu który brałby dane z jednej gromady i przerzucał na drugą nie jest bardzo skomplikowane

Tak zrozumiałem, że jeszcze nie masz, tym niemniej deklaruję zainteresowanie i ewentualne wsparcie od strony projektowej i bazodanowej. Już kiedyś kombinowałem nad podobnym mechanizmem, niestety umiejętności pisania skryptów w sieci mam przyzerowe wink

Offline

#28 2021-06-16 20:56:08

paczkomaty
Member
Registered: 2021-06-11
Posts: 15

Re: paczkomaty inpost

rmikke wrote:

Tak zrozumiałem, że jeszcze nie masz, tym niemniej deklaruję zainteresowanie i ewentualne wsparcie

dzięki smile

Offline

#29 2021-06-18 15:22:16

Cristoffs
Member
From: Łódź
Registered: 2018-11-27
Posts: 256

Re: paczkomaty inpost

paczkomaty wrote:

wszystkich będzie około dziesięć tysięcy: łącznie z istniejącymi

przedstawiasz to tak jakby baza inpostu była chaotycznym zbiorem przypadkowych punktów: są tam błędy i nieścisłości jak wszędzie przy takiej ilości danych, ale nie jest tak że każda jedna pozycja jest zła

Dopiero teraz się zebrałem sorki, ale jak niektórzy wiedzą mam niedoczas.

Co do Inpostu.
1. Nie mamy ustalonego sposobu oznaczania nie tylko "Inpostowych", ale ogólnie i nie tylko w Polsce, ale i obecnie jest to problem w Europie. (Kocio w tym temacie jest autorytetem )
2. Jesteśmy w kontakcie z Inpostem. (Jako stowarzyszenie OSM Polska)
3. Mają bardzo ambitne plany rozwoju musisz zdawać sobie sprawę z konieczności aktualizacji danych, około 300 nowych lokalizacji miesięcznie.
i co najważniejsze co do samej bazy którą dysponuje Inpost jakiś czas temu kiedy pojawił się temat paczkomatów  kolega Marek (Chwalmy Go - kawał dobrej roboty big_smile ) zrobił porównanie pomiędzy tym co jest u nas a tym co jest u nich ....... rozrzut jest ogromny. Baza inpostu składa się z kilku rodzajów pkt. na przykład:
- lokalizacja to pkt. adresowy na działce lub najbliższy adres (nie pokrywa się z lokalizacją)
- centroid terenu lub budynku na którym lub przy którym znajduje się paczkomat (nie pokrywa się z lokalizacją)

Przykład (https://discord.com/channels/7837548738 … 5271890964) (od Marka big_smile)

Sam znam miejsca gdzie na lokalizacja paczkomatów, a adres to jakaś masakra - powodzenia nie znajdziesz bez pytania lub opisu.

Wprowadzenie danych, które są niezweryfikowane, a mogą być niepoprawne jest sprzeczne z zasadami OSM - mapujemy obiekty istniejące, a nie te które "mogą" być w tych miejscach. To jest największy problem z danymi Inpostu nie da się ich tak po prostu zaimportować, część nawet nie jesteś w stanie zweryfikować na podstawie orto.

Co do tych edycji uwzględnianiając twój nick i staż to:
https://wiki.openstreetmap.org/wiki/Pl: … of_conduct
i chyba:
https://wiki.openstreetmap.org/wiki/Org … Guidelines

mam nadzieję, że uda się jak najszybciej wdrożyć schemat tagowania paczkomatów, bo po zainteresowaniu widać, że temat jest ważny.

Offline

#30 2021-06-18 20:37:47

paczkomaty
Member
Registered: 2021-06-11
Posts: 15

Re: paczkomaty inpost

Cristoffs wrote:

3. Mają bardzo ambitne plany rozwoju musisz zdawać sobie sprawę z konieczności aktualizacji danych, około 300 nowych lokalizacji miesięcznie.

z botem który by nad tym czuwał to nie kłopot, a będzie miał łatwiej jeśli nikt nie będzie dodawał nowych paczkomatów w osm (nie będzie trzeba ustalać o którą maszynę chodzi jeśli ktoś doda paczkomat bez identyfikatora na przykład)

Cristoffs wrote:

- lokalizacja to pkt. adresowy na działce lub najbliższy adres (nie pokrywa się z lokalizacją)
- centroid terenu lub budynku na którym lub przy którym znajduje się paczkomat (nie pokrywa się z lokalizacją)

nie sprawdzałem adresów z inpostu, badałem tylko lokalizacje (lat, lng) przy ustalaniu czy pozycja z inpostu odpowiada pozycji w osm (żeby ustalić czy paczkomat o którym mówi inpost to ten sam który jest w osm), w żadnym wypadku pozycja się nie zgadzała, różnice były od metra do kilkunastu metrów (jeśli była za duża uznawałem że to nie ta sama maszyna), to sugeruje że pozycje paczkomatów w inpost nie są całkowicie przypadkowe: mają związek z rzeczywistością (jeśli za rzeczywistość uznać lokalizacje w osm, a te najprawdopodobniej są precyzyjne)

Cristoffs wrote:

Sam znam miejsca gdzie na lokalizacja paczkomatów, a adres to jakaś masakra - powodzenia nie znajdziesz bez pytania lub opisu.

to argument za dodaniem paczkomatów do osm: błędnie umiejscowione maszyny możesz ustawić we właściwym miejscu, dodatkowo paczkomaty będą miały opis w description= i image= z bazy inpostu

a także: jeśli paczkomat w inpost jest w złej pozycji, w tej samej złej pozycji byłby w osm, próba odnalezienia go na podstawie danych z inpost byłaby dokładnie tak samo wymagająca, z tą różnicą że w osm możesz przesunąć punkt aby następni nie błądzili

Cristoffs wrote:

Wprowadzenie danych, które są niezweryfikowane, a mogą być niepoprawne jest sprzeczne z zasadami OSM - mapujemy obiekty istniejące, a nie te które "mogą" być w tych miejscach. To jest największy problem z danymi Inpostu nie da się ich tak po prostu zaimportować, część nawet nie jesteś w stanie zweryfikować na podstawie orto.

podejrzewam że maszyny które inpost ma w swojej bazie fizycznie istnieją: ich lokalizacja będzie niedokładna ale są "istniejącymi obiektami"

argument o "zasadach OSM" jest słuszny, doświadczenie z usuwanie duplikatów istniejących paczkomatów mówi że to nie są "sztywne zasady": zdarzają się błędy i niedokładności, nie sugeruję aby umyślnie wprowadzać jeszcze większy chaos, podkreślam tylko że nie wszystko jest tak ładnie jak byśmy chcieli i trzeba pogodzić się z jakimś poziomem błędu (który w osm można skorygować)

Cristoffs wrote:

mam nadzieję, że uda się jak najszybciej wdrożyć schemat tagowania paczkomatów, bo po zainteresowaniu widać, że temat jest ważny.

to jest argument za wprowadzeniem wszystkich paczkomatów: nikt nie będzie dodawał i tagował po swojemu, wszystkie będą miały jednolite i kompletne tagi

Offline

#31 2021-06-18 22:51:04

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

Re: paczkomaty inpost

lepiej mieć taki węzeł, z wypełnionymi porządnie i kompletnie tagami niż węzeł przypuszczalnie w dobrym miejscu

Tylko że paczkomat to nie restauracja. W przypadku restauracji bym się zgodził, że nawet jeśli będzie po drugiej stronie ulicy, ale z wypełnionymi tagami to pozwoli ją znaleźć i do niej dotrzeć. Paczkomaty to jednak małe obiekty i niekoniecznie znajdują się od strony ulicy, wiele z nich widziałem za budynkami, od strony niewidocznej.

Więc ja mam inne zdanie - lepiej mieć węzeł tylko z tagiem paczkomatu w dobrej lokalizacji.

liczę za to że ludzie będą poprawiać ich pozycję jeśli będzie nieprecyzyjna

Gdybym był w takim miejscu, a paczkomat byłby w złej pozycji (gdzie go nie widziałem) to bym go usunął.

Dawno temu był import bankomatów z niedokładnymi pozycjami - do dzisiaj zbieram je z chodników i ścieżek rowerowych.

Offline

#32 2021-06-18 23:49:19

paczkomaty
Member
Registered: 2021-06-11
Posts: 15

Re: paczkomaty inpost

maro21 wrote:

Tylko że paczkomat to nie restauracja. W przypadku restauracji bym się zgodził, że nawet jeśli będzie po drugiej stronie ulicy, ale z wypełnionymi tagami to pozwoli ją znaleźć i do niej dotrzeć.

jedynym(?) źródłem informacji o lokalizacji paczkomatów jest strona inpostu na której zaznaczone są nieprecyzyjne pozycje: w jaki sposób znajdujesz paczkomat z którego chcesz skorzystać?

maro21 wrote:

Paczkomaty to jednak małe obiekty i niekoniecznie znajdują się od strony ulicy, wiele z nich widziałem za budynkami, od strony niewidocznej.

wszystkie które widziałem były sporymi szafami, łatwo dało się je zauważyć: kiedy są gdzieś za rogiem budynku faktycznie trudno na pierwszy rzut oka je zlokalizować, jednak kiedy wiem że maszyna "jest w tej okolicy" (bo tak widziałem na mapie inpost) to się rozejrzę aż znajdę (poszukiwania ułatwia image= jeśli jest)

maro21 wrote:

Więc ja mam inne zdanie - lepiej mieć węzeł tylko z tagiem paczkomatu w dobrej lokalizacji.

jeśli np. nie będzie ref=: w jaki sposób ustalasz czy to paczkomat do którego trafiła Twoja przesyłka?

maro21 wrote:

Gdybym był w takim miejscu, a paczkomat byłby w złej pozycji (gdzie go nie widziałem) to bym go usunął.

co byś zrobił po tym: skopiował tagi i dodał w dobrym miejscu?

Last edited by paczkomaty (2021-06-19 00:16:06)

Offline

#33 2021-06-19 09:44:51

Cristoffs
Member
From: Łódź
Registered: 2018-11-27
Posts: 256

Re: paczkomaty inpost

Drodzy Panowie!
Dyskusja ciekawa tylko mało produktywna. Moja propozycja. Kolega Paczkomaty skoro chce się podjąć zadania integracji danych niech robi. (Czekam z popcornem), natomiast koniecznie trzeba:

  1. Jeśli chce to robić w imieniu lub w porozumieniu z InPostem - musi przestrzegać zasad zawartych w https://wiki.openstreetmap.org/wiki/Pl: … of_conduct oraz https://wiki.openstreetmap.org/wiki/Org … Guidelines bez tego musi się liczyć z wycofaniem swoich zmian.
    W szczególności stworzenia strony na wiki - dodatkowo przy takiej ilości zmian o zasięgu krajowym chciałbym rozmawiać nie z Nickiem, a osobą w kwestii wiarygodności i weryfikacji jakim jest edytorem. Bo może po tym forum nie wygląda, ale większość z nas zna się osobiście lub przynajmniej "zdalnie".

  2. W przypadku danych InPostu muszą być one zgodne z ODbL i w tym przypadku nie wystarczy ich dostarczenie, co innego jest mapowanie ze "swiata" co innego import. Do tej pory ich dział prawny nie wypowiedział się w tej sprawie. Brak pisemnej informacji o przekazaniu danych na zasadach zgodnych z ODbL może prowadzić do wycofania wszystkich zmian dokonanych przez Ciebie. I to jest nie nasza interpretacja tylko zasada OSMF z którą się nie dyskutuje ponieważ mówimy tu o zgodności z prawem europejskim dotyczących własności intelektualnej.

  3. Co do sposobu oznaczania po piątkowym spotkaniu mam zebrane wnioski społeczności oraz jakiś taki ogólny zarys jak chcemy ugryźć temat, bo w tym przypadku idziemy na standard międzynarodowy. Postaram się do Niedzieli (20.06.2021) zebrać i stworzyć osobny post w tej sprawie. Potem przeniesiemy dyskusję na wiki (stanęło na stworzenie nowej propozycji) i zrobimy kampanię tak, by zatwierdzić schemat.

Dodatkowo chciałbym zwrócić Ci uwagę, ze chwali się zapał natomiast uwagi kolegów oraz moje wynikają nie z prób zniechęcenia, ale wieloletniej znajomości OSM oraz doświadczeń wynikających z edytowania i korzystania z danych i narzędzi powiązanych z OSM. Cześć z nas ma także doświadczenie zawodowe powiązane z GIS, i wiemy jak trudno jest dokonać takiej edycji. Z góry mówię, że w przypadku tych danych automatyczna edycja nie jest możliwa, konieczne będzie w wielu przypadkach ręczna korekta położenia pkt. przed ich integracją. Wstępna analiza danych jaką dokonaliśmy wskazuje na konieczność poświęcenia tak gdzieś ze 3 miesiące na weryfikację danych. Wiem co mówię w kilku województwach integrowałem dane z CRFOP z OSM, i powiem, że ogrom pracy znacznie przekroczył moje możliwości czasowej jakie mam na działanie hobbystyczne. (Bdot oraz obecnie porządkowanie adresów fixme jest zdecydowanie łatwiejsze)

Tak na marginesie obecnie sama strona InPost przeszła przebudowę i teraz proponuję sprawdzić:
https://inpost.pl/paczkomat-lodz-lod23a … ty-lodzkie

Co się dzieje po próbie nawigacji do paczkomatu. Idą w ciekawym kierunku big_smile Trochę strasznie, trochę śmiesznie, ale to ich kasa.

Kolegę Paczkomaty zapraszam na DS, będzie łatwiej rozmawiać.

Offline

#34 2021-06-19 22:36:00

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

Re: paczkomaty inpost

paczkomaty wrote:

w jaki sposób znajdujesz paczkomat z którego chcesz skorzystać?

Nie znajduję. Ani na stronie Inpostu, ani w OSM. Jak zamawiam coś w sklepie internetowym, to tam wybieram adres paczkomatu w którym chcę odebrać.

paczkomaty wrote:

jeśli np. nie będzie ref=: w jaki sposób ustalasz czy to paczkomat do którego trafiła Twoja przesyłka?

Patrz wyżej. Zamawiam do paczkomatu, który wiem gdzie jest.

paczkomaty wrote:

co byś zrobił po tym: skopiował tagi i dodał w dobrym miejscu?

Napisałem że bym usunął - jeśli nie widziałem paczkomatu, bo ten z importu był 100 metrów dalej.

Offline

#35 2021-06-21 16:03:50

Władysław Komorek
Member
From: Kraków, Poland
Registered: 2012-06-30
Posts: 1,726
Website

Re: paczkomaty inpost

Z moich obserwacji i doświadczenia wynika, że temat mapowania paczkomatów jest identyczny jak z mapowaniem przystanków tramwajowych/autobusowych.
Czyli nanoszenie danych które w przyszłości nie będą traktowane poważnie i aktualizowane.

Spędziłem bardzo dużo czasu z naniesieniem tras i przystanków tramwajowych i autobusowych w Krakowie i innych miejscowościach.
Za ostatnie kilka lat rzadko ktoś to aktualizował. Poza niektórymi wyjątkami gdy przystanek był w pobliżu obszaru czyjegoś zainteresowania.

Moim zdaniem Inpost powinien stworzyć nakładkę na mapę OSM, podobnie jak to jest z https://www.mapakrakow.pl/ w Krakowie.
InPost ma własną aplikację do śledzenia przesyłki i tam może dodać swoją nakładkę.

Oczywiście, nie oznacza to, że nie mamy nanosić paczkomatów na mapie.
Ale należy traktować je bardzo orientacyjnie, tzn, że gdzieś w jakiejś okolicy jest taki paczkomat.

Last edited by Władysław Komorek (2021-06-23 08:34:51)

Offline

#36 2021-06-21 17:02:26

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

Re: paczkomaty inpost

Cristoffs wrote:

Brak pisemnej informacji o przekazaniu danych na zasadach zgodnych z ODbL może prowadzić do wycofania wszystkich zmian dokonanych przez Ciebie. I to jest nie nasza interpretacja tylko zasada OSMF z którą się nie dyskutuje ponieważ mówimy tu o zgodności z prawem europejskim dotyczących własności intelektualnej.

Z jakich kont te edycje szły? Bo to jest do pilnego wycofania.

maro21 wrote:

liczę za to że ludzie będą poprawiać ich pozycję jeśli będzie nieprecyzyjna

Gdybym był w takim miejscu, a paczkomat byłby w złej pozycji (gdzie go nie widziałem) to bym go usunął.

W przypadku bezużyteczego położenia (przesunięcie o setki metrów lub tak że nie idzie go znaleźć) skasowałbym na pewno. I jeśli jest taka jakość danych to import byłby błędny.

Last edited by Mateusz Konieczny (2021-06-21 17:05:44)

Offline

#37 2021-06-21 20:17:54

ppece
Member
From: Kraków, Poland
Registered: 2011-08-02
Posts: 187

Re: paczkomaty inpost

Władysław Komorek wrote:

Z moich obserwacji i doświadczenia wynika, że temat mapowania paczkomatów jest identyczny jak z mapowaniem przystanków tramwajowych/autobusowych.
Czyli nanoszenie danych które w przyszłości nie będą traktowane poważnie i aktualizowane.

Spędziłem bardzo dużo czasu z naniesieniem tras tramwajowych i autobusowych w Krakowie i innych miejscowościach.
Za ostatnie kilka lat lat rzadko ktoś to aktualizował. Poza niektórymi wyjątkami gdy przystanek był w pobliżu obszaru czyjegoś zainteresowania.

Moim zdaniem Inpost powinien stworzyć nakładkę na mapę OSM, podobnie jak to jest z https://www.mapakrakow.pl/ w Krakowie.
InPost ma własną aplikację do śledzenia przesyłki i tam może dodać swoją nakładkę.

Oczywiście, nie oznacza to, że nie mamy nanosić paczkomatów na mapie.
Ale należy traktować je bardzo orientacyjne, tzn, że gdzieś w jakiejś okolicy jest taki paczkomat.

Przystanki, więc tak samo paczkomaty, to fizyczne obiekty. Takie dane są bardzo potrzebne, bo nie zmieniają się aż tak często, a bardzo często stanowią, jeśli nie cel, to odniesienie w terenie. Nie ma potrzeby traktować ich mniej dokładnie. Trasy (relacje) tram/bus/itp. to dane niefizyczne, metadane, czy miękkie dane... jak kto woli to nazywać. Ludzie ich nie edytują, bo w OSM to relacje, często MPK zmienia lub zamraża linie i ogólnie jest to żmudna robota. Żadna popularna strona nie bazuje tez na OSM, by serwować routing MPK na naszych relacjach.

Władku, może w Krakowie akurat nikt tego nie poprawiał za bardzo, bo:
1. gdy się za to zabrałeś, zrobiłeś to po swojemu, usuwając bez pytania name ze wszystkich public_transport=stop_position  w całym Krakowie i niektórzy nie chcieli przepychanek wink
2. zrobiłeś to na tyle kompleksowo, że poza powyższym nie było do czego się przyczepić
---
Co do reszty dyskusji, to robienie importu, aby potem poprawiać pozycje tych obiektów, będzie bez sensu. Tym bardziej, jeśli importowane paczkomaty miałyby zastępoować stare dane o dokładniejszej pozycji, tylko po to by był ref. Potem będzie bałagan jeszcze większy niż obecnie.

Offline

#38 2021-06-21 23:24:47

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

Re: paczkomaty inpost

ppece wrote:

Co do reszty dyskusji, to robienie importu, aby potem poprawiać pozycje tych obiektów, będzie bez sensu. Tym bardziej, jeśli importowane paczkomaty miałyby zastępoować stare dane o dokładniejszej pozycji, tylko po to by był ref. Potem będzie bałagan jeszcze większy niż obecnie.

MOŻNA zrobić import tak, żeby nie korygował tego, co w OSM już jest i, jak rozumiem, taka jest idea tego importu paczkomatów.

Offline

#39 2021-06-22 01:04:49

ppece
Member
From: Kraków, Poland
Registered: 2011-08-02
Posts: 187

Re: paczkomaty inpost

rmikke wrote:

MOŻNA zrobić import tak, żeby nie korygował tego, co w OSM już jest i, jak rozumiem, taka jest idea tego importu paczkomatów.

Wiem. O to w sumie mi chodziło. Jeśli od początku taka idea przyświeca autorowi (a druga rzecz, że nie zostaną sieroty), to pewnie mylnie go zrozumiałem i nie było tematu. smile

Offline

#40 2021-06-25 00:47:02

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

Re: paczkomaty inpost

ppece wrote:

Żadna popularna strona nie bazuje tez na OSM, by serwować routing MPK na naszych relacjach.

Ale mogliby narysować te relacje w OSM, bo łatwo, i potem z nich korzystać;)

Offline

Board footer

Powered by FluxBB