Welcome

Welcome to the RTMA/URMA VLab community!

The purpose of this community is to facilitate feedback and discussion on the RTMA/URMA system. 

Meeting notes are available under the Google Drive Folder linked above.

To learn more about our next upgrade, see the asset publication below.

Use the System Overview to learn more about the system in general.

Use the forum to ask questions about the system and join the discussion with other users and the development team. 

Note that there are two forums: one for precipitation issues and one for all other variables.

You can post to the precip issues forum by sending an email to qpe.rtma.urma.feedback.vlab@noaa.gov.  For all other issues, you can post by sending an email to rtma.feedback.vlab@noaa.gov.  Please note that you must have a user account to post to the forum.  If you do not have an account, please contact matthew.t.morris@noaa.gov.

We recently added the ability for NWS Regional or WFO personnel to request that stations be removed from the analysis.  To access this, click on the "Station Reject Lists and Requests" tab.

There has been recent interest in knowing exact station locations, especially those of METAR sites.  Our METAR information table is under the "METAR Location Info" tab.

Users may also be interested in the National Blend of Models VLab community.

We appreciate any feedback on how this page or community could be improved.  You can submit such feedback via the above email handle or forum.

 

What's New

December 2017 Implementation Summary

Document

Overview of upgrade scheduled for December 2017. Note that this was originally scheduled for October 2017, but has been pushed back due to technical issues.

Forums

Back

RE: How is sky cover computed?

BS
Bill Schneider, modified 6 Years ago.

How is sky cover computed?

Youngling Posts: 8 Join Date: 9/24/12 Recent Posts

A couple of my forecasters were looking for a source of sky cover verification. I was thinking that the RTMA/URMA might work for their purposes, but before I recommend it I would like to understand how the sky analysis is arrived at. I imagine that the HRRR sky cover fields are used as a first guess and that METAR observations are used in the analysis. Is this correct? Are there other components to the sky cover analysis such as satellite imagery? What is the process for producing the sky analysis grid? I am particulary interested in how sky is derrived in the coastal marine waters enviornment.  Thanks.

JC
Jacob Carley, modified 6 Years ago.

RE: How is sky cover computed?

Youngling Posts: 69 Join Date: 12/17/14 Recent Posts
Hi Bill,

The sky cover analysis uses the HRRR's 1 hour forecast as a background and the system assimilates METAR observations as well as GOES Imager sky cover obs (a product produced in collaboration with CIMSS).    Regarding the sky cover product from GOES: the visible band is much better at cloud/fog detection (during the day) than the shortwave infrared band is overnight, especially over the ocean [fyi - this info is from prior chat with CIMSS].  So you may experience some issues overnight in marine and coastal areas.  We do adjust the observation errors as a function of local sun angle, but since the data are so dense/ubiquitous, far more so than METAR obs, the satellite obs tend to overwhelm the analysis.

Hope this helps,
Jacob

On Tue, Aug 28, 2018 at 11:24 AM, VLab Notifications <VLab.Notifications@noaa.gov> wrote:

A couple of my forecasters were looking for a source of sky cover verification. I was thinking that the RTMA/URMA might work for their purposes, but before I recommend it I would like to understand how the sky analysis is arrived at. I imagine that the HRRR sky cover fields are used as a first guess and that METAR observations are used in the analysis. Is this correct? Are there other components to the sky cover analysis such as satellite imagery? What is the process for producing the sky analysis grid? I am particulary interested in how sky is derrived in the coastal marine waters enviornment.  Thanks.


--
Bill Schneider RTMA/URMA Discussion Group Virtual Lab Forum https://vlab.noaa.gov/web/715073/discussions-forums-/-/message_boards/view_message/4717554 VLab.Notifications@noaa.gov

BS
Bill Schneider, modified 6 Years ago.

RE: How is sky cover computed?

Youngling Posts: 8 Join Date: 9/24/12 Recent Posts
Hi Jacob,
 
