[Liblas-devel] can't detect projection
Peter Tittmann
ptittmann at gmail.com
Mon Mar 27 11:59:08 PDT 2017
Thanks Mateusz,
The following describes the current GDAL_DATA environment on the Debian machine (which can’t detect the CRS). Would there be another source for the data directory I should set?
$ gdal-config --datadir
/usr/share/gdal/2.1
and
$ ls -lrt /usr/share/gdal/2.1/
total 2704
-rw-r--r-- 1 root root 1081 Feb 2 14:15 vertcs.override.csv
-rw-r--r-- 1 root root 11931 Feb 2 14:15 vertcs.csv
-rw-r--r-- 1 root root 2854 Feb 2 14:15 vdv452.xsd
-rw-r--r-- 1 root root 25816 Feb 2 14:15 vdv452.xml
-rw-r--r-- 1 root root 21480 Feb 2 14:15 unit_of_measure.csv
-rw-r--r-- 1 root root 12071 Feb 2 14:15 trailer.dxf
-rw-r--r-- 1 root root 10360 Feb 2 14:15 stateplane.csv
-rw-r--r-- 1 root root 2048 Feb 2 14:15 seed_3d.dgn
-rw-r--r-- 1 root root 9216 Feb 2 14:15 seed_2d.dgn
-rw-r--r-- 1 root root 37030 Feb 2 14:15 s57objectclasses_iw.csv
-rw-r--r-- 1 root root 31226 Feb 2 14:15 s57objectclasses.csv
-rw-r--r-- 1 root root 63984 Feb 2 14:15 s57objectclasses_aml.csv
-rw-r--r-- 1 root root 20885 Feb 2 14:15 s57expectedinput.csv
-rw-r--r-- 1 root root 8745 Feb 2 14:15 s57attributes_iw.csv
-rw-r--r-- 1 root root 7254 Feb 2 14:15 s57attributes.csv
-rw-r--r-- 1 root root 18115 Feb 2 14:15 s57attributes_aml.csv
-rw-r--r-- 1 root root 13304 Feb 2 14:15 s57agencies.csv
-rw-r--r-- 1 root root 64880 Feb 2 14:15 ruian_vf_v1.gfs
-rw-r--r-- 1 root root 45972 Feb 2 14:15 ruian_vf_st_v1.gfs
-rw-r--r-- 1 root root 2600 Feb 2 14:15 ruian_vf_st_uvoh_v1.gfs
-rw-r--r-- 1 root root 46775 Feb 2 14:15 ruian_vf_ob_v1.gfs
-rw-r--r-- 1 root root 272735 Feb 2 14:15 projop_wparm.csv
-rw-r--r-- 1 root root 1685 Feb 2 14:15 prime_meridian.csv
-rw-r--r-- 1 root root 1525 Feb 2 14:15 pcs.override.csv
-rw-r--r-- 1 root root 719271 Feb 2 14:15 pcs.csv
-rw-r--r-- 1 root root 3466 Feb 2 14:15 pci_ellips.txt
-rw-r--r-- 1 root root 35105 Feb 2 14:15 pci_datum.txt
-rw-r--r-- 1 root root 1349 Feb 2 14:15 ozi_ellips.csv
-rw-r--r-- 1 root root 8482 Feb 2 14:15 ozi_datum.csv
-rw-r--r-- 1 root root 4659 Feb 2 14:15 osmconf.ini
-rw-r--r-- 1 root root 25079 Feb 2 14:15 ogrvrt.xsd
-rw-r--r-- 1 root root 6144 Feb 2 14:15 nitf_spec.xsd
-rw-r--r-- 1 root root 91275 Feb 2 14:15 nitf_spec.xml
-rw-r--r-- 1 root root 7490 Feb 2 14:15 netcdf_config.xsd
-rw-r--r-- 1 root root 4812 Feb 2 14:15 inspire_cp_CadastralZoning.gfs
-rw-r--r-- 1 root root 2450 Feb 2 14:15 inspire_cp_CadastralParcel.gfs
-rw-r--r-- 1 root root 1650 Feb 2 14:15 inspire_cp_CadastralBoundary.gfs
-rw-r--r-- 1 root root 1740 Feb 2 14:15 inspire_cp_BasicPropertyUnit.gfs
-rw-r--r-- 1 root root 9120 Feb 2 14:15 header.dxf
-rw-r--r-- 1 root root 1719 Feb 2 14:15 gt_ellips.csv
-rw-r--r-- 1 root root 15804 Feb 2 14:15 gt_datum.csv
-rw-r--r-- 1 root root 3670 Feb 2 14:15 gml_registry.xml
-rw-r--r-- 1 root root 12761 Feb 2 14:15 geoccs.csv
-rw-r--r-- 1 root root 19428 Feb 2 14:15 gdalvrt.xsd
-rw-r--r-- 1 root root 12305 Feb 2 14:15 GDALLogoGS.svg
-rw-r--r-- 1 root root 12305 Feb 2 14:15 GDALLogoColor.svg
-rw-r--r-- 1 root root 13022 Feb 2 14:15 GDALLogoBW.svg
-rw-r--r-- 1 root root 2021 Feb 2 14:15 gdalicon.png
-rw-r--r-- 1 root root 216876 Feb 2 14:15 gdal_datum.csv
-rw-r--r-- 1 root root 513 Feb 2 14:15 gcs.override.csv
-rw-r--r-- 1 root root 52729 Feb 2 14:15 gcs.csv
-rw-r--r-- 1 root root 75845 Feb 2 14:15 esri_Wisconsin_extra.wkt
-rw-r--r-- 1 root root 332546 Feb 2 14:15 esri_StatePlane_extra.wkt
-rw-r--r-- 1 root root 50 Feb 2 14:15 epsg.wkt
-rw-r--r-- 1 root root 13924 Feb 2 14:15 ellipsoid.csv
-rw-r--r-- 1 root root 177325 Feb 2 14:15 datum_shift.csv
-rw-r--r-- 1 root root 7978 Feb 2 14:15 coordinate_axis.csv
-rw-r--r-- 1 root root 8918 Feb 2 14:15 compdcs.csv
> On Mar 27, 2017, at 11:41 AM, Mateusz Loskot <mateusz at loskot.net> wrote:
>
> On 27 March 2017 at 20:27, Peter Tittmann <ptittmann at gmail.com> wrote:
>> All,
>>
>> Working on Linux <> 4.9.0-2-amd64 #1 SMP Debian 4.9.10-1 (2017-02-17) x86_64 GNU/Linux
>>
>> with
>>
>> liblas-config --version
>> 1.8.1
>>
>> lasinfo can’t detect the spatial reference of one of my .las tiles
>> [...]
>>> Spatial Reference:
>>> LOCAL_CS["unnamed",
>>> GEOGCS["unknown",
>>> DATUM["unknown",
>>> SPHEROID["unretrievable - using WGS84",6378137,298.257223563]],
>>> PRIMEM["Greenwich",0],
>>> UNIT[,0.0174532925199433]],
>>> AUTHORITY["EPSG","6397"],
>>> UNIT["US survey foot",0.3048006096012192]]
>
> Does setting GDAL_DATA env make a difference?
>
> https://trac.osgeo.org/gdal/wiki/FAQInstallationAndBuilding#WhatisGDAL_DATAenvironmentvariable
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
More information about the Liblas-devel
mailing list