Jump to content
  • Member Statistics

    17,508
    Total Members
    7,904
    Most Online
    joxey
    Newest Member
    joxey
    Joined

NAM Phase Shift


Recommended Posts

The NAM can be good at certain times, and it has its uses if used carefully by the forecaster, but for the most part, it is just plain bad. I talk about the NAM "Phase Shift" issue a lot, but I constantly see threads where members are asking why it is slow. I think most experienced mets are well aware of this problem, but it arises under certain weather patterns where the entire height field is "phase shifted" westward, resulting in a far too slow progression of weather features. Sometimes it can rear its ugly head as early as 6-12 hours into the forecast with errors growing with each successive forecast hour through 84 hours. This is not uncommon, but it has been especially atrocious this storm.

Problems? There are differing theories, but a logical explanation is its early runtime therefore it relies on the previous run GFS to initialize its boundary conditions (i.e. a 12Z NAM run is initialized on the boundaries with the 06Z GFS). That still can't explain it all though. Something else is obviously wrong...if anyone has ideas post here.

Of course, it can do some things quite well including rapid and intense marine cyclogenesis and cyclogenesis associated with deep slow progressing and deep PV Anomalies over intense baroclinic zones, surface wind fields, mountain drag, downslope wind storms, lee waves, etc.

Compare the NAM @ 0Z Friday :

post-999-0-10665900-1290388999.png

GFS at the same forecast hour:

post-999-0-34380000-1290389022.png

Note in the NAM, compared to the GFS, how far behind the shortwave over the northern plains is...and how far behind the shortwave over Nevada is.

Then look at the NAM this morning at the same forecast time. Note how it is "corrected" and everything is in phase (faster):

post-999-0-97120700-1290389060.png

Here are the HPC NAM 500 hpa verification fields (red is the current model run, blue was the forecast):

84 Hours:

post-999-0-63134100-1290390089.gif

72 Hours:post-999-0-87640300-1290390088.gif

60 Hours:

post-999-0-13680400-1290390088.gif

48 Hours:

post-999-0-41144300-1290390087.gif

36 Hours:

post-999-0-66958500-1290390086.gif

24 Hours:

post-999-0-83540800-1290390085.gif

12 Hours:

post-999-0-02642900-1290390085.gif

Here is the HPC verification page for those interested.

http://www.hpc.ncep....tml#diagnostics

Link to comment
Share on other sites

baroclinic_instability wrote:

Problems? There are differing theories, but a logical explanation is its early runtime therefore it relies on the previous run GFS to initialize its boundary conditions (i.e. a 12Z NAM run is initialized on the boundaries with the 06Z GFS). That still can't explain it all though. Something else is obviously wrong...if anyone has ideas post here.

I have a couple of questions below:

Would using another model's boundary conditions, such as the ECMWF model, really help correct this behavior? I read from various board members in the past that the GFS forecast improves, if the ECMWF initial conditions are used.

How much error remains when the NAM "corrects" itself? Will the NAM forecast be noticeably different from the GFS model even after the NAM model corrects itself. What are the forecast implications down the road?

Is this similar to how the ECMWF holds back "energy" too long, or is it a different issue than phase shifting?

Thank you for shedding light on this NAM quirk. When I examine the NAM in the future, this will be in the back of my mind.

Link to comment
Share on other sites

baroclinic_instability wrote:

I have a couple of questions below:

Would using another model's boundary conditions, such as the ECMWF model, really help correct this behavior? I read from various board members in the past that the GFS forecast improves, if the ECMWF initial conditions are used.

How much error remains when the NAM "corrects" itself? Will the NAM forecast be noticeably different from the GFS model even after the NAM model corrects itself. What are the forecast implications down the road?

Is this similar to how the ECMWF holds back "energy" too long, or is it a different issue than phase shifting?

Thank you for shedding light on this NAM quirk. When I examine the NAM in the future, this will be in the back of my mind.

Well the NAM has boundary conditions on its outer edges because it isn't a global model. Here is an example of the NAM domain. http://www.emc.ncep.noaa.gov/mmb/namgrids/g212.12kmexp.jpg

Either way, I should be careful when saying that because it doesn't seem to be the main problem with the model. There seems to be something else wrong in the model dynamics, somewhere in the parameterizations, etc. Usually the NAM can initialize ok and is somewhat reliable for the first 24 hours, then it begins to slowly phase shift westward with increasing forecast hours. This is especially noticeable in fast zonal flow with embedded low amplitude shortwaves where the NAM can be 6-9 hours too slow by the end of the forecast. I always compare the GFS/NAM height fields through the forecast and look for this phase shift, and I also look at the HPC model verification height fields (the images above) to see how well the NAM has done lately. As for the Euro/GFS, they are both global models and don't need "boundary conditions". In terms of forecast implications down the road, the NAM has proven to be unreliable and statistically (by far) the worst verifyoing model amongst all the well known numerical models. It is very erratic and has many errors, but it can be used intelligently at times and it has its uses. This severe wx event over Illinois/WI today is a good example of that.

Link to comment
Share on other sites

Well the NAM has boundary conditions on its outer edges because it isn't a global model. Here is an example of the NAM domain. http://www.emc.ncep....212.12kmexp.jpg

Either way, I should be careful when saying that because it doesn't seem to be the main problem with the model. There seems to be something else wrong in the model dynamics, somewhere in the parameterizations, etc. Usually the NAM can initialize ok and is somewhat reliable for the first 24 hours, then it begins to slowly phase shift westward with increasing forecast hours. This is especially noticeable in fast zonal flow with embedded low amplitude shortwaves where the NAM can be 6-9 hours too slow by the end of the forecast. I always compare the GFS/NAM height fields through the forecast and look for this phase shift, and I also look at the HPC model verification height fields (the images above) to see how well the NAM has done lately. As for the Euro/GFS, they are both global models and don't need "boundary conditions". In terms of forecast implications down the road, the NAM has proven to be unreliable and statistically (by far) the worst verifyoing model amongst all the well known numerical models. It is very erratic and has many errors, but it can be used intelligently at times and it has its uses. This severe wx event over Illinois/WI today is a good example of that.

Thanks for the reply. You did a great job in answering my questions. I do try to keep up with the weather (examining the models, looking at surface and upper obs, satellite, etc), especially in the wintertime, and so I enjoy learning about the models and their biases/errors. It helps me to look at their output with more critical eye to what I'm seeing.

Bluntly put, the NAM sucks.

Then again it was never meant to be a macroscale/long range model like the GFS. A lot of people only use it to better define the short term meso/microscale features in a weather event (that's where it shines and where the GFS sucks).

True. However, I do remember that the NAM nailed a North Texas post-frontal light snow event (it may have been in 2007 or 2008?) when the GFS had nothing. Now, the NAM caught onto this within 24 hours out -- but it did impress me a little bit - given North Texas snow is always very difficult to forecast.

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...