Rechnen sollte auch irgendwie gehen, übersteigt aber meine Kenntnisse im overpass-css
Alternativ wäre
[check_date=~/2020-09/]
(etwa 30 Tage)
und/oder
[check_date=~/2020-09|2020-08|2020-07/]
(etwa 90 Tage)
eine Lösung.
Danke, aber rechnen wäre schon sehr wichtig!
Hier habe ich einen Vorschlag mit größer / kleiner - Selektion basierend auf einem UNIX-Timestamp (multipliziert mit 1.000) gefunden. Aber bei mir funktioniert nicht mal das Hinzufügen des <-Teils …
schau Dir das mal an
https://overpass-turbo.eu/s/Yo5
dort wird der ISO timestamp ausgelesen (bei Objekten mit check_date) - was allerdings nicht bedeutet, dass der Bearbeiter auch den check_date korrekt aktualisiert hat;-)
der Ansatz ist nix?:
Ein Tool das beim Review hilft…
https://forum.openstreetmap.org/viewtopic.php?id=70546
Weil das check_date hat das Problem das es erst einmal gesetzt werden müsste 
Danke @Jo Cassel,
das schaut überschaubar aus, hat aber immer noch das “problem”, dass das Datum fest eingetippt ist. Ich stelle mir so etwas vor:
DatumAKT=date() ; heutiges Datum speichern
check-date - Schlüssel finden
IF check_date < DatumAKT - 300 THEN COLOR = ROT
IF check_date < DatumAKT - 100 THEN COLOR = GELB
IF check_date < DatumAKT - 50 THEN COLOR = GREEN
danke @miche101,
auch in der von Dir vorgeschlagenen Variante ist das Grenz-Datum fest vorgegeben; die Web-Anwendung bleibt bei mir ohne Inhalt und “timestamp” muss ich noch vestehen.
Puhh, ist das kompliziert. Ich hatte gedacht, eine ganz simple Frage zu stellen …
Das, bilde ich mir ein, funktioniert für Overpass selbst, aber nicht für das Stylesheet, und das bräuchte man für die Farben.
Hatte mal fast dieselbe Frage wie der TE, hab verschiedenes probiert, und bin dann doch bei hardwired Daten hängengeblieben.
Wäre froh, wenn jemand eine Lösung hätte, ansonsten hab ich wenigstens etwas schalen Trost im Angebot: du bist nicht der einzige 
was hat das mit der Fragestellung gemeinsam?
So sehe ich das auch - mir ist nicht bekannt dass man in MapCSS/0.2 mit Variablen (aus der Overpass-Abfrage) arbeiten könnte.
Wenn ich unterschiedliche aber ähnliche Abfragen brauche, dann schreiben ich die und lege mir die Abfrage-Links im Wiki quasi wie Buttons ab.
ich meinte es ging um Farben bei der Abfrage:
Genau danach wird hier gesucht.
Anders gefragt; wie muss man Dein Beispiel “etwas anpassen”, damit genau das dabei herauskommt?
Vielleicht so in etwa.
https://overpass-turbo.eu/s/Ypl
Man kann auch months oder years einsetzen.
Edit: typo
Geht so leider nicht. Wenn man Dinge altersabhängig einfärben will, dann muss die Frage nach timestamp ins Stylesheet, nicht in die Query selbst. Und da funktioniert diese Syntax nicht (bzw. funktionierte nicht, als ich es zum letzten Mal probiert hab, irgendwann diesen Sommer).
Danke,
folgender Code liefert alle Nodes mit check_date, falls der Schlüssel vorhanden ist
[out:json];
nwr({{bbox}}) [check_date] ;
out meta;
out body;
>;
out skel qt;
Nach dem Beispiel von surveyor54 für die Einfärbung (reduzierter Code für eine Farbe):
{{style: /* this is the MapCSS stylesheet */
node, area
{ color:gray; fill-color:gray; }
node[amenity=check_date],
{ color:red; fill-color:red; }
Damit lautet der Code:
[out:json];
nwr({{bbox}}) [check_date] ;
out meta;
out body;
>;
out skel qt;
{{style: /* this is the MapCSS stylesheet */
node, way, relation, area
{ color:gray; fill-color:gray; }
node, way, relation, area[amenity=check_date]
/* HIER KOMMT DER FILTER FÜR DIE ZEITSPANNE HIN */
{ color:red; fill-color:red; }
}}
und färbt nodes und Area in rot.
Nach dem Beispiel von smootheFiets
(if:timestamp()<"{{date:90days}}")
Diesen Schnipsel habe ich, wie im Kommentar angedeutet, hier eingefügt → Syntax-Fehler.
Irgendeine Idee? Danke!!
vgl. #13 und #17
Eine komplexere OverpassTurbo Abfrage besteht aus 2 Teilen.
- oben die eigentliche Abfrage in Overpass QL oder Overpass XML, vgl.
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL - unten das stylesheet in MapCSS vgl.
https://wiki.openstreetmap.org/wiki/MapCSS/0.2
beide “Sprachen” haben nix miteinander zu tun, und man kann meines Wissens nach(!) timestamp und/oder date nicht innerhalb von MapCSS verwursten oder als Variable dorthin überführen,
dies wäre aber nötig um deine Wünsche #1 komplett zu erfüllen, daher hatte ich schon in #2 versucht, dir eine bescheidenere Lösung nahezubringen.
Danke @Jo Cassel,
Deine Erklärung der zwei Teile ist sehr hilfreich.
Wäre es möglich, den (mit beiden Teilen) z.B. per BASH erzeugten Code “irgendwie” an die Overpass-Seite übermitteln?
Das Problem ist offenbar, dass Du in der Abfrage keinen eigenen Code an den output mitgeben kannst. (Zumindest finde auch ich in der Doku nichts, was in die Richtung “Klassen setzen etc.” ginge)
P.s. Ich hab ins Blaue diverse Methoden ausprobiert, die gefühlsmässig funktionieren sollten, taten sie nicht. Offenbar gilt: steht nicht in der Doku = geht nicht
Komischerweise ist das bisher niemandem aufgefallen, jedenfalls finde ich auch kein passendes Ticket dazu.
Von der Syntax her https://overpass-turbo.eu/s/Ywv sollte nach meinem Gefühl die richtige Abfrage sein. Ist sie aber nicht, weil der CSS-Teil offenbar nix von den oben definierten Gruppen weiss.
Oder ich hab was übersehen.
Moin,
das hat mir irgendwie keine Ruhe gelassen und irgendwie muss das doch gehen.
Mir ist wieder eingefallen, dass man eben doch Klassen vergeben kann via
{set .xxx ; }
Hab da jetzt bisschen ins Blaue rumprobiert und komme zu keinem Ergebnis. Jemand ne Idee?
Klassen in MapCSS dienen nur zur Vereinfachung der Syntax, z.B. um Wiederholungen zu vermeiden. Mit den Sets von Ergebnissen in der eigentlichen Overpass-Anfrage hat das nichts zu tun.
Da mapcss mit Datumsangaben nichts anfangen kann, muss man das auf Overpass abwälzen und das berechnete Alter dann zurückgeben.
Leider kann auch Overpass nicht einfach das Alter eines Objektes berechnen, siehe https://github.com/drolbr/Overpass-API/issues/608 , sondern nur Vergleiche durchführen.
D.h. wir können auf dem Overpass-Server zu jedem Objekt ein neues Tag addieren, das die Altersstufen angibt:
https://overpass-turbo.eu/s/11yO
Die Ausgabe dieser Abfrage ist allerdings nicht mehr kompatibel z.B. zu JOSM, da es nicht möglich ist diese zusätzlichen Tags zusammen mit den Koordinaten der Punkte in einem Objekt zu haben. Das ist wohl eine absichtliche Entscheidung, um automatische Edits mithilfe der Overpass API zu erschweren.
Edit: Relationen hinzugefügt zum mapcss @ 14:47
1 Like