-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for milliseconds in timefmt missing #23
Comments
Yes, this is a know issue unfortunately. Do you know of a perl strptime() implementation that can do sub-second precision? |
No, unfortunately I am not at all a perl programmer. But at the link it is mentioned to use |
OK, so your time format is not supported by gnuplot or anything else. If you get rid of the "3." then gnuplot can ingest it, but Time::Piece and DateTime::Format::Strptime doesn't take the floating-point value. I have some other ideas, but won't get to them today. |
Gnuplot itself has no problem with working with this time format. For the given time: |
I'm having this problem. My input comes from moreutils ts with the format Do you know a solution? |
This is non-standard, and all components would need to be able to work with such nonstandard data. The sticking point currently is Time::Piece and DateTime::Format::Strptime. You can send them patches. I don't have time to work on this right now, unfortunately. |
The following time format is not usable with feedgnuplot, but it is fully compatible with gnuplot:
--timefmt '%H:%M:%3.S'
for time like this:16:02:54.672
The perl script terminates because
Time::Piece
does not support millisecond in the time formats:http://stackoverflow.com/questions/4012068/how-do-i-parse-microseconds-with-timepiece-strptime
The text was updated successfully, but these errors were encountered: