On jeudi 14 septembre 2017 03:41:33 CEST Nick Cummins wrote:
> Hey, I was able to solve by issue by compiling and installing GDAL from
> source with --with-static-proj4 set. Thanks for the help.
>
Hum this could well be a sign that there's another libproj.so lying in your
filesystem in a
direct
Hey, I was able to solve by issue by compiling and installing GDAL from source
with --with-static-proj4 set. Thanks for the help.
On Sep 13, 2017, at 09:58 AM, Nick Cummins wrote:
➜ ls -lah /usr/lib/ | grep -i libproj
lrwxrwxrwx 1 root root 17 Sep 14 2016 libproj.so -> libproj.so.12.
➜ ls -lah /usr/lib/ | grep -i libproj
lrwxrwxrwx 1 root root 17 Sep 14 2016 libproj.so -> libproj.so.12.0.0
lrwxrwxrwx 1 root root 17 Sep 14 2016 libproj.so.12 -> libproj.so.12.0.0
-rwxr-xr-x 1 root root 423K Sep 14 2016 libproj.so.12.0.0
Also,
➜ ldd /usr/bin/ogr2ogr | grep -i p
On mardi 12 septembre 2017 23:47:09 CEST Nick Cummins wrote:
> 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 worki
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
10 matches
Mail list logo
