GAIA loading ugly URLs from SAMP

[mbtaylor]

Peter (or other GAIA maintenance enthusiasts???),

there is a dynamically generated FITS cube I'm trying to load into GAIA from SAMP, at the following URL:

http://dc.zah.uni-heidelberg.de/califa/q2/dl/dlget?ID=ivo%3A%2F%2Forg.gavo.dc%2F~%3Fcalifa%2Fdatadr2%2FIC1528.V1200.rscube.fits&DEC=-7.097008036747518%20-7.089047402267772&RA=1.2644871315905835%201.2799343705069166&&&&&&&

If I send a message using jsamp (e.g. starjava/bin/jsamp or java -jar starjava/lib/jsamp/jsamp.jar) like this:

 jsamp messagesender \
     -mtype image.load.fits \
     -targetname 'gaia' \
     -param url 'http://dc.zah.uni-heidelberg.de/califa/q2/dl/dlget?ID=ivo%3A%2F%2Forg.gavo.dc%2F~%3Fcalifa%2Fdatadr2%2FIC1528.V1200.rscube.fits&DEC=-7.097008036747518%20-7.089047402267772&RA=1.2644871315905835%201.2799343705069166&&&&&&&'

I get a samp.ok response from gaia (indicating that the load was successful) and gaia then starts an asynchronous load, popping up a window with an indeterminate progress bar that says:

Downloading: [big ugly url]
waiting for result from dc.zah.uni-heidelberg.de...

and then after a few minutes a different popup informs me:

Error: cannot map zero length file: /tmp/cat33146.fits

If I download the cube to a local file then use the same jsamp invocation but with a file://... URL it works fine.

I suspect the issue is to do with the horrible characters in the URL (something similar but different happens in ds9, which I've also reported).

Ideally the samp response should get transmitted after successful or unsuccessful completion of the load, but that may be a bit more effort to fix.

[timj]

Is this in starjava and not starlink because the SAMP component being used by GAIA is in starjava?

[mbtaylor]

No, I made a mistake! It should be in starlink. Is there some way to move the issue or should I just close it and reopen one in starlink?

[timj]

I don't think it can be moved so you have to close and create again 😄

[mbtaylor]

OK - refiled in the right place: Starlink/starlink#54
and closed.