You are not logged in.

#1 2021-06-19 14:17:47

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

Oznaczanie paczkomatów - Propozycja

Schemat oznaczania przygotowany w oparciu o istniejące na wiki propozycje:

Zgodnie z ustaleniami proponuje zgłosić nową i trochę zmienioną propozycje oznaczania tzw. paczkomatów

Główny tag:

    amenity=parcel_locker

Zastosowanie wyłącznie do automatycznych urządzeń do odbioru i nadawania przesyłek

Oznaczenia dodatkowe:

    parcel_receiving=yes
    parcel_sending=yes
    parcel_sending=returns_only
    opening_hours=*
    surveillance=outdoor

W zastosowaniu do InPost lub innego operatora:

    operator=Inpost Sp. z o.o.
    ref:inpost=*
    brand=InPost
    brand:wikidata=Q3182097
    brand:wikipedia=pl:InPost
    description=*

Płatności:

    payment:blik=yes
    payment:wire_transfer=yes
    payment:contactless=yes

Można oczywiście dodać jakie karty są honorowane

Teraz kilka pytań na które nie do końca mam odpowiedzi

  • Pytanie czy dodajemy jeszcze "type=*"?

  • Zwracam uwagę, że powstają np: Bricomaty link na FB trzeba by się zastanowić jak opisać takie coś.

  • Czy w przypadku InPostu oznaczamy funkcję z Allegro - w pliku z ich strony mamy takie oznaczenia

  • Jakie dodatkowe funkcję oznaczamy? Na tym etapie przyda się każda "Fontanna Pomysłów"

edit:
- literówka poprawiona

Last edited by Cristoffs (2021-06-19 18:09:43)

Offline

#2 2021-06-19 14:30:47

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

Re: Oznaczanie paczkomatów - Propozycja

A co jest złego z aktualnym standardowym tagowaniem, na tyle by wywracać coś szeroko stosowanego? I wspieranego w Vespuccim, iD itp.

Jest to w końcu automat.

Offline

#3 2021-06-19 15:51:12

kocio
Administrator
From: Warszawa
Registered: 2013-09-04
Posts: 3,456
Website

Re: Oznaczanie paczkomatów - Propozycja

Kurczę, sory że nie wpadłem na czata znowu...

Oczywiście parcel_resiving -> parcel_receiving smile

Dla mnie wygląda sensownie, że jest unifikacja, a nie osobno wysyłanie i odbieranie, zwłaszcza, że można tego akurat nie wiedzieć przy mapowaniu. Ja bym jeszcze się zastanowił jak oznaczać zakupomaty chłodzące żywność (cooling=yes? na razie nie ma takiego klucza).

Ważne pytania praktyczne:
- czy w Polsce ktoś zamierza z tego korzystać lub retagować?
- czy ktoś chce pociągnąć proces dyskusji i głosowania na liście Tagging?

Ja to widzę jako najważniejszy problem, bo wymyślić można różnie, ale kiedyś warto ujednolicić na świecie. Jeśli przynajmniej jedna z tych odpowiedzi brzmi "tak", to mogę dodać renderowanie na polskich kafelkach dla wsparcia tego procesu, ale jeśli w praktyce nikt tego nie będzie używać, to dla 30 obiektów trochę się to mija z celem...

Offline

#4 2021-06-19 15:57:20

kocio
Administrator
From: Warszawa
Registered: 2013-09-04
Posts: 3,456
Website

Re: Oznaczanie paczkomatów - Propozycja

Mateusz Konieczny wrote:

Jest to w końcu automat.

To jest wałkowane w kółko przy tej okazji. Przecież ten tag wcale nie oznacza automatu w ogóle, bo to nie jest np. amenity=automate albo street_automate (wtedy by oczywiśeie pasowało), a nie każdy automat działa jako vending. I akurat paczkomaty to nie jest vending.

Offline

#5 2021-06-19 22:54:35

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

Re: Oznaczanie paczkomatów - Propozycja

Bardziej mi się podoba ta propozycja: https://wiki.openstreetmap.org/wiki/Pro … el_postbox
jest bardziej rozbudowana, ze zdjęciami i ludzie będą bardziej skłonni głosować jak coś jest dobrze opisane.

Cristoffs wrote:

ref:inpost=*

Moim zdaniem zbędne, wystarczy samo ref.

Cristoffs wrote:

Pytanie czy dodajemy jeszcze "type=*"?

Co masz na myśli? Klucz type używa się tylko do podania rodzaju relacji.

Cristoffs wrote:

Jakie dodatkowe funkcję oznaczamy? Na tym etapie przyda się każda "Fontanna Pomysłów"

Skoro już ustalamy tagowanie paczkomatów, to przydałby się tag na paczkomaty-lodówki.

Mateusz Konieczny wrote:

A co jest złego z aktualnym standardowym tagowaniem, na tyle by wywracać coś szeroko stosowanego? I wspieranego w Vespuccim, iD itp.
Jest to w końcu automat.

