[gdal-dev] Custom gdal driver cannot be loaded by python

Hi all, I have written a driver for our in house image format, and it works nicely with the compiled gdal utilities, but not not with the python scripts. There it complains about missing symbols: [ang...@vogon ~]$ python Python 2.4.3 (#1, Jul 27 2009, 17:56:30) [GCC 4.1.2 20080704 (Red Hat 4.1.2

AW: [gdal-dev] Shape files 3D -> 2D

> You're not very explicit about what you want to do. From the tile, I guess > you want to get rid of the Z coordinate of the geometry to produce 2D only > geometries ? Okay, sorry, I will describe it with more detail. I have a shape file where ogrinfo reports it is a "Geometry: 3D Line String".

[gdal-dev] Minor addition to Python bindings..

Hi all, I had a heck of a time figuring out what version of gdal I was using today. I eventually found: gdal.gdal.VersionInfo("RELEASE_NAME") It's a pretty well supported convention now for Python modules to have a __version__ attribute that returns something meaningful. It would be nice i

Re: [gdal-dev] How to add georeferencing tags to a .tif?

Selon Greg Coats : > I have one .tif that has tag 700 XMP metadata, and has a tag 33723 > IPTC metadata, but does not have tags 33550, 33922, 34264, 34735, > 34736, 34737 georeferencing metadata. I have a second .tif that has > does not have tag 700 XMP metadata, nor does it have tag 33723 IPTC >

[gdal-dev] How to add georeferencing tags to a .tif?

I have one .tif that has tag 700 XMP metadata, and has a tag 33723 IPTC metadata, but does not have tags 33550, 33922, 34264, 34735, 34736, 34737 georeferencing metadata. I have a second .tif that has does not have tag 700 XMP metadata, nor does it have tag 33723 IPTC metadata, but it does

Re: [gdal-dev] Shape files 3D -> 2D

Selon Christoph Dohmen : You're not very explicit about what you want to do. From the tile, I guess you want to get rid of the Z coordinate of the geometry to produce 2D only geometries ? If so, you need to specify '-nlt LINESTRING' (remove the 25D otherwise you'll still get the Z coordinate) or

Re: [gdal-dev] getting voronoi and delaunay raw data

Selon Riki Tiki : http://lists.osgeo.org/mailman/listinfo/liblas-devel might be a better place to ask about LAS files > > Hi All, > > I have LAS (Lidar data) files... Now I need only voronoi data and delaunay > triangulation data in raw format... Can you tell me which tools would be best > to use

[gdal-dev] getting voronoi and delaunay raw data

Hi All, I have LAS (Lidar data) files... Now I need only voronoi data and delaunay triangulation data in raw format... Can you tell me which tools would be best to use? Thanks, Riki ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osge

RE: [gdal-dev] GDAL: How to create one NITF image from CIB CD

I take the liberty to forward your email to the list, as a follow-up to mention that the below patch has been pushed into trunk and 1.6 branch (for 1.6.3) Selon "Rydzak, Carol-P28503" : > Thank you so much for this info. I made the change and recompiled. It > worked! Thank you very very much!

Re: SV: [gdal-dev] PostgreSQL, PostGIS and ogr2ogr

Selon Casper Børgesen : > A small follow-up. As I stated previously, the '--config PGCLIENTENCODING > format' didn't help me. But calling 'SET PGCLIENTENCODING=LATIN1' before the > call to ogr2ogr, did do the trick. Thus my shape file character encoding > probably is LATIN1. > > Do you have any id

[gdal-dev] Shape files 3D -> 2D

Hi list, I have a set of shape files which are reported as 'Geometry: 3D Line String'. The geometries are all LINESTRING, but they have 3D coordinates. Playing around with ogr2ogr and different options like '-nlt LINESTRING25D' or '-dsco "SHPT=LINESTRING25D"' did not bring the expected results.

Re: SV: [gdal-dev] PostgreSQL, PostGIS and ogr2ogr

sure, you can define client_encoding direcly in postgresql.conf regards Guillaume Casper Børgesen a écrit : > A small follow-up. As I stated previously, the '--config PGCLIENTENCODING > format' didn't help me. But calling 'SET PGCLIENTENCODING=LATIN1' before the > call to ogr2ogr, did do the t

Re: [gdal-dev] Convention for pixel coordinates in GDAL_GCP?

Pablo d Angelo wrote: Hi all, I'm currently writing a GDAL driver for our in house image format. I have a question about the GDAL_GCP.dfGCPPixel and GDAL_GCP.dfGCPPixel coordinates. http://gdal.org/gdal_datamodel.html says: The (Pixel,Line) position is the GCP location on the raster. Is it

SV: [gdal-dev] PostgreSQL, PostGIS and ogr2ogr

A small follow-up. As I stated previously, the '--config PGCLIENTENCODING format' didn't help me. But calling 'SET PGCLIENTENCODING=LATIN1' before the call to ogr2ogr, did do the trick. Thus my shape file character encoding probably is LATIN1. Do you have any idea of how to get the '--config'

[gdal-dev] Convention for pixel coordinates in GDAL_GCP?

Hi all, I'm currently writing a GDAL driver for our in house image format. I have a question about the GDAL_GCP.dfGCPPixel and GDAL_GCP.dfGCPPixel coordinates. http://gdal.org/gdal_datamodel.html says: The (Pixel,Line) position is the GCP location on the raster. Is it the center of the pixel,