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

[GEMPAK #JOS-568156]: GEMPAK5.9.4 and 5.10.1



Steve,

I'll take a look at gdgrib. With respect to the radar data, I replied back on 
Jan 24, 2007:

-----------------------------------------------------------------------------------
 > Hi All.
>
> Pelmorex is pleased to be able to offer our Canadian RADAR data, purchased
> from Environment Canada, to UNIDATA for distribution on the IDD.
>
> Thanks to Steve Chiswell for his assistance in working with the Canadian
> RADAR in NumericA format in GEMPAK at the 2006 Fall Workshops, Pelmorex
> could see the benefits of sharing data with the UNIDATA community.
>
> At the DECEMBER 2006 Technical Cooperation Meeting between Pelmorex and
> Environment Canada, general approval was given allowing Pelmorex to provide
> the Canadian RADAR to the UNIDATA users community.
>
> Could someone please contact me so the details can be determined, if UNIDATA
> is interested in this data; and the possibilities of other data that
> Pelmorex may have that might be of interest.
>
> Stephen Sinnis
> Pelmorex Media Inc
> T. 905.829.1159 x1379
> F. 905.829.5800
>
>


Steve,

I'd be happy to work with you regarding any data sets you may want to share.
For the radar data, we looked at the cappi rainfall rate product for generating 
the
composites. Depending on what you feel is the best way to distribute this data,
I can incorporate the program into the 5.10.1 GEMPAK release as needed.

Let me know what you have in mind!

Steve Chiswell
Unidata User Support

----------------------------------------------------------


I was unsure if you would want to feed sites directly, or provide to Unidata 
for 
redistribution. Also, at the time I looked at your data, it was a single level 
CAPPI, are 
there other level? Also, you mentioned a seasonal ZtoR shift, but that the data 
was
provided as rainfall rate values. Any other thoughts on your end on 
distribution?
I'd be happy to try an LDM feed!

Thanks,

Steve Chiswell
Unidata User Support











> Hi all.
> 
> We have just noticed that our grib creation scripts does not work quite
> right since GEMPAK5.9.3.
> 
> A script (see attachment), using gdcfil, oabsfc, and gdgrib; creates a
> grib1 file of observation data.  If the scripts is run in the
> GEMPAK5.9.3 environment it works, but not in the 5.9.4 or 5.10.1.
> Should I try 5.10.2?
> 
> The grib file is created ok, but the Di and Dj values are not computed
> correctly.
> 
> I am including  the script and a header from gribdump that shows output
> from the "good" grib1 file and the "not-so-good" grib1 file.  Nothing
> seems to have changed for the GDCFIL, OABSFC, and GDGRIB programs.  I
> cannot find what has changed in the $GEMTBL, which might explain this.
> 
> If I simply run GDCFIL, OABSFC, and GDGRIB from GEMPAK5.9.3 in more
> recent environments I still get improper Di Dj values.
> 
> I did not notice if there is a legacy issue for gdgrib.  Actually, I am
> not sure where is the problem(s).
> 
> Please help, when you can.
> 
> P.S. We still have some Canadian RADAR data that we can feed via LDM if
> your are interested.
> 
> Stephen Sinnis
> Pelmorex Media Inc
> T. 905.829.1159 x1379
> F. 905.829.5800
> 
> DETAILS:
> 
> GOOD GRIB HEADER:
> -----------------------------------------------------
> Header : 1
> Originating Center : 54 (Canadian Meteorological Service -
> Montreal)
> Subcenter : 1 (unknown)
> Process : 36 (model for unknown center)
> Grid : 255
> points in grid : 42640
> Parameter : 11 (T)
> Units : degK
> Level Type : Surface
> Reference Time : 2007/03/20:20:00
> Time Unit : Hour
> Time Range Indicator : Reference Time + P1
> Time 1 (P1) : 0
> Decimal Scale Factor : 0
> Binary Scale Factor : -2
> Reference Value : 243.000000
> Minimum Value : 243
> Number of Bits : 8
> BMS Included : TRUE
> GDS Included : TRUE
> IsInternationalGrid : FALSE
> GRIB Edition : 1
> Parameter Table Ver : 2
> GDS representation type : 0 (Latitude/Longitude)
> Number of columns : 410
> Number of rows : 104
> Number of points : 42640
> Kind of grid : rectangular
> GDS res/comp flag : 0
> GDS scan mode flag : 64
> GDS no. of vert. coords : 0
> GDS Ni : 410
> GDS Nj : 104
> GDS La1 : 40.000000
> GDS Lo1 : -139.979996
> GDS La2 : 62.660000
> GDS Lo2 : -50.000000
> GDS Di : 0.220000
> GDS Dj : 0.220000
> NOT_SO_GOOD GRIB HEADER:
> -----------------------------------------------------
> Header : 1
> Originating Center : 54 (Canadian Meteorological Service -
> Montreal)
> Subcenter : 1 (unknown)
> Process : 36 (model for unknown center)
> Grid : 255
> points in grid : 42640
> Parameter : 11 (T)
> Units : degK
> Level Type : Surface
> Reference Time : 2007/03/21:13:00
> Time Unit : Hour
> Time Range Indicator : Reference Time + P1
> Time 1 (P1) : 0
> Decimal Scale Factor : 0
> Binary Scale Factor : -2
> Reference Value : 238.000000
> Minimum Value : 238
> Number of Bits : 8
> BMS Included : TRUE
> GDS Included : TRUE
> IsInternationalGrid : FALSE
> GRIB Edition : 1
> Parameter Table Ver : 2
> GDS representation type : 0 (Latitude/Longitude)
> Number of columns : 410
> Number of rows : 104
> Number of points : 42640
> Kind of grid : rectangular
> GDS res/comp flag : 0
> GDS scan mode flag : 64
> GDS no. of vert. coords : 0
> GDS Ni : 410
> GDS Nj : 104
> GDS La1 : 40.000000
> GDS Lo1 : -139.979996
> GDS La2 : 62.660000
> GDS Lo2 : -50.000000
> GDS Di : 65.535004
> GDS Dj : 65.535004
> MACHINE ENVIRONMENT:
> [ssinnis@gempak3 sfca]$ uname -a
> Linux gempak3.testdev.pelmorex.com 2.6.18-1.2200.fc5 #1 Sat Oct 14
> 16:59:26 EDT 2006 i686 i686 i386 GNU/Linux
> Linux version 2.6.18-1.2200.fc5
> (address@hidden) (gcc version 4.1.1 20060525
> (Red Hat 4.1.1-1)) #1 Sat Oct 14 1
> 6:59:26 EDT 2006
> BIOS-provided physical RAM map:
> BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
> BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
> BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
> BIOS-e820: 0000000000100000 - 000000003ffec000 (usable)
> BIOS-e820: 000000003ffec000 - 000000003ffef000 (ACPI data)
> BIOS-e820: 000000003ffef000 - 000000003ffff000 (reserved)
> BIOS-e820: 000000003ffff000 - 0000000040000000 (ACPI NVS)
> BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
> BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
> BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
> 127MB HIGHMEM available.
> 896MB LOWMEM available.
> Using x86 segment limits to approximate NX protection
> On node 0 totalpages: 262124
> DMA zone: 4096 pages, LIFO batch:0
> Normal zone: 225280 pages, LIFO batch:31
> HighMem zone: 32748 pages, LIFO batch:7
> DMI 2.3 present.
> ACPI: RSDP (v000 ASUS                                  ) @ 0x000f5270
> ACPI: RSDT (v001 ASUS   P4B533   0x42302e31 MSFT 0x31313031) @
> 0x3ffec000
> ACPI: FADT (v001 ASUS   P4B533   0x42302e31 MSFT 0x31313031) @
> 0x3ffec0c0
> ACPI: BOOT (v001 ASUS   P4B533   0x42302e31 MSFT 0x31313031) @
> 0x3ffec030
> ACPI: MADT (v001 ASUS   P4B533   0x42302e31 MSFT 0x31313031) @
> 0x3ffec058
> ACPI: DSDT (v001   ASUS P4B533   0x00001000 MSFT 0x0100000b) @
> 0x00000000
> ACPI: PM-Timer IO Port: 0xe408
> ACPI: Local APIC address 0xfee00000
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> Processor #0 15:2 APIC version 20
> ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
> ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
> IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
> ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 22 low level)
> ACPI: IRQ0 used by override.
> ACPI: IRQ2 used by override.
> Enabling APIC mode:  Flat.  Using 1 I/O APICs
> Using ACPI (MADT) for SMP configuration information
> Allocating PCI resources starting at 50000000 (gap: 40000000:bec00000)
> Detected 2424.065 MHz processor.
> Built 1 zonelists.  Total pages: 262124
> Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet
> mapped APIC to ffffd000 (fee00000)
> mapped IOAPIC to ffffc000 (fec00000)
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> CPU 0 irqstacks, hard=c075b000 soft=c075a000
> PID hash table entries: 4096 (order: 12, 16384 bytes)
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Memory: 1033128k/1048496k available (2041k kernel code, 14728k reserved,
> 801k data, 220k init, 130992k highmem)
> Checking if this processor honours the WP bit even in supervisor mode...
> Ok.
> 
> 
> 


Ticket Details
===================
Ticket ID: JOS-568156
Department: Support GEMPAK
Priority: Normal
Status: Closed