Hi
Am 23. September 2013 20:15 schrieb W3ll Schmidt w3llschm...@gmail.com:
Haste mal überflogen?
http://sqlite.org/speed.html
Das sqlite generell schneller ist, ist sowieso klar. Besonders auf dem
RPi dürften die Faktoren noch größer sein, da dieses nicht für MySQL
geeignet ist. Mir ging es
Hallo Zusammen,
ich habe mal auf Basis von
https://github.com/frasermac/xively-visualizer/eine kleine
Visualisierung für alle öffentlichen Kanäle des VZ
zusammengedübelt.
Wenn man das auf demo.volkszaehler.org zeigen lässt hätten wir damit ein
schönes Frontend mit deutlich weniger Code (und ein
Servus Andreas
Am 24. September 2013 14:07 schrieb Andreas Goetz cpui...@gmail.com:
Damit sowas geht bräuchten wir aber ein Repository in dem ich sowas
einbringen kann und das sich vielleicht generell etwas interaktionsfreudiger
gitb als die aktuelle Struktur:
- mehr Committer
- mehr
Hallo Patrick,
Am 24.09.2013 13:48, schrieb Patrik Karisch:
Das sqlite generell schneller ist, ist sowieso klar. Besonders auf dem
RPi dürften die Faktoren noch größer sein, da dieses nicht für MySQL
geeignet ist.
Kann ich so nicht bestätigen. Ich habe auf einer Dockstar mal sqllite im
Hallo,
2013/9/24 W3ll Schmidt w3llschm...@gmail.com
Am 24. September 2013 14:35 schrieb Patrik Karisch
patrik.kari...@gmail.com:
geäußert. Auch W3ll Schmidt ist mit noch eine Antwort schuldig, warum
seine Repos nicht in der Volkszählergruppe auf GitHub sind ^-^
LG Patrik
Ähmm,
Hallo Zusammen,
ich beschäftige mich jetzt seit einiger Zeit mit der Visualisierung von
VZ-Daten (Stichwort VZmon App).
Jetzt bin ich darüber gestolpert, dass wir zwar allerlei
Präsentationsparameter (steps, color) in den Entities speicher, bzgl. der
physischen Eigenschaften aber ziemlich blank
Am 24. September 2013 15:59 schrieb W3ll Schmidt w3llschm...@gmail.com:
Ähmm, ehrlich?
Ich habe mich damit noch nie wirklich tiefgründig beschäftigt ;-)
Ich schaffe gerade clone; commit, push pull ...
Wäre eigentlich kein Unterschied, außer das sich die Adresse des Repos
ändern würde, mehr