overpassturbo.eu - P+R Tags

Servus Community,

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.

https://overpass-turbo.eu/

Die vorhandenen Tags der P+R-Plätze in Braunschweig sind “park_ride=bus”, “park_ride=bus;tram” und “park_ride=tram”.

Beispiele:
https://www.openstreetmap.org/edit#map=19/52.31213/10.51580
https://www.openstreetmap.org/edit#map=19/52.26958/10.56776

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)

“park_ride=yes”
“park_ride_1=bus”
“park_ride_2=tram” ?

LG und Danke im Voraus

Hallo,

naja, wenn deine Abfrage

park_ride=yes

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:

  1. 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.

  2. 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.

Viele Grüße

Michael

Willkommen im Forum und hier einmal schauen:

http://wiki.openstreetmap.org/wiki/Overpass_turbo/Wizard

Es findet sich bestimmt aber noch ein “Spezialist”.

Guten Morgen,

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.

Sven

Moin!

Wenn Du auswerten willst, wo park_ride getaggt ist, aber nicht “park_ride=no” gesetzt ist, könnte das passend sein:

  node["park_ride"!="no"]["park_ride"]({{bbox}});
  way["park_ride"!="no"]["park_ride"]({{bbox}});
  relation["park_ride"!="no"]["park_ride"]({{bbox}});

Wir wäre es einfach mit

park_ride=*

?