Default model question

Canne

@pgilbrea Thanks, I will try the following, maybe it is close to what you want to do, sorry if I misunderstood what you are actually looking for.
You may be interested also in this bug report (not a bug, but a "feature", apparently): https://community.windy.com/topic/45246/how-do-revert-disable-meteoblue/10

Test on Vivaldi browser,
Windy version: 51.1.0 (d0b690a99)
built: 2026-08-06T07:59:23.893Z

FIRST TEST

SECOND TEST

THIRD TEST

STEP 1: RELOAD THE PAGE

(Metoblue.AI is the default if no forced model in local view selected)

Now, the map selection has remain the same, probably because Meteoblue.AI is not available for the region where GFS was.

I do not have no position about the above being a bug, feature, or does it make perfectly sense. Just wanted to test it. Hope it helps to understand the actual behaviour for further discussion, if any.

Suty

@Canne Maybe one thing to clear, Meteoblue AI has no map model, so it is only offered in our forecast detail, but the map is still ECMWF.

Canne

@Suty I said "Now, the map selection has remain the same, probably because Meteoblue.AI is not available for the region where GFS was." - so our conclusions are the same, for this region I used for testing. I think this is well understood. The rest of the application behaviour not always so.

Suty

@Canne Hi, that is strange since Meteoblue and GFS are global models, so they are available for every location.

Canne

@Suty Map model did not change when closing the local forecast which was changed suddenly to Meteoblue AI = exactly for the reasons you pointed out. We are 100% on the same page on this detail

But since I am not the stakeholder here, only a tester, and because that detail has nothing do with the original question, let's wait if @pgilbrea confirms that the application works as expected.

pgilbrea

@Canne It looks like your second test shows the behavior I'm talking about. To me, it doesn't seem like predictable behavior to be using the ECMWF on the map, but then click to get a pointcast and be put back on the GFS when the 'always open as' is toggled off.
I have described how to recreate the issue and I have described what I suspect is happening using high level pseudocode language. Is there something else I can provide?

Canne

@pgilbrea Thanks, I do not need anything, since there is nothing I can do. If Windy considers this behaviour as a problem, maybe they can help. If this will happen, I will be glad that I was able to demonstrate the issue in the test #2.

On a personal note, I think Windy is getting difficult to you use by unnecessary dispersion of user parameters distributed here and there with the glue between them missing.

Suty

@Canne I went through the test 2, so I turned the switch off, then close the detail and open the new one and the model still stays on, despite displaying the default Meteoblue AI.

Do I understand the issue?

However, if I update the whole app in browser and open the detail once again, it behaves normally then.

Canne

@Suty No, it is not the correct conclusion. If you follow both the test #1 (first) then the test #2 and observe the outcome on the model turning from ECMWF to GFS, you have repeated what @pgilbrea has attempted to achieve by unticking the "Always open ... forecast with GFS" selector slider.

It remains for Windy to decide is this a functionality they want to provide (to peek into the local weather from the map with a chosen local model, without changing the map model).

Even if not, the current behaviour is a bug.

Asking the user to reload the page would not make it less a bug, I am afraid.

Please do not mix the expected behaviour with the third test - even if it contains the blinding Metoblue AI selection : this is the same problem, only that the bug you acknowledged in https://community.windy.com/post/231081 takes in the "Meteoblue AI" to baffle the minds in this already confusing behaviour.

Why the parameter management is prone to these bugs: because now you have decided to mix settings, stored in the user's profile, to be managed both in the user's profile (correct) and in the local weather widget (not good). That's for my 2¢.

Suty

@Canne But the map is always changed to the matching model in the forecast detail, if the model is available for the map. However, you are right that the behavior is in general a bit confusing now, since we wanted to offer a step between now and the next plan is to set Meteoblue AI as default model and choosing the startup model for the detail will be an option in the Premium.

Canne

@Suty Thank you for the explanation. Fine, if it is "always been like that". To me it looks confusing that "if it is available" hidden condition. One starts with ECMWF and ends up with GFS in the map, without paying attention what happened?

Even more confusing it gets now, when Metoblue AI is the default model for the local mode, but not being available for the map. It is possible that this way you will get more tickets here. At least you could pop-up a warning. Or decouple the two views, the map and the local weather forecast, why you impose them to be the same ("if its available")?

But I am sure that Windy will find a more logical and ergonomic way to allow people to do what they want to do. For example, by letting Premiums to set every single parameter to their liking in a central, single dialog. Vivaldi browser has succeeded in this. A daunting task will be to find the default values for the masses, of course...