paczkomaty inpost

Ludzie bezkrytycznie wieżą w autorytety i robią importy bez sprawdzania. Zapominając że autorytet któremu tak bezkrytycznie wieżą to często urzędas siedzący w biurze na tyłku i odwalający manianę. Wkurza mnie strasznie gdy napotykam podczas swych edycji budynki przerysowane na podstawie “Geoportal 2: Ewidencja budynków WMS” gdzie doskonale na najnowszym foto podkładzie widać że jest inaczej a wizja lokalna tylko to potwierdza. To my robimy mapę a nie powielamy czyjeś błędy.

baza inpostu ma dane w takiej jakości

główna myśl jaka mi przyświeca jest:

dane z bazy inpostu są niedokładne, jeśli punkt z paczkomatem wstawić do osm: każdy kto wie że pozycja paczkomatu jest zła może przesunąć go we właściwe miejsce

właśnie tak, i tu jest zaleta osm: nawet jeśli pozycja z bazy będzie nieprecyzyjna i węzeł trafi nie tam gdzie powinien - każdy kto wie gdzie naprawdę jest paczkomat - może przesunąć węzeł we właściwe miejsce

nie dam rady rzetelnie zweryfikować wszystkich pozycji, tego jest bardzo dużo - ludzie którzy są na miejscu mogą poprawić pozycję żeby było jak należy (nie w sensie że nawołuję każdego aby chodził i sprawdzał - mam na myśli że jeśli ktoś zauważy przy okazji złą pozycję albo jakieś nieścisłości - zachęcam by je poprawić)

apropos tagów: korzyścią z dodania wszystkich paczkomatów (nawet z pozycjami w chybionych miejscach): będzie to, że nikt nie będzie dodawał paczkomatów (bo wszystkie będą już gotowe), najwyżej będzie je edytował, nie będą pojawiać się węzły “dziwnie” otagowane - wszystkie będą miały “jednolite” tagi i łatwo będzie je hurtem aktualizować

do tego etapu jeszcze nie doszedłem, ale zamierzam się z tym rozprawić: szczęśliwie inpost robi “przekierowanie” na “nowy” identyfikator jeśli każe mu się szukać “starego” identyfikatora (można się zorientować który identyfikator na jaki zmienili)

do tego dojdą też paczkomaty faktycznie zwinięte przez inpost ale wciąż obecne w osm

tymczasem poprawiłem kilka usterek łatwych do wychwycenia: węzły z identycznymi identyfikatorami, i jeden paczkomat w środku lasu

Z listy “paczkomatowych” węzłów usunąłem te które nie są “inpostowe” (punkty odbioru przy marketach, paczkomaty ale innych firm itd.), z tej listy usunąłem wszystkie węzły które miały wypełniony ref= (nie sprawdzałem jeszcze czy wszystkie ref= z osm odpowiadają identyfikatorom inpostu), pozostały węzły osm zupełnie bez ref= których lokalizacje porównałem z pozycjami i adresami które ma inpostowa baza i poprzypisywałem inpostowe identyfikatory w ref= punktom osm które najlepiej pasowały (miały addr: identyczny albo niemalże z wartościami inpostu, były blisko pozycji wskazywanej przez inpost, brałem też pod uwagę opis lokalizacji z inpostu) po wszystkim zostało 37 węzłów którym nie udało się przypisać inpostowego identyfikatora do ref=:

https://www.openstreetmap.org/node/1943995314
https://www.openstreetmap.org/node/2484107267
https://www.openstreetmap.org/node/2637866500
https://www.openstreetmap.org/node/3661805185
https://www.openstreetmap.org/node/3854952757
https://www.openstreetmap.org/node/3902595140
https://www.openstreetmap.org/node/4169829907
https://www.openstreetmap.org/node/4193711945
https://www.openstreetmap.org/node/4228040951
https://www.openstreetmap.org/node/4302491794
https://www.openstreetmap.org/node/4475316591
https://www.openstreetmap.org/node/4611536655
https://www.openstreetmap.org/node/4982772676
https://www.openstreetmap.org/node/5803853386
https://www.openstreetmap.org/node/5961213088
https://www.openstreetmap.org/node/6073840501
https://www.openstreetmap.org/node/6179205942
https://www.openstreetmap.org/node/6741243000
https://www.openstreetmap.org/node/6989678689
https://www.openstreetmap.org/node/7104013820
https://www.openstreetmap.org/node/7198846397
https://www.openstreetmap.org/node/7384450212
https://www.openstreetmap.org/node/7580257386
https://www.openstreetmap.org/node/7751936311
https://www.openstreetmap.org/node/7756652885
https://www.openstreetmap.org/node/7770627502
https://www.openstreetmap.org/node/7798972103
https://www.openstreetmap.org/node/7816930813
https://www.openstreetmap.org/node/8111644430
https://www.openstreetmap.org/node/8343795463
https://www.openstreetmap.org/node/8515095835
https://www.openstreetmap.org/node/8556300474
https://www.openstreetmap.org/node/8629544003
https://www.openstreetmap.org/node/8629567372
https://www.openstreetmap.org/node/8633119006
https://www.openstreetmap.org/node/8713040422
https://www.openstreetmap.org/node/8818113456

