[Attu]

Hallo an alle,

Hab mal wieder ein Problem (Ächtz).

Beim Daten importiren vom OneTouch UltraSmart zu SiDiary - WIN
werden daten "einfach" Verschoben.

z.B. es werden BZ messungen um 00:10 gemacht
Beim Import wird diese Messung einfach einen Tag zurück datiert.
Somit ist die Protokollierung falsch.
Im SiDiary Bildschirm steht dieser Wert einen Tag zurück, aber in der Zeitschiene am "Ende" also nach 23:00 kommt der Wert mit 0:10

Protokoll-Zeile:
#########################################################################
07-30-2007 09:42:49: Wert von 30.04.2007 00:30:00 verschoben nach 29.04.2007 00:30:00 (4): 8 hinzugefügt zu neuer Spalte (eingefügt als Spalte 16).
#############################################################################
07-30-2007 09:42:49: Wert von 30.04.2007 03:00:00 verschoben nach 29.04.2007 03:00:00 (1): 218 hinzugefügt zu neuer Spalte (eingefügt als Spalte 16).
############################################################################
07-30-2007 09:42:50: Wert von 14.05.2007 02:20:00 verschoben nach 13.05.2007 02:20:00 (1): 107 hinzugefügt zu neuer Spalte (eingefügt als Spalte 19).
################################################################################
07-30-2007 09:42:54: Wert von 17.06.2007 00:55:00 verschoben nach 16.06.2007 00:55:00 (1): 138 hinzugefügt zu neuer Spalte (eingefügt als Spalte 23).
################################################################################
07-30-2007 09:42:55: Wert von 24.06.2007 01:15:00 verschoben nach 23.06.2007 01:15:00 (1): 54 hinzugefügt zu neuer Spalte (eingefügt als Spalte 23).
############################################################################
07-30-2007 09:42:55: Wert von 24.06.2007 02:10:00 verschoben nach 23.06.2007 02:10:00 (6): 125/78 hinzugefügt zu neuer Spalte (eingefügt als Spalte 23).
###############################################################################
07-30-2007 09:42:58: Wert von 15.07.2007 02:00:00 verschoben nach 14.07.2007 02:00:00 (4): 2 hinzugefügt zu neuer Spalte (eingefügt als Spalte 16).
###########################################################################
07-30-2007 09:42:58: Wert von 22.07.2007 00:20:00 verschoben nach 21.07.2007 00:20:00 (1): 215 hinzugefügt zu neuer Spalte (eingefügt als Spalte 15).
#############################################################################
07-30-2007 09:42:59: Wert von 23.07.2007 00:10:00 verschoben nach 22.07.2007 00:10:00 (1): 167 hinzugefügt zu neuer Spalte (eingefügt als Spalte 10).
##############################################################################
07-30-2007 09:43:00: Wert von 30.07.2007 00:10:00 verschoben nach 29.07.2007 00:10:00 (1): 144 hinzugefügt zu neuer Spalte (eingefügt als Spalte 9).
###############################################################################

Gruß  Peter

[Alf]

Ja da hast Du das Verhalten beschrieben, das SiDiary bewusst für Werte kurz nach Mitternacht durchführt. Dort werden genau diese Werte auf den Vortag verschoben, da sie thematisch dort sehr viel besser aufgehoben sind, will heissen der Tag vom Aufstehen bis Zubettgehen läuft auch wenn das Zubettgehen erst nach Mitternacht liegt.

Wenn man z. B. an ICTler denkt, die sich vorm Zubettgehen ihr Basal spritzen und sich dazu auch in aller Regel noch einmal messen macht es Sinn diese Daten eben auf den Vortag zu verschieben.

Wen das stört, kann es abschalten:
http://www.forum.diabetesinfo.de/forum/index.php?topic=2328.0

[Joa]

Ja da hast Du das Verhalten beschrieben, das SiDiary bewusst für Werte kurz nach Mitternacht durchführt. ...

Nach *Deiner* ICT-Logik!

Wenn man z. B. an ICTler denkt, die sich vorm Zubettgehen ihr Basal spritzen und sich dazu auch in aller Regel noch einmal messen macht es Sinn diese Daten eben auf den Vortag zu verschieben.

Also ich halte mal eine andere Logik dagegen.
Mein ICT'ler sieht das späte Basalinsulin nicht in Verbindung des BZ-Wertes als Folge des Vortages, sondern in Verbindung zum Dawn des kommenden Morgens. Und somit dem nächsten Tag zugehörig.  

