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
I've had a bit of a play with code, and it's a bit more complicated to fix than I was hoping... At the moment if it can only find a single date then it just returns it as the start_date with the end_date set to None.
Would that be suitable for you, or do you really need it to be the other way around? I agree that the other way around would be better, but it will require a fair bit of re-engineering of the code to be able to deal with it.
That's a problem, unfortunately ... I need to store start_date and end_date separately and i don't know in advance if it's to 5Jul2015 or from 5Jul2015 ... The solution with start_date, None could work for me, but it will keep inconsistency in your code .... Probably, make sense to solve such issue in the future with big changes instead of making patch right now.
I use
1.2
version of the parser and receive such response, that i think is inconsistent with others:So, it returns correct
end_date
, but unexpectedstart_date
equals to the start of that month. I expect to haveNone
as thestart_date
.For instance, if I parse another the close string, it behaves right (form my point of view):
The text was updated successfully, but these errors were encountered: