[WLANtalk] Deutschlandweite Karte

[Jan Lühr]

Hallo,

ich hab' nochmal nachgedacht:
- Jedes Objekt sollte ein type-Version Attribut haben. Bspw. eignet sich
das Format auch dazu, Daten im Mesh via Alfred zu verteilen. Wenn dort
jetzt Nodes mit vers. Firmware laufen, die vers. Versionen ihrer
Node-Attribute durch die Gegend senden, hilft es zu wissen, welche
Version das Schema hat
- Ein Node sollte - unabh. von der Statistik, weitere nicht
standardisierte Attribute haben dürfen, die in Form einer Tabelle
gerendert werden.
Z.B. {'type': 'info', 'name': 'model', 'value': 'TP-Link TL-1043ND}
- Hinter jedem Objekt sollte eine last_update String sein um alte Daten
zu erkennen.
- Zu jedem Objekt sollte es ein Freitext-Feld
{'comment': 'Ein Text'} geben. Die Infos werden dann als Hinweistext
rendered.

Gibt's sonst noch Ideen?

Gruß, Jan

Am 12/09/2014 05:10 PM, schrieb Jan Lühr:
> Hallo,
> 
> Am 12/09/2014 01:00 PM, schrieb Tino Dietel:
>>
>>> Nach http://jsonapi.org/format/ würd ich vorschlagen: -
> 
>>
>>> - Status Daten nich formal definieren, sondern freie Daten dann 
>>> in Tabelle rendern.
> 
> Ok. Ich denke nur, dass zusätzlich meta-daten zu Statustiken erlaubt
> sein sollen.
> Z.B.
> [{'type': 'Measurement', 'name': 'batman-adv Transmission Quality',
> 'value': 255}, ...]
> 
> Diese Dinge könnten dann in den Detailinformationen zu dem Node
> angezeigt werden.
> 
>> Ich will schon explizit wissen, ob der online oder offline ist. 
>> Genau das Macht für eine Karte Sinn, denn ich will als Nutzer ja
>> uU wissen, wo der nächste verwendbare Zugangspunkt ist.
> 
> Ok.
> 
>>> - Versions-Attribut für das File aufnehmen.
> 
> {
>    'api_version' : '1.0',
>    'community': "Freifunk-Meinestadt"
> }
> 
> Etwas verrückter, aber auch möglich wäre den Verschiedenen Objekten
> (Nodes, Personen, etc.) eigenen Versionen zu geben. D.h. Wenn der Typ
> Person noch ein Attribut "Titel" bekommt, wird aus der Person version
> 1.0 eine Person 1.1.
> 
> Vorteil wäre ggf. das einfachere aggregieren und eine besser
> Abwärtskompatibilität - Nachteil eine höhere Komplexität.
> 
> Ein paar Dinge sind mir noch aufgefallen:
> 
> - Wenn User IDs haben, warum sind sie in den Nodes verschachtelt? Wenn
> ein user 10 Nodes hat macht es nicht direkt sinn alle zu referenzieren
> - Warum fehlen slash'es in den Links?
> - type (hier AP) ist eigentlich ein type im Sinne der JSON API. Willst
> Du das wirklich?
> - last_contact -> ISO-Timestamp?
> - Die Sematic der Person ist noch nicht ganz klar. Wer ist das? Der
> Eigentümer der Hardware? Der Technische Kontakt? Ein Anwohner am
> Aufstellort? Ist das eine natürliche Person (Herr Schulz) oder ein
> Firmenname?
> - Wollen wir last_change Attribute?
> 
> Btw. kennst Du https://github.com/salesking/json-schema-browser
> 
> Gruß Jan
> 
> Gruß, Jan
> _______________________________________________
> WLANtalk mailing list
> WLANtalk at freifunk.net
> Abonnement abbestellen? -> http://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
>