paczkomaty inpost

Będę dodawał paczkomaty, dane będą bezpośrednio od Inpostu – oni mają sporo szczegółów każdej maszyny i chciałbym ustalić jakich tagów użyć przy punktach – standardowo:

amenity=vending_machine
brand=InPost
brand:wikidata=Q3182097
brand:wikipedia=pl:InPost
operator=InPost
opening_hours=24/7
vending=parcel_pickup;parcel_mail_in
ref=*
image=* (sporo ma faktyczne zdjęcia)
website=* (to będzie kierować do strony inpostu z maszyną)

i tagi płatności:

payment:blik=yes
payment:wire_transfer=yes

czasem jest też dokładniejszy opis to bym dał w

description=*

a czy jest sens dodawać te ?:

addr:city=
addr:postcode=
addr:street=

albo name?

name=Paczkomat

Już kiedyś ktoś zrobił taki import i został cofnięty: https://www.openstreetmap.org/changeset/80557664

Wstrzymaj się na razie, będziemy wkrótce dyskutować o strategii tagowania paczkomatów.

będę miał zgodę inpostu na import danych i chcę się tym zająć - a dokładniej:

jeśli istniejący węzeł ma identyfikator inpostu (ref=, albo gdziekolwiek bo identyfikatory bywają w name=):
zaktualizować mu tagi i skopiować istniejące (chyba że będzie konflikt np. ‘description’ - wtedy inpost wygrywa)

jeśli istniejący węzeł (typu amenity=vending_machine vending~parcel) nie będzie miał identyfikatora inpost - ale będzie w lokalizacji którą wskazuje inpost (albo bardzo niedaleko - w promieniu 100 metrów?):
postąpić z nim jak wyżej, przypisać mu identyfikator inpost i nie przesuwać lokalizacji - osm jest dokładniejszy

jeśli nie nie ma węzła wcale, i nie ma nic w okolicy: zrobić nowy

chcę im wszystkim możliwie zunifikować tagi i jestem ciekaw Waszych opinii - którch najkorzystniej będzie użyć?

chcę na początek zrobić listę wszystkich węzłów typu “paczkomatowego” żeby ustalić które z tych bez żadnego identyfikatora są “inpostowe” i na podstawie danych z inpostu poprzydzielać im identyfikatory (tzn. nie na żywo - najpierw opublikuję tu xml osm ze zmianami które chcę wprowadzić żeby nie przypisać inpostowego identyfikatora niewłaściwie)

Adresów nie ma sensu.
Formalnie paczkomaty nie mają adresów, mają je budynki. Dodając adresy do paczkomatów dubluje się adresy.

name=Paczkomat też nie ma sensu, bo dobre praktyki OSM mówią aby nie nadużywać tagu name.

Jako dodatkowy utrudniacz mogę dodać od siebie, że niektóre numery ref paczkomatów zostały zmienione przez InPost a w OSM ten numer mógł zostać bez aktualizacji. W mojej okolicy miałem taki przypadek i pisałem o nim kiedyś na Discord:

Ja jestem przeciwny importowi jeśli dane są takiej jakości jak tu:
https://www.openstreetmap.org/node/7161367610/history - w descirption jest, że znajduje się przy sklepie Żabka, a w rzeczywistości węzeł jest w środku sąsiedniego budynku.
Tzn zdarzają się, rzadko, paczkomaty w budynkach, ale ten nie jest w budynku. Dokładna lokalizacja to najważniejsza cecha takiego obiektu w bazie OSM, tagi wszędzie są praktycznie takie same poza numerem ref.

Ja zresztą przestałem mapować paczkomaty, bo to bez sensu - nie jest przydatne, bo jak ktoś zamawia paczkę, to w sklepie internetowym wybiera paczkomat do odbioru, a nie w OSM. Nie jest to więc POI jak np. restauracja “poszukam najbliższego miejsca gdzie coś zjeść”, bo do paczkomatu się nie idzie w ten sposób.

Jeśli już ktoś miałby zgodę na ten import i punkty byłyby we właściwych miejscach, to najpierw trzeba zmienić tagowanie - uruchomić głosowanie lub po prostu zacząć używać amenity=parcel_lockers.

Tutaj przykład importu z Inpostu tylko 24 paczkomatów, ale zwróćcie uwagę ile nowo dodanych punktów wylądowało w budynkach lub na środku parkingów:
https://overpass-api.de/achavi/?changeset=80111458
Takie dane ma 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: