We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
gmt -v 6.2.0_bb0b2d9_2020.12.14 on macOS Big Sur
When trying to create a vector of timestamps (e.g 1 over 4 Jan 1st from 1980 to 2019)
gmt math -o0 -T1980-01-01T/2019-12-31T/4y T = 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000 00T00:00:00.000000000
However the incd version works :
gmt math -o0 -T1980-01-01T/2019-12-31T/1461d T = 1980-01-01T00:00:00 1984-01-01T00:00:00 1988-01-01T00:00:00 1992-01-01T00:00:00 1996-01-01T00:00:00 2000-01-01T00:00:00 2004-01-01T00:00:00 2008-01-01T00:00:00 2012-01-01T00:00:00 2016-01-01T00:00:00
After some tests, it seems that only d is properly working. w acts like seconds o and y have the output bug
d
w
o
y
Thanks :)
The text was updated successfully, but these errors were encountered:
This bug was introduced by this merge commit (PR: #4409). I'll take a look and will ping for help if needed.
Sorry, something went wrong.
Fixed by #4778
w acts like seconds
Turns out weeks isn't supported, #4778 updates the documentation accordingly.
No branches or pull requests
When trying to create a vector of timestamps (e.g 1 over 4 Jan 1st from 1980 to 2019)
However the incd version works :
After some tests, it seems that only
d
is properly working.w
acts like secondso
andy
have the output bugThanks :)
The text was updated successfully, but these errors were encountered: