Poserspace.mw

   1 {{Projekt
   2 |kontakt = [[Benutzer:Drahflow|Drahflow]] ([[Benutzer Diskussion:Drahflow|Diskussion]])
   3 |status = angekuendigt
   4 |beschreibung = <!-- optional -->
   5 |bild = <!-- optional -->
   6 |bildbeschreibung = <!--optional-->
   7 |interessenten = <!-- optional -->
   8 |source = <!--optional-->
   9 |lizenz = <!--optional-->
  10 |download = <!--optional-->
  11 |version = <!--optional-->
  12 }}
  13
  14 == Ziel ==
  15
  16 Der Hackerspace sieht nicht aus, wie epische Hacker-Lairs aus Movies. Dieses Projekt will das ändern.
  17
  18 == Architektur ==
  19
  20 Datenquellen -> Multiplexer -> Datensenken (Displays)
  21
  22 Der Multiplexer sollte so flexibel wie moeglich sein:
  23 *Logging supporten (ggf. auch per Post konfigurierbar) -DooM 12:25, 31. Okt. 2013 (CET)
  24 *"Abonnements supporten" so dass einzelne Datenquellen selektiert werden koennen und ein Oputput nicht alle enthalten muss -DooM 12:25, 31. Okt. 2013 (CET)
  25 ** Ich hatte mir als User-Interface eher den Multiplexer gedacht. Sprich: Will ich auf einem Display X Datenquelle Y anzeigen, sage ich das genau dort und das Routing wird entsprechend veranlasst. [[Benutzer:Drahflow|Drahflow]] ([[Benutzer Diskussion:Drahflow|Diskussion]]) 11:02, 2. Nov. 2013 (CET)
  26 *Aggregations Features bieten um Daten vor dem Anzeigen bereits Serverseitig aufbereiten zu koennen (Durchschnittswerte/Extrema/Mittelwerte/Integrale usw.) -DooM 12:23, 31. Okt. 2013 (CET)
  27 ** Ja. Insbesondere hätte ich gerne Predictors, wie z.B. KALMAN-Filter (Junge), um dann Abweichungen detektieren zu können. [[Benutzer:Drahflow|Drahflow]] ([[Benutzer Diskussion:Drahflow|Diskussion]]) 11:02, 2. Nov. 2013 (CET)
  28
  29 == Datenformat ==
  30
  31 <pre>
  32 POST /display HTTP/1.0
  33 Content-type: x-poserspace/geo
  34 X-column-1-name: lat
  35 X-column-1-type: number
  36 X-column-2-name: lon
  37 X-column-2-type: number
  38 X-column-3-name: username
  39 X-column-3-type: string
  40 X-column-4-name: time
  41 X-column-4-type: time
  42 X-time-column: 4
  43
  44 50      10      Drahflow        1383097977.120
  45 50.2    10.2    Rohieb  1383097977.125
  46 ...
  47 </pre>
  48
  49 Hmm waere so etwas wie YAML nicht deutlich angenehmer als Tabellen? -DooM 12:25, 31. Okt. 2013 (CET)
  50
  51 <pre>
  52 msgID: 1
  53     type: geo
  54     streamID: $UUID
  55         log: true
  56     pos:
  57         format:lat,lon
  58         raw: 50,10
  59     username: Drahflow
  60     time: 1383097977.120
  61
  62 msgID: $UUID
  63     type: geo
  64     pos:
  65         lat: 50.2
  66         lon: 10.2
  67         dispFormat: lat, lon
  68     username: Rohieb
  69     time: 1383097977.125</pre>
  70
  71 * streamIDs lassen sich abonnieren und das LOG feature bedingt sie um sie zuordnen zu koennen.
  72 * gelogte MSG haben immer eine msgID auch wenn der sender keine sendet und lassen sich damit immer wieder abrufen
  73 * alle RAW daten muessen human readable sein wenn dispFormat nicht definiert ist
  74 * es muss einen Prozess geben neue types zu definieren (gemeinsam/demokratisch) und ggf. auch automatisiert.
  75
  76 === x-poserspace/scalar ===
  77 X-column-*-label: Temperature
  78
  79 whatever:number
  80
  81 === x-poserspace/xy ===
  82 X-column-1-y: 2
  83
  84 whatever:number, whatever+1:number
  85
  86 === x-poserspace/geo ===
  87 X-lat-column: 0
  88 X-lon-column: 1
  89
  90 lat:number, lon:number
  91
  92 === x-poserspace/text ===
  93 X-column-*-label: Label
  94
  95 whatever:string, whatever+1:base64