[vz-dev] Error executing grouped queries

[Andreas Goetz]

Kommando zurück- die Angaben sind natürlich in Watt bzw. Consumption in 
Wh und die Zahlen stimmen wenn man Wh daraus macht- DANKE!

Wäre Klasse wenn die Anpassungen (inkl. Fix für from/to) es ins zentrale 
Git schaffen würden.

vg
Andreas

On 10.04.2013 19:56, Andreas Goetz wrote:
> Hallo Jakob,
>
> ich bin jetzt nochmal ganz in Ruhe hergegangen und habe mir die Daten 
> angeschaut. Mal abgesehen davon, dass die relativen Datenformate alles 
> andere als intuitiv sind habe ich immer noch ein paar Problem (SQL 
> dump hatte ich geschickt):
>
> http://.../middleware.php/data/8f20eb60-60df-11e2-81a1-3d3ab836429e.csv?from=first%20day%20january&to=now
>
> # source: volkszaehler.org
> # version: 0.2
> # uuid: 8f20eb60-60df-11e2-81a1-3d3ab836429e
> # to: 1365609000000
> # min: 1364123400000 => -7040
> # max: 0 => 0
> # average: -1.188
> # consumption: -450600
> # rows: 5069
>
> ...
> 1,36419E+12 	-160 	1
> 1,36419E+12 	0 	1
> 1,36419E+12 	-160 	1
> 1,36419E+12 	-160 	1
> 1,36419E+12 	-160 	1
> 1,36419E+12 	-320 	1
>
>
> Was hier auffällt ist, dass- und zunächst mal unabhängig von der 
> Gruppierung:
> - die Consumption nicht der Summe der Einzelwerte entspricht (?)
> - die Einzelwerte komisch sind. Es scheint die Energie in Wh (also = 
> die Anzahl der Zählerimpulse) zu sein, allerdings dürfte dann kein 
> Wert von 160 dabei rauskommen da der Zähler eine Auflösung von 
> 75imp/kWh hat, ein Impuls also etwas in der Größenordnung von 13,3Wh 
> sein müsste.
> - demzufolge stimmt auch der Durchschnitt nicht überein
>
> Ich habe die Analyse dann mit einem anderen Kanal 
> (2a93a9a0-60df-11e2-83cc-2b8029d72006) mit Auflösung 1000imp/kWh 
> wiederholt:
>
> # source: volkszaehler.org 	
> 	
> # version: 0.2 	
> 	
> # uuid: 2a93a9a0-60df-11e2-83cc-2b8029d72006 	
> 	
> # from: 2013-03-24 02:15:00 	
> 	
> # to: 2013-04-03 19:35:00 	
> 	
> # min: 2013-03-24 06:55:00 => 0 	
> 	
> # max: 2013-03-30 19:00:00 => 4332 	
> 	
> # average: 220.112 	
> 	
> # consumption: 56422 	
> 	
> # rows: 3075 	
> 	
> 24.03.2013 02:15 	204 	1
> 24.03.2013 02:20 	144 	1
>
> 24.03.2013 02:25 	144 	1
> 24.03.2013 02:30 	228 	1
> 24.03.2013 02:35 	396 	1
>
>
> Auch hier fällt auf, dass die Werte der Tupel anders aussehen als die 
> ersten Einträge in der Datenbank (für den Kanal wären das 20, 17, 12, 
> 12, 19).
>
> Zur Vollstädnigkeit nochmal die Channels:
>
> {"version":"0.2","entity":{"uuid":"8f20eb60-60df-11e2-81a1-3d3ab836429e","type":"power","color":"blue","public":true,"resolution":75,"style":"lines","title":"Erzeugung"}}
> {"version":"0.2","entity":{"uuid":"2a93a9a0-60df-11e2-83cc-2b8029d72006","type":"power","color":"maroon","public":true,"resolution":1000,"style":"lines","title":"Bezug"}}
>
> Kann es sein, dass die Einzelwerte der Tupel in anderen Einheiten 
> angegeben werden? Aber welchen? Der Versuch einer Umrechnung in Wmin 
> hat auch nicht funktioniert...
>
> Viele Grüße,
> Andreas
>
>
> On 04.04.2013 18:25, Jakob Hirsch wrote:
>> Hi,
>>
>> Andreas Goetz, 03.04.2013 19:50:
>>>> Ja, die Logik in Interpreter ist da etwas kaputt. Ich hab das jetzt mal
>>>> gefixt.
>>> Wäre Klasse wenn der Fix es in die offizielle Version schaffen würde
>>> (mit Update der Doku..)- die Logik ist wirklich krank :/
>> Das dürfte schon klappen :)
>>
>>> Ok, schicke ich per PM hinterher.
>> Hab ich mir angeschaut. Das Problem ist, daß du im März Daten hast, aber
>> nicht im Februar. Die Auswertung läuft aber so, daß mit group die Daten
>> einzelner Monate zusammengefasst werden und dann von processData wie
>> sonst auch verarbeitet werden, d.h. vom ersten Tupel wird nur der
>> timestamp genommen und der Rest verworfen, bei dir eben die
>> zusammengefassten Daten vom März. Ohne mittelgroße Umbauten oder
>> unschöne Hacks ist das aber leider nicht zu fixen.Ich schau's mir evt.
>> nochmal an, aber du solltest nicht darauf warten...
>> Workaround für dich: Einen einzelnen Impuls (mit Wert 0) für Ende
>> Februar einfügen (28.2. 23:59:59).
>>
>>
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://volkszaehler.org/pipermail/volkszaehler-dev/attachments/20130411/a104ed90/attachment.html>