3 ms·

The format looks neat and I'm sure it could be of some help. But it's also very limited, as it can only express some restricted uncertainty withing the format o

The format looks neat and I'm sure it could be of some help. But it's also very limited, as it can only express some restricted uncertainty withing the format of the date representation. There's no qualification about the range of approximation. For example, "a day in May" may be restricted that it was definitely before the 14th of May. So the uncertainty could be narrowed down to between 05-01 and 05-13. And there's no way to express unspecifics that relate to properties not represented in the format, such as "a Tuesday in Dezember" or "a day in the second week of March". So, I believe this extension is probably not very useful unless there is a practical use cases where the described methods of expressing uncertainty would be completely sufficient. That's highly unlikely, because uncertainty typically has soo many different angles.

macu 5y ago
Someone could add an approximation range syntax if they derived their own fuzzy dates specification. I've been considering the problem of fuzzy dates for a project idea. Maybe something like "..<" could join the first and last days of an approximate range, like "156X..<1585-12-25", which would be equivalent to "156X..1584-12-25", to say anywhere from 1560 to 1584. Depending how much information you want to encode you can imagine other extensions like showing the most confident guess. At that point it would be simpler to create tables to encode the available information.
vharuck 5y ago
>There's no qualification about the range of approximation. For example, "a day in May" may be restricted that it was definitely before the 14th of May. It's a single date that falls within a set of possibilities, written as: [2022-05-01..2022-05-13] Still, it's possible to come up with situations not covered by even the newer edition. But these new rules cover a lot of cases that crop up in written text. Edit: Example is covered by 8601-2, not by a time interval. An interval is all times between two endpoints, but we want a single day chosen from an interval.

macu 5y ago

Someone could add an approximation range syntax if they derived their own fuzzy dates specification. I've been considering the problem of fuzzy dates for a project idea. Maybe something like "..<" could join the first and last days of an approximate range, like "156X..<1585-12-25", which would be equivalent to "156X..1584-12-25", to say anywhere from 1560 to 1584. Depending how much information you want to encode you can imagine other extensions like showing the most confident guess. At that point it would be simpler to create tables to encode the available information.

vharuck 5y ago

>There's no qualification about the range of approximation. For example, "a day in May" may be restricted that it was definitely before the 14th of May. It's a single date that falls within a set of possibilities, written as: [2022-05-01..2022-05-13] Still, it's possible to come up with situations not covered by even the newer edition. But these new rules cover a lot of cases that crop up in written text. Edit: Example is covered by 8601-2, not by a time interval. An interval is all times between two endpoints, but we want a single day chosen from an interval.