Feature Proposal: Payment denominations

I have written a proposal for adding information about the coins and banknotes that are accepted at a feature, especially vending machines, but in some cases also amenities and shops. I decided to make this an addition to the payment:= namespace and use the value format of the charge=* tag to integrate this as seamless as possible into existing tagging practices. You can find more information in the proposal:


Please discuss this proposal on its Wiki Talk page.


Just to be clear about that: If you want to discuss it here instead, I am not going to stop you. :wink:

I cant see a problem with you proposal :+1:

1 Like

Thanks, but I will guess I will change how currencies are handled to be more in line how it is currently done with the payment scheme.

Don’t use currency when it is the local one and if multiple currencies are used, use subtags:



I would not do that, the first proposal is perfectly fine as it is.

Omitting the currency if there is only one local currency might be ok, although I don’t like it - when exactly does it become ambiguous?

Using subtags instead of currency codes in the values makes adding, maintaining and reading information more difficult. You always need to figure out what the local currency might be and check at least to different keys if they exist.

Using payment:notes:EUR=yes even duplicates our currency tag that should be used to name the currencies one can use. This should not be repeated in a new payment key.

1 Like

But it is already documented that way at Key:payment - OpenStreetMap Wiki and already in use, see payment:coins:CZK | Keys | OpenStreetMap Taginfo for example. So I am unsure what do do.

This description is in the Wiki since more than 10 years now. It seems that payment:coins:CZK is the only one that has more than 10 use cases, the total seems to be well below 200 in total.
Only for local, unofficial payment methods (“XLT-XXXX”) which are not real currencies the scheme has been adopted.

I would not add such a tag to a new proposal. Keep it limited to the real thing you plan to add (denominations). Side effects always have a negative impact on the acceptance of a proposal.


Same here. Good proposal. :+1:

1 Like