> In version 3.2 of NCAR graphics' CONPACK, does the call
>
> call CPSETR ('SFS - scale factor selector',1000.)
>
> really do anything? According to the man page conpack_params(3):
>
> 'SFS' - Scale Factor Selector - Real
> The scale factor is that value (usually, but not
> necessarily, a power of 10) by which the actual values
> of contour field values are to be divided to get the
> value of a numeric label. If 'SFS' is given a value <<<<
> greater than zero, that value is the scale factor to be <<<<
> used. If 'SFS' is given a value less than or equal to
> zero, it is truncated to form an integer directing
> Conpack to select a scale factor, as follows:
>
> But I've found it appears to ignore the setting and choses it's own
> (e.g., I set it to 1000.0, but $SFU$ always comes back with 100.0).
>
> In fact, if I do
>
> call CPGETR ('SFS - scale factor selector',SFS)
> call CPGETR ('SFU - scale factor used',SFU)
>
> after the plot is drawn, the former returns 1000.0, but the latter
> returns 100.0. This happens regardless of the setting of
>
> CALL CPSETR ('CIS - CONTOUR INTERVAL SPECIFIER',cis)
>
> i.e., cis can be positive, negative, or zero and I still get ignored.
>
> Why? Is it especially finicky about where in the call sequence it gets
> set? If it is a bug, does anyone know if 4.0 fixes it?
>
> Thanks in advance for any information or advice.
My guess would be that your call to set 'SFS' occurs after the call to
CPRECT. It should go before, because it affects the behavior of code
in that routine (the code that actually selects the scale factor). If
that doesn't solve the problem, let me know and I'll look into it more.
This archive was generated by hypermail 2b29 : Wed Jun 28 2000 - 09:40:26 MDT