Thanks for the explanation of how RTMA/URMA analyzes clouds. I have been looking at the operational RTMA/URMA sky analysis grids (for daytime) yesterday and today in AWIPS/GFE and I have to give them only about a C-. I would imagine that the quality of the sky analysis is also impacting the quality of the NBM output.  The methodology you describe sounds pretty good and it seems like with some work the sky analysis could easily become an "A" especially utilizing  during the day over the water where there is high contrast between cloud and water in the visible satellite imagery. Using the new GOES R channels should make this even more reliable.  Is there a way we can see what the "GOES imager sky cover obs" look like? It seems like the satellite observations of sky cover should be excellent and therefore the Sky analysis should be excellent.
 
I am guessing that not as much time or effort have been put into the Sky analysis as say the T Analysis. I would suggest we stop adding new elements to the RTMA/URMA or NBM and concentrate on improving some of the basic forecast elements such as Sky. By adding new elements we are not moving toward our goal of utilizing NBM for first guess because now there are too many elements with poor quality. In addition, much time, discussion and effort are spent on temperature. Yes, temperature is important, but everyone thinks in terms of the quality of temperature grids as if that reflects the entire quality of the RTMA/URMA and NBM which it does not. It seems that verification statistics of NDFD temperature showing little if any improvement in over NBM have somehow becomes an argument that we can stop spending time on the entire grid forecast. On the other hand there has been great improvement in the RTMA and NBM over the past few years and forecasters don't always think in terms of today's performance, but rather past performance or a single bad experience. I would encourage everyone to keep working on these basic elements as I believe with dedication and teamwork, utilizing machine learning and AI techniques, the girded elements in RTMA/URMA and NBM can become excellent.  And thus, the quality of the forecast can be improved which is more significant than reducing forecaster time spent on grid editing.   
 
Here are a couple of thoughts/observations for improving sky analysis in RTMA/URMA:
 
1.  I did some crude work using the GFE and I think we could develop a methodology that would detect the sky cover very well over the water, which would be very beneficial to coastal marine offices. This in turn should have a positive feedback on the NBM sky forecast. As you said  the sun angle plays a role in the reflectance count returned from clouds over the water.  For example, I found that, at 14z reflectance (or count value if that is the correct term) values greater than 40 correspond to a "cloudy" area (say something with clouds greater than 50%).  As the sun rises reflectance of 40 is too low to separate clouds from clear air. After a couple of hours during the morning the whole image is over 40 so that number would need adjustment for sun angle. I didn't do anything formal, but it looks like around 40 at 14z and by 20z a reflectance value of 55 separates cloudy from partly cloudy and once above about 80 it is likely cloudy.  (See attached examples). This could vary from season or location on the globe and there might be a slight dependence of water temperature.
 
2. When the sun angle is low, using the visible imagery alone can cause areas of "clear" sky to appear when there is higher clouds (e.g. a cirrus band) that are casting a shadow on a lower stratus cloud deck...resulting in a false negative. This might be mitigated by employing other channels to detect the lower clouds or even detecting the higher cloud tops and predicting what shadowing effect they may have.
 
3. Over land using the visible imagery is more challenging. The reflectance count alone can give a lot of false positives over areas with bright surfaces and snow. For example Mt Rainer and Mount Hood would be detected as clouds right now because they of snow cover...and during the winter there would be lots of snow cover over broad areas.
 
4. It appears to me that the HRRR background is degrading the analysis. I look at the HRRR grids where the sky is clear, then the satellite image for the same time and location where there are clouds and the URMA seems to be weighted heavily toward the incorrect HRRR forecast.  If the satellite detection of sky is perfected there may be no reason to use background field for Sky grids. How can the model be expected to improve upon what is actually observed at each grid cell by the satellite?  I can see that it makes sense to start with a model background for temperature analysis because there are many grid cells where there are no observations, or multiple observations that may conflict. However, with sky there is actual high quality observed data (from the satellite) for every grid cell. True, it will take some work to leverage all the different satellite channels to provide an excellent sky analysis grid, but I am confident that it can be done.
 
