[Tagging] Feature Proposal Rejected - RFC - Admission

Janko Mihelić janjko at gmail.com
Tue Dec 1 11:21:51 UTC 2020


I fixed the wiki of the proposal, any new comments before I start the
voting again?

https://wiki.openstreetmap.org/wiki/Proposed_features/Admission

Janko

čet, 26. stu 2020. u 16:43 Janko Mihelić <janjko at gmail.com> napisao je:

> Results: 1 approved, 6 opposed, 3 abstained.
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/Admission
>
> No one was opposed to the core idea of the Admission proposal, just
> technicalities. So we should go over them and later try again:
>
> 1. access=admisson
> This was the biggest problem, five voters opposed because of it. People
> were asking why not the more established access=customers or access=permit.
> I thought about access=admission to be an entrance into the admission
> scheme, after which the router searches for the relation. But maybe that
> isn't needed, so mappers can put access=customer, access=permit, or
> access=admission if it passes in a separate proposal. Wiki user Lectrician1
> proposed access=customer + customer=admission which sounds ok for when
> admission is not free.
>
> 2. the word "issue" for role
> Three voters thought this word is strange for a place that gives you
> tickets or other admission tokens. They thought "issuing_place",
> "issuing_authority", "issuer", "ticket" or "voucher" would be better. I
> still think "issue" is the easiest to remember, and to combine in different
> tags like issue:website=*.
>
> Thanks for your comments,
> Janko
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20201201/012eef90/attachment-0001.htm>


More information about the Tagging mailing list