[vz-dev] Min / Max Werte

[Andreas Götz]

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/d6c8c433/attachment-0001.html>