home *** CD-ROM | disk | FTP | other *** search
/ Internet File Formats / InternetFileFormatsCD.bin / graphics / tiff / unix / archive.z / archive / text0003.txt < prev    next >
Encoding:
Text File  |  1995-09-20  |  2.2 KB  |  50 lines
  1.     To:  tiff@sgi.sgi.com
  2.     Subject:  Libtiff, DOUBLE and FLOAT
  3.     Date: Mon, 14 Nov 1994 17:56:35 +0100
  4.     From:  ndr@tazboy.JPL.NASA.GOV (Niles Ritter)
  5.  
  6.     I've been working with some other people on developing new
  7.     TIFF tags (for storing Geographic Projection info) and we have
  8.     found need for the TIFF 6.0 DOUBLE format tags (SRATIONAL isnt enough). 
  9.     However, on looking through the libtiff code I noticed several
  10.     things:
  11.     
  12.     1) The DOUBLE format is not fully supported: In the routine
  13.     TIFFFetchData() where bytes are supposed to be swapped on machines with
  14.     byte-order opposite that of the file, the FLOAT type is correctly 
  15.     swapped, but the DOUBLE is not (I think appending a TIFF_DOUBLE case
  16.     after TIFF_RATIONAL will do the trick, since the swap-procedure is the same). 
  17.     This has never been noticed because none of Sam's Tags are IEEE.
  18.     
  19.     2) Also, when writing DOUBLE's there is no TIFFWriteDoubleArray() 
  20.     routine to handle the tag. This routine should in turn make a 
  21.     reference to a TIFFCvtNativeToIEEEDouble(), which brings me to
  22.     the next item:
  23.  
  24. There is no DOUBLE support in the library.  Anything that is there
  25. is unintentional and likely incomplete.
  26.     
  27.     3) The FLOAT tag is no longer handled for VAX (or a "tahoe", whatever
  28.     that is). Formerly the module "tif_machdep.c" had an IEEEFLOAT2NATIVE
  29.     macro for converting from IEEE to the perverse VAX formats. 
  30.     Theoretically, these should have been migrated over to the tif_vms.c 
  31.     module, along with the routine TIFFCvtNativeToIEEEFloat() (which gets 
  32.     #defined to no-op for IEEE machines, but it looks like they never 
  33.     made it. The same holds for DOUBLE.
  34.  
  35. tif_machdep.c snuck into a couple of distributions by mistake; it's
  36. been gone from my source tree for quite a while.  The code that was
  37. there was not well tested and incomplete.  At some point I decided
  38. that machines that didn't support IEEE floating point were not interesting.
  39.     
  40.     Has anyone else implemented these tag types, yet? On the VAX?
  41.     If not, I'll probably wind up doing it, and will send the diffs
  42.     to Sam.
  43.     
  44. Feel free to send me diffs.  There should be a new distribution "soon"
  45. (within weeks).
  46.  
  47.     Sam
  48.  
  49.  
  50.