das zweite treffen

ws2011/BP/Auftraggebertreffen/treffen ag.txt

@@ -0,0 +1,45 @@
+- bei fragen vorher ne mail schicken
+- code aufräumen? falls was auffällt, gerne
+- json haben wir noch nicht --> nur das neue
+- api - was soll es können?
++ daten ein-auslesen (Hauptfokus auslesen)
++ authentifizierung macht grad noch die alte gruppe
++ sollen wirs umstellen aufs neue format? -->
++ framework benutzen: propl problem: dabaschema nicht kompatibel zum standart xml... --> er-dia vom julien
+++ propl hauptidee: abstr.layer (orm)
++ tools (orm-designer), die dieses format ausspucken...
++ propl benutzen? --> 
++ progs mit dem wir erdia einlesen --> evtl propl xml als output
++ wie weit sinvoll? --> aus xml nur klassen
++ ER und propl stellen gleiches da
++ ruby race: eigene shcemadateien schreiben, daba aufschreiben in pseudo skriptingsprache, einmal machen wenn sich danach was ändert hmmm
++ ansonsten research machen
++ doktrin, propl
++ schon machen, auch wenn man die daba in dieses format schreibven muss
++ mapper verwenden
++ daba spezifizieren bei den mappings
++ benutzt propl
+- api: doku wie man daten rein/rauskriegt
+- api: nicht mehr als das was es jetzt kann, erst mal auf die neue daba
+- api: nach allem filtern können was mgl ist (knoten, geoinfos, datentypen) (alte daba)
+- api: authentif nutzer - sql abfrage --> nicht über api
+- api: sicherheit, wenn man sql abfragt
+-  benutzer api nur read auf daba für sql abfragen auf daba
+- api: kontrolle was man an infos nach aussen gibt, wollen wir die kontrolle abgeben? eher nicht
+- api: rohe sql response
+- alternative: api wie man sie kennt basteln
+-> daba parsen
+!!!!- propl aufsetzen, sql querys auf die neue daba umstellen mit propl
+!!!!- querys an ner zentralen stelle sammeln
+!- refactory
+- code verschönern
+- code in einen test ordner duplizieren auf dem server
+- 12 dez kommen zwei sensoren auf straba, dann kommen auch daten....
+- julien ist noch an json (spätestens in 2wochen)
+!!!- wg api überlegt AG sich nochmal
+- visualisierung: gdv'ler ranziehen, vll ändert sich da noch was
+- ins svn dürfen wir einchecken (alles)
+
+zweck an sich: energieeffiziente sensornetzwerke
+für die stadt: temp: mikroklimaindex (abschaltungsflächen heizungsflächen bepflanzung)
+dB: (grundidee, smartphones mit mirkofon) lärmschutz, hohe datendichte, können alle mitmachen