jeśli wiecie czy któryś ma identyfikator inpostowy to poproszę

nie planuję ich usuwać: nie mają ref= nie da się ich wyszukać i przez to pomylić

Czyli chcesz zaimportować milion paczkomatów, wiedząc i potwierdzając to, że baza inpostu jest niedokładna i paczkomaty są gdzie bądź?

Tego nie zrobi bo:

  • paczkomaty nie wyświetlają się na żadnej mapie,
  • ledwo lub w ogóle nie widać ich na zdjęciach lotniczych,
  • nie możemy zaimportować czegoś, o czym wiadomo że jest fatalnej jakości.

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

w trakcie pracy nad przypisywaniem identyfikatorów do istniejących węzłów mogłem się zorientować jak są dokładne są ich dane (zakładałem że pozycja w osm jest precyzyjna a inpostowa niezbyt) obliczałem odległość pomiędzy koordynatami obu punktów, i najwięcej różnic było niewielkich: kilka metrów, kilkadziesiąt, rzadko zdarzały się różnice w rodzaju stu metrów: to było kilka przypadków na tysiąc

pozycje nie są tak dokładne jak by się chciało, ale: nawet jeśli trafi na drugą stronę ulicy, to lepiej mieć taki węzeł, z wypełnionymi porządnie i kompletnie tagami niż węzeł przypuszczalnie w dobrym miejscu: ale z identyfikatorem maszyny wpisanym wyłącznie w note= (takie też się zdarzały) albo zupełnie bez identyfikatora (niemożliwy do wyszukania)

to prawda, nie wspominając że mają spore tempo instalowania tych maszyn i zdjęcia trzeba by robić co tydzień
przy weryfikacji sporo korzystam ze street view, ale tam też zdjęcia nie są wystarczająco aktualne

mogę zaripostować opowiadaniem:

zamawiałem ołówki z allegro i wybrałem odbiór w paczkomacie, kiedy przyszedł sms o tym że paczka czeka na odbiór: zorientowałem się że wybrałem zły identyfikator paczkomatu i ołówki trafiły do maszyny która stoi na drugim końcu miasta; w telefonie uruchomiłem osmand, wpisałem tam kod paczkomatu: znalazł węzeł z takim ref= i łatwo mogłem wytyczyć trasę jak się tam dostać, kiedy byłem już na miejscu spełniło się Twoje przewidywanie: paczkomat nie stał precyzyjnie tam gdzie wskazywał punkt, szczęśliwie węzeł miał image=, wystarczył rzut oka na zdjęcie aby się zorientować za rogiem którego budynku jest mój paczkomat

z tej przygody wysnułem kilka refleksji:

  • osmand jest super
  • nie przeszkadza że paczkomaty nie wyświetlają się na mapie (właściwie w osmand można włączyć ich wyświetlanie), paczkomaty zupełnie mnie nie obchodzą, ważny jest tylko jeden paczkomat na całym świecie: ten w którym jest moja paczka
  • paczkomatów nie widać: ale można je wyszukać po identyfikatorze
  • oczywiście że bym chciał aby pozycja paczkomatu była dokładna do milimetra, ale wolę “przybliżoną” pozycję do której mogę wyznaczyć trasę niż zupełnie nic, albo bawić się w przepisywanie adresu ze strony inpostu
  • to naprawdę pomaga jeśli węzeł ma image= ze zdjęciem paczkomatu, a węzłów gdzie ktoś zadał sobie trud wypełnienia image= jest bardzo mało
  • “mój” paczkomat był dostępny przez całą dobę, ale gdyby tak się trafiło że byłby w jakimś sklepie i miał ograniczone godziny “odwiedzin”: chciałbym wiedzieć o tym zanim wybiorę się w podróż (nie zawsze w węźle jest wypełnione opening_hours=)
  • podobnie inne tagi, o obsłudze kart na przykład: dobrze jest wiedzieć takie rzeczy, a teraz jedynym miejscem gdzie można się tego dowiedzieć jest strona inpostu, to nie jest wygodne
  • w bazie inpostu wszystkie prawie paczkomaty mają “opis” gdzie szukać maszyny: można to dać w description= to uzupełni wiedzę o lokalizacji

