[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