openstreetmap / id-tagging-schema

šŸ†”šŸ· The presets and other tagging data used by the iD editor
ISC License
158 stars 159 forks source link

remove tags "fee" and "charge" from the amenity=telephone preset, because it is too difficult to provide differentiated information with these tags #208

Closed Elefant-aus-Wuppertal closed 2 years ago

Elefant-aus-Wuppertal commented 3 years ago

Hello, I want to suggest removing the fields "fee" and "charge" from the telephone preset, because that there is a fee to use the payphone is very, very common. I know many public telephones all around the world and they have always a fee. So this tag is redundant. I will be very difficult to find a public telephone which you can use for free.

Maybe I make an example here:

I searched Overpass for those phone which have fee=no. There are some, but many of them are special ones or they're tagged wrongly.

  1. This is a phone where nationwide calls are free: https://www.openstreetmap.org/node/7572144641 but a general "fee=no" would be wrong. Because at a public phone, you cannot assume that someone maybe dosen't want to call somebody in another country.
  2. The same here: https://www.openstreetmap.org/node/5834806361
  3. Here a phone which has no fee but does accept coins? https://www.openstreetmap.org/node/3462242024
  4. Here a public phone which has no fee, but is a special one (usable only for crossing the railway crossing): https://www.openstreetmap.org/node/8501292936 (in my eyes amenity=telephone would be wrong here, because this isn't a "normal" public phone, we'd need another, a new tag for this).
  5. This one has fee=no but the tag amenity=telephone is wrong here, because the description says it's disused: https://www.openstreetmap.org/node/6988182141
  6. Here another telephone which has fee=no, but amenity=telephone is wrong as there's only the box left: https://www.openstreetmap.org/node/6328057269
  7. This is also a special one: https://www.openstreetmap.org/node/3638039953
  8. Here a phone which has limited free-calls: https://www.openstreetmap.org/node/1000481215 - but when you look at the website linked, you can read "The cost for outgoing local and long-distance calls is 1.4 cents per minute", so a general fee=no is also here wrong in my eyes. It only then free, when people donate enough.

Of course there are also counter-examples, forexample https://www.openstreetmap.org/node/8568224279 seems to be one. But I think that's the extreme minority. fee should at least not be a mandatory tag in order to be able to add the payment methods only then.

Also, describing the charge for using a public phone is very hard. Charges for international calls, mobile communications, SMS, video calls etc. are often very different. A general statement about "charge" would be rather misleading, right? Where is defined that tagging "charge" means landline communicatons per minute? Landline calls can also have different rates for local and long-distance calls.

Here's a public phone which is tagged very detailed with fee and charge: https://www.openstreetmap.org/node/1783493212/

But let's be honest: Can we expect every mapper who wants to register a public phone to have that much knowledge? Hardly any other phone is tagged so precisely.

FaFre commented 3 years ago

