Template talk:Map Features:amenity/Archive

From OpenStreetMap Wiki
Jump to navigation Jump to search

amenity=doctor vs amenity=doctors

from the history of amenity :
25 jan 2009 - Paulbe (correction amenity=doctor (not doctors))
26 jan 2009 - Cartinus (Undo revision 215621 by Paulbe - See the mailinglist archives and tagwatch about why this was wrong.)

I do not agree with Cartinus.
"See the mailinglist archives" is not a very contructive remark. Furthermore, just the mailinglist archives and Tagwatch can not count as authorative documentation.

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctors
automatically redirects to
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Ddoctor

So the real documentation says we should use "doctor".
--PaulBe 13:30, 26 January 2009 (UTC)

How do we resolve this situation now? The map features refer to "doctors", but the tag page for "doctors" redirects to "doctor". Both tag versions are being used; both are kind of "half right" and there is currently no "completely right" way to tag these POIs. --Lyx 10:35, 27 February 2010 (UTC)

Some people apparently work on a proposal for a key healthcare that would replace several "amenity" tags. Maybe this is the way to go? --Lyx 16:36, 1 March 2010 (UTC)

Dividing the list into sections

I divided the table into some basic categories to make the list better searchable. This is a quick draft, if you would prefer other categories we could discuss those here. -- Uhu01 21:00, 12 July 2009 (UTC)

amenity=bar

Was there a poll whether to adopt this tag or not?

It seems that there's already amenity=pub with the same meaning. There are lots of languages and the actual translation will be inaccurate for both of bar & pub. IMHO relaxed athmosphere cannot be considered as a definitive aspect between these two houses. Besides, several wiki-pages refer bar as an american name for pub.

In France, there is not confusion between bar & pub. We mostly have bar. Pub refers to houses mostly providing biers with Irish or British atmosphere. --Eric S 21:25, 15 January 2010 (UTC)


other aminities

There are many much important POIs from Proposed_Features to be adopted yet. --Va-deam 20:48, 31 August 2009 (UTC)

Watching at tagwatch Europe and ordering it by use. The most used one not in amenity template:
36th bar (4416)
55th signpost (744)
59th shop (541)
61th nursing_home (399)
63th community_centre (280)
64th airport (271)
65th playground (244)
66th ice_cream (224)
67th youth_centre (182)
68th park (178)
69th bin (162)

amenity (1100811), 97,8% in amenity template

--Eric S 21:35, 15 January 2010 (UTC)

Rendering Column

Currently the rendering column displays besides the icons used by our main map (mapnik layer) also various other funny icons that don't appear on the main map and maybe on no other map at all. Shouldn't this column only be reserved for our current standard map style? Is there even a consensus or rule about the content of this column? In my opinion this column doesn't have any value if it contains a mix of arbitrarily chosen icons. --Scai (talk) 10:17, 25 February 2013 (UTC)

I think we do not need this column--dr&mx (talk) 13:40, 25 February 2013 (UTC)
That's an interesting suggestion. I would appreciate a nice map key including every rendered symbol much more than this hard to maintain and obviously broken column. Maybe we could even just link to the corresponding map key symbol in a somewhat automated way. --Scai (talk) 15:43, 25 February 2013 (UTC)
This column is included in all templates. See: Landuse, natural, highway, amanity, leisure, etc.. You can maintain or update the column like. But please do not delete! --Reneman (talk) 17:19, 25 February 2013 (UTC)
One fundamental problem with that column: OpenStreetMap is explicitly not just one map, but a data source for many maps. And the icons and other elements will look very different on each of these maps. Right now it gives undue prominence to Mapnik "Standard" (and the defunct Osmarender layer) imo. So which renderers should be represented there in your opinion? --Tordanik 21:42, 25 February 2013 (UTC)
I wouldn't have a problem with a column containing the icons of our default layer but the currenct icon selection is just weird. As there doesn't seem to be a collection of internationally approved map icons the only alternative is to remove the column at all. --Scai (talk) 09:34, 26 February 2013 (UTC)

Suggested renderings

I'm surprised that there are suggested renderings in the list. Is there an agreement to show them on Map Features? --Tordanik 09:52, 23 April 2015 (UTC)

It might make more sense to have the icon used by the data viewer instead. Renderings belong to the map keys and keys should be updated when necessary. --Andrew (talk) 05:51, 24 April 2015 (UTC)

Bigger icons

So someone increased the size of the icons on this page. Ewwwwww … I personally find the bigger icons highly irritating, especially because not all icons have the double size. I think it would be best to leave the icons at their original size (as they are displayed on the map). What do others think about the bigger icons? --Wuzzy (talk) 21:00, 12 July 2015 (UTC)

While I've noticed the edits to the icon size on this template (and I believe other templates, too?), I'm not sure why the changes were even made. Perhaps we can get some info on that from Chuma? --Tordanik 02:14, 13 July 2015 (UTC)

amenity=credit_institution

Do we really need amenity=credit_institution? May be you can use bank.

I think that you are right. I see a little value in those other recently added tags as well. I am not sure if they belong to this table as they have no documentation. Chrabros (talk) 13:54, 5 February 2016 (UTC)
[1] The Map Features-page is not the place to create new proposals. For new proposals see Proposal process. Feel free to create new proposals to describe new attributes. --Reneman (talk) 19:32, 5 February 2016 (UTC)

amenity=sauna

Should this tag be strikethrough since it seems is deprecated? At least is shown deprecated in Tag:amenity=sauna but the other one Tag:leisure=sauna is a proposal. Zermes (talk) 18:15, 10 October 2016 (UTC)