<div dir="ltr">Moin,<br><div class="gmail_extra"><br><div class="gmail_quote">2014-05-27 22:41 GMT+02:00 Florian Knodt <span dir="ltr"><<a href="mailto:f.knodt@yotaweb.de" target="_blank">f.knodt@yotaweb.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Nabend,<br>
<br>
Am <a href="tel:27.05.2014%2019" value="+12705201419">27.05.2014 19</a>:07, schrieb Andreas Goetz:<br>
<div class="">> Scherz beiseite- die Änderungen an View.php verstehe ich nicht- ihr habt<br>
> einfach tsfmt=sql auf relativ komplizierte Weise gesetzt, oder?<br>
<br>
</div>Mir fallen da sicher noch kompliziertere Wege ein, aber ja - das<br>
manuelle Ändern einer URL ist Endnutzern nur bedingt vermittelbar ;)<br>
<div class=""><br>
> Absolut. Ich denke für's Frontend würde ich das eher in das ins<br>
> Frontend/JS verlagern- dann brauchts keine Viewanpassungen.<br>
<br>
</div>Hatte ich auch vor, aber grep konnte mir nicht wirklich verraten, wo die<br>
Dropdown-Box generiert wird.<br></blockquote><div><br></div><div>index.html bzw. <a href="https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/frontend/javascripts/wui.js#L92">https://github.com/volkszaehler/volkszaehler.org/blob/master/htdocs/frontend/javascripts/wui.js#L92</a><br>
 <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> Auf das Problem bin ich auch gestossen. Aktuell exportiert das Frontend<br><div class="">

> darüber hinaus _alle_ Daten ohne from/to- damit kann man sich einen<br>
> kleinen Raspi schnell abschießen.<br>
<br>
</div>Hm? Wenn ich richtig gesehen habe wird immer nur der aktuell angezeigte<br>
Datenbereich exportiert?<br></blockquote><div><br></div><div>Ups, stimmt. Aber: ohne Aggregation/Gruppierung. Wer als auf "alles" zoomt exportiert auch jeden einzelnen Datensatz- und seien es 30 Mio...<br><br></div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class=""><br>
> Eine (elegante) Lösung könnte so aussehen, dass der Controller alle<br>
> Interpreter instanziiert und diese vom View erst bei Bedarf abgerufen<br>
> werden ("streaming"). Dann könnte der View entscheiden ob er erst<br>
> sammeln will ("en bloc"- schlecht für den Speicher) oder "on the fly"<br>
> einliest.<br>
<br>
</div>Interpreter sind doch nur die "Templates"/Typen, oder hieße das<br>
hiereinen Kanal? Wenn ja wäre es die Funktion, die ich so nicht<br></blockquote><div><br></div><div>Bei mehreren Channels in der Abfrage (uuid[]...) ruft der Controller jeden Interpreter einzeln auf, also sequentiell.Interpreter->processData liefert dann die (aggregierten) Daten gem. from/to und ruft je Datensatz den View auf. <br>
 <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
entdecken konnte - mehrere Kanäle zeitglich, mit gemeinsamer Zeitachse<br>
und vorzugsweise passend aggregiert in der View durcharbeiten.<br></blockquote><div><br></div><div>Ich habe sowas ansatzweise für die virtuellen Kanäle implementiert. Dabei müssen ja Daten aus mehreren Channels für die gleichen oder wenigstens ähnliche Timestamps verrechnet werden. Das ließe sich ggf. für den Zweck der "parallelen" Verarbeitung nutzen:<br>
<br><a href="https://github.com/andig/volkszaehler.org/blob/dev/lib/Volkszaehler/Interpreter/VirtualInterpreter.php#L262">https://github.com/andig/volkszaehler.org/blob/dev/lib/Volkszaehler/Interpreter/VirtualInterpreter.php#L262</a><br>
<br></div><div>Man müsste sich dann allerdings architekturell überlegen wer dieses Abfrageverhalten eigentlich steuern soll- der Controller oder der View???<br></div><div><br></div><div>vg<br>Andreas<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<span class=""><font color="#888888"><br>
--<br>
Mit freundlichen Grüßen  ||  Sincerely yours<br>
Florian Knodt ·· Im Teich 11 ·· 56648 Saffig<br>
<a href="http://www.adlerweb.info" target="_blank">www.adlerweb.info</a> · <a href="http://www.56648.de" target="_blank">www.56648.de</a> · @adlerweb<br>
<br>
</font></span></blockquote></div><br></div></div>