Re: [gdal-dev] OGR SQL on CSV file with field name with parentheses?

2019-04-18 Thread John Baumgartner
Try surrounding the field name with square brackets: ogrinfo -al "Data_directory" -dialect sqlite -sql "SELECT [Vs30(m/s)] as Vs30 FROM file1" On Fri, 19 Apr 2019 at 09:32, Moskovitz, Bob@DOC < bob.moskov...@conservation.ca.gov> wrote: > Hello gdal_dev, > > > > I am trying to use ogrinfo on a se

[gdal-dev] OGR SQL on CSV file with field name with parentheses?

2019-04-18 Thread Moskovitz, Bob@DOC
Hello gdal_dev, I am trying to use ogrinfo on a set of CSV file that has a field with the name "Vs30(m/s)", but change the name to "Vs30". Is this possible or do I have to edit a bunch of files headers to do this? I tried: ogrinfo -al "Data_directory" -dialect sqlite -sql "SELECT Vs30(m/s) as

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Even Rouault
On jeudi 18 avril 2019 19:01:34 CEST John Daniel wrote: > I had tried 3 different versions of SpatiaLite (4.1.1 - 5.0) since that > seemed to be where the problem is. My last known good build used > SpatialLite 4.3.0a. > > Is there a list of recommended version of various supporting libraries? I >

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Even Rouault
> Not sure how you find out I used libtool build. In my configure option, > I did specify "--without-libtool". /scratch/gdal/gdal/gdal/.libs/libgdal.so.20 is a file produced by a libtool build. You perhaps did initially a libtool build and then a non-libtool one. Remove /scratch/gdal/gdal/gdal/.l

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Fengting Chen
On 4/18/2019 1:11 PM, Even Rouault wrote: On jeudi 18 avril 2019 12:38:43 CEST Fengting Chen wrote: In my case, this didn't work. 1. When I ran the GDAL build, I always use "make clean" to clean the old build. And I did run scripts/setdevenv.sh before running the test. />which gdalinfo// ///

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Even Rouault
On jeudi 18 avril 2019 16:41:41 CEST John Daniel wrote: > Even, > scripts/setdevenv.sh did fix the python problem for me. > > However, I get a very similar segfault in the test scripts that I get on the > Mac. It seems related to SQLite and SpatiaLite. I'm going to try to rebuild > with an older s

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Even Rouault
On jeudi 18 avril 2019 12:38:43 CEST Fengting Chen wrote: > In my case, this didn't work. > > 1. When I ran the GDAL build, I always use "make clean" to clean the old > build. And I did run scripts/setdevenv.sh before running the test. > > />which gdalinfo// > ///scratch/gdal/gdal/gdal/apps/gdal

Re: [gdal-dev] How to run autotest

2019-04-18 Thread John Daniel
Even, scripts/setdevenv.sh did fix the python problem for me. However, I get a very similar segfault in the test scripts that I get on the Mac. It seems related to SQLite and SpatiaLite. I'm going to try to rebuild with an older set of GDAL+libs that has worked in the past. Here is the backtra

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Fengting Chen
In my case, this didn't work. 1. When I ran the GDAL build, I always use "make clean" to clean the old build.  And I did run scripts/setdevenv.sh before running the test. />which gdalinfo// ///scratch/gdal/gdal/gdal/apps/gdalinfo// / />gdalinfo --version// //GDAL 2.5.0dev-94f370c-dirty, relea

Re: [gdal-dev] How to run autotest

2019-04-18 Thread John Daniel
That's it. I didn't expect gdal to already be installed. I should have used a different distro for this. John Daniel Etresoft, Inc. > On Apr 18, 2019, at 5:17 AM, Even Rouault wrote: > >> E ImportError: >> /home/parallels/OS-GIS/platforms/linux/x86_64/gdal/lib/python2.7/site-packa >> ges/osg

Re: [gdal-dev] How to run autotest

2019-04-18 Thread Even Rouault
> E ImportError: > /home/parallels/OS-GIS/platforms/linux/x86_64/gdal/lib/python2.7/site-packa > ges/osgeo/_gdal.so: undefined symbol: CPLGetErrorCounter Try ldd /home/parallels/OS-GIS/platforms/linux/x86_64/gdal/lib/python2.7/site-packages/osgeo/_gdal.so and check which libgdal.so it links t