Bob,

Sorry to mess with discussion but if someone is suggesting the use of Geotiff 
with JPEG compressed as a "Open File Format" (copied and pasted from the thread 
title) I would like to remember myself and the audience obout the data type 
limitations. 

There's more in raster data than meet the eye, and that usually doesn't come in 
unsigned integer 8  bits. :)

Regards,

Ivan

>  -------Original Message-------
>  From: Bob Basques <bob.basq...@ci.stpaul.mn.us>
>  Subject: RE: [OSGeo-Discuss] Open    File    
> FormatsandProprietaryAlgorithms[SEC=UNCLASSIFIED]
>  Sent: Aug 21 '09 13:27
>  
>  All,
>  
>  
>  Can someone remind me again, are we talking about saving space,
>  or making it easier to implement something . . .  :c)
>  
>  
>  I personally prefer nice simple internal pyramided tiles with
>  indexing, about 10% extra space, and very good performance.
>  
>  
>  Someone earlier in this thread spoke about some of these technologies
>  being somewhat obsolete what with the new network and bandwidth speeds
>  available for publishing.
>  
>  
>  bobb
>  
>  
>  >>> "Lucena, Ivan" <ivan.luc...@pmldnet.com> wrote:
>  
>  
>  But you can't compress data types other than byte in JPG. Can you do
>  that in JP2K?
>  
>  
>  >  -------Original Message-------
>  >  From: Landon Blake <lbl...@ksninc.com>
>  >  Subject: RE: [OSGeo-Discuss] Open
>  FileFormatsandProprietaryAlgorithms[SEC=UNCLASSIFIED]
>  >  Sent: Aug 21 '09 12:42
>  > 
>  >  Paul,
>  > 
>  >  I was wondering the same thing.
>  > 
>  >  It seems a little like choosing to drive a Honda Accord, or a
>  Ferrari.
>  >  The Ferrari is a lot faster and comes with a better looking trophy
>  wife
>  >  (or husband), but the Honda is a lot easier to fix.
>  (Try finding an
>  >  affordable Ferrari mechanic in Stockton, California.)
>  > 
>  >  To tie this back into our original discussion, it seems like
>  the
>  >  government should be choosing to drive a Honda Accord when it
>  can,
>  >  instead of the Ferrari.
>  > 
>  >  I guess you'd really have to crunch the numbers and see if the
>  savings
>  >  in bandwidth/disk space costs were really worth the compression
>  savings
>  >  that result from a proprietary compression scheme ("wavelet
>  black
>  >  magic").
>  > 
>  >  The problem with this is a lot of the benefits that come from the
>  Honda
>  >  Accord (open image format + open compression
>  algorithm) aren't easily
>  >  calculated in dollars and cents.
>  > 
>  >  Still, this speaks to an important truth I have discovered in
>  open
>  >  source development: Simple is better, even when it isn't
>  necessarily
>  >  faster and smaller.
>  > 
>  >  I'd rather have code that I can understand, or a file
>  format that a
>  >  programmer in 20 years will understand, than a Ferrari you
>  can't drive
>  >  unless you have a PHD and did a thesis on wavelet compression.
>  :]
>  > 
>  >  Landon
>  >  Office Phone Number: (209) 946-0268
>  >  Cell Phone Number: (209) 992-0658
>  > 
>  > 
>  > 
>  >  -----Original Message-----
>  >  From: discuss-boun...@lists.osgeo.org
>  >  [mailto:discuss-boun...@lists.osgeo.org] On Behalf Of Paul
>  Ramsey
>  >  Sent: Friday, August 21, 2009 10:36 AM
>  >  To: OSGeo Discussions
>  >  Subject: Re: [OSGeo-Discuss] Open File
>  >  FormatsandProprietaryAlgorithms[SEC=UNCLASSIFIED]
>  > 
>  >  So hung up on wavelets, we are.
>  > 
>  >  Internally tiled TIFF with JPEG compression and similarly
>  formatted
>  >  internal overviews can achieve 10:1 compression rates without
>  >  noticeable image quality reductions, and as an added bonus can
>  be
>  >  decompressed a heck of a lot faster than wavelet-based formats.
>  The
>  >  wavelet stuff is k00l, in that there is no need for an
>  overview
>  >  pyramid (it's implicit in the compression math) and
>  much higher
>  >  compression rates can be achieved. But operationally, you can
>  go a
>  >  long way with the more primitive (open image format + open
>  compression
>  >  algorithm) approach.
>  > 
>  >  P.
>  >  _______________________________________________
>  >  Discuss mailing list
>  >  Discuss@lists.osgeo.org
>  >  [LINK: http://lists.osgeo.org/mailman/listinfo/discuss]
>  http://lists.osgeo.org/mailman/listinfo/discuss
>  > 
>  > 
>  >  Warning:
>  >  Information provided via electronic media is not guaranteed
>  against defects including translation and transmission
>  errors. If the reader is not the intended recipient, you are hereby
>  notified that any dissemination, distribution or
>  copying of this communication is strictly prohibited. If you have received
>  this information in error, please notify the
>  sender immediately.
>  >  _______________________________________________
>  >  Discuss mailing list
>  >  Discuss@lists.osgeo.org
>  >  [LINK: http://lists.osgeo.org/mailman/listinfo/discuss]
>  http://lists.osgeo.org/mailman/listinfo/discuss
>  > 
>  _______________________________________________
>  Discuss mailing list
>  Discuss@lists.osgeo.org
>  [LINK: http://lists.osgeo.org/mailman/listinfo/discuss]
>  http://lists.osgeo.org/mailman/listinfo/discuss
_______________________________________________
Discuss mailing list
Discuss@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/discuss

Reply via email to