[Thread Prev][Thread Next][Index]
Re: [ferret_users] [Ferret_users] : improving the plot quality
Hi Jaison,
Thank you for this list. We always want to know when there are either
bugs or things that are inconsistent or annoying to users, particularly
long-term users like you. I'll put in my quick responses to some of
these here, inserted into your list, and we'll look into some of the
others as time allows.
For some of your comments, especially about the details of fonts and
labels, some users have found that they prefer to use a graphics program
for fine-tuning once the final plot is made, as a final step before
publication. We're aware that the fonts and some of the controls for
contouring and labelling are difficult and it's not always possible
within Ferret commands to get just exactly what you'd want.
Ansley
Jaison Kurian wrote:
Hi,
I am using Ferret for last few years and occationally runs
into problems as the ones listed below, while making plots.
During this period Ferret got many updates and i think in
the plot making/quality side there wasn't much improvement.
I am sure that Ferret is a powerfull and easy to use tool
for data analysis but the plot quality (see No.10 below) as
well as the ease to make plots are of important concern.
This is a request to the developer team. Please have a look at
the problems listed below (please correct me if i am wrong
anywhere). Hope that these problems can be fixed in coming
version/s of Ferret.
Thanks & Regards
Jaison
---------------------------------------------------------------------
1. ppl pen,0,7 ; shade/i=1:10/j=1:8 i+j ---------- (1)
ppl pen,0,7 ; fill/i=1:10/j=1:8 i+j ---------- (2)
(1) gives bold lines/markings for main plot and the color
key. But (2) gives the normal color key (the lines and
labels are in the default thickness) ...why ??
This is a bug, the labels on the color key for the FILL plot are not
bold. It's already on our bug list - a workaround is to do
fill/color=7/i=1:10/j=1:8 i+j
2. PPL PEN, 0, 7 --> given bold line for the plot axes and thick
thick axes labels. But how to control them independently ?
There is not a syntax to control these independently. If you wanted
bold axis lines but regular labels, you could do the trick of overlaying
two identical viewports:
define viewport/x=0:1/y=0:1 v1
define viewport/x=0:1/y=0:1 v2
set view v1; fill/i=1:10/j=1:8 i+j
set view v2; fill/nolab/set/i=1:10/j=1:8 i+j
ppl axlabp,0,0
ppl pen,0,7
ppl fill
3. When the contours for very fine resolution datasets (for example
TMI SST) are plotted in small viewports, it will not have
proper labels anywhere if the field is not smooth (i mean when
the contours are like saw-tooth instead of a smooth line)..
there is no point in tuning the parameters like /SPACING. The
"CONSET" command is also useless during these situations.
/SIGDIG also not effective !!
THERE SHOULD BE SOME BETTER WAY TO CONTROL THE CONTOUR
LABELLING !!!
4. Increasing the font thickness for contour labels using /SIZE
qualifier leads to disappearance of labels !!! There should be
some efficient way to control this.
This should be possible to fix.
5. The default 'greyscale' paletts have the white end as "95 95 95".
For a case in which only lower/higher few values are shaded
(eg. SSTs > 28^oC), then the white edge is too difficult to
distinguish. A better choice will be "85 85 85"
I think for this one, the solution is to have one's own custom palette.
When overlaying a grey palette over another color palette, for instance,
having the white end look really white is what's desired.
6. "fill/line" will not work if this command have a /set qualifier
(and is followed by ppl fill).
True. I'll add this to our bug list. Note that you can get around this
by adding a contour/overlay/lev/nolab command after the PPL FILL
7. For labelling the plots (inside) as "(a)", "(b)", "(c)"...etc,
we can use label command. What will do to change the
background color of this label (only), if it is not clearly
visible ? (please dont tell me to define another viewport
and write inside that !!!)
8. Sometimes (especially with large datasets) Ferret issues wrong
warning message
*ERROR: insufficient memory: 247831716 words were requested.
*** NOTE: You can use SET MEMORY/SIZE=xxx to increase memory.
*** NOTE: The "Memory use" section of the FERRET Users Guide
has further tips.
instead of
**ERROR: dimensions improperly specified: must be a 2D region
if dimentions are not specified properly. This should be
corrected.
I'd have to see an example of this one. We haven't had it reported
before. If the dataset is not standard in some way, one certainly can
get unexpected results or a misleading error message. If the dimensions
are not specified properly, sometimes you can use DEFINE AXIS commands
to fix the definitions so that the dataset is then read correctly. Look
at the output of the unix command ncdump -h filename.nc, and compare it
with the output of Ferret commands SHOW DATA, SHOW GRID varname, SHOW
AXIS axisname, to see what the trouble is.
9. Sometimes "go land" will lead to an extraline outside the plot
area and we need to adjust the /hlimits slighly to get rid
of this extra line (http://ferret.pmel.noaa.gov/Ferret/
Mail_Archives/fu_2005/msg01071.html)
That's a bug - I've put it on our list.
10. Does it is possible to improve the line quality of Ferret plots?
In most situations the small dashes with makes up the contour
line or tail of the arrow is clearly distinguishable and kills
the neatness of the plot:
define axis/z=0:100:5/depth zax
let var = randu(z[gz=zax])
plot var
This slightly jagged character of lines seems to be a property of the
underlying graphics. The graphics calls do nothing but move to a
location, draw to the next location, and so on. I see it whether I make
gif files or postscript, so I don't see a way to resolve this one.
You'll see the same kind of thing if you open up a PC "paint" program
and draw straight diagonal lines.)
11. The same font size will give bigger letters in big viewport and
smaller letters in small viewport. I think this scaling
demands additional effort to get the correct visible/readable
font size whenever the viewport size is changed.
12. I think the most painfull task with ferret is to label a plot
with time axis. I prefer to use label/nouser in this kind of
situations but the coordinates to label/nouser also depends
on viewport size. Hence a Ferret plot can be finalyzed only
after quiet a number of trials.
13. Few of the PPL commands are stand alone but some should be given
between the main action command with /SET qualifier and
"PPL FILL" or "PPL PLOT". In user guide, i think it will be
better to mension clearly wether a particular PPL command
belongs to stand alone catogory or the other one.
I agree this is a confusing issue - some of the PPL commands have
effects that persist through a session until they're reset, and others
are reset to the default after each plot command. I'll
-------------------------------------------------------------------------
[Thread Prev][Thread Next][Index]
Dept of Commerce /
NOAA /
OAR /
PMEL /
TMAP
Contact Us | Privacy Policy | Disclaimer | Accessibility Statement