[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