Re: [gdal-dev] Importing OSM: closed ways being skipped

2019-09-26 Thread jratike80
Winwaed wrote > Whilst searching this list, I saw references to osmconf.ini - turns > out I have about half a dozen copies installed from various > applications. They all have a "closed_ways_are_polygons" entry, which > looks like it could be the cause of the problem. > I tried copying one of these

Re: [gdal-dev] ESRI FileGDB driver causing issues with Postgis build due to packaged libstdc++

2019-09-26 Thread Andrew Joseph
Thanks, that worked! -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] ESRI FileGDB driver causing issues with Postgis build due to packaged libstdc++

2019-09-26 Thread Even Rouault
On jeudi 26 septembre 2019 15:44:11 CEST Andrew Joseph wrote: > should I delete the libstdc++.so and libstdc++.so.6.0.2.1 files as well? > (sorry I'm unfamiliar with with C/C++) Yes any file with libstdc++ in its name (just in /usr/local/FileGDB_API/lib ) -- Spatialys - Geospatial professional s

Re: [gdal-dev] ESRI FileGDB driver causing issues with Postgis build due to packaged libstdc++

2019-09-26 Thread Andrew Joseph
should I delete the libstdc++.so and libstdc++.so.6.0.2.1 files as well? (sorry I'm unfamiliar with with C/C++) -- Sent from: http://osgeo-org.1560.x6.nabble.com/GDAL-Dev-f3742093.html ___ gdal-dev mailing list gdal-dev@lists.osgeo.org https://lists.os

Re: [gdal-dev] ESRI FileGDB driver causing issues with Postgis build due to packaged libstdc++

2019-09-26 Thread Even Rouault
> /usr/bin/clang-7: /usr/local/FileGDB_API/lib/libstdc++.so.6: version > `GLIBCXX_3.4.22' not found (required by Try removing that /usr/local/FileGDB_API/lib/libstdc++.so.6 . It is likely older than what the rest of your system expects. -- Spatialys - Geospatial professional services http://www

[gdal-dev] ESRI FileGDB driver causing issues with Postgis build due to packaged libstdc++

2019-09-26 Thread Andrew Joseph
I'm updating a docker build of gdal/postgis with gdal 3.0.1 and postgis 3.0.0alpha4 on top of a docker image of debian:buster-slim below is my FileGDB build: FGDB_BUILD_DIR=/usr/local/FileGDB_API FGDB_BUNDLE=$BUILD_DIR/fgdb.tar.gz wget -q -O "$FGDB_BUNDLE" https://github.com/Esri/file-geodatabase

[gdal-dev] Importing OSM: closed ways being skipped

2019-09-26 Thread Richard Marsden
I am trying to read an osm pbf file, but I am getting different feature counts when I use ogr2ogr to convert the file to spatialite, and the Python OGR/GDAL wrapper (in a QGIS plugin) to loop through the features individually. Points, lines, and line strings are the same. The differences are in the

Re: [gdal-dev] ogr2ogr VRT conversion with SQLite query not working in v. 3.0.1

2019-09-26 Thread Even Rouault
On jeudi 26 septembre 2019 15:22:13 CEST Deschamps, Benjamin (EC) wrote: > Hi, > > I have a simple VRT merging data from three Shapefile sources, using an > SQLITE query. The command executes without any issues with ogr2ogr v. 2.3.0 > dev and with 2.1.3, but fails my new 3.0.1 install. Benjamin,

Re: [gdal-dev] Bogus GeoJSON file or am I doing something wrong? (re-post)

2019-09-26 Thread Simon Eves
To wrap this up, I got in touch with HighCharts, and they confirmed that this file is from them, but not a real GeoJSON, and not expected to be usable outside their software ecosystem. Thanks again. SE On Wed, Sep 25, 2019 at 8:47 AM Simon Eves wrote: > I concur. > > That said, I'm sure I hav

[gdal-dev] ogr2ogr VRT conversion with SQLite query not working in v. 3.0.1

2019-09-26 Thread Deschamps, Benjamin (EC)
Hi, I have a simple VRT merging data from three Shapefile sources, using an SQLITE query. The command executes without any issues with ogr2ogr v. 2.3.0 dev and with 2.1.3, but fails my new 3.0.1 install. ogr2ogr.exe -f "ESRI Shapefile" c:\pathto\test.shp f:\pathto\cis_SGRDAMERGED_20190925_pl_a

Re: [gdal-dev] Problems creating a VSI File on Windows

2019-09-26 Thread Even Rouault
On jeudi 26 septembre 2019 10:44:21 CEST Roberto Ribeiro wrote: > Hello list, > > I am trying to create a VSI File on Memory, in a W10 system, but am unsure > how to proceed with path style. > > > VSIFILE* Mem = VSIFileFromMemBuffer("path", (GByte*) NewImg, > > (vsi_l_offset) (XSize * YSize), FA

[gdal-dev] Problems creating a VSI File on Windows

2019-09-26 Thread Roberto Ribeiro
Hello list, I am trying to create a VSI File on Memory, in a W10 system, but am unsure how to proceed with path style. > VSIFILE* Mem = VSIFileFromMemBuffer("path", (GByte*) NewImg, (vsi_l_offset) (XSize * YSize), FALSE); > GDALDataset* DS = (GDALDataset*) GDALOpen("path", GA_ReadOnly); When doi