iraf.net

I have found the following, but wonder if you:
1) are aware of this problem (not an IRAF problem as such, more of a ds9
problem)2) have some other workaround"For a Sun with an 8-bit display, you should either use ximtool as your
image display, or be sure to start ds9 with the following flags:
"ds9 -visual true", otherwise ds9 apparently grabs colors and leaves
little for the tek4014 window, rendering the graphics window nearly
unreadable (yellow characters on a white background)."I found this to occur with ds9 v3.0.1 and ds9 v4.0b7, running under
Solaris 8, and IRAF 2.12.2a EXPORTI know this is not a true NOAO IRAF problem, but since many people use
ds9, it might be worth posting this on the IRAF FAQ section 14.1
http://iraf.noao.edu/faq/FAQsec14.html#14001It also might be worth mentioning the other shortcomings of using ds9
with IRAF (ds9 does not accept the headers that are passed by IRAF tasks
such as DISPLAY, so it will not display the WCS when used with DISPLAY.
To use the WCS, you have to use File -> Open from the ds9 GUI.
Unfortunately, some IRAF tasks automatically display images as part of
the task, so this is not an option. The ds9 team knows about this, and
looked into fixing it, but haven't fixed it yet. I am betting a 24-bit
ximtool comes out before this is fixed.

Hi Ricky,On Wed, 28 Sep 2005, Ricky Patterson wrote:> I have found the following, but wonder if you:
> 1) are aware of this problem (not an IRAF problem as such, more of a ds9
> problem)
>
> 2) have some other workaround
>
> "For a Sun with an 8-bit display, you should either use ximtool as your
> image display, or be sure to start ds9 with the following flags:
> "ds9 -visual true", otherwise ds9 apparently grabs colors and leaves
> little for the tek4014 window, rendering the graphics window nearly
> unreadable (yellow characters on a white background)." For years we've had reports of mystery "yellow chars" or somesuch
on the graphics window, but this is the first time anyone has tied it to
ds9 (we never saw it here)! It makes sense since XGterm/XImtoo both use
the Gterm graphics window and will reserve the same default color space,
DS9 does it's own thing and so a conflict is more likely.
> I found this to occur with ds9 v3.0.1 and ds9 v4.0b7, running under
> Solaris 8, and IRAF 2.12.2a EXPORT
>
> I know this is not a true NOAO IRAF problem, but since many people use
> ds9, it might be worth posting this on the IRAF FAQ section 14.1
> http://iraf.noao.edu/faq/FAQsec14.html#14001
>
> It also might be worth mentioning the other shortcomings of using ds9
> with IRAF (ds9 does not accept the headers that are passed by IRAF tasks
> such as DISPLAY, so it will not display the WCS when used with DISPLAY.
> To use the WCS, you have to use File -> Open from the ds9 GUI.
> Unfortunately, some IRAF tasks automatically display images as part of
> the task, so this is not an option. The ds9 team knows about this, and
> looked into fixing it, but haven't fixed it yet. I am betting a 24-bit
> ximtool comes out before this is fixed. That's a pretty dangerous bet to be making 8-) The 24-bit work
keeps slipping due to other priorities but remains on the list. However,
as long as people keep blaming IRAF and not DS9 for the WCS readout
problem there won't be much pressure on SAO to fix it. The FAQ is coming
up for a good cleaning shortly anyway, these are both good suggestions,
thanks!Cheers,
Mike Fitzpatrick