Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Hallo Volker, über die Wochenansicht muss ich nochmal nachdenken, bei der Tagesansicht ist alles- bis auf Verschiebung um einen TS- ok. 2014/1/12 Volker v...@gmx.de ... commit 380e084c0f8ad538dabdb33de84f8c1ac19d858a Merge: feb7ca2 ff2ced5 Author: Justin Otherguy jus...@justinotherguy.org mailto:jus...@justinotherguy.org Date: Sun Jan 12 03:26:35 2014 -0800 Merge pull request #87 from andig/master-timestampfix Make all interpreters use timestamp at end of period Dabei werden aber einfach die Timestamps um 1 verschoben. M.e. ist die Darstellung ok/aktuell nicht falscher als vorher sondern jetzt korrekt; aber halt anders. gleiches Bild, der 0-Wert wird nur später erreicht. Schau Dir für eine Erklärung gerne mal den PR an. Ich stecke jetzt in den Details nur wenig drin, ich finde nur das die grafische Darstellung falsch ist. Um bei dem Beispiel des Tageswertes zu bleiben: Um ca. 20:15 wird ein Eintrag mit n S0-Impulsen in die Datenbank geschrieben. Der Verbrauch geht danach auf nahezu 0. Um ca. 21:15 wird vermutlich ein einziger S0-Impus in die Datenbank geschrieben. Dann berechnet sich doch der Momentanverbrauch zwischen 20:15 und 21:15 aus der Zeitspanne (hier 1 Stunde) und dem in der Zeit aufgelaufenen Impulsen (hier 1). Die grafisch Darstellung und auch der Cursor zeigt in dem Zeitfenster aber irgendwas von 570W - und das ist schlichweg falsch. Dazu gehören folgende Timestamps (CSV Export und DB-Werte), Uhrzeit habe ich mit ausgerechnet: 1388775808000 591 20:03:28 DB 1388775872000 618,75 20:04:32 22 1388775936000 591 20:05:36 21 138877600 253 20:06:40 9 1388780096000 0,439 21:14:56 1 1388780288000 9 21:18:08 1 1388781888000 20,25 21:44:48 18 Bis 20:04 feuert S0 ordentlcih, Leistung 500. bis 20:06 gehen die Impulse deutlich zurück Leistung 253 (der Abfall) Erst 21:14 kommt wieder was- Leistung annähernd 0. Was jetzt tatsächlich unschön ist ist, dass die Steps einen Timestamp verschoben scheinen, also step-after statt step-before. Der Effekt tritt auf da die MW-Timestamps jetzt korrekt sind, eigentlich ist die Grafik falsch. Ich muss mal schauen ob sich das sinnvoll ändern lässt, zur Not muss der commit wieder raus. vg Andreas
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Hallo Volker, kannst Du mal schauen ob dieser Commit hier https://github.com/volkszaehler/volkszaehler.org/pull/87 bei Dir schon mit drin inst? Kanns Du genauer beschreiben was schon immer falsch und jetzt schräg bedeutet? Was wäre das erwartete verhalten? vg Andreas 2014/1/12 Volker v...@gmx.de Hallo, ich habe gerade die aktuelle Version vom VZ geholt (git://github.com/ volkszaehler/volkszaehler.org.git). Dabei ist mir aufgefallen, dass die Darstellung fehlerhaft ist. Zum Vergleich im Anhang screenshot eines Kanals mit der aktuellen und der Version die ich am 3.1. installiert habe. Der Kanal hat die Besonderheit, dass zeitweise über mehrere Stunden gar keine S0-Impulse kommen, weil das Gerät schlicht abgeschaltet ist. Der Wert aktuell in der Statistik war eigentlich schon immer fehlerhaft , wenn keine neuen Impulse nach kamen, aber die Darstellung jetzt ist schon etwas schräg ;) Gruß Volker -- Volker Troyke Homepage: www.troyke.de E-Mail : v...@gmx.de
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Hi Volker, 2014/1/12 Volker v...@gmx.de Hi Andreas, Die Version ist brandaktuell, git pull sagt up-to-date, da sollte merge87 drin sein. Check. Könntest Du evtl. mal testen wie es _genau_ vor diesem Patch war? Git git reset kannst Du auf einen bestimmten Commit zurückgehen. Schräg ist, dass die Grafik nicht mehr auf 0 geht, wenn der Verbraucher aus ist, bzw. auf 1W abgesunken ist. Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ganz krass zu sehen in der Wochengrafik (aktuell) und im der Tagesgrafik von ca. 20:30 bis ca. 21:15 Uhr, da ist der Verbrauch auch eigentlich nahezu 0. Um 21:15 ist vermutlich ein S0-Impuls gekommen, weil hier ein Verbrauch im 1..4W Bereich besteht. Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.). Hast Du evtl. eine Kopie der Datenbank per PM für mich? Würde mal reinschauen... Schon immer falsch ist der aktuell Wert aus der Statistik nach Abschalten des Verbrauchers wenn dann keine S0 Impulse mehr nachkommen. Der Wert der dann angezeigt wird liegt irgendwo zufällig zwischen den letzten Wert als der Verbraucher noch lief und 0 (wobei 0 bzw. 1...4W hier richtig gewesen wäre). Das siehst Du gut im Bild vz_ok_tag, da müsste als aktueller Wert eigentlich 0 stehen. S.o.- das kann's nicht. Für den aktuellen Wert liesse sich das noch faken, für alte Werte nicht vernünftig. Eleganter wäre es wenn Du z.B. alle 10min eine 0 loggen könntest, dann wäre die Sache eindeutig. Gruß Volker Was mich wundert ist dass nicht auch andere Anwender das Problem der Nullwerte haben und schon immer hatten? vg Andreas Am 12.01.2014 13:19 schrieb Andreas Goetz: Hallo Volker, kannst Du mal schauen ob dieser Commit hier https://github.com/volkszaehler/volkszaehler.org/pull/87 bei Dir schon mit drin inst? Kanns Du genauer beschreiben was schon immer falsch und jetzt schräg bedeutet? Was wäre das erwartete verhalten? vg Andreas 2014/1/12 Volker v...@gmx.de mailto:v...@gmx.de Hallo, ich habe gerade die aktuelle Version vom VZ geholt (git://github.com/__volkszaehler/volkszaehler.org.__git http://github.com/volkszaehler/volkszaehler.org.git). Dabei ist mir aufgefallen, dass die Darstellung fehlerhaft ist. Zum Vergleich im Anhang screenshot eines Kanals mit der aktuellen und der Version die ich am 3.1. installiert habe. Der Kanal hat die Besonderheit, dass zeitweise über mehrere Stunden gar keine S0-Impulse kommen, weil das Gerät schlicht abgeschaltet ist. Der Wert aktuell in der Statistik war eigentlich schon immer fehlerhaft , wenn keine neuen Impulse nach kamen, aber die Darstellung jetzt ist schon etwas schräg ;) Gruß Volker -- Volker Troyke Homepage: www.troyke.de http://www.troyke.de E-Mail : v...@gmx.de mailto:v...@gmx.de -- Volker Troyke Homepage: www.troyke.de E-Mail : v...@gmx.de
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Hi Andreas, das mit der Statistik war schon immer so. Die S0 Impulse schreibt ein AVR-Netio ein mal pro Minute in die Datenbank, aber ich vermute eben nicht, wenn gar kein Impuls kam. 0-Werte werden in der Datenbank so nicht auftauchen. Da muss ich mir das Teil mal ansehen, ob ich dem beibringen kann die Updates auch zu machen, wenn gar kein Impuls kam... Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ja ok wenn aber zwischen dem vorletzten Datenbankeintrag und dem letzten einige Minuten oder Stunden Zeit vergangen ist, muss der Verbrauchswert _dazwischen_ aber auch sehr klein oder fast 0 sein. Bei der aktuellen middleware wird der vorletzte und letzte Datenbankeintrag einfach mit einer Geraden auf der Höhe des letzten Verbrauchswerts verbunden. Und das stimmt so nicht. Der Verbrauchswert in der Statistik stimmt jedoch. Ich kann Dir eine SQL-Dump der letzen 3 Jahre zukommen lassen, das sind aber gezippt 18MB. Ich habe Dir den Link als PM geschickt. Das mit dem git reset habe ich versucht, die Darstellung ändert sich irgendwie nicht. Ist das richtig git reset feb7ca2b5fe3aa3023e7e640a6aaf4fd207ad95f um den letzten merge rückgängig zu machen? Egal auf welchen commit ich resette, die Darstellung ist immer falsch. Nur die Version die ich am 3.1. mit dem Install script installiert habe funktioniert... (und alles davor). Gruß Volker Am 12.01.2014 14:10 schrieb Andreas Goetz: Hi Volker, 2014/1/12 Volker v...@gmx.de mailto:v...@gmx.de Hi Andreas, Die Version ist brandaktuell, git pull sagt up-to-date, da sollte merge87 drin sein. Check. Könntest Du evtl. mal testen wie es _genau_ vor diesem Patch war? Git git reset kannst Du auf einen bestimmten Commit zurückgehen. Schräg ist, dass die Grafik nicht mehr auf 0 geht, wenn der Verbraucher aus ist, bzw. auf 1W abgesunken ist. Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ganz krass zu sehen in der Wochengrafik (aktuell) und im der Tagesgrafik von ca. 20:30 bis ca. 21:15 Uhr, da ist der Verbrauch auch eigentlich nahezu 0. Um 21:15 ist vermutlich ein S0-Impuls gekommen, weil hier ein Verbrauch im 1..4W Bereich besteht. Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.). Hast Du evtl. eine Kopie der Datenbank per PM für mich? Würde mal reinschauen... Schon immer falsch ist der aktuell Wert aus der Statistik nach Abschalten des Verbrauchers wenn dann keine S0 Impulse mehr nachkommen. Der Wert der dann angezeigt wird liegt irgendwo zufällig zwischen den letzten Wert als der Verbraucher noch lief und 0 (wobei 0 bzw. 1...4W hier richtig gewesen wäre). Das siehst Du gut im Bild vz_ok_tag, da müsste als aktueller Wert eigentlich 0 stehen. S.o.- das kann's nicht. Für den aktuellen Wert liesse sich das noch faken, für alte Werte nicht vernünftig. Eleganter wäre es wenn Du z.B. alle 10min eine 0 loggen könntest, dann wäre die Sache eindeutig. Gruß Volker Was mich wundert ist dass nicht auch andere Anwender das Problem der Nullwerte haben und schon immer hatten? vg Andreas Am 12.01.2014 13:19 schrieb Andreas Goetz: Hallo Volker, kannst Du mal schauen ob dieser Commit hier https://github.com/__volkszaehler/volkszaehler.org/__pull/87 https://github.com/volkszaehler/volkszaehler.org/pull/87 bei Dir schon mit drin inst? Kanns Du genauer beschreiben was schon immer falsch und jetzt schräg bedeutet? Was wäre das erwartete verhalten? vg Andreas 2014/1/12 Volker v...@gmx.de mailto:v...@gmx.de mailto:v...@gmx.de mailto:v...@gmx.de Hallo, ich habe gerade die aktuelle Version vom VZ geholt (git://github.com/volkszaehler/volkszaehler.org.git http://github.com/__volkszaehler/volkszaehler.org.__git http://github.com/__volkszaehler/volkszaehler.org.__git http://github.com/volkszaehler/volkszaehler.org.git). Dabei ist mir aufgefallen, dass die Darstellung fehlerhaft ist. Zum Vergleich im Anhang screenshot eines Kanals mit der aktuellen und der Version die ich am 3.1. installiert habe. Der Kanal hat die Besonderheit, dass zeitweise über mehrere Stunden gar keine S0-Impulse kommen, weil das Gerät schlicht abgeschaltet ist. Der Wert aktuell in der Statistik war eigentlich schon immer fehlerhaft
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Hi, 2014/1/12 Volker v...@gmx.de Hi Andreas, das mit der Statistik war schon immer so. Die S0 Impulse schreibt ein AVR-Netio ein mal pro Minute in die Datenbank, aber ich vermute eben nicht, wenn gar kein Impuls kam. 0-Werte werden in der Datenbank so nicht auftauchen. Da muss ich mir das Teil mal ansehen, ob ich dem beibringen kann die Updates auch zu machen, wenn gar kein Impuls kam... Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ja ok wenn aber zwischen dem vorletzten Datenbankeintrag und dem letzten einige Minuten oder Stunden Zeit vergangen ist, muss der Verbrauchswert _dazwischen_ aber auch sehr klein oder fast 0 sein. korrekt. Nicht 0 aber nahe dran. Bei der aktuellen middleware wird der vorletzte und letzte Datenbankeintrag einfach mit einer Geraden auf der Höhe des letzten Verbrauchswerts verbunden. Das klingt falsch. Darstellung steps? Mal schauen ob lines einen Unterschied macht. Und das stimmt so nicht. Der Verbrauchswert in der Statistik stimmt jedoch. Ich kann Dir eine SQL-Dump der letzen 3 Jahre zukommen lassen, das sind aber gezippt 18MB. Ich habe Dir den Link als PM geschickt. Angekommen, danke! Das mit dem git reset habe ich versucht, die Darstellung ändert sich irgendwie nicht. Ist das richtig git reset feb7ca2b5fe3aa3023e7e640a6aaf4fd207ad95f um den letzten merge rückgängig zu machen? Du musst die Nummer des Commits eingeben auf den Du kommen willst- also den davor. Im master Zweig ist der letzte vom 3. Januar (siehe git log): commit 7431faf4c6ebe7b18349919a02ed90a9fca3fac3 Author: andig cpui...@gmx.de Date: Wed Jan 1 18:52:20 2014 +0100 Allow --eval to access arrays by index Also git reset 7431faf4c6ebe7b18349919a02ed90a9fca3fac3 bzw. schrittweise von neu nach alt an diesen Zeitpunkt herantasten. Es wäre wirklich hilfreich wenn Du herausfinden könntest welcher Commit das Problem macht. Egal auf welchen commit ich resette, die Darstellung ist immer falsch. Nur die Version die ich am 3.1. mit dem Install script installiert habe funktioniert... (und alles davor). Dann müsste sich das mittels git reset ebenfalls hinbekommen lassen. Ist leider der einzige Weg den Schuldigen zu finden... vg Andreas Gruß Volker Am 12.01.2014 14:10 schrieb Andreas Goetz: Hi Volker, 2014/1/12 Volker v...@gmx.de mailto:v...@gmx.de Hi Andreas, Die Version ist brandaktuell, git pull sagt up-to-date, da sollte merge87 drin sein. Check. Könntest Du evtl. mal testen wie es _genau_ vor diesem Patch war? Git git reset kannst Du auf einen bestimmten Commit zurückgehen. Schräg ist, dass die Grafik nicht mehr auf 0 geht, wenn der Verbraucher aus ist, bzw. auf 1W abgesunken ist. Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ganz krass zu sehen in der Wochengrafik (aktuell) und im der Tagesgrafik von ca. 20:30 bis ca. 21:15 Uhr, da ist der Verbrauch auch eigentlich nahezu 0. Um 21:15 ist vermutlich ein S0-Impuls gekommen, weil hier ein Verbrauch im 1..4W Bereich besteht. Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.). Hast Du evtl. eine Kopie der Datenbank per PM für mich? Würde mal reinschauen... Schon immer falsch ist der aktuell Wert aus der Statistik nach Abschalten des Verbrauchers wenn dann keine S0 Impulse mehr nachkommen. Der Wert der dann angezeigt wird liegt irgendwo zufällig zwischen den letzten Wert als der Verbraucher noch lief und 0 (wobei 0 bzw. 1...4W hier richtig gewesen wäre). Das siehst Du gut im Bild vz_ok_tag, da müsste als aktueller Wert eigentlich 0 stehen. S.o.- das kann's nicht. Für den aktuellen Wert liesse sich das noch faken, für alte Werte nicht vernünftig. Eleganter wäre es wenn Du z.B. alle 10min eine 0 loggen könntest, dann wäre die Sache eindeutig. Gruß Volker Was mich wundert ist dass nicht auch andere Anwender das Problem der Nullwerte haben und schon immer hatten? vg Andreas Am 12.01.2014 13:19 schrieb Andreas Goetz: Hallo Volker, kannst Du mal schauen ob dieser Commit hier https://github.com/__volkszaehler/volkszaehler.org/__pull/87 https://github.com/volkszaehler/volkszaehler.org/pull/87 bei Dir schon mit drin inst? Kanns Du genauer beschreiben was schon immer falsch und jetzt schräg bedeutet? Was wäre das erwartete verhalten? vg Andreas
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Also... 2014/1/12 Andreas Goetz cpui...@gmail.com Hi Volker, 2014/1/12 Volker v...@gmx.de Hi Andreas, Die Version ist brandaktuell, git pull sagt up-to-date, da sollte merge87 drin sein. Check. Könntest Du evtl. mal testen wie es _genau_ vor diesem Patch war? Git git reset kannst Du auf einen bestimmten Commit zurückgehen. Schräg ist, dass die Grafik nicht mehr auf 0 geht, wenn der Verbraucher aus ist, bzw. auf 1W abgesunken ist. Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Ganz krass zu sehen in der Wochengrafik (aktuell) und im der Tagesgrafik von ca. 20:30 bis ca. 21:15 Uhr, da ist der Verbrauch auch eigentlich nahezu 0. Um 21:15 ist vermutlich ein S0-Impuls gekommen, weil hier ein Verbrauch im 1..4W Bereich besteht. Das Verhalten für 20:30 lässt sich erklären: commit 380e084c0f8ad538dabdb33de84f8c1ac19d858a Merge: feb7ca2 ff2ced5 Author: Justin Otherguy jus...@justinotherguy.org Date: Sun Jan 12 03:26:35 2014 -0800 Merge pull request #87 from andig/master-timestampfix Make all interpreters use timestamp at end of period Dabei werden aber einfach die Timestamps um 1 verschoben. M.e. ist die Darstellung ok/aktuell nicht falscher als vorher sondern jetzt korrekt; aber halt anders. gleiches Bild, der 0-Wert wird nur später erreicht. Schau Dir für eine Erklärung gerne mal den PR an. Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.). Für die Wochendarstellung ok/aktuell ist die Ursache eine andere. Hier liegts daran, dass auf aggregierte Werte mit geringerer zeitlicher Auflösung (groupy=hour) zurückgegriffen wird. Wenn Dir das nicht gefällt kannst Du mal in der options.js mit der Variable speedupFactor rumspielen. Kleinere Werte bringen bessere Auflösung, sind aber auch langsamer wenn das FE dann kein groupby mehr auswählt... Erklärung nachvollziehbar und Problem gelöst? vg Andreas ...
Re: [vz-dev] Darstellungprobleme aktuelle VZ-Version
Am 12.01.2014 16:26 schrieb Andreas Goetz: Wird denn bei 0 auch nochmal eine 0 geschrieben? VZ nimmt sonst immer den letzten Wert an- das Verhalten hat sich aber auch nicht geändert. VZ kann ja nicht wissen ob/ dass keine Daten = 0, oder nach welcher zeti dies gelten soll... Das ist vermutlich das Problem, dass der Ethersex Watchasync niemals Datenbankeinträge mit 0 schreibt, sondern erst wieder wenn Impulse eintreffen. Das erklärt die falsche Statistik für aktuell. Das Verhalten für 20:30 lässt sich erklären: commit 380e084c0f8ad538dabdb33de84f8c1ac19d858a Merge: feb7ca2 ff2ced5 Author: Justin Otherguy jus...@justinotherguy.org mailto:jus...@justinotherguy.org Date: Sun Jan 12 03:26:35 2014 -0800 Merge pull request #87 from andig/master-timestampfix Make all interpreters use timestamp at end of period Dabei werden aber einfach die Timestamps um 1 verschoben. M.e. ist die Darstellung ok/aktuell nicht falscher als vorher sondern jetzt korrekt; aber halt anders. gleiches Bild, der 0-Wert wird nur später erreicht. Schau Dir für eine Erklärung gerne mal den PR an. Ich stecke jetzt in den Details nur wenig drin, ich finde nur das die grafische Darstellung falsch ist. Um bei dem Beispiel des Tageswertes zu bleiben: Um ca. 20:15 wird ein Eintrag mit n S0-Impulsen in die Datenbank geschrieben. Der Verbrauch geht danach auf nahezu 0. Um ca. 21:15 wird vermutlich ein einziger S0-Impus in die Datenbank geschrieben. Dann berechnet sich doch der Momentanverbrauch zwischen 20:15 und 21:15 aus der Zeitspanne (hier 1 Stunde) und dem in der Zeit aufgelaufenen Impulsen (hier 1). Die grafisch Darstellung und auch der Cursor zeigt in dem Zeitfenster aber irgendwas von 570W - und das ist schlichweg falsch. Deshalb zum Vergleich auch die Screenshot der Middleware vom 3.1., da ist es korrekt dargestellt. Die Statistiken sind aber ok (bis auf den aktuell Wert bei abgeschaltetem Verbraucher s.u.). Für die Wochendarstellung ok/aktuell ist die Ursache eine andere. Hier liegts daran, dass auf aggregierte Werte mit geringerer zeitlicher Auflösung (groupy=hour) zurückgegriffen wird. Ja aber auch hier darf in Zeitfenstern mit 0-Verbrauch die steps Linie nicht auf dem letzten wert kleben bleiben, weil das nicht der Realität entspricht. In der Datenbank werden in den Intervallen mit nahezu 0 Verbrauch auch keine S0-Impulse stehen. Es funktioniert ja auch mit der alten Version. Ich versuche das noch mal mit dem schrittweisen git reset. Würde es Dir helfen wenn ich Dir die funktionierende Version einfach mal vom Server abziehe und zukommen lasse? Wenn Dir das nicht gefällt kannst Du mal in der options.js mit der Variable speedupFactor rumspielen. Kleinere Werte bringen bessere Auflösung, sind aber auch langsamer wenn das FE dann kein groupby mehr auswählt... Erklärung nachvollziehbar und Problem gelöst? Die Erklärung warum das jetzt anders ist habe ich glaube ich verstanden, nur mit dem Endresultat der Darstellung bin ich gar nicht einverstanden ;) Gruß Volker -- Volker Troyke Homepage: www.troyke.de E-Mail : v...@gmx.de