Talk:Proposed features/Awards and ratings

From OpenStreetMap Wiki
Jump to: navigation, search

More complicated tagging-schemes

instead of just award:<award_system>=<award_value> one can try to expand directly on stars=*award:<award_system>:stars=<numerical_value>

There are a similar thing with establishments that are members of different kind of illustre societies and brandish that. It could be slow-food, ADAC and stuff like that. The membership might or might not set some quality or service requirements on the establishment, it is pretty close to awards and rather close to brand=*. e.g. award:ADAC=member /Johan Jönsson 17:49, 5 August 2012 (BST)

Mail list discussions

This proposal was discussed at the tagging mail list after a failed proposal on how to tag beaches with blue flags, (see also Proposed features/Beach and bathing water quality) /Johan Jönsson 21:20, 6 November 2012 (UTC)

After over 14 Days of RFC, [1], it is time for a vote. /Johan Jönsson 11:50, 24 November 2012 (UTC)
Voting begun 2013-06-02 and ended 2013-06-14, the proposal was rejected.

We might not have the right to note the award

It have been discussed if this tagging could lead to abuse , if someone adds the whole data base of awarded places for a specific award. It is probably not correct to do so. It has been found reasonable to tag an award if it is visible on the ground, that is if there is plaquer or flag on the spot that gives the award-information.

This problem seem to have the same roots as the problem of awards and ratings being subjective, representing the views of an organization that then can be seen as owning the rights.

Maybe a open-street-map solution to it is to tag the very properties that makes a place noteworthy for a map-reader. In many cases there ought to be more objective measurements that form the foundation for the more subjective rating? For hotels it would be something in the, lines of available services and how well equipped the rooms are, for beaches it would be available services and water quality. Each of the interesting properties should have their own tags. /Johan Jönsson (talk) 18:28, 16 June 2013 (UTC)

Lacking date of award

Awards are often rewarded each year. Either it could be a part of the key or the value, breaking down the key: <award_system> into name_of_system:year_of_award. An example award:blue_flag:2013=yes Another example award:hotelstars:2013=3stars or breaking down the value: <award_value> into name_of_award:year_of_award. Bringing the dreaded semicolon into the value-space. An example award:blue_flag=2013 Another example: award:hotelstars=3stars:2013

A more complex approach would be to add another tag, expanding the first award:<award_system>=<award_value> with award:<award_system>:date=<award_date>. /Johan Jönsson (talk) 20:10, 16 June 2013 (UTC)

I would not go down that route. Of course awards/ratings change - maybe even in scheduled intervals in some cases - but everything else changes, too, and we don't include a date along with the value. We simply overwrite the old value when it is outdated. --Tordanik 22:18, 16 June 2013 (UTC)

similar ideas: Classification or Member

Maybe these two have a less subjective feel:

  • classification:<classification_system>=<classification_value>
  • member:<organization>=yes/no

/Johan Jönsson (talk) 19:28, 19 June 2013 (UTC)

This alternativ stays up to date

Probably the award donators have a homepage. Why not link to that page for the venue? website:hotelstars= --Lulu-Ann (talk) 10:08, 25 September 2013 (UTC)