UEMS/WRF EMS Unofficial Forums

Hi, clouds are formed by microphysics scheme in the model, so maybe to play with that variable to see if there is improvement. I would also advise to try to investigate why that happens by comparing relative humidity in layers within model with radiosonde soundings and with other model outputs. If y...

Hi,

many NOMADS services have been broken over weekend and I think that still not everything has been restored.

For NOMADS issues and news, the best would be to join this mailing list:
https://www.lstsrv.ncep.noaa.gov/mailma ... ads-ftpprd

I don't use UEMS anymore so I'm not sure if it supports AFWA diagnostics. Please research that for yourself. Then if you find that it does, then there is namelist setting afwa_radar_opt that will probably do what you ask for. As per AFWA users guide, fields will go into separate output file. Here is...

There was a guide that I used, but I cannot find it online anymore, it looks it dissapeared. However as I downloaded it, I'm putting it for you on my server http://file.meteoadriatic.net/JMeans/guide.pdf As it seems removed from original location, I'm not sure if author wants it to be online anymore...

OK that change a lot of things.

Look at geo_em.d01.nc file and see if there are any irregularities around those anomaly areas. Looks like some problems with landmask. See this if helps:
viewtopic.php?f=9&t=1066

Stefano, I see lot of namelist entries that are less than standard choices, and might be a cause of trouble depending on case to case scenario. I will comment on what I see as potential point where you might look for changes that might or might not help but you can try to adjust one by one and see w...

Well yes, revert back to NOAH or NOAH-MP and fix source of segfault which is in most cases too large time-step but not always. You might want to post contents of your namelist.input file if you want more suggestion about possible causes of crashes.

Those two lines control how many cores you will use. Below that section in the same file are setting for domain decomposition.

It's completely OK/kernel independent. Depending on CPU, you can also try even less number of threads. Why? Because if you have significant turbo boost, it will kick in in full potential probably only when you use less cores. So depending on case to case, you might run faster at higher frequency / l...

Figures I provided actually had 2 coarser domains around 300m (1.5km and 7.5km) and their dimensions were again very similar to your requirements for coverage with coarse domains. Moreover, with the figures you gave, and having in mind that resources rise exponentially with increasing resolution, yo...