In OSM we map something 3d (the world) using connected lines, lines have no width. But things in the real world do.
Personally i prefer to follow graph and line correct geometry during mapping. This means that when a crossing is directly adjacent to a road that there should not occur a split, the crossing should continue to the connecting node.
In general, I donât bother with splitting the crossing at the kerb but if I were to do micromapping, Iâd typically go with footway=link because that path is both perpendicular to a sidewalk and the actual crossing hasnât started yet.
I would not use footway=link for this purpose. That tag is meant for short virtual connections across areas that arenât recognizable as footways but are needed to connect the routing graph. These stubs are right on the sidewalk and can be thought of as either part of the sidewalk or as part of the crossing. Tag it as one of those.
Sure, OSM ways are an abstraction of reality in some (/most) aspects, but how is this an argument against tagging the piece of way that is on the sidewalk as a sidewalk?
Whether what you are describing is âcorrect geometryâ is highly debatable.
What about the crossing way? The geometry of that would be incorrect and extend beyond the actual extent of the crossing/part of the way that is on the road.
What about the kerb node? The kerb is the interface between the sidewalk and the street/where the crossing starts. That would be in the middle of the crossing if you map it that way.
But it is? Just because walking routes on a sidewalk split in multiple directions they are still on the sidewalk (for a short section at least).
The transition from sidewalk to crossing âfrom a data perspectiveâ is always there, regardless of whether the crossing connects to a short sidewalk way or a long sidewalk way.
The transition from âcrossingâ to âsidewalkâ might be relevant for visually impaired people, wheelchair users, etc. since a kerb is expected there. Thatâs why itâs defo important to split the way at that point and add a barrier=kerb node. So from that perspective, the small link segment is a sidewalk. Although I will admit, so far, I often forgot about this and just mapped it as a highway=footway without footway=* tag.
Before =sidewalk is debated, the arguments for =crossing here didnât seem to consider the existence of Tag:footway=traffic_island - OpenStreetMap Wiki which already reached 40k. When it is drawn it is detailed, it can always be split to be something else.
I believe footway=link is already used on the short section between the footway=sidewalk and the kerbing, not only on the roadway. Physically, there doesnât seem to be any difference.
I usually map these as footway=sidewalk because they almost always have the same attributes (surface, etc) as the adjoining sidewalk, not the adjoining crossing. It fits my intuition better too: someone walking here wouldnât think theyâve left the sidewalk yet before they reach the curb/kerb, so it seems sensible to me to map it as a sidewalk segment.
Iâll just add that this is currently first on the list of the âUnanswered Questionsâ being considered by the OSM US PWG which weâll be discussing in our next meeting! Iâll definitely make sure that the views expressed in this thread are included in that discussion.
Personally, I lean towards footway=sidewalk as part of a âfootway=crossing is from barrier=kerb to barrier=kerbâ model, for the reason @queerthoughts mentions: the exact point at which one is no longer on the sidewalk and instead in the crossing is relevant for pedestrians (especially those with disabilities!) in a way that, in my opinion, justifies the departure from the less granular routing-focused logic dictating the convention that we directly connect, for example, service=driveway ways to highway=residential centerlines rather than split them at the driveway apron.
However, I definitely understand the reasoning behind a âfootway=crossing is from footway=sidewalk centerline to footway=sidewalk centerlineâ model, especially because when footway=crossing ways are mapped at a lower level of detail (without separately mapped barrier=kerb nodes) it adds more work to upgrade to a higher level of detail if itâs required to split the way once the barrier=kerb nodes are mapped and then re-tag the stubs as either footway=sidewalk or footway=link.
For your consideration, besides not being =crossing , I would like to think of some reasons against considering them as =sidewalk :
Conceptually: A sidewalk is best understood as parallel to the roadway. These are perpendicular. I donât know whether the is_sidepath= supporters think this should be =yes . Their premise of treating footway=sidewalk as implying is_sidepath=yes would fail mid-block, requiring a =no override.
Short ones (narrow sidewalks): They are often sloped to the crosswalk. Itâs not as âflatâ (excluding the crossfall) as the rest of sidewalk.
Long ones (wide sidewalks, landscaping, or bikepath terminated to join the sidewalk): Causes overestimation on length of sidewalks
Routing: They might be skipped when generating any navigation guidance, eg matching names. For instructions, the router should probably say go straight or turn left / right âafter crossingâ, not âon the sidewalkâ somehow, or worse an unnecessary âcontinue on the sidewalkâ (unless maybe they already discard any short lengths).
Renderer: They require different rendering rules for 2D area generation, eg shouldnât be rendered distinctively within the assumed or drawn area:highway=footway area. Could be ignored on more zoom than sidewalks.
When Iâm micromapping, I map the stubs and generally tag them as footway=sidewalk, figuring that a pedestrian waiting for a signal is standing âon the sidewalkâ rather than âin the crosswalkâ or âin the streetâ. When Iâm in a hurry, I often extend the crosswalk all the way to meet the sidewalk proper, with the understanding that someone will have to split it into stubs and islands eventually. Weâre talking about literal inches and decimeters in some cases, so a data consumer will always have to account for the lack of micromapping where our data sources canât facilitate it.
Yes, a fairly naĂŻve router would probably mistakenly instruct the pedestrian to turn onto a sidewalk instead of a crossing. But I think this is a more general problem with routers taking micromapping too literally. By the same token, that router would probably make a mess of a standard intersection by micromanaging the userâs footsteps across itty-bitty turns, instead of taking a more holistic view of the intersection.
Major routers such as OSRM and Valhalla already distinguish between slight and sharp turns by factoring in some length of each approach, not just the angle formed at the immediate intersection node. In the same manner, a router could look ahead to determine how quickly the sidewalk transitions to a crossing. It isnât easy, but itâs probably critical for improving pedestrian voice guidance along a micromapped street.
A renderer that depicts area:highway=footway would most likely allow such a area to obscure any footways running through it. A renderer that doesnât attempt to depict footway areas could merge connected footways and then trim any short stubs. However, many of these renderers depict crossings anyways.
I genuinely thought this was precisely what footway=link was invented for (though Iâve only used it a few times). If this isnât the case then maybe it could be better explained on the Wiki page what itâs for?
To me it seems a bit inconsistent to tag this as footway=sidewalk. If you take a similar situation but with different classifications, for example a highway=residential where a footway branches off, I do not see people mapping the branch as highway=residential until the curb, it is expected that classifications and properties are drawn until the centre node of the intersection.
I donât see why we should make an exception for sidewalks.
To be honest, vibes may be part of it. But youâre focusing on topological correctness, whereas I think most people micromapping sidewalks are thinking about it in more concrete terms, if youâll excuse the pun. In some sense, any pedestrian infrastructure is a space, not just a thoroughfare. I can imagine use cases for knowing where a pedestrian would leave the safety of a sidewalk space and enter the street, but the analogue for vehicles would be more contrived.
In your example, micromappers who tag the part within the street as a footway will usually clarify it with either footway=link or footway=crossingcrossing=unmarked or similar.
Regardless, no matter which side you fall on in this debate, thereâs bound to be edge cases requiring you to make an exception. All for mere inches of pavement.