View on GitHub

IRAF Community Distribution

IRAF maintained by the community

Home | Installation | Packages | X11IRAF | PyRAF | Forum

tbplot.pltpar

Biro Imre Barna wrote on Oct 12, 2000


  I am experiencing a  problem while trying to set the "errtype"
parameter in the
"pltpar" pset, controlling the type of error bars to be plotted. The
admitted values are said to be "bartck|bar|tick|limit". However,
when I try to select "bar", the task does not accept it, no matter if
enclosed in single or double quotes or none, or given within  "epar"
or as a command-line parameter -- in the latter case, the message
"ambiguous abbreviation 'bar'" is displayed. 

I guess the above message describes the reason of the failure reasonably
well, suggesting that the task cannot decide between "bartck" and "bar"
when only "bar" is given. Could this be a bug in the TABLES package?

One workaround which I used exploited the capability of "szmark"  to
represent errors, by setting 
  
  szmark=0., 
  mark="vline" (that is, bar-like errors),
  pointmode=yes, 

and arranging
for the error column values
to be negative, with the absolute values representing the real errors
(input of negative values is needed to draw in WCS units). With this
setup the errors are plotted as vertical lines of correct amplitudes.
However, resolving the ambiguity in "pltpar.errtype" would be the
straightforward solution. Is there any way to do that?

  Thanks.

  Imre Barna Biro
  ---------------
  Baja Astronomical Observatory of Ba'cs-Kiskun County
  Szegedi ut, Pf. 766
  H-6500 Baja
  Hungary
  email: barna@electra.bajaobs.hu

Biro Imre Barna wrote on Oct 12, 2000


  I am experiencing a  problem while trying to set the "errtype"
parameter in the
"pltpar" pset, controlling the type of error bars to be plotted. The
admitted values are said to be "bartck|bar|tick|limit". However,
when I try to select "bar", the task does not accept it, no matter if
enclosed in single or double quotes or none, or given within  "epar"
or as a command-line parameter -- in the latter case, the message
"ambiguous abbreviation 'bar'" is displayed. 

I guess the above message describes the reason of the failure reasonably
well, suggesting that the task cannot decide between "bartck" and "bar"
when only "bar" is given. Could this be a bug in the TABLES package?

One workaround which I used exploited the capability of "szmark"  to
represent errors, by setting 
  
  szmark=0., 
  mark="vline" (that is, bar-like errors),
  pointmode=yes, 

and arranging
for the error column values
to be negative, with the absolute values representing the real errors
(input of negative values is needed to draw in WCS units). With this
setup the errors are plotted as vertical lines of correct amplitudes.
However, resolving the ambiguity in "pltpar.errtype" would be the
straightforward solution. Is there any way to do that?

  Thanks.

  Imre Barna Biro
  ---------------
  Baja Astronomical Observatory of Ba'cs-Kiskun County
  Szegedi ut, Pf. 766
  H-6500 Baja
  Hungary
  email: barna@electra.bajaobs.hu

Last post on Oct 12, 2000