[gdal-dev] Convert TIF to BIL

Wed Mar 11 09:53:49 PDT 2020

Bret,

maybe gdal did not recognize source projection, try to run again with -s_srs
EPSG:XXXX, where xxxx should be
the epsg code for your projection. Like:
gdalwarp -s_srs EPSG:XXXX -t_srs EPSG:4326 input.tif output.tif

On Wed, Mar 11, 2020 at 1:39 PM Bret Johnson <bret.johnson at utcg.com> wrote:

> Tried your recommendation of GDALWARP, and received this error message:
>
>
>
> ERROR 1: Too many points (529 out of 529) failed to transform, unable to
> compute output bounds.
>
> Warning 1: Unable to compute source region for output window
> 0,0,2784,89882, skipping.
>
>
>
> *From:* Cainã K. Campos <rupestre.campos at gmail.com>
> *Sent:* Tuesday, March 10, 2020 5:48 AM
> *To:* Bret Johnson <bret.johnson at utcg.com>; gdal-dev at lists.osgeo.org
> *Subject:* Re: [gdal-dev] Convert TIF to BIL
>
>
>
>
>
>
>
> On Tue, Mar 10, 2020 at 8:47 AM Cainã K. Campos <rupestre.campos at gmail.com>
> wrote:
>
> Bret,
>
>
>
> based on the link sent
> https://www.softwright.com/faq/support/toposcript_bil_file_format.html
>
> looks like the .blw file is not just the .tfw file renamed, as  it should
> have other kind of parameters such pixel size, raster rotation. Check if
> your .blw matches the example in the link, if not you can easily create one
> with a .txt file renamed to .blw.
>
> I believe that the .tfw should be renamed to .prj as described in doc, and
> check if formats match also in the .prj generated with documented
>
>
>
> In order to reproject raster to decimal degrees you should use gdalwarp
> with the -t_srs flag, and choose a degree projection like EPSG:4326, you
> may do it before translating to .BIL , like:
>
>
>
> gdalwarp -t_srs EPSG:4326 input.tif output.tif
>
>
>
> Caina
>
>
>
> On Mon, Mar 9, 2020 at 8:23 PM Bret Johnson <bret.johnson at utcg.com> wrote:
>
> Based on that, it looks like my program requires coordinates in decimal
> degrees and my files are not in that format.  How do I force the output
> into the correct (decimal degrees) format?
>
> -----Original Message-----
> From: nhv <nhv at meganet.net>
> Sent: Monday, March 9, 2020 9:56 AM
> To: Bret Johnson <bret.johnson at utcg.com>; Jeff McKenna <
> jmckenna at gatewaygeomatics.com>; gdal-dev at lists.osgeo.org
> Subject: Re: [gdal-dev] Convert TIF to BIL
>
> This might help
> https://www.softwright.com/faq/support/toposcript_bil_file_format.html
>
> ---- Original Message ----
> From: "Bret Johnson" <bret.johnson at utcg.com>
> Sent: 3/9/2020 11:08:20 AM
> To: "Jeff McKenna" <jmckenna at gatewaygeomatics.com>, "
> gdal-dev at lists.osgeo.org" <gdal-dev at lists.osgeo.org>
> Subject: Re: [gdal-dev] Convert TIF to BIL
>
> The program is made by SoftWright and is called TAP, which is used for
> radio propagation analysis.  The relevant parts of the error message are:
>
> Note that 1 file(s) were found that were not indexed because of errors.
> There could be errors in the data file(s), or these could be files that are
> NOT topo data files that the program tested to try to index and failed.
>
> Like, I said, pretty generic and not very helpful.
>
> -----Original Message-----
> From: gdal-dev <gdal-dev-bounces at lists.osgeo.org> On Behalf Of Jeff
> McKenna
> Sent: Monday, March 9, 2020 8:50 AM
> To: gdal-dev at lists.osgeo.org
> Subject: Re: [gdal-dev] Convert TIF to BIL
>
> Hi Bret, what is the exact error message?
>
> -jeff
>
>
> --
> Jeff McKenna
> MapServer Consulting and Training Services https://gatewaygeomatics.com/
>
>
>
>
> On 2020-03-06 8:19 p.m., Bret Johnson wrote:
> > Even:
> >
> > Thanks.  That worked to create a World file, so I made it past the error
> message.  It's still not importing correctly and the error message is so
> generic that it's useless (basically just says it doesn't like the data).
> I'll do some more playing.
> >
> > -----Original Message-----
> > From: Even Rouault <even.rouault at spatialys.com>
> > Sent: Friday, March 6, 2020 1:15 PM
> > To: gdal-dev at lists.osgeo.org
> > Cc: Bret Johnson <bret.johnson at utcg.com>
> > Subject: Re: [gdal-dev] Convert TIF to BIL
> >
> > Bret,
> >
> >> I have some GeoTIFF (.TIF) files that a program I'm using won't
> >> accept.  It will accept .BIL files and I'm using GDAL to try and do the
> conversion.
> >> When I do, GDAL_TRANSLATE says it worked and it generates a few files
> >> (including a .BIL), but it doesn't create the .BLW file where all of
> >> the "real" data should be.  Is there some special GDAL_TRANSLATE
> >> option or use or some special format GeoTIFF data needs to be in for
> >> it to work properly and generate a .BLW file?
> >
> > I don't know which output driver you use (EHdr, ENVI etc.), but they
> aren't likely to produce a .blw worldfile as they will generate a text
> header file specific to the format.
> >
> > To generate a .blw file you can do:
> >
> > gdal_translate your_input.tif tmp.tif -co TFW=YES
> >
> > This will generate a tmp.tfw file. Just rename it to .blw and with the
> basename of your BIL output file.
> >
> > Even
> >
> > --
> > Spatialys - Geospatial professional services http://www.spatialys.com
> > _______________________________________________
> > gdal-dev mailing list
> > gdal-dev at lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
>
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/gdal-dev
> _______________________________________________
> 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/20200311/04c57e3e/attachment.html>