[gdal-dev] Improving GDAL safety with respect to hostile/corrupt files

Hi all, This email follows a discussion started on GDAL IRC channel and some effort I have began in my own tree to review and fix GDAL drivers for being more robust when facing invalid data which can be corrupt files (random accidental errors), or hostile files (after code analysis of flaws in

Re: [Gdal-dev] GDAL 1.6 Java binding, Windows

Yes, I've managed to build them, but with Linux. Have you verified that the gdal.jar is generated and at the right place ? There are instructions here : http://trac.osgeo.org/gdal/wiki/GdalOgrInJavaBuildInstructions It would be great if you could update the wiki page in case something has reall

[Gdal-dev] GDAL 1.6 Java binding, Windows

I've created java bindings for GDAL 1.6 in Windows and it seemed to work but I'm getting linker errors whenever I try to access any gdal functions. java.lang.UnsatisfiedLinkError: C:\build182\gdal-1.6.0\swig\java\apps\gdaljni.dl l: Can't find dependent libraries Exception in thread "main" java.la

RE: [gdal-dev] concerning VSIInstallSubFileHandler

Frank, Exactly the answer I was looking for, I was hoping the MemFileHandler wasn't used directly by the VSISubFileHandler. You are constantly adding features right before I need them. Keep up the great work! -- dan > Date: Mon, 9 Feb 2009 15:21:04 -0500 > From: warmer...@pobox.com > To: gr

Re: [gdal-dev] concerning VSIInstallSubFileHandler

Dan Greve wrote: Greetings, I am currently accessing datasets which are embedded inside a single file. Each dataset is a given file offset and length inside of the larger file. I saw in the latest doxy-docs here that there is a VSIInstallSubFileH

[gdal-dev] concerning VSIInstallSubFileHandler

Greetings, I am currently accessing datasets which are embedded inside a single file. Each dataset is a given file offset and length inside of the larger file. I saw in the latest doxy-docs here that there is a VSIInstallSubFileHandler for doing just that, and look forward to testing it out

Re: [gdal-dev] Re: [Fwd: Re: Warping an already georeferenced image with control points

Thanks Jukka, that is an interesting article in its own right, and it is relevant to historical maps too. Your solution is viable, but it takes more work (insert corner gcp in each image), which shouldn't be necessary, as this information is already available but is discarded by gdal_translate.

Re: [gdal-dev] Re: [Fwd: Re: Warping an already georeferenced image with control points

Jan Hartmann uva.nl> writes: Jukka Rahkonen wrote: >> Hi, >> >> I am not sure if I understood how you trying to do the job, but hopefully my >> task and work flow are close enough to be useful for you. >> >> 1. Let's say that the original image is in epsg:2393 and target is epsg:3067. >> 2.

Re: [gdal-dev] Re: [Fwd: Re: Warping an already georeferenced image with control points

Jukka Rahkonen wrote: Jan Hartmann uva.nl> writes: No, this doesn't seem to work. Although the coordinate system *is* retained when I add -a_srs to the gcps, the boundaries of the input file are discarded: they are reset to the pixel dimensions of the file. Is this a bug? Jan Frank W