@ivo

Is this by any chance...... "vertical cross section" :)

Would Windy consider looking into developing a multi-panel display of available NWP models within the PC platform.
4 panel (as shown in image) or 2-panel would be appreciated.

If option is made available to manually select the NWP --- would be a bonus.

Thoughts?????!

Thanks, Ivo.

I did stumble across these shortcuts a little while ago and have found them very useful.

Is it possible to add an additional keyboard shortcut that alternates between the available computer models?

This would be super useful when making quick model comparisons of particular weather features.

Thanks.

@ivo and the team,

Amazing effort and a great addition to the Windy platform.

As this is still in beta (and appears very stable so far), could I add a pitch for a further addition to the satellite layer/windy platform?

Another website that I subscribe to offers model output which can be overlaid on top of satellite images. I find this feature very useful when verifying the model output (location of wind changes/fronts/cloudband etc) -- simple and easy.
See images below as an example...

Could you consider incorporating layer overlay functionality within the Windy platform....ie, base satellite image with an overlay option of the available model data (may need an opacity slider bar)?

This feature may also assist the hobby meteorologists within you community in identifying major weather systems like frontal features, upper level weather systems etc.

Otherwise, great work guy/girls.......top of the charts!

@marekd @ivo

Sounds soooo exciting guys 😁

Ivo.... name a price, I’m happy to pay a subscription.

Your whole team deserve all the rewards - Windy is a global brand ..... congrats.

@marekd @ivo

Another comment that I wanted to add.....

Again with VFR option, and in this case concerning Tstorms:
1/ The RH as a proxy for cloud may not always work for cellular convective situations. I have marked out specific regions where the EC model is indicating a line of TStorms on the Rain/Tstorm layer and the Cloud Top layer.....however the RH display in the Route slice only presents cloud below 6000ft. NB: this is consistent with the RH fields found within the area display when you ascend and descend through the available layers. The cloud top layer shows a distinct line of elevated cloud abv 50k ft and would be best avoided.
NOTE: I read in your comments that you will be attempting to add an IFR option for the upper level fields. Could you include a graphical feature OR a line along the bottom of the cross section highlighting "Cloud Top" values???

I would also support upper level isotach lines showing jet streams (80/120/160kt etc) and regions of significant vertical wind shear.

