[gdal-dev] Geotiff FillEmptyTiles with no data value?

[Daniele Romagnoli]

Hi Even,
thanks I'm already using the SPARSE_OK=TRUE to create an empty tiff
and afterwards warp input files on that with SKIP_NOSOURCE=YES.
I have already updated the ImageIO-EXT's TIFFImageReader to deal with
tile/strip with zero byte count.

Final question:
Starting from which GDAL version, SPARSE_OK=TRUE and SKIP_NOSOURCE=YES are
supported?

Thanks for your feedbacks.
Cheers,
Daniele


On Wed, Jul 6, 2016 at 3:53 PM, Even Rouault <even.rouault at spatialys.com>
wrote:

> Daniele,
>
> > has this improvement also being backported on previous versions (as an
> > instance 2.1.x, 2.0.x)?
>
> No, trunk only.
>
> You could as well use the SPARSE_OK=TRUE creation option to avoid writting
> blocks at all. Provided that your reader knows how to deal with tile/strips
> with a 0 byte count (GDAL based readers back to the older days are OK)
>
> Even
>
> >
> > Cheers,
> > Daniele
> >
> > On Tue, May 10, 2016 at 3:29 PM, Even Rouault <
> even.rouault at spatialys.com>
> >
> > wrote:
> > > Le mardi 10 mai 2016 09:22:19, jramm a écrit :
> > > > Hi
> > > > I have made changes to FillEmptyTiles so that if nodata is set, then
> it
> > > > will always fill with nodata, otherwise 0.
> > > >
> > > > I have attached the raw diff...I have no idea how to submit a change
> > > > request/review etc?
> > > >
> > > > fillempty_nodata.diff
> > > > <
> http://osgeo-org.1560.x6.nabble.com/file/n5265514/fillempty_nodata.dif
> > > > f
> > >
> > > I've committed in trunk a more complete version of your patch since on
> > > reflection there was also the case of non power-of-two bit depths to
> > > handle.
> > >
> > > Patches are better handled as attachments to Trac tickets.
> > >
> > > Even
> > >
> > > --
> > > Spatialys - Geospatial professional services
> > > http://www.spatialys.com
> > > _______________________________________________
> > > gdal-dev mailing list
> > > gdal-dev at lists.osgeo.org
> > > http://lists.osgeo.org/mailman/listinfo/gdal-dev
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com
>



-- 
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Daniele Romagnoli
Senior Software Engineer

GeoSolutions S.A.S.
Via di Montramito 3/A
55054  Massarosa (LU)
Italy
phone: +39 0584 962313
fax:      +39 0584 1660272

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo è consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.



The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility  for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20160706/a4c2a7c6/attachment.html>