Android app keeps reverting to ECMWF by itself
-
This bug happens on several different phones on the Android app.
When one selects the "forecast for this location", and then one switches from Basic to Wind, The "first model" spontaneously changes to ECMWF, and then if one exits the forecast for this location option, the model reverts to ECMWF from whatever you had picked prior to choosing "Forecast for this Location."
Closely related to the bug is the inability to choose the First Model when Wind is selected in the "Forecast for this Location" option.
This bug started with the update that gave us the running female as the splash photo on the app starts.
Below is a sequence of images that shows the problem.
Super annoying bug really needs to be fixed.
Steve
-
@stevecrye Unfortunately, this is the new intentional behavior, since the table offer all wind values of all models, the map is displayed to ECMWF in default.
-
@Suty This is a real loss of functionality for those of us sailing in areas where land and water produce significant local effects such as the building of thermals or heat generated thunderstorms over land. I need to use the map display of clouds (best read for weather approaching) and wind differences between models as as map that reveals many of the assumptions each model is or is not capturing for its prediction. The map comparison between models is the only useful representation for this purpose. I can then compare the predictions as the radar and satellite show which model is evolving to the closest fit with reality. The tables are of little use or value. The maximum flexibility in UI set by the user is what lets an application be adapted to multiple disparate use cases. I essentially build an ensemble in my head while viewing the maps of wind hour by hour. The map views are geographically specific in ways that tables cannot. The usual tabular ensemble displays are fine for generalized homogeneous geographies or uses. Windy used to allow us to see how each high res model is guesstimating which local effect the models think will dominate. This is what set Windy apart.
-
To be straight-forward: When I read "this is the new intentional behavior, since the table offers all wind values" I start to get the feeling, that the guys at Windy never really leave their office to use the App as a real user.
"this is the new intentional behavior, since the table offers all wind values" makes no sense whatsoever.
Please realize, that there are two very distinct things when studying a weather forecast:
- Weather/wind at a certain location
- Weather/wind over a region
While the first aspect obviously can be visualized with a table, the latter obviously requires a MAP to see data over a region.
It is a MUST to be able to change weather model when being in wind mode. Otherwise I cannot efficiently study a wind-forecast for different models for a larger region. Please see the other voices above. Why on earth do you at Windy think, changing weather-model in wind-mode is obsolete?
Please excuse my harsh words. But I begin to loose patience and even worse, I loose confidence in the Windy team. I start to doubt, that the team understands the needs of the uses and ranks fancy design decisions over functionality.
@stevecrye I complaint about this at length also here:
https://community.windy.com/topic/41048/wind-mode-wrong-data-shown-on-map-when-selecting-e-g-icon/ -
@danahyjo Perfectly formulated, what using Windy as a sailor is all about. Thank you.
-
That's a terrible new default behavior. The old versions of the app would correctly display the user's choice.
Windy needs to realize that ECMWF is NOT a reliable model for the Southwest USA! We never look at it. It's always wrong!
-
What's particularly maddening is that it's only when you select the Wind option on the forecast feature that it switches the main view back to ECMWF. For the other options, such as Basic, or Meteorological, it retains my preference of HRRR.
By the way, on the Wind plot for the forecast option, the displayed conditions are still one hour off from the selected time.
