Re: [Tagging] Shop vs amenity
http://wiki.openstreetmap.org/wiki/Tag:craft%3Djoiner http://wiki.openstreetmap.org/wiki/Tag:craft%3Dcabinet_maker https://wiki.openstreetmap.org/wiki/Tag:craft%3Dcarpenter The problem with that whole carpenter page it that it's wikipedia copypasta. And when I wanted to change anything our friend Xxzme wasn't too happy... That said it's probably a bit complicated, because there will be some overlapp. sent from a phone Am 25.08.2015 um 10:33 schrieb Ruben Maes ruben.mae...@gmail.com: Tuesday 25 August 2015 11:30:33, Warin: As the post office is called an office I suppose it should go as office=post_office:-) The more I think of a bank the more I think of it is an office. Carpenter? If I want a repair done .. then it is a service? = office. If I want a new chair then a product? = shop. ? Or craft=carpenter[1]. or maybe joiner / cabinet maker? There might be subtle differences here, in Germany the carpenter (Zimmermann) is a profession making mostly structural wood work (walls, roofs, stairs etc) while cabinet makers are building and repairing wooden furniture and joiners (Bauschreiner/Bautischler) will make finishings like claddings (wall/ceiling), handrails, fixed (built in) furniture, doors and frames (usually not the structural part). There is some overlap and they might do parts of the other profession/specialization as well, but you are usually better off with asking someone to do the stuff they are specialized in (because they have the right tools and workshop and experience). The Schreiner(de) will have much smaller tolerances and will usually produce finer finishings while the Zimmermann (de, en:carpenter) will make more rough work which will either be visible outdoors or will likely be clad later by someone specialized in finer works. cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Husainiya
Landuse=religious generically says this is land used by a religious facility. Except that isn't the case. As you said a religious school would not be tagged with landuse=religious. And I'm sure we could find a tag like amenity=sacred_grounds that can be used for the areas around churches, temples etc. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] landuse=religious Monastic schools
In first though landuse=religious was supposed to be for all religious institution and include more than a church yard. Now I read... landuse=religious is specifically meant for the area used by a religious facility and it's supporting or directly related amenities used for practicing the religion - not merely land that happens to be owned by a religious entity. Likewise, Facilities such asamenity=school or amenity=hospital that are not part of a primarily religious complex, or are not primarily a place of worship, but merely operated by a religious entity are represented with different tagging schemes Does this mean a school run by a monastry even on their grounds would not be included in landuse=religious? Is this this now really just become a replacement for churchyard to include more religions? Bascially limited to the area around a place of worship? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - (nutrition_supplements)
Brought this up a few months back. http://gis.19327.n5.nabble.com/shop-supplements-gt-shop-dietary-supplements-td5845622.html What I found is that dietary supplements was what wikiepdia used and also most common on government pages (e.g. Food and Drug Administration). The EU even just seem to call it food supplements. Dietary seems a but more neutral than nutriotion and even when you google nutrition you will find a lot of pages that say dietary. Looks like a better fit to me. But everything is better than just supplements. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Contact:* prefix
Isn't so addr: as well? I actually don't like the addr: either. Because in most editors it means I have to type addr:s to get autocomplete, while it just have to type ph to get phone. Especially on mobile with the : it's not that great. In addition we have so many tools and good editors these days that check for missing tags isn't that big of a deal. Also a lot of stuff like country or state or maybe even postalcodes in the future can be taken from boundaries so only a few addr: tags remain. I mean we are at a point where it makes no sense to reverse it, but I honstly don't even see the big advantages there. And as Martin pointed out it was still more logical than contact. Ever tried to contact a company on Facebook or Twitter? Well, good luck. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] life ring or life preserver
http://talk-gb.openstreetmap.narkive.com/hXPJNpfG/life-ring-british-english British English: lifebelt American English: lifebuoy German English: lifering __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Contact:* prefix
while in the addr:-namespace all keys are actually address components, this can be contested for the contact: namespace. A website for instance is not primarily a means of contact, sometimes it might not be suitable at all for contact purposes, but still there are generally good reasons to add website tags (further information and context). that is the exact point explaining why there is a need for contact:website. A website= is generally not a contact page but the homepage. Otoh contact:website= should contain a specific page for conatct, be it a contact form or perhaps a page listing all phone numbers. But that is not how those tags are used!!! How many of the people who tag contact: actually check if it is a contact? How many tweet the comany and see if they get a reply? This tagging is pretty much impossible to get right. Overall I only see that this in some way might be usefull for phone and email. But I think it's better to assume phone= is used for some basic contact number and then use other tags like phone:emergency= or phone:reception if we want to tag more. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
On 6/12/15 04:28 , Eugene Alvin Villar wrote: On Tue, Jun 9, 2015 at 7:12 PM, Martin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com wrote: that's why I suggested to use a multi tag approach. One tag to say it is a government office, one to say at which level (admin level) and then tags for the stuff you can do there (property list) or about the general classification (e.g. tax office, ministry of education, torture agency, ...) +1 So long term are we going to retag courts, townhalls, libarties, post offices etc. too ? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Donation
On 6/10/15 04:23 , Warin wrote: And then I don't understand why you do donation=blood, but then blood:plasma=, blood:whole= etc. Why not donation:blood=yes? A person cannot donate blood plasma .. they donate whole blood and the plasma is separated out later? So the donation is blood, what gets used from that donation is a later process, similar to cloths .. some get used as rags others as clothing. Ok .. I'm wrong there.. you can donate just blood plasma. Not normal practice here for donations. A normal blood donation is whole blood. But maybe in other places they do plasma only? It was about the tagging not what you can donte. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
On Wed, 2015-06-10 at 01:26 +0200, Andreas Goss wrote: Don't know why people are so keen on subtags on this one. Nobody would tag a fastfood restaurant buildng=yes + food=burgers. But we do: building=yes amenity=fast_food cuisine=burger Except you put in a amenity=fast_food which specifies that type of POI very clearly. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Donation
Honestly I don't think it's such a good idea to start voting 1 year later when there wasn't an ongoing discussion. I'm not sure about amenity=donation when some things are very different. I also feel like bood_bank, sperm_bank (do we want to tag those?) and amenity=social facility would cover most of it and there are other like shop=charity etc. So we already have a lot of POIs where you could just add donation:*=yes. With that in mind limiting the prosoal to those few tags also makes little sense, might as well use healthcare=donations then. donation:facility=mobile makes no sense as we don't tag this. At best this could be some HOT tag. donation:facility=hospital why not just tag it on the hospital? donation:facility=dedicated I would say that's exactly what amenity=donation should be. And then I don't understand why you do donation=blood, but then blood:plasma=, blood:whole= etc. Why not donation:blood=yes? On 6/10/15 00:29 , Ruben Maes wrote: Hello A year ago I started a proposal for donation facilities, covering everything from blood donation centres to clothes containers. Since then I've limited it to blood and other body products. I'd like to start the voting process now: https://wiki.openstreetmap.org/wiki/Proposed_features/Donation Kind regards Ruben, aka M!dgard 2014-06-06 23:55 GMT+02:00 Ruben ruben.mae...@gmail.com: Hello everyone I created a proposal for all kinds of donation facilities (like donation of clothes or blood): https://wiki.openstreetmap.org/wiki/Proposed_features/Donation Kind regards Ruben aka M!dgard ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
What I don't get is why everyone is on this office=government and government=* tag, when even in your proposal most of the stuff that would fall under civic_admin is currently just tagged as amenity. I mean I would not have an issue with a government= tag, but then we would have to be consistent and long term stuff like amenity=townhall should be government=townhall. And the biggest issue as already mentioned a bit further down in the discussion is that there often is no clear line you can draw. In some countries a service is run by the government, in others it's not and sometimes that's even the case within a country. On 6/9/15 08:48 , johnw wrote: On Jun 9, 2015, at 3:12 PM, Bryce Nesbitt bry...@obviously.com wrote: There's a whole set of assumptions about each type of goverment office that would be impossible to consistently capture with generic tags. Here the Duck of duck typing says call it by whatever it is known locally. I think there is still an umbrella it can fit under, saying it is related to cars and licensing. A place that registers your car and a place that licenses you for driving may be a different facility (or combo), but the government office(s) that handles that can at least have some kind of tag to get put in some kind of group. government=motor_vehicle_admin or civic_admin=motor_vehicle We don’t assume the government is selling cars or car parts, and administration isn’t related to enforcement (tickets/impound), sales, nor maintenance, so it isn’t so ambiguous. and the name will tell the locals the rest. (Liscence Center, Automobile Registration center, Dept of Motor Vehecles, etc) Unless we want to get into the same subcategory system that shop=* should have, and we start documenting specific government facilities (which I wanted to do with civic_admin and landuse=civic). Javbw ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
I believe we have a huge gap at tags for government agencies. We could start drafting a system with subtags, eg a tag that says a place is a government agency, a subtag for the administration level (eg municipal, regional, national, could maybe be the same as admin_level?), more subtags for the stuff you can do there (eg register your place of residence, or the birth of a child, request a passport, register a car, ...) AND/OR the class of agency (eg foreign affairs, tax agency, commerce chamber, ...) While I agree that there is a gap, I'm also not really sure where to start and what we are actually missing. I have been looking a bit at the categories of other services and that's where DMV caught my eyes. http://blumenthals.com/Google_LBC_Categories And in Germany for example pretty much all you listed apart from car registration is done in the townhall. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
https://en.wikipedia.org/wiki/Driver_and_Vehicle_Licensing_Agency https://en.wikipedia.org/wiki/Department_of_Motor_Vehicles amenity=driver_vehicle_licensing_agency Seems a bit long and while it's the name of the agency in the UK it also describes what it does very well. Maybe without acency? Using + isn't a good idea, right? amenity=driver_vehicle_licensing Or is there a more general term so we could subtag this in case some countries don't combine it. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
Maybe something like: office=licensing licensing:vehicle=yes licensing:driver=yes I fell like long term that tag would completely blow up, considering you can get a license for almost everything. And this seems to be a very specific government institution in many countries. In the US, they are not combined. In Texas, the driver licensing is a completely different office from motor vehicle registration. Yeah, kinda expected that to be the case in some countries. The individual states that require inspections for vehicles (the US equivalent of a MOT inspection) usually let individual repair shops (anything from oil change shops all the way up to full service garages) handle this. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvehicle_inspection __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag a Driver and Vehicle Licensing Agency (US:DMV)
Or amenity=licensing, driver=yes, vehicle=yes. This could then expand for other things requiring a license, shotgun=yes? Which I'm not sure is so great as it could expand endlessly. And there is also stuff like motorsport licenses etc. I typically use office=government for this sort of thing. In Ontario there is ServiceOntario which is an office for renewing driver's licenses, health cards and other things in Ontario. Government can just be anything, so I wouldn't put everything in there if it is something that is a very speficic agency in many countries, especially if it's something many people will be looking for. Also seems interesting to foreigners where it also helps when you have a special tag. I mean I guess it's fine in Canada when this agency offers a lot of different services. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] OSM is a right mess (was: Craigslist OpenStreetMap Rendering Issue)
On 6/7/15 00:39 , jgpacker wrote: The problem with oneway is the key name - it's 3 letters too long: How is this NOT trolling? Honestly at this point I'm not sure either anymore. I just know it's getting annyoing as fuck... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] RFD tag:shop=camera?
shop=tea; coffee The 'problem' is there is no wiki page explaining how to combine values. And no explanation as to the overall concept of OSM tagging scheme. The real problem is it isn't suported by the renderer and some other apps, that's why people don't advocate for it too much. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Changes + additions: shop= photo, hobby, model
Shop=photo changed to remove frames and framing from it. Reason.. there is a documented shop=frame so if the shop=photo does frames then it should be tagged shop=photo; frame I have included that information on the wiki page https://wiki.openstreetmap.org/wiki/Tag:shop%3Dphoto There will always be overlaps. A lot of shops will sell somthing to drink, but you don't add ;beverages, because of that. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Changes + additions: shop= photo, hobby, model
On 6/6/15 02:51 , pmailkeey . wrote: shop=photon - where n is a number on a scale to indicate the range of products e.g. : photo1 - basic point n shoot cameras photo5 - cameras, lenses, film, printing/developing service, knowledgeable advice photo9 - would include dark-room equipment, enlargers, range of photo-quality digital printers (to buy) digital photo suite - inc. computer and also illegal batteries for obsolete cameras ! Honestly I don't even know what to say about 99% of your tagging suggestions... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] OSM is a right mess (was: Craigslist OpenStreetMap Rendering Issue)
OK, next option is directions=1 (way) directions=2 directions=unknown. That way, the key has no built-in value itself forcing the value to be read to have any, well, value ! And someone reading that tag will have no idea what it stands for. Maybe those are different exits? Does it has something to do with lanes? Oneway makes it very easy for every mapper to see the tag and know what it means. Another benefit is it's very simple english word. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] RFD tag:shop=camera?
The thing is these services are also often available in supermarkets, copyshops etc. and you don't want to put shop=photo on those. And if a shop has both cameras and prints then you can use shop=photo if the camera selection isn't that big like just some pointshoot cameras or you can use shop=camera with some photo_prints=yes tag. 2 notes or shop=photo;camera is just not that great. On 6/4/15 01:39 , Warin wrote: On 4/06/2015 3:37 AM, Andreas Goss wrote: Created/Changed the Wiki page: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcamera I think what we need might be a tag that in general indicates where you can get prints I think that is the present shop=photo ... but its wili description is not clear. Some shops .. do both; sell prints and sell cameras. I think there are shops that only do prints, and yet others that only sell cameras So .. is there a case for individual shop values? These could be combined where needed .. shop=photo; camera or separate nodes. --- There is a case for the wiki of shop=photo to be clearly defined! == According to tag info there are over 800 values for shop= ... some of them are not English, some as single and plural variations. The vast majority have no documentation. I think I'll document shop=model .. there are various finer values model_railway, model_train, model_railways being 3. But shop=camera .. and shop=photo ... ummm need your thoughts. Should there be a shop=camera ... if so should it include associated things like flash, tripods, filters etc If not .. should cameras go into shop=photo? In any case .. what should shop=photo be about? film development? photo printing framing ... (there are specialist framing shops .. they do paintings too) Once people have express their ideas I'll try to come to combine them into the best tag/s and put that forward as a proposal for comment. But at the moment I've no clear idea ... mainly due to the poor shop=photo wiki. ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] RFD tag:shop=camera?
Created/Changed the Wiki page: http://wiki.openstreetmap.org/wiki/Tag:shop%3Dcamera I think what we need might be a tag that in general indicates where you can get prints __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] OSM is a right mess (was: Craigslist OpenStreetMap Rendering Issue)
No tag Tag oneway tag twoway not an'equals' in sight and difficult to mistake twoway for oneway. I would say that's much worse both for mappers as well as consumers. Not even to mention documentation, because now you have two wiki pages which again is always a good source for errors. As a mapper I now have to check for both tags, there can be contradictions, QA Tools can't just check one value etc. For consumers the same. They now have to check two keys instead of one. And then this isn't the only case. Every yes/no would then be like that which would be a nightmare, because you will 2x the amount of tags, wiki pages and everything else that has to be kep up to date. No to mention that is simple doesn't work if it's not just 2 pairs like bus=yes/no... are you going to use no_bus=yes instead? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
If you have a flat battery in your phone/laptop and want to charge it .. it is usefull to know where a public power socket is available. And then is HAS TO BE on opentreetmap.org? A charing app or map is not good enough? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Deprecating wikipedia Tag
I think for most people, especially the more casual ones using ID, it will be easier to map wikipedia tags so I think we should keep it. Long term it would probably be great to have a automated system that just pulls the Wikidata ID when you put in a wikipedia, but I don't think that will happen soon. Hallo List, I started mapping wikidata tags some time ago. Those are great because you can find wikipedia articles in any language you want (not only the 'primary' language) and and plenty of other information which might be interesting for your project. Since wikidata will be the center of all Wikimedia wikis it might be better to link to wikidata items instead of wikipedia article. Thats why I wonder what you think of deprecating the wikipedia tags (NOT DELETING any of them) and focus on wikidata tags. Of course there are plenty of projects which doesn't support wikidata yet but I'm sure if the tags are there they will follow. Regards Thorsten ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] shop=supplements = shop=dietary_supplements
Since I have not gotten much replies I though I might just try out our new polling platform a German community member made. http://osm.haraldhartmann.de/umfrage/poll/28 Just found the proposal for shop=supplements. http://wiki.openstreetmap.org/wiki/Proposed_features/supplements On the talk page already a lot of people suggested using shop=nutrition_supplements instead. But looking at Wikipedia and google it seems like shop=dietary_supplements would be even more fitting. What do you think? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Deprecating wikipedia Tag
ikidata will always be playing catch-up to wikipedia, to some extent. Can you just show me a single Wikipedia entry without a Wikidata object. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
Right, because there is no reasonable middle ground... On 25/05/2015 10:42 PM, Andreas Goss wrote: If you have a flat battery in your phone/laptop and want to charge it .. it is usefull to know where a public power socket is available. And then is HAS TO BE on opentreetmap.org? A charing app or map is not good enough? Well then ... a shop app or map should be separated from OSM? What is OSM good for .. only one set of things? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Airport power and USB stations
The idea is to get this rendered on the map. My opt is for amenity=power_socket which is what people will be looking for. It will be impossible to have a different symbol to indicate every different type of outlet in the world. Then the next thing they will need to know is the type of socket so type=* (example ... plug_UK ; plug_EU ; USB123 ; USB_C) And it can continue on from there. But we don't tag for the map. And especially in this case I don't get why it's so important. Bicycle apps and maps are one of the most commons ones in OpenStreetMap and even maps for charging stations are pretty popular. The tag 'amenity' automatically indicates it is for public use and so should not be used to tag every private domestic plug in a home. Mh... no. It doesn't. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] shop=supplements = shop=dietary_supplements
Is this the sort of thing 'health food' shops sell ? Look a bit on google. Yeah seems like it would fit for some of those stores. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] shop=supplements = shop=dietary_supplements
Just found the proposal for shop=supplements. http://wiki.openstreetmap.org/wiki/Proposed_features/supplements On the talk page already a lot of people suggested using shop=nutrition_supplements instead. But looking at Wikipedia and google it seems like shop=dietary_supplements would be even more fitting. What do you think? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] housenumber on node and area
Info is routinely in two places, e.g. building and associatedStreet, to cope with software or people that do not support one of the places. But that should not happen. If you have the realtion there should not be a addr:street tag on the building. Which is why some time ago we also had a lot of people cleaning up associatedStreet relations, because it's pointless when only a dozen mappers use it and everybody else uses the addr: tags on buildings. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Damage Assessment Tags - Would like feedback on a schema
As you linked to this on the HOT list a few things noticed... What about the typhoon:, earthquake: or tsunami: tags? Replaced with damage:event? What about e.g. damage:building? This could still be used even if you have building= and damage= What about the status= and impassable= keys and tags? Greetings everyone, I am looking to help further develop a set of tags to reflect disaster event damage to mapped objects in OSM. OSM has already used damage tags in the past several times for example after Typhoon Haiyan: http://wiki.openstreetmap.org/wiki/Damaged_buildings_crisis_mapping And after the 2011 Sendai earthquake and tsunami http://wiki.openstreetmap.org/wiki/2011_Sendai_earthquake_and_tsunami And in Haiti http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Background#OpenStreetMap:_Tags_in_Current_Usage I have read feedback about issues related to those tags and would like to generate a set of tags that address that feedback. The main feedback I saw was that the damage tags need to be separated from the main object tags themselves (building=*, natural=*, highway=*, etc) and they need to be easily removed after the damage is resolved or the event is over. Toward that end this is what myself and some other more experiences mappers have come up with. We think it addresses those issues and improves damage tagging in general. We would like community feedback to help improve them before creating a wiki proposal page. Our over arching goal of course is to create the most useful set of tags possible. We are also going to reach out to some humanitarian organizations to get feedback about their damage assessment data models and hopefully use that to make improvements as well. I know there are other people interested in this topic as well so if anyone has complete alternative suggested schemas that would be great too. Any and all feedback and discussion is most welcome. Tagging Schema Criteria: 1. Separate feature/object from damage tag itself 2. Identify event the damage tag is related to for analysis and easily removing them later 3. Allow for assessed and revised indication 4. Specify type/source of assessment 5. Easy to enter, remember, understand for mappers 6. Works well with overpass/overpass-turbo queries 7. Relatively easy for routing software to work with 8. Most similar to existing OSM tagging schemas 9. Allow for initial or revised damage assessment based on ground survey For any area or node (buildings, amenities, landuse, natural, etc) damage=[none | partial | major | destroyed] damage:event=event_name[;event_name2;etc] damage:assessment=[none | initial | revision] damage:organization=organization_adding_damage_tags_name source:damage=[satellite | aerial | survey] For ways (highways) These are the same as above, but we add a damage specific key damage:smoothness and use the values from the existing smoothness key values (http://wiki.openstreetmap.org/wiki/Key:smoothness). Routing software would look for the damage:smoothness=* key and if present use that value over the explicit or implicit smoothness=* value. When the damage tags are removed, routing would return to pre-event status automatically. damage=[none | partial | major | destroyed] damage:smoothness=[excellent | good | bad | horrible | impassable] damage:event=event_name[;event_name2;etc] damage:assessment=[none | initial | revision] damage:organization=organization_adding_damage_tags_name source:damage=[satellite | aerial | survey] Cheers, Blake ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] housenumber on node and area
That is the same number both on a node (once) and on the way/relation *that this node belongs to* (once)? Do you mean area when you say way? I think if a building has the address then you should not have a node for just the address. If it's a amenity, craft etc. then it's fine to put the address on that, too. PS: Yay contact: guess that will never end... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Estate agent
Think about the tags I have mentioned before, which use shop for services offered and which don't sell goods. From my point of view, the introduction of the office key hasn't changed anything here, office=hairdresser doesn't make sense for a place where you get your hair cut, offering services is clearly still a part of the key shop, nothing you will carry in a bag or truck though Except that several values have moved away from shop like shop=tailer = craft=tailor. I mean we have have more than 1000 tags with shop=craft Go on page 9,10,... http://taginfo.openstreetmap.org/keys/shop#values and you will find many values, which are not shops and have better established tagging alternatives. And I agree office hairdresser makes no sense, but what about service=hairdresser? What about leisure= ? Especially looking at shop=beauty or shop=massage. the problem I see is not in the shop definition but within the office tag. The definition goes like that: A place predominantly selling services. http://wiki.openstreetmap.org/wiki/Key:office But this is only a subset of offices and is contradicted by the values on the same page (eg ngo, association, newspaper, political_party, foundation, religion, water_utility, ...) An office is not always (or even rarely) mainly about selling, it can have different purposes like administrating a business or other organization or project. An office is typically about people working with paper, computers , other people and the telephone ;-), it is a workspace The question is which key would have been better than office? Also just looking at the German term for travel agent for exaple it's Reisebüro so it has office in the name. Also just looking for real estate office got me this http://www.remax.com/officeagentsearch/ and a google image search shows stuff like this: http://media.point2.com/p2a/htmltext/bb20/7c32/24d3/42da289efc38b31dba4b/original.jpg I don't think that's exactly what you meant with workplace, right? And they are bascially selling you the service of acting as an intermediary. I agree that office values are not perfect, but I feel like for many it's just the best key OSM offers right now... I mean what are the alternatives for the ones you listed? (eg ngo, association, newspaper, political_party, foundation, religion, water_utility, ...) shop? amenity? craft? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Estate agent
I know a private school that had a classroom in a former carpet store. Still with large windows towards the street. Would that be also be a shop then? Perhaps is it because I speak American rather than British, but to me a shop is a place where the item(s) I buy can be carried out, if not in a shopping bag then on a truck (lorry). Assuming that “estate agent” translates to “real estate agent”, I would expect them to work out of an office rather than out of a shop. There was a row of three shops on my local hgh street: Butcher, baker and soft furnishings. Five years ago, the baker went bust, as was replaced by an estate agent. Two years ago, the estate agent, being very successful, moved to larger premises, elsewhere, and the former baker's shop is now a cheese shop. Did the middle premises stop being a shop, and then start being a shop again? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Estate agent
A shop is not only selling goods, but according to the wiki also services. E.g. shop=hairdresser, car_repair, beauty (you can't carry out beauty in a bag) etc. But we also have to consider that this was the description, before office= existed and how it was used due to lack of alternatives. It's the same with emergency related Tags that have a amenity= key and would fit much better into emergency= these days. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] amenity vs. shop *=ice_cream
To clarify, I suggest to change image on http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dice_cream to this one: https://commons.wikimedia.org/wiki/File:Ice-cream_shop_-_Florida.jpg. Current image looks more like amenity=cafe (you can see sth to drink in the background and place to rest). I don't think just because you can get something do drink makes it a cafe. If you google for ice cream parlour or Eisdiele etc. you will see that many places also sell some coffee. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Estate agent
how would we do this? What does it change? Btw., lack of alternatives really isn't a good argument in a project that allows any tags you like. still those tagged in the amenity namespace don't miraculously change meaning just because someone has introduced an alternative tag in the meantime. I'm not saying they changed their meaning. Ofc amenity=emergency_phone is still the same as emergency=phone. But people put it into the amenity tag back then, because emergency= didn't exist. The point is more that shop was mainly used for services, because it was the closest key that existed. I also cleaned up craft= a bit and many of those could also be found as shop= and while some certainly have a overlap others really don't. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Sector, section, and cemetery
On 5/15/15 23:10 , pmailkeey . wrote: Why ? I don't do it with car parks. There's often a section for disabled, parent/toddler, staff - and general use. Each gets marked for its own purpose even if they abut. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_space -- __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Sector, section, and cemetery
Changed my mind. I see no point in tagging a single parking area any different from amenity=parking, capacity=1. Let's say you use a navigation system that shows nearby parking. Then if you tag the individual spaces with amenity=parking it will should up as several different parking lots even though it's just one. So isead of a list with maybe 5 items, you get 10, 20 or 100. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] amenity vs. shop *=ice_cream
there are shops that sell ice cream that you do not consume on premises The ice cream/cake shop I used as an example (an ice cream and cake shop) sells pre-made cakes and prepackaged ice cream (some bulk, some singles, but packaged) meant purely for take home consumption, unlike Baskin Robbins/31 flavors, where some of the ice cream they sell you can/have to eat immediately. I just get the impression that that's not how people use it and won't be to happy if I document it that way. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] HOT: potential Helicopter landings leisure=common
On 5/11/15 09:42 , Paweł Marynowski wrote: In Poland we use emergency=landing_site for this. Check Overpass Turbo rendering of occurrences - they are located mainly on football pitches or similar places. http://taginfo.openstreetmap.org/tags/emergency=landing_site Can you please document tags when you import that many... I created a page in the Wiki. Guess we have to have some clear rules where to use this and where helipad. Also maybe have landing_site=helicopter or something in addition. http://wiki.openstreetmap.org/wiki/Tag:emergency%3Dlanding_site __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] shop=confectionery / pastry / candy / sweets
Pastry-only shops are quite rare. See also shop=patisserie (62 uses). But is pastry = patisserie ? http://media-cdn.tripadvisor.com/media/photo-s/03/de/f0/35/el-tawhid-pastry.jpg http://media-cdn.tripadvisor.com/media/photo-s/05/28/25/df/patisserie-richard.jpg Because the first image is what every bakery in Germany usually sells, too. But the 2nd one while you can often find some limited selection at bakeries, is what we usually buy at a Konditorei which has a much larger selecter with higher quality and looks like this: http://www.reschinsky.com/online/media/Torten_2.jpg __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] HOT: potential Helicopter landings leisure=common
Look for a clear area in the village away from houses and hills. Shift to Opencyclemap layer to evaluate if this area is flat enough, with a minimum width of 30 meter. The Scale bar can help to evaluate the distances. The image above help also to evaluate what should look like such area. If there is no flat area, do not trace a polygon leisure=common. Trace a polygon tag leisure=common http://tasks.hotosm.org/project/1023#task/2 Can anybody explain to me why we use one of the most unlcear tags for this? Is this just tagging for the render or why is it so complicated to come up with a more fitting tag? And this seems to happen with a lot of tags. I have tried to document a bit in the Wiki, but it's really a pretty big mess... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Colour coding of wiki description boxes
When it comes to deprecated and obsolete tags I basically feel that if you can't get enough worldwide consent to re-tag The problem is that everybody is so strong against mechanical edits that it is pretty much impossible most of the time. And manual retags are often not worth the time. In addition even then you might want to keep the wiki page. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Colour coding of wiki description boxes
I don't think it's such a bad idea, what annoys me more is that defacto is beige, when most tags are bascially on the same level as apporved and should be green. I think marking those listed red is somewhat helpful. Maybe we should rather have a tag status like disputed, which can be used when there is no clear agreement to prevent abuse. Also would be nice if proposed/voting/draft and unspecified would not be the same color. Unspecified should somewhat be a call to action color to tell me I should add the value there. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] inuse, defacto
Why is it important? The main thing that matters is than only one definition exists for an item, irrespective of how often it is used. A few months ago I looked a TagInfo for tags that people are using but have no Wiki entry. Once you get closer to like 100 uses and below you find a lot of tags that probably only have one definition, but aren't really that great. Like wrong key, bad/not english, used by just a few mappers, maybe local etc. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] sport=shooting Shooting Range
I had already looked at this in the past and stumbled on it again with paintball today. http://wiki.openstreetmap.org/wiki/Tag:sport%3Dshooting What's the best way to tag a shooting range? shooting=range make no sense to me. When sport= isn't a physical tag then how can a subtag be one? So shouldn't this rather be used for the type of weapon or a specific shooting sport? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Paintball
Since most people here seem to agree on this and we also have sport=archery I created a wiki page: http://wiki.openstreetmap.org/wiki/Tag:sport%3Dpaintball Question is if we should to some retagging with shooting=paintball. Having done both, paintball and shooting are as different as basketball and soccer are from each other - you still put a ball in the net, but gameplay is quite different. Besides the similarity of the paintball gun to a real gun, paintball has more in common with either of those ball sports than shooting on a practice range. Getting the person out and capturing a goal in the play field (almost like dodgeball) is not the same as a skill contest to get a bullseye (with a lethal weapon). Also, paintball takes place in a field where people are supposed to be during play - and the opponents are targets - whereas at a shooting range... Targets are hay bales or cardboard, and people on the range face death by entering. Keeping paintball and shooting separate is a very very good idea. Javbw Sent from my iPhone On Apr 12, 2015, at 8:29 AM, Warin 61sundow...@gmail.com wrote: OSM differentiates between different 'football' sports - http://wiki.openstreetmap.org/wiki/Football 'Paintball' may be sufficiently different that it should have a separate tag. On 12/04/2015 9:23 AM, Eugene Alvin Villar wrote: Isn't shooting just aiming at non-living targets like what is seen in the Olympics? If so, then paintball is definitely different. On 4/12/15, Andreas Goss andi...@t-online.de wrote: There is still the question if it's sport=shooting + shooting=paintball or sport=paintball. They are both used to s similar amount. Hmm.. OK paintball it is. Thanks. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Paintball
There is still the question if it's sport=shooting + shooting=paintball or sport=paintball. They are both used to s similar amount. Hmm.. OK paintball it is. Thanks. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Fuel shops
You could set all the fuel types to no (fuel:*=no), or add a new one (fuel:motorbike=yes). Or add motorbike=fuel. Except there isn't anything like motorbile fuel. Keeping it as amenity=fuel means all mapping tools and search tools continue to work. Which is exactly the problem. Now your lemon stand shows up as gas station... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Accepted or rejected?
It is amazing to see how few people participate in this discussion and vote compared to the number of mappers. STOP USING MAILINGLISTS!!! Those things might be nice for some tech savy people, but for everybody else it's just as mess and feels like spam. We are 100x more productive in the German Forum than on this or the de list and have much more participation... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Accepted or rejected?
What Forum? http://forum.openstreetmap.org/ __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
name=company? I'm not a software developer, but 2x name= doesn't sound like a great idea if you want to make an association. Also entering data like phone number twice etc. doesn't sound like a great idea either, unless the reception actually has a special one (but often it's probably just the main number of the POI) E.g. If there were two companies in the same building both accountants .. how do you distinguish between them ? office=accountant name=company1 and the other office=accountant name=company2 Or am I missing something? You are missing that those are 2 nodes where there is no connection and you aren't interested in any connection. But when you have... office=accountant name=company1 office=accountant name=company2 amenity=reception_desk name=company1 amenity=reception_desk name=company2 ...you want to make a connection between those offices and receptions. The way you suggest tagging here would for example mean you can't give the reception desk and individual name anymore. For example when you then use the tagging system on a large facility and want to name a recption name=Company xyz gate 1 you can't use that system to connect it to company xyz. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
I've only included those that I thought to be common, not rare. How are multiple receptions inside a large building used by serveral companies rare? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] [OSM-talk] Taginfo challenge
I would say discouraged, but I could see how they make sense sometimes. Althoug in this case I don't get it, this is what googles gives me. nameOsaka Station = (Umeda Station) name: JR West = Osaka Station name: Yotsubashi Line = Nishi-Umeda Station name: Midōsuji Line =Umeda Station name: Tanimachi Line = Higashi-Umeda Station name: Hankyu=Umeda Station name: Hanshin =Umeda Station So what about keys like this: https://www.openstreetmap.org/relation/4223325/history With non-English components after the colon. Should these be encouraged? Discouraged? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
Either use a site relation Then why isn't this in the proposal? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - shop=storage
Was this RFC ever submitted to the mailinglist?
Shop sounds a bit strange to me as you say, maybe it's also just that
non-native speakers see it a bit different. But as you say we kinda lack
a key for services.
On 3/9/15 08:50 , Jan van Bekkum wrote:
As the comments period is over and no comments have been received lately
I would like to move the proposal shop=storage
http://wiki.openstreetmap.org/wiki/Proposed_features/parking%3Dcar_storage
to stage voting.
I have done some final editing to cover the received feedback.
Instructions for voting:
* Log in to the wiki - top right corner of the page -scroll up
* Then scroll down to voting and click on 'edit'
* Copy and paste for * yes - nowiki {{vote|yes}} /nowiki, for
no - nowiki {{vote|no}} /nowiki
Thanks for your support!
Regards,
Jan
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
--
__
openstreetmap.org/user/AndiG88
wiki.openstreetmap.org/wiki/User:AndiG88
___
Tagging mailing list
Tagging@openstreetmap.org
https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
- It's not simple at all. Using amenity https://wiki.openstreetmap.org/wiki/Key:amenity=* for this makes it impossible to combine it with such POIs. Also why amenity at all? For me it looks like a I didn't find anything better, I mean amenity https://wiki.openstreetmap.org/wiki/Key:amenity=reception_desk https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk can't even stand on its owm. with which POI should this be combined _on the same object_? I mean, this is a tag for a reception desk, obviously it can be combined with other amenities by putting it inside them, but you won't have many objects that are at the same time a reception desk and don't know, toilets? An example why this is a problem would help to understand the reservation. Look at http://wiki.openstreetmap.org/wiki/Key:amenity and tell me those don't have reception desks. And you can't put them inside and amenity if it's just a node of a building like for example many doctors. By adding *=reception_desk to such a node it would be clear that someone did not just put a random node somewhere on the building, but that the doctor is actually there. Also what about receptions at big companies, factories etc. where you often also have a gate. Do you just use the tag for that? Is reception_DESK really fitting? http://bavaria-werkschutz.de/cms/files/img/header-teaser/Werkschutz.jpg __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Reception Desk
anything that is big enough to have a reception is better represented by an area than by a node- IMHO. At the time I micromap the reception I'd likely also convert the node POI into an area So how do you now connect the reception with the area? What if you have different levels? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
Why do you even bother with a proposal when you bascially don't care about tagging? If you want to tag reception_desks in whatever random way then just go ahead and do it. Then people will see what you used on taginfo when looking for reception and at some point you just make a wiki page with in use. And I don't think there are that many options that you would not be able to cover the majority of them. - A single facility covers whole area and has one or multiple receptions - Companies have different receptions in the same building - Multiple companies use the same reception in one building -(Reception outside building/facility area) That probably covers 99% On 3/8/15 01:57 , Warin wrote: On 8/03/2015 10:22 AM, Andreas Goss wrote: Do you 'navigate' to 'drinking water' or simply look for the closest one? Depends if I said I will meet someone at drinking water spot xyz or I'm just looking for some water. most would navigate to an address .. then look on the map for parking, then look on the map for the closest reception desk So that's the _quality_ of data you are fine with in OSM? Why do we even tag house numbers then? Finding the right street and then looking at the numbers is even easier than this, don't even have to get out of the car. Small point ... The data may be correct and of high quality .. but missing what you want .. thus lacking detail, resolution or quantity ... not quality. Lacking quality would be, say, if the node were displaced .. say 2 kms. Or if the name was wrong. Most of 'my' local area has no OSM house numbers .. nor are residential buildings mapped, there are a few missing street names too. The level of data resolution and quantity is up to the contributors, their time and inclination. Before I map house numbers .. I think the missing street names should be done? You may think that address numbers are more important than reception desks ..I don't, simply for the reason you have given above looking at the numbers is even easier than finding a reception desk in a facility .. particularly when a multi building facility. A name of the reception desk would help ... but some of them are for all the firms in that location. Then why isn't this addressed at all in the proposal? There are many possibilities. Covering them all? I'd rather leave the variations up to the mapper .. they are inventive and are on the ground so know the situation better than I could possibly imagine it. The ones I know of are simple .. at least I see it that way. What you have I don't know and won't try to predict what the best possible solution is for something I can only guess at... Sorry but my crystal ball is broken. If there were a set preference that covers all (or at least most) cases then state it .. I've got no firm idea of what solution that is. - This is ONE case that I know very well. A group of buildings - all on one site. One major firm owns the site... but leases parts off to other firms .. One reception desks for all. One address for all (yes all the buildings have one address). The reception desk is poorly marked .. has been for many decades. Not uncommon to find visitors wandering around lost. == thus the reception desks exist in an area with one address, so one address. I'd not name it .. the firms change over time , but the reception desk remains. Possibly name the operator as the site owner. But I'd leave the name off. - Relations which could handle this are not mentioned once. First time that has been mentioned. I've not though of it. I'd see that as another proposal ... First get a tag for 'reception desk' .. whatever it is called and where ever it is placed on the OSM data base. Then see if a relationship is needed .. and if that relationship may be used on other features too. Like 'my' proposed relationship for area- steps? And again how would you name it if it was just one of multiple recpetions desks for one facility. Facility name = operator=* name=Gate 1? So if the reception has no name then name= stays empty? Do I use the plant name as operator? Or the company name? Is it possible to put that in operator or official_name, or is the name assumed because the point is inside the landuse? The basic answer would be .. how do the people there name the desks? Use that - the locals will understand it, visitors may be given that name too. See the wiki - http://wiki.openstreetmap.org/wiki/Key:name The common default name. Multiple reception desks for one facility? Do they have separate functions? Or the same functions in different locations? I'd use a name appropriate to the circumstance! I don't know the circumstance .. so don't know the answer. There are too many possibilities that exist for your given question. -- Request For Comments ... I see this as part of improving the proposal
Re: [Tagging] Feature Proposal - RFC - Reception Desk
Well, I think it depends on what kind of visitor you are. For the plant tour there is probably just one meeting and entrance point. But for suppliers, constuction workers, people from the same company who don't work at that plant I don't think it matters. Then that would be 3 reception desks with 3 different names. And how do I tag them? name= OpenStreetMap Plant Springfield - Gate 1, OpenStreetMap Plant Springfield - Gate 2 etc.? You have visitor reception at all gates? Visitor badging and everything? I assume there is security there letting people in (gate) but are there 3 areas for a person to be badged and wait for their visitee to come down and pick them up? 3 places to sign up for the tour of the facility? 3 places vendors come to register to meet with buyers? Then that would be 3 reception desks with 3 different names. Javbw I approve this proposal. Also very useful for big industrial areas. [...] --Mapper999 (talk) 15:58, 2 March 2015 (UTC) So how do you tag it on a industrial complex when you have it at let's say Gate 1, Gate 2 and Gate 3? https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk#Comments ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
I approve this proposal. Also very useful for big industrial areas. [...] --Mapper999 (talk) 15:58, 2 March 2015 (UTC) So how do you tag it on a industrial complex when you have it at let's say Gate 1, Gate 2 and Gate 3? https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dreception_desk#Comments __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
It should be found because OSM is a geographical database and the reception, or the multiple receptions as you asked before, is/are contained in the campus of the facility. So bascially most of the time you would just tag amenity=reception_desk without any other tags and that's enough? Apart from that you are ignoring buildings with multiple companies and different reception desks, which I think I already brought up some weeks ago... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
Do you 'navigate' to 'drinking water' or simply look for the closest one? Depends if I said I will meet someone at drinking water spot xyz or I'm just looking for some water. most would navigate to an address .. then look on the map for parking, then look on the map for the closest reception desk So that's the quality of data you are fine with in OSM? Why do we even tag house numbers then? Finding the right street and then looking at the numbers is even easier than this, don't even have to get out of the car. A name of the reception desk would help ... but some of them are for all the firms in that location. Then why isn't this addressed at all in the proposal? Relations which could handle this are not mentioned once. And again how would you name it if it was just one of multiple recpetions desks for one facility. Facility name = operator=* name=Gate 1? So if the reception has no name then name= stays empty? Do I use the plant name as operator? Or the company name? Is it possible to put that in operator or official_name, or is the name assumed because the point is inside the landuse? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
And if I'm a visitor how would for example a OSM based navigation system figure out to which company or facility they belong? On 3/7/15 22:11 , Kotya Karapetyan wrote: I believe it depends on the facility. My company has 3 receptions, and they are called officially Reception 7, 4 and 8; these are the names appearing on the phone when I receive a call to collect a visitor. I will use that as the names. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - parking=storage: additional values for key parking
shop=storage to me means a shop that sells bags, boxes .. stuff to store things in ... not the space to store stuff in. so shop=vehicle_storage would be better if it is to be shop=. http://www.garagen-klaus.de/files/garagegreif1_2.jpg __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Change of rendering: place of worship and, terminal without building tag
If the facility is a stand-alone facility whose primary purpose is not as a place to worship - but merely operated by a religious entity - such as a school, hospital, etc, then it is tagged as it currently is. I fail to see how some grass or parking lot around the church is the primarty purpose of worship, but then the school or kindergarden next to it where you actually pray etc. is not. That's really great. So according to the Wiki now the parking lot of the school and kindergarden is landuse=religious (because they are also used by the churchgoers), but they aren't. LOL. And if there is a amenity=school in the centre of a monastary I have to cut it out. Nice. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Change of rendering: place of worship and, terminal without building tag
Having a landuse for “religion” seems simple to understand Oh really? Is every Kindergarden run by the chruch in Bavaria now a landuse=religious? What about office building run by the church? What if they overlap with other landuses? If people really continute to use this tag I will use it for everything run by the chatholic church in Germany, after all they are the largest private land owner... Then they can have fun with their church yards. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
As this tag is always going to be used within another entity I think we should rather look towards something like indoor tagging or other subtags. In addition using amenity for reception desk would for example prevent you from placing it on the node of the amenity and use one node for both. Not to defend the amenity key, but I wonder if there is a need to tag the reception if the whole object (including the reception) deserves just a single node. Well, you could have an amenity inside a very large bulding where you have multiple entrances. Then you could use the amenity node to indicate that it's actually placed at a certain spot, because the reception is there. In addition it makes it clear to which amenity the reception desk belongs, as a different amenity in the same building could have the reception desk at the other side of the bulding. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Reception Desk
Amenity is the best fit for this tag. I disagree. (Usually that just means I didn't find anything better) As this tag is always going to be used within another entity I think we should rather look towards something like indoor tagging or other subtags. In addition using amenity for reception desk would for example prevent you from placing it on the node of the amenity and use one node for both. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Shop for watches
And see also for repairs: http://wiki.openstreetmap.org/wiki/Tag:craft%3Dwatchmaker Or this http://wiki.openstreetmap.org/wiki/Tag:craft%3Dclockmaker -__- Still don't get the difference... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Deprecation of associatedStreet-relations
Hi all - does anyone know what the geographic distribution of associatedStreet is like? taginfo doesn't render a map (it seems it doesn't do that for relations). I hear rumours it's mainly Germany but it'd be handy to know. Wambacher posted some maps in the Forum: http://forum.openstreetmap.org/viewtopic.php?pid=480354#p480354 I have added them to the Wiki page and also put a section on the Talk: page (https://wiki.openstreetmap.org/wiki/Relation:associatedStreet) Looks like it is mainly used in France, Belgium, Germany and Ukraine. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Deprecation of associatedStreet-relations
Your editor will probably hace displayed a warning at step 1. At the end of the operation, you've got a house missing it street, not a fully broken relation. Most don't. Right now JOSM is the only one I use that does. Especially most mobile editors don't... some just flat out don't even show you relations. Fully borken or not. In my opinion a assiciatedstreet relation that does not include every element is broken. At that point all the advantages are gone. That's nitpicking, I know. How about breaking addr:street addresses to compare ? Obviously not much better, but I think people are less likely to just remove a addr:street without noticing than a relation. So I fail to see how is makes AS better as everyone claims. * Same remove/replace/add steps with a typo when readding addr:street (what ? but I picked the automcomplete suggestion !). Actually, that works without the remove/replace steps as well. Often I do this to convert a node into a area. Sometimes I remove stuff by accident realize it later and instead of going back just replace it, because I did more stuff in that time and don't want to lose my work. * Add a new addr:housenumber but forget/ignore to add addr:street (would be no different with associatedStreet, except the local newbie's work will have been prepared by the armchair veteran) Why would it have been prepared? And why with AS but not with addr:street? Most associatedStreet-relations I found in Germany did only include houses where someone actually mapped the housenumber. I did not find a single one where all houses in a street were included, but lacked other addr: tags. * Change the name of a street (btw, newbies often use iD and dont know how to search objects by tag). Much more common than you think if you consider street that have not been named yet or that have been split at the wrong spot. If a street is split several times and a user knows he can find all parts in a relation I would no longer consider that user a newbie. The point is not that associatedStreet relations are unbreakable, but that there are less opportunities for breakage than there is with addr:street. And that's where I disagree. Removing a object for a relations is as likely as missing a addr:street tag. In addition the consequences are worse for the associatedstreet relation, because you assume it's complete when it actuall isn't, which makes it kinda pointless. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Deprecation of associatedStreet-relations
The counter-argument is that a novice is less likely to break the data when updating an area that is mapped using associatedStreet. I like the fact the fact that people need not even be aware of addresses in order to fix a street name. I disagree. Awareness is exactly what you need. I destroyed many of them in the beginning, because I remapped areas andt replaces nodes with the proper outlines etc. Being able to add/fix housenumbers without having to worry about addr:street (which would be very cumbersome on mobile devices editors - editing while surveying FTW) is also a big plus. I really don't get this. If you are able to add house numbers, why would you be likely to fuck up street names? If at all seeing addr:street when on the ground is good, because you can be sure it's you are adding it to the right building and can also fix possible street errors. It's not like every street relation is perfect. I also don't get what's cumbersome of having a line for street name on your mobile device editor. Given that relations in general are not going away, the proper solution to the novices have trouble with relations problem is not to use less relations but to make relations easyer to edit and better documented. FWIW, I feel there is slow but steady progress in that domain. Considering that we get more and more editors that are specilized on adding just a certain kind of feature that's not going to happen. Yes, relations won't go away, but if I make a very simple map and specilaized editor I can usually ignore them. One good example is https://openbeermap.github.io/ Adding simple stuff like name and opening hours to a few basic amenities isn't something that requires you to bother with relations. If they wanted to inlude addresses then it would be 100x easier for them to just add 4 lines for the addr: tags which use exactly the same code as the other already existing fields. With a associatedStreet relation this would take a lot more effort. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Electronic or 'e' cigarettes?
On 1/22/15 23:13 , fly wrote: No, but it is common sence to introduce tags in proposal name space and once they are in common use accept them because of it use. Well, you can go ahead and create dozens of proposals that will go nowhere. I have completely given up on that process. It will be discussed here for 1-2 days and then will be forgotten. (I even asked for feedback for more feedback a few days ago... nothing). I'm not going to waste my time with that anymore when it's always the same few people who make any tag page edits in the Wiki anyway. If someone does not like in use and prefers proposed, fine go ahead and write it. Don't like the tag at all: Create a proposal for an alternative. But my time is limited and I rather have stuff documented so other mappers can find it and we don't have 10x different tags with slighly different meanings. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Electronic or 'e' cigarettes?
Using - instead of _ goes against a very established tagging practice. Only for whitespace as far as I know. So I don't see a issue here. I would even say using _ is wrong. e_cigarette = e cigarette e-cigarette = e-cigarette The wiki page is very recent with only two contributors. I wouldn't be surprised if e-cigarette in the db was also contributed by no more than 1-2 mappers. I suggest contacting them to make sure that they are ok with e_cigarette, and then make the change to wiki and db. I just created the page, because the tag was used (TagInfo), but not documented. See: http://wiki.openstreetmap.org/wiki/Category:Undocumented_Tags __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC: Reverse Vending Machine
Apparently there is no consensus what to use to indicate reverse vending machines (RVM). I feel like this would be so much simpler if the amenity tag was not limited to vending_machines. In Germany everything is just called Automat. - cigarettes = Zigarettenautomat - parcel = Paketautomat (Well, not the most common word) - emty bottles = Leergutautomat And then you could just combine it with vending=, service=, recycling=, return= etc. I would really be in favor to change this, especially since most of the information is in vending= anyway. Is there a similar word? Otherwise you then have issues like with parcel where you bascially also have reverse vending when you send in a package, but you can't combine the amenity tags. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Change of rendering: place of worship and terminal without building tag
Since when do we use ways for landuse=* ? Also I have not found a single one that is tagged like you say. They are all areas. Why multipolygons? Typical area with various church thingies (church, vicarage etc) is not requiring multypolygon - it is usually may be represented by a simple closed way. landuse=religious Which still nobody knows what it is supposed to be used for... I'm supposed to tag this around every church? Well, have fun with those landuse multipolygons... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Change of rendering: place of worship and terminal without building tag
this is just a polygon around a church yard, with the rest of the buildings and amenities inside. EXCEPT it does NOT say church yard but religious landuse. So this is how I would use this tag: http://i.imgur.com/KZvkB3i.png __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Tagging: Tesla Superchargers
I wanted to tag these for some time and realized some people already did a lot of work, especially in Europe. Now I just wanted to discuss some tags and unify everything. I also started documenting everything here: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station/Tesla_Motors ## operator=Tesla Motors Inc. ...seem to be mostly used. Since OSM discourages abbreviations, should we just sick to Tesla Motors? Or how is this usually done with corporations. Not really a fan of adding Incorporated. Also seems to be Tesla Motors, Inc. authentication:*=* ... I can't find any tags that fits on amenity=charging_station. I think it's bascially does it over the plug and some data cable. Not every Tesla can actually charge there, for some cars it's an extra upgrade you have to purchase. Not sure authentication:cable/plug/automated/?/=* Or is authentication:none=no enough? access=customers obviously means for Tesls customers, but what if a station is actually limited to for example hotel guests? Not really that important right now, but if someone has a good idea... Those were the main things I noticed. * http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcharging_station __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
fitness_centre:access=__membership, fitness_centre:access=club? private? Or have something like fitness_centre=yes? (Not sure as we already have sport=*) Why complicate things? I think a simple access=private (or maybe access=membership) should be enough. Thought about that, too. Problem I see is that membership could just as much be interpreted as membership in a sports club. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
What’s leisure time? It’s 5:30am here and I’m about to head to the gym, like I do most days. The leisure tag is for places people go in their spare time. So I'd say that's exactly what you are doing. You are not at work or on holidays. You could just as much edit OpenStreetMap or pursue any other hobby instead. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
I like the idea of tagging the clubs's entire property as leisure=sports_centre + sport=rowing, and additionally sport=fitness (or sport=gymnastics) to the building or room dedicated to that. But I wouldn't tag it as a leisure=sports_centre on its own. It is only part of the surrounding sports_centre. That's fine for a stuation like that, but do want to join a rowing club when you just moved to a city and a looking for a fitness centre to work out? Because that's my issue when having leisure=sports_centre + sport=rowing as tag for your usual commercial gym. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
Because that's my issue when having leisure=sports_centre + sport=rowing as tag for your usual commercial gym. Oops. I mean sport=fitness (So a rowing club would be fine with leisure=sports_centre + sport=rowing,fitness) __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
Water fountains, benches, parking, etc. aren't tagged any different just because they are located inside a sports centre. But are people searching for that the same way? If I look for stuff like that I'm probably somewhere outside and just look what's near me. Then I probaby realize pretty fast if it is public or private. Would you tag a sauna inside a sports/fitness centre with shop=sauna or rather sauna=yes? On the other hand if I look for a fitness centre I'm probably at home I want to find one to work out and see what's available in the city, how close it is, can I reach it with public transport, is there parking, look up the website for pricing etc. And having all kind of private gyms would not give a good overview. I like the original proposal leisure=fitness_centre. It would work no matter where it is located. It certainly could, but then I would say we also need some kind of subtag to indicate if you just sign up for a gym membership or if you have to join some kind of larger sports club. Then do you tag this as individual node in a sports centre? fitness_centre:access=membership, fitness_centre:access=club? private? Or have something like fitness_centre=yes? (Not sure as we already have sport=*) Honestly didn't think that much about this, because I just wanted a tag in the first place ;D __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
From the German Forum... just wanted to mention this here, too. http://forum.openstreetmap.org/viewtopic.php?id=29190 What's wrong with sport=fitness and leisure=sports_centre? Persoanlly I think it would result in all kind of facilities being tagged like this, even though it's not the primary purpose. For example someone posted a User Diary entry about rowing clubs in Denmark and that some have a fitness centre. I don't know about you, but that's not exacly for I'm looking for when searching for one. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] shop=provisions (Import Norway)
Found this tag when cleaning up shop=*. I guess you can buy food and/or equipment there? Looks like it's all from a import from Norway for tourist huts. * http://wiki.openstreetmap.org/wiki/Import/Catalogue/N50_import_%28Norway%29 * http://overpass-turbo.eu/s/6HN So what's the best way to deal with this now? Just document it? Are there already similar tags? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - leisure=fitness_centre
I wonder how we can tag fitness center attributes, such as pool, steam, sauna/ etc. They very all over the place. Being able do documenting features would allow health clubs sites to be included. I would see this as a 2nd step, for the start I would really just like to be able to tag this in general. Then we also will get a better overview what's out there and what people like to tag. I guess you could go for something like fitness_centre=* and define different types, but not sure if it's that clear, there will be some overlapping. Or you do simple stuff like sauna=yes. Guess that depends a bit on how many tags we end up with. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Feature Proposal - RFC - leisure=fitness_centre
Just had the great idea to suggest tagging gyms/fintess centres for the German a weekly task (new year's resolutions incoming), when I realized we still don't have tagging schema for it. After I failed to address the issues with leisure=gym in my last proposal (ambiguity of the word gym) and don't see how to address them I made this new proposal with leisure=fitness_centre as I see it as only viable option left. http://wiki.openstreetmap.org/wiki/Proposed_features/leisure%3Dfitness_centre __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - amenity=public_bookcase
Really prefer a tag like this over amenity=reuse. Reuse will just be used for everything in the end and nobody knows what it exactly stand for. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - admin_title=*
So what do you do with Berlin? State? City? Stadtstaat (Citystate)? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Wiki - contact: Map Features
actually the idea to prefix phone etc. with contact: was never more popular than the simple form. The contact:-form was proposed later and never set actually foot compared to the simple version. I have also tried in the past to convince mappers by sending them messages, to not use the prefix in order to avoid sprawl, but they have demonstrated themselves patient and insistent ;-) I know, that what makes it so frustrating. It's a few dozen people bascially fighting a already lost war. And I could spend my time on the wiki so much better than having edit wars over and over again. Not to mention that their arguments don't really convince me at all... __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Mapping of kids areas
I don't see a need for a new key here. The properties can be easily modelled with sub-tagging of playground: leisure=playground playground:supervised=yes/no playground:outdoor=yes/no playground:indoor=yes/no I agree in general, but the main issue with tagging like this is that I bet most data consumers will just look for leisure=playground and that's it. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] craft=builder definition?
Just found this tag (craft=builder) on Taginfo and it has been used by a few times, but it does not seem very clear what it means: http://en.wikipedia.org/wiki/Builder So is there any good definition for this tag or should I just create a Wiki page that people should use more spefific craft etc. tags? Btw. do we have a tag for General contractor? I guess office=* would be the best fit? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
[Tagging] Wiki - contact: Map Features
(╯°□°）╯︵ ┻━┻ Honestly the people supporting this tag are annoying me more and more. They try to push that tag everywhere even when the tag without the prefix is used 10x more. The try to make the Wiki page sound like they are still present more often in the database. Put it on the MapFeatures Page. On shop/craft Wiki pages they try to push it as supplementary tags. Another guy does a mass edit for all social media tags and puts the contact: prefix in front of it (still not sure all facebook tags have been reverted). Is there any solution to this? It's really no fun when I come back to edit a Wiki again and see that it happened again. Especially this replacing and not even trying to give the user a choice. ═══ Talk:Map_Features ═══ http://wiki.openstreetmap.org/wiki/Talk:Map_Features#Last_changes_by_Xxzme.3F Not only that. Why do you want to remove tags that are in widespread use in OSM? Xxzme (talk) 15:27, 4 December 2014 (UTC) Because this page should list only major OSM features in widespread use. It is not written anywhere. This is only your subjective opinion about how big Map Features should be. You are trying to enforce your opinion about how wiki should look like. Instead of single view enforced by single user, users should compare multiple approaches and pick one for them. Do not remove valid information. Xxzme (talk) 10:39, 5 December 2014 (UTC) Picked out this Quote, there is a lot more to read. I completely agree with the view that MapFeatures really is just for major features or at least for tags where there is no disagreement. Something that's not clear should not be there. And especially a tag or whole template that's used far less than a equivalent tag should not be there. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Distinction between amenity=restaurant and fast_food
Restaurants only serve meals, it is not possible to go there and only have a drink. That really depends on the restaurant. A at least in Bavaria there are a lot of traditional restaurants where you can just get a beer. Also very common when they are next to sports clubs. __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] sport= non-physical tags and the exceptions people come up with...
The club page seems to suggest that club=sport + sport=cycling type tagging should be used for competitive sports. Which in my optinion is a bad idea, too. There is really no generel agreement as far as I know that club=sport is for competitive stuff only. I also don't think it's a good idea, because it would confuse a lot of people. I think subtagging makes a lot more sense. Tag:sport=scuba_diving as divespot has been in use for a long time already and http://wiki.openstreetmap.org/wiki/Proposed_features/scuba_diving2 has been approved. That's great and everything, but that's still nothing compared to sport= used 70x where everywhere all tags have additional tags for physical locations. It just makes no sense to allow exceptions like this. If we allow this then everybody will find exceptions for other sports and you won't be able to combine them. Like even now how would you tag a sport shop that sells e.g. sailing and scuba diving gear? You can't tag it sport=sailing;scuba_diving ... so what now? __ openstreetmap.org/user/AndiG88 wiki.openstreetmap.org/wiki/User:AndiG88 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