może jakby dodać któryś z tagów żeby ludzi aktywnie poinformować i zasugerować że pozycja może nie być precyzyjna i zachęcić do aktualizacji, ale taki nienachalny tag: żeby nikt nie poczuł się przymuszany do akcji, bardziej “zainspirowany” do korekty

i pytanie apropos: czytałem że chcą wprowadzić podatek dla paczkomatów “od nieruchomości”:

https://businessinsider.com.pl/wiadomosci/podatek-od-paczkomatow-tego-chca-samorzady/g2x281f

czy to znaczy że paczkomat stanie się “nieruchomością”? dostanie własny numer domu czy coś w tym rodzaju?

Nie używamy Google Street View https://wiki.openstreetmap.org/wiki/Pl:Cz%C4%99sto_zadawane_pytania#Dlaczego_nie_u.C5.BCywacie_Google_Maps_lub_czego.C5.9B_w_tym_rodzaju_do_robienia_waszych_map.3F

Alternatywą do GSV jest KartaView lub Mapillary.

Ja do ustalenia pozycji paczkomatów używam Geoportalu (zdjęć lotniczych).
Zazwyczaj jestem w stanie powiedzieć, gdzie stoi paczkomat jeżeli znam przybliżoną lokalizację.

myślę że nie naruszam żadnych licencji: nie wykorzystuję street view do “przerysowania” czegoś od nich, przyglądam się ścianom wypatrując paczkomatów

tych też używam, ale google jest najłatwiej bo mają największe pokrycie

Myślę, że nie przeczytałeś ToS:
https://cloud.google.com/maps-platform/terms
punkty 3.2.1 i 3.2.3 (c)

Proszę, odpowiedz jeszcze na dwa pytania, z ciekawości i do wiedzy społeczności

  • czy jest to Twoje jedyne konto OSM?
  • jesteś powiązany z InPostem jako pracownik, podwykonawca, znajomy pracownika?
    Powyższe odpowiedzi nie mają konsekwencji, bo nikt tych rzeczy nie zabrania. Ale zaufanie w społeczności jest istotne.

Możesz ją pokazać? A właściwie, to musisz. :wink:

masz całkowitą rację

3.2.1 jest trafne ale można to zrozumieć jako “gdybyś chciał zrobić swoją kopię google maps bo jakimś cudem masz kod źródłowy to zabraniamy”
3.2.3 jest jeszcze trafniejsze, zwłaszcza ten v by pasował (ciekawe jaka jest historia powstania tego punktu)

nie jestem specjalistą od regulaminów (amerykańskich zwłaszcza) i nie mogę się spierać: ale jeśli zabraniają tak konkretnych czynności, to sugeruje że muszą precyzyjnie wymieniać czego nie wolno, nie zabraniają patrzenia gdzie co jest (zwłaszcza że nie mam żadnego automatu, wszystko robię ręcznie, a wyniki są moją “obserwacją” a nie precyzyjnie skopiowanymi od nich danymi)

nie: taka duża operacja wymaga osobnego konta

docelowo też chcę na tym koncie postawić bota który będzie korzystał z bazy inpostu i nanosił zmiany w osm, a kierował się zasadami:

pozycja węzła z inpost jest orientacyjna
pozycja węzła z osm jest prawidłowa
tagi węzła z osm są prawdopodobnie dobre
tagi węzła z inpost są na pewno dobre

nie, a jeśli pytasz o motywację to chciałbym żeby był porządek: teraz nie jest, węzły bez identyfikatora inpostu są zupełnie nieprzydatne, węzły ze złym identyfikatorem są mylące, dodatkowo: jeśli będą wprowadzone wszystkie paczkomaty nikt nie będzie dodawał nowych węzłów, liczę za to że ludzie będą poprawiać ich pozycję jeśli będzie nieprecyzyjna

nie mam czego pokazać: ogłosiłem intencje na forum już teraz, i chcę przedyskutować temat wcześniej
jeśli ostatecznie się nie uda: wyślę tylko poprawki istniejących punktów (zwłaszcza tych bez identyfikatorów)

