Key:width
width |
Description |
---|
The width of a feature |
Group: Properties |
Used on these elements |
Useful combination |
|
Status: de facto |
Tools for this tag |
|
The key width describes the actual width of a way or other feature. By default, values will be interpreted as metres. To reduce the risk of misunderstandings, or if the width should be specified in a different unit, the unit can be added to the end of the value, separated by a space (see #Examples). The value should always use the dot as decimal separator, if needed.
The source of the width information can be specified by source:width=*.
Examples
Width | Tagging | Remark |
---|---|---|
Two metres | width=2 | Alternatively width=2 m could be used. But this is far less common. |
0.6 miles | width=0.6 mi | Please note the dot as decimal separator! |
16 feet and 3 inches | width=16'3" | Use a typewriter apostrophe character after the feet value and a typewriter double-quote character after the inches value. Spaces are not permitted. |
Common mistakes
Legally restricted width
Do not confuse the specification of the actual width with the specification (of a legal restriction) of a maximum permissible width of vehicles via maxwidth=*.
Descriptive values
It is discouraged to specify values as, e.g., width=narrow
or similar. See therefore this proposal.
Estimated values
If the width couldn't be exactly determined or is estimated, use the key est_width=* instead.
Incorrect values
Often the values themselves are not specified correctly. The following table contains examples of incorrect tags and their correct notation.
Incorrect | Explanation | Correct |
---|---|---|
width=2km
|
The space between value and unit is missing. | width=2 km |
width=0,6
|
The comma is used as wrong decimal separator. | width=0.6 |
width=12' 6"
|
There should not be a space between feet and inches. | width=12'6" |
Width of streets
Usually, the width=* tag for streets describes the width of the carriageway from curb to curb. This includes cycle lanes and any parking lanes if they are on the street but excludes anything beyond the curb like sidewalks or cycle paths. However, this definition was never explicitly documented on this wiki page but only mentioned at other places in the wiki until 2021. It also never clarified which width should be measured in the absence of curbs, especially on unpaved roads. So, due to the historical lack of a clear definition, data consumers should expect some fuzziness when interpreting this tag for streets. See this Sep 2020 thread from the tagging mailing list for a discussion about the ambiguity of this tag.
To avoid these ambiguities, some tags are in use to specify the width of individual elements that compromise a street:
- width:carriageway=* is the width of the entire carriageway, i.e. curb to curb or edge to edge, including parking lanes if they are on street. Basically this is what could be expected most of the time for width=*
- cycleway:<side>:width and sidewalk:<side>:width are the width of cycle paths and sidewalks if they are mapped on the roadway
- parking:lane:<side>:width is the width of parking lanes
- shoulder:width is the width of shoulders
- width:lanes is the width of different lanes
The effective usable width of the carriageway (the width of the area on which vehicles move in flowing traffic) can be determined either from width:carriageway=* minus any existing parking lanes (see the parking:lane=* scheme) or from the use of width:lanes. width:effective=* is rarely used to specify this. However, with or without markings, relocated vehicles, etc. it is unclear where the exact limit for measuring the effective width is located.
Consider using est_width=* if you can only estimate the width.
See also
- Overview of possible units
- Specification of the height via height=*
- Specification of the length via length=*
- Specification of distance via distance=*
- Specification of the maximum permissible width of vehicles via maxwidth=*
- Approved proposal to make the value narrow obsolete.