Tag: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. ![]() |
Group: Parking |
Used on these elements |
Requires |
Useful combination |
Status: approved![]() |
|
Tools for this tag |
|
Wikidata |
Search Wikidata |
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 + 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>=separate
should 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
,diagonal
orperpendicular
can 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 carriage way, 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 of 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
Currently, rendering in most cartographic styles follows that of other amenity=parking types such as parking=surface. In OpenStreetMap Carto, changes are currently being discussed.
As this tag gains popularity, renderers could eventually consider de-emphasizing the rendering of street-side parking (e.g., by dropping or down-sizing the P or by not rendering it until zoomed in further). See some example renderings in the gallery below:
Relation to area:highway=*
When the parking areas are explicitly mapped using amenity=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 + parking=street_side should be added there as main tag.
