Opened 10 years ago
Closed 7 years ago
#2388 closed enhancement (fixed)
GRASS 7.0 Beta 3 for windows r.in.lidar cannot read .laz files
Reported by: | dnewcomb | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | 7.4.0 |
Component: | Packaging | Version: | svn-releasebranch70 |
Keywords: | wingrass | Cc: | |
CPU: | x86-64 | Platform: | MSWindows 7 |
Description
The Windows binary for GRASS 7.0 beta 3 has not been compiled with the laszip library compiled into liblas. While it can read the LAS format well, it cannot read the compressed version ( LAZ) that is commonly used for download.
I feel it would be a worthwhile enhancement to add this capability to the windows binary.
The laszip library is licensed under the LGPL and is available at http://www.laszip.org/
Change History (12)
follow-ups: 3 5 comment:1 by , 10 years ago
Component: | Default → Packaging |
---|---|
Keywords: | wingrass added |
comment:3 by , 10 years ago
Replying to martinl:
That's strange, both OSGeo4W environments used for compilation and packaging contains
libzip
package. I checked native installer and it containslibzip.dll
inextrabin
dir. So no idea what could be missing.
Welcome to GRASS 7.0.0beta3 GRASS homepage: http://grass.osgeo.org This version running through: Bourne Shell (C:\Program Files\GRASSS 7.0.0beta3\msys\bin\sh.exe) Help is available with the command: g.manual -i See the licence terms with: g.version -c If required, restart the GUI with: g.gui wxpython When ready to quit enter: exit Launching <wxpython> GUI in the background, please wait... GRASS 7.0.0beta3> lasinfo -help -------------------------------------------------------------------- lasinfo (libLAS 1.7.0 with GeoTIFF 1.3.0 GDAL 1.8.1 LASzip 2.1.0) [...]
it seems it's compiled with an old GDAL and an old LASzip.
comment:4 by , 10 years ago
Replying to neteler:
Can you try to run "laszippertest" ?
is there any laszip test data around related to the NC sample data set?
follow-up: 6 comment:5 by , 10 years ago
Replying to martinl:
That's strange, both OSGeo4W environments used for compilation and packaging contains
libzip
package. I checked native installer and it containslibzip.dll
inextrabin
dir. So no idea what could be missing.
just played around a bit with OSGeo4W-liblas (http://www.liblas.org/); although it claims to be compiled with LASzip 2.1.0, OSGeo4W-liblas can't read laz-files; e.g. lasinfo -i test.laz (test file from the lastools) crashes.
maybe open a ticket in http://trac.osgeo.org/osgeo4w/report ?
comment:6 by , 10 years ago
Replying to hellik:
maybe open a ticket in http://trac.osgeo.org/osgeo4w/report ?
comment:7 by , 9 years ago
Milestone: | 7.0.0 → 7.0.5 |
---|
comment:9 by , 8 years ago
Milestone: | 7.0.5 → 7.3.0 |
---|
comment:12 by , 7 years ago
Milestone: | 7.4.1 → 7.4.0 |
---|---|
Resolution: | → fixed |
Status: | new → closed |
Fixed for G740.
That's strange, both OSGeo4W environments used for compilation and packaging contains
libzip
package. I checked native installer and it containslibzip.dll
inextrabin
dir. So no idea what could be missing.