GAIA fails to load 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.

Note, this is a refiling of an issue that I initially filed in the wrong place, starjava (Starlink/starjava#4)