greg...@arenius.com schrieb: > The amenity key is currently used for so many different things that it has > no meaning.
Indeed. But that's no problem, because the key "amenity" don't bear some information of an object. You can waive "amenity" and you may only say "school=yes" without loss of information. Sometimes the key also has some worth for information to distinguish between landuse=residential, highway=residential but for amenity the value bears information, not the key, so changing the keys isn't necessary. > It has become a catch all category for everything that > doesn't have a place elsewhere. Yes > I'm proposing breaking it up into more > keys to help make things more organized. Organization is only needed for Map Features and subpages, so it is good enough to sort them in Map-Features in > *Amenity > *Death > *Education > *Entertainment > *Financial > *Government > *Healthcare > *Sustenance > *Transportation > *Waste or something like this BEFORE sorting them alphabetically > With their tags: > > Amenity: > *BBQ > *Bench ... ... and if one value can't be allocated to one group no "allocation war" is needed at mailing list ;-) only put it double in both parts ;-) > Hunting_stand can go in leisure. Might be we are flexible enough to put some leisures to amenity-section of Map Features and vice versa if it makes sense, but changing the key isn't neccesary for my opinion Heiko "Mueck" Jacobs _______________________________________________ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk