Koordinaten-Konverter

[firEmergency]

Hi,
diese Art von "Reverse Geocoiding" kenn ich bereits und wurde auch für den Monitor verwendet.
Dabei müsste man mit einem Manko leben:
Google liefert ja wie du bereits gesagt hast, mehrere Adressen zurück. Die erste ist die wahrscheinlichste. Alle weiteren werden immer unwahrscheinlicher.
Wenn dieses Feature also eingebaut werden würde, dann würde ich automatisch die erste Adresse zurückgeben.
Dies könnte natürlich die falsche sein, aber das Risiko müsste man eingeben.

Der Wunsch kommt mal auf die ToDo. 1.0 wird es nicht reinkommen, eher dann in 1.1 Beta.

[firEmergency]

Nachtrag:

Hab mir das gerade nochmal angeschaut. Sowohl Google, als auch OpenStreetMap haben bei mir keine zufriedenstellenden Ergebnisse geliefert.
Google war immerhin schon im richtigen Ort, aber falsche Straße.
OpenStreetMap hat komplett versagt (ist in Frankreich rausgekommen).

Das Problem bei Google ist aber das, dass diese Adresse zur verwendet werden darf, wenn es auch wieder in einer Google Karte angezeigt wird. Das ist bei uns ja nicht der Fall (da man sich die Adresse ja auch per SMS schicken kann).
Somit würden wir gegen die Nutzungsbedingungen von Google verstoßen.
Da müssen wir also noch ein bisschen nachforschen.

[florian_hsk]

Also ich hab jetzt mit Google etliche Adresse bei mir aus der Umgebung getestet, und das erste Ergebnis war immer richtig (von gelegentlich leichter Ungenauigkeit bei der Hausnummer mal abgesehen, Straße stimmte immer!).

Zu den Nutzungsbedingungen und der Verwendung:
Wenn ich die Adresse nur an diejenigen ohne Smartphone verschicke und der Rest mit Smartphone den Google-Link bekommt, wird die Adresse ja mindestens einmal in einer Google-Karte angezeigt.
Oder eine sicherere Variante: Auf dem Rechner automatisch kurz einen Browser mit der Google-Karte öffnen lassen. So wird die Adresse angezeigt und man würde die Nutzungsbedingungen einhalten.

[firEmergency]

Gerade nochmal getestet. Google liefert wirklich besser Ergebnisse.

Die Verwendung der API bereitet mir aber noch Kopfzerbrechen. Denn wenn ich schon die Adresse berechnen kann, wäre es schade, wenn ich diese dann nicht auch per SMS verschicken könnte (was ja technisch kein Problem darstellt, aber eben Nutzungstechnisch).

Den Code zur Adressberechnung kann ich gerne bereitstellen, aber der wird dir nicht allzuviel Nutzen.

Wir müssen uns das nochmal genau überlegen.
Aber dem Thema Adressgewinnung werden wir uns in ein paar Wochen sowieso noch extrem widmen. Da wird sich dann jetzt sehr viel tun.

[tomh]

Wie muß denn der Pipe-Baum aussehen ?

Ich werte die Daten per FMS-32 aus. Die Daten werden als erstes im Nachrichtentext übermittelt (TVPN000FG000E0000FFF0texttexttext). Die beginnen mit TVP. Dies habe ich beim Konverter auch eingetragen.

Mein Baum sieht wie folgt aus:

- alarmtext fms32 mit &3&
- Koordinaten Konverter (mit Angabe TVP als erste 3 Zeichen)
- Alarmtext[eigene Parameter] Kriterien &corurl&
- Versand an Android


Was ist an dieser Pipe falsch ? Ich bekomme den ganz normalen Text aus FMS32 anstatt Koordinaten für google.

Über Hilfe wäre ich sehr dankbar

[firEmergency]

Alarmablauf

-Koordinaten-Konverter
--- Alarmtext[eigene Parameter] Kriterien &CORURL&
---- Android

Aktuell kannst du keine zwie Alarmtext-Plugin hintereinander schalten. Das wird erst mit 1.0 gehen (auf die Großschreibung von CORURL achten)

[tomh]

Was muß ich über fms übertragen ? Ich übertrage z.Z. %2 %3 %4

In der Anlage meine Pipe. Leider funktioniert es nicht

[firEmergency]

... TVPN000FG000E0000FFF0texttexttext ...

Kannst du mir sagen, was genau hier die Koordinaten sind?
000FG000
und
0000FFF0
?

Das Problem hier ist das "G"
Hex-Zeichen gehen nur von 0-9+A-F
Oder versteh ich hier was falsch?

Gibt es noch andere Notationen außer der mir bekannten (2 x 8 Hex-Zeichen)?

[tomh]

Jetzt klappt es vielen Dank für die Hilfe.