You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Current Behavior
Despite the documentation mentioning augur style integer dates (e.g. 2019.2413) as being accepted as a parameter of --min/max-date, this format is not supported as input data format to augur filter. When trying to filter a dataset that uses index dates as dates, an error such as the following is thrown:
WARNING: MT343860 has an invalid data string: 2020.1338797814208
Expected behavior
I would expect integer dates to be accepted as input format, because integer dates are accepted as parameters.
@corneliusroemer, do you have an example dataset that uses these floating point dates in the metadata?
@rneher pointed out that the use case for these dates is for analyses of ancient DNA/RNA sequencing where dates like -11220-04-12 will break the standard Python datetime library.
I'm curious if we didn't catch this issue before because no one has tried to use Augur for these types of analyses or they did and gave up when it immediately failed. If this type of input is actually more of an edge case (relative to the primary use cases), we might consider this as a feature request instead of a bug.
Current Behavior
Despite the documentation mentioning augur style integer dates (e.g.
2019.2413
) as being accepted as a parameter of--min/max-date
, this format is not supported as input data format toaugur filter
. When trying to filter a dataset that uses index dates as dates, an error such as the following is thrown:Expected behavior
I would expect integer dates to be accepted as input format, because integer dates are accepted as parameters.
Related to this discussion: #662
The text was updated successfully, but these errors were encountered: