HttpGet liefert 403

[David G.]

@haus-automatisierung

Danke für deine Umsetzung.
Wie kann ich die Zeile

            setState(sDP, JSON.stringify(address), true);

abändern, damit das Ergebnis in eine Variable geschrieben wird mit der ich in Blockly weiterarbeiten kann?

sDP würde ich dann aus der Funktion entfernen.

[haus-automatisierung]

@david-g sagte in HttpGet liefert 403:

abändern, damit das Ergebnis in eine Variable geschrieben wird mit der ich in Blockly weiterarbeiten kann?

Du musst ein Promise zurückliefern. Oder mit httpGetAsync arbeiten...

[David G.]

@haus-automatisierung

Also nicht einfach

und anstatt in die Variable in das Result von der Funktion schreiben (habe es bisher nicht geschafft^^)?

Falls das nicht so leicht ist, gehe ich einfach über den DP als Zwischenschritt.

[haus-automatisierung]

@david-g Nein, weil httpGet ja asynchron ausgeführt wird und nicht auf den Callback gewartet wird.

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id="r,(xv@.d$c;=YdJMPX80">lon</variable>
    <variable id="g{2,u1PfjN1:=CyqH3*m">lat</variable>
  </variables>
  <block type="procedures_defcustomreturn" id="Yf![9|Fz[uw]ZE3)hfFf" x="138" y="288">
    <mutation statements="false">
      <arg name="lon" varid="r,(xv@.d$c;=YdJMPX80"></arg>
      <arg name="lat" varid="g{2,u1PfjN1:=CyqH3*m"></arg>
    </mutation>
    <field name="NAME">osmResolve</field>
    <field name="SCRIPT">ZnVuY3Rpb24gVUFDaHJvbWUoKSB7CiAgICBjb25zdCBQbGF0dGZvcm0gPSBNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiAyKQogICAgY29uc3QgY2hyb21lVmVyc2lvbiA9IE1hdGguZmxvb3IoTWF0aC5yYW5kb20oKSAqIDIwKSArIDYwOwogICAgY29uc3Qgd2Via2l0VmVyc2lvbiA9IE1hdGguZmxvb3IoTWF0aC5yYW5kb20oKSAqIDcwMCkgKyA1MDA7CiAgICBjb25zdCBvc1BsYXRmb3JtID0gUGxhdHRmb3JtID09IDEgPyAnV2luNjQ7IHg2NCcgOiAnTWFjaW50b3NoOyBJbnRlbCBNYWMgT1MgWCAxMF8xNV8wJzsKICAgIGNvbnN0IHVzZXJBZ2VudCA9IGBNb3ppbGxhLzUuMCAoJHtvc1BsYXRmb3JtfSkgQXBwbGVXZWJLaXQvJHt3ZWJraXRWZXJzaW9ufS4zNiAoS0hUTUwsIGxpa2UgR2Vja28pIENocm9tZS8ke2Nocm9tZVZlcnNpb259LjAuMzE2My4xMDAgU2FmYXJpLyR7d2Via2l0VmVyc2lvbn0uMzZgOwogICAgcmV0dXJuIHVzZXJBZ2VudDsKfQogCmZ1bmN0aW9uIFVBRmlyZWZveCgpIHsKICAgIGNvbnN0IFBsYXR0Zm9ybSA9IE1hdGguZmxvb3IoTWF0aC5yYW5kb20oKSAqIDIpCiAgICBjb25zdCBmaXJlZm94VmVyc2lvbiA9IE1hdGguZmxvb3IoTWF0aC5yYW5kb20oKSAqIDUpICsgNTU7CiAgICBjb25zdCBnZWNrb1ZlcnNpb24gPSBNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiAzMCkgKyAyMDEwMDEwMTsKICAgIGNvbnN0IG9zUGxhdGZvcm0gPSBQbGF0dGZvcm0gPT0gMSA/ICdXaW42NDsgeDY0JyA6ICdNYWNpbnRvc2g7IEludGVsIE1hYyBPUyBYIDEwXzE1XzAnOwogICAgY29uc3QgdXNlckFnZW50ID0gYE1vemlsbGEvNS4wICgke29zUGxhdGZvcm19OyBydjogJHtmaXJlZm94VmVyc2lvbn0uMCkgR2Vja28vJHtnZWNrb1ZlcnNpb259IEZpcmVmb3gvJHtmaXJlZm94VmVyc2lvbn0uMGA7CiAgICByZXR1cm4gdXNlckFnZW50Owp9CiAKZnVuY3Rpb24gVUFTYWZhcmkoKSB7CiAgICBjb25zdCBQbGF0dGZvcm0gPSBNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiAyKQogICAgY29uc3Qgc2FmYXJpVmVyc2lvbiA9IE1hdGguZmxvb3IoTWF0aC5yYW5kb20oKSAqIDUpICsgMTA7CiAgICBjb25zdCBvc1BsYXRmb3JtID0gUGxhdHRmb3JtID09IDEgPyAnV2luNjQ7IHg2NCcgOiAnTWFjaW50b3NoOyBJbnRlbCBNYWMgT1MgWCAxMF8xNV8wJzsKICAgIGNvbnN0IHVzZXJBZ2VudCA9IGBNb3ppbGxhLzUuMCAoJHtvc1BsYXRmb3JtfSkgQXBwbGVXZWJLaXQvNjA1LjEuMTUgKEtIVE1MLCBsaWtlIEdlY2tvKSBWZXJzaW9uLyR7c2FmYXJpVmVyc2lvbn0uMS4xNSBTYWZhcmkvNjA1LjEuMTVgOwogICAgcmV0dXJuIHVzZXJBZ2VudDsKICB9CiAKZnVuY3Rpb24gVUFBbmRyb2lkKCkgewogICAgY29uc3QgYW5kcm9pZFZlcnNpb24gPSBNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiA1KSArIDU7CiAgICBjb25zdCBjaHJvbWVWZXJzaW9uID0gTWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogMjApICsgNjA7CiAgICBjb25zdCB3ZWJraXRWZXJzaW9uID0gTWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogNzAwKSArIDUwMDsKICAgIGNvbnN0IG9zUGxhdGZvcm0gPSBgTGludXg7IEFuZHJvaWQgJHthbmRyb2lkVmVyc2lvbn0uJHtNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiAxMCl9OyBlbi11czsgTmV4dXMgNiBCdWlsZC9MWVoyOE0pIEFwcGxlV2ViS2l0LzUzNy4zNiAoS0hUTUwsIGxpa2UgR2Vja28pIENocm9tZS8ke2Nocm9tZVZlcnNpb259LjAuMzE2My45OCBNb2JpbGUgU2FmYXJpLyR7d2Via2l0VmVyc2lvbn0uMzZgOwogICAgY29uc3QgdXNlckFnZW50ID0gYE1vemlsbGEvNS4wICgke29zUGxhdGZvcm19YDsKICAgIHJldHVybiB1c2VyQWdlbnQ7Cn0KIApmdW5jdGlvbiBVQUlvcygpIHsKICAgIGNvbnN0IGlvc1ZlcnNpb24gPSBNYXRoLmZsb29yKE1hdGgucmFuZG9tKCkgKiA1KSArIDk7CiAgICBjb25zdCBzYWZhcmlWZXJzaW9uID0gTWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogNSkgKyA2MDA7CiAgICBjb25zdCB3ZWJraXRWZXJzaW9uID0gTWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogNzAwKSArIDUwMDsKICAgIGNvbnN0IG9zUGxhdGZvcm0gPSBgQ1BVIGlQaG9uZSBPUyAke2lvc1ZlcnNpb259XyR7TWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogMTApfSBsaWtlIE1hYyBPUyBYKSBBcHBsZVdlYktpdC8ke3dlYmtpdFZlcnNpb259LjYwIChLSFRNTCwgbGlrZSBHZWNrbykgVmVyc2lvbi8ke3NhZmFyaVZlcnNpb259LjAgTW9iaWxlLzE1RTE0OCBTYWZhcmkvJHt3ZWJraXRWZXJzaW9ufS42MGA7CiAgICBjb25zdCB1c2VyQWdlbnQgPSBgTW96aWxsYS81LjAgKCR7b3NQbGF0Zm9ybX1gOwogICAgcmV0dXJuIHVzZXJBZ2VudDsKfQogCmZ1bmN0aW9uIFJVQSgpIHsKICAgIGNvbnN0IFVBID0gTWF0aC5mbG9vcihNYXRoLnJhbmRvbSgpICogNCk7CiAKICAgIGlmIChVQSA9PSAwKSB7CiAgICAgICAgcmV0dXJuIFVBQ2hyb21lKCk7CiAgICB9IGVsc2UgaWYgKFVBID09IDEpIHsKICAgICAgICByZXR1cm4gVUFGaXJlZm94KCk7CiAgICB9IGVsc2UgaWYgKFVBID09IDIpIHsKICAgICAgICByZXR1cm4gVUFTYWZhcmkoKTsKICAgIH0gZWxzZSBpZiAoVUEgPT0gMykgewogICAgICAgIHJldHVybiBVQUFuZHJvaWQoKTsKICAgIH0gZWxzZSBpZiAoVUEgPT0gNCkgewogICAgICAgIHJldHVybiBVQUlvcygpOwogICAgfQoKICAgIHJldHVybiAnJzsKfQoKdHJ5IHsKICAgIGNvbnN0IHJlc3BvbnNlID0gYXdhaXQgaHR0cEdldEFzeW5jKAogICAgICAgIGBodHRwczovL25vbWluYXRpbS5vcGVuc3RyZWV0bWFwLm9yZy9yZXZlcnNlP2Zvcm1hdD1nZW9qc29uJmxhdD0ke2xhdH0mbG9uPSR7bG9ufWAsCiAgICAgICAgewogICAgICAgICAgICB0aW1lb3V0OiAxNTAwMCwKICAgICAgICAgICAgaGVhZGVyczogewogICAgICAgICAgICAgICAgJ1VzZXItQWdlbnQnOiBSVUEoKSwKICAgICAgICAgICAgfSwKICAgICAgICB9LAogICAgKTsKCiAgICBpZiAocmVzcG9uc2Uuc3RhdHVzQ29kZSA9PSAyMDApIHsKICAgICAgICBjb25zdCBpbmZvID0gSlNPTi5wYXJzZShyZXNwb25zZS5kYXRhKTsKCiAgICAgICAgcmV0dXJuIGluZm8uZmVhdHVyZXM/LlswXT8ucHJvcGVydGllcz8uYWRkcmVzcyA/PyB7fTsKICAgIH0KCiAgICByZXR1cm4ge307Cn0gY2F0Y2ggKGVycikgewogICAgcmV0dXJuIHsgZXJyIH07Cn0=</field>
    <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment>
  </block>
  <block type="debug" id="oiKGA}Q9)CzpggWzL@D," x="138" y="338">
    <field name="Severity">info</field>
    <value name="TEXT">
      <shadow type="text" id="6vmy!f|F/3]XC|V|^Q+!">
        <field name="TEXT">test</field>
      </shadow>
      <block type="procedures_callcustomreturn" id="Kbg~m223+L?EN/wyNdQ]">
        <mutation name="osmResolve">
          <arg name="lon"></arg>
          <arg name="lat"></arg>
        </mutation>
        <value name="ARG0">
          <block type="math_number" id="#C5g9?loG*SF1`Go-.B0">
            <field name="NUM">8.5</field>
          </block>
        </value>
        <value name="ARG1">
          <block type="math_number" id="+y%uX{IEB}6~T9CJCZ|s">
            <field name="NUM">51.7</field>
          </block>
        </value>
      </block>
    </value>
  </block>
