Titles when screen recording
-
It would be nice to be able to see in the title of the wind field, the altitude of the wind when a screen recording is made with the windy application. For instance, when capturing the wind at 300 hPa.
Also, I think it would be nice to show the times and dates in titles of satellite and radar image recordings.
Smooth of satellite and radar between frames for screen capture would be great.
Another suggestion is the implementation of pressure field at different altitude levels (not only surface).
Greetings
-
NB: Pressure layer for Models is not Surface, it is reduced to Mean Sea Level altitude...Generally, models don't provide other pressures than MSLP (excepting for some other levels than Altitudes, e.g. at High Cloud Top Level, or at Tropopause)
-
@vsinceac Yes, but is MSLP at the surface. Models like WRF or GFS data provide information of pressure at different altitude levels. If not possible, maybe geopotential height at different levels.
-
No, MSLP is not "Surface" ("Surface" may be well at 8000 m altitude in Tibet). As already said, Atmospheric Pressure is computed at a given altitude (or well measured by a barometer), then reduced to the "Mean Sea Level" for that position (with some formula which also implies temperature and latitude). No, GFS doesn't provide pressure at altitudes (with several exceptions, as said above), and btw. altitudes are measured by barometers, too...
-
@vsinceac Yes, it is measured at the surface and computed at mean sea level. Then, the original data is take at surface from station measurements
-
@vsinceac Yes, GFS netcdf files have information about preassure at different levels, take a look at https://www.ftp.ncep.noaa.gov/data/nccf/com/gfs/prod/ and read the netcdf
-
Generally, WMO stations priovide both p (MSLP) and p0 (barometric pressure); p0 is not yet "Surface", it is measuread at barometer heigth above surface (may be several meters...)
-
Nope, GFS doesn't... See the ful index of grids (parameter/level) provided by GFS model here (runtime today 00hUTC, validity RUNTIME+11h)
-
@vsinceac you can plot pressure at different levels using GRIB2 files from GFS data. See some examples here: https://www.ncl.ucar.edu/Applications/height_lat.shtml
-
using WRF forecast I think you can obtain pressure at diferent levels. For instance, in GFS data from your provided link you have this field:
98:60458921:d=2021110200:HGT:325 mb:11 hour fcst:
I'm sure is not so difficult to obtain pressure at specific level
-
NB: HGT is not "Atmospheric Pressure", it is "Geopotential Height [gpm]". Otherwise: of course one can compute yet other hundreds of parameters based on the hundreds of parameters already provided by models... About pressure/altitude: one would need also Area QNH (pilots use measure of barometer on bord and Area QNH - computed by forecasters - related to a FIR in order to compute altitude...)
-
I know, but you can interpolate one from the other. Again, see the example:
https://www.ncl.ucar.edu/Applications/height_lat.shtml -
Here a function in wrf that provides the conversion:
-
As said above, you can interpolate everything from models... But better would be to don't do it and let the model provider or expert forecasters to do it correctly... Otherwise you become responsible about any fault in the computation (and then you'ld need a good lawyer :o)---
-
@vsinceac Yes, but also there are still many fields computed from others...as for instance CAPE and many other parameters.
-
Nope, CAPE is one of the provided grids in GFS model...
-
@vsinceac But is a computed field, not measured
-
... of course computed, like any othe grid (temperature, etc.) in the model .... But by people who know what they did.
-
Not the wind, Temperature and others that are interpolated but taken from the weather stations data and other sources, but they came from reads of the sensors.
-
Not for forecasts... A model computes values for the future, not for real-time data (for which the best is to use satellite or radar images, not models).
Look, I'll stop here at let Windy to answer...
