This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.
Wuyin, Try using "dcreanal2". But... the one limitation of your data set is the lack of a "time" field in order to determine the date of the field to be written in the GEMPAK file. Typically, the time is given as hours or days since a starting time. Steve Chiswell >From: Wuyin Lin <address@hidden> >Organization: UCAR/Unidata >Keywords: 200210031456.g93Euh107034 > This message is in MIME format. The first part should be readable text, > while the remaining parts are likely unreadable without MIME-aware tools. > Send mail to address@hidden for more info. > >--0-1755821617-1033657149=:28961 >Content-Type: TEXT/PLAIN; charset=US-ASCII > >Steve, > >Unfortunately I am still having some problems with the decoder dcreanal. >Following are the screen message after issuing the command. It did nothing >more than that. > >dcreanal I092612-2.nc I092612-2.gem > Changing center table to cntrgrib1.tbl > Changing vertical coord table to vcrdgrib1.tbl > Changing WMO parameter table to ncarncep1.tbl > Changing center parameter table to ncarncep1.tbl >can't handle this many dimensions for a variable 1 >can't handle this many dimensions for a variable 1 > >The file header for the netcdf is attached. I am clueless what other >attributes are still needed for dcreanal to recognize it. I am trying >to get one simple file to work, and then will more generate netcdf file in >similar format. > >I also have a question: can a netcdf file containing both multiple and >single level fields be decoded by dcreanal? When the variable 'level' >and the associated GRIB_id/GRIB_name define the vertical coordinate >for a multiple level variable, how the vertical coordinate for a single >level field to be defined, particularly when it is not the surface field? > >In the case a file only containing multiple single level fields, each >probably having different vertical coordinates, e.g., surface, TOA, 500mb, >850mb field co-exist on one netcdf file (each with a distinct name and >ID). >In that case, is it possible to differtiate these different coordinates >within a single netcdf file and allowing it to be recognized by the >decoder. (I am new to gempak, unsure if the vertical coordinate has to be >defined for each variable on a same gempak file.) > > >thank you verr much. > >Wuyin > >--0-1755821617-1033657149=:28961 >Content-Type: TEXT/PLAIN; charset=US-ASCII; name="header.txt" >Content-Transfer-Encoding: BASE64 >Content-ID: <address@hidden> >Content-Description: netcdf header > >bmV0Y2RmIEkwOTI2MTItMiB7DQpkaW1lbnNpb25zOg0KCWxhdCA9IDczIDsN >Cglsb24gPSAxNDQgOw0KCWxldmVsID0gMiA7DQp2YXJpYWJsZXM6DQoJZmxv >YXQgbGF0KGxhdCkgOw0KCQlsYXQ6bG9uZ19uYW1lID0gIkxhdGl0dWRlIiA7 >DQoJCWxhdDp1bml0cyA9ICJkZWdyZWVzX25vcnRoIiA7DQoJCWxhdDpHUklC >X2lkID0gMTc2cyA7DQoJCWxhdDpHUklCX25hbWUgPSAiTkxBVCIgOw0KCWZs >b2F0IGxvbihsb24pIDsNCgkJbG9uOmxvbmdfbmFtZSA9ICJMb25naXR1ZGUi >IDsNCgkJbG9uOnVuaXRzID0gImRlZ3JlZXNfZWFzdCIgOw0KCQlsb246R1JJ >Ql9pZCA9IDE3N3MgOw0KCQlsb246R1JJQl9uYW1lID0gIk5MT04iIDsNCglm >bG9hdCBsZXZlbChsZXZlbCkgOw0KCQlsZXZlbDpsb25nX25hbWUgPSAiTGV2 >ZWwiIDsNCgkJbGV2ZWw6dW5pdHMgPSAibWlsaWJhciIgOw0KCQlsZXZlbDpw >b3NpdGl2ZSA9ICJkb3duIiA7DQoJCWxldmVsOkdSSUJfaWQgPSAxMDBzIDsN >CgkJbGV2ZWw6R1JJQl9uYW1lID0gIlBSRVMiIDsNCglmbG9hdCBIR0hUKGxl >dmVsLCBsYXQsIGxvbikgOw0KCQlIR0hUOmxvbmdfbmFtZSA9ICJHZW9wb3Rl >bnRpYWwgaGVpZ2h0IiA7DQoJCUhHSFQ6dW5pdHMgPSAiZ3BtIiA7DQoJCUhH >SFQ6R1JJQl9pZCA9IDdzIDsNCgkJSEdIVDpsZXZlbF9kZXNjID0gIk11bHRp >cGxlIGxldmVscyIgOw0KCQlIR0hUOmdyaWJfbmFtZSA9ICJIR0hUIiA7DQoN >Ci8vIGdsb2JhbCBhdHRyaWJ1dGVzOg0KCQk6aGlzdG9yeSA9ICJDcmVhdGVk >IGZyb20gY2FtMiBoaXN0b3J5IHRhcGUiIDsNCgkJOkNvbnZlbnRpb25zID0g >IkNPQURTIiA7DQoJCTpwbGF0Zm9ybSA9ICJNb2RlbCIgOw0KCQk6ZGVzY3Jp >cHRpb24gPSAiVGhlIGRhdGEgZ2VuZXJhdGVkIGFyZSB1c2VkIHRvIGZlZWQg >Z2VtcGFrIGRlY29kZXIgZGNyZWFuYWwgZm9yIGRpc3BsYXkgcHVycG9zZSIg >Ow0KfQ0K >--0-1755821617-1033657149=:28961-- >