Rozumiem. Jak wobec tego powinniśmy oznaczać taki obszar:
- highway=footway + footway=crossing + area=yes
- area:highway=footway + footway=crossing
czy jeszcze inaczej?
To jeszcze jedno pytanie, czy jesli użyjemy highway=footway+footway=crossing, to dalej konieczne jest highway=crossing na wspólnym węźle drogi pieszej i jezdni, czy powinno się pominąć? A może to bez znaczenia?
Na http://wiki.openstreetmap.org/wiki/Tag:footway%3Dcrossing każą dodawać:
The process is as follows:
- Create a perpendicular footway=sidewalk way connecting the sidewalks on either side of the road.
- Tag the perpendicular way with highway=footway and footway=crossing
- Place a highway=crossing node (or nodes) at each point where this perpendicular section crosses the road (often only one point, more for a dual carriageway or complex junction.
highway=crossing na wspólnym węźle drogi pieszej i jezdni dalej powinno być, gdyż większość systemów ma support do tego schematu, gdz tymczasem my wprowadzamy coś nowego.
Przypuszczam że do grafu (szybszy routing) :
highway=footway + footway=crossing
do obszaru:
highway=footway + area=yes
inaczej będziemy mieć podwójnie wprowadzoną informację.
Moim zdaniem to nie jest dublowanie, tylko oś i obszar, czyli dwa różne aspekty przejścia. Jeśli obszar oznaczymy tak, jak proponujesz, nie zająknąwszy się o tym, że to skrzyżowanie, to skąd renderer ma wiedzieć żeby tam wyświetlać pasy? Na razie i tak osm-carto wyświetli taki obszar jak chodnik, ale docelowo chcemy uczciwe pasy (czy inne wzorki) i to w odpowiednim kierunku, więc poza dodatkowym tagiem (“to nie jest chodnik, na tym obszarze mają być namalowane pasy…”) musi też być jakoś powiązane z osią (“…biegnące w tę stronę”).
Ja na razie oznaczałem obszary przejścia dla pieszych jako highway=crossing+area=yes, ale to pewnie i tak nie dość dokładne, bo może być przejazd dla rowerów i on ma zarówno nieco inny sens, jak i wygląd.
ja też nie lubię gdy używa się highway=footway area=yes ponieważ większość aplikacji nie patrzy na area. W efekcie może puścić routing po obrysie.
Obrys pewnie zawsze daje dłuższą drogę niż osie, więc jeśli nie ma błędów w tagowaniu i krzyżowaniu linii, to nie spodziewam się problemu.
W każdym razie jakieś oznaczenie typu przejścia/przejazdu (footway/cycleway/) jest potrzebne, a jeśli np. footway=crossing musi zawsze towarzyszyć highway=footway, to do wyboru zostają właściwie tylko dwie formy - ta z "area:highway=" lub ta z “highway=* + area=yes”. Zdaje się, że area=yes jest przewidziane bardziej dla obszarów niekierunkowych, a przejścia mają kierunek, więc zostaje area:highway, a to akurat nie powinno mylić żadnego rutingu.
Gdzie w Warszawie są ulice narysowane jako obszary?
Na razie są na Tarchominie:
http://overpass-turbo.eu/s/8Ps
Brakuje mi w tym sensie, że gdyby wyświetlanie działało, to zaraz dodałbym je np. w centrum, bo dziwnie wygląda jak mamy obszary chodników wyznaczające obrys ulicy, a w środku tylko takie nitki, a póki co wolę się skupić na innych, nawet drobniejszych elementach, o ile tylko będzie je widać. Tym bardziej, że takich obszarów na świecie jest już ponad 14 tysięcy, więc uzasadnienie ilościowe już jest, musimy tylko poczekać na zmiany techniczne (https://github.com/gravitystorm/openstreetmap-carto/issues/180).
Obok przejść dla pieszych bywają także przejazdy rowerowe. Ja je oznaczam w sposób analogiczny - jako highway=cycleway + cycleway=crossing, choć wiki chyba nie podaje wprost takiego tagowania.
500 wystąpień w Polsce. Tym razem nie będę oceniał czy to mało czy dużo 
Za bardzo tego nie widzę. Chodzi o te krótkie 2-3 kreski równoległe? Sądziłem, że dotyczą węzła z highway=crossing, jakoś oczekiwałem, że cała linia z footway=crossing będzie np. w innym kolorze.
Nie zmienia to faktu, że jednak pokazuje 
Dokładnie 3 kreski.