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

Re: Font differences between Gempak5.9.2 and Gempak5.10.2



Mike,

There are several factors which affect the TEXT plotting.
In the first instance you only show a size of ".7". The
font style and HW/SW flat will default to their previous
setting- thus depending on what you had run in that
directory/gplt session previously would continue to be in effect.
Make sure you set all the items size/style/width/hw-sw
in order to compare.


Also added in 5.9.4: 
http://www.unidata.ucar.edu/software/gempak/GEMPAK5.9/whats_new.html#5.9.4
was the ability to control text size in line for individual parameters,
so you would want to ensure you aren't overriding any text attributes
that way:

      The text size and line width can also be specified for plotting
numerical
      data such as temperature and dewpoint.  These follow the parameter
name,
      or condition, delimited by colons.  For example, TMPF:2.5:3 ,
would
      cause temperatures to be plotted with a text size of 2.5 and a
      line width of 3.  Text sizes that are positive cause the data to
be
      plotted at the location they would appear if they were being
plotted
      with the largest specified text size (ie. farther from the center
of
      the station model than they would normally appear).  Text sizes
that are
      negative cause the offsets from the center of the station model to
be
      computed based on the specified text size.  NOTE:  A large range
of
      negative text sizes may result in some degree of overplotting.
      When using hardware fonts, text sizes may be named sizes.  For
example,
      tiny, SMALL, m, -m, -LARGE, etc, are all valid specifications.
      If no text size is provided for a particular data type, that data
will
      be plotted with the default text size specified in the TEXT
parameter.


If you are still having trouble with sizes, please send me the script
so I can run with the same TEXT, SFPARM, DEVICE settings
that you used to produce the plots.

Steve Chiswell
Unidata User Support







On Mon, 2007-08-13 at 11:19 -0700, Mike Voss wrote:
> Pete,
> Thanks for your suggestion. I was indeed using the "gif" driver, but 
> when I use the "gf" driver instead I get similar results as I show 
> below. The main thing I'm having trouble figuring out is why this 
> won't plot correctly in GEMPAK5.10.2, while it works fine in GEMPAK5.9.2.
> 
> In my previous examples I was using gif, now I use the gf driver: 
> (DEVICE   = gf|OUTPUTFILE|800;600)
> 
> GEMPAK5.9.2, using SFMAP:
> TEXT= .7:
> http://www.met.sjsu.edu/weather/surface/24hour-e.gif
> TEXT=1/21/SW:
> http://www.met.sjsu.edu/weather/surface/24hour-f.gif
> 
> BUT,
> GEMPAK5.10.2, using SFMAP:
> TEXT= .7:
> http://www.met.sjsu.edu/weather/surface/24hour-g.gif
> TEXT=1/21/SW:
> http://www.met.sjsu.edu/weather/surface/24hour-h.gif
> 
>   Anyone?
> 
> 
> At 08:00 PM 8/12/2007, address@hidden wrote:
> >Hi Mike..
> >
> >The only thing I can think of offhand is be sure the driver is set 
> >to gf instead of gif.
> >
> >For example
> >
> >device = gf|test.gif
> >
> >instead of
> >
> >device = gif|test.gif
> >The "gif" driver (not "gf") will not accept hw fonts.
> >
> >Pete
> >-----address@hidden wrote: -----
> >
> >To: address@hidden, address@hidden
> >From: Mike Voss <address@hidden>
> >Sent by: address@hidden
> >Date: 08/11/2007 12:41PM
> >Subject: Font differences between Gempak5.9.2 and Gempak5.10.2
> >
> >Gembuds,
> >I have been having trouble getting GEMPAK 5.10.2 to change the font
> >size. Has anyone else noticed font behavior differences between 5.9.2
> >and 5.10.2?
> >
> >Running on my linux machine (2.6.15-1.2054_FC5), using linux
> >binaries, I get two different outcomes from identical scripts:
> >
> >For Example:
> >GEMPAK5.9.2, using SFMAP:
> >TEXT= .7:
> ><http://www.met.sjsu.edu/weather/surface/24hour-a.gif>http://www.met.sjsu.edu/weather/surface/24hour-a.gif
> >TEXT=1/21/SW:
> ><http://www.met.sjsu.edu/weather/surface/24hour-b.gif>http://www.met.sjsu.edu/weather/surface/24hour-b.gif
> >
> >BUT,
> >GEMPAK5.10.2, using SFMAP:
> >TEXT= .7:
> ><http://www.met.sjsu.edu/weather/surface/24hour-c.gif>http://www.met.sjsu.edu/weather/surface/24hour-c.gif
> >TEXT=1/21/SW:
> ><http://www.met.sjsu.edu/weather/surface/24hour-d.gif>http://www.met.sjsu.edu/weather/surface/24hour-d.gif
> >
> >Thanks for anyone who might have an explanation or a solution.
> >
> >-Mike
> >
> >
> >--------------------------
> >Mike Voss
> >Department of Meteorology
> >San Jose State University
> >One Washington Square
> >San Jose, CA 95192-0104
> >
> >408.924.5204 voice
> >408.924.5191 fax
> >
> >===============================================================================
> >To unsubscribe gembud, visit:
> ><http://www.unidata.ucar.edu/mailing-list-delete-form.html>http://www.unidata.ucar.edu/mailing-list-delete-form.html
> >===============================================================================
> >
> >
> >
> >The information contained in this message is intended only for the 
> >personal and confidential use of the recipient(s) named above. If 
> >the reader of this message is not the intended recipient or an agent 
> >responsible for delivering it to the intended recipient, you are 
> >hereby notified that you have received this document in error and 
> >that any review, dissemination, distribution, or copying of this 
> >message is strictly prohibited. If you have received this 
> >communication in error, please notify us immediately, and delete the 
> >original message.
> >To unsubscribe gembud, visit: 
> >http://www.unidata.ucar.edu/mailing-list-delete-form.html
> 
> --------------------------
> Mike Voss
> Department of Meteorology
> San Jose State University
> One Washington Square
> San Jose, CA 95192-0104
> 
> 408.924.5204 voice
> 408.924.5191 fax    
> 
> ===============================================================================
> To unsubscribe gembud, visit:
> http://www.unidata.ucar.edu/mailing-list-delete-form.html
> ===============================================================================
-- 
Steve Chiswell <address@hidden>
Unidata