2/ A comment regarding the weather/rainfall along the cross section.....the users need to be aware that the rainfall towers/weather(in this case TS's) are for the previous 3hrs hours from the forecast time. I have highlighted this in top image. Just so the user is not critical of the model output when they see rain/weather at a distance point along the route following a weather system OR think that the weather system providing the precip is some x100km wide.

3/ The cloud base....I'm not a great fan of this field (cloud > SCT) when in the case of these tropical Tstorm situations (see above) the cloud base forecast is >8000-12000ft - which is not the case for this region. I like the addition of the DewPoint spread which as least gives an approximation potential cloud base (1-8 Oktas) -- DewPointSpreadx400ft - and again would be better suited to any VFR pilot.

AND finally.........I can see the benefit of "Relative Wind" vectors from a flight planning perspective. But I would also favour "Absolute Wind" vectors from a forecasting perspective. And the official forecasts are all in Real/Absolute wind directions which would make it easier to evaluate the Windy forecast against other official forecasts.

Thanks for the all the effort.........I look forward to utilising this feature.

@Gkikas-LGPZ , @TomSlavkovsky ,

I would also like to add my support for the development and inclusion of a "cross-section" forecast into the Windy platform.

From an aviation forecasting perspective, this add-in would be greatly appreciated and would be supported from those in the aviation industry (both pilots and forecasters).

I don't believe the initial version should require the "icing/turb" display presented in the Ogimet GRAMET product. Just a simple cross section of the currently available model weather data (for instance, wind/temp/dew point/RH and cloud groups - possibly precip) between multi-points would be more than adequate to assist with flight planning and weather route monitoring.

Appreciate all the work and development currently going into this platform.

and here it comes.....now for my sulky face :-(

@anthony10 ....I agree.

If the option is available, I would like an additional global model (JMA GSM) made accessible for the global community.

What can I say - Brilliant!!! You guys continue to impress. A very handy feature......thanks!

@Ondřej-Šutera

I believe what @Bill-Steer is referring to is the plane location service found in Apps like FlightRadar/FlightAware that use ADS-B surveillance of real-time aircraft location (and other flight details).

For the aviation enthusiasts/commercial users, this would be a fantastic feature to add as an overlay for the satellite/radar layer AND useful for forecast times very close to the real-time.

I understand there is a cost required to retrieve ADS-B data in real-time.

@marekd

Can you provide a solution to the wind barb/arrow direction within the sounding tool to follow the convention that the barb/arrows point towards the area of lowest pressure?

For the current Sounding Tool....when the latitude changes to -ve (Sth Hem), the barb/arrows need to be drawn on the opposite side to what is currently being displayed.

W'ly wind
in the Nth Hem: point to the left (up - in sounding tool)
in the Sth Hem: point to the right (down - in sounding tool)

You can follow the discussion for added comments.

Thx
Stitch

@idefix37

The convention is that the arrows/feathers on the wind barbs point towards the area of lower pressure.

In the case of the southern hemisphere (BoM image above), for a westerly wind, the lower pressure is to the right of the wind (down the page). And this is the opposite case for the northern hemisphere.

For us folk in the southern hemisphere, the wind barbs appear visually wrong.....it is still the right information - just not what we are used to viewing.

Can you adjust the code generating the image to account for +/- latittudes for the location?

Personally, the direction of the wind barbs is not a biggie for me :)

@doomjazz

Quick fix......

The magnification setting is displayed in the URL code

https://www.windy.com/-Rain-thunder-rain?rain,-31.155,126.219,9,i:pressure

as the last digit before the weather parameters , X,i:pressure
In the above case "X" or mag= 9

If the magnitude is wrong when opening the windy app, go to the URL and change the last digit to the preferred magnification.

Try bookmarking the adjusted URL.

@stitch said in Keyboard shortcut:

Just touching base again with this request/idea. Any comments or thoughts to this concept and if it could be implemented on the next Windy Update?

**** This is with regard to a keyboard shortcut allowing you to toggle between the NWP models available on the Windy platform

Just touching base again with this request/idea. Any comments or thoughts to this concept and if it could be implemented on the next Windy Update?

@DaveLG

Try looking at this site for a temp fcst.

https://meteologix.com/au/forecast/2172797-cairns/xl/euro

Looking at the temp at Cairns Apt, @ 1pm 24 Nov, it was 32.9C
The best model fcst (for 2pm) was GFS and DWD.

As you mentioned in your post, EC is too cool.

It is not an answer, but maybe another source to access your temp forecasts :)

I believe what you are viewing is the ECMWF model describing two differing cloud types.

From ECMWF model parameter database:
The cloud base is referred to as "cloud ceiling" - The height above the Earth's surface of the base of the lowest layer of cloud with a covering of more than 50% of the model grid box. Cloud ceiling is a measurement used in the aviation industry to indicate airport landing conditions.

This parameter is calculated by searching from the second lowest model level upwards, to the height of the level where cloud fraction becomes greater than 50% and condensate content greater than 1.E-6 kg kg-1.
https://apps.ecmwf.int/codes/grib/param-db/?id=260109***

And, Cloud Top is referred to as "Height of convective cloud top".
The height above the Earth's surface of the top of convective cloud produced by the ECMWF Integrated Forecasting System convection scheme, at the specified time. The convection scheme represents convection at spatial scales smaller than the grid box.
https://apps.ecmwf.int/codes/grib/param-db/?id=228046

From you example, it could be that the convective cloud forecast providing the "Cloud Top" display is for isolated Cumulus cloud, say' which covers a spatial area 50%.

Just my guess!!!

Hi @Korina,

Would the following concept make life easier for the IT development team (and increase the chance of implementing this concept)

• recreate the single Windy window four times as independent layers within the one viewable window? I don't know how this will affect computing resources both on Windy's internal servers/or users PC platform.

The four independent Windy panels would provide the freedom to setup each panel (like we all normally do now) but with the additional feature of adding variation across the four panels for easy side-by-side comparison.

An additional concept - could the time (scroll bar) have the following options:

• linked together at the same time for all panels, and
• include a staggered time interval (optional) between each panel (say, 24hr interval) and then linked/locked with that set time interval retained for advancing along the time bar?

As you may tell......this is a feature I would REALLY like to see included on the platform.

Thanks :)

@stitch
As an added feature......could the 4 window panels be independent of each other?

For example, display one NWP model with differing weather parameters for each panel OR same weather parameter but for differing levels, etc.