Re: [GRASS-dev] Documentation glitch

2018-11-23 Thread Helmut Kudrnovsky
Markus Neteler wrote
> Hi Luí­s,
> 
> Am Fr., 23. Nov. 2018, 16:32 hat Luí­s Moreira de Sousa <

> luis.de.sousa@

>> geschrieben:
> 
>> Dear all,
>>
>> I bumped over a glitch with the documentation for r.out.gdal. One of the
>> examples is:
>> r.out.gdal in=elevation output=elevation.tif type=Float64 \
>> createopt="COMPRESS=DEFLATE"
>>
>> But compression is applied only if the double quotes are left out:
>> r.out.gdal in=elevation output=elevation.tif type=Float64 \
>> createopt=COMPRESS=DEFLATE
>>
> 
> Thanks but I cannot confirm this. The GRASS GIS parser takes the right
> side
> as a string, I always use it quoted on command line.
> 
> Anyone else who can comment here?

tested here in winGRASS

 with quotes

r.out.gdal input=elevation@PERMANENT output=D:\temp\testtt\test.tif
format=GTiff type=Float64 createopt=COMPRESS=DEFLATE
Checking GDAL data type and nodata value...
ERROR 6: SetColorTable() only supported for Byte or UInt16
bands in TIFF format.
Using GDAL data type 
Input raster map contains cells with NULL-value (no-data). The value -1.#IND
will be used to represent no-data values in the input map. You can specify a
nodata value with the nodata option.
Exporting raster data to GTiff format...
r.out.gdal complete. File  created.

D:\temp\testtt>gdalinfo test.tif
Driver: GTiff/GeoTIFF
Files: test.tif
Size is 527, 475
Coordinate System is:
PROJCS["NAD83(HARN) / North Carolina",
GEOGCS["NAD83(HARN)",
DATUM["NAD83_High_Accuracy_Reference_Network",
SPHEROID["GRS 1980",6378137,298.257222101,
AUTHORITY["EPSG","7019"]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY["EPSG","6152"]],
PRIMEM["Greenwich",0,
AUTHORITY["EPSG","8901"]],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]],
AUTHORITY["EPSG","4152"]],
PROJECTION["Lambert_Conformal_Conic_2SP"],
PARAMETER["standard_parallel_1",36.16],
PARAMETER["standard_parallel_2",34.34],
PARAMETER["latitude_of_origin",33.75],
PARAMETER["central_meridian",-79],
PARAMETER["false_easting",609601.22],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
AXIS["X",EAST],
AXIS["Y",NORTH],
AUTHORITY["EPSG","3358"]]
Origin = (629992.500,228513.000)
Pixel Size = (28.500,-28.500)
Metadata:
  AREA_OR_POINT=Area
  TIFFTAG_SOFTWARE=GRASS GIS 7.7.svn with GDAL 2.3.2
Image Structure Metadata:
  COMPRESSION=DEFLATE
  INTERLEAVE=BAND
