[Feature]: Read Timestamps #247
Labels
No Label
Kind/Breaking
Kind/Bug
Kind/Crash
Kind/Documentation
Kind/Enhancement
Kind/Feature
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Priority
Very low
Reviewed
Duplicate
Reviewed
Invalid
Reviewed/Won't Fix
Status
Need More Info
Status
On Hold
Status
Stale
Type/BDS
Type/DSC
Type/Fit
Type/General
Type/NMR
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: IPKM/nmreval#247
Loading…
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?
Proposed Behavior
Allow timestamps to be read in, in particular those from the lakeshore temperature log. Example file attached.
Possible benefits
Can measure e.g. T1 on repeat during temperature changes and then plot both together.
Anything else?
Ideally the time would not be stored as seconds since epoch start because this exceeds grace's precision.
Geht es nur darum, den Zeitstempel zu erkennen und zu konvertieren, oder soll das als Zeitstempel bestehen bleiben?
Verstehe ich nicht, was will es damit messen und plotten können?
Wie meinen?
Ich dachte an erkennen und konvertieren, evtl auch eine Zeitdifferenz o.Ä. berechnen können. Idealerweise wäre der Output dann mit Grace kompatibel, dafür musste ich bei meinem letzten Anlauf das Datumsformat yyyy-mm-ddThh:mm:ss verwenden.
Nicht so wichtig. Wenn Zeitpunkte-Einlesen funktionert, müsste der Rest auch klappen.
Grace speichert per Default zu wenige Dezimalstellen ab um ein Datum aus der heutigen Zeit zu behalten wenn es in Sekunden seit Referenzdatum angegeben wird. Ich hatte damals aber keine geschickte Lösung gefunden und stattdessen die Präzission von Grace erhöht. Wenn du ein schöneres Format kennst, laufen andere Nutzer vielleicht nicht in das gleiche Problem.