[pdal] filters reprojection problem
Jim Klassen
klassen.js at gmail.com
Tue Mar 5 08:06:08 PST 2019
I'm not sure the "right" answer, but I got around that (first) error by specifying the full path to the geoidgrid file. This required specifying the proj string (instead of the EPSG string) in the reprojection "out_srs" field.
I also specified the equivalent EPSG string in the "a_srs" field of the writer to make sure I got the standard metadata. I'm not 100% sure this step is necessary.
On 3/5/19 9:32 AM, Andrew Bell wrote:
> I've been there. Having spent way too much time on this, I still think dynamic proj is the way to go. Proj support in GDAL is painful. Hopefully the new release will cure that.
>
> On Tue, Mar 5, 2019 at 10:24 AM Doug Newcomb <newcomb.ttg at gmail.com <mailto:newcomb.ttg at gmail.com>> wrote:
>
> If I don't set it to static, I get another set of error messages
>
> On Tue, Mar 5, 2019, 8:41 AM Andrew Bell <andrew.bell.ia at gmail.com <mailto:andrew.bell.ia at gmail.com>> wrote:
>
> I remember having a bunch of trouble when using --with-static-proj. I'd suggest not setting that and using PROJSO env. var if you have libproj in a non-standard location.
>
> Howard, do you remember the issue with proj location in one of the distros? I know it was wrong and then got fixed, but I can't recall the details.
>
> On Mon, Mar 4, 2019 at 9:23 PM Doug Newcomb <newcomb.ttg at gmail.com <mailto:newcomb.ttg at gmail.com>> wrote:
>
> Currently , /usr/share/proj has nothing.
> /usr/local/share/proj has:
> CH epsg esri esri.extra GL27 IGNF ITRF2000 ITRF2008 ITRF2014 nad27 nad83 nad.lst null other.extra proj_def.dat world
>
> Doug
>
> On Mon, Mar 4, 2019 at 9:10 PM Doug Newcomb <newcomb.ttg at gmail.com <mailto:newcomb.ttg at gmail.com>> wrote:
>
> I had the shift files installed , but removed them when I started seeing the problem. No effect.
>
> Doug
>
> On Mon, Mar 4, 2019 at 8:56 PM Andrew Bell <andrew.bell.ia at gmail.com <mailto:andrew.bell.ia at gmail.com>> wrote:
>
> Do you have the shift files installed with your GDAL install? If so, are they in the standard location (/usr/share, I believe)?
>
> On Mon, Mar 4, 2019, 8:47 PM Doug Newcomb <newcomb.ttg at gmail.com <mailto:newcomb.ttg at gmail.com>> wrote:
>
> Hi Folks,
> This is probably something simple. I am compiling pdal 1.8 from source and i am running into a puzzling error.
> Running this :
> pdal translate -f filters.reprojection --filters.reprojection.out_srs="EPSG:5070+5703" 4699/20130405_las_s23_2510_40.laz 4699_alb/20130405_las_s23_2510_40.laz
>
> Gives me:
> (pdal translate Error) GDAL failure (6) Failed to initialize PROJ pipeline from `+proj=longlat +datum=NAD83 +geoidgrids=g2012a_conus.gtx,g2012a_alaska.gtx,g2012a_guam.gtx,g2012a_hawaii.gtx,g2012a_puertorico.gtx,g2012a_samoa.gtx +vunits=m +no_defs' to `+proj=aea +lat_1=29.5 +lat_2=45.5 +lat_0=23 +lon_0=-96 +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +geoidgrids=g2012a_conus.gtx,g2012a_alaska.gtx,g2012a_guam.gtx,g2012a_hawaii.gtx,g2012a_puertorico.gtx,g2012a_samoa.gtx +vunits=m +no_defs': failed to load datum shift file
> PDAL: filters.reprojection: Could not construct coordinate transformation object in createTransform
>
> Any thoughts ?
>
> Doug
> _______________________________________________
> pdal mailing list
> pdal at lists.osgeo.org <mailto:pdal at lists.osgeo.org>
> https://lists.osgeo.org/mailman/listinfo/pdal
>
>
>
> --
> Andrew Bell
> andrew.bell.ia at gmail.com <mailto:andrew.bell.ia at gmail.com>
>
>
>
> --
> Andrew Bell
> andrew.bell.ia at gmail.com <mailto:andrew.bell.ia at gmail.com>
>
> _______________________________________________
> pdal mailing list
> pdal at lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/pdal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/pdal/attachments/20190305/5301a292/attachment-0001.html>
More information about the pdal
mailing list