Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

can't open compressed geotiff - missing codec #17486

Closed
qgib opened this issue Oct 6, 2013 · 10 comments
Closed

can't open compressed geotiff - missing codec #17486

qgib opened this issue Oct 6, 2013 · 10 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!

Comments

@qgib
Copy link
Contributor

qgib commented Oct 6, 2013

Author Name: David Strip (@Llaves)
Original Redmine Issue: 8782
Affected QGIS version: 2.0.1


Adding a compressed geotiff layer produces an error message

    <filename> is not a supported raster data source
    Cannot open TIFF file due to missing codec

This same file will display in tiff viewer or browser, gdalinfo shows its properties, and if I uncompress the file, the uncompressed version will open in qgis.

@qgib
Copy link
Contributor Author

qgib commented Oct 6, 2013

Author Name: Giovanni Manghi (@gioman)


what version of qgis? what platform?

@qgib
Copy link
Contributor Author

qgib commented Oct 6, 2013

Author Name: Giovanni Manghi (@gioman)


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Oct 6, 2013

Author Name: David Strip (@Llaves)


Platform:Win 7 Professional SP1, 64 bit
Version: 2.0.1 64 bit
QGIS version 2.0.1-Dufour QGIS code revision d94c044
Compiled against Qt 4.8.5 Running against Qt 4.8.5
Compiled against GDAL/OGR 1.10.0 Running against GDAL/OGR 1.10.0
Compiled against GEOS 3.4.2-CAPI-1.8.2 Running against GEOS 3.4.2-CAPI-1.8.2 r3921
PostgreSQL Client Version 9.2.4 SpatiaLite Version 4.1.1
QWT Version 5.2.3 PROJ.4 Version 480
QScintilla2 Version

Compression type: Deflate. Have not tested against other compression modes

@qgib
Copy link
Contributor Author

qgib commented Oct 7, 2013

Author Name: David Strip (@Llaves)


I have now tested LZW and PACKBITS. Both are successfully opened by qgis 2.0.1
The file I have been testing against is a paletted file, which is no valid for the remaining compression modes.

@qgib
Copy link
Contributor Author

qgib commented Oct 7, 2013

Author Name: Jukka Rahkonen (Jukka Rahkonen)


Hi,

Paletted and deflate compressed files works for me with QGIS 2.0.1 which comes with GDAL 1.9.2 on 32-bit Windows. Perhaps there is something wrong with the 64-bit GDAL 1.10.0. Try if you can do gdalinfo or gdal_translate with executables which are maybe in C:\Program Files\QGIS Dufour\bin. I am not sure if that works, though. There can be troubles with paths.

@qgib
Copy link
Contributor Author

qgib commented Oct 8, 2013

Author Name: David Strip (@Llaves)


deflate works on 32 bit GDAL, but apparently not on 64 bit. I tested a deflate file against the 64bit gdal packaged with qgis 2.0.1 Dufur and it gives an error message that deflate is not supported. This might actually be a problem with the tiff lib rather than gdal itself.

@qgib
Copy link
Contributor Author

qgib commented Oct 8, 2013

Author Name: David Strip (@Llaves)


I just downloaded the latest release build of gdal from gisinternals.com (labeled release-1600-x64-gdal-1-10-1-mapserver-6-4-0). deflate compression is supported in this build. Apparently there is something wrong with the build packaged in Dufur.

@qgib
Copy link
Contributor Author

qgib commented Oct 8, 2013

Author Name: Giovanni Manghi (@gioman)


seems then an issue in the osgeo4w 64 bit packages. Please file your notes here:

http://trac.osgeo.org/osgeo4w/report/1?asc=0&sort=ticket&USER=anonymous


  • status_id was changed from Feedback to Closed
  • resolution was changed from to up/downstream

@qgib
Copy link
Contributor Author

qgib commented Oct 10, 2013

Author Name: Jürgen Fischer (@jef-n)


Giovanni Manghi wrote:

seems then an issue in the osgeo4w 64 bit packages. Please file your notes here:

http://trac.osgeo.org/osgeo4w/report/1?asc=0&sort=ticket&USER=anonymous

Only if you can reproduce the problem in OSGeo4W - although the standalone installers are made from OSGeo4W packages and should behave the same. They always are snapshots of OSGeo4W and OSGeo4W might already have newer packages. This is probably the case here too.

@qgib
Copy link
Contributor Author

qgib commented Oct 10, 2013

Author Name: Jürgen Fischer (@jef-n)


Giovanni Manghi wrote:

seems then an issue in the osgeo4w 64 bit packages. Please file your notes here:

See also "OSGeo4W !#10441":http://trac.osgeo.org/osgeo4w/ticket/382

@qgib qgib added the Bug Either a bug report, or a bug fix. Let's hope for the latter! label May 24, 2019
@qgib qgib closed this as completed May 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter!
Projects
None yet
Development

No branches or pull requests

1 participant