Proposal:Attributes
(Redirected from Proposed features/Bench detail)
Jump to navigation
Jump to search
This is a new page to discuss the subkeys of amenity=bench
- permanent=yes/no for those not movable without heavy machinery, i.e. likely to not be moved away by vandals. Consensus has it that this tag is better than bench=permanent.
- movable=yes/no for an alternative to permanent=yes
- length=* objective measurement of bench size
- width=* an alternative name for length=*
- seats=* subjective measurement of people who can sit on bench
- capacity=* alternative name for capacity=*
Bench attributes | |
---|---|
Proposal status: | Rejected (inactive) |
Proposed by: | Creators of Bench proposal from which this part was separated |
Applies to: | ![]() |
Definition: | additional tags for benches |
Draft started: | 2008-03-05 (as part of the Bench proposal) |
RFC start: | 2008-05-30 |
Vote start: | 2009-01-14 (split from original proposal) |
- Moved to "attrributes", as these are mostly not specific to benches. Chriscf 17:34, 14 January 2009 (UTC)
- The vote is to decide if a attribute is useful for amenity=bench and not if the attributes are useful in general! While length=* can be very useful in conjunction with other keys, it is not with bench. --Phobie 06:43, 15 January 2009 (UTC)
- -1 to you for not actually reading the comments with the votes. Chriscf 13:08, 15 January 2009 (UTC)
- The vote is to decide if a attribute is useful for amenity=bench and not if the attributes are useful in general! While length=* can be very useful in conjunction with other keys, it is not with bench. --Phobie 06:43, 15 January 2009 (UTC)
Voting on optional values
permanent=yes/no
I approve this proposal. only sensible way to tag this --Skippern 13:26, 16 December 2008 (UTC)
I approve this proposal. instead of bench=permanent S.A.L. 21:23, 16 December 2008 (UTC)
I approve this proposal. this looks much better Sletuffe 22:24, 16 December 2008 (UTC)
I approve this proposal. --Meme 05:27, 18 December 2008 (UTC)
I oppose this proposal. 99% of objects in OSM are permanent. This is why we map them. Tag the unusual case (moveable=yes), not the usual one. --achadwick 23:18, 29 December 2008 (UTC)
I oppose this proposal. if it is movable, it should not be tagged at all --Skratz 12:44, 30 December 2008 (UTC)
I approve this proposal. --Nop 23:41, 30 December 2008 (UTC)
I oppose this proposal. see moveable --JND 17:16, 14 January 2009 (UTC)
I oppose this proposal. --Ckruetze 11:42, 20 January 2009 (UTC)
I approve this proposal. benches might be removed e.g. during winter-time; not adding a tag could cause accidental removal from map --jklippel 08:38, 7 September 2009 (UTC)
I oppose this proposal. if the object is not permanent it should be some tag like month_off or something like opening_hours --Skyper 12:50, 17 September 2009 (UTC)
I approve this proposal. --Kslotte 16:55, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 7 votes for and 5 votes against.
movable=yes/no
I oppose this proposal. see previous vote --Skippern 13:26, 16 December 2008 (UTC)
I approve this proposal. to differentiate if it is anchored in the bottom or not anchored but still for permanent usage (not limited by time ... e.g. for a festival). It should be possible to use permanent=yes/no AND movable=yes/no S.A.L. 21:29, 16 December 2008 (UTC)
I approve this proposal. too, I don't care which one of movable or permanent but not both because they sound too much duplicates Sletuffe 22:24, 16 December 2008 (UTC)
I approve this proposal. see above for reasoning. Usable in combination with almost everything else in OSM. Default this to "no" please! --achadwick 23:19, 29 December 2008 (UTC)
I oppose this proposal. --Skratz 12:44, 30 December 2008 (UTC)
I oppose this proposal. This is redundant --Nop 23:41, 30 December 2008 (UTC)
I approve this proposal. It should be an execption that moveable objects are tagged, it should only be used if the bench is moveable in a restricted area --JND 17:18, 14 January 2009 (UTC)
I oppose this proposal. --Ckruetze 11:40, 20 January 2009 (UTC)
I oppose this proposal. moveable objects should not be mapped --jklippel 08:38, 7 September 2009 (UTC)
I oppose this proposal. see permanent --Skyper 12:45, 17 September 2009 (UTC)
I oppose this proposal. Permanents=yes/no is better. --Kslotte 16:57, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 3 votes for and 7 votes against.
length=*
I oppose this proposal. Length of what? should we run around with measure tape also now? --Skippern 13:29, 16 December 2008 (UTC)
I oppose this proposal. I prefer the width or seats version Sletuffe 22:24, 16 December 2008 (UTC)
I oppose this proposal. Think width fits better S.A.L. 11:47, 22 December 2008 (UTC)
I have comments but abstain from voting on this proposal. Avoid using with benches, but perfectly reasonable for othyer things with dimensions. --achadwick 23:22, 29 December 2008 (UTC)
I oppose this proposal. I prefer seats= over this or over using both. --Skratz 12:46, 30 December 2008 (UTC)
I oppose this proposal. Too much detail, better keep things simple. --Nop 23:41, 30 December 2008 (UTC)
I oppose this proposal. see width --JND 17:18, 14 January 2009 (UTC)
I oppose this proposal. Width sounds better, I think. --Ckruetze 11:34, 20 January 2009 (UTC)
I oppose this proposal. too much detail --jklippel 08:38, 7 September 2009 (UTC)
I oppose this proposal. see width --Skyper 12:09, 17 September 2009 (UTC)
I oppose this proposal. width is better. --Kslotte 16:57, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 10 votes against and 1 abstention.
width=*
I oppose this proposal. Width of what? should we run around with measure tape also now? --Skippern 13:30, 16 December 2008 (UTC)
I approve this proposal. why not after all if someone wants to measure the width Sletuffe 22:24, 16 December 2008 (UTC)
I approve this proposal. Fits better than length ... and why not using it? S.A.L. 11:48, 22 December 2008 (UTC)
I approve this proposal. Usable in comb. with non-bench-related tagging. Suggest this be the only one suggested for amenity=bench. --achadwick 23:20, 29 December 2008 (UTC)
I oppose this proposal. --Skratz 12:47, 30 December 2008 (UTC)
I oppose this proposal. Too much detail, better keep things simple. --Nop 23:41, 30 December 2008 (UTC)
I approve this proposal. Width should be in meter! This is measurable and might be helpfull. It could even be used by the renderer --JND 17:21, 14 January 2009 (UTC)
I approve this proposal. If somebody wants to mesure it, sure, why not. --Ckruetze 11:37, 20 January 2009 (UTC)
I oppose this proposal. too much detail --jklippel 08:38, 7 September 2009 (UTC)
I approve this proposal. see S.A.L. --Skyper 12:11, 17 September 2009 (UTC)
I approve this proposal. --Kslotte 16:55, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 7 votes for and 4 votes against.
seats=*
Change of vote. --Skippern 10:07, 30 December 2008 (UTC)I approve this proposal. only for rough estimate --Skippern 13:32, 16 December 2008 (UTC)
I approve this proposal. if nothing about seats already exist but it doesn't looks that yes Sletuffe 22:24, 16 December 2008 (UTC)
I approve this proposal. Can be helpful S.A.L. 11:48, 22 December 2008 (UTC)
I oppose this proposal. capacity=* is better, and established. --achadwick 23:21, 29 December 2008 (UTC)
- I cannot find anything about capacity ? where did you find it ? (the only thing I found is in the WikiProject Piste Maps project and capacity refers to number of person per hour. Sletuffe 23:42, 29 December 2008 (UTC)
I oppose this proposal. second the suggestion of capacity=* --Skippern 10:07, 30 December 2008 (UTC)
I oppose this proposal. in favor of capacity=* --Skratz 12:50, 30 December 2008 (UTC)
I oppose this proposal. Too much detail, better keep things simple. --Nop 23:41, 30 December 2008 (UTC)
I oppose this proposal. Butt width is variable, therefore this tag is useless in practice. --Cohort 23:47, 3 January 2009 (UTC)
I oppose this proposal. see width --JND 17:19, 14 January 2009 (UTC)
I oppose this proposal. Does it seat 3 adults, 3 kids? It is only accurate if you define something like 1 seat = xy cm, but instead of doing that width would be easier to use and understand. --Ckruetze 11:33, 20 January 2009 (UTC)
I oppose this proposal. the same cause like Ckruetze --rurseekatze 16:16, 2 August 2009 (UTC)
I approve this proposal. can be helpful - should be measured in "average number of adults" ;) --jklippel 08:38, 7 September 2009 (UTC)
I oppose this proposal. no clearly defined definition - if any capacity would be better --Skyper 12:21, 17 September 2009 (UTC)
I oppose this proposal. subjective --Kslotte 16:56, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 3 votes for and 10 votes against.
capacity=*
I oppose this proposal. see width --JND 17:19, 14 January 2009 (UTC)
I oppose this proposal. --Ckruetze 11:22, 20 January 2009 (UTC)
I approve this proposal. --Skippern 03:37, 3 February 2009 (UTC)
I oppose this proposal. I prefer seats=* --jklippel 08:38, 7 September 2009 (UTC)
I oppose this proposal. only useful if you have real seats or at least shapes for each butt --Skyper 12:07, 17 September 2009 (UTC)
I oppose this proposal. --Kslotte 16:56, 24 March 2010 (UTC)
Voting closed
Voting on this proposal has been closed.
It was rejected with 1 vote for and 5 votes against.