[vz-dev] Fehlerhafte Anzeige im Frontend

[Andreas Goetz]

Hello again,

2014-02-25 17:38 GMT+01:00 Jakob Hirsch <jh at plonk.de>:

> Andreas Goetz, 2014-02-25 17:19:
> > Asche auf mein Haupt. Die Bedeutung habe ich nicht erkannt. Ich finde
>
> Tsts :)
>
> > die Lösung allerdings auch nicht toll. Wenn ich z.B. meinen Gaszähler
> > monatliche logge möchte ich ja auch nicht dass im Dezember eine lange
> > Linie bis in den letzten Februar gezogen wird.
>
> Dein Zählerstand ändert sich zwischen Februar und Dezember nicht? Nicht
> schlecht...
> Ja, schon klar, was du meinst. Beim MeterInterpreter hatte ich
> hauptsächlich einen Stromzähler im Hinterkopf, der ständig automatisch
> ausgelesen wird, was auch die häufigste Anwendung sein dürfte. Für
> Zähler, die nur selten ausgelesen werden und sich über lange Zeit nicht
> ändern, passt das natürlich nicht...
>
> > Wäre es nicht sinnvoller, entweder:
> > - doppelte Daten in vzlogger zu ignorieren?
>
> Ja! Keine Ahnung, warum das nicht gleich so gemacht wurde, ich benutze
> das nicht. Bei Zählerständen würde ich grundsätzlich nur _Änderungen_
> loggen (auch nach dem Start auf die erste Änderung warten).
>
> > - in der MW gar nicht erst zu speichern (Datenvolumen...), ggf. über
> > &duplicates=ignore o.ä. gesteuert
>
> Dann mußt du immer erst den vorherigen Zählerstand holen. Möglich (und
> bei Counter wohl nicht so schlimm wie bei Meter weil weniger Daten),
> aber auch nicht schön.
>
> > - oder bei der Abfrage nur optional zu ignorieren (z.B. &options=nodupe
> > o.ä.)
>
> Könnte man machen, allerdings sollte nodupe m.E. default sein (s.o.).
> Und viel Spaß dabei, es dem Frontend beizubringen. :)
>
> Was hälst du von:
>
> - beim Kanal wird hinterlegt, ob duplicates ignoriert werden sollen.
>

Das klingt sehr gut machbar und würde dann nur beim auslesen aktiv um das
zusätzliche Query beim speichern zu sparen? Andererseits werden die
Properties eh aus der DB gelesen und eine weitere Abfrage mit LIMIT=1
kostet nun auch wirklich nix- dann eher nicht speichern? Ich bin
unentschlossen...

Bevorzugt würde ich aber erstmal die Kollegen vom vzlogger befragen wieso
und weshalb oder "brauchen wir es eh"?

vg
Andreas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://demo.volkszaehler.org/pipermail/volkszaehler-dev/attachments/20140225/f321070a/attachment.html>