Alain Quartier-la-Tente

The problem with Java 17 seems to come from the use of the `$` operator that uses reflection. It seems that the issue can be solved with some minor changes...

If I can intervene in the conversation, this certainly come from the pre-leap-year adjustment. Indeed, by default, when a **log-transformation** is used the series is pre-adjusted from leap-year instead of...

Indeed, it is the case since release 0.1.6: in the previous releases there was an error in the imported data. The series were calendar adjusted and not raw times series...

Could you send me a simple workspace to reproduce your problem? When there is an error during the processing, the error message is printed ("too many identical values" for example).

This is not an inconsistency, and you get the same result using the SEATS decomposition. Here you are misinterpreting the different components. The decomposition algorithm decomposes your input time series...

I'm not sure I understand what you're looking for. The non-constant seasonal component pattern only reflects the changes over time in your time series. The decomposition mode just amplified that...

We are now out of the scope of your first question and the package feasts. As mentioned in Vantrepotte and Melin, they use a simplified version of the X-11 algorithm...

They do not come from the same object and there are some differences in the Java output. In the first case the names comes from the results of the regarima...