Inconsistent behavior for iterators on unspecified dates about edtf.js

[inukshuk]

Can you try with the latest changes? I've added checking for the minimum unspecified range.

If the reported edtf strings work as expected we could leave it as is, or, perhaps better normalize it, by resetting the result to the minimum always. Currently, when unspecified masks are in play, there is no normalized fixed point for each interval. For example, if you parse '201X' the parser will set the year to 2010, but because of the mask the real range is 2010-2019. A date with the same mask and the year set to 2016 would cover the same 'unspecified range'. Currently, using next will push you to the minimum of the next range and prev will push you to the maximum of the previous range.

[inukshuk]

Thanks, you're right! We currently expand the unspecified 'range' to its maximum (i.e., to 2019 in this example), but we need to use the minimum when subtracting.

[SylvainBigonneau]

Can you try with the latest changes? I've added checking for the minimum unspecified range.

Thanks, it works great on my side!

If the reported edtf strings work as expected we could leave it as is, or, perhaps better normalize it, by resetting the result to the minimum always. Currently, when unspecified masks are in play, there is no normalized fixed point for each interval. For example, if you parse '201X' the parser will set the year to 2010, but because of the mask the real range is 2010-2019. A date with the same mask and the year set to 2016 would cover the same 'unspecified range'. Currently, using next will push you to the minimum of the next range and prev will push you to the maximum of the previous range.

I don't have much of an opinion on this, I personally avoid using the builtin date methods, especially on unspecified dates...