5. If a background model is going to be used the HRRR may not the best. My observations indicate the the HIGHRESWarw and RAP both give a better areal representation of clouds...although they seem to under do  the percent of cloud cover a bit. While the HRRR is better showing a higher density of cloud cover it often is not as good or detailed with the areal coverage of marine clouds.
 
6. The METAR observations have too much influence over too broad an area and I can see large circles of cloud cover likely resulting from METAR observations that are really only valid at a point (ASOS looking straight up) or at most one 2.5 km grid box vs a 50km diameter circle.  We can easily have low stratus covering a valley where a METAR observation is detecting OVC007 but a few km away it is clear.  I wonder if METAR observations are even worth including in the analysis, but it is possible that utilizing some techniques the METARS combined with the satellite data could be leveraged to improve the analysis. .
 
7. At night the difference products for fog/stratus detection could be use for sky cover detection.
 
Thanks,
Bill
BM
Brian Miretzky, modified 6 Years ago.

RE: How is sky cover computed?

Youngling Posts: 47 Join Date: 1/8/13 Recent Posts
Bill,

In agreement with you in doing more work on the sky cover element. Feedback like yours really helps. I will say in addition to what Jacob has said and will probably add is there has been a decent amount of work on the Sky Cover element. Maybe more than some would expect. See the following Phd dissertation that explains some of the CIMSS methods - http://cimss.ssec.wisc.edu/~jordang/work/PhD-Dissertation.pdf. As with anything it comes down to priorities and resources, but I would suggest that you have WRH push any requirements for sky cover work forward via the Service Programs and STI R2O prioritization processes.

Thanks,

Brian Miretzky
ERH SSD

On Wed, Aug 29, 2018 at 3:02 PM, VLab Notifications <VLab.Notifications@noaa.gov> wrote:
Hi Jacob,
 
Thanks for the explanation of how RTMA/URMA analyzes clouds. I have been looking at the operational RTMA/URMA sky analysis grids (for daytime) yesterday and today in AWIPS/GFE and I have to give them only about a C-. I would imagine that the quality of the sky analysis is also impacting the quality of the NBM output.  The methodology you describe sounds pretty good and it seems like with some work the sky analysis could easily become an "A" especially utilizing  during the day over the water where there is high contrast between cloud and water in the visible satellite imagery. Using the new GOES R channels should make this even more reliable.  Is there a way we can see what the "GOES imager sky cover obs" look like? It seems like the satellite observations of sky cover should be excellent and therefore the Sky analysis should be excellent.
 
I am guessing that not as much time or effort have been put into the Sky analysis as say the T Analysis. I would suggest we stop adding new elements to the RTMA/URMA or NBM and concentrate on improving some of the basic forecast elements such as Sky. By adding new elements we are not moving toward our goal of utilizing NBM for first guess because now there are too many elements with poor quality. In addition, much time, discussion and effort are spent on temperature. Yes, temperature is important, but everyone thinks in terms of the quality of temperature grids as if that reflects the entire quality of the RTMA/URMA and NBM which it does not. It seems that verification statistics of NDFD temperature showing little if any improvement in over NBM have somehow becomes an argument that we can stop spending time on the entire grid forecast. On the other hand there has been great improvement in the RTMA and NBM over the past few years and forecasters don't always think in terms of today's performance, but rather past performance or a single bad experience. I would encourage everyone to keep working on these basic elements as I believe with dedication and teamwork, utilizing machine learning and AI techniques, the girded elements in RTMA/URMA and NBM can become excellent.  And thus, the quality of the forecast can be improved which is more significant than reducing forecaster time spent on grid editing.   
 
Here are a couple of thoughts/observations for improving sky analysis in RTMA/URMA:
 
