From koermer at mail.plymouth.edu Thu Jun 22 13:13:53 2006 From: koermer at mail.plymouth.edu (koermer at mail.plymouth.edu) Date: Thu, 22 Jun 2006 15:13:53 -0400 Subject: High Resolution Map File Message-ID: <20060622151353.9xgcttfuo04oggok@webmail.plymouth.edu> Hello, The WXP us_cnty.map file is fairly high resolution, but the WXP US and state boundary maps in wxp.map don't have nearly detail and often fit poorly with the county maps. Does anyone have a higher resolution WXP map file of the the US coastline (e.g. like McIdas)? I'm doing some high resolution, mesoscale work this summer down at Cape Canaveral and it would be nice to see some maps of the observations over land (where they should be) rather than over the water. Jim Koermer Plymouth State ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From devo at ks.unisys.com Thu Jun 22 14:20:58 2006 From: devo at ks.unisys.com (Dan Vietor) Date: Thu, 22 Jun 2006 16:20:58 -0400 Subject: High Resolution Map File In-Reply-To: <20060622151353.9xgcttfuo04oggok@webmail.plymouth.edu> References: <20060622151353.9xgcttfuo04oggok@webmail.plymouth.edu> Message-ID: <1151007658.3565.204.camel@localhost> On Thu, 2006-06-22 at 15:13 -0400, koermer at mail.plymouth.edu wrote: > Hello, > > The WXP us_cnty.map file is fairly high resolution, but the WXP US and > state boundary maps in wxp.map don't have nearly detail and often fit > poorly with the county maps. Does anyone have a higher resolution WXP > map file of the the US coastline (e.g. like McIdas)? I'm doing some > high resolution, mesoscale work this summer down at Cape Canaveral and > it would be nice to see some maps of the observations over land (where > they should be) rather than over the water. Do you have the dlg map files? These are high resolution maps from the USGS DLG data set. http://wxp.unisys.com/etc/dlg/ Also, there is an update: http://wxp.unisys.com/etc/dlg95/ Also, there are the Digital Chart of the World maps: http://wxp.unisys.com/etc/eurnasia/ http://wxp.unisys.com/etc/noamer/ http://wxp.unisys.com/etc/sasaus/ http://wxp.unisys.com/etc/soamafr/ If you really want detail, you can decode the 100K USGS DLG databases. A sample is on the web site: http://weather.unisys.com/wxp/maps/sample_large.gif I'm also adding a bit more detail to my wxp.map file. -- ________________________________________________________ Daniel Vietor Mail: devo at ks.unisys.com Unisys Corp Title: Engineer/Meteorologist 2476 Swedesford Rd B101-L Phone: 610-648-3623 Malvern PA 19355 Fax: 610-695-5524 From bcotton at purdue.edu Thu Jun 22 14:33:46 2006 From: bcotton at purdue.edu (Ben Cotton) Date: Thu, 22 Jun 2006 16:33:46 -0400 Subject: High Resolution Map File In-Reply-To: <1151007658.3565.204.camel@localhost> References: <20060622151353.9xgcttfuo04oggok@webmail.plymouth.edu> <1151007658.3565.204.camel@localhost> Message-ID: <449AFEAA.2040703@purdue.edu> Dan beat me to it, of course, but the DLG maps are probably the way to go. I did a quick comparison for you.... http://wxp.eas.purdue.edu/test/map_comparison.gif There's also the option of finding a GIF map you like from something else, matching the domain and projection in WXP, and then using wxploop to overlay your data atop the map. BC -- Ben Cotton, KC9FYX LDM Administrator Department of Earth and Atmospheric Sciences Purdue Univerisity CIVL 4212 O: 765 49-61546 C: 765 586-8992 From poker at meteor.wisc.edu Fri Jun 23 12:00:25 2006 From: poker at meteor.wisc.edu (Pete Pokrandt) Date: Fri, 23 Jun 2006 13:00:25 -0500 Subject: wxp and GRIB2 problems with U/V components Message-ID: <200606231800.k5NI0Pp7029135@sysadm.aos.wisc.edu> All, Has anyone been playing around with the 0.5 deg GFS GRIB2 stuff with wxp? I just revisited my efforts trying to get wxp to play happy with the 0.5 deg GRIB2 GFS data that we get over CONDUIT. The problem is that it's still not handling the U/V in the same grib record correctly, that I can tell. I'm running version 5.039 from the wxp.unidata.com/bin/linux directory (dated January 28, 2006) with current grib_var.lup, grib2_var.lup, and variable.lup files as far as I can tell. In a griblook -me debug, it seems as though it's identifying that there is a U and V component, but in the standard listing line it shows only the V component. grbcalc can't find either U or V trying to plot them individually. Here's some output from the griblook -me debug of a combined U/V GRIB2 record: section: 1 21 section: 3 72 GDS: 0 Lat-lon Grid Grid locate: 90.00 N, 0.00 E - -90.00 N 359.50 E 0.00 - 720 361 Grid locate: 0.00 N, 179.75 E Grid size: 0.50x0.50 Gridpoint direction: 7 : north to south latlon:0.000:179.750:::,0.000,179.750,720,361,0.5000,0.5000 section: 4 34 Analysis or forecast on horizontal level at a fixed time get_ver2_param 7 0 2 2 GPARAM: uwnd m/s 33 LEV 100 255 50000.000000 0.000000 Source: 7 Model: 96 Init time: 2006/6/15 12:00 Grid type: 9007205 Grid time: 3 Level type: 100 Level: 500 Variable: 33 m/s section: 5 23 JPEG2000 data compression section: 6 6 section: 7 104146 section: 4 34 Analysis or forecast on horizontal level at a fixed time get_ver2_param 7 0 2 3 GPARAM: vwnd m/s 34 LEV 100 255 50000.000000 0.000000 Source: 7 Model: 96 Init time: 2006/6/15 12:00 Grid type: 9007205 Grid time: 3 Level type: 100 Level: 500 Variable: 34 m/s section: 5 23 JPEG2000 data compression section: 6 6 section: 7 103066 section: 71 926365495 65: 3 hour GFS valid 15Z THU 15 JUN 06-500 mb V wind component (m/s) Model: GFS Time: 3hr Level: 500mb Variable: vwnd Units : m/s Model: 96 Ltype: 100 Level: 500 Var: 34 Hour: 3 Grid: 9007205 Proj: latlon:0.000:179.750:::,0.000,179.750,720,361,0.5000,0.5000 HEADER DUMP: 0 1 2 3 4 5 6 7 8 9 00: [00][00][00][00][00][02][0B][B3][00][00] 10: [00][15][01][00][07][00][00][02][01][01] 20: [07][D6][06][0F][0C][00][00][00][01][00] 30: [00][00][48][03][00][00][03][F7][50][00] 40: [00][00][00][06][00][00][00][00][00][00] 50: [00][00][00][00][00][00][00][00][00][00] 60: [00][02][D0][00][00][01][69][00][00][00] 70: [00][00][00][00][00][05][5D][4A][80][00] 80: [00][00][00][30][85][5D][4A][80][15][6D] 90: [88][E0][00][07][A1][20][00][07][A1][20] 100: [00][00][00][00][22][04][00][00][00][00] 110: [01][00][02][00][60][00][00][00][01][00] I tried the griblook in the beta folder (id's itself as GRID FILE PARSER (Ver 6.0A18-LINUX-X11) and it does display independent U/V components in a listing, as it should. It doesn't seem to use the ymdh_t file though to look up file names as the earlier versions do. The old v5.039 version runs like: ~/bin/griblook.5.039 -cu la -mo gblav2003 GRID FILE PARSER (Ver 5.39-LINUX-X11) Current filename: /data/grib2/gblav2.06061612_F003 Reading from grid file:/data/grib2/gblav2.06061612_F003 0: 3 hour GFS valid 15Z FRI 16 JUN 06-975 mb Geopotential Height (gpm) 1: 3 hour GFS valid 15Z FRI 16 JUN 06-550 mb Geopotential Height (gpm) 2: 3 hour GFS valid 15Z FRI 16 JUN 06-950 mb Geopotential Height (gpm) 3: 3 hour GFS valid 15Z FRI 16 JUN 06-750 mb Geopotential Height (gpm) ... The beta version gives: [wxp at tempest grib2]$ ~/bin/griblook.5.039b -cu la -mo gblav2003 -dp /data/grib2 GRID FILE PARSER (Ver 6.0A18-LINUX-X11) Reading from grid file:gblav2003 Wierd... anyways.. Anyone else with any ideas or experiences? I'm kinda nervous about this since there is talking about removing the GRIB1 1 deg GFS data and totally replacing it with GRIB2 0.5 deg GFS data from 0 to 180 h. Which would be fine with me if I could plot it right! Thanks much! Pete -- +>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+ ^ Pete Pokrandt V 1447 AOSS Bldg 1225 W Dayton St^ ^ Systems Programmer V Madison, WI 53706 ^ ^ V poker at meteor.wisc.edu ^ ^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^ ^ University of Wisconsin-Madison V 262-0166 (Fax) ^ +<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+ From devo at ks.unisys.com Fri Jun 23 13:26:31 2006 From: devo at ks.unisys.com (Dan Vietor) Date: Fri, 23 Jun 2006 15:26:31 -0400 Subject: wxp and GRIB2 problems with U/V components In-Reply-To: <200606231800.k5NI0Pp7029135@sysadm.aos.wisc.edu> References: <200606231800.k5NI0Pp7029135@sysadm.aos.wisc.edu> Message-ID: <1151090792.3565.222.camel@localhost> On Fri, 2006-06-23 at 13:00 -0500, Pete Pokrandt wrote: > All, > > Has anyone been playing around with the 0.5 deg GFS GRIB2 stuff > with wxp? > > I just revisited my efforts trying to get wxp to play happy with > the 0.5 deg GRIB2 GFS data that we get over CONDUIT. > > The problem is that it's still not handling the U/V in the same > grib record correctly, that I can tell. Right now, the WXP5 GRIB2 decoder won't handle mulitple grids within a single product. WXP6 will find the grids but I haven't tested it with .5 deg GFS data. At least not yet. I am working on a fix or at least putting the WXP6 contour program out so that those grids can be used. -- ________________________________________________________ Daniel Vietor Mail: devo at ks.unisys.com Unisys Corp Title: Engineer/Meteorologist 2476 Swedesford Rd B101-L Phone: 610-648-3623 Malvern PA 19355 Fax: 610-695-5524 From devo at ks.unisys.com Thu Jun 29 13:42:07 2006 From: devo at ks.unisys.com (Dan Vietor) Date: Thu, 29 Jun 2006 15:42:07 -0400 Subject: Where do you put WXP? Message-ID: <1151610127.27833.74.camel@localhost> This is a question for WXP users on Red Hat products. I'm looking at doing RPM files for RHEL3, FC4 and FC5 and want to know preferred locations. The default in the past has been /home/wxp just due to differences in where each OS puts third party software. I know /usr/local/wxp is another preferred location which is somewhat in line with prior software installations. I was also thinking of /usr/wxp. I'm looking for some help here on the best location... I will be creating a yum repository for WXP on the weather.unisys.com web site. So you can add a wxp repo listing in the yum.conf file to update WXP directly. I'm also producing a wxp-devel, wxp-perl and wxp-python set of RPM files. I'm putting the WXP 5.40 binaries out on the web server for download. -- ________________________________________________________ Daniel Vietor Mail: devo at ks.unisys.com Unisys Corp Title: Engineer/Meteorologist 2476 Swedesford Rd B101-L Phone: 610-648-3623 Malvern PA 19355 Fax: 610-695-5524 From sebenste at weather.admin.niu.edu Thu Jun 29 14:48:14 2006 From: sebenste at weather.admin.niu.edu (Gilbert Sebenste) Date: Thu, 29 Jun 2006 15:48:14 -0500 (CDT) Subject: Where do you put WXP? In-Reply-To: <1151610127.27833.74.camel@localhost> References: <1151610127.27833.74.camel@localhost> Message-ID: On Thu, 29 Jun 2006, Dan Vietor wrote: > This is a question for WXP users on Red Hat products. > > I'm looking at doing RPM files for RHEL3, FC4 and FC5 and want to know > preferred locations. The default in the past has been /home/wxp just > due to differences in where each OS puts third party software. I > know /usr/local/wxp is another preferred location which is somewhat in > line with prior software installations. I was also thinking > of /usr/wxp. I do /usr/local/bin for the binaries, and /usr/local/etc for the config files. But that's just (and probably only) me. > I'm looking for some help here on the best location... > > I will be creating a yum repository for WXP on the weather.unisys.com > web site. So you can add a wxp repo listing in the yum.conf file to > update WXP directly. > I'm also producing a wxp-devel, wxp-perl and wxp-python set of RPM > files. Cool! Will be interesting to see where people put their stuff. ******************************************************************************* Gilbert Sebenste ******** (My opinions only!) ****** Staff Meteorologist, Northern Illinois University **** E-mail: sebenste at weather.admin.niu.edu *** web: http://weather.admin.niu.edu ** *******************************************************************************