[Tagging] Climbing access path

2014-08-07 Thread k4r573n
I would like to distinguish between hiking paths and climbing_access paths. In my area only climbers are allowed to use the paths to access the cliffs. Therefore I thought of this tagging for climbing_access paths: access=customers customers=climbers what I found so far:

Re: [Tagging] Climbing access path

2014-08-07 Thread Никита
I understand access=customers, it is okay tag for this case. But what does customers=climbers mean? How do you distinguish climbers from others?.. http://taginfo.openstreetmap.org/keys/customers#values says there 25 instances with 4 values, but what exactly do they mean? If customers=climbers

Re: [Tagging] Climbing access path

2014-08-07 Thread Marc Gemis
Wouldn't it be better to use the sac_scale [1] instead of artificially limiting it to customers ? regards m [1 ]http://wiki.openstreetmap.org/wiki/Key:sac_scale On Thu, Aug 7, 2014 at 9:51 AM, k4r573n k4r5...@googlemail.com wrote: I would like to distinguish between hiking paths and

Re: [Tagging] Climbing access path

2014-08-07 Thread Dan S
The sac_scale is about difficulty, not permission. I assume from Karsten's original message that only climbers are permitted to use those paths. If so, then access=customers is appropriate, and customers=climbers seems helpful... Dan 2014-08-07 9:50 GMT+01:00 Marc Gemis marc.ge...@gmail.com:

Re: [Tagging] Climbing access path

2014-08-07 Thread Tobias Knerr
On 07.08.2014 09:51, k4r573n wrote: I would like to distinguish between hiking paths and climbing_access paths. In my area only climbers are allowed to use the paths to access the cliffs. Therefore I thought of this tagging for climbing_access paths: access=customers customers=climbers

Re: [Tagging] Climbing access path

2014-08-07 Thread Philip Barnes
On Thu, 2014-08-07 at 10:03 +0100, Dan S wrote: The sac_scale is about difficulty, not permission. I assume from Karsten's original message that only climbers are permitted to use those paths. If so, then access=customers is appropriate, and customers=climbers seems helpful... Customers

[Tagging] amenity=job(_)centre outdated?

2014-08-07 Thread Andreas Goss
There are like 20x amenity=jobcentre and 65x amenity=job_centre. Meanwhile office=employment_agency is used 1200x On http://wiki.openstreetmap.org/wiki/Proposed_features/Jobcentre_%28plus%29 you find: Currently unclear if that tag encompass government run job centres. Checking in Germany

Re: [Tagging] Climbing access path

2014-08-07 Thread Martin Koppenhoefer
2014-08-07 11:14 GMT+02:00 Philip Barnes p...@trigpoint.me.uk: Customers implies that climbers have to pay to climb, there is someone controlling access, collecting money. I would go for highway=path, access=climbers. From how I understood the original poster I'd go for fee=yes

Re: [Tagging] amenity=job(_)centre outdated?

2014-08-07 Thread Martin Koppenhoefer
2014-08-07 11:48 GMT+02:00 Andreas Goss andi...@t-online.de: There are like 20x amenity=jobcentre and 65x amenity=job_centre. Meanwhile office=employment_agency is used 1200x On http://wiki.openstreetmap.org/wiki/Proposed_features/ Jobcentre_%28plus%29 you find: Currently unclear if that

Re: [Tagging] amenity=job(_)centre outdated?

2014-08-07 Thread Philip Barnes
On Thu, 2014-08-07 at 11:48 +0200, Andreas Goss wrote: There are like 20x amenity=jobcentre and 65x amenity=job_centre. Meanwhile office=employment_agency is used 1200x On http://wiki.openstreetmap.org/wiki/Proposed_features/Jobcentre_%28plus%29 you find: Currently unclear if that tag

Re: [Tagging] Climbing access path

2014-08-07 Thread Tom Pfeifer
If I understand Karsten correctly, the limitation is not about payment, it is to limit the number of people using this path. This would be typical for climbing crags in http://wiki.openstreetmap.org/wiki/Conservation areas. A typical example is the sandstone climbing in Saxonia/Germany, which is

Re: [Tagging] amenity=job(_)centre outdated?

2014-08-07 Thread Andreas Goss
It would be very very wrong to try to merge Job Centre with employment agency. 99% of Jobcenters in Germany are tagged as office=employment_agency, so currently the distinction you point out does not exist. Should we tag the government ones with amenity=jobcentre in addition? But as Martin

Re: [Tagging] bridge movable vs swing vs swinging

2014-08-07 Thread Martin Koppenhoefer
2014-08-07 17:25 GMT+02:00 Richard Z. ricoz@gmail.com: Wondering what to do with that? With just 687 objects worldwide the problem would be easily fixable.. just how? I think tagging the type of bridge as road attribute might be an exxageration. We should start mapping bridges as

Re: [Tagging] bridge movable vs swing vs swinging

2014-08-07 Thread Volker Schmidt
Good old Wiipedia helps: http://en.wikipedia.org/wiki/Bridge#Types_of_bridges http://en.wikipedia.org/wiki/Swing_bridge http://en.wikipedia.org/wiki/Suspension_bridge On 7 August 2014 17:25, Richard Z. ricoz@gmail.com wrote: Those are radically different types of bridges.. comparing

Re: [Tagging] bridge movable vs swing vs swinging

2014-08-07 Thread Volker Schmidt
Yes. That is a navigable aqueduct bridge. It is a structurally a viaduct with an aqueduct function on top. So how to map these two orthogonal properties of this bridge? I would map this as waterway=canal, bridge=viaduct, boat=yes, layer=x exactly as we do for a road bridge. If you want you can

Re: [Tagging] bridge movable vs swing vs swinging

2014-08-07 Thread Martin Koppenhoefer
2014-08-07 19:06 GMT+02:00 Philip Barnes p...@trigpoint.me.uk: An aqueduct is definitely a type of bridge, i.e. one carrying a waterway, usually a canal over a road, river or valley. The most famous, and scariest of them all http://en.wikipedia.org/wiki/Pontcysyllte_Aqueduct yes,

Re: [Tagging] bridge movable vs swing vs swinging

2014-08-07 Thread Volker Schmidt
On 7 August 2014 18:35, Martin Koppenhoefer dieterdre...@gmail.com wrote: yes, aqueducts will usually also have bridges as parts of them (not all, some even run underground for instance). Not true. In California the aqueducts look like navigable canals, but carry drinking water. Still this