Hi,
>From this resolved issue I can see that somebody has had success a couple of
years ago https://github.com/OSGeo/gdal/issues/1333. The bug report is
extraordinary good with build instructions and test program.
-Jukka Rahkonen-
paul.malm wrote
> Hi list,
> is there someone out there who has
When I copy ALL the dll-files in gdal\bin (geos.dll, geos_c.dll etc.) to my
java-jre\bin folder (where I also copied the gdalalljni.dll) it seems to work.
Couldn’t this be added in the installation instructions some were?
Kind regards,
Paul
-Ursprungligt meddelande-
Från: Malm, Paul (Op
When I copy ALL the dll-files in gdal\bin (geos.dll, geos_c.dll etc.) to my
java-jre\bin folder (where I also copied the gdalalljni.dll) it seems to work.
Couldn't this be added in the installation instructions some were?
Kind regards,
Paul
Från: Malm, Paul (Operations AIM)
Skickat: den 6 apri
Not disagreeing with the overflow assessment, but to make it easier to find, I would like to see the metadata (or better still the original file, but that is usually hard). Can you show at least PVTYPE, NBPP, ABPP, CLEVEL, IC, IMODE, IREP?On 7 Apr. 2021 10:09, ni hao wrote:
gdalinfo output i:
D
gdalinfo output i:
Driver: NITF/National Imagery Transmission Format
Files: ##CH_CV_GRD\imagery\12499.ntf
Size is 61180, 19694
Coordinate System is `'
GCP Projection =
GEOGCS["WGS 84", ... ]
Band 1 Block=1024x1024 Type=UInt16, ColorInterp=Gray
Band 2 Block=1024x1024 Type=UInt16, ColorInterp=Gray
Also if you can show the headers (e.g. from gdalinfo), that might provide indication of exactly which value is the issue.BradOn 7 Apr. 2021 04:00, Even Rouault wrote:
Please keep the mailing list copied (I re-added it)
This is not the most recent one (3.2.2 is), but skimming quickly
Hi
While I was reading about COG format, I thought it was great to replace
"gdal2tiles" if the COG was properly generated (I mean, using the option
TILING_SCHEME=GoogleMapsCompatible , and maybe something else I miss. I am
generating it, so I can optimize that).
Then I was expecting that geotiff.j
Hi all
I am running "gdal2tiles" over input GeoTIFF from the command line.
Some times those geotiff may have an alpha band (usually and RGBA uint8
image), or nodata value (usually a float32 image), or sometimes none of
them. In the last case I will add the option "-a 0,0,0" or "-a 0" (yes,
black i
Please keep the mailing list copied (I re-added it)
This is not the most recent one (3.2.2 is), but skimming quickly through
release notes, I can't see anything directly related, so it might still
be current with the recent versions. Altough I see that a bunch of
"avoid unsigned integer overfl
Shawn,
This sounds more like a unwanted integer overflow somewhere in the NITF
driver. Is this with a recent GDAL ? If so, please file a bug at
https://github.com/OSGeo/gdal/issues/new with all the details needed. A
link to the dataset would be ideal, but otherwise please provide in the
tick
Hi list,
I encountered problem ingesting a large NITF Int16 image with GDAL:
NITF 2-band image in Int16 format, 4.3 GB. It has 19690 lines x 61180 pixels.
The upper 90% of the image looks fine. But the last 2000 lines fail to load
by GDAL. That coincides with the 32-bit boundary.
Note
Hi,
is it possible to get Gdal java bindings to work in Windows 10? If not to whom
do I report the error?
I've downloaded release-1928-x64-gdal-3-2-1-mapserver-7-6-2.zip
and can't get gdalalljni.dll to load. I've tried to get help from here and from
the them creating the zip -file. But without an
12 matches
Mail list logo