wenn ich via overpassturbo.eu im Wizard “park_ride=yes” für Braunschweig eingebe bekomme ich keine Ergebnisse, obwohl P+R-Plätze eingezeichnet sind und auch entsprechend mit Tags versehen sind.
Wenn ich nun “park_ride=bus” suche im Wizard wird mir lediglich der P+R-Platz mit “park_ride=bus” angezeigt, hat ein P+R-Platz jedoch “park_ride=bus;tram” wird mir dieser nicht angezeigt.
Mich würde nun interessieren, wie muss ich die Tags setzen, dass ich bei “park_ride=bus” und “park_ride=yes” die entsprechenden Ergebnisse bekomme?
Müsste es dann folgendermaßen aussehen:
(P+R-Platz mit Bus und Tram Anbindung)
enthält, dann werden natürlich nur die Objekte gefunden, die exakt diese Merkmalskombination haben. “yes” besteht aus den Buchstaben “y”, “e” und “s”, “bus” aus “b”, “u” und “s”. Das sind nun mal ganz verschiedene Zeichen und der String-Vergleich vergleicht eben Zeichen für Zeichen (groß- und kleingeschriebene Zeichen sind zwei verschiedene Zeichen). Wenn du also nach
park_ride=bus;tram
suchst, wirst du auch nur Objekte finden, deren Value von park_ride=* “bus;tram” ist.
Es gibt zwei Lösungen:
Du suchst nach allen für dich in Frage kommenden Tags. Dabei kann man dir aber nur helfen, wenn du uns auch genau mitteilst, wie deine Abfrage lautete. Meine Overpass-Abfrage-Glaskugel verträgt keine Temperatursprünge und ist seit ein paar Tagen etwas trüb.
Statt einem exakten String-Vergleich mit dem =-Operator verwendest du den ~-Operator, der die Values mit einem regulären Ausdruck vergleicht. Das sähe dann ungefähr so aus:
park_ride~"bus"
findet alles, was im Value “bus” enthält, also auch park_ride=trolley_bus.
Keys , die am ende einen Unterstrich gefolgt von einer Zahl haben, sollten auf Biegen und Brechen vermieden werden. Diese sind defakto nicht vernünftig auswertbar. Solche Keys ist (war?) eine Unart von iD.
Meiner Meinung nach sollten solche Keys durch geeignete ersetzt werden (manuell).
Die Abfrage liefert alle Keys, die am Ende einen Unterstrich und eine Zahl haben.
[out:json][timeout:25];
// gather results
(
(
// Unterstrich-Tags
(
node[~".*_[123456789]$"~"."]({{bbox}});
way[~".*_[123456789]$"~"."]({{bbox}});
relation[~".*_[123456789]$"~"."]({{bbox}});
)
-
// aber nicht TMC
(
node[~"^TMC*"~"."]({{bbox}});
way[~"^TMC*"~"."]({{bbox}});
relation[~"^TMC*"~"."]({{bbox}});
)
)
-
// und nicht fuel
(
node[~"^fuel*"~"."]({{bbox}});
way[~"^fuel*"~"."]({{bbox}});
relation[~"^fuel*"~"."]({{bbox}});
)
;
);
// print results
out body;
>;
out skel qt;
Der Grund, warum TMC und fuel in der Abfrage nicht verarbeitet werden, weiß ich nicht mehr.