[vz-dev] Min / Max Werte
Andreas Goetz
cpuidle at gmail.com
Thu Jun 12 09:21:13 CEST 2014
Hallo Nils,
jetzt geht es ein bißchen durcheinander.
2014-06-12 9:15 GMT+02:00 Nils op den Winkel <nils at kusemuckl.de>:
> Hallo zusammen!
>
> RRD arbeitet sehr ähnlich zu vzcompress2. Nur halt nicht nachträglich,
> sondern beim Speichern neuer Werte. Je älter die Daten sind, desto geringer
> die Auflösung. Wie komprimiert wird, lässt sich konfigurieren.
>
Wobei bei RRD mw. der Speicher fest definiert ist, bei vzcompress ist es
die Auflösung.
> Ich sehe nicht, warum das "korrekter" sein sollte als die Aggregation der
> MW.
>
Aggregation in der MW ist nochmals etwas ganz anderes und lediglich eine
Performanceoptimierung. Dabei werden keine Originaldaten gelöscht,
verfremdet o.ä.
>
> Schönen Gruß
> Nils
>
Der Kernpunkt bleibt halt- kein Programmierer, kein RRD...
vg
Andreas
>
>
> Am 12. Juni 2014 08:36 schrieb Andreas Götz <cpuidle at gmail.com>:
>
> Die Ideen gabs schon, nur hat sich keiner gefunden, ders implementiert
>> häte...
>> Prinzipieller Nachteil von RRD scheint mir zu sein, dass historische
>> Daten nicht in beliebiger Menge und Auflösung gespeichert werden können?
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 12.06.2014 um 00:22 schrieb Andreas Merkle <web at blue-andi.de>:
>>
>> Wäre hier rrdtool ein Ansatz der Zukunft? Somit könnte man immer mit
>> "korrekten" Werten rechnen, ohne
>> grösseren Performanceverlust.
>>
>> Gruß
>> Andreas
>>
>>
>> Am 11.06.2014 22:32, schrieb Andreas Götz:
>>
>> Ja, einfach ohne group/tuples aufrufen, also genau so wie die MW es nicht
>> macht. Ansonsten hilft es immer, im Browser mitzuverfolgen welche Requests
>> ausgeführt werden...
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 11.06.2014 um 22:29 schrieb Marius Hellmann <vz at hellmann.me>:
>>
>> Ok... Dachte mir sowas schon...
>>
>> Gibt es denn eine Möglichkeit die Middleware einen "realen" min/max
>> Wert bestimmen zu lassen wenn auch nicht per Frontend und ohne Performance
>> ?
>>
>> Gruß
>> Marius
>>
>>
>> Am 11.06.2014 um 17:19 schrieb Andreas Götz <cpuidle at gmail.com>:
>>
>> Feature. Eindeutig. Die mw paketiert aus Performancegründen Daten wenn
>> tuples=xy oder group=xy angegeben.
>> Min/max werden aus diesen Paketen ermittelt und die stellen halt eine
>> Aggregation der Ausgangsdaten dar, damit Verlust an Detailinformation.
>>
>> Viele Grüße,
>> Andreas
>>
>> Am 11.06.2014 um 16:26 schrieb Marius Hellmann <vz at hellmann.me>:
>>
>> Hallo zusammen,
>>
>> Wie werden eigentlich in der Middleware die Min und Max Werte ermittelt?!
>>
>> Mir ist grad aufgefallen das ich z.B. in der Ansicht eines Tages den Min
>> Wert 70W bekomme,
>> lasse ich mir aber den Monat anzeigen in dem dieser Tag enthalten ist hab
>> ich z.B. 90W... <smiley-surprised.gif>
>>
>> bug oder feature? :-)
>>
>>
>>
>> Grüße Marius
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140612/fb98aeae/attachment.html>
More information about the volkszaehler-dev
mailing list