[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20051018: 20051018: 20051011: NETCDF to GRID file

Mike,

Glad you have had success. The GEMPAK programs use replaceable
strings (called templates) so that the decoder can create files
using the date/timie within data products. This is a common feature
to GEMPAK "dc" programs (should you ever need to use other GEMPAK decoders).

Steve Chiswell
Unidata User Support



>From: Mike Bodner <address@hidden>
>Organization: NOAA/NCEP/HPC
>Keywords: 200510182007.j9IK7Y7s026699

>Steve,
>
>I re-ran the dcreanal program but used YYYYMM_shum.gem instead of 
>197801_shum.gem and it worked fine. I'm so used to declaring variables 
>in my own scripts using the yyyymmdd format that I assumed your script 
>worked the same way.
>
>Mike
>
>Unidata Support wrote:
>
>>Mike,
>>
>>remove your old 197801_shum.gem file that you previously created
>>as you sent me your logs the other day. Make sure you are actually 
>>typing the letters YYYYMM. Your log file the otherday showed your command lin
> e
>>was using numbers 197801 in your file name, and not the template letters whic
> h get replaced.
>>
>>I ran here for the file in question and produced separate monthly files:
>>% dcreanal shum.2004.nc YYYYMM.gem
>>produced files
>>200401.gem
>>200402.gem
>>...
>>200412.gem
>>
>>If you still have trouble, please send me the output of your command
>>(you can log to a file such as "dcreanal shum.2004.nc YYYYMM.gem >& dcreanal.
> log").
>>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>  
>>
>>>From: Mike Bodner <address@hidden>
>>>Organization: NOAA/NCEP/HPC
>>>Keywords: 200510181532.j9IFW87s022232
>>>    
>>>
>>
>>  
>>
>>>Steve,
>>>
>>>Thanks for letting me know that I grabbed the wrong files from CDC.
>>>
>>>Now when I run dcreanal with the correct files using the monthly 
>>>template (YYYYMM_shum.gem), it still creates a grid file with 12 months. 
>>>This is too big and I loose all data from Nov. and Dec.
>>>
>>>Are there other methods to make grid files using all 4 times stamps over 
>>>a monthly domain?
>>>
>>>Mike
>>>
>>>Unidata Support wrote:
>>>
>>>    
>>>
>>>>Mike, 
>>>>
>>>>I'd need to know about your OS, or you can download the binary 
>>>>distribution of GEMPAK from:
>>>>http://www.unidata.ucar.edu/downloads/gempak/
>>>>
>>>>
>>>>Steve CHiswell
>>>>Unidata User SUpport
>>>>
>>>> 
>>>>
>>>>      
>>>>
>>>>>From: Mike Bodner <address@hidden>
>>>>>Organization: NOAA/NCEP/HPC
>>>>>Keywords: 200510112034.j9BKYZeX025925
>>>>>   
>>>>>
>>>>>        
>>>>>
>>>> 
>>>>
>>>>      
>>>>
>>>>>Steve,
>>>>>
>>>>>I will need the dcreanal executable and the table. If you could email 
>>>>>them to me or put them on a server where I can grab them, that would be 
>>>>>great.
>>>>>
>>>>>Mike
>>>>>
>>>>>Steve Chiswell wrote:
>>>>>
>>>>>   
>>>>>
>>>>>        
>>>>>
>>>>>>Mike,
>>>>>>
>>>>>>The dcreanal program is contained in the GEMPAK distribution which you
>>>>>>can obtain through the Unidata web portal:
>>>>>>www.unidata.ucar.edu/software/gempak
>>>>>>
>>>>>>The dcreanal program uses the $GEMTBL/grid/ncarncep1.tbl grid parameter
>>>>>>table. If you need just the dcreanal executable, I can provide the
>>>>>>binary and the table.
>>>>>>
>>>>>>Running the program works like:
>>>>>>dcreanal input.nc gempak_outfile_template
>>>>>>
>>>>>>for example, to create monthly files: 
>>>>>>dcreanal shum.2004.nc YYYYMM.gem
>>>>>>
>>>>>>If the file you have has 4 times per day, a monthly file would have
>>>>>>~120 grid times. The usual limit for number of grid times in a GEMPAK
>>>>>>file is 1000, so you would not be able to place all times
>>>>>>in a single yearly gempak file, so use the monthly template.
>>>>>>
>>>>>>Steve Chiswell
>>>>>>Unidata User Support
>>>>>>
>>>>>>On Tue, 2005-10-11 at 13:27, Mike Bodner wrote:
>>>>>>
>>>>>>
>>>>>>     
>>>>>>
>>>>>>          
>>>>>>
>>>>>>>Steve,
>>>>>>>
>>>>>>>I am looking to convert NCAR/NCEP reanalysis files which I downloaded 
>>>>>>>       
>>>>>>>
>>>>>>>            
>>>>>>>
>>>>>>>from the CDC site.
>>>>>>     
>>>>>>
>>>>>>          
>>>>>>
>>>>>>>a sample of the file name is  /shum.2004.nc /and it's a 2.5x2.5 grid.
>>>>>>>
>>>>>>>Hope this helps
>>>>>>>
>>>>>>>Mike
>>>>>>>
>>>>>>>Steve Chiswell wrote:
>>>>>>>
>>>>>>>  
>>>>>>>
>>>>>>>       
>>>>>>>
>>>>>>>            
>>>>>>>
>>>>>>>>Mike,
>>>>>>>>
>>>>>>>>It depends on the source and format of the netcdf file.
>>>>>>>>I provide a NetCDF to GEMPAK grid for NCAR/NCEP reanalysis
>>>>>>>>types of grid files that follow the COARDS conventions for NetCDF
>>>>>>>>files. Otherwise, i'd have to know the source of the file and
>>>>>>>>see the NetCDF header.
>>>>>>>>
>>>>>>>>Steve Chiswell
>>>>>>>>Unidata User Support
>>>>>>>>
>>>>>>>>
>>>>>>>>On Tue, 2005-10-11 at 12:33, Mike Bodner wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>    
>>>>>>>>
>>>>>>>>         
>>>>>>>>
>>>>>>>>              
>>>>>>>>
>>>>>>>>>Hi Steve,
>>>>>>>>>
>>>>>>>>>Scott Jacops from NCEP suggested that I contact you with my question.
>>>>>>>>>
>>>>>>>>>Do you know which programs are available to convert a NETCDF file to a
>  
>>>>>>>>>gird file in GEMPAK? If so, do you know where I need obtain this progr
> am
>>>>>>>>>                
>>>>>>>>>
>>>?
>>>    
>>>
>>>>>>>>>Thanks in advance for any help you can provide.
>>>>>>>>>
>>>>>>>>>Mike
>>>>>>>>> 
>>>>>>>>>
>>>>>>>>>      
>>>>>>>>>
>>>>>>>>>           
>>>>>>>>>
>>>>>>>>>                
>>>>>>>>>
>>>>>-- 
>>>>>
>>>>>Mike Bodner
>>>>>Meteorologist/Developer
>>>>>NOAA/NCEP/HPC/Development and Training Branch
>>>>>5200 Auth Road
>>>>>Camp Springs, MD 20746
>>>>>
>>>>>Email     address@hidden
>>>>>Voice     301-763-8000 ext. 7322
>>>>>Fax       301-763-8085
>>>>>
>>>>>   
>>>>>
>>>>>        
>>>>>
>>>>--
>>>>***************************************************************************
> * 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>Unidata User Support                                    UCAR Unidata Progra
> m 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>(303)497-8643                                                  P.O. Box 300
> 0 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>address@hidden                                   Boulder, CO 8030
> 7 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>---------------------------------------------------------------------------
> - 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>Unidata WWW Service              http://my.unidata.ucar.edu/content/support
>   
>>>>      
>>>>
>>><
>>>    
>>>
>>>>---------------------------------------------------------------------------
> - 
>>>>      
>>>>
>>><
>>>    
>>>
>>>>NOTE: All email exchanges with Unidata User Support are recorded in the
>>>>Unidata inquiry tracking system and then made publicly available
>>>>through the web.  If you do not want to have your interactions made
>>>>available in this way, you must let us know in each email you send to us.
>>>> 
>>>>
>>>>      
>>>>
>>>-- 
>>>
>>>Mike Bodner
>>>Meteorologist/Developer
>>>NOAA/NCEP/HPC/Development and Training Branch
>>>5200 Auth Road
>>>Camp Springs, MD 20746
>>>
>>>Email     address@hidden
>>>Voice     301-763-8000 ext. 7322
>>>Fax       301-763-8085
>>>
>>>    
>>>
>>--
>>**************************************************************************** 
>>Unidata User Support                                    UCAR Unidata Program 
>>(303)497-8643                                                  P.O. Box 3000 
>>address@hidden                                   Boulder, CO 80307 
>>---------------------------------------------------------------------------- 
>>Unidata WWW Service              http://my.unidata.ucar.edu/content/support  
>>---------------------------------------------------------------------------- 
>>NOTE: All email exchanges with Unidata User Support are recorded in the
>>Unidata inquiry tracking system and then made publicly available
>>through the web.  If you do not want to have your interactions made
>>available in this way, you must let us know in each email you send to us.
>>  
>>
>
>-- 
>
>Mike Bodner
>Meteorologist/Developer
>NOAA/NCEP/HPC/Development and Training Branch
>5200 Auth Road
>Camp Springs, MD 20746
>
>Email     address@hidden
>Voice     301-763-8000 ext. 7322
>Fax       301-763-8085
>
--
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.