Actions
feature request #6561
openTimePeriodParser support for ISO 8601 date formats
Start date:
Due date:
% Done:
0%
Estimated time:
Severity:
normal
Description
The should support ISO 8601 date formats:
- YYYY
- YYYY-MM
- YYYY-MM-DD
Related issues
Updated by Andreas Kohlbecker over 7 years ago
- Related to feature request #6169: Algae Registry web-application added
Updated by Andreas Kohlbecker over 7 years ago
- Related to feature request #6564: full support for ISO 8601 date time format added
Updated by Andreas Kohlbecker over 7 years ago
- Tags changed from phycobank to phycobank, iso8601
Updated by Andreas Müller over 6 years ago
The TimePeriodParser already supports YYYY and YYYY-MM-DD.
However, YYYY-MM is not correctly recognized and there is a reason for it. In literature and most data to parse XXXXX-XX is used as a real period e.g. 1801-03 more often means 1801-1803 then March 1801. So the parser may become ambiguous here.
It is difficult to solve this ambiguity.
Some solutions:
- If the 3rd and 4th digit of the year are larger then 12 or not smaller then the second part it is expected that the ISO 8601 date is meant. Otherwise use the period interpretation. This is helpful if one does not know which format might be meant, e.g. in the TaxEditor time period parser.
- Offer explicit method to parse certain formats, such as parseIso8601() or parseStartEndPeriod() or parseSingleDate() if one knows that a time period is a single date only and not a real period.
- Use separate parser classes for certain formats
- Allow to pass the expected format as a parameter
- Allow ordering priority of certain formats by the user
- TBC
Refer also to #6564#note-2 for further discussion of ambiguity.
Updated by Andreas Müller about 6 years ago
- Tags changed from phycobank, iso8601 to phycobank, iso8601, parser
Actions