To, że nie można tam kupić paczki.
Jak będzie nowy sposób tagowania, to się zmieni na NSI i od razu w iD i Vespuccim będzie.

kocio wrote:

Ważne pytania praktyczne:
- czy w Polsce ktoś zamierza z tego korzystać lub retagować?

A czy my chcemy ustalić schemat tagowania w Polsce czy uruchomić jakieś głosowanie na Wiki?

Offline

#6 2021-06-20 09:12:27

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

Re: Oznaczanie paczkomatów - Propozycja

  • ref:inpost dlatego, że taki jest przyjęty schemat i paczkomaty nie należą tylko do jednego operatora.

  • type pojawiał się w propozycjach i dotyczył typy paczkomatu - tutaj moim zdaniem można się pokusić, wprowadzić

  • Paczkomaty lodówki Kocio proponował cooling=yes pytanie czy jeszcze mamy jakieś inne funkcje, które chcemy zaznaczyć?

  • Chcemy uruchomić na wiki i załatwić raz na zawsze.

Informacja dodatkowa dla wszystkich co nie załapali się ostatnie rozmowy w tym temacie.
Temat dotyczący oznaczania paczkomatów jest związany z kilkoma wydarzeniami. Pierwsze to rozmowy z Kociem dotyczące umieszczenia ich w stylu mapy oraz pracami nad rozwojem osmapy - prace posuwają się mocno do przodu. Drugie rozmowami z Inpostem i ogólnie zainteresowaniem tematem związanym z ilością tych obiektów oraz planami na dziś w Polsce to około 11 000 i będzie przybywać. Mamy jeszcze innych operatorów łącznie z Pocztą Polską którzy zapowiedzieli rozwój takich urządzeń oraz zapowiedziami samego Inpostu z rozwojem sieci paczkomatów w innych krajach.

Offline

#7 2021-06-20 10:37:55

szydzio
Member
Registered: 2016-07-28
Posts: 622

Re: Oznaczanie paczkomatów - Propozycja

kocio wrote:

Ja bym jeszcze się zastanowił jak oznaczać zakupomaty chłodzące żywność (cooling=yes? na razie nie ma takiego klucza).

Ja poszedłem w kierunku :

refrigerated=yes

Offline

#8 2021-06-20 13:49:24

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

Re: Oznaczanie paczkomatów - Propozycja

Cristoffs wrote:

ref:inpost dlatego, że taki jest przyjęty schemat i paczkomaty nie należą tylko do jednego operatora.

Jak to? Skoro zarządcą paczkomatu jest Inpost i na paczkomacie jest napisany numer ref, to ma jeden numer.

Offline

#9 2021-06-21 14:06:37

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

Re: Oznaczanie paczkomatów - Propozycja

Cristoffs wrote:

ref:inpost dlatego, że taki jest przyjęty schemat i paczkomaty nie należą tylko do jednego operatora.

Ale skoro mamy brand=*, to po tym się rozpozna, czyj to ref=*.
ref:inpost miałby sens tylko w przypadku, gdyby oprócz niego był jakiś ogólny ref=*, dotyczący wszystkich paczkomatów niezależnie od operatora.

Offline

#10 2021-06-21 16:58:31

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

Re: Oznaczanie paczkomatów - Propozycja

maro21 wrote:

Jak będzie nowy sposób tagowania, to się zmieni na NSI i od razu w iD i Vespuccim będzie.

Nie, to wymaga zmiany presetów.

Są też tagi ogólne na paczkomaty, nie tylko te wpisy z NSI na paczkomaty Inpostu.

Plus, jeśli coś wspierało paczkomaty to przestanie.

Last edited by Mateusz Konieczny (2021-06-21 16:59:00)

Offline

#11 2021-06-23 14:10:16

kocio
Administrator
From: Warszawa
Registered: 2013-09-04
Posts: 3,456
Website

Re: Oznaczanie paczkomatów - Propozycja

maro21 wrote:

A czy my chcemy ustalić schemat tagowania w Polsce czy uruchomić jakieś głosowanie na Wiki?

Nie bardzo rozumiem to pytanie. Ja bym chciał wszystkiego, tzn. ustalenia dla świata najlepiej, skoro to jest obiekt używany nie tylko w Polsce, oraz minimalnej pewności, ze ktoś zamierza tego rzeczywiście używać.

Offline

#12 2021-06-25 00:56:56

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

Re: Oznaczanie paczkomatów - Propozycja

Mateusz Konieczny wrote:

to wymaga zmiany presetów.

Fakt, presetów też.

Mateusz Konieczny wrote:

Plus, jeśli coś wspierało paczkomaty to przestanie.

Cóż, tagowanie obiektów na OSM się zmienia z czasem. Jeśli jakiś znacznik nie został zatwierdzony to tagowanie może się kiedyś zmienić. Tagowanie ambasad też się zmieniło więc jeśli aplikacja obsługiwała stary schemat, to musi się przestawić...

Offline

Board footer

Powered by FluxBB