Wen das stört, kann es abschalten:
http://www.forum.diabetesinfo.de/forum/index.php?topic=2328.0

Welcher Bewohner der Fidji-Inseln versteht das, was die verlinkte Info aussagt?
Vorausgesetzt, er hat erst mal den Link kontextsensitiv gefunden und verstanden?

Ist es sinnig SD programmatische Standards der zweiten oder x-ten Alf-Logikebene als Vorgabe auf den
Weg zu geben? Nicht, dass die für sich falsch wäre, aber ...

Sinovo erhebt unterdessen für sich einen sehr hohen Anspruch, nicht zu Unrecht.
Wenn Anspruch, dann vielleicht auch konsequent umgesetzt?

Gruß
Joa

[Kalo]

Hallo Joa,

bist Du auf Krawall aus ?

Ja da hast Du das Verhalten beschrieben, das SiDiary bewusst für Werte kurz nach Mitternacht durchführt. ...

Nach *Deiner* ICT-Logik!

Wenn man z. B. an ICTler denkt, die sich vorm Zubettgehen ihr Basal spritzen und sich dazu auch in aller Regel noch einmal messen macht es Sinn diese Daten eben auf den Vortag zu verschieben.

Also ich halte mal eine andere Logik dagegen.
Mein ICT'ler sieht das späte Basalinsulin nicht in Verbindung des BZ-Wertes als Folge des Vortages, sondern in Verbindung zum Dawn des kommenden Morgens. Und somit dem nächsten Tag zugehörig.  

Wen das stört, kann es abschalten:
http://www.forum.diabetesinfo.de/forum/index.php?topic=2328.0

Welcher Bewohner der Fidji-Inseln versteht das, was die verlinkte Info aussagt?
Vorausgesetzt, er hat erst mal den Link kontextsensitiv gefunden und verstanden?

Ist es sinnig SD programmatische Standards der zweiten oder x-ten Alf-Logikebene als Vorgabe auf den
Weg zu geben? Nicht, dass die für sich falsch wäre, aber ...

Sinovo erhebt unterdessen für sich einen sehr hohen Anspruch, nicht zu Unrecht.
Wenn Anspruch, dann vielleicht auch konsequent umgesetzt?

Gruß
Joa

Es geht doch m.E. nicht um das Basal, welches man von mir aus zum vorhergehenden Tag oder zum neuen Tag rechnen kann, sondern um den gemessenen BZ-Wert. Und der gehört vor der Schlafphase sicherlich noch zum alten Tag, weil er ein Resultat des abgelaufenen Tages ist. Durch die einprogrammierte Logik habe ich eine gewisse Konstante, dass alle vor dem Schlafen gemessene Werte auch in einem Zusammenhang (nämlich als ein Tag) dargestellt werden, unabhängig davon, ob ich vor Mitternacht oder nach Mitternacht gemessen habe.

Ich bin kein Bewohner der Fidji-Inseln, liegt es vielleicht daran, dass ich die verlinkte Info verstanden habe??? Und was bitte sehr heißt "kontextsensitiv gefunden"??? Ich klicke da immer einfach nur drauf, wie machst Du das ?!?!

Für die meisten hier sind die SD-programmatischen Standards schon sinnig und wenn man sie zudem auch noch abschalten kann, frage ich mich, welches Programm bietet das schon???

[Joerg Moeller]

Welcher Bewohner der Fidji-Inseln versteht das, was die verlinkte Info aussagt?

Der des Deutschen mächtige.

Ist es sinnig SD programmatische Standards der zweiten oder x-ten Alf-Logikebene als Vorgabe auf den
Weg zu geben?

Ja, denn es ist keine Alf-Logik, es ist eine allgemeine. So hab ich mein TB auch schon in Papierform geführt: ein Tag beginnt mit dem Aufstehen und endet mit dem schlafengehen. Uhrzeit ist dabei unwichtig.

Wem die Uhrzeit wichtig ist, der kann es ja umstellen.

Man sieht also: beide Wege haben ihre Berechtigung. Und es kann per default nur einen geben. Hätte Alf einen klaren Break um 00:00 eingefügt wären mit Sicherheit Fragen á la "Warum wird nicht der reale Tag berücksichtigt" gekommen.