Le vendredi 03 février 2012 22:59:36, Donovan Cameron a écrit :
> FYI
>
> Further testing with -overwrite given your explanation
> *ogr2ogr -overwrite output.shp output.shp -progress*
> ...works as well but only if the files are in the same output directory
Overwriting the source file with itself
FYI
Further testing with -overwrite given your explanation
*ogr2ogr -overwrite output.shp output.shp -progress*
...works as well but only if the files are in the same output directory
But it does report a dbf error:
*ERROR 1: fread(631) failed on DBF file.*
But I can still open the output for ap
Howard,
Thank you for your advice. For what I need now, I will most likely try your
python approach. Do you know if there are any plans for GDAL/OGR to be able to
work with the epsg-registry.org is the official store of the EPSG data. It
would be great if we could pass a url and osr would tr
Caveats about importFromUrl:
* It only can consume http://, not https://
* It adds Accept: application/x-ogcwkt to the headers, and so the server can
respond with that data
* It simply fetches the data from the URL and hands it off to SetFromUserInput,
which is OSR's swiss army knife of SRS cons
Selon Peter Hopfgartner :
I'm not sure of your exact plans, but if you want to switch to internal libtiff
4 with GDAL 1.8.1, you might get into problems with applications that link both
with GDAL and external libtiff 3.9, because of symbol conflicts. If you switch
your external libtiff to libtiff
Hi Evan
Indeed, the external libtiff is used and is version
libtiff-3.9.4-1.el6_0.3.x86_64.
In the mean time I did a quick compile of gdal-1.9.0 with internal
libtiff and the square disappeared.
Probably it would be a wise decision to switch to libtiff4 quickly, as
far as ELGIS is concerned.
Peter,
Does ELGIS GDAL uses internal libtiff (4.0beta) or external libtiff (3.8 or 3.9)
? I guess it is external libtiff, and then it could explain the issues you have
with overviews and JPEG compression. There have been fixes in libtiff 4 to
better support that situation (multiple IFDs with compr
Andy,
Great reference! Thanks for the info. But, when I execute the line:
var i =
src.ImportFromUrl(@"http://georepository.com/search/by-name/?query=4418";);
I get an error 6 of 6. This gets back to my second question, can, and if so,
how does one call on a URL to get the parameter info ?
I'm doing quite some experiments with GDAL and image compression these days
I do have an issue with geotiff 1.3/gdal 1.8.1 on CentOS 6 with packages
from ELGIS. The story goes like this:
I create tiffs with
gdal_translate -of GTiff -co COMPRESS=JPEG -co JPEG_QUALITY=90
-co "TILED=YES" -co "B
