On Fri, 17 Nov 2006, Brad Cavanagh wrote:

> I tried the WebStart version. It downloaded and ran up fine. When I tried to 
> load in an ACSIS cube 
> (http://www.jach.hawaii.edu/~bradc/starlink/a20061115_00070_00_0001_cube.sdf) 
> it complained:
>
> Spectrum '/Users/bradc/data/acsis/a20061115_00070_00_0001_cube.sdf' has an 
> unknown type, format or name syntax.
> uk.ac.starlink.splat.util.SplatException: Spectrum 
> '/Users/bradc/data/acsis/a20061115_00070_00_0001_cube.sdf' has an unknown 
> type, format or name syntax.
> 	at 
> uk.ac.starlink.splat.data.SpecDataFactory.throwReport(SpecDataFactory.java:538)
> 	at 
> uk.ac.starlink.splat.data.SpecDataFactory.get(SpecDataFactory.java:342)
> 	at 
> uk.ac.starlink.splat.data.SpecDataFactory.get(SpecDataFactory.java:220)
> 	at 
> uk.ac.starlink.splat.iface.SplatBrowser.tryAddSpectrum(SplatBrowser.java:1815)
> 	at 
> uk.ac.starlink.splat.iface.SpectrumIO.addSpectra(SpectrumIO.java:311)
> 	at uk.ac.starlink.splat.iface.SpectrumIO$2.run(SpectrumIO.java:260)
>
> When I loaded this cube into my local version of SPLAT, I got an AST error, 
> so I updated AST and rebuilt JNIAST and fixed that (I'll commit the jar file 
> shortly). When I run up SPLAT I get:

Hi Brad,

thanks I think that second commit may have done the trick, but I also 
needed to fix up the webstart JNLP files a little. If you can be bothered 
try that again, but I'd suggest something a little smaller than a cube.

BTW, did you know that cube seems to have negative variances?

> Starting SPLAT
> SPLAT_DIR = /star/starjava/bin/splat
> 2006-11-17 11:56:08.742 java[23158] CFLog (0): CFMessagePort: 
> bootstrap_register(): failed 1103 (0x44f), port = 0x16e03, name = 
> 'java.ServiceProvider'
> See /usr/include/servers/bootstrap_defs.h for the error codes.
> 2006-11-17 11:56:08.745 java[23158] CFLog (99): CFMessagePortCreateLocal(): 
> failed to name Mach port (java.ServiceProvider)
> Nov 17, 2006 11:56:14 AM uk.ac.starlink.splat.util.SplatSOAPServer start
> INFO: Remote services port '8082' opened

That should normally grab for port 8081, must be blocked for some reason 
(another version of SPLAT running?), so it moved on to the next port.

> When I load in the cube, now I get:
>
> Nov 17, 2006 11:56:22 AM uk.ac.starlink.splat.imagedata.NDFJ <clinit>
> WARNING: Failed to load the Starlink SPLAT-VO JNI library
> Nov 17, 2006 11:56:22 AM uk.ac.starlink.splat.imagedata.NDFJ <clinit>
> WARNING: No native NDF support available
> Nov 17, 2006 11:56:22 AM uk.ac.starlink.splat.data.SpecDataFactory 
> makeNDFSpecDataImpl
> INFO: No native NDF support, using less efficient NDX/JNIHDS access
> Nov 17, 2006 11:56:32 AM uk.ac.starlink.splat.data.SpecData initialiseAst

Look's like the SPLAT NDF libraries didn't build. See what "ant build" in
the splat directory reports. Probably need to set -Dstardev=/local-star
if that's where you're pushing the classic build (best to pop this into
the ~/.stardev.properties file:

stardev=/local-star

and forget it).

I'm (re)investigating switching the SPLAT JNI libraries to use the same 
scheme as JNIAST/HDS so that we avoid the obvious confusing that this 
dichotomy seems to be causing, but there is a sticky issue in webstart 
that may make this a non-starter (but I think I may have a work-around 
that didn't occur to me last time).

> INFO: file:/Users/bradc/data/acsis/a20061115_00070_00_0001_cube.sdf: 
> coordinates are not monotonic this means some operations will fail

Not sure why this happens, but the test is actually for invertability
of a very large LutMap mapping. Could be some precision problems.

Cheers,

Peter.