wie Geofence-Koordinaten berechnen?

1. offizieller Beitrag

    Hallo zusammen,


    sorry, wenn ich mich mit meiner Frage in der falschen NG befinde.
    Kann man mit Geodaten (Lat+Lon) Excel-taugliche Berechnungen anstellen?


    Konkret müßte ich einen Filter erstellen (berechnen), welcher es möglich
    macht, aus einem riesen Datenpool (Lat+Lon-Daten) einen Bereich
    auszuschließen (Geofence-Bereich). D.h., ich müßte einen Kreis von Daten
    ausgehend von einem definierten Mittrelpunkt ausgeben, welcher dann als Art
    Filter gesetzt werden könnte. Zur besseren Verdeutlichung näheres unter:


    http://www.kb007.gmxhome.de/link/geofence_berechnen.jpg


    Vielen Dank für hilfreiche Hinweise im voraus!



    Gruss, kaba


    Hm.


    Möglich ist viel. Nur kann ich mit Deinen Daten und auch dem Bild (noch) nicht viel anfangen. Kannst Du das nochmal mit anderen Worten beschreiben, was ist "Daten aller darin befindlichen Lat/'Lon Daten"? Das sind ja meinem momentanen Verständnis nach unendlich viele, wie wird was definiert? Wie liegt der Kreismittelpunkt vor? Wie wird der Durchmesser/Radiue definiert?


    Sorry, tappe da völlig im Dunklen.


    Was existiert, ist eine Entfernungsberechnung durch Eingabe zweier Koordinatenpaare. Darauf könnte m,an evtl. aufbauen.

    Hi,


    also hier der Grund meines Ansinnens:


    Ich logge Geodaten von einem Auto. Das fährt so herum und es trudeln die
    Längen+Breitengrade dazu im 30sec Takt ein (decimal&latitude=48.4211&longitude=10.8767).


    So, jetzt müßten aber täglich ausgegeben werden, wann das Fahrzeug den grün markierten Bereich verläß und in diesen wieder Eintritt. D.h., der Mittelpunkt des grünene Bereiches ist des KFZ's dauerhafter Parkplatz (mittels bekannter Koordinate). Die Strecke von Mittelpunkt grüner Bereich bis zum Rand grüner Bereich sollte nicht zur Fahrtstrecke(zeit) gerechnete werden.


    Im Ergebnis möcjhte ich praktisch zwei Ortungskoordinaten erhalten, nämlich eine Startkoordinate des Fahrzeuges (mit dem Timestamp), sowie eine Endkoordinate (Tmit dem imestamp). Ich bin jetzt von dem Lösungsansatz ausgegangen, dass ich die Koordinaten des grünen Bereiches definiere und von den über Tags geloggten Daten als Filter setze, damit ich diese beiden Start/End-Ortungen mit der zugehörigen Zeit erhalte.


    Ich könnte nun vielleicht die ganzen Koordinaten mal in GK umrechnen und dann über ein Quadrat sehr schnell mit einer Abfrage durch <x+k, >x-k, <y+k. >y-k machen. Aber das ist es halt: eben ein Quadrat und keinen Kreis!


    Bin ich auf dem richtigen Weg?

    Einmal editiert, zuletzt von kaba ()

    Moin!


    Für einen Kreis könntest du die Ungleichung ||X - M|| <= 5000 [m] auswerten (also der Abstand zum Mittelpunkt), wobei X der Koordinatenvektor des jeweiligen Punktes ist und M der des Mittelpunktes. Anders ausgedrückt lautet die Gleichung: sqrt [(x - xm)² + (y - ym)²] <= 5000 [m], wobei x und xm bzw. y und ym jeweils die x- und y-Koordinaten des Punktes bzw. Mittelpunktes sind (sqrt=Quadratwurzel).
    Sorry wenn das wüst aussieht oder ich einen Fehler gemacht habe, ist schon spät ;D


    Gruß
    HK2000

    Einmal editiert, zuletzt von HK2000 ()


    Gegenfrage:


    Du hast ein log. Was für eines? "Normaler" hier üblicher GPS-Empfänger (Maus)??? Stelle mal so 3, 4 Zeilen (Sequencen) hier rein.


    Die hier üblichen Mäuse liefern z.B, im GGA oder RMC-Protokoll die Koordinaten und die UTC-Zeit.


    Mit diesen Koordinaten müsste man nun einzeln die Entfernung zum Parkplatz errechnen, Das macht Excel mit einem Makro.


    ff > Radius, merke Zeit * Koordinaten
    if danach < Radius merke wieder Zeit + Koordinaten.


    Ist das die Aufgabe?

    Hallo HK2000,


    jetzt mal davon abgesehen, wo der größere Rechenaufwand bzw. die größere Rechenzeit liegt, man wird jeden Punkt der log-Koordinate mit dem Mittelpunkt vergleichen müssen und prüfen müssen, ob de >Radius über/unterschritten wird.


    Die bereits vorliegende Excel-Tabelle Entfernung zwischen Koordinaten berücksichtigt die unterschiedliche Länge zwischen Längengraden, je nachdem auf welchen Breitengrad man ist. Hier ist also eine Routine bereits vorhanden, die auch richtig rechnet.

    Okay, stimmt, damit kann er das dann natürlich gleich in Lat/Lon machen. Bei seinem Quadrat hat er aber mit irgendwelchen x/y gearbeitet, die er auch in seinem Bild eingetragen hat, was für eine Projektion auch immer und wie auch immer er die errechnet hat - damit sollte das ja schon gehen...


    Und damit übergebe ich wieder an die die nachtaktiven Strigiden (oder Tytoniden?) ;D


    edit: Ersteres wohl ;D


    HK2000

    Einmal editiert, zuletzt von HK2000 ()

    Zitat

    Original von HK2000
    nachtaktiven Strigiden (oder Tytoniden?) ;D


    edit: Ersteres wohl ;D


    Hä??? ?( ?( ?(


    Ist das was zu essen?? ?( ?( ?(


    Nein, Löwe, Dein Kommentar ist hier nicht erwünscht! :gap


    Hallo kaba,


    ist das Thema noch interessant?


    Dan schick mir mal ein log-File, die Mittelpunktkoordinaten - wenn möglich im Format d,dddd° - und die Entfernung/Radius des Kreises.


    Dann schaun mer mal..... :D

    Hallo kaba,


    machen wir hier weiter.


    Ist das Excel-File wirklich das Ursprungsformat oder kommt das evt. doch anders rein?


    Es ist etwas ungewöhlich, sollte aber machbar sein. Ich finde aber keinen Zeitstamp. Es sei denn, das erste Feld ist dieses, dann aber in einem ungewöhnlichen Zeitformat.


    Die Bilder hänge ich morgen an, denn sie sind auf einem anderen Computer. Es ist ein etwas größerer Ausschnitt aus der Excelauswertung und ein Visualisierungsbild von TTQV mit eingezeichnetem Track und einem Kreisfeld mit dem angegebenen Mittelpunkt und Radius. Die Visualisierung jetzt hier nochmal zu machen ist etwas umständlich, da TTQV ein NMEA-ähnliches Format (GGA) haben möchte.


    Dann wäre noch festzulegen, ob die Fahrten überall beginnen können oder evtl. immer im Kreisfeld starten. Dann müsste ich eine Ausblendung des ersten "raus"-Wertes einfügen.


    Und wie wollen wir weitermachen? Ich kann Dir den Entfernungsteil als Excel-Makro geben. Nach Anpassung einiger Zellenadressen sollte es mit einem zusätzlichen Vergleich gegen alle Koordinatenzeilen laufen.