</xml>

[David G.]

@haus-automatisierung

Danke, teste ich nachher.

Werde bei Gelegenheit mal einen Feature Request beim Places Adapter erstellen, ob man da OSM einbauen kann. Einen Ordner address wo alles aus der json in einem eigenem DP steht.
Im Moment hat der glaube nur Google, was sehr umständlich ist.

Ich mag den Adapter sehr, da man dort alle verschiedenen Adapter die GPS Daten liefern zusammenführen kann. Auch, dass man für ein Gerät Daten von verschiedenen Quellen kombinieren kann.

[Homoran]

@david-g Ganz unbedarfte Frage:
wofür braucht man 2500 mal am Tag seinen Standort in Klartext?

[Ro75]

@homoran 2500 ist das Limit.

Für meine VIS: Bei Änderung der GPS Koordinaten (über 111m) übersetze ich die Daten in eine Adresse (Land, PLZ, Ort, Straße, Besonderheiten). Aber auf mehr als 1000 Änderungen (3 Geräte) komme ich nicht, da ich wie gesagt nur Änderungen verfolge mit mehr als 111m.

Ro75.

[David G.]

@homoran

So oft frage ich den nicht ab.....
Es liegt bei mir ja am UserAgent.

In meiner Visualisierung zeige ich auf einer Karte samt Adresse den Standort von mir und meiner Frau an.

