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ą)
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)
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.
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=:
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”:
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ę.
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.
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:
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
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