[gdal-dev] [1.6.0][GDALWARP] World file name is empty

Richard didier didier.richard at ign.fr
Tue Mar 3 09:14:03 EST 2009


Le Mardi 24 Février 2009 19:18, Frank Warmerdam a écrit :
> RICHARD Didier wrote:
> > Hi all,
> >
> > I am having the following behavior with gdalwarp (freshly compiled from
> > 1.6.0) when I am requiring to get a tfw file (former releases didn't have
> > this behavior) :
> >
> > $ gdalwarp ... -co "TFW=YES" in.tif out.tif
> >
> > "out.tif" and ".tfw" files are generated (before 1.6.0, I got "out.tif"
> > and "out.tfw")
> >
> > If I remove the -co "TFW=YES", only the "out.tif" is produced. Then,
> >
> > $ gdal_translate -co "TFW=YES" out.tif out2.tif
> >
> > "out2.tif" and "out2.tfw" are generated as expected.
> >
> > I noticed that osFilename is empty in WriteGeoTIFFInfo() function.
> > A workaround solution (for me only) was to add :
> >
> > poDS->osFilename = pszFilename;
> >
> > at line 5420 of GTiffDataset::Create() function in geotiff.cpp.
> >
> >
> > Did anyone else face this behavior ?
> >
> > Should I put a ticket (I didn't find such a report in the trac) ?
>
> Didier,
>
> I was unable to reproduce this problem and it appears that
> GTiffDataset::Create() does assign osFilename with pszFilename fairly
> prominately in trunk and 1.6 branch.  I suspect this is a problem someone
> already noticed and fixed.  I'd appreciate it if you could confirm the
> behavior no longer occurs for you with trunk (or 1.6 branch if that is
> convenient for you to build from).  If the problem persists, then filing
> a ticket would be appropriate.
>

I can now confirm :
branches 1.6 (today) : no problem
trunk        (today) : no problem too !

All the best,

didier

> Best regards,

-- 
Didier RICHARD, chef du pôle technique Géoportail pour l'IGN
Institut Geographique National           tel: +33/0 1.43.98.83.23
2/4 Avenue Pasteur                       fax: +33/0 1.43.98.80.88
F-94165 St-Mande Cedex                e-mail: Didier.Richard at ign.fr



More information about the gdal-dev mailing list