home *** CD-ROM | disk | FTP | other *** search
/ Internet File Formats / InternetFileFormatsCD.bin / graphics / tiff / unix / archive.z / archive / text0002.txt < prev    next >
Encoding:
Text File  |  1995-09-20  |  1.4 KB  |  34 lines
  1. I've been working with some other people on developing new
  2. TIFF tags (for storing Geographic Projection info) and we have
  3. found need for the TIFF 6.0 DOUBLE format tags (SRATIONAL isnt enough). 
  4. However, on looking through the libtiff code I noticed several
  5. things:
  6.  
  7. 1) The DOUBLE format is not fully supported: In the routine
  8. TIFFFetchData() where bytes are supposed to be swapped on machines with
  9. byte-order opposite that of the file, the FLOAT type is correctly 
  10. swapped, but the DOUBLE is not (I think appending a TIFF_DOUBLE case
  11. after TIFF_RATIONAL will do the trick, since the swap-procedure is the same). 
  12. This has never been noticed because none of Sam's Tags are IEEE.
  13.  
  14. 2) Also, when writing DOUBLE's there is no TIFFWriteDoubleArray() 
  15. routine to handle the tag. This routine should in turn make a 
  16. reference to a TIFFCvtNativeToIEEEDouble(), which brings me to
  17. the next item:
  18.  
  19. 3) The FLOAT tag is no longer handled for VAX (or a "tahoe", whatever
  20. that is). Formerly the module "tif_machdep.c" had an IEEEFLOAT2NATIVE
  21. macro for converting from IEEE to the perverse VAX formats. 
  22. Theoretically, these should have been migrated over to the tif_vms.c 
  23. module, along with the routine TIFFCvtNativeToIEEEFloat() (which gets 
  24. #defined to no-op for IEEE machines, but it looks like they never 
  25. made it. The same holds for DOUBLE.
  26.  
  27. Has anyone else implemented these tag types, yet? On the VAX?
  28. If not, I'll probably wind up doing it, and will send the diffs
  29. to Sam.
  30.  
  31.   --Niles.
  32.  
  33.  
  34.