Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 4.0

...

Capture

  • On first capture, camera detection is performed, there is a slight delay while cameras are detected. User is notified that detection is in process.
  • If only one camera is attached, a user action dialog appears alerting the user to attach a pair of supported cameras.
  • If only one camera is attached, the dialog does not list the camera currently attached. It should.
  • If a pair of cameras are attached, and neither are supported, a dialog should appear to prompt the user to attach supported cameras.
  • If a pair of cameras are attached, and only one is supported, both cameras are listed and indicated whether or not it is supported.
  • If both cameras are supported, the user action dialog does not appear.
  • Pressing the Try Again button does not appear to do anything, even though the user may have attempted to fix their camera setup. They must close the dialog, and press Take Picture again before detection is executed again. (http://issues.fluidproject.org/browse/DECA-34Image Removed)
  • Picture taking occurs one after the other. This should occur in parallel so both cameras take images at roughly the same time. (http://issues.fluidproject.org/browse/DECA-53Image Removed)

Post Capture Processing

  • Stitching and thumbnail processing executed immediately after capture. This creates a delay between capture time and the time it appears on the UI.
  • Stitching should be run parallel and UI updated as stitching is done.(http://issues.fluidproject.org/browse/DECA-25Image Removed)
  • Currently stitching assumes a Book Liberator configuration, and rotates left and right images accordingly. (http://issues.fluidproject.org/browse/DECA-50Image Removed)
    • This means that if images are captured in a different orientation, then the stitched image will be rotated incorrectly.
    • If left and right pages are out of order, then the rotation may end up wrong resulting in upside down pages.
  • If source images are different sizes, then stitching will top-align the images when stitching. This results in white space around the smaller image.
  • Stitching process will create a greyscale stitched image, but leaving the original files unmodified.
  • Thumbnail generation is based on the greyscale stitched image.

...

  • Export results in a greyscale image PDF with no OCR text or tokenization
  • Exported PDF is created in the following path: ./decapod/components/server/pdf/DecapodExport.pdf
  • Export process also generates a colour multipage TIFF located in ./decapod/components/server/pdf/multi-page.tiff
  • Export to PDF with tokenization and OCR is not in this release.
  • Export process can take a long time, and no feedback is given to the user that exporting is working or when it is complete. (http://issues.fluidproject.org/browse/DECA-57Image Removed)
  • The PDF generation will omit pages if it does not detect any characters. This may result in multiple pages captured by the user, but a subset of those appearing in the PDF. (http://issues.fluidproject.org/browse/DECA-58Image Removed)
    • Note: some pages may be included in PDF even if it does not have valid characters.