Aktualisiert sich eben, wenn neue GPS Daten kommen.

EDIT
Hab heute morgen auch schon eingebaut, dass die Adresse nur ab einer Abweichung von 0,0003 bei den Koordinaten abgefragt wird. Entspricht ca 30m.

[Ro75]

@david-g sagte in HttpGet liefert 403:

Abweichung von 0,0003 bei den Koordinaten abgefragt wird. Entspricht ca 30m.

Da wird es aber sehr oft eine Änderung geben. Ich habe das bei mir mal beobachtet. Selbst wenn die Handys kaum bewegt werden, ändern sich die Daten bei Long und Lat.

Ich habe bei es so programmiert, dass die Koordinaten auf 3 Stellen nach dem Komma gerundet und zwischengespeichert werden. Und nur wenn sich dann diese Daten ändern, frage ich die Adressdaten ab. Das spart Zugriffe.

Ro75.

[David G.]

@ro75

Hab das seit heute morgen um 9 auf der Arbeit so am laufen.
Gegen 14 Uhr hat er die erste "Bewegung" erkannt.
Am Handy meiner Frau ähnlich.

Ist aber auch Tagesabhängig. In meiner Visualisierung Word auch der Verlauf angezeigt. Da sind gelegentlich schon ordentliche Sprünge drinnen...

[Homoran]

@david-g sagte in HttpGet liefert 403:

So oft frage ich den nicht ab.....

du hattest doch geschrieben dass du irrtümlich minütlich abfragst.
(+ ggf. weitere)

@david-g sagte in HttpGet liefert 403:

In meiner Visualisierung zeige ich auf einer Karte samt Adresse den Standort

das war ja die Frage wofür.

Koordinaten und Karten Widget von OpenStreetMap reicht mir

[David G.]

@homoran sagte in HttpGet liefert 403:

du hattest doch geschrieben dass du irrtümlich minütlich abfragst.
(+ ggf. weitere)

Habe das nochmal beobachtet.
Nutze überwiegend den Google shared location Adapter.
Der ruft jede Minute ab. So oft liefert Google aber keine neuen Werte.
Wenn man sich schnell bewegt evtl jede Minute, wenn man im Haus ist auch wesentlich seltener.

@homoran sagte in HttpGet liefert 403:

das war ja die Frage wofür.
Koordinaten und Karten Widget von OpenStreetMap reicht mir

Jedem das seine ^^.
Ich finde es schön, wenn eine Adresse bei steht.
Braucht man es? Keine Ahnung.....