 |
 |
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.