[Tagging] Feature Proposal - RFC - Street parking revision

[Alex]

I think such limitations can be mapped sufficiently by using "width", 
"maxwidth:physical" or "wheelchair" etc. For hazards like dooring zones, 
there are already experiments with "hazard[:bicycle]" or "danger", but 
more documentation or a proposal on this might be useful.


Am 10.11.22 um 08:59 schrieb Robert Skedgell:
> Thanks, that should make mapping street parking in my local area much 
> easier and more consistent.
>
> Where parking=on_kerb or parking=half_on_kerb are used alongside a 
> separately mapped sidewalk or cycle track, should there be a tag on 
> that way as well? It could be useful to routers concerned with 
> accessibility to know that it is potentially narrow, in the door zone, 
> may have charging cables as trip hazards, etc.
>
> On 07/11/2022 11:37, Alex wrote:
>> Hey all,
>>
>> over the past few weeks, a group of mappers has been working on a 
>> proposal to improve the mapping of parking lanes and parking spaces 
>> along streets. Considerations and discussions about this have already 
>> arisen in the past among street parking mappers, and now a proposal 
>> has been prepared.
>>
>> The goal of this proposal is to deprecate and replace the 
>> parking:lane=* and parking:condition=* schema for mapping street 
>> parking spaces. The existing schema has some weaknesses and is 
>> unnecessarily complicated and therefore unattractive for many 
>> mappers. Above all, in many ways it differs from today's OSM 
>> conventions. The proposed new schema is intended to be easier and 
>> more logical to apply. The new schema follows established OSM 
>> conventions more closely. It harmonises tagging of parking spaces 
>> mapped on the centerline as an attribute of a street with parking 
>> spaces mapped as a separate feature. It also reflects aspects of a 
>> data migration process.
>>
>> For details, see the proposal: 
>> https://wiki.openstreetmap.org/wiki/Proposed_features/street_parking_revision
>> It is quite extensive, as it covers and reforms all aspects of the 
>> previous schema and closes some further gaps.
>>
>> Best regards
>> Alex
>
>
>
> _______________________________________________
> 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/20221110/cbb47161/attachment.htm>