[gdal-dev] Optimisation of ECW files

Yves Jacolin (free) yjacolin at free.fr
Tue Nov 8 16:23:34 EST 2011


Hello,

Le mardi 8 novembre 2011 20:49:33, Frank Warmerdam a écrit :
> On Tue, Nov 8, 2011 at 2:40 AM, Yves Jacolin <yjacolin at free.fr> wrote:
> > Here is my issues after merging all the tiles:
> > * we lose extent in the final ECW file
> 
> Yves,
> 
> You don't mention how you are merging the files, but generally speaking
> GDAL should be able to capture the extents and coordinate system when
> writing to ECW.  ECW coordinate system handling can be somewhat flaky
> and it is possible that if the coordinate system mapping fails even the
> extents are not written (or read) though I'm not sure about that.  You may
> need to pick a specific ECW coordinate system and specify it with
> creation options if this is the source of the issue.

I used gdal_merge.py from a vrt file. I will test to assign a ECW coordinate 
system.

> > * we have some black background which is not what expected
> > * we need to update this final tiles frequently, and so we need fast
> > process :)
> > 
> > ECW format doesn't manage nodata so do it mean that I can't have
> > alphaband and so I have no solution to get another background color
> > (white or transparent)?
> > 
> > Does exist some flag to save extent in the final ECW ?
> > 
> > Have you some advice in order to get what I want (alphaband, good
> > perfomance)? I can change file format if needed. We though to use TIFF
> > files with a merge of some of them to get bigger tiles. We can either
> > merge all the tiles, and then merge new tile with this final files or
> > create tileindex for the bigger tiles.
> 
> In theory you could maintain a separate alpha/mask file and associate
> it using a wrapping VRT file around the ECW and alpha band.  But this
> is a somewhat complicated approach and it may also result in ECW
> reads being done in chunks for MapServer which could substantially
> impact performance.
> 
> Also, in general, ECW is not updatable-in-place, so I don't see how
> it could be suitable as a format for frequent updates.  You basically
> would need to regenerate it from the source tiles for each update.
ok it was my conclusion also but I was not sure.

Thanks,

Y.
-- 
Yves Jacolin


More information about the gdal-dev mailing list