Corner Coordinates:
Upper Left  (  629992.500,  228513.000) ( 78d46'27.71"W, 35d48'35.02"N)
Lower Left  (  629992.500,  214975.500) ( 78d46'28.93"W, 35d41'15.74"N)
Upper Right (  645012.000,  228513.000) ( 78d36'29.41"W, 35d48'33.50"N)
Lower Right (  645012.000,  214975.500) ( 78d36'31.54"W, 35d41'14.23"N)
Center  (  637502.250,  221744.250) ( 78d41'29.40"W, 35d44'54.73"N)
Band 1 Block=527x1 Type=Float64, ColorInterp=Gray
  Description = elevation@PERMANENT
  NoData Value=nan
  Metadata:
COLOR_TABLE_RULES_COUNT=5
COLOR_TABLE_RULE_RGB_0=5.557879e+001 7.572901e+001 0 191 191 0 255 0
COLOR_TABLE_RULE_RGB_1=7.572901e+001 9.587922e+001 0 255 0 255 255 0
COLOR_TABLE_RULE_RGB_2=9.587922e+001 1.160294e+002 255 255 0 255 127 0
COLOR_TABLE_RULE_RGB_3=1.160294e+002 1.361797e+002 255 127 0 191 127 63
COLOR_TABLE_RULE_RGB_4=1.361797e+002 1.563299e+002 191 127 63 20 20 20

 without quotes

C:\>r.out.gdal input=elevation@PERMANENT output=D:\temp\testtt\test3.tif
format=GTiff type=Float64 createopt="COMPRESS=DEFLATE"
Checking GDAL data type and nodata value...
 100%
Using GDAL data type 
Input raster map contains cells with NULL-value (no-data). The value
-1.#IND will be used to represent no-data values in the input map. You can
specify a nodata value with the nodata option.
Exporting raster data to GTiff format...
ERROR 6: SetColorTable() only supported for Byte or UInt16 bands in TIFF
format.
 100%
r.out.gdal complete. File  created.

D:\temp\testtt>gdalinfo test3.tif
Driver: GTiff/GeoTIFF
Files: test3.tif
Size is 527, 475
Coordinate System is:
PROJCS["NAD83(HARN) / North Carolina",
GEOGCS["NAD83(HARN)",
DATUM["NAD83_High_Accuracy_Reference_Network",
SPHEROID["GRS 1980",6378137,298.257222101,
AUTHORITY["EPSG","7019"]],
TOWGS84[0,0,0,0,0,0,0],
AUTHORITY["EPSG","6152"]],
PRIMEM["Greenwich",0,
AUTHORITY["EPSG","8901"]],
UNIT["degree",0.0174532925199433,
AUTHORITY["EPSG","9122"]],
AUTHORITY["EPSG","4152"]],
PROJECTION["Lambert_Conformal_Conic_2SP"],
PARAMETER["standard_parallel_1",36.16],
PARAMETER["standard_parallel_2",34.34],
PARAMETER["latitude_of_origin",33.75],
PARAMETER["central_meridian",-79],
PARAMETER["false_easting",609601.22],
PARAMETER["false_northing",0],
UNIT["metre",1,
AUTHORITY["EPSG","9001"]],
  

Re: [GRASS-dev] Documentation glitch

2018-11-23 Thread Markus Neteler
Hi Luí­s,

Am Fr., 23. Nov. 2018, 16:32 hat Luí­s Moreira de Sousa <
luis.de.so...@protonmail.ch> geschrieben:

> Dear all,
>
> I bumped over a glitch with the documentation for r.out.gdal. One of the
> examples is:
> r.out.gdal in=elevation output=elevation.tif type=Float64 \
> createopt="COMPRESS=DEFLATE"
>
> But compression is applied only if the double quotes are left out:
> r.out.gdal in=elevation output=elevation.tif type=Float64 \
> createopt=COMPRESS=DEFLATE
>

Thanks but I cannot confirm this. The GRASS GIS parser takes the right side
as a string, I always use it quoted on command line.

Anyone else who can comment here?

Best
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3699: v.extract: allow random extraction on subsets selected by where, cats and file options [PATCH]

2018-11-23 Thread GRASS GIS
#3699: v.extract: allow random extraction on subsets selected by where, cats and
file options [PATCH]
--+--
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.8.0
 Component:  Vector   |Version:  svn-trunk
Resolution:   |   Keywords:  v.extract random
   CPU:  Unspecified  |   Platform:  Unspecified
--+--
Changes (by mlennert):

 * Attachment "v_extract_random_with_others.diff" added.

 patch to allow random sampling among subsets

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #3699: v.extract: allow random extraction on subsets selected by where, cats and file options [PATCH]

2018-11-23 Thread GRASS GIS
#3699: v.extract: allow random extraction on subsets selected by where, cats and
file options [PATCH]
--+-
 Reporter:  mlennert  |  Owner:  grass-dev@…
 Type:  enhancement   | Status:  new
 Priority:  normal|  Milestone:  7.8.0
Component:  Vector|Version:  svn-trunk
 Keywords:  v.extract random  |CPU:  Unspecified
 Platform:  Unspecified   |
--+-
 Currently, v.extract only allows the user to use one of where, cats, file
 and random. It can be useful, however, to be able to extract a random
 sample of vector features among all those corresponding to certain
 criteria, for example based on an attribute. The user can obviously first
 run v.extract based on that attribute and then run v.extract again to
 select a random sample in the result. However, this can be quite long,
 especially if the vector contains many attributes and so those have to be
 written at each step.

 The applied patch modifies v.extract to allow random sampling even among a
 subset defined by the other three options. This would allow running
 extractions such as the following (which extracts a random sample of
 census blocks amongst those blocks that actually have population in them):


 {{{
 v.extract censusblk_swwake where="TOTAL_POP>0" random=200 out=test
 }}}

 If there are no objections, I will apply this patch to trunk, soon.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Documentation glitch

2018-11-23 Thread Luí­s Moreira de Sousa
Dear all,

I bumped over a glitch with the documentation for r.out.gdal. One of the 
examples is:
r.out.gdal in=elevation output=elevation.tif type=Float64 \ 
createopt="COMPRESS=DEFLATE"

But compression is applied only if the double quotes are left out:
r.out.gdal in=elevation output=elevation.tif type=Float64 \ 
createopt=COMPRESS=DEFLATE

Regards.

--
Luís Moreira de Sousa
Email: luis.de.so...@protonmail.ch
RingID: ring:7ca91d83f4f9dec82fec9f1144b8e5c1ef2a110c
URL: https://ldesousa.github.io

Sent with [ProtonMail](https://protonmail.com) Secure Email.___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.region "Illegal instruction (core dumped)"

2018-11-23 Thread Luca Delucchi
On Fri, 23 Nov 2018 at 12:46, Markus Metz  wrote:
>
>
> The reason is that the GRASS version you are running has been compiled for a 
> different CPU type/model. Try to recompile with the CFLAG "-march=x86-64", 
> this will produce generic 64 bit binaries.
>

thanks Markus, it fixed my problem.

> Markus M
>

-- 
ciao
Luca

www.lucadelu.org
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.region "Illegal instruction (core dumped)"

2018-11-23 Thread Markus Neteler
On Fri, Nov 23, 2018 at 12:46 PM Markus Metz
 wrote:
> On Fri, Nov 23, 2018 at 11:06 AM Luca Delucchi  wrote:
> >
> > Hi devs,
> >
> > I installed GRASS 7.6 on a Singularity container [0] but I have
> > problems with some commands that return "Illegal instruction (core
> > dumped)", one of this is g.region.
>
> The reason is that the GRASS version you are running has been compiled for a 
> different CPU type/model. Try to recompile with the CFLAG "-march=x86-64", 
> this will produce generic 64 bit binaries.

In the current Dockerfile I have recently removed "-march=..." entirely.
Not sure if that's better or not.

markusN
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.region "Illegal instruction (core dumped)"

2018-11-23 Thread Markus Metz
On Fri, Nov 23, 2018 at 11:06 AM Luca Delucchi  wrote:
>
> Hi devs,
>
> I installed GRASS 7.6 on a Singularity container [0] but I have
> problems with some commands that return "Illegal instruction (core
> dumped)", one of this is g.region.

The reason is that the GRASS version you are running has been compiled for
a different CPU type/model. Try to recompile with the CFLAG
"-march=x86-64", this will produce generic 64 bit binaries.

Markus M

>
> GRASS 7.6.svn (eu_laea):~ > g.region -p
> D1/5: G_set_program_name(): g.region
> D2/5: G_file_name(): path = /fem4/pgis/grassdata/eu_laea/sentinel
> D2/5: G_file_name(): path =
/fem4/pgis/grassdata/eu_laea/PERMANENT/DEFAULT_WIND
> D2/5: G_file_name(): path =
/fem4/pgis/grassdata/eu_laea/PERMANENT/DEFAULT_WIND
> D2/5: file open: read (mode = r)
> D2/5: G__read_Cell_head
> D2/5: G__read_Cell_head_array
> Illegal instruction (core dumped)
>
> I tried to debug [1] it with ldd but I don't see anything wrong
>
> ldd `which g.region`
> linux-vdso.so.1 (0x7ffe66981000)
> libgrass_gproj.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_gproj.7.6.svn.so
> (0x2b1a49282000)
> libgrass_vector.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_vector.7.6.svn.so
> (0x2b1a4928f000)
> libgrass_dig2.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_dig2.7.6.svn.so
> (0x2b1a49306000)
> libgrass_g3d.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_g3d.7.6.svn.so
> (0x2b1a49321000)
> libgrass_raster.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_raster.7.6.svn.so
> (0x2b1a49343000)
> libgrass_gis.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_gis.7.6.svn.so
> (0x2b1a4937)
> libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x2b1a493d9000)
> libproj.so.13 => /lib/x86_64-linux-gnu/libproj.so.13
(0x2b1a4956d000)
> libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x2b1a495e9000)
> libgdal.so.20 => /lib/libgdal.so.20 (0x2b1a497a6000)
> libgrass_dbmiclient.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_dbmiclient.7.6.svn.so
> (0x2b1a4a9c1000)
> libgrass_dbmibase.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_dbmibase.7.6.svn.so
> (0x2b1a4a9ce000)
> libgrass_dgl.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_dgl.7.6.svn.so
> (0x2b1a4a9e3000)
> libgrass_linkm.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_linkm.7.6.svn.so
> (0x2b1a4a9fd000)
> libgrass_rtree.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_rtree.7.6.svn.so
> (0x2b1a4aa02000)
> libgeos_c.so.1 => /lib/x86_64-linux-gnu/libgeos_c.so.1
(0x2b1a4aa0e000)
> libgrass_btree2.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_btree2.7.6.svn.so
> (0x2b1a4aa46000)
> libpq.so.5 => /lib/x86_64-linux-gnu/libpq.so.5 (0x2b1a4aa4e000)
> libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x2b1a4aa9b000)
> libgrass_datetime.7.6.svn.so =>
> /usr/local/grass-7.6.svn/lib/libgrass_datetime.7.6.svn.so
> (0x2b1a4aaa)
> libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x2b1a4aaab000)
> libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0
(0x2b1a4acc9000)
> libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1
(0x2b1a4acdc000)
> /lib64/ld-linux-x86-64.so.2 (0x2b1a4924b000)
> libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
> (0x2b1a4ad77000)
> libarmadillo.so.9 => /lib/libarmadillo.so.9 (0x2b1a4ad9a000)
> libpoppler.so.80 => /lib/x86_64-linux-gnu/libpoppler.so.80
> (0x2b1a4ada5000)
> libjson-c.so.3 => /lib/x86_64-linux-gnu/libjson-c.so.3
(0x2b1a4b081000)
> libfreexl.so.1 => /lib/x86_64-linux-gnu/libfreexl.so.1
(0x2b1a4b28c000)
> libqhull.so.7 => /lib/x86_64-linux-gnu/libqhull.so.7
(0x2b1a4b297000)
> libwebp.so.6 => /lib/x86_64-linux-gnu/libwebp.so.6
(0x2b1a4b4f5000)
> libepsilon.so.1 => /lib/x86_64-linux-gnu/libepsilon.so.1
> (0x2b1a4b76)
> libodbc.so.2 => /lib/x86_64-linux-gnu/libodbc.so.2
(0x2b1a4b77a000)
> libodbcinst.so.2 => /lib/x86_64-linux-gnu/libodbcinst.so.2
> (0x2b1a4b9ea000)
> libkmlbase.so.1 => /lib/x86_64-linux-gnu/libkmlbase.so.1
> (0x2b1a4bc0)
> libkmldom.so.1 => /lib/x86_64-linux-gnu/libkmldom.so.1
(0x2b1a4bc1e000)
> libkmlengine.so.1 => /lib/x86_64-linux-gnu/libkmlengine.so.1
> (0x2b1a4bcd8000)
> libkmlxsd.so.1 => /lib/x86_64-linux-gnu/libkmlxsd.so.1
(0x2b1a4bd15000)
> libkmlregionator.so.1 =>
> /lib/x86_64-linux-gnu/libkmlregionator.so.1 (0x2b1a4bd2b000)
> libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1
(0x2b1a4bd39000)
> libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so
> (0x2b1a4bd76000)
> libopenjp2.so.7 => /lib/x86_64-linux-gnu/libopenjp2.so.7
> (0x2b1a4c121000)
> libnetcdf.so.13 => /lib/x86_64-linux-gnu/libnetcdf.so.13
> (0x2b1a4c379000)
> libhdf5_serial_hl.so.100 =>
> /lib/x86_64-linux-

[GRASS-dev] g.region "Illegal instruction (core dumped)"

2018-11-23 Thread Luca Delucchi
Hi devs,

I installed GRASS 7.6 on a Singularity container [0] but I have
problems with some commands that return "Illegal instruction (core
dumped)", one of this is g.region.

