[vz-users] middleware.php

[Andreas Goetz]

Moin,


2013/7/30 Justin Otherguy <justin at justinotherguy.org>

> Moin,
>
> Am 17.07.2013 um 10:10 schrieb Jakob Hirsch:
>
> > Tom Weber, 2013-07-17 07:41:
> >> Gibt es eine andere Möglichkeit, die vielleicht effizienter ist ?
> >
> > Also bei mir geht das so:
> >
> >> $ curl '
> vz.ymmv.de/middleware.php/data/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx.csv?from=now&tsfmt=sql
> '
> >> # source: volkszaehler.org
> >> # version: 0.2
> >> # uuid: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
> >> # from: 2013-07-17 10:08:12
> >> # to: 2013-07-17 10:08:44
> >> # min: 2013-07-17 10:08:12 => 142.545
> >> # max: 2013-07-17 10:08:12 => 142.545
> >> # average: 142.545
> >> # consumption: 1.25
> >> # rows: 2
> >> 2013-07-17 10:08:12;142.545;1
> >
> > Die middleware versucht ja schon seit einiger Zeit, immer den vorherigen
> > und letzten Wert zu ermitteln.
> nice!
>
>
> Gruss, J.
>
> Wichtig zu wissen dabei:

Meter: funktioniert wie von Tom vorgeschlagen, liefert aber nicht
zwangsweise den aktuellen Wert, sondern einfach den letzten

Counter: funktioniert nur mit dem Pull Request
https://github.com/volkszaehler/volkszaehler.org/pull/47 da anderenfalls
keine ausreichende Anzahl Tupel zur Verfügung steht. Mit PR ist der Wert
exakt da es sich ja um den letzten Zählerstand handelt.

Sensor: habe ich nicht analysiert. Falls jemand Beispieldaten hat mache ich
das gerne und erweitere den Patch.

vg
Andreas

PS.: Bei den Basteleien habe ich festgestellt wie sensibel die MW auf
kleine Änderungen reagiert- besteht Interesse an Unit Test Cases?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20130731/50deaa3c/attachment.html>