[Tagging] Question about capacity:*=* on parking_space
Alessandro Sarretta
alessandro.sarretta at gmail.com
Fri Jan 17 18:56:19 UTC 2020
Hi Lionel,
On 17/01/20 10:52, Lionel Giard wrote:
> Alesandro,
>
> The thing is that disabled=designated is an access (so regulated by
> law), and would depend because each country's law vary (not every
> country enforce restriction for disabled parking or other type of
> vehicle...). Thus, it may be wrong to tag an access when it doesn't exist.
If the parking_space with specific symbology is regulated by law and
only accessible by disabled persons (like in Italy), I think the tag
disabled=designated express exactly that, and should be used.
If a parking space is not limited to disabled persons, what is the
purpose to add a capacity:disabled=1? Maybe I'm missing your point...
Could you please share and example where a parking space should have a
capacity:disabled=1 but is not access-regulated?
Ale
> While a tag that's only an attribute describing what type of parking
> exist, is unambiguous. It may be parking_space=* or access:*=* , both
> are "good" for that as they are unambiguous in their meaning. The only
> advantage of the second is that it is already used for amenity=parking
> and seems coherent to use for the parking_space in my opinion (even if
> it is only 1 place). The wiki page already mention all the different
> type because there are many other than disabled (like parent, women,
> electric charging,...) : https://wiki.openstreetmap.org/wiki/Key:capacity
>
> marc,
>
> The capacity:*=* tag should not be used alone (as described for any
> parking), it is an addition to the capacity=* tag. For example, a
> place marked as "capacity=1" and "capacity:disabled=1" means that the
> 1 capacity is disabled. A better example is for an amenity=parking,
> you have a parking with "capacity=12" and "capacity:disabled=3" it
> means 3 of the 12 parking space are disabled.
> Theoretically, all parking_space should be capacity=1 (and if
> necessary capacity:*=*) but the advantage (as mentioned above) is that
> it would use the same tagging than for amenity=parking. Thus we
> wouldn't use two different scheme for the same thing.
>
>
> Le ven. 17 janv. 2020 à 09:52, PanierAvide <panieravide at riseup.net
> <mailto:panieravide at riseup.net>> a écrit :
>
> Hello Lionel,
>
> I totally agree with that, I never understood this special
> treatment of amenity=parking_space, and so I'm using capacity:*=*
> with that. My use case is for disabled people parking spaces :
> just look for capacity:disabled=* and you're good to go, whatever
> it is a parking or parking_space.
>
> Best regards,
>
> Adrien P.
>
> Le 17/01/2020 à 09:36, Lionel Giard a écrit :
>> Hello everyone,
>>
>> I saw that on the parking_space wiki page it says that we
>> shouldn't use capacity:*=* on parking_space, and instead use the
>> access tag. But why is this the case? It seems logical to use
>> capacity:disabled=* on a parking_space for disabled people or
>> capacity:charging=* on a parking_space for electric vehicles that
>> are charging. And there is not always legal access linked to
>> these "special" parking spaces (e.g. I don't think there are many
>> places regulating parking on parents' parking spaces in the law).
>> It seems strange to forbid this, while promoting the tagging of
>> "capacity=*". ^_^
>>
>> I therefore propose to change this description to favour this
>> tagging (when useful) instead of prohibiting it. What do you
>> think about this?
>>
>> Kind Regards,
>> Lionel
>>
>> _______________________________________________
>> Tagging mailing list
>> Tagging at openstreetmap.org <mailto:Tagging at openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/tagging
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org <mailto:Tagging at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/tagging
>
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20200117/d5f1193e/attachment.htm>
More information about the Tagging
mailing list