You can zoom in on your preferred location, set the map layer,etc. Then make a bookmark of that view. This will encode the precise settings you have set.
I did find that on the iPad, it doesn’t capture all the encoded setting by just making a bookmark. I needed to copy the URL and then set that as the bookmark target.
@idefix37 Thanks for the response. It is not a problem for me but I just thought I'd check to make sure this was intended.
I just noticed that the wind particle animation when viewing the Aerosol layer looks different than on other layers. However, if I go to the Wind layer and adjust the height to be 500 hPa, then the particle animation closely matches that of the Aerosol layer.
Is this a bug or does the Aerosol layer purposely display the wind at a higher level?
@vicb I agree that on the Mac, the 3D mode with particle animation is too slow (basically unusable). This is with a 2 year old iMac running the latest macOS. If particles are turned off, everything is fine. This is using the Safari browser. Firefox is slightly better but still frustratingly slow..
@ivo said in Which model should Windy implement next? Please vote.:
HRRR
I would love to see HRRR (but I'm in the US, so I'm biased).
@korina @yves70 I understand that not all models have the same data. My concern is that normally the map shows the same values as hourly forecast panel. As you click different models, the map is updated as well as the hourly forecast (except for Meteoblue). However, if you follow my instructions, you end up with one model selected (ICON) yet it is ECMWF values displayed in the map. There is no way the user can easily know this and it is confusing.
@korina It may be a common behavior, but it is a wrong behavior. Either the selected model should revert to ECMWF if that is what you are showing in the map, or the map should show the values that are selected (ICON in this example). As it is it is very confusing. You think you are seeing ICON values but you are really getting ECMWF.
@korina I have reproduced this in both Safari and Chrome on macOS.
The selected forecast model at the bottom does not change. However, the values displayed in the map do and are not consistent with the selected model. ICON is still selected but the value being shown are for ECMWF.
Another way to see this is by looking at the URL. This normally gets rewritten as you select different model at the bottom.
Which the hourly forecast open at the bottom with ICON and (say) temperature displayed in the map you see:
https://www.windy.com/40.140/-105.158?icon,temp,39.660,-105.158,8,m:eL2adfT
If you now select satellite in the map, you get:
https://www.windy.com/40.140/-105.158?satellite,39.660,-105.158,8,m:eL2adfT
If you go back to temperature it becomes:
https://www.windy.com/40.140/-105.158?temp,39.660,-105.158,8,m:eL2adfT
Note that the "icon" parameter has been lost, causing it to display ECMWF values in the map. This is despite the fact that the ICON model has been selected the whole time.
The fix for the bug is when changing to a map options that has different models, you need to see what is selected in the hourly settings and use that. Note that if you don't have the hourly forecast at the bottom, the map model changes to ECMWF when returning from the Satellite option to Temperature. This is another possible fix, but I'd prefer if it remembered the model as you go from Temperature -> Satellite -> Temperature.
Hope that helps clarify things.
There is a particular sequence of events that cause the wrong map values to be displayed.
The basic issue is that after returning from the Satellite or Radar view, the map always defaults to ECMWF rather than what is currently selected. Because of this bug, I've been confused several times by the values displayed in the map.
HRRR with a write-in for ICON
I'm not totally sure what that arrow is supposed to represent but I don't think it is the direction you are facing. For me it always points north and doesn't change. I suspected it was the direction you are moving in (useful for storm chasers) but it also doesn't seem to change as I move in a particular direction.
Do you see a small “particles animation” switch in the bottom right of the chart? That needs to be turned on.
You can also just click or tap anywhere on the map and an onscreen indicator is displayed showing the parameter value at that location.
I would appreciate it if someone on the Windy team could respond to this post. I would like to understand how total cloud coverage is calculated.
Thanks,
Bill
Thanks for the additional info. Possibly I’m starting to understand the issue. When viewing the map while zoomed out, is the grib file sent to the app at a lower resolution? If the grib file’s resolution varies with the map zoom level then I can totally see how the interpolation between points can change with zoom.
To be clear, the Hurricane Tracker is available in the iOS app when running on an iPad. It must just be on a phone where it is not shown.
Thanks, I just read though the other reports of it.
If this is not a bug, it is at least a suboptimal design. Surely you would not want this to happen if it could be avoided. I never know what the actual value is and thus cannot fully trust the map reading other than to give a sort of estimate.
It does sound like it is due to some sort of averaging over an area. I guess the point value for that location is not readily available.
I will also say in Windy's defense that in practice it probably doesn't make any difference. Surely the error bars on most of the forecasted values are as large or larger than the variability while zooming. It just offends my engineering sense of precision.
I've noticed that the forecasted values displayed on the maps will change as you zoom in or out. For temperature it may only be a couple of degrees. However, for cloud coverage, it can change by 10% (coverage) or more.
What is happening here? The only thing I can think of is that the app is sampling a region around the location and as you zoom in and out the region size changes.
I addition, when you change the zoom level, the value is initially way off and then after a second our two it corrects itself to the value that changes somewhat with the zoom level.
Two people have previously reported this issue with iOS 10.3.4. What version of iOS are you running?
I have been looking at the cloud coverage predictions used in Windy. I commonly find cases where the (total) cloud coverage percentage is less than the Low, Medium, High cloud predictions.
For example, using ECMWF at a particular time I see
Low Clouds 0 %
Medium Clouds 64%
High Clouds 70%
Clouds 54%
I just can't wrap my head around what that means. How can the total coverage be less than both the Medium and High cloud coverage?
In the description of the Clouds layer it says: "Clouds and rain/snow accumulation in the last 3 hours". All I can think of is that this is an average of the clouds in the past 3 hours, whereas the high, medium, low is hourly. Is that what is going on? The sentence is ambiguous at best.