[Tagging] Feature Proposal - RFC - Deprecate departures_board=realtime

Dimitar osm.dimitar155 at gmail.com
Tue Aug 16 17:36:58 UTC 2022


> - it can be used both as a characteristic of a stop (public_transport=plateform + departures_board=realtime) and to describe the board itself, for example in a large station (tourism=information + information=board + board_type=public_transport departures_board=realtime even if this sequence is a bit long)

That also applies to passenger_information_display.

> - it allows the grouping of 3 panel shades with the same purpose in the same key

And it makes processing data a hassle. With the same success you can
have infrastructure=shelter;bench;bin instead of the respective keys.

> - semantically imprecise, I wouldn't be surprised if it was used for information panels other than real-time timetables (e.g. covid information panels or other general information in stations)

Would realtime_departure_board be a better alternative? If not do you
have better suggestions?

> - because of the choice of value=yes/no it is not possible to bring nuances other than by creating a new value2=yes/no

Can you give an example of a nuance?

>  let's be honest :) if a plateform have 3 departures_board, replacing one with a value=yes/no does not change the need for good tools to handle the ";"

Again, how many tools do that? In my honest opinion, having less such
cases is better than having more.



More information about the Tagging mailing list