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

20041027: 20041027: huge gempak files



Dorothy,

To create a file with the same navigation information, use
gdcfil and set CPYFIL="your_existing_file".

This will create your new file. Then use GDMOD as I mentioned
to copy over the grids to the new file. The grid size of the
file that you are dealing with are not particularly large. However, 
if they were stored in the file without using PACK, then the disk
file would be much larger. You can specify the packing in
GDMOD to reduce the size of the stored grids. This will not
affect the amount of memory you need, just disk space. 

If your files are not the same navigation, then you may have different
ANLYSS settings, even though the PROJ, GAREA and KXKY are the same.
the CPYFIL method in gdcfil I outlined above will ensure that
your new file is compatible.

Steve Chiswell
Unidata User Support



>From: Dorothy Durnford <address@hidden>
>Organization: UCAR/Unidata
>Keywords: 200410272303.i9RN3ZvV021258

>This is a multi-part message in MIME format.
>--------------070204000906070802000501
>Content-Type: text/plain; charset=us-ascii; format=flowed
>Content-Transfer-Encoding: 7bit
>
>Hi Steve,
>
>    Thanks for pointing me towards gdplot2.  I'll try it out.
>
>    Maybe I didn't make myself clear, but I was reporting two separate 
>problems:  the 1st was re panel, the 2nd re creating a new version of an 
>existing grid.  I tried to create my own grid file, so that it would 
>take less memory, but was unable to match the navigation properties, 
>even though gdinfo was telling me the grids were identical.  What I'm 
>asking is, if the grids look identical in gdinfo, how can I find the 
>mismatch in the navigation info, and then how do I create the match?
>
>Dorothy.
>
>Unidata Support wrote:
>
>>Dorothy,
>>
>>Your grid size is only 96673 points. The defaults I provide for GEMPAK allow
>>400,000 plotted points (and 750,000 total points). Since you have GEMPAK 5.7.
> 2
>>that is the version to use over an older 5.6 version.
>>
>>The panel issue with the clear between drawing the box and plotting the data
>>is a known problem with gdcntr:
>>http://my.unidata.ucar.edu/content/support/help/MailArchives/gempak/msg03598.
> html
>>
>>The solution is to use gdplot2 instead since it does not have the problem whe
> n
>>using the PANEL option to draw boxes around the plot area. Gdplot2 has
>>all the functionality of gdcntr, plus that of gdwind, gdmap, and gdstream,
>>so its the most general way to go.
>>
>>Deleting grids can't reduce the size of a file since the space is already all
> ocated.
>>To make smaller files, you could create a new one with gdcfil and copy over
>>the desired grids with gdmod, but this isn't necessary to accomplish your goa
> l
>>of getting the box around the plot without having clear being called.
>>
>>Steve Chiswell
>>Unidata User Support
>>
>>
>>
>>  
>>
>>>Hi Dororthy,
>>>
>>>I am forwarding your email to our developers who handle support-related
>>>questions.
>>>
>>>Cheers,
>>>Jen
>>>
>>>
>>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ~~
>>~~
>>>Jennifer Oxelson                                     Unidata
>>>303-497-8123                                         Web Developer/Administr
> at
>>>or
>>>address@hidden                                     http://my.unidata.ucar.
> ed
>>>u
>>>
>>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ~~
>>>~~
>>>
>>>
>>>
>>>
>>>On Wed, 27 Oct 2004, Dorothy Durnford wrote:
>>>
>>>    
>>>
>>>>Hi,
>>>>
>>>>    I'm trying to plot NARR (North America regional reanalysis)
>>>>fields.  They come in grid files containing space for 9000 grids.  I
>>>>usually work with gempak 5.6, but it crashes with these huge files.  I
>>>>can use gempak 5.7.2 with these files, but I'm having a problem with
>>>>gdcntr.  When I plot a page with multiple panels, the first panel's
>>>>outline box appears, the page clears, then the first panel's plot
>>>>appears, followed by the other panels' plots plus boxes.  Is this a bug
>>>>in v. 5.7.2?  So, I tried deleting grids from the huge file, to make it
>>>>a manageable size for v. 5.6 to handle.  Deleting grids didn't reduce
>>>>the size of the file.  I then used gdcfil to create my own grid file, to
>>>>which I could copy grids.  I copied the navigation info that gdinfo
>>>>provides re the huge file.  It follows:
>>>>
>>>> GRID NAVIGATION:
>>>>     PROJECTION:          LCC
>>>>     ANGLES:                50.0  -107.0    50.0
>>>>     GRID SIZE:          349 277
>>>>     LL CORNER:               1.00   -145.50
>>>>     UR CORNER:              46.35     -2.57
>>>>
>>>> GRID ANALYSIS BLOCK:
>>>>     ANALYSIS TYPE:        BARNES
>>>>     DELTAN:               4.000
>>>>     DELTAX:           -9999.000
>>>>     DELTAY:           -9999.000
>>>>     GRID AREA:             0.00 -180.00   86.00  180.00
>>>>     EXTEND AREA:           0.00 -180.00   86.00  180.00
>>>>     DATA AREA:             0.00 -180.00   86.00  180.00
>>>>
>>>>I used these values in gdcfil, with anlyss=4/0;0;0;0.  Gdinfo tells me
>>>>that the new grid's navigation info is identical to that of the huge
>>>>file.  But, when I try to copy a grid to the new file, gdmod tells me
>>>>that there are differences in the navigations of the two files.  Why is
>>>>this?  How can I get these grids into a smaller file?
>>>>
>>>>Thanks, Dorothy
>>>>
>>>>
>>>>
>>>>      
>>>>
>>--
>>**************************************************************************** 
>>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.
>>
>>  
>>
>
>--------------070204000906070802000501
>Content-Type: text/html; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
><!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
><html>
><head>
>  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">
>  <title></title>
></head>
><body text="#000000" bgcolor="#ffffff">
>Hi Steve,<br>
><br>
>&nbsp;&nbsp;&nbsp; Thanks for pointing me towards gdplot2.&nbsp; I'll try it o
> ut.<br>
><br>
>&nbsp;&nbsp;&nbsp; Maybe I didn't make myself clear, but I was reporting two s
> eparate
>problems:&nbsp; the 1st was re panel, the 2nd re creating a new version of
>an existing grid.&nbsp; I tried to create my own grid file, so that it would
>take less memory, but was unable to match the navigation properties,
>even though gdinfo was telling me the grids were identical.&nbsp; What I'm
>asking is, if the grids look identical in gdinfo, how can I find the
>mismatch in the navigation info, and then how do I create the match?<br>
><br>
>Dorothy.<br>
><br>
>Unidata Support wrote:<br>
><blockquote type="cite"
> cite="address@hidden">
>  <pre wrap="">Dorothy,
>
>Your grid size is only 96673 points. The defaults I provide for GEMPAK allow
>400,000 plotted points (and 750,000 total points). Since you have GEMPAK 5.7.2
>that is the version to use over an older 5.6 version.
>
>The panel issue with the clear between drawing the box and plotting the data
>is a known problem with gdcntr:
><a class="moz-txt-link-freetext" href="http://my.unidata.ucar.edu/content/supp
> ort/help/MailArchives/gempak/msg03598.html">http://my.unidata.ucar.edu/conten
> t/support/help/MailArchives/gempak/msg03598.html</a>
>
>The solution is to use gdplot2 instead since it does not have the problem when
>using the PANEL option to draw boxes around the plot area. Gdplot2 has
>all the functionality of gdcntr, plus that of gdwind, gdmap, and gdstream,
>so its the most general way to go.
>
>Deleting grids can't reduce the size of a file since the space is already allo
> cated.
>To make smaller files, you could create a new one with gdcfil and copy over
>the desired grids with gdmod, but this isn't necessary to accomplish your goal
>of getting the box around the plot without having clear being called.
>
>Steve Chiswell
>Unidata User Support
>
>
>
>  </pre>
>  <blockquote type="cite">
>    <pre wrap="">Hi Dororthy,
>
>I am forwarding your email to our developers who handle support-related
>questions.
>
>Cheers,
>Jen
>
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>~~
>Jennifer Oxelson                                     Unidata
>303-497-8123                                         Web Developer/Administrat
>or
><a class="moz-txt-link-abbreviated" href="mailto:address@hidden";>oxelson@uca
> r.edu</a>                                     <a class="moz-txt-link-freetext
> " href="http://my.unidata.ucar.ed";>http://my.unidata.ucar.ed</a>
>u
>
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>~~
>
>
>
>
>On Wed, 27 Oct 2004, Dorothy Durnford wrote:
>
>    </pre>
>    <blockquote type="cite">
>      <pre wrap="">Hi,
>
>       I'm trying to plot NARR (North America regional reanalysis)
>fields.  They come in grid files containing space for 9000 grids.  I
>usually work with gempak 5.6, but it crashes with these huge files.  I
>can use gempak 5.7.2 with these files, but I'm having a problem with
>gdcntr.  When I plot a page with multiple panels, the first panel's
>outline box appears, the page clears, then the first panel's plot
>appears, followed by the other panels' plots plus boxes.  Is this a bug
>in v. 5.7.2?  So, I tried deleting grids from the huge file, to make it
>a manageable size for v. 5.6 to handle.  Deleting grids didn't reduce
>the size of the file.  I then used gdcfil to create my own grid file, to
>which I could copy grids.  I copied the navigation info that gdinfo
>provides re the huge file.  It follows:
>
> GRID NAVIGATION:
>     PROJECTION:          LCC
>     ANGLES:                50.0  -107.0    50.0
>     GRID SIZE:          349 277
>     LL CORNER:               1.00   -145.50
>     UR CORNER:              46.35     -2.57
>
> GRID ANALYSIS BLOCK:
>     ANALYSIS TYPE:        BARNES
>     DELTAN:               4.000
>     DELTAX:           -9999.000
>     DELTAY:           -9999.000
>     GRID AREA:             0.00 -180.00   86.00  180.00
>     EXTEND AREA:           0.00 -180.00   86.00  180.00
>     DATA AREA:             0.00 -180.00   86.00  180.00
>
>I used these values in gdcfil, with anlyss=4/0;0;0;0.  Gdinfo tells me
>that the new grid's navigation info is identical to that of the huge
>file.  But, when I try to copy a grid to the new file, gdmod tells me
>that there are differences in the navigations of the two files.  Why is
>this?  How can I get these grids into a smaller file?
>
>Thanks, Dorothy
>
>
>
>      </pre>
>    </blockquote>
>  </blockquote>
>  <pre wrap=""><!---->--
>**************************************************************************** &
> lt;
>Unidata User Support                                    UCAR Unidata Program &
> lt;
>(303)497-8643                                                  P.O. Box 3000 &
> lt;
><a class="moz-txt-link-abbreviated" href="mailto:address@hidden";>sup
> address@hidden</a>                                   Boulder, CO 80307
>  &lt;
>---------------------------------------------------------------------------- &
> lt;
>Unidata WWW Service              <a class="moz-txt-link-freetext" href="http:/
> /my.unidata.ucar.edu/content/support">http://my.unidata.ucar.edu/content/supp
> ort</a>  &lt;
>---------------------------------------------------------------------------- &
> lt;
>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.
>
>  </pre>
></blockquote>
></body>
></html>
>
>--------------070204000906070802000501--
>
>
--
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.