Re: [gdal-dev] GDAL Seg Fault - for info

I've come up with a quicky script https://github.com/rouault/symbol_clash_detector/blob/master/symbol_clash_detector.py that works only for Linux and attempts to find C symbol clashes in the .so files loaded in a process (C++ is trickier because due to template & inline code, functions from

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 Daniel On 2022-11-21 06:40, Even Rouault wrote: Hi, Motion: Adopt RFC88: Use GoogleTest framework for C/C++ unit tests(https://github.com/OSGeo/gdal/pull/6720) Starting with my +1, Even -- Daniel Morissette Mapgears Inc T: +1 418-696-5056 #201

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 FrankW On Mon, Nov 21, 2022 at 9:17 AM Kurt Schwehr wrote: > +1 KurtS > > On Mon, Nov 21, 2022, 5:43 AM Even Rouault > wrote: > >> Hi, >> >> Motion: >> >> Adopt RFC88: Use GoogleTest framework for C/C++ unit >> tests(https://github.com/OSGeo/gdal/pull/6720) >> >> Starting with my +1, >> >>

[gdal-dev] MSSQL ODBC and password security

Hi,   recently I have been struggling with secure handling of my username and password in ODBC connections to MS SQL when using GDAL/OGR.   From my understanding, username and password are not read from odbc.ini files, so I cannot specify a DSN where username and password are predefined in

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 KurtS On Mon, Nov 21, 2022, 5:43 AM Even Rouault wrote: > Hi, > > Motion: > > Adopt RFC88: Use GoogleTest framework for C/C++ unit > tests(https://github.com/OSGeo/gdal/pull/6720) > > Starting with my +1, > > Even > > -- > http://www.spatialys.com > My software is free, but my time generally

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 -Jukka Rahkonen- -Alkuperäinen viesti- Lähettäjä: gdal-dev Puolesta Even Rouault Lähetetty: maanantai 21. marraskuuta 2022 13.41 Vastaanottaja: gdal-dev@lists.osgeo.org Aihe: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests Hi, Motion: Adopt RFC88:

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 Howard > On Nov 21, 2022, at 5:42 AM, Mateusz Loskot wrote: > > +1 Mateusz > > On Mon, 21 Nov 2022 at 12:40, Even Rouault wrote: >> >> Hi, >> >> Motion: >> >> Adopt RFC88: Use GoogleTest framework for C/C++ unit >> tests(https://github.com/OSGeo/gdal/pull/6720) >> >> Starting with my

Re: [gdal-dev] GDAL Seg Fault - for info

Paul, Looking at https://stackoverflow.com/questions/63161532/python-segmentation-fault-when-using-zipfile-while-gdal-package-loaded shows an interesting thing in a gdb backtrace |#0 0x77e3aa50 in free () from /usr/lib/libc.so.6 #1 0x7485ae0f in inflateReset2 () from

Re: [gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Should be fixed per https://github.com/OSGeo/gdal/pull/6756 Le 21/11/2022 à 12:16, Rahkonen Jukka a écrit : Hi, Did you ever notice that the result from GDAL 3.5.1 is wrong as well? You csv file has coordinates with a comma as a decimal separator and enclosed between double quotes

Re: [gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

+1 Mateusz On Mon, 21 Nov 2022 at 12:40, Even Rouault wrote: > > Hi, > > Motion: > > Adopt RFC88: Use GoogleTest framework for C/C++ unit > tests(https://github.com/OSGeo/gdal/pull/6720) > > Starting with my +1, > > Even > > -- > http://www.spatialys.com > My software is free, but my time

Re: [gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Hi, I found only an issue with having comma as a decimal separator. When I fixed that I got correct results both with GDAL 3.5.1 and with GDAL 3.6.0. Please tell if you have still some problem when the decimal separator is correct and present a new exact test case. -Jukka Rahkonen-

[gdal-dev] GDAL Seg Fault - for info

This may not be a GDAL bug and as such I have not raised it as an issue but I wanted to put it here for anyone else who comes across the same problem. There does appear to be some interference between, at least the conda distribution of, GDAL and something else within Python causing a

[gdal-dev] Motion: adopt RFC88: Use GoogleTest framework for C/C++ unit tests

Hi, Motion: Adopt RFC88: Use GoogleTest framework for C/C++ unit tests(https://github.com/OSGeo/gdal/pull/6720) Starting with my +1, Even -- http://www.spatialys.com My software is free, but my time generally not. ___ gdal-dev mailing list

Re: [gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Hi, Did you ever notice that the result from GDAL 3.5.1 is wrong as well? You csv file has coordinates with a comma as a decimal separator and enclosed between double quotes my_file.csv = CD_MES,store_id,date_id,ticket_id,hour_id,lat,lon 202112,101,04/12/21,1,11,"19,38358","-99,183735"

Re: [gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Hi, I could reproduce with OSGeo4W version GDAL 3.6.0, released 2022/11/06. I have also a bit older version GDAL 3.6.0dev from gisinternals.com, probably installed 2022-05-16, and that version finds the geometries. So if it is not because of differences in build systems then something has

Re: [gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Hi, Please add a one line test file "my_file.csv" so we can try to reproduce. Confirm first that it fails with your GDAL version. -Jukka Rahkonen- Lähettäjä: gdal-dev Puolesta Moises Calzado via gdal-dev Lähetetty: maanantai 21. marraskuuta 2022 11.21 Vastaanottaja: gdal-dev@lists.osgeo.org

[gdal-dev] Latest GDAL version not transforming lat/lng into geom column

Hello everyone, We've just updated to the latest GDAL version (v3.6.0) and it seems that something is not working correctly when trying to obtain a geom column from a CSV containing latitudes and longitudes. This is the command that is being used: ogr2ogr -f CSV -skipfailures -makevalid