Geofency auf Karte in Vis darstellen
-
@damrak2022 Na uf dem Bild sieht es nicht verkabelt aus.
-
@mickymOh vergiss es - ich bin dämlich
-
@damrak2022 Und die Template Nodes hast Du hoffentlich nicht kopiert - da standen die unterschiedlichen Abfragen der Datenbank drin.
-
@mickym Warte mal, Du verwirrst mich gerade. Jetzt ist alles verkabelt. Browserefresh ist gemacht und der Airport liefert diese Daten
Im Datenpunkt sieht es so aus:
Der Template Node ist der My Query, da stehen unterschiedliche Daten drin, wie es sein soll
-
@damrak2022 Mach 2 mal Browser refresh
-
@damrak2022 sagte in Geofency auf Karte in Vis darstellen:
Der Template Node ist der My Query, da stehen unterschiedliche Daten drin, wie es sein soll
Dann würde ich die auch unterschiedlich benennen - damit man sieht - dass da was unterschiedliches drin steht.
-
@mickym Habe schon mehr als zweimal refresht
-
@damrak2022 Dann mach kurzfristig eine Inject Node für die Query und ein debug Node an die Link Call Node dran und schau, ob die Datenbankabfrage passt - vielleicht hast Du in der Query was verkehrt eingegeben.
-
@mickym Das ist so ein Punkt wo ich nachfragen muss. Wo genau muss die Inject Node und der Debug Node hin, um den Fehler zu entdecken?
-
@damrak2022 Na was Du halt überprüfen willst mach nochmal einen Screenshot so wie Dein Flow jetzt aussieht.
-
-
@damrak2022 Na wenn Du die Query zu Tor 31 prüfen willst - dann löst Du halt die Inject Node von der ersten und hängst es vor die Query der Tor 31 Node und hängst die Debug Node an den Ausgang der entsprechenden Query Node - ich dachte Du hättest das verstanden?
Überprüf nochmal die Query - das war doch der Datenpunkt, den Du neu angelegt hast. Ich glaube dass was an der Query verkehrt ist. - Der Flow wird in meinen Augen entweder für alle Punkte funktionieren oder für keinen.
-
@mickym Jetzt habe ich das mit dem prüfen kapiert, hoffe ich
Das ist die Debug Meldung
So sieht der Inhalt der Query DB vom Flughafen aus:
from(bucket: "DBANDY1") |> range(start: -7d) |> filter(fn: (r) => r["_measurement"] == "Airport_Tor_31_Last_Leave" or r["_measurement"] == "Airport_Tor_31_Last_Enter") |> filter(fn: (r) => r["_field"] == "value") -
@damrak2022 Tja scheint trotzdem nicht zu funktionieren - vielleicht ist der Alias verkehrt definiert - schau Dir die measurement Zeile im influx DB Tool an.
-
@mickym Ich kann ja erst nochmal einen anderen Query zum Vergleich prüfen, dann weiß ich das der Fehler beim Airport zu suchen ist
-
@damrak2022 Wenn ich Dr Heddäus prüfe ist das der Debug:
Im Datenpunkt steht das:
Das ist auch korrekt, denn da war ich heute
-
@damrak2022 Wie gesagt schau Dir halt nochmal die Query im influxDB Tool im
-
@mickym Wie schaut Deine Template Nodemit der Query aus?
-
@mickym So sieht es in der Influx aus
from(bucket: "DBANDY1") |> range(start: v.timeRangeStart, stop: v.timeRangeStop) |> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31" or r["_measurement"] == "Leave_Airport") |> filter(fn: (r) => r["_field"] == "value") |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false) |> yield(name: "last")und ich glaube ich habe meinen Fehler mit Deiner Hilfe entdeckt.
Ich hätte jeweils genau die Bezeichnung nehmen müssen, welche ich im Alias angelegt habe.
Jetzt werde ich das korrigieren und dann sollte alles gehen. Prüfen kann ich dann ja auch - weiß ja wie es geht
-
@damrak2022 Das kann gar nicht stimmen:
|> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31" or r["_measurement"] == "Leave_Airport")
|> filter(fn: (r) => r["_field"] == "value")Enter_Tor_31 ==> Airport_Tor_31_Last_Enter Leave_Airport ==> Airport_Tor_31_Last_Leaveheißen - sorry mit der Schlampigkeit mit der Du solche Dinge bearbeitest - da musst schon exakter arbeiten. Sowas kann doch gar nicht funktionieren. Wenn dann mach die Queries einzeln in Influx DB GUI auf und kopier die Zeilen.
Aber da kann ich Dir nun wirklich nimmer helfen. Das liegt nicht an dem Flow, sondern weil Du hier einfach nicht exakt arbeitest.
