Ich könnte mich mit parcel_locker:type = poststation durchaus anfreunden.
parcel_locker:type beschreibt doch eher die Bauform. Da würde ich nichts ändern.
Die Dienstleistung einer Packstation wird mit einzelnen Schlüsseln erfasst z.B. parcel_mail_in=yes.
Also wäre es doch nur konsequent, die neuen Features dieser Poststationen auch mit entsprechenden Schlüsseln abzubilden. Zum Beispiel:
- letter_mail_in = yes (Briefpost)
- registered_mail_in = yes (Einschreiben)
- vending = stamps (Briefmarken)
1 Like
Nur hier wäre es aus meiner Sicht sinnvoller, wenn man nicht wieder eine Doppelstruktur schafft und somit bei amenity=parcel_locker und post_office=* identische Keys nutzt.
Hat sowohl für Dateneingebende und Auswerter den Vorteil, dass es einheitlich ist und keine Verwirrung aufkommt…
Ja natürlich. Wenn es die passenden Keys da schon gibt, dann die nehmen.
1 Like
Für mich ist es eine spezielle (erweiterte) Form der Packstation.
1 Like
Und schon wird die Packstation wieder zur vending_machine 
1 Like
Deswegen würde ich ja gerne die einfachen Tags aus post_office:*=yes verwenden. Aber anscheinend haben die anderen Länder Probleme damit…
Ich möchte die Tagging-Diskussionen nicht unterwandern, aber vielleicht hat ja dennoch jemand von hier Ideen, wie man das allgemein lösen könnte:
Thread im Forum: RFC Feature Proposal - Unification of post/parcel keys
Im Wiki: Proposal:Unification of post/parcel keys - OpenStreetMap Wiki
Wiki-Diskussion: Proposal talk:Unification of post/parcel keys - OpenStreetMap Wiki
Aktuell kann man es nicht abbilden. Wir brauchen einfach eine Lösung.