Geolocate kapoot? 1.1.2~43

Hatte vorhin einen Knoten testweise auf TNG umgestellt, nach zurückflashen auf 1.1.2~43+Config Reset kann sich das Teil im Configmodus keinen Sitecode mehr ziehen.

Der Knotenname dient ausschließlich zur Identifikation Deines Knotens, z. B. auf einer Knotenkarte. Er hat keinen Einfluss auf den Namen (SSID) des ausgestrahlten WLANs.

Namensvorschläge: FEHLER_ADDR-6785 | XML-error-6785 | freifunk-788a20706785

+++

Der Aufstellort dieses Knotens wurde wie folgt ermittelt; bitte überprüfen und ggf. korrigieren:

Adresse: FEHLER_ADDR, 00000 XML-error
Koordinaten: 53.382506 13.498254
Community: Freifunk, powered by 4830.org

Der Knoten landet dann in ‘zzz’

Immerhin das funktioniert :slight_smile: Hmm, das ist Reverse Geocoding, das machen wir eigentlich lokal … Checke ich heute Abend.

lokal=auf dem Knoten selbst?

So wie ich das verstehe kommt die Adresse + PLZ + Loc doch als Antwort von geoloc.php unter setup…4830.org … das Script spuckt folgendes aus:

Content-Type: text/plain; charset=UTF-8 MAC: 78:8a:20:70:67:85 LAT: 53.382506 LON: 13.498254 ADR: CTY: XML-error ZIP: 00000 LOC: zzz

Nope, lokal = “in unserer Infra, sodaß da keiner mit API-Limits o. ä. kommen kann”. Konkret hat sich Docker entleibt, der unter http://colosses.4830.org:8080/ eine Nominatim-Instanz bereitstellen sollte, aber seine DB nicht mehr findet. Muß ich dann wohl mal wieder neu machen (und interimsmäßig von $woanders herproxyen).

Should be fixed:

wusel@ysabell:~$ wget -O - -q 'http://setup.4830.org/geoloc.php?rgeo=me&node=78:8a:20:70:67:85&lat=53.382506&lon=13.498254'
Content-Type: text/plain; charset=UTF-8

MAC: 78:8a:20:70:67:85
LAT: 53.382506
LON: 13.498254
ADR: Am-Gutshof
CTY: Feldberger Seenlandschaft
ZIP: 17258
LOC: fsl

Funktioniert! Vielen Dank!

Theoretisch wird auch diese Funktion nun überwacht und das Ergebnis auf status.4830.org angezeigt. Praktisch sehe ich das von außen nicht, keine Ahnung, was der Dienstleister da komisches macht :frowning: