New sounding with radiosonde measurements
-
Thanks for the good work. Very impressive new graphics. As others have suggested, I'd like to see 2 updates to restore some lost functionality:
- "ft" scale rather than "m" when that is selected in settings
- Ability to scroll timeline in the mobile app.
-
@ajbeevers I had the same remark.
-
@AlFly Hi, the ft and m is a bug, we will fix this in the next update.
-
This is definitely better! I still find the simplicity of the sounding plugin easier, it is also nice on that that you can scroll on your mouse to see the evolution of the day and the zoom being just a button is better for me.
On the better sounding they also have the windspeed graph as well as the barbs and that is helpful for spotting shear layers and changes in the airmass.
An indicator on the graph that clearly shows the top of the boundary layer would be magical and if you could be find a way to indicate thermal strength that'd be even more amazing for paraglider/glider pilots.
Thank you -
I idefix37 referenced this topic on
-
Super, this is what i was looking for a long time!
-
I have only just found out about these excellent changes (was on vacation), kudos to the team! I use soundings on a daily basis, and these features make me use Windy even more, rather than using the sluggish weather application on our workstation we have in our workplace.
I find the sounding functionality works best on a desktop-browser environment rather than on iOS/Android. This is because on the web-environment one can scroll through time while checking soundings and this does not seem possible on a mobile device. Adding this possibility on mobile devices would be a huge improvement for those users.
In any case, thanks a lot and keep up the good work!
-
@marcelwind
Concerning the non-possibility of scrolling trough the time line on mobile device, it should be fixed as it is said several posts above:
https://community.windy.com/topic/21263/new-sounding-with-radiosonde-measurements/20 -
I idefix37 referenced this topic on
-
I idefix37 referenced this topic on
-
One more vote for scrolling through the timeline on mobile.
Also can we have an option for the green dotted line for thermals to be drawn automatically based on the actual surface temperature and surface dew point? This should really be the default. It is rare to want to know what a parcel of air would do if released into the atmosphere with some random temperature and random humidity.
-
The feature is amazing and designed in a much more convenient way than on other websites :)
Have you considered adding a calculation of CAPE and CIN? Also, I bet for some sub-tropical latitudes the tropopause might be higher than 150hPa, therefore extending the Y axis might be reasonable. -
Super dumb question: I apologize, but what does the green line represent on the new model skew-t; I think it looks like it goes up the moist adiabats and involves mixing ratios, but I am way out of my element. Either way, thank you very much for your time and consideration. You guys are constantly updating and improving. Much much appreciated.
-Mike Aerographer's Mate USN
-
@March1993
The green dotted line represents parcel lapse rate.
@marekd
Maybe in the info (i) you must add the word "green"
-
Hello,
Here is really a great application that will allow in the blink of an eye to assess the air masses to come.I have a question about its use. Maybe a silly question...
Weather models "smooth" the real terrain. This means that a real altitude of 1631m is indicated at ~1011m on the emagram (example).
As a result, the Iso-R curve begins its rise from the 1011m level and not 1631m. Also, it doesn't start from the dew point temperature curve as I learned to plot lifts. This means that it quickly crosses the dry adiabatic.
Is there a possibility to artificially modify the altitude of the base of the emagram? Going from 1011m to 1631m?
And make the line following the Iso-R curve start from the dew point temperature curve? Like in the picture below?
I may be using the tool incorrectly...
Thank you for your work and your clarifications.
Mikael -
@mikachu1983 Thank you for bringing it up! In fact, we have had some pretty fiery internal discussions about this issue. In short: it is currently not possible.
We dealt a lot with the following situations:
- If the terrain is lower than the model altitude, should we display the values? Even if they are interpolated?
- If the terrain is higher than the model altitude, should we clip the non-existing heights for that location?
- Or should we allow users to choose how they want to display it?
The result was: let's not deal with it for now, it is already too complicated. Let's wait for feedback and see how important it is for others.
-
I idefix37 referenced this topic on
-
Appreciate all the work done to bring this functionality online. Love the ability to arrow through the different soundings and the cursor read-out is a really nice feature. Have had some issues with low-level inversions not plotting in complex terrain. They show up for coarser model resolutions but not for the NAM or HRRR soundings. For example, here's a forecast sounding from Reno, NV from the NAM on a calm morning at 6am. I would expect some kind of inversion, but the plot is showing nearly dry adiabatic.
-
This is great. Would love CAPE, CIN, and MUCAPE calculations to be added!
-
Được đề xuất
-
Has the radiosonde moved? I don't see it at the bottom of the sounding forecast anymore.
-
Love the new tool. In the southern hemisphere the flags on the wind vectors usually point down Is it possible to correct this?. Eg
-
@Steph-Bond
Are you sure that BOM always show soundings with barbs pointing down? (Barbs are what you call flag i.e. like barbs of feather on the arrow)
Here is an example with all barbs in fact on the right side of the arrows …. as your example above.
-
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 :)
