[vz-users] Fehlende Datenpunkte im vz master branch

[Andreas Goetz]

> On Thu, Aug 1, 2019 at 2:43 PM Frank Richter <frank.richter83 at gmail.com> wrote:

> Hi Andreas,
> 
> vom Prinzip her wird also eine Intervallzeit (to - from / tuples) berechnet, und immer wenn in einem Intervall mehr als ein Datensatz liegt, wird zusammengefasst?
> Ich hätte erwartet, dass das erst erfolgt, wenn rows tatsächlich größer als tuples wird.

Haben wir früher so gemacht. Dafür sind wir in PHP nochmal über das gesamte Resultset der Datenbank gegangen. Das kostet Zeit. Jetzt kann die Datenbank das selber in einer Abfrage machen. 
 
Wie gesagt: das Feature zielt auf Diagramme ab. Das alte Verhalten war einigermaßen willkürlich, da immer n Punkte zusammen gefasst wurden- unabhängig davon ob die überhaupt in zeitlicher Nähe lagen oder nicht. Jetzt liegen alle zusammengefassten Punkte in einem immer gleich großen Zeitraum.

vg
Andreas

> 
> Viele Grüße
> Frank
> 
> Andreas Goetz <cpuidle at gmail.com> schrieb am Do., 1. Aug. 2019, 14:18:
>> Hi Frank,
>> 
>> die Erklärung hatte ich schon gegeben- Gleichverteilung der Zeitintervalle. Beispiel:
>> 
>> Wenn für 10h 10rows angefragt werden dann sind das- bei Gleichverteilung- 10 Datensätze. Wenn die 10 Meßwerte aber alle in der 1. Minute liegen ist es nur 1 Datensatz. 
>> Da die &tuples Funktion auf grafische Darstellung abzielt macht das Verhalten imho absolut Sinn. Wenn ich nämlich in einem 10h Chart Minutenauflösung haben möchte, dann darf ich auch nciht 10 Datenwerte anfragen sondern brauche 600 ;)
>> 
>> vg
>> Andreas
>> 
>> 
>>> On Thu, Aug 1, 2019 at 2:07 PM Frank Richter <frank.richter83 at gmail.com> wrote:
>>> Hallo zusammen,
>>> 
>>> meiner Meinung nach sollte doch in erster Linie die Frage geklärt werden, warum die master MW bei 320 angefragten und nur 40 vorhandenen tuples überhaupt welche zusammenfasst. Ich bin bisher davon ausgegangen, dass ein tuple packaging nur dann erfolgt, wenn die Datenbankabfrage mehr Datensätze liefert als das Frontend haben möchte.
>>> 
>>> Viele Grüße
>>> Frank
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-users/attachments/20190923/25984ee8/attachment.html>