Cool, das dürfte es einfacher machen, das auch Code zwischen den Communities
weiterverwendet werden kann :).
On 11/14/21 20:22, Sven Roederer wrote:
Hallo Moritz,
Ich hab mir mal ein paar Minuten zeit genommen und mal in dem Schema
rumgeblättert.
Da viele der möglichen Datenobjekte optional sind oder auch "NULL" sein
dürfen, scheint das ein gangbarer Weg.
Ich hab im u.g. Pad mal möglichst viel auf NETJson Objekte gezogen.
GRuss Sven
Am Dienstag, 6. Juli 2021, 22:58:01 CET schrieb Moritz Warning:
Ich kann generell Schamas empfehlen, die auch andere Comunities nutzen und
für Interoperabilität sorgen. Als kleinster gemeinsamer Nenner gibt es da
NetJSON https://netjson.org/ (konkret: https://netjson.org/#third/1)
On 7/6/21 3:28 AM, Sven Roederer wrote:
Hallo,
seit einigen Wochen läuft ja die OpenWifiMap wieder, auf einem neuen
Datenbank-Unterbau.
In der Folge kam die Idee auf, den Datensatz, vor allem die optionalen
Felder, besser zu strukturieren. Da nur wenige Felder erforderlich sind,
um ein AP auf die Karte zu bekommen (Position, Name, ID) is es dem Client
überlassen, wie zusätzliche Daten (SSID, Antennenbeschreibung,
Auslastung, ...) abgelegt werden. Das macht die Auswertung natürlich
nicht einfacher, da jeder Clientdialekt im Frontend berücksichtigt werden
muss.
Datensatz-definition:
* Github-issue: https://github.com/freifunk/openwifimap-api/issues/13
* derzeitiger Entwurf: https://pad.freifunk.net/p/owm-datastructur
Wer hier Kommentare oder Anregungen hat, kann ja mal reinschauen, dass in
den nächsten Wochen eine abgestimmte Version festgemacht werden kann.
_______________________________________________
WLANtalk mailing list
[email protected]
Abonnement abbestellen? ->
https://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net
Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter
http://freifunk.net/mailinglisten
