Tag:parking=street_side
 parking = street_side
|
 |
| Description |
|---|
Area suitable or designated for parking which is directly adjacent to the carriageway of a road and can be reached directly from the roadway without having to use an access way. 
|
| Rendering in OSM Carto |
|
| Group: Parking |
| Used on these elements |
    |
| Requires |
|
— or — |
| Useful combination |
Status: approved
|
|
|
| Tools for this tag |
|
Area suitable or designated for parking which is directly adjacent to the carriageway of a road — either single parking areas (often only for a few vehicles) or chains of "bays" or "pockets" alongside the roadway which, in contrast to parking lanes, are structurally designed and therefore regularly interrupted by structural elements like curb extensions or islands for street furniture. In contrast to parking=surface, these parking spaces are accessed directly from the street without having to use an access/service road or driveway.
Tagging
Street-side parking areas can be drawn as separate areas 
with amenity=parking (or amenity=motorcycle_parking) + parking=street_side. Consider using parking:lane=* as a simple alternative if the streetside parking spaces are stretched over a longer section of the road and no micromapping of these areas is desired. The separate variant is particularly suitable in areas where the road space is already mapped in great detail, or if there is only a single (small) street side parking area.
If possible, add the following information in case of separately drawn parking areas:
parking:lane:<side>=separateshould be added to the highway to indicate that the parking information is mapped separately (see examples).- The key parking:orientation=* with the typical values
parallel,diagonalorperpendicularcan be used additionally on the separately drawn parking areas to indicate the orientation of the parked vehicles in relation to the street. - It is useful to provide other common information (if these are identifiable) such as capacity=*, capacity:disabled=*, fee=*, surface=*, or access restrictions.
- Same as with parking=surface, separate parking places can be drawn in and tagged with amenity=parking_space, but this is optional (Note: Do not use parking=street_side on these parking spaces if they are already part of a larger area with this tag).
When not to use
Where parking is done directly on the carriageway, consider using parking:lane=* or parking=lane.
For parking lots (i.e., a dedicated area for parking enclosed by a barrier or containing its own service roads) see parking=surface.
Small rest-areas along a road outside built-up areas where drivers can pull over for a brief rest can be tagged with parking=layby.
Examples
| Single street side parking area
On a separate area: | |
| Several street side parking areas (on the left – and lane parking on the right)
Variant 1 – with separate area for the streetside parking areas on the left:
Variant 2 – using parking:lane=* scheme for both sides: |
Rendering
Rendering in most cartographic styles follows that of other amenity=parking types, such as parking=surface. In OpenStreetMap Carto, the blue P is rendered slightly smaller than that of larger parking features:
Rendering of street side parking in OSM Carto
Relation to area:highway=*
When the parking areas are explicitly mapped using amenity=parking (or amenity=motorcycle_parking) plus parking=street_side, then there is some overlap with the subject of the area:highway=* proposal. Street-side parking mapped with parking=street_side can complement area:highway=* where used.
The relevant proposal shows street-side parking areas mapped as separate areas, which would be a good fit for parking=street_side. Some mappers use area:highway=parking_space to map the area of street_side parking spaces (Note: rarely used area:highway=parking could be better to avoid confusing it with amenity=parking_space). amenity=parking (or amenity=motorcycle_parking) + parking=street_side should be added there as main tag.
