>- What are the official ogr steps required to store a vector layer
>(represented as e.g. a list of x, y values and associated feature
> attributes (name, value))? In particular, is CreateField perhaps obsoleted
> by something else?
Nothing obsoleted here. CreateField() and CreateFeature()
Dear Even
Thank you so much for going through the trouble of reproducing this issue.
You have help a lot, but I need one more hint regarding the apparent change
in how field names get truncated (Normalized/laundered).
To summarise:
- I followed your suggestions and rebuilt from scratch.
-
On 09/05/11 20:08, aperi2007 wrote:
But gdalwarp is a tool I never will think to use for this.
Is gdalwarp capable to merge raster ?
According to previous messages posted on this list, gdalwarp is THE tool
you must use to merge rasters. gdal_merge.py is only a demo script that
has been writ
> Are you sure you are using a 64bit GDAL ? AFAIR, OSGeo4W is 32bit only.
>
Thx for response.
I download the gdal 64bit version.
explode it on a single folder.
I use osgeo shell only as environment for python and go in the folder
gdal64 to call its gdal_merge.py.
I guess the libraries used was
On 05/09/2011 16:03, Schmitz, Uwe wrote:
I wonder, if anyone else has experienced this or
similar behaviour. And how can I achieve that
ESRI- *and* gdal-Tools can identify the correct
reference system.
What I asked on this list some weeks ago:
--- snip ---
From experience, I know that ESRI
> If I add the libNCSEcwC.so library, it works:
>
I had updated configure.in and configure to include that new dependency. So try
./configure again.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev
Le lundi 05 septembre 2011 09:55:52, aperi2007 a écrit :
> Hi,
> I'm try-ing to merge some tiff4 raster.
>
> The call I'm using (thx Frank and Etienne) is these:
>
> python gdal_merge.py -o ../raster/raster_1.tif -n 0 -ot Byte -pct
> ../raster/raster_1/*.tif
> gdal_translate -co NBITS=1 -co COMPR
Jan,
I use:
listgeo mygeotiff.tif > mygeotiff.gtt
geotifcp -g mygeotiff.gtt nogeotags.tif mynewgeotiff.tif
FYI, I've been experimenting with GDAL's vrt format to sharpen my tiffs:
:
:
Red
NRT_123.tif
1
BlockXSize="2890" BlockYSize="1" />
3
-0.111 -0.111 -0.111 -0.111 2 -0.11
Hi all,
Is there a quick way to add back georeferencing information to a geotif
file that has been processed by Imagemagick? I have lots of
georeferenced images that I want to sharpen up a bit, but ImageMagick
throws the georeference headers away. Is there a way to transport them
from the ori
Hello,
I may be wrong but here an answer anyway.
You have in your gdal data dir (/usr/share/gdal17/) a file named
esri_extra.wkt, find the correct code for your projection and try again:
gdal_translate -a_srs esri:in.tif out.tif
And test again with ArcMap.
Esri code and EPSG code are slighty d
Hi all,
some of our customers are complaining that ESRI
products, eg. ArcMap, can't recognize the
spatialreference system of GeoTIFF files written
with gdal_translate.
First I must admit that I don't have ArcMap at
hand and can't test intensly. But I verified the
statement with a colleagues in
Le 01/09/2011 14:12, Even Rouault a écrit :
Le jeudi 01 septembre 2011 01:56:04, Pinner, Luke a écrit :
Does this apply to the 4.x read-only version of the ERDAS ECW/JP2 SDK as
well as the old 3.3 SDK?
I've just commited a new changeset. Now the support for updating the header info
has been su
Patrick,
A)
your suggestion does make sense, it is imperial that basic datum
information be saved as to adhere to CF-x standard. Are those CF
variables (radius, flattening etc) really sufficient for software such
as THREDDS?
B)
The other aspect (to save projection_ref so that GDAL can import it
Hi Etienne and others interested in NetCDF driver,
I did some work on WMS display of NetCDF files generated by GDAL
today, and it gave me a chance to play around with & think about how
to handle the Datum issue as described at
http://trac.osgeo.org/gdal/wiki/NetCDF_Improvements#Datumissues .
Here
Hi,
I'm try-ing to merge some tiff4 raster.
The call I'm using (thx Frank and Etienne) is these:
python gdal_merge.py -o ../raster/raster_1.tif -n 0 -ot Byte -pct
../raster/raster_1/*.tif
gdal_translate -co NBITS=1 -co COMPRESS=CCITTFAX4 -co TFW=YES
../raster/raster_1.tif ../raster/raster_2.ti
15 matches
Mail list logo
