On Wed, 30 Sep 2009, David Nutter wrote:
>
> Whilst trying to get my head round the scuba2 mapmaker, I found that
> the _res file created by the DIMM locks up gaia.
> I've tried this with some jupiter maps from 20090107, both the 00007
> and 00006 file-sets.
>
> The command I'm running is the following
> makemap 's4d20090107_00007_000?' jupiter 3 method=iterate
> config=\"^/star/share/smurf/dimmconfig.lis,exportndf=\(com,ast,flt,res,noi,qua\)
> \"
>
> The _res file displays fine using linplot, but if I open it in gaia
> and click the mouse on one of the detectors, processor use goes to
> 100% and stays there for about 5 mins, and gaia stops responding.
> 5 mins later, a trace appears, but any attempt to do anything
> (including moving one of the dialog windows) send gaia back to it's 5
> mins of thinking.
>
> Removing the "noi,qua" from the makemap command, causes makemap to
> produce a residuals file that has no variance component, and this file
> views fine in gaia, which half solves the problem (unless you're
> interested in seeing the variance).
>
> I don't know if this is a Gaia issue or a makemap issue, or if I'm
> just doing something silly, or residuals files are realy that
> complicated..
> This is all running nanahope on SL5.2 64-bit.
Hi Dave,
tried this all out on the 00006 files and when I pop up the _rel file into
GAIA I don't see any problems, the spectral extraction window just opens
up and displays various timeseries (I'm also using the 64-bit nanahope
release).
So could you make your file available, so I can check that?
Also can someone at JAC try this out under Centos (was the nanahope build
under 5.3 or 5.2?).
Peter.
--
Peter W. Draper, http://astro.dur.ac.uk/~pdraper
|