I support this. According to taginfo (https://taginfo.openstreetmap.org/tags/amenity=telephone#combinations) fee=* is also only used for 0.81% of all amenity=telephone. Further payment_multi_fee and charge_fee are also not used in that combination.

It would make more sense to introduce payment:coins=* and payment:telephone_cards=* instead, which are commonly tagged and also imply that there is a fee.

Adamant36 commented 3 years ago

It would make more sense to introduce payment:coins= and payment:telephone_cards= instead, which are commonly tagged and also imply that there is a fee.

Not to convolute things, but a lot of "pay phones" accept tokens. For instance I stayed at a hostel once where the "pay phone" took tokens that you asked for at the front desk, but didn't have to pay for. So IMO technically payment:coins=* doesn't imply a fee. It's more about the medium used to access or obtain something. Payment and fee aren't 1/1 synonyms either.

Elefant-aus-Wuppertal commented 3 years ago

Not to convolute things, but a lot of "pay phones" accept tokens.

Well, you're right, yes. But wouldn't this then be payment:token or payment:token_coin instead of payment:coins then? See https://wiki.openstreetmap.org/wiki/Key:payment#Others

payment:token and payment:token_coin are new, rarely used tags, but their usage will increase I think especially as there are some examples as you mentioned. payment:coins means rather coins in a country-specific currency (or several currencies) I think, so this is why payment:token_coin was created, to differentiate between these two things because there's a dfiference of course, as you mentioned too.

Adamant36 commented 3 years ago

Well, you're right, yes. But wouldn't this then be payment:token or payment:token_coin instead of payment:coins then?

Sure, but tokens are often called token coins. Since they are both a token and a coin. My guess is that a lot of uses of payment:coins are probably tokens and I think what I said about it still stands until there's enough usage of the alternative tags that are specific to tokens. So payment:coins is just being used for currency. Until then though, IMO payment:coins doesn't assume a fee. I'm not sure if that will happen though since like I said, tokens are coins. So using payment:coins for tokens isn't exactly wrong tagging.

Elefant-aus-Wuppertal commented 3 years ago

Hmm, ok, so I see fee=* can have its sense and legitimation indeed...

So in conclusion it would be senseful to let it stay...

Okay, then maybe removing charge= could be more discussed. I'm not sure about whether its easy for some public phones to describe charge= accurately in this one key-value-pair.

FaFre commented 3 years ago

It would make more sense to introduce payment:coins= and payment:telephone_cards= instead, which are commonly tagged and also imply that there is a fee.

Not to convolute things, but a lot of "pay phones" accept tokens. For instance I stayed at a hostel once where the "pay phone" took tokens that you asked for at the front desk, but didn't have to pay for. So IMO technically payment:coins=* doesn't imply a fee. It's more about the medium used to access or obtain something. Payment and fee aren't 1/1 synonyms either.

That's a weird edge case tho. Would be interesting how many of those machines actually (still) exist.

IMHO it makes most sense to stick to already commonly used tags instead introducing new ways of tagging for rather ancient technologies. The fee tag is as I mentioned is not really used, so maybe existing software for e.g. showing telephones will not properly recognize those features.

Adamant36 commented 3 years ago

kay, then maybe removing charge= could be more discussed. I'm not sure about whether its easy for some public phones to describe charge= accurately in this one key-value-pair.

I don't see a problem with that.

That's a weird edge case tho. Would be interesting how many of those machines actually (still) exist.

I've wondered that myself. Really payphones in general are kind of obsolete. I doubt there are many in Western European or America that take tokens, but there could still be a lot in South America or Africa that do. I know at one time they were pretty popular in South America.

The fee tag is as I mentioned is not really used

I just looked and there's 755 uses of amenity=telephone + fee=* in Africa alone. I'm sure there are more uses in other places. While it's not a super large amount, I wouldn't call it "not really used."

One thing that I think is important to this is cases where someone knows a phone has a fee, but they don't no what kind of payment the phone takes. You can't really tag that with someone like payment:coins=*. I agree that having both fee and charge as options is not necessary though. Since it looks likes fee is currently being used in some number then my suggestion is to save that and remove the charge tag.

Elefant-aus-Wuppertal commented 3 years ago

Since it looks likes fee is currently being used in some number then my suggestion is to save that and remove the charge tag.

Yeah, I would be fine with that.

pull requests seem to be processed quite slowly here at the moment, I assume? I don't know, but there are so many open at the moment, a bit bad ...

(Has nothing to do with the topic now)

Adamant36 commented 3 years ago

pull requests seem to be processed quite slowly here at the moment, I assume? I don't know, but there are so many open at the moment, a bit bad

I think they are still trying to find a full time maintainer. I could be wrong, but I think mbrzakovic is only temporary until they do and mainly focuses on the crucial stuff.

Elefant-aus-Wuppertal commented 3 years ago

Okay well, yeah. You're right, surely. Comprehensible.

Then I will make a PR durig next time for removing charge=*.