nickgr6

Is there any reason why this fix is not merged yet? Will this change also fix my issue regarding updating versions (versions:update-properties), in a property when the property is defined...

Oude metingen heb ik via de api ingeschoten en laten verwerken. Die tabel miste nog in de omschrijving: `dsmr_datalogger_dsmrreading`: ``` 2022-12-02 22:00:00.000000 +00:00,6151.057 2022-12-02 23:00:00.000000 +00:00,6151.532 ``` Nu ik nog...

Ik converteer het naar een UTC timestamp voor ik het in de api inschiet. Waarbij er rekening gehouden wordt met zomer/wintertijd. Aangezien ik merkte dat consequent alleen het laatste uur...

Het gasverbruik per uur gaat goed. Wat er nog niet goed gaat in het vb. van 2 december: 1. Meterstanden bij eerste meting van de dag Gas: 6.154,474 in beeclear...

Net even via postman een testje gedaan. Als ik `2025-01-15T12:34:56+01:00` belandt dit in de DB gewoon in UTC format zonder offset: `2025-01-15 11:34:56.000000 +00:00`. Heeft dus denk weinig nut om...

Fair point, had je verkeerd begrepen, maar inderdaad het query'en met Amsterdam timezone maakt het een stuk makkelijker vergelijken. Ik gebruik IntelliJ dus kon idd bij options de timezone configureren...

Verschil met beeclear is de meting tussen 23:00 en 00:00 de volgende dag:  Ook goed zichtbaar in deze grafiek, dat het eerste verbruik in beeclear in het vierde uur...

`select dsmr_version from dsmr_datalogger_meterstatisticsz`geeft `50` > Als die leeg is, kun je deze eens proberen: > > ``` > UPDATE dsmr_datalogger_meterstatistics SET dsmr_version = '42' WHERE true; > ``` >...

Top, laat maar weten wanneer ik kan helpen met testen.

Klinkt goed! Ik wacht het rustig af!