Re: [Tagging] definition of the key "office"
> On 6 Jul 2017, at 13:33, Warin <61sundow...@gmail.com> wrote: > >> - employment_agency > Some people (the public) go to employment agencies to seek employment. doubtlessly. Is it similar to a “shop”? Do they “sell a service”? It will depend on the kind of agency (e.g. in Germany, you won’t have to pay for the services that the government run employment agency provide). >> - newspaper (ok, might be disputable) > Yep. Some go to place advertisements, reprints of old editions/photos sure, but is it the main purpose of a newspaper office? Do you pay for the service provided at the office, or do you pay for the advertisement actually being printed and distributed (i.e. something not done in the office)? Compare it to an advocate or travel agent. IMHO, this list is a lot of apples and pears, and the title (definition) is not a good fit. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] leisure=events
Am 10.03.2014 um 09:30 schrieb Peter Wendorff wendo...@uni-paderborn.de: And even other shared purpose concepts are pretty common for event spaces, I think: - Sometimes parks (most of the year leisure=park) are used for events regularly. - Many parking spaces (most of the year amenity=parking; parking=surface) are used for events regularly. - Some festivals, as Yves wrote, use places being meadow (landuse=meadow) or similar agricultural ground (these often takes place after harvesting). There are also musicians in the subway or on the pavement. I think bringing these up is offtopic, as the OP has asked for a tag for a specific place with a specific programme. Other cases like those that you mention might get different tags or sometimes won't be tagged specifically regarding events. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Optical telecomunication cable tagging
Am 05.03.2014 um 00:16 schrieb Jean-Marc Liotier j...@liotier.org: type=telecom type is reserved for relations, use something similar like pipeline:type instead Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag an imaginary oneway barrier
Am 09.02.2014 um 14:01 schrieb Pee Wee piewi...@gmail.com: This then means that tagging a traffic_sign:forward=* on a node that is part of a way is also more then arguable. We'll have to keep on searching for better ways to map traffic signs. Maybe the Finnish style is not so bad after all ;-) +1, this finnish example indeed is a very detailed mapping which helps at least a human reader / mapper to understand a situation more precisely, IMHO is good style cheers, Martin___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag an imaginary oneway barrier
Am 01.02.2014 um 10:05 schrieb Pee Wee piewi...@gmail.com: 1 Cut the way where the sign is and use a relation type : restriction. 2 Add a node on the way where the sign is and add a motorcar:backward=no to this node. (similar to traffic_sign:forward on a node that is part of a way) 3 Cut the way where the sign is into a tiny piece of way. Add a motorcar:backward =no to this tiny piece of way. 1 seems the best representation, 2 is not working because a node has no direction and for 3 I'd rather use oneway=yes instead of motorcar:backward=no. Cheers, Martin___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag max width at chicane-type bicycle barriers
Am 03.12.2013 um 10:44 schrieb Volker Schmidt vosc...@gmail.com: Should I use width or est_width which normally indicates the width of a way? Yes, you could tag the width to the portion of cycle way in the barrier. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Bicycle=use_cycleway
Am 01.12.2013 um 20:26 schrieb Jonathan bigfatfro...@gmail.com: However, in this instance I'm prepared to change my vote to abstain. As long as you don't vote yes all votes are counted the same as a no, an actual abstain requires to cast no vote at all Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Bicycle=use_cycleway
Am 01.12.2013 um 22:38 schrieb Matthijs Melissen i...@matthijsmelissen.nl: Perhaps the answer depends on the meaning of 'leading into the same direction' in the convention: does making a turn qualifies as going in a different direction +1 ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Bicycle=use_cycleway
Am 01.12.2013 um 22:47 schrieb Jonathan bigfatfro...@gmail.com: :-) This whole discussion assumes cyclists obey traffic rules! In the UK cyclists ride where they like! :-) In Italy as well, but in Germany they might even withdraw your driving license (for the car) if you did certain infractions Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] preproposal : internet webcam
Am 30.11.2013 um 18:40 schrieb Egil Hjelmeland pri...@egil-hjelmeland.no: contact:webcam=url is fine, that tell we have a webcam. Do we really need anything more to tell its a webcam? I think contact:webcam is nonsense, you can't contact someone via his webcam. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - Bicycle=use_cycleway
Am 30.11.2013 um 21:25 schrieb Matthijs Melissen i...@matthijsmelissen.nl: Cyclists shall be required to use the track if the track is running along a carriageway, footpath or track for riders on horseback and leading into the same direction Again a confirmation (and leading into the same direction) that bicycle=no on the road doesn't work (like many opposers stated in the voting) Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - landuse=highway
Am 29.11.2013 um 16:31 schrieb Tod Fitch t...@fitchdesign.com: Typical in the US is that the right of way (ROW) is the land on which a carriage way is built. That land area is, if possible, quite a bit wider than the traveled way and will include the land used for shoulders, drainage systems, cuts and fills. +1, I also agree with this, my remark was about how we write it in the definition and which parts might not be needed or confusing Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Gambling
Am 05.11.2013 um 22:14 schrieb Matthijs Melissen i...@matthijsmelissen.nl: And what is the opinion of other users about moving casino into the leisure tag space? I don't see any advantage. Leisure so far was used mostly for sport related places, parks, nature reserves and playgrounds, generally casinos and even more gambling and betting places don't fit so nicely in IMHO and people would probably expect it in amenity, because most stuff is in amenity. Don't know what the problem would be that amenity is said to be overcrowded or full ;-) Anyway, any tag that can be established is fine in the end, so it doesn't really matter as long as people are OK with it and it fits sufficiently into the rest of the system in order to avoid confusion among the mappers. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Pre-proposal: Newsagent / Kiosk / Tobacco / TIcket shop
Am 03.11.2013 um 20:49 schrieb Matthijs Melissen i...@matthijsmelissen.nl: Alright, so mapping Italian tobacco shops as shop=newsagent would not make sense. On the other hand, in the Netherlands there are shops that offer everything you might find in a German shop=tobacco (newspapers, magazines, post stamps, lottery bills), except for the tobacco products. So mapping these shops as shop=newsagent wouldn't make sense either. IMHO for these Dutch shops newsagent would make sense, especially if they don't sell tobacco. What do you want to tag, places to buy tobacco, newspapers, bus tickets, lottery tickets? Or all of this combined? Which are the essential parts, and which are optional? What kind of tobacco? Are you interested in shops specialized in cigars? or pipes? If you smoke one of these it makes a big difference, and finding a shop specialized in the other one won't help you... So indeed it seems we will need two tags for very similar shops. Also, we would need to find a way how to tag shops that sell both tobacco and newspapers. IMHO newspapers and tobacco have nothing in common besides that in a few European countries you can buy both in the same shop, but in Germany you can also buy tobacco in a supermarket, at a petrol station and in many other places (e.g. small convenience stores). Also, I'm still not sure how shop=kiosk fits in this picture. Just about the same as shop=sales_booth would ;-) Kiosk is a building typology and not a shop typology in the first place, my guess is it's German-centric, as in German it's used for this kind of newsagent typically also selling tobacco, sweets and lottery tickets, operating out of a kiosk. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Pre-proposal: Newsagent / Kiosk / Tobacco / TIcket shop
Am 03.11.2013 um 16:40 schrieb fly lowfligh...@googlemail.com: Did you mean that a kisok does not offer any indoor place for customers but is only a counter with (covered) shelfs outdoor ? No, I meant that a kiosk is a small freestanding building, often polygonal (hexagon, octagon, etc.), but not a type of shop. With shop we usually classify what kind of stuff it sold / service offered, but kiosk does not fit into this structure, as it's a building type. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Gambling
Am 03.11.2013 um 13:10 schrieb Matthijs Melissen i...@matthijsmelissen.nl: - amenity=casino: A gambling place with at least one table game. I'm not sure if requiring a table game is a good idea, IIRR in Monte Carlo you can find casinos with only slot machines, but they won't qualify (iMHO) as gambling arcades as the wins and losses can be very high Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Proposal - RFC - man_made=lamp
Am 03.11.2013 um 14:52 schrieb Manuel Hohmann mhohm...@physnet.uni-hamburg.de: I propose the tag man_made=lamp for lamps, together with a number of additional tags for lamp type, light source, power and so on. Central motivations for this proposal are: Wouldn't it make more sense use the tag light_fixture (de Leuchte)? Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Pre-proposal: Newsagent / Kiosk / Tobacco / TIcket shop
Am 03.11.2013 um 17:25 schrieb sabas88 saba...@gmail.com: for tickets I'd like something like office=tickets (so we'll catch also the place vending tickets outside a museum). I'd prefer shop= ticket_office as the key Office is used for different objects in osm Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature proposal - Power transmission refinement - Rejected
Am 01.11.2013 um 19:08 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: And if we work on voltage description, we should prevent us from using values with implicit voltage thresholds, like minor_line vs line. IMHO here is a good reason to deprecate minor_line (and minor_cable, minor_underground_cable...) : voltage threshold isn't well defined and for now everyone is free to choose the value he want which is not a good way to map, especially for render considerations. For most mappers, including myself, a distinction between big and small can be done easily for most cases and is in general helpful for rendering. If you are not interested in this (maybe sometimes arbitrary) distinction, you could look only at the voltage tag and treat minor_line and line the same, you don't have to deprecate common tagging rules to do it, and deprecation of minor_line won't magically make voltage information turn up. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] mapping qanats
Am 27.09.2013 um 21:33 schrieb Michał Sałaban mic...@salaban.info: However it might create confusion with already existing bridge=aqueduct. IMHO bridge=aqueduct is nonsense, we also don't use bridge=highway or railway, and aqueducts don't have to be bridges, they are also underground, or on solid walls/foundations. FWIW I am using historic=aqueduct around here for historic aqueducts (I.e. mostly fragments and not a continuous working duct), and would expect sth like man_made as key for working ones, maybe also waterway would be fine. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org https://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature proposal - RFC - gross weight
Am 25.06.2013 um 23:36 schrieb Kytömaa Lauri lauri.kyto...@aalto.fi: Therefore, the prohibiting sign with the hgv symbol only bans vehicles registered as vans and hgv's, i.e. not for example buses. Unlike in for example Germany, where that sign seems to refer to (gross) weight only. No, in Germany that sign does not exclude vehicles transporting people (e.g. SUVs, buses), just like agreed in the Viennese convention. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - Voting - shop=bakery, bread_bakery, confectionery
Am 26.06.2013 um 00:00 schrieb Murry McEntire murry.mcent...@gmail.com: A proposal for improving the current misleading definitions and misuse of bakery and confectionery; and a requested separation of bread bakeries from bakeries of other bakery goods, is now open for voting. IMHO your conclusions seem US-centric. Most of what is currently tagged as bakery will probably produce and sell bread and often also sweet bakery products, and adopting your proposal, those would all have to be retagged (including lots of tools to be changed, think of the pretzel icon) when the problem is actually with the tag confectionery (which some people use in accordance with the wiki for kinds of bakeries rather than for candy and chocolate shops). Instead of inventing a tag for bread bakeries we'd rather need a tag for bakeries that don't sell bread but sweet bakery products. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag apartments in a building that is multiuse
Am 26.06.2013 um 00:25 schrieb Clifford Snow cliff...@snowandsnow.us: A new tag called residential, where the value specifies the type of residential, such as: residential=apartment residential=condo residential=co-op residential=single_room_occupancy (these would be open for refinement and addition of course). Then a user could tag the apartments with all the normal tags one would expect- name, addr:*, phone, website, etc. Sorry for the delay in responding to everyone. Must have been from all the excitement of SOTMUS. I think Serge has proposed the best solution. I also live in a multistory building with retail and offices below. I had been tagging them amenity=apartment, but will switch them to residential=apartment. I build a proposal for a new tag which I'll announce shortly. It will give a chance for a more formal discussion. Not sure if I can agree, what does this tag residential express? Is this a building type? A building usage tag? How does it relate to landuse, how to building=building-type and established values? Cheers, Martin___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Underground power lines in tunnel
Am 05.06.2013 um 10:37 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: As you mentionned, the tunnel/bridge name can precise which bridge is but it's not a relational (or even spatial) way of bringing objets together. Ok a tunnel isn't easy to map since we can't use GPS. yes, but you can easily see whether it is one tube with both directions going through, or if there is one tube per direction (more usual case due to security reasons). Then you still have to define what is one tunnel, maybe also 2 (or more) distinct tubes could qualify as one tunnel? But nothing prevent us to create a relation to setup such a link between roads and bridge for example. Yes, you could either use a relation for the bridge (with name, ref, wikipedia and other tags, describing the bridge) and add the highways to the relation with a role running over the bridge, or draw distinct geometry for the bridge perimeter (and eventually geometry for the supports, pylons, etc.). The latter could also be done additionally and added to the relation). The same applies for tunnels besides that we often don't know exactly the shape of the tunnel. cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - Substation Refinement
Am 21/mag/2013 um 23:28 schrieb Ole Nielsen on-...@xs4all.nl: power=station tag was really created by accident (German for substation is Station) whereas power station in English actually is a synonym for a power plant actually in German a substation is called Umspannwerk (transformer station) while a power plant aka station is called Kraftwerk. The word Station has a lot of different meanings but is AFAIK not used for power something, see also here http://de.wikipedia.org/wiki/Station Don't blame the Germans for everything ;-) Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Juice restaurants
Am 09.05.2013 um 15:20 schrieb Eric Sibert courr...@eric.sibert.fr: I'd not choose amenity=cafe if they don't sell besides the juice also coffee. Look how quite specific the other tags are for places where you can drink, eg biergarten, pub, cafe, bar, kiosk, nightclub ... I'm wondering if the way we are coding different places where we can drink or eat is not too specific. May be, we should think about a more general model like: amenity=drink_place/eat_place seat=yes/no indoor/outdoor fast_food=yes/no beverage cuisine operator … you can argue like this, but then I'd suggest to propose an alternative tagging scheme that is compatible with what we currently do (i.e. you use different keys for the new scheme so the 2 can coexist, don't use amenity). E.g. drinking_in-place=yes, eating_in-place=yes etc. I doubt that we are still that open for fundamental changes in a field that is so widely tagged on a global level (implemented in editors, various maps, etc.). cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Power generation refinement: power plant model evolution
Am 08/apr/2013 um 00:03 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: I'll update proposal with following generator tag values: generator=output or generator=intermediate (generator=* key doesn't exist). I'd suggest a more specific key name like generator:role etc. Output and intermediate might seem a logical top-level distinction to you, but if others have different ideas it can soon become a mess... Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Power generation refinement: power plant model evolution
Am 07/apr/2013 um 16:34 schrieb François Lacombe francois.laco...@telecom-bretagne.eu: Even if the spatial DB allows us to compute closed ways to get what is inside, we don't have any distinguishing element associated to all that stuff. Mainly, dealing with intermediate and output generators requires to know what role is associated to each generator. Since all generators are tagged with power=generator, I don't see anywhere else than in the role of a relation member to write down this piece of information. Using power=generator for all generators is mandatory because generators can be found outside a power plant (for domestic devices for instance) and having many power=* values would force us to define source/method/types for each. we could use additional tags to distinguish between different functions of generators, Sth. Like generator_role=intermediate/output etc. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Mismatched Level of Detail in highways vs. other elements
Am 07/apr/2013 um 22:55 schrieb Martin Atkins m...@degeneration.co.uk: The photo misleads because the boarding islands make it look like there is a separation between the railway and the roadway. In practice this is only true next to the boarding islands; Then the highway should be split for the part that runs next to the boarding island. AFAIK the European mapping way for all railway incl. trams is to have one way for each track, rather then adding railway tags to the highway, to keep the objects distinct. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] on-call bicycle ferry service
Am 07/dic/2012 um 03:23 schrieb Steve Bennett stevag...@gmail.com: It sounds more like a water taxi. I'm not sure if that's a widely used term in Europe, but they exist on some rivers here - you call up, it comes and gets you. Not normally for bikes, but that still. In Venice there are both, and they should be distinguished. Water busses circulate in lines like bus lines, you buy a public transport ticket which you can also use in busses, the frequency is like that of buses (every few minutes) etc, while water taxis also exist, they are much more expensive, you call them and they bring you where you want. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Proposed feature - age groups in schools / ISCED update
Am 29/nov/2012 um 06:42 schrieb Andreas Labres l...@lab.at: BTW, there are many cases where more than one type of school reside in the same building/campus, eg. Volks- + Haupt/Mittelschule (6-15). This is similar to shops, and i believe we could similarily distinguish here between 2 or more schools in the same building/site (a butcher and a bakery in the same building) and one school that offers education for different school levels/types (a department store) BTW, there should be a tag to differenciate the official school system from, say, driving/diving/dancing/whatever schools. The existence of an ISCED tag would give that. BTW, if ISCED, only ISCED2011 should be considered. IMHO driving/diving/dancing/dolphin/whatever schools should not be tagged with amenity=school. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Zones 30 in Belgium (from [talk-be] )
Am 21/nov/2012 um 11:25 schrieb A.Pirard.Papou a.pirard.pa...@gmail.com: created_by=(erased) note=temporary node until nearby way speed limit is set maxspeed=30 source:maxspeed=http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=123619 FIXME:tag same maxpeed and source:maxspeed onto the span of nearby way, then delete this node name[as of source]=states town and street so that incorrect coordinated can be detected. If these nodes do not represent sign positions you shouldn't import them into osm IMHO, better put them into open street bugs or similar. There is no point in having them in osm in this case, as you can't infer from just a point position where the limit applies to, and therefor these nodes are more or less useless (they might be a hint where the mapper should make a survey but not more). Cheers, Martin___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Proposal: expanded address tags for US
Am 20/nov/2012 um 08:05 schrieb David ``Smith'' vidthe...@gmail.com: That varies by city. In Cleveland, this is true. But in Columbus, 200 North Third Street and 200 South Third Street are two distinct addresses on the very same Third Street. Still, I think the Karlsruhe Schema is sufficient. I'm willing to accept [addr:street=N 3rd St] even as I insist that for the street itself, [name=Third Street]. What about putting 200 North in addr:housenumber and addr:street could remain Third Street. Addr:street should be the same as street to get the relation. Cheers, Martin___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Zones 30 in Belgium (from [OSM-talk-be] )
Am 20/nov/2012 um 10:40 schrieb A.Pirard.Papou a.pirard.pa...@gmail.com: Well, do you think it would be useful to add those POIs and how? If they are sign positions I think they are useful. You can tag them with traffic_sign=maxspeed and maxspeed=30 on the sign position (to infer the direction). There is a JOSM map style to show the correct signs for these nodes: http://josm.openstreetmap.de/josmfile?page=Styles/MaxspeedIconszip=1 Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Proposal: expanded address tags for US
Am 18/nov/2012 um 21:16 schrieb Steven Johnson sejohns...@gmail.com: These tags are necessary because unlike other countries, the US has no nationwide house numbering/street naming standard. A nationwide standard might exist in some countries, but also for Germany and Italy, the countries I know best, I can confirm that there is no such standard, but it is done on a municipal or regional level, and in the case of Berlin (admin level 4) you can even find different systems within the same city (for historic reasons). This said, the current scheme was until now sufficient to deal with all these variants, so I would be interested to learn which are the incompatible parts in the US scheme. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] exit_to on motorway_junction
Am 19/nov/2012 um 08:46 schrieb Martin Vonwald imagic@gmail.com: As I'm pretty lazy I prefer to solve problems only once. Therefore I would suggest the following (and would do it): * create a wiki page for exit_to * state its current use * point to the key destination as better alternative and suggest to deprecate exit_to * refer to this discussion The key exit_to is used over 22.000 times. We definitively should mention it in the wiki, even if we just state that it is deprecated. +1 Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] RFC advertising
Am 28/ott/2012 um 15:32 schrieb Svavar Kjarrval sva...@kjarrval.is: In Iceland we sometimes have companies parking cars in public spaces or in private land after making a deal with the owner. The cars are marked with the company and almost always have advertising signs on the side. How would that be marked in your proposal? They are currently not contemplated, and I also am not sure if they should be added. The ones that I know of are of too less permanence to be worth being added. If they were parked for a very long time it would be no problem to add something or maybe use sign for them. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] How to tag: Legally separated ways
Am 16/ott/2012 um 11:28 schrieb Markus Lindholm markus.lindh...@gmail.com: To be able to do proper routing for emergency vehicles perhaps it would be a good idea to introduce something like landuse=highway that would denote an area suitable for motor vehicles and that is free of physical obstacles. There is a relation proposal (area) that suggests a solution to this without explicitly drawn closed areas Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Clarify tag access doc
Am 11/set/2012 um 14:17 schrieb Pieren pier...@gmail.com: I'm currently trying to refresh a wiki translation of the Access key page: http://wiki.openstreetmap.org/wiki/Key:access I think too that a signle value is enough as already mentionned there. If we keep customer, we need another one for employee (vs custormer parkings/entrances). Or I may suggest a subtag like access=destination + destination=customer/employee. Employee would be private IMHO, not destination - designated vs official. If I understand the wiki, the first is not compulsory and often marked by a traffic signal where the second is complusory and always marked by a traffic signal. Is that correct ? IIRR those were initially intended to mean the same. So, for instance, as a router for cars, how should I handle a road tagged with access=official (or designated) + bicycle=yes ? Strange tagging. Access=designated does not follow the convention mode of transport=designated. You cannot infer access restrictions for cars from this (I.e. fall back to the default, which depends on the highway class). - is permissive a legal status, as the introduction says that values are all about legal access ? Yes, it is a legal status that says you don't have an official right of way. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Clarify tag access doc
Am 11/set/2012 um 14:55 schrieb Pieren pier...@gmail.com: If you specify the access for customers, then you have to do it for employees or visitors as well. Think about parkings or entrances in theatres, hotels, airports, supermarkets, malls, factories, hospitals, etc... I don't agree that detail in one aspect/circumstance automatically requires the same detail for other stuff as well, but neither do I see a problem in using visitors or employees as a value, so go ahead and use them, if you need them. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Ferry lines, ways or relations?
Am 07/set/2012 um 14:50 schrieb Janko Mihelić jan...@gmail.com: If we have a case of one boat going across a river, it should be one line, one set of tags. But here on the Croatian coast, things are a bit more complicated than that. Lines even have different variations that are used on different days. If we want to have this in our database, I'm afraid we have to make things a bit more complicated. It does not necessarily have to become complicated, we could simply have one object per variation (those objects could of course also be relations to reutilize the geometry). Cheers Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging
Re: [Tagging] Feature Proposal - RFC - man_made=kiln
Am 30/ago/2012 um 15:36 schrieb Richard Smith r...@haveyougotanypets.com: I would argue that oven on OSM is being used to describe a heating or cooking device of food as almost all key values are wood_fired. I use oven=wood_fired for pizza shops with an oven like this, could also be used on special bakeries. Btw.: this illustrates nicely the problem of A=B, B=C. It is very often unclear, which kind of attribute (class) C should be, and equal Bs might also be coincidental. E.g. Amenity=parking, parking=surface, surface=asphalt. Cheers, Martin ___ Tagging mailing list Tagging@openstreetmap.org http://lists.openstreetmap.org/listinfo/tagging