1.  I did some crude work using the GFE and I think we could develop a methodology that would detect the sky cover very well over the water, which would be very beneficial to coastal marine offices. This in turn should have a positive feedback on the NBM sky forecast. As you said  the sun angle plays a role in the reflectance count returned from clouds over the water.  For example, I found that, at 14z reflectance (or count value if that is the correct term) values greater than 40 correspond to a "cloudy" area (say something with clouds greater than 50%).  As the sun rises reflectance of 40 is too low to separate clouds from clear air. After a couple of hours during the morning the whole image is over 40 so that number would need adjustment for sun angle. I didn't do anything formal, but it looks like around 40 at 14z and by 20z a reflectance value of 55 separates cloudy from partly cloudy and once above about 80 it is likely cloudy.  (See attached examples). This could vary from season or location on the globe and there might be a slight dependence of water temperature.
 
2. When the sun angle is low, using the visible imagery alone can cause areas of "clear" sky to appear when there is higher clouds (e.g. a cirrus band) that are casting a shadow on a lower stratus cloud deck...resulting in a false negative. This might be mitigated by employing other channels to detect the lower clouds or even detecting the higher cloud tops and predicting what shadowing effect they may have.
 
3. Over land using the visible imagery is more challenging. The reflectance count alone can give a lot of false positives over areas with bright surfaces and snow. For example Mt Rainer and Mount Hood would be detected as clouds right now because they of snow cover...and during the winter there would be lots of snow cover over broad areas.
 
4. It appears to me that the HRRR background is degrading the analysis. I look at the HRRR grids where the sky is clear, then the satellite image for the same time and location where there are clouds and the URMA seems to be weighted heavily toward the incorrect HRRR forecast.  If the satellite detection of sky is perfected there may be no reason to use background field for Sky grids. How can the model be expected to improve upon what is actually observed at each grid cell by the satellite?  I can see that it makes sense to start with a model background for temperature analysis because there are many grid cells where there are no observations, or multiple observations that may conflict. However, with sky there is actual high quality observed data (from the satellite) for every grid cell. True, it will take some work to leverage all the different satellite channels to provide an excellent sky analysis grid, but I am confident that it can be done.
 
5. If a background model is going to be used the HRRR may not the best. My observations indicate the the HIGHRESWarw and RAP both give a better areal representation of clouds...although they seem to under do  the percent of cloud cover a bit. While the HRRR is better showing a higher density of cloud cover it often is not as good or detailed with the areal coverage of marine clouds.
 
6. The METAR observations have too much influence over too broad an area and I can see large circles of cloud cover likely resulting from METAR observations that are really only valid at a point (ASOS looking straight up) or at most one 2.5 km grid box vs a 50km diameter circle.  We can easily have low stratus covering a valley where a METAR observation is detecting OVC007 but a few km away it is clear.  I wonder if METAR observations are even worth including in the analysis, but it is possible that utilizing some techniques the METARS combined with the satellite data could be leveraged to improve the analysis. .
 
7. At night the difference products for fog/stratus detection could be use for sky cover detection.
 
Thanks,
Bill

--
Bill Schneider RTMA/URMA Discussion Group Virtual Lab Forum https://vlab.noaa.gov/web/715073/home/-/message_boards/view_message/4729989 VLab.Notifications@noaa.gov

JC
Jacob Carley, modified 6 Years ago.

RE: How is sky cover computed?

Youngling Posts: 69 Join Date: 12/17/14 Recent Posts
Hi Bill,

Thanks very much for the informative information - it's quite helpful and I've made a note of it for our development team to look into.

I would encourage everyone to keep working on these basic elements as I believe with dedication and teamwork, utilizing machine learning and AI techniques, the gridded elements in RTMA/URMA and NBM can become excellent.

