Hi Michael,
We made some tests with tiles of 1000*1000 pixels, with 1 tiles, and
the memory used is about 112 MB for the encoding and 114 MB for the
decoding.
If you don't want to use tiles, I don't think OpenJPEG can beat the
commercial applications like Kakadu.
What standard do you
solution.
-mpg
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
François-Olivier Devaux
Sent: Wednesday, February 27, 2008 1:50 AM
To: OSGeo Discussions
Subject: Re: [OSGeo-Discuss] 'lossless' JPEG2000
François:
When you say Mega-Images (- geo-sized images), just how big are you talking
about?
If you are in the 10-100GB range, I/LizardTech would be very interested in
talking with you about the project, and also about supporting some of the geo
metadata conventions. (Especially if you can
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
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, February 26, 2008 2:12 PM
To: OSGeo Discussions
Subject: RE: [OSGeo-Discuss] 'lossless' JPEG2000
IMO
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Schmidt
Sent: Monday, February 25, 2008 10:18 AM
To: discuss@lists.osgeo.org
Subject: Re: [OSGeo-Discuss] 'lossless' JPEG2000
On Mon, Feb 25, 2008 at 09:27:22AM -0800, Michael P. Gerlek wrote:
Bruce-
Again, I'm not sure
, 2008 8:57 PM
To: discuss@lists.osgeo.org
Subject: Re: [OSGeo-Discuss] 'lossless' JPEG2000
On Mon, Feb 25, 2008 at 04:31:34PM -0800, Michael P. Gerlek wrote:
Yup: Kakadu is not Open Source, as per the OSI definition of the term.
The only FOSS package I know of is OpenJpeg2000 (or something like
On Mon, Feb 25, 2008 at 09:04:59PM -0500, Ed McNierney wrote:
Christopher -
You will very likely find that using different LZW compression options
(particularly setting a small strip size) will slightly degrade compression
performance while significantly improving read time. While I think
-Discuss] 'lossless' JPEG2000
On Mon, Feb 25, 2008 at 09:04:59PM -0500, Ed McNierney wrote:
Christopher -
You will very likely find that using different LZW compression options
(particularly setting a small strip size) will slightly degrade
compression performance while significantly improving
On Mon, Feb 25, 2008 at 09:26:16PM -0500, Ed McNierney wrote:
Christopher -
Let me add the evidence that I have found that reducing the strip size
in LZW-compressed GeoTIFFs has, not surprisingly, a VERY large effect on
read performance - about a factor of 10 in the particular cases I used.
IMO:
Michael,
Thanks for the comments on this thread.
I've had a couple of private emails expressing interest in the outcome, so
I'll continue this conversation in public, rather than moving it offline.
One of the problems that I have is that I understand that JPEG 2000 can be
'lossy' or
IMO:
Thanks for the reply Traian,
I don't mean to be dismissive of this report, but I was hoping for
something more definitive to prove that 'lossless' JPEG compressions did
indeed protect the integrity of the data..
Perhaps its just my ignorance, but I was hoping for something along the
PROTECTED] [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] [EMAIL
PROTECTED]
Sent: Saturday, February 23, 2008 3:57 AM
To: OSGeo Discussions
Subject: RE: [OSGeo-Discuss] 'lossless' JPEG2000
IMO:
Thanks for the reply Traian,
I don't mean to be dismissive of this report, but I was hoping
Subject: RE: [OSGeo-Discuss] 'lossless' JPEG2000
IMO:
Thanks for the reply Traian,
I don't mean to be dismissive of this report, but I was hoping
for something more definitive to prove that 'lossless' JPEG compressions
did indeed
IMO:
Michael,
My concern as a custodian of significant image resources is to ensure that
the integrity of this data is protected and available for future
analytical use by ourselves and by the public.
As an example, to conduct multi-temporal analysis of 'imagery' to help
understand big
15 matches
Mail list logo