differentiate human readability between uncertain month and day

[mzeinstra]

Currently all uncertainty is being used as a catch all so the human readable version of an uncertain month translated to the same string as the uncertainty of a day.

[mzeinstra]

"1904-06-?11" means "June 11th, 1904 (day uncertain) "
"1904-%06-11" means "June 11th, 1904 (month uncertain)"

[thomas-topway-it]

is the expression "June 11th, 1904 (day uncertain) " and "June 11th, 1904 (month uncertain)" the desired output ? Also, in this case, where the human readable date is surrounded by parentheses by the interface or outer script, you would have double parentheses -- like "(June 11th, 1904 (day uncertain))" -- which is perhaps undesirable, so in this case to use a dash is the only viable typographical solution?

[thomas-topway-it]

by the way we can work on a solution like the following (taking French as reference)

"edtf-maybe": "$1 (incertain)",

becomes:
"edtf-maybe": "$1 (month incertain)", or "edtf-maybe": "$1 (year incertain)", or "edtf-maybe": "$1 (day incertain)" or any combination, like "edtf-maybe": "$1 (day and year incertains)"

where the content of the parenthesis is probably given by another message $2

[mzeinstra]

Hi Thomas,

I can't speak to the code, that is not my task here. I think that thinking wise you are on the right track. See also https://www.loc.gov/standards/datetime/ for some additional guidance

Each Y,M,D can three types of qualifiers: ? ~ and %
? = uncertain
~ = approximate
% = uncertain and approximate

Depending on where the qualifier is added the humanisation differs
?YYYY = year uncertain
YYYY-?MM = month uncertain

but you can also have the qualifier on the right side
YYYY-MM? = Year and Month Uncertain

I think we need a new translation string for each of the possible cases

[thomas-topway-it]

ok, for now we are covering some of them, hope to cover all the combinations soon