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
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
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
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
> /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
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
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
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,
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
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
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
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
12 matches
Mail list logo