Re: [gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Mateusz Łoskot
Great, thanks all! On 26 October 2011 20:58, Tamas Szekeres wrote: > +1 > Tamas > > > 2011/10/26 Howard Butler >> >> Folks, >> >> Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks >> >> http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata >> >> Having responded to inpu

Re: [gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Tamas Szekeres
+1 Tamas 2011/10/26 Howard Butler > Folks, > > Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks > > http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata > > Having responded to input and updated the document accordingly, I would > like now formally move to adopt RF

Re: [gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Frank Warmerdam
On Wed, Oct 26, 2011 at 12:27 PM, Howard Butler wrote: > Folks, > > Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks > > http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata +1 Frank -- ---+-- I

Re: [gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Daniel Morissette
On 11-10-26 03:27 PM, Howard Butler wrote: Folks, Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata Having responded to input and updated the document accordingly, I would like now formally move to adopt RFC 37.

Re: [gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Even Rouault
Le mercredi 26 octobre 2011 21:27:30, Howard Butler a écrit : > Folks, > > Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks > +1 ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Motion: Approve RFC 37: User context data in CPLErrorHandler callbacks

2011-10-26 Thread Howard Butler
Folks, Motion: To approve RFC 37: User context data in CPLErrorHandler callbacks http://trac.osgeo.org/gdal/wiki/rfc37_cplerror_userdata Having responded to input and updated the document accordingly, I would like now formally move to adopt RFC 37. Howard___

Re: [gdal-dev] Auto-selection of geometry column for MS SQL Server is not restrictive enough

2011-10-26 Thread Tamas Szekeres
Dan, You can specify the geometry column name along with the table name in the connection string, something like: MSSQL:server=servername;database=dbname;tables=schemaname.tablename(geomcolumnname) for more information see: http://www.gdal.org/ogr/drv_mssqlspatial.html Best regards, Tamas 2

[gdal-dev] Auto-selection of geometry column for MS SQL Server is not restrictive enough

2011-10-26 Thread Dan Homerick
The current logic for detecting the geometry or geography column will accept a column of type "image" (a subset of binary string[1]) as the GeomColumn. Furthermore, the logic checks the column types sequentially, and will accept an "image" column as the GeomColumn, even if there is a "geometry" or

Re: [gdal-dev] Another PGeo driver issue, on 64-bit Debian Linux

2011-10-26 Thread Hermann Peifer
On 26/10/2011 18:32, Mateusz Łoskot wrote: It is there: "See also GDAL wiki for other details" leading to: http://trac.osgeo.org/gdal/wiki/mdbtools http://trac.osgeo.org/gdal/wiki/PGeo Aha. Now I see. Perhaps there should be a stronger warning for dumb GDAL users like me. Something like:

Re: [gdal-dev] Distinguish between empty result and error with OGRDataSource::ExecuteSQL

2011-10-26 Thread Frank Warmerdam
On Wed, Oct 26, 2011 at 9:39 AM, Dan Homerick wrote: > The OGRDataSource documentation > (http://www.gdal.org/ogr/classOGRDataSource.html#a6acc228db6513784a56ce12334a8c33) > states that NULL is returned for statements "that have no results > set", which is subtly different than what I initially cl

Re: [gdal-dev] Distinguish between empty result and error with OGRDataSource::ExecuteSQL

2011-10-26 Thread Dan Homerick
On Tue, Oct 25, 2011 at 7:54 PM, Frank Warmerdam wrote: > On 11-10-25 04:50 PM, Dan Homerick wrote: >> The ExecuteSQL method returns NULL when an error occurs, or if the >> statement result is just empty... > > The normal approach to distinguishing would be to call CPLErrorReset() > before calling

Re: [gdal-dev] Another PGeo driver issue, on 64-bit Debian Linux

2011-10-26 Thread Mateusz Łoskot
On 26 October 2011 17:21, Hermann Peifer wrote: > On 26/10/2011 18:11, Even Rouault wrote: >> >> IMHO, you can't. I've spent some time investigating this issues a few >> months ago >> and my conclusion was that mdbtools was too buggy (and unmaintained), and >> in >> particular not 64bit ready. I t

Re: [gdal-dev] Another PGeo driver issue, on 64-bit Debian Linux

2011-10-26 Thread Hermann Peifer
On 26/10/2011 18:11, Even Rouault wrote: IMHO, you can't. I've spent some time investigating this issues a few months ago and my conclusion was that mdbtools was too buggy (and unmaintained), and in particular not 64bit ready. I tried a few fixes, but finally I gave up. I've developped the MDB d

Re: [gdal-dev] Another PGeo driver issue, on 64-bit Debian Linux

2011-10-26 Thread Even Rouault
Selon Hermann Peifer : > Hi, > > I have been trying to get the PGeo driver working, following the hints > at [0]. > > I have gotten to a partial success in so far that the driver connects to > the mdb and finds the layers and the features [1]. However, the geometry > is not understood, which seems

Re: [gdal-dev] Re: 254 into 255

2011-10-26 Thread Chaitanya kumar CH
Do you want to convert just the pixels with the values (254,254,254)? On Wed, Oct 26, 2011 at 9:33 PM, joolek wrote: > Hi I basically want to convert all the 254 254 254 into 255 255 255... is > this possible? > > -- > View this message in context: > http://osgeo-org.1803224.n2.nabble.com/254-in

[gdal-dev] Another PGeo driver issue, on 64-bit Debian Linux

2011-10-26 Thread Hermann Peifer
Hi, I have been trying to get the PGeo driver working, following the hints at [0]. I have gotten to a partial success in so far that the driver connects to the mdb and finds the layers and the features [1]. However, the geometry is not understood, which seems to be related to the "importFrom

[gdal-dev] Re: 254 into 255

2011-10-26 Thread joolek
Hi I basically want to convert all the 254 254 254 into 255 255 255... is this possible? -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/254-into-255-tp6931988p6933182.html Sent from the GDAL - Dev mailing list archive at Nabble.com. ___

Re: [gdal-dev] HDF-Problems when compiling

2011-10-26 Thread Andreas H.
> I can see that it is trying to link to /usr/local/lib/libmfhdf.a > instead of your specified /hb/USER/lib/epd-7.1-1-x86_64, and something > similar for hdf5 > > Sometimes it's easier to use the default system libraries, or remove > them if you are using more recent ones avoid conflicts like the

RE: [gdal-dev] ogrinfo and PGeo Driver for .mdb file, on Ubuntu

2011-10-26 Thread Chris Green
Hi Eli Thanks very much for the details. It all seems rather daunting, I think I will punish myself with one more day of trying to get PGeo to work before tackling MDB Chris From: Eli Adam [mailto:ea...@co.lincoln.or.us] Sent: 25 October 2011 17:39 To: Chris Green Cc: gda

Re: [gdal-dev] Renaming a column's name in a Shapefile

2011-10-26 Thread Chaitanya kumar CH
>> > >> >> >> http://lists.osgeo.org/**mailman/listinfo/gdal-dev<http://lists.osgeo.org/mailman/listinfo/gdal-dev> >> >> >> >> >> -- >> Best regards, >> Chaitanya kumar CH. >> >> +91-9494447584 >> 17.2416N 80.1

Re: [gdal-dev] 254 into 255

2011-10-26 Thread Chaitanya kumar CH
J, Can you elaborate your query? What is your input and what do you want the output to be? On Wed, Oct 26, 2011 at 2:27 PM, joolek wrote: > Hi, me again. > I've managed to scale all three bands from 0-255 into 1-254 but do you guys > know how to convert particular band into other for example 3x

Re: [gdal-dev] Renaming a column's name in a Shapefile

2011-10-26 Thread Chaitanya kumar CH
António, The easiest way is to use the -sql option in ogr2ogr [1] and set a new name with the AS clause in the SQL statement [2]. [1]: http://www.gdal.org/ogr2ogr.html [2]: http://trac.osgeo.org/gdal/wiki/rfc28_sqlfunc 2011/10/26 António Rocha > Greetings > I have to shage a column name in a S

[gdal-dev] Renaming a column's name in a Shapefile

2011-10-26 Thread António Rocha
Greetings I have to shage a column name in a Shapefile. I'm not much familiar with OGR. How can I do that in OGR? THanks Best regards, Antonio __ Information from ESET NOD32 Antivirus, version of virus signature database 6574 (20111025) __ The message was checked by ESET NOD

[gdal-dev] 254 into 255

2011-10-26 Thread joolek
Hi, me again. I've managed to scale all three bands from 0-255 into 1-254 but do you guys know how to convert particular band into other for example 3x 254 into 3x255? Thank you J -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/254-into-255-tp6931988p6931988.html Sent fro