-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
[BUG] Prophet model with specific configuration stuck during fit #8271
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hello @naive-forecaster. I tried reproducing the code in my machine (MacOS) but it did work here. This bug smells like something about the backend, but even after forcing cmdstanpy to be the same as yours I could obtain the model here. Could you provide another code so I can try reproduce it again? |
obs: could it be related to WSL2? |
Off-topic, but I congratulate you to a brilliant choice of user name, @naive-forecaster |
@felipeangelimvieira I could reproduce the issue both locally (WSL2) and in a cloud instance. I cannot currently provide another example because I stumbled into this particular one by chance. |
Random thought, usually something like this might happen if the sequence is in some respect low-rank, e.g., zero residuals after deseasonalisation or similar. Though I cannot spot any clear pattern here. Maybe if you translate the numbers to ASCII codes, it spells out a passage from the Ars Goetia? |
Describe the bug
When running Prophet through optuna, a specific value for one parameter has caused the fit of the model to freeze. It stays there indefinitely.
To Reproduce
Expected behavior
The fit call to finish.
Additional context
I observed it getting stuck for the passed series only for weekly frequencies. It worked fine for day and month frequencies.
Modifying the series (adding constants or cropping) makes the fit call work, but multiplying it by a constant does not.
I have tried using the Newton algorithm and the call ends correctly, but I would rather use the default for performance.
Using a different value of changepoint_prior_scale, even by modifying the last decimal to 0.4698311734933265 makes it work, but I cannot control the values chosen by optuna.
Versions
sktime==0.34.0
prophet==1.1.6
cmdstanpy==1.1.0
System:
python: 3.11.0 (main, Dec 6 2022, 13:17:12) [GCC 10.2.1 20210110]
executable: /usr/local/bin/python
machine: Linux-5.10.102.1-microsoft-standard-WSL2-x86_64-with-glibc2.31
Python dependencies:
pip: 24.3.1
sktime: 0.34.0
sklearn: 1.5.2
skbase: 0.11.0
numpy: 1.26.4
scipy: 1.11.4
pandas: 2.2.3
matplotlib: 3.10.3
joblib: 1.4.2
numba: 0.61.2
statsmodels: 0.14.4
pmdarima: 2.0.4
statsforecast: 2.0.0
tsfresh: None
tslearn: 0.6.3
torch: 2.3.1
tensorflow: None
The text was updated successfully, but these errors were encountered: