Re: [gdal-dev] trying create a new SHP with Ogr2ogr from ODBC: SQL SERVER

Hello Jose I can create the Shapefile from "ODBC:SQL Server 2008" connection, with the OGR VRT :D thank you!!! :P the .ovf file -- puentes.ovf -- ODBC:INACMASQL SELECT p.nombre AS nombre,replace(t.latitud,',','.') AS lat,replace(t.lon

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

Even, That was a little thing that I start years ago. Here is the usage: {{{ # = # Usage Message # = def Usage(): print 'Usage: mathbox.py

Re: AW: [gdal-dev] Re: ogr2ogr PGSQL_OGR_FID is not work

The doc is not very clear about what PGSQL_OGR_FID really does, but my understanding of the code and its history is that it was introduced at a time when OGR had no yet any autodetection of the name of the primary key column. However, it can still be usefull today in cases where no primary key i

Re: [gdal-dev] ogr2ogr .SHP to .KML conversion problem

Use gdal_translate --version Since you told me that you are using GDAL version 1.5.0 from December 2007, I suggest that you upgrade to GDAL 1.7.0 from January 2010. Greg On Feb 2, 2010, at 4:01 PM, Mattias Carlsson wrote: > Hi, > > I am trying to learn how to use ogr2ogr to convert a shapefile

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

Even Rouault wrote: For the record, I had started some time ago to work on something pretty close to Frank's ideas. It was based on a "generic" expression evaluator that could accept C-like expressions ( arithmetic operators, boolean operators, numeric constants, a few predefined maths function

Re: [gdal-dev] Projection of GEOTIFF in C# problems

Patrik, The GDALInfo csharp sample application doesn't exactly follow the C version by producing the same output. However it's pretty straight forward to report the projection similarly using the C# API. I've just added the required changes in the development version: http://trac.osgeo.org/gdal/c

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

For the record, I had started some time ago to work on something pretty close to Frank's ideas. It was based on a "generic" expression evaluator that could accept C-like expressions ( arithmetic operators, boolean operators, numeric constants, a few predefined maths functions, user variables, us

[gdal-dev] ogr2ogr .SHP to .KML conversion problem

Hi, I am trying to learn how to use ogr2ogr to convert a shapefile to kml, but fail to do so and cannot understand whether I am at all on the right track or completely lost (very much beginner in GIS). I would like to convert either, or all, of the files on

Re: [gdal-dev] Raster algebra with Gdal and Python

On Tuesday 02 February 2010, Vincent Schut wrote: > On 02/02/2010 08:01 AM, Alexander Bruy wrote: > > Hi again, > > > > with your help I've fix problem with "integer overflow" and now I get > > correct results. > > > > Also I clean up my code for reduce memory usage but problem with large > > files

Re: [gdal-dev] trying create a new SHP with Ogr2ogr from ODBC: SQL SERVER

Hi On 2 February 2010 17:11, Antonio Castillo wrote: > ogr2ogr -f "ESRI Shapefile" -a_srs "EPSG:4326" "puentes.shp" > "ODBC:INACMASQL" -nlt POINT -sql "SELECT > p.nombre,t.latitud,t.longitud,t.altura FROM puente p,trayectoria t WHERE > p.id_trajectory = t.id_trayectoria" I think your problem s

[gdal-dev] trying create a new SHP with Ogr2ogr from ODBC: SQL SERVER

Good morning for all I'm begin to work with ogr2ogr, and i'm trying create a new .shp file from a connection ODBC, but when i add the .shp file created in MapWindow or in Quantum GIS these no display the points in the map window,when i open the attribute table window of my .shp file, i can see all

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

Antonio Valentino wrote: Anyway, IMHO the point here is not to decide if we have to *modify* the diff function so that it returns abs(b1-b2). Greg asked to add a new one ( abs(b1-b2) ) to the *base set* of pixel functions. Stated that there is no technical difficulty to do this I'm wondering what

Re: [gdal-dev] beginner or bug: reprojecting using ogr2ogr

Alex Hagen-Zanker wrote: Dear all, I just did my first reprojection using ogr2ogr. The process went quite patchy and I wonder if this is because of a bug or because I am not understanding something really basic. ... I assumed that the following command would do all my work: % ogr2ogr -f csv

Re: [gdal-dev] Raster algebra with Gdal and Python

Zoltan Szecsei wrote: Alexander Bruy wrote: Hi again, with your help I've fix problem with "integer overflow" and now I get correct results. Also I clean up my code for reduce memory usage but problem with large files is remain. I have raster with size 11779*10663 and 5 bands. When I calcula

Re: [gdal-dev] Raster algebra with Gdal and Python

On 02/02/2010 08:01 AM, Alexander Bruy wrote: Hi again, with your help I've fix problem with "integer overflow" and now I get correct results. Also I clean up my code for reduce memory usage but problem with large files is remain. I have raster with size 11779*10663 and 5 bands. When I calculat

[gdal-dev] beginner or bug: reprojecting using ogr2ogr

Dear all, I just did my first reprojection using ogr2ogr. The process went quite patchy and I wonder if this is because of a bug or because I am not understanding something really basic. I want to reproject a point dataset from British National Grid (EPSG:27700) to WGS84. My input comes as

[gdal-dev] beginner or bug: reprojecting using ogr2ogr

Dear all, I just did my first reprojection using ogr2ogr. The process went quite patchy and I wonder if this is because of a bug or because I am not understanding something really basic. I want to reproject a point dataset from British National Grid (EPSG:27700) to WGS84. My input comes as

AW: [gdal-dev] Re: ogr2ogr PGSQL_OGR_FID is not work

hi jukka, thanks for your hint. i have read the section too fast, so PGSQL_OGR_FID seems to be an environment variable. i tried also your suggestion, it's the right way to define environment variables for windows SET PGSQL_OGR_FID=myid but there is no difference neither. i will try it later

Re: [gdal-dev] Raster algebra with Gdal and Python

Alexander Bruy wrote: Hi again, with your help I've fix problem with "integer overflow" and now I get correct results. Also I clean up my code for reduce memory usage but problem with large files is remain. I have raster with size 11779*10663 and 5 bands. When I calculate NDVI on Linux box (2 G

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

Hi Andrew, Il giorno Tue, 02 Feb 2010 10:43:27 - "Andrew Brooks" ha scritto: > Hi Antonio > > Your pixel function patch sounds interesting. I've not tried it yet, thanks > but how easy is it to create a stack of functions? For example if > absdiff(b1.tif,b2.tif) is not available how wou

Re: [gdal-dev] Re: Proposal: gdal_muladd.py

Hi Jukka, Il giorno Tue, 2 Feb 2010 07:20:52 + (UTC) Jukka Rahkonen ha scritto: > Greg Coats mac.com> writes: > > > > > I would prefer to obtain in one step the absolute value of the > > difference > between two pixels, in part because > > I do not see the meaning of a negative pixel valu