On Tue, 12 Nov 2019, Rich Shepard wrote:
Reading the liblas.org web page I think I should remove the liblas package
then build and install the pdal-1.9.1 package. Is this a good idea?
Built and install pdal-1.9.1. In the configuration file I commented out
--with-libLAS and added --with-pdal. G
On Tue, 12 Nov 2019, Markus Neteler wrote:
Please check `config.log` for details.
Markus,
I should have attached that to my message.
I think that I see the error:
configure:7009: gcc -o conftest -g -O2 -O2 -fPIC -I/usr/include -I/usr/include
-I/usr/include -I/usr/include -I/usr/include
Rich Shepard schrieb am Di., 12. Nov. 2019,
19:16:
> Trying to build 7.9.dev today failed:
> checking whether to use libLAS... yes
> checking for liblas-config... /usr/bin/liblas-config
> checking for liblas/capi/liblas.h... yes
> configure: error: *** Unable to locate libLAS library.
>
> libLAS-
Trying to build 7.9.dev today failed:
checking whether to use libLAS... yes
checking for liblas-config... /usr/bin/liblas-config
checking for liblas/capi/liblas.h... yes
configure: error: *** Unable to locate libLAS library.
libLAS-1.8.1 is installed; liblas libraries installed are:
/usr/lib64/li
On mardi 12 novembre 2019 17:43:56 CET Markus Neteler wrote:
> On Tue, Nov 12, 2019 at 5:08 PM Markus Metz
>
> wrote:
> > Regarding GDAL 3 support, we still need to add the new GDAL library
> > versions to lib/raster/gdal.c for r.external to work.
> Which .so and .dll names need to be registered
On Tue, Nov 12, 2019 at 5:08 PM Markus Metz
wrote:
>
> Regarding GDAL 3 support, we still need to add the new GDAL library versions
> to lib/raster/gdal.c for r.external to work.
Which .so and .dll names need to be registered here, does anyone know?
https://github.com/OSGeo/grass/blob/master/lib
Regarding GDAL 3 support, we still need to add the new GDAL library
versions to lib/raster/gdal.c for r.external to work.
Markus M
On Tue, Nov 12, 2019 at 8:56 AM Markus Neteler wrote:
> What's new in a nutshell
>
> As a follow-up to the recent GRASS GIS 7.8.0 release we have pusblished
> the n
Hi Martin,
Hum, it can be related, because starting GRASS with
grass --text
and then
v.buffer
I get a windows message saying that the gdal300.dll is missing. However, I
have a gdal300.dll file in OSGeoW folder: C:\OSGeo4W64\bin.
GRASS config gives:
C:\>grass78 --config
x86_64-w64-mingw32
./c
Hi,
út 12. 11. 2019 v 15:14 odesílatel Pedro Venâncio
napsal:
> GDAL version: 3.1.0dev
> GEOS version: 3.8.0-CAPI-1.13.1
> PROJ version: Rel. 7.0.0, March 1st, 2020
it's probably unrelated, but GRASS 7.8.1 is compiled with GDAL 3.0 and PROJ 6.0.
Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki
Hi all,
Thank you very much for this release!
I'm trying to use it, installed from OSGeo4W 64bits, but I get this error:
Starting GRASS GIS...
ATENÇÃO: Concurrent mapset locking is not supported on Windows
Cleaning up temporary files...
__ ___ _____
10 matches
Mail list logo