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
rather than testing the width of the minutes field (as is done for unrestricted hours) or using more flexible parsing (as is done for seconds). This is a departure from, say, %M in lubridate::parse_date_time(), which accepts both the 0–59 and 00–59 formats
Since I don't have access to the source code generating the .csv files being parsed here changing the data format isn't an option. One option for a workaround is to read the times into character column and then convert with lubridate::hms(), ms(), hm(), or similar.
The text was updated successfully, but these errors were encountered:
This was reported on StackOverflow in August 2021 or so. I just hit it with stringr 1.5.0 on
From what I can tell, the essential issue is DateTimeParser.h hard codes
%M
asrather than testing the width of the minutes field (as is done for unrestricted hours) or using more flexible parsing (as is done for seconds). This is a departure from, say,
%M
inlubridate::parse_date_time()
, which accepts both the 0–59 and 00–59 formatsSince I don't have access to the source code generating the .csv files being parsed here changing the data format isn't an option. One option for a workaround is to read the times into character column and then convert with
lubridate::hms()
,ms()
,hm()
, or similar.The text was updated successfully, but these errors were encountered: