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

20031121: gdcntr navigation mismatch problem

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.

  • Subject: 20031121: gdcntr navigation mismatch problem
  • Date: Fri, 21 Nov 2003 14:27:45 -0700
Art,

There was a big re-write of the underlying grid library routines to handle the
larger grid files as well as maintaining state for grids being processed.
Does this problem still exist with the 5.6.L.1 distribution? 

Steve Chiswell


>From: "Arthur A. Person" <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200311212044.hALKiVEH015694

>  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.
>
>--1988162844-613045148-1069447382=:7784
>Content-Type: TEXT/PLAIN; charset=US-ASCII
>
>Hi...
>
>In changing from gempak 5.6.h to 5.6.k, we noticed the following script,
>using the attached grids, began giving a "[DG -31]  Navigation is not the 
>same as in first grid file." error:
>
>#!/bin/csh -x
>
>source /home/gempak/NAWIPS/Gemenviron
>
>gdcntr << EOF
>DEVICE   = xw
>GDATTIM  = 031122/0000
>GLEVEL   = 0
>GVCORD   = none
>MAP      = 8
>PROJ     = STR/90;-100;0
>GAREA    = 22.26;-118.74;45.79;-59.91
>CINT=5;15;25;50;75
>LINE     = 1/1/1/1
>CLEAR    = yes
>TEXT     = 0.8/2/1//hw
>SCALE    = 999
>HILO     = 
>HLSYM    = 
>CLRBAR   = 0
>CONTUR   = 1
>SKIP     = 0
>FLINE    = 0;27-25;21-23;19;17;16;15;14;11
>FINT     = 25;35;45;50;55;60;65;70;75;85;90;95
>CTYPE    = c/f
>CLRBAR   = 1/H/UL/0.05;.97/.85;.01/-1
>
>GDFILE   = etamos.grd
>TITLE    = 1/-3/ETA MOS POP ENDING ~
>PANEL    = UL/1/1/
>GFUNC    = pp06
>r
>
>CLEAR    = no
>
>GDFILE= etamos.grd+avnmos.grd+ngmmos.grd
>TITLE    = 1/-3/CONSENSUS MOS POP ENDING ~
>PANEL    = LR/1/1/
>GFUNC=QUO(ADD((ADD(pp06+1,pp06+2),pp06+3)),3)
>r
>
>e
>EOF
>
>Interestingly, if you switch the order so that the lower-right panel is
>processed first, then it works.  I assume this is some simple bug
>introduced in the "k" version...
>
>                               Thanks.
>
>                                 Art.
>-- 
>Arthur A. Person
>Research Assistant, System Administrator
>Penn State Department of Meteorology
>email:  address@hidden, phone:  814-863-1563
>
>