zauważyłem że mają uruchomiony serwer generowania kafelków (osm.inpost.pl) może precyzyjne dane w osm jakoś im się przydadzą (to główny wątek dyskusji prośby o zgodę)

Kto wie, może po takim imporcie i po aktualizacji lokalizacji paczkomatów w OSM (może przez akcję z maproulette?) InPost zaktualizuje swoje dane o położeniu paczkomatów i dane na obu serwerach będą tożsame.

Osobiście uważam, że dobrze ogarnięty import danych z InPost nie powinien zaszkodzić. Kryteria, którymi określasz ramy importowania wydają się być sensowne. Bot aktualizujący dane w OSM byłby dobrym pomysłem, szczególnie gdyby ruszał po każdej aktualizacji listy urządzeń od InPost.

Zwróć dodatkową uwagę na takie niuanse jak:

  1. Kilka paczkomatów bardzo blisko siebie - przykład mojej okolicy z trzema paczkomatami oddalonymi od siebie na rzut kamieniem: https://overpass-turbo.eu/s/18nL
  2. W OSM niektóre paczkomaty zostały oznaczone jako ‘way’ a powinny być to ‘node’ wg wiki - tutaj najłatwiej będzie chyba ręcznie to pozmieniać.

Aby ukrócić dywagacje nad prawem do importu danych koniecznie skontaktuj się z kimś w InPost i niech wystosują zgodę na takie działania. Nie wydaje mi się, żeby robili z tym kłopoty, bo InPostowi to nie zaszkodzi a może nawet pomoże.

PS: Sam kiedyś myślałem o takiej akcji ale zadanie mnie przerosło :slight_smile:

W OSM może jeszcze być obrys paczkomatu zamiast węzła. Tak tylko mówię na wszelki wypadek.

nie mam odwagi na maproulette: punktów jest bardzo dużo, a paczkomatami nikt się nie interesuje (aż do chwili kiedy ma wybrać ten do którego trafi paczka) liczę na to że ludzie będą korygować im pozycję bo bardzo będzie ich interesować lokalizacja wybranej maszyny, poza tym: i tak muszą być na miejscu i wyjąć przesyłkę, będą wiedzieć dokładnie gdzie co stoi

inpost wspominał że w sierpniu będą coś robić (ja do tego czasu też nie będę niczego dotykał)

rmikke też o tym wspomniał: ja nie przewidziałem że mogą być ‘way’, sprawdzałem tylko ‘node’: nie będę usuwał istniejących ‘way’, postawię im tylko ‘node’ na środku żeby wszystkie paczkomaty były jako ‘node’

mailuję z nimi, są przychylnie nastawieni i być może moje nagabywania skłoniły ich do zrobienia czegoś z mapą: w sierpniu będzie więcej wiadomo

to dużo węzłów, a uwagi maro21 o niedokładnościach pozycji są zupełnie słuszne: myślę jednak że będzie z tego więcej pożytku niż chaosu

To znaczy jak, będzie paczkomat dwa razy, jako obrys i jako węzeł?

tak, “paczkomatowy” “way” bez ref= będzie nieszkodliwy

jeśli zrobić wszystkie paczkomaty jako “node” a trzy zostawić jako “way”: to trudne w obsłudze, łatwiej wszystkie mieć jako “node”

nie chcę też usuwać “way”: ludzie bywają bardzo przywiązani do swoich edycji, nie mam dość energii aby wykłócać się z autorem usuniętych rzeczy i przekonywać że usunąłem jego prace “dla większego dobra” (zwłaszcza że jego “way” są zupełnie ok, ja bym je usunął bo tak mi wygodniej)

konstrukcja z “way” pod spodem i “node” na górze wydaje mi się w porządku: to by miało taki sens jak np. tutaj: https://www.openstreetmap.org/way/98991024 “way” paczkomatu byłby jak “way” budynku, a “node” paczkomatu: tak jak ten tu “node” nad budynkiem

Sęk w tym, że paczkomat jest wystarczająco duży, żeby go obrysować, więc kto go obrysuje, to dlatego że tak jest dokładniej, niż kropę postawić.

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.

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ć. 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.

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

no właśnie, dzięki - nie będę dyskryminował ‘way’ :slight_smile:

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ł :slight_smile:

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:

dzięki :slight_smile:

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 :smiley: ) 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/783754873861963786/797883261719543881/822044775271890964) (od Marka :D)

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:Automated_Edits_code_of_conduct
i chyba:
https://wiki.openstreetmap.org/wiki/Organised_Editing_Guidelines

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