Error Missing Offset To Tiff Data
Get Kubuntu Get Xubuntu Get Lubuntu Get UbuntuStudio Get Mythbuntu Get Edubuntu Get Ubuntu-GNOME Get UbuntuKylin Ubuntu Code of Conduct Ubuntu Wiki Community Wiki Other Support Launchpad Answers Ubuntu IRC Support AskUbuntu Official Documentation User Documentation Social Media Facebook Twitter Useful Links Distrowatch Bugs: Ubuntu PPAs: Ubuntu Web Upd8: Ubuntu OMG! Ubuntu Ubuntu Insights Planet Ubuntu Activity Page Please read before SSO login Advanced Search Forum The Ubuntu Forum Community Ubuntu Official Flavours Support General Help [kubuntu] Efax error since 10.04 upgrade Having an Issue With Posting ? Do you want to help us debug the posting issues ? < is the place to report it, thanks ! Page 1 of 2 12 Last Jump to page: Results 1 to 10 of 20 Thread: Efax error since 10.04 upgrade Thread Tools Show Printable Version Subscribe to this Thread… Display Linear Mode Switch to Hybrid Mode Switch to Threaded Mode May 3rd, 2010 #1 graven80 View Profile View Forum Posts Private Message First Cup of Ubuntu Join Date May 2010 Location South Wales Beans 3 DistroKubuntu 10.04 Lucid Lynx Efax error since 10.04 upgrade Since upgrading a couple of days ago to 10.04, I've noticed my fax program (Efax) has stopped working and gives the following error messages when trying to send a fax:- Error: can't read multi-strip TIFF files Error: missing offset to TIFF data Prior to upgrade, Efax was working perfectly with my serial modem. This error arises even though I'm trying to send a postscript file as I always have previously. Is this a known bug?, or has anyone any ideas on how to overcome this? I'd welcome any help. Thanks Adv Reply May 4th, 2010 #2 graven80 View Profile View Forum Posts Private Message First Cup of Ubuntu Join Date May 2010 Location South Wales Beans 3 DistroKubuntu 10.04 Lucid Lynx Re: Efax error since 10.04 upgrade Just a little further info. The files I'm trying to fax are definitely OK (ie: not corrupted in any way) as I can send them via efax from Ubuntu 9.10 on a different drive in the same pc. Adv Reply May 4th, 2010 #3 jssilva View Profile View Forum Posts Private Message First Cup of Ubuntu Join Date Mar 2010 Beans 11 Re: Efax error since
DESCRIPTION Read the next directory in the specified file and make it the current directory. Applications only need to call TIFFReadDirectory to read multiple subfiles in a single TIFF file— the first directory in a file is automatically read when TIFFOpen is called. NOTES If the library is compiled with STRIPCHOP_SUPPORT enabled, then images that have a single uncompressed strip or tile of data are automatically treated as if they were made up of multiple strips or tiles of approximately 8 kilobytes each. This operation https://ubuntuforums.org/showthread.php?t=1470607 is done only in-memory; it does not alter the contents of the file. However, the construction of the ‘‘chopped strips’’ is visible to the application through the number of strips [tiles] returned by TIFFNumberOfStrips [TIFFNumberOfTiles]. RETURN VALUES If the next directory was successfully read, 1 is returned. Otherwise, 0 is returned if an error was encountered, or if http://libtiff.maptools.org/man/TIFFReadDirectory.3tiff.html there are no more directories to be read. DIAGNOSTICS All error messages are directed to the TIFFError(3TIFF) routine. All warning messages are directed to the TIFFWarning(3TIFF) routine. Seek error accessing TIFF directory. An error occurred while positioning to the location of the directory. Wrong data type %d for field "%s". The tag entry in the directory had an incorrect data type. For example, an ImageDescription tag with a SHORT data type. TIFF directory is missing required "%s" field. The specified tag is required to be present by the TIFF 5.0 specification, but is missing. The directory is (usually) unusable. %s: Rational with zero denominator. A directory tag has a RATIONAL value whose denominator is zero. Incorrect count %d for field "%s" (%lu, expecting %lu); tag ignored. The specified tag’s count field is bad. For example, a count other than 1 for a SubFileType tag. Cannot handle different per-sample values for field "%s". The tag has SamplesPerPixel values and they are not all the same; e.g. BitsPerSample. The library is unable to hand
to read some specific tiff files (data missing ?) Reported by: mike.dunne@… Owned by: warmerdam Priority: high Milestone: 1.4.3 Component: GDAL_Raster Version: unspecified Severity: normal Keywords: gtiff Cc: Description https://trac.osgeo.org/gdal/ticket/1179 (last modified by warmerdam) Sample tif file provided (separately to Frank) fails in gdal_translate (-of GTiff) with following error: C:\Development\gdal-1.3.1\apps>gdal_translate -of GTiff 18104755.tif junk.tif Input file size https://bugs.debian.org/577401 is 3334, 1667 0...10...20...30.ERROR 1: 18104755.tif:DumpModeDecode: Not enough data for scanline 0 ERROR 1: TIFFReadEncodedTile() failed. ERROR 1: IReadBlock failed at X offset 0, Y offset 13 error missing ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 13 Have tried the file in Erdas ViewFinder and it also fails to read there. Geomatica viewer handles it ok. Symptom in ER Mapper (using gdal driver) is the file is read, but frequently displays garbage in the bottom strip of the file. error missing offset (e.g. every couple of zoom/pans) This file displays ok in previous versions of ER Mapper (not using gdal), and ER Viewer. Most other tif files are fine, but there are 4-5 files like this which have the same problem. We have only tested it against 1.3.1 Will test it against 1.3.2 and daily cut and advise if issue is resolved. Version we are running against is 1.3.1 Will check it against 1.3.2. Oldest first Newest first Threaded Comments only Change History (6) comment:1 Changed 10 years ago by warmerdam Problem confirmed. The file has some short tiles. I'm not exactly sure what to do differently since the file is clearly in error. I have changed geotiff.cpp so that IReadBlock() memset's the imagery to zeros on failure. I will look into having gdal_translate and library functions able to continue on when block reads fail. comment:2 Changed 9 years ago by warmerdam Description modified (diff) This is also related to the problem reported in: http://trac.osgeo.org/mapgui
Sun, 11 Apr 2010 10:27:02 UTC Severity: important Found in version efax/1:0.9a-19 Reply or subscribe to this bug. Toggle useless messagesView this report as an mbox folder, status mbox, maintainer mbox Report forwarded to debian-bugs-dist@lists.debian.org, MJ Ray (Debian)