On Tue, 30 Jun 2009, Mark Taylor wrote:
>>> Any problems or queries, let me know.
>>
>> Just one. Did the sending of a spectrum from GAIA to SPLAT work for you?
>> Seems to be completely broken for me. I suspect this is my problem.
>
> sorry, only just got back to this - yes, I can get a spectrum extracted
> from a cube in GAIA sent to SPLAT happily, so at least it can work. But
> whether it does or not may have to do with the details of the
> (meta)data. If you can point me at the cube you're playing with I'll
> try it myself.
As you're probably just found out I fixed that one.
>>> Most of the MTypes implemented are the standard SAMP ones.
>>> I've also added an MType gaia.execute.tcl as follows
>>> (see GaiaSampAgent.tcl):
>>>
>>> # MType specification:
>>> # MType:
>>> # gaia.execute.tcl
>>> # Parameters:
>>> # script (string) - executable Tcl
>>> # Return values:
>>> # value (string) - return value of successfully executed script
>>>
>>> which allows remote control in much the same way as the PLASTIC
>>> ivo://plastic.starlink.ac.uk/gaia/executeMd5 message did. The MD5
>>> cookie business is no longer required because SAMP, unlike PLASTIC,
>>> exercises reasonable control over who is able to send messages.
>>> To see this working you can e.g. use JSAMP's MessageSender utility:
>>>
>>> % starjava/bin/jsamp messagesender -mtype gaia.execute.tcl \
>>> -param script "expr 1 + 2"
>>>
>>> c1 (gaia)
>>> samp.status: samp.ok
>>> samp.result: value 3
>>
>> OK, no one ever asked about that feature, so as long as it's secure.
>
> I seem to remember it was you/JACH who asked for it in the first place,
> wanting to replace the existing SPLAT remote control with PLASTIC
> instead.
It is potentially a powerful feature and JAC could use it to replace all
the socket control of GAIA in ORAC. I guess it's on the list!
Cheers,
Peter.
|