GRASS 7.6.svn (eu_laea):~ > g.region -p
D1/5: G_set_program_name(): g.region
D2/5: G_file_name(): path = /fem4/pgis/grassdata/eu_laea/sentinel
D2/5: G_file_name(): path = /fem4/pgis/grassdata/eu_laea/PERMANENT/DEFAULT_WIND
D2/5: G_file_name(): path = /fem4/pgis/grassdata/eu_laea/PERMANENT/DEFAULT_WIND
D2/5: file open: read (mode = r)
D2/5: G__read_Cell_head
D2/5: G__read_Cell_head_array
Illegal instruction (core dumped)

I tried to debug [1] it with ldd but I don't see anything wrong

ldd `which g.region`
linux-vdso.so.1 (0x7ffe66981000)
libgrass_gproj.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_gproj.7.6.svn.so
(0x2b1a49282000)
libgrass_vector.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_vector.7.6.svn.so
(0x2b1a4928f000)
libgrass_dig2.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_dig2.7.6.svn.so
(0x2b1a49306000)
libgrass_g3d.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_g3d.7.6.svn.so
(0x2b1a49321000)
libgrass_raster.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_raster.7.6.svn.so
(0x2b1a49343000)
libgrass_gis.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_gis.7.6.svn.so
(0x2b1a4937)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x2b1a493d9000)
libproj.so.13 => /lib/x86_64-linux-gnu/libproj.so.13 (0x2b1a4956d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x2b1a495e9000)
libgdal.so.20 => /lib/libgdal.so.20 (0x2b1a497a6000)
libgrass_dbmiclient.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_dbmiclient.7.6.svn.so
(0x2b1a4a9c1000)
libgrass_dbmibase.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_dbmibase.7.6.svn.so
(0x2b1a4a9ce000)
libgrass_dgl.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_dgl.7.6.svn.so
(0x2b1a4a9e3000)
libgrass_linkm.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_linkm.7.6.svn.so
(0x2b1a4a9fd000)
libgrass_rtree.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_rtree.7.6.svn.so
(0x2b1a4aa02000)
libgeos_c.so.1 => /lib/x86_64-linux-gnu/libgeos_c.so.1 (0x2b1a4aa0e000)
libgrass_btree2.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_btree2.7.6.svn.so
(0x2b1a4aa46000)
libpq.so.5 => /lib/x86_64-linux-gnu/libpq.so.5 (0x2b1a4aa4e000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x2b1a4aa9b000)
libgrass_datetime.7.6.svn.so =>
/usr/local/grass-7.6.svn/lib/libgrass_datetime.7.6.svn.so
(0x2b1a4aaa)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x2b1a4aaab000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x2b1a4acc9000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x2b1a4acdc000)
/lib64/ld-linux-x86-64.so.2 (0x2b1a4924b000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0
(0x2b1a4ad77000)
libarmadillo.so.9 => /lib/libarmadillo.so.9 (0x2b1a4ad9a000)
libpoppler.so.80 => /lib/x86_64-linux-gnu/libpoppler.so.80
(0x2b1a4ada5000)
libjson-c.so.3 => /lib/x86_64-linux-gnu/libjson-c.so.3 (0x2b1a4b081000)
libfreexl.so.1 => /lib/x86_64-linux-gnu/libfreexl.so.1 (0x2b1a4b28c000)
libqhull.so.7 => /lib/x86_64-linux-gnu/libqhull.so.7 (0x2b1a4b297000)
libwebp.so.6 => /lib/x86_64-linux-gnu/libwebp.so.6 (0x2b1a4b4f5000)
libepsilon.so.1 => /lib/x86_64-linux-gnu/libepsilon.so.1
(0x2b1a4b76)
libodbc.so.2 => /lib/x86_64-linux-gnu/libodbc.so.2 (0x2b1a4b77a000)
libodbcinst.so.2 => /lib/x86_64-linux-gnu/libodbcinst.so.2
(0x2b1a4b9ea000)
libkmlbase.so.1 => /lib/x86_64-linux-gnu/libkmlbase.so.1
(0x2b1a4bc0)
libkmldom.so.1 => /lib/x86_64-linux-gnu/libkmldom.so.1 (0x2b1a4bc1e000)
libkmlengine.so.1 => /lib/x86_64-linux-gnu/libkmlengine.so.1
(0x2b1a4bcd8000)
libkmlxsd.so.1 => /lib/x86_64-linux-gnu/libkmlxsd.so.1 (0x2b1a4bd15000)
libkmlregionator.so.1 =>
/lib/x86_64-linux-gnu/libkmlregionator.so.1 (0x2b1a4bd2b000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x2b1a4bd39000)
libxerces-c-3.2.so => /lib/x86_64-linux-gnu/libxerces-c-3.2.so
(0x2b1a4bd76000)
libopenjp2.so.7 => /lib/x86_64-linux-gnu/libopenjp2.so.7
(0x2b1a4c121000)
libnetcdf.so.13 => /lib/x86_64-linux-gnu/libnetcdf.so.13
(0x2b1a4c379000)
libhdf5_serial_hl.so.100 =>
/lib/x86_64-linux-gnu/libhdf5_serial_hl.so.100 (0x2b1a4c4bb000)
libsz.so.2 => /lib/x86_64-linux-gnu/libsz.so.2 (0x2b1a4c4e1000)
libhdf5_serial.so.100 =>
/lib/x86_64-linux-gnu/libhdf5_serial.so.100 (0x2b1a4c6e4000)
libmfhdfalt.so.0 => /lib/libmfhdfalt.so.0 (0x2b1a4ca42000)
libdfalt.so.0 => /lib/libdfalt.so.0 (0x2b1a4ca6c000)
libogdi.so.3.2 => /lib/libogdi.so.3.2 (0x2b1a4cb14000)
libgif.so.7 => /lib/x86_64-linux-gnu/libgif.so.7 (0