On Fri, 14 Jul 2006, Peter W. Draper wrote:
> > - PLASTIC apps ought to inform the hub when they are going to shut down
> > or otherwise stop responding for some reason. Is there somewhere
> > I can put tidying-up code which will be executed when GAIA shuts down?
> > This should preferably be invoked even if it shuts down abnormally.
>
> The natural place for this is in Gaia::destructor, but if you want to
> handle abnormal exits, then you'll also need to register what signals you
> want to trap and some procedure to run (I don't do this, so I just expect
> this to work):
>
> signal trap [list SIGTERM SIGHUP] plastic::cleanup
>
> I'd try to keep plastic::cleanup as a proc in the global scope for extra
> safety.
good, I'll try that. Wasn't sure if there was somewhere you were
trapping already.
> > - The fits/image/loadFromURL call implementation is a bit of a fudge -
> > it only works for file:-protocol URLs. Does GAIA have facilities
> > for loading FITS from a URL rather than just a local file?
> > If not I presume I can find some Tcl library code which will read
> > a stream from a URL which I can save to a temporary file.
>
> That should be possible, I'll go off and refresh my memory about the
> necessary parts of Skycat and extend your method.
I see you have - great.
> > sky/pointAtCoords:
> > Is there a (Tcl-accessible) way of indicating a sky position
> > in GAIA? This would ideally be some sort of moveable
> > visible cursor or pointer drawn on the image, but failing
> > that just warping the zoom window to the right place would
> > be better than nothing. This function on top of
> > fits/image/loadFromURL would already make GAIA a worthwhile
> > addition to the PLASTIC desktop.
>
> Yes, that should also be possible, in many ways. We could just draw a
> graphic, or more elaborately fake a table. Any preferences?
Just drawing a graphic would be best I think. Something to bear in
mind is that one way this message can be used is to sync the mouse
pointer between different tools as it's moved around, so this message
could arrive several times a second.
> > table-type messages:
> > These currently mostly require VOTable manipulation.
> > I'm considering various approaches to this.
>
> If STILTS supported TSTs then GAIA could be extended to use tablecopy as
> another filter (this is how it handles any of the CAT supported formats)
> and convert any VOTables into TSTs. That would be cheap, if somewhat
> nasty.
Sounds like the Good Reason to put TSTs into STIL may have finally
turned up. This solution would be fine as far as I'm concerned and
should solve most of the problems - the downside is that GAIA (or
at least some of its PLASTICity) becomes dependent on (a) java (b)
STIL(TS). I was thinking that you'd find that prospect (and the
attendant package/build problems) so unpalatable that you'd want
another solution.
> > Finally: how can I run GAIA during development without deleting and
> > remaking gaia_swish (slow)? If I've just edited a couple of lines
> > in one of the Tcl files I don't know how to start up GAIA in such
> > a way that it notices I've made a change. I presume there must be a way!
>
> Yes, you do all the work in the gaia/gaia tree, after an initial full
> build (assuming you're in applications/gaia):
>
> % cd gaia
> % ./devlinks
> % cd library
> % setenv GAIA_DIR `pwd`
> % setenv GAIA_LIBRARY `pwd`
> % ./tgaia &
>
> will pick up all the scripts from the library directory, so just edit them
> and restart "./tgaia". "$GAIA_DIR/tgaia", works from elsewhere. The
> "devlinks" script just needs to ran once, until you clear out the
> checkout.
thanks - should save a lot of waiting around.
all seems to be coming along...
Mark
--
Mark Taylor Astronomical Programmer Physics, Bristol University, UK
[log in to unmask] +44-117-928-8776 http://www.star.bris.ac.uk/~mbt/
|