Yes - absolutely.  There is a balance between adding new fields/elements alongside improving what already exists.  We do both to support a variety of stakeholders, which of course includes WFOs and NBM.  Hopefully you'll be happy to hear that the sky cover is on our priority list for v2.8 RTMA along with some fundamental improvements to the wind analysis (which should help address the low we often see and has been a topic of discussion in several threads).

Regarding the sky cover: we are also hearing similar feedback from others in the aviation community too.  The GOES imager obs are currently thinned quite a bit for computational reasons (efficiency/memory/timeliness), and reducing the amount of thinning we do will result in more detail in the analysis.  We're going to test this soon along with adjusting the background error decorrelation lengths (and obs errors).

If you want to have a look at what the obs distribution currently looks like, which includes the GOES Imager obs, check out the following page and under the drop down menus select 'tcamt':


Thanks for taking the time and effort into your informative response.  It's quite helpful!

-Jacob

On Wed, Aug 29, 2018 at 3:33 PM VLab Notifications <VLab.Notifications@noaa.gov> wrote:
Bill,

In agreement with you in doing more work on the sky cover element. Feedback like yours really helps. I will say in addition to what Jacob has said and will probably add is there has been a decent amount of work on the Sky Cover element. Maybe more than some would expect. See the following Phd dissertation that explains some of the CIMSS methods - http://cimss.ssec.wisc.edu/~jordang/work/PhD-Dissertation.pdf. As with anything it comes down to priorities and resources, but I would suggest that you have WRH push any requirements for sky cover work forward via the Service Programs and STI R2O prioritization processes.

Thanks,

Brian Miretzky
ERH SSD

On Wed, Aug 29, 2018 at 3:02 PM, VLab Notifications <VLab.Notifications@noaa.gov> wrote:
Hi Jacob,
 
Thanks for the explanation of how RTMA/URMA analyzes clouds. I have been looking at the operational RTMA/URMA sky analysis grids (for daytime) yesterday and today in AWIPS/GFE and I have to give them only about a C-. I would imagine that the quality of the sky analysis is also impacting the quality of the NBM output.  The methodology you describe sounds pretty good and it seems like with some work the sky analysis could easily become an "A" especially utilizing  during the day over the water where there is high contrast between cloud and water in the visible satellite imagery. Using the new GOES R channels should make this even more reliable.  Is there a way we can see what the "GOES imager sky cover obs" look like? It seems like the satellite observations of sky cover should be excellent and therefore the Sky analysis should be excellent.
 
I am guessing that not as much time or effort have been put into the Sky analysis as say the T Analysis. I would suggest we stop adding new elements to the RTMA/URMA or NBM and concentrate on improving some of the basic forecast elements such as Sky. By adding new elements we are not moving toward our goal of utilizing NBM for first guess because now there are too many elements with poor quality. In addition, much time, discussion and effort are spent on temperature. Yes, temperature is important, but everyone thinks in terms of the quality of temperature grids as if that reflects the entire quality of the RTMA/URMA and NBM which it does not. It seems that verification statistics of NDFD temperature showing little if any improvement in over NBM have somehow becomes an argument that we can stop spending time on the entire grid forecast. On the other hand there has been great improvement in the RTMA and NBM over the past few years and forecasters don't always think in terms of today's performance, but rather past performance or a single bad experience. I would encourage everyone to keep working on these basic elements as I believe with dedication and teamwork, utilizing machine learning and AI techniques, the girded elements in RTMA/URMA and NBM can become excellent.  And thus, the quality of the forecast can be improved which is more significant than reducing forecaster time spent on grid editing.   
 
Here are a couple of thoughts/observations for improving sky analysis in RTMA/URMA:
 
