I'd check both files *before* all the processing. Something like:
gdallocationinfo -l_srs EPSG:4326 gribFile -110 40
gdallocationinfo -l_srs EPSG:4326 tiffFile -110 40
That will tell narrow it down.
On 1/31/24 15:53, Furuya, Takahiro via gdal-dev wrote:
Hi gdal-dev, I am Takahiro, a student
Hi gdal-dev, I am Takahiro, a student who is using gdal_translate.
I have an issue with gdal_translate and would like to ask a question.
I used gdal_translate to transform a NCEP GRIB file (downloadable from
https://data.eol.ucar.edu/cgi-bin/codiac/fgr_form/id=21.093, or attached to
this email) t
Super helpful. I was incorrectly thinking of `GDALWarp` as the lower-level
entrypoint that the other warper calls used, which is where I got confused.
Sounds like `GDALWarp` is basically the entrypoint for the `gdalwarp`
executable, hence the string-oriented API. I should go back and study the
C++
Simeon,
Le 31/01/2024 à 21:38, Fitch, Simeon via gdal-dev a écrit :
I'm on the `georust/gdal` bindings team, working on the warp routines,
and trying to understand the relationship between GDALWarpOptions vs
GDALWarpAppOptions.
I'm not seeing any way to create a GDALWarpOptions from a
GDALWa
I'm on the `georust/gdal` bindings team, working on the warp routines, and
trying to understand the relationship between GDALWarpOptions vs
GDALWarpAppOptions.
I'm not seeing any way to create a GDALWarpOptions from a
GDALWarpAppOptions or vice versa. Are functions needing GDALWarpOptions in
a com
Matt,
surprisingly or not, the GTiff driver doesn't try to get the SRS from a
.prj side car file.
So just do
gdal_edit.py 047_0001.tif -a_srs "$(cat 047_0001.prj)"
Even
Le 31/01/2024 à 20:22, Matt.Wilkie via gdal-dev a écrit :
Hello gdal,
I have a collection of aerial photos for which ne
Hello gdal,
I have a collection of aerial photos for which neither gdal nor arc pro
recognize the projection. To my eye the .prj files look ok. Attached txt is
gdalinfo v3.8.0 report along with the .prj. I manually formatted the below for
readability:
PROJCS["UTM_07N",
GEOGCS["NAD83-CSRS E
Dear list,
I am using Java to call gdal_merge(), but having troubles.
Are there examples or tips?
Thank you!
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Issue confirmed (actual file was needed) and fix queued in
https://github.com/OSGeo/gdal/pull/9168
Even
Le 31/01/2024 à 12:28, zrh via gdal-dev a écrit :
Hi, everyone,
I have 2 BMP files, huge size:
The first one:
E:\w8.bmp, size=12,884,901,942 bytes
the file header:
42 4D 00 00 00 00 00
Hi,
nothing suspicious from a quick look, but I must confess I'm not
BMP-header-decoding-from-hex-string fluent, so I might have missed
something. It would help if you could extract the first kilobyte of the
file and attach it
Even
Le 31/01/2024 à 12:28, zrh via gdal-dev a écrit :
Hi, ever
Hi, everyone,
I have 2 BMP files, huge size:
The first one:
E:\w8.bmp, size=12,884,901,942 bytes
the file header:
42 4D 00 00 00 00 00 00 00 00 36 00 00 00 28 00 00 00 00 00 01 00 00 00 01 00
01 00 18 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00
The second one
Ray,
Thanks. My interest was that TIGER is a supported format in Leveller,
so I need to ensure the user experience for error reporting is valid.
And are there really real TIGER users :-)? AFAICS this format is for an
antiquated version of TIGER datasets that is no longer produced.
Then, wh
12 matches
Mail list logo
