Hello, I've been doing some experiments this summer in using Hugin for the assembly of hyperspectral imagery ( http://surfaceoptics.com/products/hyperspectral-imaging/soc710-portable-hyperspectral-camera/ ) and I was wondering if someone might be able to answer some questions:
There's no difficulty converting SOC-format data into OpenEXR images for hugin, and I've written python scripts that utilize HSI to mostly-automate the stitching process (mainly requiring one interactive sanity check / final stitch settings check) for dozens of exported 3-plane-at-a-time images. However, the output from the hyperspectral camera is fundamentally just one "image" and OpenEXR supports the inclusion of arbitrarily many channels in one image. Can Hugin handle OpenEXR pictures that deviate from having only the standard RGB or Intensity channels? I ask because the process of tweaking a single stitching makefile and then invoking Hugin 43 separate times (ceil[128 / 3] = 43) is extremely slow; It takes my desktop roughly 1h30m to assemble a 4MP panorama* from 35 hyperspectral images (i.e. run the same stitching script on 35 pictures, 43 times); It feels like an enormous amount of setup time could be saved if Hugin were to process a single set of many-channel EXRs with the same stitching settings for every channel. -- Erik * While this is a single frame for even a compact P+S normal camera, it may be unprecedented spatial resolution for a hyperspectral image taken from the ground. -- A list of frequently asked questions is available at: http://wiki.panotools.org/Hugin_FAQ --- You received this message because you are subscribed to the Google Groups "hugin and other free panoramic software" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/hugin-ptx/db9fa9a3-02cc-4319-9355-e915157aab0c%40googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