1.  I did some crude work using the GFE and I think we could develop a methodology that would detect the sky cover very well over the water, which would be very beneficial to coastal marine offices. This in turn should have a positive feedback on the NBM sky forecast. As you said  the sun angle plays a role in the reflectance count returned from clouds over the water.  For example, I found that, at 14z reflectance (or count value if that is the correct term) values greater than 40 correspond to a "cloudy" area (say something with clouds greater than 50%).  As the sun rises reflectance of 40 is too low to separate clouds from clear air. After a couple of hours during the morning the whole image is over 40 so that number would need adjustment for sun angle. I didn't do anything formal, but it looks like around 40 at 14z and by 20z a reflectance value of 55 separates cloudy from partly cloudy and once above about 80 it is likely cloudy.  (See attached examples). This could vary from season or location on the globe and there might be a slight dependence of water temperature.
 
2. When the sun angle is low, using the visible imagery alone can cause areas of "clear" sky to appear when there is higher clouds (e.g. a cirrus band) that are casting a shadow on a lower stratus cloud deck...resulting in a false negative. This might be mitigated by employing other channels to detect the lower clouds or even detecting the higher cloud tops and predicting what shadowing effect they may have.
 
3. Over land using the visible imagery is more challenging. The reflectance count alone can give a lot of false positives over areas with bright surfaces and snow. For example Mt Rainer and Mount Hood would be detected as clouds right now because they of snow cover...and during the winter there would be lots of snow cover over broad areas.
 
4. It appears to me that the HRRR background is degrading the analysis. I look at the HRRR grids where the sky is clear, then the satellite image for the same time and location where there are clouds and the URMA seems to be weighted heavily toward the incorrect HRRR forecast.  If the satellite detection of sky is perfected there may be no reason to use background field for Sky grids. How can the model be expected to improve upon what is actually observed at each grid cell by the satellite?  I can see that it makes sense to start with a model background for temperature analysis because there are many grid cells where there are no observations, or multiple observations that may conflict. However, with sky there is actual high quality observed data (from the satellite) for every grid cell. True, it will take some work to leverage all the different satellite channels to provide an excellent sky analysis grid, but I am confident that it can be done.
 
5. If a background model is going to be used the HRRR may not the best. My observations indicate the the HIGHRESWarw and RAP both give a better areal representation of clouds...although they seem to under do  the percent of cloud cover a bit. While the HRRR is better showing a higher density of cloud cover it often is not as good or detailed with the areal coverage of marine clouds.
 
6. The METAR observations have too much influence over too broad an area and I can see large circles of cloud cover likely resulting from METAR observations that are really only valid at a point (ASOS looking straight up) or at most one 2.5 km grid box vs a 50km diameter circle.  We can easily have low stratus covering a valley where a METAR observation is detecting OVC007 but a few km away it is clear.  I wonder if METAR observations are even worth including in the analysis, but it is possible that utilizing some techniques the METARS combined with the satellite data could be leveraged to improve the analysis. .
 
7. At night the difference products for fog/stratus detection could be use for sky cover detection.
 
Thanks,
Bill

--
Bill Schneider RTMA/URMA Discussion Group Virtual Lab Forum https://vlab.noaa.gov/web/715073/home/-/message_boards/view_message/4729989 VLab.Notifications@noaa.gov


--
Brian Miretzky RTMA/URMA Discussion Group Virtual Lab Forum http://vlab.noaa.gov/web/715073/home/-/message_boards/view_message/4730392 VLab.Notifications@noaa.gov

Bookmarks

Bookmarks
  • 2011 RTMA Paper (Weather and Forecasting)

    The most recent peer-reviewed paper on the RTMA. Published in Weather and Forecasting in 2011.
    7 Visits
  • Public RTMA/URMA Viewer

    Another viewer of the current RTMA/URMA, with an archive going back 24 hours. This version is open to the public, but does not contain information about the (many) restricted obs used.
    54 Visits
  • RAP downscaling conference preprint (23rd IIPS)

    This link is to a presentation from the (then) RUC group on how the downscaling process works. Although we now use the RAP, HRRR, and NAM, the logic of the downscaling code is mostly unchanged from this point.
    2 Visits