Getting from sigma levels to pressure or z is the big one for me in this case
(typhoon hitting a rugged island).
Horizontal destaggering is another but secondary virtue (I hear).
Also, time aggregation is not possible with raw WRF output.
Time is in the filename, but not in the file as a dimension in a CF-compliant
way.
(it is a text string variable, not a number with units).
Down the road, there is an issue of moving nests: lat and lon being functions
of time.
But that may be a bigger IDV development hurdle.
Thanks for all the responses!
Apparently NCL is the easiest-to-install software that can do the necessaries.
That is my main concern : just getting it converted, without hours of freeware
install
abd RTFM hell that might get it converted more “flexibly” or efficiently or
whatever.
Brian
On Mar 6, 2015, at 11:38 AM, Mike Baldwin <baldwin@xxxxxxxxxx> wrote:
> IDV can read WRF output just fine, the problem is trying to plot something
> useful that's not a direct model variable, as Brian said: basic weather
> variables (temperature), skew-Ts
>
> On Fri, Mar 6, 2015 at 11:12 AM, John Caron <caron@xxxxxxxx> wrote:
>
>> Hi Brian:
>>
>> IDV should be able to read WRF output without conversion to CF. If not,
>> send me the problem file and ill see why.
>>
>> John
>>
>> On Thu, Mar 5, 2015 at 6:21 PM, David Brown <dbrown@xxxxxxxx> wrote:
>>
>>> The NCL error messages all stem from the fact that NCL cannot find the
>>> internal data files it needs to run. What you need to do depends on
>>> where these auxiliary files were installed. Normally the are installed
>>> in a subdirectory of the 'lib' directory.
>>> Based on the path to your NCL executable, /usr/local/bin/NCL/bin/ncl,
>>> look in /usr/local/bin/NCL/.
>>> If you find a 'lib' directory there, it should have a subdirectory
>>> called 'ncarg'. Set the environment variable NCARG_ROOT to
>>> /usr/local/bin/NCL/
>>> and you should be good to go.
>>>
>>> If instead you find the 'ncarg' directory somewhere else, say
>>> /usr/local/lib/ncarg or /usr/local/lib/NCL/ncarg, try setting
>>> NCARG_NCARG
>>> to that path. If that doesn't work, let us know, and we can definitely
>>> help you figure it out.
>>> -Dave Brown
>>> NCL Development team
>>>
>>>
>>> On Thu, Mar 5, 2015 at 4:33 PM, Tyle, Kevin R <ktyle@xxxxxxxxxx> wrote:
>>>> Hi Brian,
>>>>
>>>> Have you tried using GEMPAK as an interim format?
>>>>
>>>> I've had good results using the venerable wrf2gem postprocessor that
>>> Steve Decker developed several years ago. The netcdf-java library
>> handles
>>> the GEMPAK to NetCDF conversion fine and I have a couple bundles that
>>> display fields from our regional runs.
>>>>
>>>> I believe that if you build NCEP's WRF post processor and choose GEMPAK
>>> output, that will work too.
>>>>
>>>> --Kevin
>>>>
>>>> _____________________________________________
>>>> Kevin Tyle, Systems Administrator
>>>> Dept. of Atmospheric & Environmental Sciences
>>>> University at Albany
>>>> Earth Science 235, 1400 Washington Avenue
>>>> Albany, NY 12222
>>>> Email: ktyle@xxxxxxxxxx
>>>> Phone: 518-442-4578
>>>> _____________________________________________
>>>>
>>>> ________________________________________
>>>> From: idvusers-bounces@xxxxxxxxxxxxxxxx <
>>> idvusers-bounces@xxxxxxxxxxxxxxxx> on behalf of Brian Mapes <
>>> bmapes@xxxxxxxxxxxxxxx>
>>>> Sent: Thursday, March 5, 2015 6:04 PM
>>>> To: idvusers
>>>> Subject: [idvusers] making WRF output CF compliant
>>>>
>>>> Does anyone have some one-line templates for converting wrf output to
>>> IDV-friendly netCDF files?
>>>> Preferably with a set of basic weather variables but not a zillion
>>> internal model fields.
>>>>
>>>> Such an old question, so much on the Web, yet every solution seems to
>>> require a bunch of time and effort.
>>>>
>>>> This looked promising
>>>> http://foehn.colorado.edu/wrfout_to_cf
>>>> But for me it creates the inscrutable errors below and no results.
>>>> No idea what to do next, no hours and hours available to study it.
>>>>
>>>> Anyone have a workable solution?
>>>> Thanks for any tips!
>>>>
>>>> Brian Mapes
>>>>
>>>>
>>>>
>>>> $ sudo /usr/local/bin/NCL/bin/ncl
>>> 'file_in="1hr_Out/wrfout_d02_2009-08-08_08"' 'file_out="wrfpost.nc"'
>>> wrfout_to_cf.ncl
>>>> Copyright (C) 1995-2013 - All Rights Reserved
>>>> University Corporation for Atmospheric Research
>>>> NCAR Command Language Version 6.1.2
>>>> The use of this software is governed by a License Agreement.
>>>> See http://www.ncl.ucar.edu/ for more details.
>>>> warning:Unable to Get System Resource File Name?
>>>> warning:Unable to load System Resource File (null)
>>>> fatal:GetSysAppDir:Unable to get a default value for the system App
>>> Resource directory
>>>> warning:["Resources.c":734]:Unable to set appSysDir to default value -
>>> Using NULL
>>>> fatal:GetSysAppDir:Unable to get a default value for the system App
>>> Resource directory
>>>> warning:["Resources.c":734]:Unable to set appSysDir to default value -
>>> Using NULL
>>>> warning:Unable to Get System Resource File Name?
>>>> warning:WorkstationClassInitialize:Unable to access rgb color database
>> -
>>> named colors unsupported:[errno=2]
>>>> NDV_COLORMAP_PATH environment variable not set:
>>>> defaulting to .:$NCARG_ROOT/lib/ncarg/colormaps
>>>> warning:["Palette.c":1844]:NhlLoadColormapFiles: Invalid directory
>>> encountered in colormap path specification
>>>>
>>>>
>>>> _______________________________________________
>>>> idvusers mailing list
>>>> idvusers@xxxxxxxxxxxxxxxx
>>>> For list information, to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>>
>>>> _______________________________________________
>>>> idvusers mailing list
>>>> idvusers@xxxxxxxxxxxxxxxx
>>>> For list information, to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>
>>> _______________________________________________
>>> idvusers mailing list
>>> idvusers@xxxxxxxxxxxxxxxx
>>> For list information, to unsubscribe, visit:
>>> http://www.unidata.ucar.edu/mailing_lists/
>>>
>>>
>> _______________________________________________
>> idvusers mailing list
>> idvusers@xxxxxxxxxxxxxxxx
>> For list information, to unsubscribe, visit:
>> http://www.unidata.ucar.edu/mailing_lists/
>>
> _______________________________________________
> idvusers mailing list
> idvusers@xxxxxxxxxxxxxxxx
> For list information, to unsubscribe, visit:
> http://www.unidata.ucar.edu/mailing_lists/
*********************************************
Brian Mapes, Professor
Department of Atmospheric Sciences
Meteorology and Physical Oceanography Program
RSMAS, University of Miami
4600 Rickenbacker Causeway
Miami, FL 33149-1098
phone: (305) 421-4275
fax: (305) 421-4696
email: mapes@xxxxxxxxx
Web: http://www.rsmas.miami.edu/users/bmapes/
**********************************************
