[gdal-dev] What to archiv when using gdal_translate -co TILED=YES

[Javier Jimenez Shaw]

If you use "TILED=YES" without Overviews it may take a long time to open in
QGIS.
When QGIS shows you the global view without Overviews, it downsamples the
image to fit in the screen. However, when tiled, it is very likely that it
has to read every single tile from disk.

The best solution is to compute the overviews (in the same file or in a
.ovr sidecar)... or do not use the "TILED" option.

Cheers,
Javier
.___ ._ ..._ .. . ._.  .___ .. __ . _. . __..  ... .... ._ .__
Entre dos pensamientos racionales
hay infinitos pensamientos irracionales.



On Thu, 24 Sep 2020 at 18:56, APM <apschwimmer at apmland.de> wrote:

> Dear all,
>
>
> I want to create a geotiff which has 2GB size at the end.
>
> Further I used the option -co TILED=YES and the compression LZW.
>
> Unfortunately a program breaks after opening the map.
>
> Qgis need some time, but show the map.
>
> What does Tiled=YES?
>
> Should it "break" the file in 'handsome" segments to make it loadable in
> the pc ram similar to tiles in web services?
>
> Make it sense to add a block size?
>
>
> Can I change the file to another tif format and compress it with jpeg?
>
>
> gdalinfo for a .vrt which I like to compress:
>
>
> Coordinate System is:
> PROJCRS["ETRS89 / UTM zone 32N",
>      BASEGEOGCRS["ETRS89",
>          DATUM["European Terrestrial Reference System 1989",
>              ELLIPSOID["GRS 1980",6378137,298.257222101,
>                  LENGTHUNIT["metre",1]]],
>
> .
>
> .
>
>
> Band 1 Block=128x128 Type=Byte, ColorInterp=Palette
>    Color Table (RGB with 256 entries)
>      0: 255,255,255,255
>      1: 255,255,255,255
>      2: 255,255,255,255
>      3: 191,230,230,255
>      4: 153,255,179,255
>      5: 230,255,204,255
>      6: 191,242,128,255
>
> .
>
> Thank you very much for your help!
>
>
> Kind regard
>
>
> Piet
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20200924/8f14c780/attachment-0001.html>