[OSGeo-Discuss] 'lossless' JPEG2000

[Bruce.Bannerman at dpi.vic.gov.au]

IMO:


Michael,

Again, I don't pretend to be an expert on JPEG2000. However, I'd like to 
know more about the format for future reference.

Does the wiki article at the following URL represent a good overview of 
the format?

http://en.wikipedia.org/wiki/JPEG_2000



If it is accurate, there is a section that leads me to conclude that the 
format is not suitable for a lot of remotely sensed spatial imagery:


<snip> "Color components transformation
Initially, images have to be transformed from the RGB color space to 
another color space, leading to three components that are handled 
separately. There are two possible choices:..." </snip>


If this *is* the case, then I wouldn't be able to use the format to store 
multi and hyper spectral imagery (ignoring other JP2 issues).


As to what format are we using currently:    The source format that the 
data came in with appropriate Geophysics, ERMapper and in some cases Erdas 
Imagine conversions.

What are we using in the future:   To be determined, probably a database 
oriented solution.


As to data corruption:   Many image processing algorithims and processes 
result in data loss. The aim for most people is to understand what is 
acceptable and to minimise the corruption of their data.

In our situation, some of the imagery may result from many millions of 
dollars spent in capture and processing. Much of it is irreplacable. All 
of it must be protected for future use.


Bruce





Notice:
This email and any attachments may contain information that is personal, 
confidential, legally privileged and/or copyright.No part of it should be reproduced, 
adapted or communicated without the prior written consent of the copyright owner. 

It is the responsibility of the recipient to check for and remove viruses.
If you have received this email in error, please notify the sender by return email, delete 
it from your system and destroy any copies. You are not authorised to use, communicate or rely on the information 
contained in this email.

Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/discuss/attachments/20080227/b9606f43/attachment-0002.html>