[Feature] Add user-defined precision in data table #271
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Current behavior
I have a temperature log which I want to plot and store alongside some data. I converted the human-readable timestamps into unix timestamps, which for a precision of 1 second have 10 digits (until near the end of the year 2286). The auswerteprogramm can correctly read and display the 10-digit numbers, but apparently stores and exports them with only 8-digit precision. Marking values displays the marks for datapoints with identical leading 8 digits on the same x-value (see screenshot).
Version
2024-04-30
Expected behavior
enough digits to accomodate numerical timestamps with second-precision or higher
Steps to reproduce
attached a temperature log as dummy data
Log messages
No response
Anything else?
Cannot tell if the 'sort values' function also only considers the first 8 digits.
Bonus points if when exporting as .agr, the grace-precision is automatically increased above the default 8 digits as well.
Das ist ausschließlich in der Darstellung unter "Values", wo die Werte auf 8 Stellen beschränkt sind, ein Problem, es wird aber immer mit den kompletten Werten gearbeitet.
Die werden zumindest für mich auch mit mehr Stellen gespeichert, auch in der agr. Du musst da eben die Precision der Spalte erhöhen, daran kann ich absolut nichts ändern.
[BUG] internal precision too low for unix timestampto [Feature] Add user-defined precision in data table