Hi,
I'm try-ing to execut this query on an oracle dbms
select SUM(AREA) from dbti_user.rt_dati_terreni
To do this I need to use ogrinfo.
So I try t execute this ogrinfo call:
ogrinfo "OCI:username/password@(DESCRIPTION = (ADDRESS_LIST = (ADDRESS
= (PROTOCOL = TCP)(HOST = xx.xx.xx.xx)(PORT = 1521
I am using Arch Linux (continuous/rolling distro), using gdal from the official repositories. Using proj. 4.9.3-1 from official repos. As mentioned, previously (within the past month) the first re-projection example was working fine. Suddenly today I was analyzing a different tile and ran into the
On mardi 12 septembre 2017 23:08:13 CEST you wrote:
> The source projection is contained in the accompanying .prj file in the zip,
> so it's probably easiest just to download and extract the zip.
I can't reproduce any crash nor error on Ubuntu 16.04 with gdal trunk, head of
2.2
branch or 2.2.1 r
The source projection is contained in the accompanying .prj file in the zip, so
it's probably easiest just to download and extract the zip.
On Sep 12, 2017, at 04:06 PM, Nick Cummins wrote:
TOWNSSURVEY_POLY.shp in
http://wsgw.mass.gov/data/gispub/shape/state/townssurvey_shp.zip
ogr2ogr -f
TOWNSSURVEY_POLY.shp in
http://wsgw.mass.gov/data/gispub/shape/state/townssurvey_shp.zip
ogr2ogr -f "GeoJSON" -t_srs EPSG:4326 dest.json TOWNSSURVEY_POLY.shp
produces the error for me
On Sep 12, 2017, at 04:01 PM, Even Rouault wrote:
On mardi 12 septembre 2017 21:55:31 CEST Nick Cummins wr
On mardi 12 septembre 2017 21:55:31 CEST Nick Cummins wrote:
> I'm trying to re-project a lidar point cloud file using PDAL, which uses
> GDAL under the hood. When re-projecting a .las tile which I was previously
> able to successfully transform the coordinate system from EPSG:4269
> (lat/lon) to a
I'm trying to re-project a lidar point cloud file using PDAL, which uses GDAL
under the hood. When re-projecting a .las tile which I was previously able to
successfully transform the coordinate system from EPSG:4269 (lat/lon) to a US
state plane projection, EPSG:102749, I now get the following
Thanks Mike for your reply.
After clipping I'm doing a dissolve. The clipping takes 5 min, which is
more or less acceptable for 2.8 million shapes.
But the dissolve is taking over 30 min. for 680k shapes.
I've added a spatial index using
dsShapefile.ExecuteSQL("CREATE SPATIAL INDEX ON " + layerNa
