Re: [GRASS-user] grass gis equivalent of st_subdivide

2021-10-13 Thread Markus Neteler
Hi,

Moritz Lennert  schrieb am Do., 14. Okt.
2021, 02:28:

> Hi HB,
>
> Le 13 octobre 2021 22:57:21 GMT+01:00, B H  a
> écrit :
> >Hi,
> >How do I divide an area into smaller areas ( I am looking for
> functionality
> >of st_subdivide in postgis).
> >I need to  split some big areas into smaller ones (and all smaller ones
> >should have the same attributes).
> >I understand that it means that underlying topology would change( It would
> >add more boundaries).
> >
> >When v.in.ogr imports a shapefile in Grass GIS, it automatically splits
> the
> >overlapping areas to make them topologically correct, so I am hoping that
> >there is already some way to just split a topologically valid area as
> >well...
>
>
> I don't think that there is any readymade module for this. You could just
> create a fixed grid with v.mkgrid and v.overlay it with something like this:
>
> v.overlay ain=orig bin=grid out=subdivided operator=and olayer=0,1,0
>


Another option to try may be this one:

https://grass.osgeo.org/grass-stable/manuals/v.voronoi.html#skeletons-and-center-lines-of-areas

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


Re: [GRASS-user] city gis data

2021-10-10 Thread Markus Neteler
Hi Janet,

On Tue, Oct 5, 2021 at 8:36 PM Janet Choate  wrote:
>
> Hi -
> This may seem a ridiculous question -

(it is not)

> Can anyone tell me where I can obtain simple city boundary gis data?
> I need city boundary gis data for cities in Santa Barbara County that I can 
> download and import into GRASS.
> thank you,
> Janet

You can fetch admin boundaries from OpenStreetMap here:

https://osm-boundaries.com/

(click on the small triangles to expand the list)

--> United States
 --> California
   --> [x] Santa Barbara County

etc.

HTH,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] r.vol.dem error on Windows

2021-07-23 Thread Markus Neteler
Hi,

Tünde Tóth  schrieb am Fr., 23. Juli 2021, 11:34:

> Dear Grass users,
>
> I'would like to create a 3D voxel from my geological surfaces with
> r.vol.dem modul.
> I use the Windows version of GRASS.
> The checking and interpolation section work, but could not create the
> voxeltmp.tmp file.
> Have you any idea to solve this problem?
>

I suppose that Windows dislikes the plain definition of TMPFILE without
path:

https://github.com/OSGeo/grass-addons/blob/5775eb7806a36aa8d00dbf6e1603f3e1a197c5ca/grass7/raster/r.vol.dem/globals.h#L20

The common temp file mechanism isn't used here (yet)...

Best
Markus


Thank you
> Tunde
>
>
> "C:\>r.vol.dem -f --overwrite input=Battonya_Base_Shift_fl@tifek
> ,Battonya_Rift_initiation_Shift_fl@tifek
> ,Battonya_Rift_climax_Shift_fl@tifek,Battonya_Base_slope_Shift_fl@tifek
> ,Battonya_Top_slope_Shift_fl@tifek,Battonya_srtm_Shift_fl@tifek
> output=proba@tifek algorithm=down
> Validating data:
>  Z-range checking, pass 1:
>  100%
>  z-range-checking, pass 2:
>  100%
>  Checking DEM topologies:
>  100%
>
> Interpolating:
>  100%
>
> ERROR: Could not create temporary file for writing ASCII output
>(voxeltmp.tmp)"
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Advice on importing V5 data sets?

2021-06-24 Thread Markus Neteler
Hi,

On Thu, Jun 24, 2021 at 10:06 AM brendon wolff-piggott
 wrote:
>
> Sorry, thought I had answered yesterday. It is both vector and raster. 
> Created in GRASS 5.1 (not sure of .x number).

I finally found back this page and updated the links therein:

https://grasswiki.osgeo.org/wiki/Upgrading_GRASS_database

It contains:
Upgrading the GRASS database from older to recent GRASS versions
1.1 Migrating from GRASS 4 to GRASS 5
1.2 Migrating from GRASS 4 to GRASS 6
1.3 Migrating from GRASS 5 to GRASS 6
1.4 Migrating from GRASS 6 to GRASS 7

> I would like to import the data into PostGIS, so I can access it in GRASS or 
> QGIS.

That should be doable, since conversion tools are included.

> I have quite a lot of the original shape files that I could import again, but 
> not the raster data and DEMs created from it.

I would expect that the raster maps from GRASS GIS 5 can be opened in
any later version without problems.
If not, please send the error message.

Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Advice on importing V5 data sets?

2021-06-22 Thread Markus Neteler
On Tue, Jun 22, 2021 at 4:33 PM brendon wolff-piggott
 wrote:
>
> Is there a conversion utility, guide or other resource for importing old data 
> to V7.8? This is over 50GB of data and I need to recover it.

Is it raster or vector data, or both?

> I've tried viewing it in QGIS desktop and opening the mapset in V7.8 but the 
> data simply isn't recognised at all. Googling hasn't helped.

Please describe a bit more what you try to achieve: Your "old data"
have been generated in which GRASS GIS version?

Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] Fwd: [Projects] OSGeo6 will have a dist upgrade today

2021-06-18 Thread Markus Neteler
FYI - periods of outage with mailing lists ahead...

-- Forwarded message -
From: Regina Obe 
Date: Fri, Jun 18, 2021 at 5:13 PM
Subject: [Projects] OSGeo6 will have a dist upgrade today
To: , , System
Administration Committee Discussion/OSGeo 

I plan to upgrade OSGeo6 from Jessie to Stretch later tonight.
While this is happening, there may be periods of outage with mailing lists
and osgeo mail.

I'll send a note just before I start the process and after I am done.

That said, since OSGeo6 holds our mailing lists and is our mail server, I
will not be able to email with any issues during the process.

Any such issues will be announced in OSGeo and OSGeo SAC  irc libera
channels (matrix bridges).
I will also announce completion in these channels in addition to the mailing
lists

Thanks,
Regina
SAC Team member

___
Projects mailing list
proje...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/projects
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] bayesian belief network analysis (was r.binfer)

2021-05-29 Thread Markus Neteler
On Sat, May 29, 2021 at 4:20 AM Donovan Cameron  wrote:
>
> Evening,
>
> I'm attempting to analyze a set of layers (slope, aspect, vegetation,
> soil, etc) that have been coded/scored based on expert opinion to output
> a probability/suitability map.
>
> I'm looking to apply a bayesian belief network [1] and i've got the
> raster layers ready for the inputs and coded like seen in this figure [2].
>
> There was a grass4 module called r.binfer [3] that did this and I can't
> seem to find it with GRASS 78 - deprecated or replaced?

The latest code trace which I could find is this one:

GRASS GIS 5.5:
https://github.com/OSGeo/grass-legacy/tree/releasebranch_5_5/src/raster/r.binfer

I do not recall why the module has been abandoned in GRASS GIS 6
(maybe no particular reason and a volunteer could update it...?).

Another option might be to rely on R and use "rgrass7" to exchange
data between GRASS GIS and R.

Best,
Markus

> Searches lead me to either r.regression.multi [4] or r.learn.ml [5] but
> i'm not sure where to start with these to get a BBN processed thru them.
>
>
> SaultDon
>
> [1] https://www.gislounge.com/gis-bayesian-belief-networks/
> [2]
> https://www.sciencedirect.com/science/article/pii/S0169204618307497#f0010
> [3] https://grass.osgeo.org/grass43/manuals/html_grass4/html/r.binfer.html
> [4] https://grass.osgeo.org/grass78/manuals/r.regression.multi.html
> [5] https://grass.osgeo.org/grass78/manuals/addons/r.learn.ml.html
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user



--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.select disjoint operation. Grass 7.8.2

2021-05-20 Thread Markus Neteler
Hi Chris,

On Thu, May 20, 2021 at 2:00 PM Christopher Lloyd
 wrote:
>
> Hi Markus, Having split my input data into smaller sized shp files, these now 
> process fine using v.select. So clearly the problem that I had lies with some 
> file size limitation with the v.select 'disjoint' algorithm - also failing 
> with one input file prior using the v.extract algorithm. The original (large) 
> input files input to grass ok using v.in.ogr,

The vector limit is as follows:

https://grasswiki.osgeo.org/wiki/GRASS_GIS_Performance#Large_vector_data_processing
--> In all GRASS versions, the limit with topology is at time 2^31 - 1
(about 2 billion) features per vector map.

> but then failed when using v.select. Might you be able to indicate the file 
> size limitation for the v.select algorithm and the reasons for this? Thanks.

This said, perhaps v.select lacks a proper declaration?

Could you tell us how many vector features per map you are dealing
with (say: those which work and those which fail)?

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


Re: [GRASS-user] v.rast.stats error: "Unable to seek"

2021-05-19 Thread Markus Neteler
Hi

On Wed, May 19, 2021 at 10:16 AM Luí­s Moreira de Sousa
 wrote:
>
> Hi Markus,
>
> I tried compiling GRASS with the -ftrapv flag, but it was failing (can't 
> remember now why).

Just post the error message when you come back to this.

> I was also supposed to create a replicating procedure, but other things came 
> up in the meantime. However, it looks like for rasters larger than a certain 
> size none of the modules depending on v.to.rast function correctly.

GRASS GIS 7 supports the off_t type, hence it can address an enormous
amount of raster data (like 1e+18 pixels or more), see
https://grasswiki.osgeo.org/wiki/GRASS_GIS_Performance#Large_raster_data_processing

Bugs and limitations are always possible but there is interest in
fixing them wherever possible.

> I will try to have a look again at an agnostic replication procedure.

Alright.

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


Re: [GRASS-user] v.select disjoint operation. Grass 7.8.2

2021-05-18 Thread Markus Neteler
Hi,

Is there a chance to receive the dataset for testing (or, ideally, a
reproducible example with the North Carolina sample dataset from
https://grass.osgeo.org/download/data/)?

thanks,
Markus

On Wed, May 12, 2021 at 1:14 PM Christopher Lloyd via grass-user
 wrote:
>
> Hi, I am running Grass 7.8.2 on a HPC (linux) to utilise memory not available 
> to me via my local machine.
>
> It is running using proj 6.3, gdal 3.0.4, geos 3.8, python 3
>
> I am trying to perform the v.select disjoint operation, which I have used 
> successfully before on a similar setup and similar data using the same 
> version of Grass (I suspect only the supporting modules and input data have 
> changed). My code is:
>
> g.region n=5.4715700149536133 e=31.4501590728759766 s=-13.5662746429443359 
> w=12.1540479660034180 -p
>
> ## Input and clean topology
> v.in.ogr -e -o input=file.json output=filev2 snap=-1 --verbose --overwrite
> v.in.ogr -e -o input=file2.gpkg output=file2 snap=-1 --verbose --overwrite 
> encoding=UTF-8
>
> ## Extract all categories for each dataset so as to maintain polygon 
> (building) contiguity where polygons overlap other polygons within each 
> dataset
> v.extract -d input=filev2 layer=1 type=centroid,area output=buildingsdiss 
> --verbose --overwrite
> v.extract -d input=file2 layer=1 type=centroid,area output=file2diss1 
> where="cat < 601" --verbose --overwrite
>
> ## Perform disjoint operation to find buildings that do not intersect 
> buildings in primary dataset
> v.select ainput=file2diss1 alayer=file2diss1 binput=buildingsdiss 
> blayer=buildingsdiss output=DISJOINT1 operator=disjoint --verbose --overwrite
>
> ## Output disjoint building layer and cleaned primary dataset
> v.out.ogr -m input=DISJOINT1 output=DISJOINT1.gpkg --verbose --overwrite
> v.out.ogr -m input=filev2 output=filev2.gpkg --verbose --overwrite
>
> Having input the topologies and extracted the categories I persistently get 
> the following error using various data when trying to run the disjoint 
> operation:
>
> projection: 3 (Latitude-Longitude)
> zone:   0
> datum:  wgs84
> ellipsoid:  wgs84
> north:  5:28:17.649311N
> south:  13:33:58.588333S
> west:   8:09:27.521013W
> east:   51:45:42.670764E
> nsres:  1:00:07.170402
> ewres:  1:00:56.104945
> rows:   19
> cols:   59
> cells:  1121
> NS and EW resolutions are different
> Processing features...
>0%..100%
> Processing areas...
>0% ERROR: Unable to seek: Invalid argument
> NS and EW resolutions are different
>
> Any advice appreciated on getting v.select to run. Thanks
>
> Best wishes, Chris
>
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user



-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.rast.stats error: "Unable to seek"

2021-05-18 Thread Markus Neteler
Hi Luís,

Did you get any insights?

Best,
Markus


On Fri, Feb 5, 2021 at 4:17 PM Luí­s Moreira de Sousa
 wrote:
>
> Hi Maris,
>
> thank you for the details. I can try compiling with the flag you suggest, but 
> I need a bit more time. Will let you know if I succeed.
>
> Regards.
>
>
> --
> Luís Moreira de Sousa
> Pastoor Bruggemanlaan 21
> 6861 GR Oosterbeek
> The Netherlands
> Phone: +31 628 544 755
> Email: luis.de.so...@protonmail.ch
> Mastodon: @luis_de_sousa@mastodon.social
> URL: https://ldesousa.codeberg.page
>
> Sent with ProtonMail Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Thursday, February 4, 2021 10:21 AM, Maris Nartiss  
> wrote:
>
> > Don't want to bring bad news, but it looks more like an offset
> > overflow. You will not catch it with valgrind. Although it might catch
> > a bug leading to offset value explosion, most likely the main cause is
> > just code written for handling of small/medium datasets and not
> > large/huge ones (=imperfect logic => can't catch that with valgrind).
> >
> > My suggestion: recompile GRASS with -ftrapv. If it is an integer
> > overflow, at least it will become clearly obvious.
> > https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html
> >
> > The bad thing is G_fseek calling G_fatal_error without knowing actual
> > file name (lets put pipes aside) and thus it is impossible to tell
> > where exactly the error originated from the error message alone.
> > Better would be to bubble up error to main program and let it deal
> > with it in a clean way. Of course, as GRASS is designed around current
> > idioms (handling failure is responsibility of a library making module
> > development really easy), this will not happen in a foreseeable
> > future.
> >
> > One thing you could do – drasticly reduce size of computational region.
> > Māris.
>
>


-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] disappearing d.mon

2021-05-15 Thread Markus Neteler
Dave, Ben,

Thanks to Anna and Tomas I now remember that the same happened in
Fedora as well (last year).

It seems that Arch/Manjaro are still missing this upstream fix for
wxPseudoDC.FindObjects crash:
https://github.com/wxWidgets/Phoenix/pull/1849

(in Fedora, it had been backported in
https://src.fedoraproject.org/rpms/python-wxpython4/c/f5471fb86aaae46a686b85c654fcbb98516355e6?branch=rawhide)

Hence it is not directly a GRASS GIS problem but has to be fixed in wxWidgets.
Please contact the maintainer of Arch/Manjaro wxWidgets to patch it
accordingly and release an update (such as Fedora has done).

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


Re: [GRASS-user] disappearing d.mon

2021-05-15 Thread Markus Neteler
Hi,

On Wed, May 12, 2021 at 4:26 PM Benjamin Ducke  wrote:
>
> On 12/05/2021 13:30, Dave Roberts wrote:
> > Colleagues,
> >
> >  Finally, after probably a year I now have no errors about
> > incompatible versions of wxwidgets, wxpython, and GRASS.  However, when
> > I execute
> >
> > d.mon wx0
> >
> > it pops up the box, but which then spontaneously disappears after about
> > 10-15 seconds.  It leaves behind the MONITORS/wx0 file.  Honestly I'm
> > pretty much at my wits end with wxwidgets.
> >
> > I run manjaro(arch) linux with the the custom build by Sylvain Poulain at
> >
> > https://github.com/giscan/AUR-grass
> >
> > uname -a
> > Linux sonnyboy 5.4.116-1-MANJARO #1 SMP PREEMPT Sun May 2 11:10:35 UTC
> > 2021 x86_64 GNU/Linux
> >
> > Thanks in advance for any help, Dave
>
> Same here:
> - Arch Linux
> - grass 7.8.5
> - GTK 3.24.29
> - wxGTK2/3 3.0.5
> - system Python 3.9.4
>
> After a 'd.mon start=wxN', the monitor comes
> up, I can use 'd.*' commands to draw into it.
> I can resize and move the window, and I can
> interact with the UI elements in the icon and
> status bars. However: When I move the mouse
> cursor inside the monitor's map canvas, d.mon
> crashes and closes its window (after a delay
> of a few seconds).
>
> I can then use 'd.mon stop=wxN' and start
> the monitor again, with the same behaviour
> as above.

I was able to reproduce this problem in a fresh Manjaro installation
in Virtualbox.

I have created a new bug report:
https://github.com/OSGeo/grass/issues/1576

Now someone with gdb and child process debugging skills is needed to
get a proper backtrace.

best,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] PSC meeting minutes (May 11, 2021)

2021-05-14 Thread Markus Neteler
Dear all,

(sorry for rare cross-posting)

Please have a look at the  PSC meeting minutes  of our recent meeting
on May 11, 2021:
https://trac.osgeo.org/grass/wiki/PSC/Minutes/PSC_Meeting_20210511

Topics covered:
- GRASS GIS 8 release schedule
- GRASS GIS 7.8.6 release schedule
- Management of addons
- Reorganizing addons repo
- Sponsoring
- RFC C/C++ version
- Draft RFC Python version support
- Current request on grass-web to make i.segment a stand-alone software
- Marketing / presence in social media
- Upcoming conferences
- GSoC 2021

Best,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Load Grass vector file into geopandas-fiona

2021-05-11 Thread Markus Neteler
Hi Juan,

On Tue, May 11, 2021 at 5:47 PM JUAN SEBASTIAN VINASCO SALINAS via
grass-user  wrote:
>
>
> Hello everyone,
> I am trying to read a vector file stored in a GRASS database from 
> geopandas-fiona.
>
> import fiona
> import geopandas as gpd
>
> fiona.supported_drivers["OGR_GRASS"] = "r"
> gdf = 
> gpd.read_file('/mnt/d/Datos_Landsat/nc_basic_spm_grass7/PERMANENT/vector/roadsmajor/head')
>
> However it seems that fiona support for GRASS data is not enabled by default.

Yes, you need to also install the GDAL-GRASS-Plugin, see e.g.

https://grasswiki.osgeo.org/wiki/Compile_and_Install_Ubuntu#GDAL-GRASS-Plugin

(or get it ideally pre-compiled from your preferred operating system provider).

> And the suggested activation does not work.

Please explain what is suggested where along with the error (unless
you mean the one below).

>  I get the following error
>
> Traceback (most recent call last):
>   File "fiona/_shim.pyx", line 73, in fiona._shim.gdal_open_vector
>   File "fiona/_err.pyx", line 270, in fiona._err.exc_wrap_pointer
> fiona._err.CPLE_OpenFailedError: 
> '/mnt/d/Datos_Landsat/nc_basic_spm_grass7/PERMANENT/vector/roadsmajor/head' 
> not recognized as a supported file format.

Yes, this indicates that the driver is missing which has been
separated out to a stand-alone plugin for GDAL years ago (in order to
avoid circular dependencies).

...

> I think it is possible that the OGR build does not include the driver to read 
> GRASS GIS data, but this is new ground for me. does anyone have experience 
> with this integration?

Yes :-)

> I am running on a WSL2 and on a conda environment created with the following 
> packages:
> - https://anaconda.org/iota2/grass (grass7.7)

Note that GRASS GIS 7.7 is fairly old.

> - https://anaconda.org/iota2/otb (Orfeo Toolbox 7.1)

Now, I am not quite familiar with WSL2 and conda... Do you need conda at all?
Is there a different way to get standard Ubuntu packages into WSL2...
(with apt-get install package-name since the package exists:
https://packages.ubuntu.com/focal/libgdal-grass).
Perhaps others know how that works on Windows.

Regards,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] GUI/Addons

2021-05-06 Thread Markus Neteler
(please keep the list in CC so that all can contribute/benefit)

On Thu, May 6, 2021 at 11:27 AM Cyril Gainon  wrote:
>
> Hello Markus,
>
> First thanks for your reactivity.
>
> I thought i mentioned it at the end of my mail. I'm currently using OpenSuse 
> Leap 15.2, both error are on the same computer.

I see. I was just confused about

> And when i try to install it via sudo apt-get install wxPython

Isn't it zypper on OpenSuse?

> I checked the wiki page you linked, and it seems that i already have the 
> package, maybe as you said lower i have some conflict.

Please send the list of wxpython related packages which are installed.

Now to your separate g.extension problem:

> GDAL work fines, i just used gdalwarp 2 min ago.

OK, good.

> So now, how can i see there is a conflict and how can i fix it ?

No idea. I just tried here:

GRASS nc_spm_08_grass7/user1:~ > g.extension extension=r.neighborhoodmatrix
Fetching  from GRASS GIS Addons repository (be
patient)...
Compiling...
main.c: In function ‘main’:
main.c:83:28: warning: unused variable ‘nbp_search’ [-Wunused-variable]
   83 | struct nbp *nbp_found, nbp_search, *nbp_new;
  |^~
main.c:66:9: warning: unused variable ‘i’ [-Wunused-variable]
   66 | int i;
  | ^
At top level:
main.c:47:13: warning: ‘free_pavl_item’ defined but not used [-Wunused-function]
   47 | static void free_pavl_item(void *p)
  | ^~
Installing...
Updating extensions metadata file...
Updating extension modules metadata file...
Installation of  successfully finished

The compile warnings are not dramatic and unrelated. Perhaps you can
send the entire error message to better understand.

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


Re: [GRASS-user] GUI/Addons

2021-05-06 Thread Markus Neteler
Hi Cyril,

On Thu, May 6, 2021 at 9:51 AM Cyril Gainon  wrote:
>
> Hello everyone,
>
> This is my first time using a mailing list so i hope it would be a great 
> experience.
> Since my second day using grass evrything is a nightmare to use ... There is 
> always something wrong.
>
> I/Grass -gui
> So i cant use the gui interface because i don't have wxPython:
>
> Démarrage du SIG GRASS ...
> ERROR: wxGUI requires wxPython. No module named 'wx'
> You can still use GRASS GIS modules in the command line or in Python.

Which Linux distribution are you using?

I have started to create a FAQ entry in the Wiki (@all, please expand
as needed):

https://grasswiki.osgeo.org/wiki/ERROR:_wxGUI_requires_wxPython


> And when i try to install it via sudo apt-get install wxPython

This looks like Debian, Mint, Ubuntu...: it might be:

sudo apt-get install python3-wxgtk4.0

Please see the new FAQ page for names, depending on the Linux
distribution in use.

> 'python-wxWidgets-3_0' fournissant 'wxPython' est déjà installé.
> Résolution des dépendances des paquets...
> Rien à faire.
>
> So it says i have already wxPython. With that i just dont know what to do.

In Debian, the name seems to be

sudo apt-get install python-wxgtk3.0

>
> II/Addons
> Since i can't get the graphical interface working i was resolved to use the 
> text interface.
>
> when i try to use g.extension extension=r.neighboorhoodmatrix i get:
>
> /usr/lib64/gcc/x86_64-suse-linux/7/../../../../x86_64-suse-linux/bin/ld : 
> /usr/lib64/libgdal.so.28 : référence indéfinie vers « 
> opj_encoder_set_extra_options »

Is this a different computer? Here "suse" appears...

Nonetheless: this is an OpenJPEG library conflict. Means: your GDAL
installation and OpenJPEG version are somehow in conflict. Perhaps
SuSe and Debian/Ubuntu sources are mixed (in case you report all about
the same computer)?


> For information when i still had the interface i had the svn pb when trying 
> to install an addon. i did resolve it by installing grass-dev and make an 
> update since then it's note working.
> Also i'm working on Opensuse 15.2 and grass 7.8

Is this a different computer than that mentioned in the beginning of your email?

Best,
Markus


--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


[GRASS-user] Fwd: [OSGeo-Discuss] FOSS4G 2021: Community vote is open!

2021-04-25 Thread Markus Neteler
Dear GRASS community,

Please consider to participate in the community voting.
Hint: there are many GRASS GIS related talks and workshops :-)

Cheers,
Markus

-- Forwarded message -
From: Veronica Andreo 
Date: Fri, Apr 23, 2021 at 1:04 PM
Subject: [OSGeo-Discuss] FOSS4G 2021: Community vote is open!
To: OSGeo-discuss 

Dear all,

The traditional community vote is open!!

https://callforpapers.2021.foss4g.org/foss4g2021/p/voting/signup/

To be able to vote, you need to type in your email there (that's
required only once), search for the automatic email in your inbox to
confirm the address and done, you are ready to go! The votes are
anonymous

You can use the weekend to go through all ~300 proposed talks and tell
us what you think :)

Voting options are: Does not fit in a FOSS4G, Looks acceptable, Looks
interesting and A FOSS4G must-see

Have fun!
The FOSS4G 2021 LOC

ps: There's time until May 15th to cast your vote :)
___
Discuss mailing list
disc...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] 7.9.dev fails to find pdal

2021-04-25 Thread Markus Neteler
On Sun, Apr 25, 2021 at 8:15 PM Rich Shepard  wrote:
...
> I don't remember how to tell grass-7.9.dev there's a new version of gdal
> installed.

You can simply recompile with (importantly, "make distclean" first).
Hence:

cd /path/to/src/
make distclean
configure ...
make

# depends (I personally just use it from the above created bin.arch
# directory and skip the next step)
sudo make install

HTH,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Problems using v.surf.idw

2021-04-21 Thread Markus Neteler
Dear Luís,

On Wed, Apr 21, 2021 at 8:47 AM Luí­s Moreira de Sousa via grass-user
 wrote:
>
> Dear all,
>
> I opened a new issue with a simple example:
> https://github.com/OSGeo/grass/issues/1547

Anna has fixed the issue.
It has also been backported to the upcoming GRASS GIS 7.8.6.

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


Re: [GRASS-user] grass-user Digest, Vol 180, Issue 4

2021-04-11 Thread Markus Neteler
Hi Tim,

On Sun, Apr 11, 2021 at 10:42 AM Timothy Glyn Southern via grass-user
 wrote:
>
> Thanks Anna, I believe you are correct with your ideas, unfortunately the 
> only fix given is way beyond my level of understanding and coding

AFAIK the needed upstream fix on wyPython was this:
https://github.com/wxWidgets/Phoenix/pull/1849/files
merged into their master on Nov 18, 2020. I have no idea in which
wxPython release this will be/has been included.

https://archlinux.org/packages/community/x86_64/python-wxpython/
--> python-wxpython 4.0.7.2-5, Build Date: 2020-11-12
  ==> too old.

https://github.com/wxWidgets/Phoenix/releases
on Nov 25, 2020: wxPython-4.1.1
  ==> not yet packaged.

(Note that I am only guessing around here.)

Since I use Fedora (33) and didn't want to wait I contacted the
maintainer in Nov 2020.
They patched the package accordingly, added the aforementioned fix:
https://src.fedoraproject.org/rpms/python-wxpython4/c/f5471fb86aaae46a686b85c654fcbb98516355e6?branch=rawhide
and shipped the updated 4.0.7-13 RPM package right away, end of Nov 2020.

Maybe you could request to apply the fix also in the Manjaro package?

> Is there likely to be an updated version loaded to repository before too long 
> that corrects the problem?

The packagers need to be aware of it...

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


Re: [GRASS-user] v.select incredibly slow

2021-04-11 Thread Markus Neteler
Hello Uwe,

On Wed, Apr 7, 2021 at 7:33 PM Uwe Fischer  wrote:
>
> Hello list, hello Markus,
>
> it looks like I have the first issue with my update trials from GRASS 7.0.3 
> to 7.8.5. The following snippet worked fine in 7.0.3
> (goal: to write out MicroStation CAD DGN-files from GRASS using a seedfile, 
> which is just a template):
>
> v.out.ogr input=gmarest@lwk_work type=line output=d:/testout.dgn format=DGN 
> dsco=seed=d:/a-scratch/seed/lwk_seed.dgn
>
> But in 7.8.5, I get:
>
> ERROR 6: CreateField() not supported by this layer.
> ERROR: Unable to create column 

The "ERROR 6" indicates that it is a GDAL/OGR error, not a GRASS GIS
error (for the export we make use of GDAL, hence "outsource" the
creation of the desired format).

I found this in the internet:
 https://lists.osgeo.org/pipermail/gdal-dev/2006-February/008089.html
which is exactly the same error message:

Frank Warmerdam, Feb 28 15:12:15 EST 2006:
> The CreateField() messages are expected with DGN output.  The
> DGN format has a fixed schema and doesn't support user defined
> fields.

> I also set the –c flag to prevent GRASS from creating the CAT column since 
> DGN only allows for certain columns,
> eg. LEVEL. But those cols were created without problems in the old version, 
> so that cannot be the problem.

Note that, to prevent GRASS from creating the CAT column -c should be -s:

https://grass.osgeo.org/grass78/manuals/v.out.ogr.html
-s Skip export of GRASS category ID ('cat') attribute

HTH,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.patch segmentation fault

2021-03-31 Thread Markus Neteler
Hi Daniel,

On Tue, Mar 30, 2021 at 9:57 PM Daniel McInerney
 wrote:
>
> Hi Markus, cc: List,
>
> thanks for your reply. I've reproduced the segmentation fault using the
> roads dataset from the Spearfish dataset. I've split the roads into
> three separate vector layers, and then patched them together as follows:
...
> v.patch -e input=roads_12,roads_interstate output=roads_patch
> Segmentation fault

Fixed by Markus Metz in https://github.com/OSGeo/grass/issues/1488 and
backported to the upcoming GRASS GIS 7.8.6.

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


Re: [GRASS-user] Dates when g.extension not working

2021-03-30 Thread Markus Neteler
Hi,

ming han  schrieb am Di., 30. März 2021, 14:04:

> Hi Everyone
>
> Are there any scheduled dates for g.extension not working?  I will ask
> several people to install grass and some grass addons, just need to let
> them know when the g.extension won't work.
>

It should (!) always be working. Occasionally the server has issues but to
my knowledge no downtimes are planned.

Best,

Markus


> Thanks
>
> Ming
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.select incredibly slow

2021-03-29 Thread Markus Neteler
Hi Uwe,

On Mon, Mar 29, 2021 at 9:54 AM Uwe Fischer  wrote:
>
> Hi Moritz & hi list,
>
> shame on me, I use 7.0.4. It has to do with some old clumsy scripts I 
> produced and I never found the time to update
> (I'm not a GRASS professional or programmer, so things are quite hard for 
> me). I am sure the v.select issue has to do with the old version. I will try 
> soon with a newer one.

If you need support with the update, let us know. Likely only minor
changes are needed.
It is definitely worth to reach GRASS GIS 7.8.x!

Best,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] v.patch segmentation fault

2021-03-28 Thread Markus Neteler
Hi Daniel,

On Thu, Mar 11, 2021 at 11:35 AM Daniel McInerney
 wrote:
>
> Hi List,
>
> I was running a series of steps in a workflow that patched different
> line vector datasets together using v.patch, but at one stage I got a
> Segmentation Fault without any indication of the cause. I soon realised
> that one of the inputs that I had previously generated with v.patch, did
> not have an attribute table as I had omitted the -e flag in error. Below
> is the command that lead to the seg fault (including the gdb outputs),
> where 'fishnet_1' did not have an attribute table.
>
> Starting program: /usr/local/grass79/bin/v.patch -e
> input=fishnet_1,fishnet_2 out=fishnet_all
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [New Thread 0x7fffecf09700 (LWP 18601)]
> [New Thread 0x7fffec708700 (LWP 18602)]
> [New Thread 0x7fffe9f07700 (LWP 18603)]
> [New Thread 0x7fffe5706700 (LWP 18604)]
> [New Thread 0x7fffe2f05700 (LWP 18605)]
> [New Thread 0x7fffe0704700 (LWP 18606)]
> [New Thread 0x7fffddf03700 (LWP 18607)]
>
> Thread 1 "v.patch" received signal SIGSEGV, Segmentation fault.
> db_get_table_number_of_columns (table=0x0) at table.c:140
>
> 140 return table->numColumns;
>
> When I recreated 'fishnet_1' and included -e, and then re-ran the above
> command, the process completed successfully. I'm therefore wondering if
> it would be possible for v.patch  to check whether all of the inputs
> have valid attribute tables/dblinks attached, in a similar way it checks
> that all inputs have the same number of columns. I appreciate that I may
> be overlooking a more fundamental reason why this can't be done, but
> perhaps an error message could be included in lieu or in addition to the
> segmentation fault. The above was tested on grass-gis 7.9 dev with both
> sqlite and pg db drivers.
>
> thanks in advance,
>
> Daniel

Do you see a chance to provide a reproducible example?
Then we could run the debugger on it.
Certainly you may do that as well, with your data:

https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_GDB

It may give some insights why the segfault happens.

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


Re: [GRASS-user] Loading LPC data in GRASS

2021-03-25 Thread Markus Neteler
Hi Andreas,

On Wed, Mar 24, 2021 at 9:23 PM Andreas Yankopolus  wrote:
...
> Trying the tutorial in 
> https://grass.osgeo.org/grass78/manuals/addons/r.in.pdal.html, I get the 
> following error message when trying to read a .laz file with r.in.pdal:

Please note that the tutorial you cite belongs to the GRASS GIS
*addon* r.in.pdal which is a Python script.
You can install it with

g.extension r.in.pdal

and it does not require any recompilation of GRASS GIS itself.

(and yes, it is less fancy and slower than the upcoming C
implementation by Maris which you downloaded via PR).


> ERROR: The input dataset has undefined projection

This is a data problem but can be handled.

> I have pdal installed locally and am not using a Docker container for it. 
> What should I be doing differently to load LPC data?

The local PDAL installation is fine for the r.in.pdal *addon*.

HTH,

Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] ITRF92 Not found.

2021-03-18 Thread Markus Neteler
On Tue, Mar 16, 2021 at 9:51 AM Markus Neteler  wrote:
>
> Hi,
>
> On Sun, Mar 14, 2021 at 3:32 PM javier Garcia Prieto
>  wrote:
> >
> > Thank you!
> > You are really great! This is going to be so much useful to Mexican people, 
> > You are very kind.
>
> Glad to help. Now it is merged, i.e. it is already available in the
> current source code of GRASS GIS 7.8.git and will be part of GRASS GIS
> 7.8.6 and later.

BTW, I made a test which you indicated to me off-list, with the
udpated GRASS GIS 7.8.git version:

gdalinfo republica2017_r15m.bil
Driver: EHdr/ESRI .hdr Labelled
Files: republica2017_r15m.bil
   republica2017_r15m.bil.ovr
   republica2017_r15m.bil.aux.xml
   republica2017_r15m.hdr
   republica2017_r15m.stx
   republica2017_r15m.prj
Size is 218763, 130943
Coordinate System is:
GEOGCRS["ITRF92",
DATUM["International Terrestrial Reference Frame 1992",
ELLIPSOID["GRS 1980",6378137,298.257222101,
LENGTHUNIT["metre",1]],
ID["EPSG",6651]],
PRIMEM["Greenwich",0,
ANGLEUNIT["Degree",0.0174532925199433]],
CS[ellipsoidal,2],
AXIS["longitude",east,
ORDER[1],
ANGLEUNIT["Degree",0.0174532925199433]],
AXIS["latitude",north,
ORDER[2],
ANGLEUNIT["Degree",0.0174532925199433]]]
Data axis to CRS axis mapping: 1,2
Origin = (-117.124268882302502,32.718626154577500)
Pixel Size = (0.00013889000,-0.00013889000)
Corner Coordinates:
Upper Left  (-117.1242689,  32.7186262) (117d 7'27.37"W, 32d43' 7.05"N)
Lower Left  (-117.1242689,  14.5320984) (117d 7'27.37"W, 14d31'55.55"N)
Upper Right ( -86.7405189,  32.7186262) ( 86d44'25.87"W, 32d43' 7.05"N)
Lower Right ( -86.7405189,  14.5320984) ( 86d44'25.87"W, 14d31'55.55"N)
Center  (-101.9323939,  23.6253623) (101d55'56.62"W, 23d37'31.30"N)
Band 1 Block=218763x1 Type=Int16, ColorInterp=Undefined
  Min=-32.000 Max=5610.000
  Minimum=-32.000, Maximum=5610.000, Mean=1041.610, StdDev=820.476
  NoData Value=-32768
  Overviews: 109382x65472, 54691x32736, 27346x16368, 13673x8184,
6837x4092, 3419x2046, 1710x1023, 855x512, 428x256, 214x128
  Metadata:
SourceBandIndex=0
STATISTICS_SKIPFACTORX=1
STATISTICS_SKIPFACTORY=1

# generate location from dataset
grass78 -c republica2017_r15m.bil /mnt/data/grassdata/mexico

# verify projection
GRASS 7.8.6dev (mexico):~ > g.proj -w
GEOGCRS["ITRF92",
DATUM["International Terrestrial Reference Frame 1992",
ELLIPSOID["GRS 1980",6378137,298.257222101,
LENGTHUNIT["metre",1]],
ID["EPSG",6651]],
PRIMEM["Greenwich",0,
ANGLEUNIT["Degree",0.0174532925199433]],
CS[ellipsoidal,2],
AXIS["longitude",east,
ORDER[1],
ANGLEUNIT["Degree",0.0174532925199433]],
AXIS["latitude",north,
ORDER[2],
ANGLEUNIT["Degree",0.0174532925199433]]]

# import DEM
r.import republica2017_r15m.bil output=republica2017_r15m

# set color table
r.colors republica2017_r15m color=srtm_plus

The result looks good to me.

best,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] error in g.extension while installing i.fusion.hpf in windows

2021-03-18 Thread Markus Neteler
On Thu, Mar 18, 2021 at 1:35 PM Veronica Andreo  wrote:
>
> Hello list,
>
> A student is getting the following error when trying to install i.fusion.hpf
>
> C:\>g.extension extension=i.fusion.hpf
> Downloading precompiled GRASS Addons ...
> Fetching  from
> 
> (be patient)...
> Traceback (most recent call last):
>   File "C:\OSGEO4~1\apps\grass\grass78/scripts/g.extension.py", line 2350, in 
> 
> sys.exit(main())
>   File "C:\OSGEO4~1\apps\grass\grass78/scripts/g.extension.py", line 2330, in 
> main
> install_extension(source=source, url=url, xmlurl=xmlurl, branch=branch)
>   File "C:\OSGEO4~1\apps\grass\grass78/scripts/g.extension.py", line 871, in 
> install_extension
> ret1, new_modules_ext, new_files_ext = install_extension_win(extension)
>   File "C:\OSGEO4~1\apps\grass\grass78/scripts/g.extension.py", line 1259, in 
> install_extension_win
> for line in file:
>   File "C:\OSGEO4~1\apps\Python37\lib\fileinput.py", line 252, in __next__
> line = self._readline()
>   File "C:\OSGEO4~1\apps\Python37\lib\fileinput.py", line 366, in _readline
> return self._readline()
>   File "C:\OSGEO4~1\apps\Python37\lib\encodings\cp1252.py", line 23, in decode
> return codecs.charmap_decode(input,self.errors,decoding_table)[0]
>
> UnicodeDecodeError: 'charmap' codec can't decode byte 0x9d in position 401: 
> character maps to 

What surprises me a bit:

file *
constants.py:Python script, UTF-8 Unicode text executable
high_pass_filter.py: Python script, ASCII text executable
i.fusion.hpf.html:   HTML document, ASCII text
i_fusion_hpf_lsat7_hpf_rgb.png:  PNG image data, 1327 x 840,
8-bit/color RGB, non-interlaced
i_fusion_hpf_lsat7_orig_rgb.png: PNG image data, 1327 x 840,
8-bit/color RGB, non-interlaced
i.fusion.hpf.py: Python script, ASCII text executable
licenses:directory
Makefile:ASCII text
README.md:   UTF-8 Unicode text
test_high_pass_filter.py:Python script, ASCII text executable

--> some .py files are UTF-8, some are not shall this be streamlined?

Markus

PS: perhaps more a question for grass-dev
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] ITRF92 Not found.

2021-03-16 Thread Markus Neteler
Dear Javier

(re-adding the list)

I am not sure what you try to achieve but you need GRASS GIS 7.8.6 (not yet
published).
No need to compile PROJ.

If you would like to compile GRASS GIS yourself, see
https://grasswiki.osgeo.org/wiki/Compile_and_Install#Linux_Mint

The updated source code is here:
https://grass.osgeo.org/grass78/source/snapshot/

Best
Markus




On Tue, Mar 16, 2021 at 9:25 PM javier Garcia Prieto <
fjgarciapri...@hotmail.com> wrote:

> Dear Marcus, Grass friends from Grass User List.
>
> In my Lunux Mint 20.1 I have  this
>
> grass --version
> GRASS GIS 7.8.5
>
> Geographic Resources Analysis Support System (GRASS) is Copyright,
> 1999-2020 by the GRASS Development Team, and licensed under terms of the
> GNU General Public License (GPL) version >=2.
>
> This GRASS GIS 7.8.5 release is coordinated and produced by
> the GRASS Development Team with contributions from all over the world.
>
> This program is distributed in the hope that it will be useful, but
> WITHOUT ANY WARRANTY; without even the implied warranty of
> MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
> General Public License for more details.
>
> $ proj
> Rel. 7.2.1, January 1st, 2021
> usage: proj [-bdeEfiIlmorsStTvVwW [args]] [+opt[=arg] ...] [file ...]
> loki@loki-H8SGL:~$
>
> Is there a way in which I can upgrade Proj to have the new ITRF92
> definition? I already download Libproj from
> https://github.com/paleolimbot/libproj but it doesn't have a clear way to
> install it. ./configure does the job, but there is no make
> file that I can use it to install libproj.
>
> Thanks in advance for all your kindness.
>
> Javier García Prieto.
> <https://github.com/paleolimbot/libproj>
> GitHub - paleolimbot/libproj: Generic Coordinate Transformation Library
> ('PROJ') C API <https://github.com/paleolimbot/libproj>
> libproj. The goal of libproj is to provide access to the PROJ C API for
> high-performance geometry operations within the R package framework. This
> package contains a copy of the PROJ library, modified slightly to eliminate
> errors on all the platforms checked by CRAN and GitHub actions.
> github.com
>
>
> --
> *From:* Markus Neteler 
> *Sent:* Tuesday, March 16, 2021 8:51 AM
> *To:* javier Garcia Prieto 
> *Cc:* GRASS user list 
> *Subject:* Re: [GRASS-user] ITRF92 Not found.
>
> Hi,
>
> On Sun, Mar 14, 2021 at 3:32 PM javier Garcia Prieto
>  wrote:
> >
> > Thank you!
> > You are really great! This is going to be so much useful to Mexican
> people, You are very kind.
>
> Glad to help. Now it is merged, i.e. it is already available in the
> current source code of GRASS GIS 7.8.git and will be part of GRASS GIS
> 7.8.6 and later.
>
> > How can I help, How can I include other definitions for Mexico like
> ITRF08?
>
> Please open an enhancement ticket at
> https://github.com/OSGeo/grass/issues
>
> and list the definitions you want to see. Please add respective
> references like https://epsg.io/4914
>
> > I remember that Grass has US states projection definitions in order to
> create sites, Is there a way that I can achieve the same?
>
> Yes, by pls by writing an enhancement ticket, listing your needs.
>
> > Thanks again for all your effort and kindness.
> >
> > Javier García Prieto.
>
> Best
> Markus
>
> --
> Markus Neteler, PhD
> https://www.mundialis.de - free data with free software
> https://grass.osgeo.org
> https://courses.neteler.org/blog
>


-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] can't install and execute python script

2021-03-16 Thread Markus Neteler
On Tue, Mar 16, 2021 at 3:02 PM Frank David  wrote:
>
> Hi Markus,
>
> Thank you for your reply and correction. But no thing has changed on my Grass 
> 7.8.3 / Ubuntu 20.10, and it's still working on may Grass 7.69 / Debian 
> Buster (see console below)

Yes:

- GRASS GIS 7.6 uses Python 2
- GRASS GIS 7.8 uses Python 3

> (Tue Mar 16 14:50:05 2021)
> g.extension extension=r.wtg 
> url=/media/zephyr/ress/informatique/scripts/grass/scripts/r.wtg
> Fetching  from 
>  (be patient)...
> Compiling...
> Installing...
> Updating extensions metadata file...
> Updating extension modules metadata file...
> WARNING: No metadata available for module 'r.wtg'.
> WARNING: No metadata available for module 'r.wtg'.
> Installation of  successfully finished
> (Tue Mar 16 14:50:14 2021) La commande s'est terminée (9 sec)
>
> It's curious that Grass say "...not found" on every script, while copying the 
> file in addons/ ?

Here I didn't get that error but mainly the one with the wrong
formatting. The "... not found" might be a secondary error while the
original error message isn't visible (for whatever reason).

Let me suggest that you update all Python script to Python 3 (there is
the "2to3" script as well as "autopep8" and others for that purpose).
Once done, perhaps the errors you get are gone?

Markus

> Frank DAVID
>
> Le 16/03/2021 à 13:24, Markus Neteler a écrit :
>
> Hi,
>
> On Mon, Mar 15, 2021 at 11:31 PM Markus Neteler  wrote:
>
> On Mon, Mar 15, 2021 at 11:07 AM Frank David  wrote:
>
> Hello,
>
> I've installed GRASS 7.8.3 on Ubuntu 20.10 (groovy) and when I try to install 
> my own python script, the message is :
>
> Fetching  from 
>  (be patient)...
> Compiling...
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.threshold:
>  not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.conv: 
> not found
>
> ...
>
> Do you have any idea that problem ?
>
> This is somehow hard to say - is the addon available for testing?
>
> For posterity:
>
> I received the addon offlist. Some files showed Python 3 syntax
> errors, fixed with "autopep8" and now the installation works (for me).
>
> cheers,
> Markus
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] can't install and execute python script

2021-03-16 Thread Markus Neteler
Hi,

On Mon, Mar 15, 2021 at 11:31 PM Markus Neteler  wrote:
> On Mon, Mar 15, 2021 at 11:07 AM Frank David  wrote:
> >
> > Hello,
> >
> > I've installed GRASS 7.8.3 on Ubuntu 20.10 (groovy) and when I try to 
> > install my own python script, the message is :
> >
> > Fetching  from 
> >  (be 
> > patient)...
> > Compiling...
> > /bin/sh: 1: 
> > /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.threshold:
> >  not found
> > /bin/sh: 1: 
> > /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.conv: 
> > not found
...
> > Do you have any idea that problem ?
>
> This is somehow hard to say - is the addon available for testing?

For posterity:

I received the addon offlist. Some files showed Python 3 syntax
errors, fixed with "autopep8" and now the installation works (for me).

cheers,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] ITRF92 Not found.

2021-03-16 Thread Markus Neteler
Hi,

On Sun, Mar 14, 2021 at 3:32 PM javier Garcia Prieto
 wrote:
>
> Thank you!
> You are really great! This is going to be so much useful to Mexican people, 
> You are very kind.

Glad to help. Now it is merged, i.e. it is already available in the
current source code of GRASS GIS 7.8.git and will be part of GRASS GIS
7.8.6 and later.

> How can I help, How can I include other definitions for Mexico like ITRF08?

Please open an enhancement ticket at
https://github.com/OSGeo/grass/issues

and list the definitions you want to see. Please add respective
references like https://epsg.io/4914

> I remember that Grass has US states projection definitions in order to create 
> sites, Is there a way that I can achieve the same?

Yes, by pls by writing an enhancement ticket, listing your needs.

> Thanks again for all your effort and kindness.
>
> Javier García Prieto.

Best
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] can't install and execute python script

2021-03-15 Thread Markus Neteler
Hi,

On Mon, Mar 15, 2021 at 11:07 AM Frank David  wrote:
>
> Hello,
>
> I've installed GRASS 7.8.3 on Ubuntu 20.10 (groovy) and when I try to install 
> my own python script, the message is :
>
> Fetching  from 
>  (be patient)...
> Compiling...
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.threshold:
>  not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility.conv: 
> not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.surround: not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visibility: not 
> found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.intervisibility: 
> not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visual.area: not 
> found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visual.cone: not 
> found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.visual.competition: 
> not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.horizontal.visibility:
>  not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.terrain.vertical.angle: 
> not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.terrain.horizon: not 
> found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.pit2hwtg: not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.overhang: not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/v.wtg.visibility.what: 
> not found
> /bin/sh: 1: /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/r.wtg.series: 
> not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/v.wtg.surround: not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/g.wtg.listfromtable: not 
> found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/v.wtg.drawline: not found
> /bin/sh: 1: 
> /tmp/grass7-geophom-78286/tmp1tw0ncyb/r.wtg/scripts/v.wtg.transect: not found
> Installing...
> Updating private addons metadata file...
> WARNING: No addons metadata available. Addons metadata file not updated.
> Installation of  successfully finished
>
> All files are well copied in /home/me/.grass7/addons/scripts
>
> And when i want to execute one of them (here r.wtg.visibility), I get :
>
> Traceback (most recent call last):
>   File "/usr/lib/grass78/etc/python/grass/script/task.py",
> line 473, in get_interface_description
>
> p = Popen([cmd, '--interface-description'], stdout=PIPE,
>   File "/usr/lib/grass78/etc/python/grass/script/core.py",
> line 63, in __init__
>
> subprocess.Popen.__init__(self, args, **kwargs)
>   File "/usr/lib/python3.8/subprocess.py", line 854, in
> __init__
>
> self._execute_child(args, executable, preexec_fn, close_fds,
>   File "/usr/lib/python3.8/subprocess.py", line 1702, in
> _execute_child
>
> raise child_exception_type(errno_num, err_msg, err_filename)
> FileNotFoundError
> :
> [Errno 2] No such file or directory: 'r.wtg.visibility'
> During handling of the above exception, another exception
> occurred:
> Traceback (most recent call last):
>   File "/usr/lib/grass78/gui/wxpython/gui_core/prompt.py",
> line 272, in OnItemSelected
>
> self.cmdDesc = gtask.parse_interface(cmd)
>   File "/usr/lib/grass78/etc/python/grass/script/task.py",
> line 522, in parse_interface
>
> tree = etree.fromstring(get_interface_description(name))
>   File "/usr/lib/grass78/etc/python/grass/script/task.py",
> line 501, in get_interface_description
>
> raise ScriptError(_("Unable to fetch interface description
> for command '<{cmd}>'."
> grass.exceptions
> .
> ScriptError
> :
> Unable to fetch interface description for command
> ''.
> Details: <[Errno 2] No such file or directory:
> 'r.wtg.visibility'>
>
> If i rename a script with .py, I can execute it from the menu File>execute 
> script
>
> I have two other Grass (7.9) on Debian Buster and it works fine...
>
> The $GRASS_ADDON_BASE = /home/me/.grass7/addons
> The $GRASS_ADDON_PATH = /home/me/.grass7/addons/scripts
>
> Do you have any idea that problem ?

This is somehow hard to say - is the addon available for testing?

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


Re: [GRASS-user] ITRF92 Not found.

2021-03-14 Thread Markus Neteler
Dear Javier,

On Sat, Mar 13, 2021 at 8:44 PM javier Garcia Prieto
 wrote:
>
> Dear Grass  fiends.
> I have a little problem and I don't Know if you can help me.
> When I try to create a new location from parameters or from map, or when I 
> try to import an ITRF92 from INEGI map, I got this message from console ITR92 
> not recoggnized and no parameters found.
>
> Is there a way in which I can add this parameters to Grass default list or 
> include them into default creation parameter list?

I have added an alias for the expanded ITRF92 name:

https://github.com/OSGeo/grass/pull/1460

(to be reviewed if correct).

Best,
Markus

PS: please copy terminal text (also) as text into the email, not only
as a screenshot.
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Problem with r. mapcalc

2021-03-02 Thread Markus Neteler
Hi  Giuseppe,

On Tue, Mar 2, 2021 at 12:20 AM Giuseppe Amatulli
 wrote:
>
> Probably also a warning message will be good in the
> r.mapcalc
> r.out.gdal
> when using FCELL (Float32) and overpassing the  -16777216 to 16777216.
>
> Indeed, I didn't know there was such a numerical limit - so I'm wondering how 
> many times I have overpassed :-(

Please open a ticket with an (ideally based on the North Carolina
sample dataset) example at
https://github.com/OSGeo/grass/issues

(here it gets easily lost)

thanks,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Problem with r. mapcalc

2021-02-26 Thread Markus Neteler
On Fri, Feb 26, 2021 at 2:20 AM Giuseppe Amatulli
 wrote:
>
> Sorry, my wrong conclusion
> Single-precision floating-point variables are able to represent integers 
> between [-16777216, 16777216]
> maybe better to report in the r.out.gdal data type table

FWIW: We have some info about raster precision and semantics here:

https://grasswiki.osgeo.org/wiki/GRASS_GIS_Performance#Raster_management
https://grasswiki.osgeo.org/wiki/GRASS_raster_semantics

(@All) Please expand the Wiki pages as needed.

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


Re: [GRASS-user] Problem with r. mapcalc

2021-02-25 Thread Markus Neteler
On Thu, Feb 25, 2021 at 2:32 PM Giuseppe Amatulli
 wrote:
>
> Thanks Maris!!
> How can I force the output to be DCELL?

Please try double() instead of float() in your formula.

> How can I get the "Range of data:"  without the scientific number notation?

To which command do you refer to?

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


Re: [GRASS-user] v.surf.idw Not Working

2021-02-12 Thread Markus Neteler
Hi Michaela,

On Thu, Feb 11, 2021 at 11:47 PM Michaela Lobato  wrote:
>
> Hello,
>
> I have recently been struggling with an issue in GRASS. I am a new GRASS user 
> and recently downloaded version 7.8.5 for my MacBook (macOS Catalina).  I 
> converted this sample dataset to a shapefile.

Could you make this shapefile available? Or post the data structure?

# attribute table  structure
v.info -c coal_test

# vector types
v.info -t coal_test

?

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


Re: [GRASS-user] v.rast.stats error: "Unable to seek"

2021-02-03 Thread Markus Neteler
Hi Luí­s,

On Wed, Feb 3, 2021 at 5:51 PM Luí­s Moreira de Sousa via grass-user
 wrote:
>
> Hi Stefan, thank you for the reply.
>
> The outputs you request are below. v.rast.stats takes about 8 GB of RAM 
> before failing, only 1/4 of what is available in the workstation. I also 
> tried increasing the memory parameter but it never goes above 8 GB and fails 
> all the same.

If I am not mistaken, the memory= parameter isn't used at all in
v.rast.stats, hence not passed to v.to.rast:
https://github.com/OSGeo/grass/blob/e5afa5a8a0f8e39376f4ddfbda1a62abdef99a21/scripts/v.rast.stats/v.rast.stats.py#L167

For a test, you could use g.gisenv and set the "cache" memory to a
higher value (v.to.rast will respect it then):
https://grass.osgeo.org/grass78/manuals/variables.html#list-of-selected-internal-grass-environment-variables
--> MEMORYMB

Eg.

# set to 12 GB (default: 300 MB)
g.gisenv set="MEMORYMB=12000"

Not sure if that would help anyway.

However:
> Let me know if there is something else I can check. Thank you.

yes, you may try with "valgrind":
https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_Valgrind

CMD="v.to.rast input=PSU output=test use=cat memory=1"
valgrind --tool=memcheck --leak-check=yes --show-reachable=yes  $CMD --o

The output may give some hints (it will be long).

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


[GRASS-user] GRASS GIS Addons: status update

2021-01-29 Thread Markus Neteler
Dear all,

We have recently done a clean-up of long time unmaintained addons (to
avoid confusion):

Moved to GRASS-core (most already years ago):

- i.fusion.brovey: replaced by "i.pansharpen"
- r.fill.gaps: ported to core as "r.fill.stats"
- r.geomorphon: same name
- r.grow.shrink: continued as "r.grow.distance" and its Python wrapper "r.grow"
- v.clip: same name
- v.profile: same name

Removal of outdated addons:

- r.in.arc: replaced by "r.in.gdal" / "r.import"
- r.lfp: replaced by "r.accumulate"
- r.los: replaced by "r.viewshed"
- r.modis: renamed to "i.modis"
- r.out.arc: : please use "r.out.gdal"
- r.sentinel: renamed to "i.sentinel"

Find the list of addons here:
https://grass.osgeo.org/grass7/manuals/addons/

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


Re: [GRASS-user] Raster gaussian filter

2021-01-27 Thread Markus Neteler
On Wed, Jan 27, 2021 at 4:20 PM Eric Patton via grass-user
 wrote:
>
> Great, thanks Markus! I’ll give it a try.

Just as a note (and it is always good to ask in the list here, so that
others become aware of the many tools available!), the keyword index:

https://grass.osgeo.org/grass-stable/manuals/keywords.html#gauss

If you have suggestions how to improve the docs, let us know or feel
free to suggest changes in GitHub.

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


Re: [GRASS-user] [GRASS-announce] [GRASS GIS Elections 2020] Voting phase closed, presentation of results

2021-01-26 Thread Markus Neteler
Dear GRASS community,

First of all, thanks for the confidence, I feel honored to continue to
be part of the PSC.
And of course a big thank-you to our Chief Return Officer (CRO),
Hernán De Angelis, for running the election!

The new PSC shall gather soon in a first meeting and decide the new
PSC chairperson.
We shall also write an announcement for the GRASS GIS web site about
the result of the PSC election.

Best,
Markus

PS: Trac page: https://trac.osgeo.org/grass/wiki/PSC/Election2020#Results

On Mon, Jan 25, 2021 at 1:30 PM Chief Return Officer (CRO) - GRASS GIS
election 2020  wrote:
>
> Dear members of the GRASS GIS community,
>
> The voting phase of the GRASS GIS Election 2020 is now finished. Out of 245 
> registered voters, 98 completed the survey. The results are shown below and 
> are now available in the Trac Wiki.
>
> Voting result (ranking, name, number of votes):
>
>  1. Markus Neteler 95
>  2. Anna Petrášová88
>  3. Helena Mitasova   86
>  4. Martin Landa83
>  5. Verónica Andreo  76
>  6. Moritz Lennert 74
>  7. Vaclav Petras  68
>  8. Michael Barton58
>  9. Huidae Cho  56
> 10. Helmut Kudrnovsky 55
> 11. Peter Löwe  52
> 12. Māris Nartišs   47
> 13. Stefan Blumentrath 44
>
>
> The new PSC is then composed of the following 9 members:
>
>  1. Markus Neteler 95
>  2. Anna Petrášová88
>  3. Helena Mitasova  86
>  4. Martin Landa83
>  5. Verónica Andreo   76
>  6. Moritz Lennert  74
>  7. Vaclav Petras   68
>  8. Michael Barton 58
>  9. Huidae Cho  56
>
>
> Regards,
>
>
> Hernán
>
> Chief Return Officer (CRO)
>
> ___
> grass-announce mailing list
> grass-annou...@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-announce
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] compare a DCELL and FCELL question

2021-01-24 Thread Markus Neteler
Hi Ming,

On Sun, Jan 24, 2021 at 10:49 AM ming han  wrote:
>
> Hi Micha
>
>  Many thanks for your reply.
>  Here is the command I am using:
>
>  if(float(cat1_acc_riv) == float(cat1_minacc), str_r, null())
>
>   The str_r is a CELL raster. the result is different when I change it to:
>if(int(cat1_acc_riv) == int(cat1_minacc), str_r, null())

Note that numerical "equality" is better tested with a threshold test
against the map pixel difference.
As the threshold, we use GRASS_EPSILON which is defined as 1.0e-15.

Hence the test needs to be implemented in a different way, i.e. by
using an epsilon.
Essentially something like this:

if(fabs(map_A - map_B) <= 1.0e-15, ... )

In your case (untested):
r.mapcalc diffepsilon = if( abs( map_A - map_B) <= 1.0e-15, str_r , null())

See related discussions here: [1], [2] and elsewhere.

[1] Comment by Glynn: https://trac.osgeo.org/grass/ticket/2854#comment:9
[2] Comment by Glynn:
https://lists.osgeo.org/pipermail/grass-user/2015-October/073200.html

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


[GRASS-user] Statement Markus Neteler

2021-01-14 Thread Markus Neteler
First of all, thanks for the nomination.

After starting to use GRASS GIS as a student in 1993, in early 1998 I
saw the need to set up a "European GRASS site" at the University of
Hannover, which quickly developed into an international development
team. Since 1998 I have maintained the various site installations
(Hannover, Trento; then USA, mainly together with Martin Landa),
fortunately today based on hugo. While in1998 I was still doing the
source code management manually (the "patch by email" system, so to
speak), then at the end of 1999 we switched first to CVS, then SVN and
now finally to git/GitHub. I'm very happy about the git migration, as
we are increasingly seeing new developers and more contributions. I
also find the (automated) code quality tests great.

My project activities include presenting at conferences, some
teaching, code sprint participation, bug fixing, user support,
infrastructure management, co-maintaining the Twitter account, release
management, project funding, etc. As before in my research group in
Italy, also in my company mundialis we stick to open source software
and donate in-kind development hours to OSGeo (i.e. developer hours
leading to code contributions: new GRASS GIS addons, fixes and
continuation and extension of actinia, originally developed by Sören
Gebbert). I am co-founder of GRASS GIS e.V. (today FOSSGIS), GFOSS.it
and OSGeo.

I believe that the new PSC could benefit from different members taking
on roles to better handle the tasks at hand, (see also the old page:
https://trac.osgeo.org/grass/wiki/PSC/Roles)

With my diverse interests, I would be interested in sharing my
experience in project management (but not necessarily as the
chairperson!), contact with business, infrastructure management, and
financial matters. For sure I am happy to support new faces in the
PSC, being elected or not. I would be happy to see as much as possible
implemented from the PSC agenda, perhaps with frequent meetings to
keep the pace. And more outreach and marketing, to highlight the
powerful software and its beautiful community I enjoy for decades!

Best wishes,

Markus

--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] How to install wx.metadata (g.gui.cswbrowser) addon?

2021-01-09 Thread Markus Neteler
Andrea Giudiceandrea via grass-user  schrieb am
Sa., 9. Jan. 2021, 17:05:

> Markus Neteler wrote
> > Can you please open a bug report?
>
> Should it be opened in OSGeo/grass or in OSGeo/grass-addons?
>

In OSGeo/grass-addons, please.

Thanks,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] How to install wx.metadata (g.gui.cswbrowser) addon?

2021-01-09 Thread Markus Neteler
Hi Andrea,

Andrea Giudiceandrea via grass-user  schrieb am
Sa., 9. Jan. 2021, 13:51:

> Hi all,
> I'd like to use g.gui.cswbrowser, so I need to install the wx.metadata
> addon.
>
> Anyway, any attempt to install it using
>
> g.extension extension=wx.metadata operation=add
>
> gives the following error:
>
> (Sat Jan  9 13:35:32 2021)
>
> g.extension -f extension=wx.metadata
>
> Downloading precompiled GRASS Addons ...
> Updating addons metadata file...
> WARNING: No addons metadata available. Addons metadata file not updated.
> Updating private addons metadata file...
> WARNING: No addons metadata available. Addons metadata file not updated.
> Installation of  successfully finished
> (Sat Jan  9 13:35:42 2021) Command finished (10 sec)
>
>
> It seems also that the wx.metadata addon is not listed in
> https://grass.osgeo.org/addons/grass7/modules.xml



This is unexpected, indeed.
Can you please open a bug report?
Apparently that file isn't properly updated on the server.


Any hint on how to properly install the wx.metadata addon in order to use
> g.gui.cswbrowser?
>

What is your operating system?

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


Re: [GRASS-user] "dbmi: Protocol error" with v.out.ogr

2021-01-07 Thread Markus Neteler
Hi Luí­s,

On Thu, Jan 7, 2021 at 12:13 PM Luí­s Moreira de Sousa via grass-user
 wrote:
>
> Dear all,
>
> I have a mapset connected to a Postgres back-end:
...
> # select * from mal9.mal9_5x5_sec_units where cat = 11133509;
>cat| mal | label
> --+-+---
> 11133509 |   0 |
> (1 row)

Just to be sure: "label" is ready empty here and does not contain a
spurious character with "funny" encoding not liked by DBMI?

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


Re: [GRASS-user] grass-7.8.5 on Fedora 33

2020-12-31 Thread Markus Neteler
Hi,

Just FYI: meanwhile GRASS GIS 7.8.5 is officially available from the
Fedora repos (F32, F33):

dnf install grass grass-gui grass-devel

Cheers,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] GRASS and Python3

2020-12-28 Thread Markus Neteler
On Mon, Dec 28, 2020 at 3:04 AM Rich Shepard  wrote:
>
> Since GRASS now will use Python3 (and Python2 reaches EOL this coming
> Thursday) I'm trying to clean out all Python2 modules in favor of their
> Python3 versions.

Yes (and some distros already removed Python 2 entirely)

> A couple of days ago I removed the 'six' python module because
> python3-six-1.13.0-x86_64-1_SBo is installed here. But, grass7.9.dev isn't
> happy:
>
> $ grass79 -text
> Traceback (most recent call last):
>File "/usr/local/bin/grass79", line 52, in 
>  import six
> ModuleNotFoundError: No module named 'six'

On my Fedora 33 box I have removed all python2-* packages [1]. The GUI
comes up as expected, using python3-six.

Another test:

python3
Python 3.9.0 (default, Oct  6 2020, 00:00:00)
[GCC 10.2.1 20200826 (Red Hat 10.2.1-3)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import six
>>>

... all fine.

> Guess I need to re-install python2's six.

I don't think so.
The question is what your Slackware (what you are using, AFAIK) six
packages actually contains.

Here the content of the Fedora python3-six package:

rpm -qil python3-six
[...]
Summary: Python 2 and 3 compatibility utilities
Description : python-six provides simple utilities for wrapping over
differences between Python 2 and Python 3. Python 3 version.
/usr/lib/python3.9/site-packages/__pycache__/six.cpython-39.opt-1.pyc
/usr/lib/python3.9/site-packages/__pycache__/six.cpython-39.pyc
/usr/lib/python3.9/site-packages/six-1.15.0.dist-info
/usr/lib/python3.9/site-packages/six-1.15.0.dist-info/INSTALLER
[...]
/usr/lib/python3.9/site-packages/six.py
[...]

The package which you need should show a similar structure.

Markus

[1] Annoyingly, GIMP still wants Python 2 (exception temporarily
granted in Fedora) but that's being worked on and off-topic here.
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Umm...OK, How do I start this thing?

2020-12-26 Thread Markus Neteler
On Sun, Dec 27, 2020 at 8:46 AM mdwxman  wrote:
>
>
> After all these years you would think that I would have automatically run 
> “make install” or that I would have read the directions.  Nope, not this 
> time.  Thanks for laying out the path comment.  I’ll try to avoid being so 
> neglectful in the future...

The fun part is that you can use GRASS GIS directly compiled from the
source code tree :-) No real need to run "make install"... just use
the PATH trick outlines earlier.

BTW: please send suggestions to improve the docs as needed.

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


Re: [GRASS-user] Umm...OK, How do I start this thing?

2020-12-26 Thread Markus Neteler
Hi Michael,

mdwxman via grass-user  schrieb am So.,
27. Dez. 2020, 06:19:
>
> I must be either blind or brain-frozen by all the snow outside but even after 
> reading through the introductions
> and downloading the North Carolina data I still don't see how to start GRASS 
> GIS 7.8.5 on my Fedora 33.

The reason will be that the start script isn't yet in $PATH.

So, the question is: did you run this step

sudo make install
?

- if yes, then it should be in /usr/local/bin/ which needs to be in
$PATH (usually it is)
- if no, then you need to create a link:
ln -s /where/you/compiled/grass_src/bin.x86_64-pc-linux-gnu/grass78
/some/directory/in/path/

Example (here in detail, also for others being interested):
So, in my $HOME I always create a "$HOME/bin/" directory into which I
then link the GRASS GIS startup script (and also other unrelated
stuff). Hence:

mkdir $HOME/bin/

Then add this line into $HOME/.bashrc (assuming that you use bash shell):
export PATH=$PATH:$HOME/bin

Next create the link (adapt path as needed):
ln -s $HOME/where/you/compiled/grass_src/bin.x86_64-pc-linux-gnu/grass78
$HOME/bin/

Now either start a new terminal or execute one time (needed as the
current terminal only reads $HOME/.bashrc at startup):
export PATH=$PATH:$HOME/bin

Now you should be able to start

grass78

> I have over 30 years experience with Unix or Linux and I still don't see a 
> startup file.  What am I missing?

It is all about having the start scipt in $PATH.

HTH,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] configure file for Fedora 33 and grass-7.8.5

2020-12-24 Thread Markus Neteler
On Thu, Dec 24, 2020 at 12:39 AM mdwxman  wrote:
>
> GRASS GIS 7.8.5 exported compilation log
> --
> Started compilation: Wed Dec 23 04:40:02 PM CST 2020
> --
> Errors in:
> No errors detected.
> --
> Finished compilation: Wed Dec 23 04:40:40 PM CST 2020
>
> SUCCESS!!

Hooray!

> There was another small hiccough (or is that now spelled differently?  The 
> cairo library also needed the devel files and

Right, now added to
https://grasswiki.osgeo.org/wiki/Compile_and_Install#GRASS_GIS_7_on_Fedora

> a very small error during compilation as ~/raster3d/r3.in.ascii also needed 
> to be compiled.  Still, GRASS 7.8.5 is alive.
>
> Thank you Markus for all your patience and help.

I am happy that you got it done!

Enjoy,
Markus


-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] configure file for Fedora 33 and grass-7.8.5

2020-12-23 Thread Markus Neteler
Hi

You need to install the development package as well which includes the
header .h files:

libtiff-devel

Markus


mdwxman via grass-user  schrieb am Mi., 23.
Dez. 2020, 20:39:

> And here's what I get from the dnf install libtiff:
>
> (base) [root@godelsrevenge ~]# dnf install libtiff
> Fedora Modular 33 - x86_64 - Updates
>   
>   
>40
> kB/s |  15 kB 00:00
> Fedora 33 - x86_64 - Updates
>   
>   
>54
> kB/s |  16 kB 00:00
> Package libtiff-4.1.0-4.fc33.x86_64 is already installed.
> Dependencies resolved.
> Nothing to do.
> Complete!
>
> Could it be that the Fedora 33 gremlins have inserted a differently-named
> libtiff version or a different location?
>
> Michael Allen
> Industrial Weather
> 763-777-1263
>
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, December 23, 2020 1:35 PM, mdwxman 
> wrote:
>
> Evidently "TIFF" corresponds to libtiff.  I'll attempt to dnf install.
>
> Michael Allen
> Industrial Weather
> 763-777-1263
>
> Sent with ProtonMail  Secure Email.
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, December 23, 2020 1:32 PM, mdwxman via grass-user <
> grass-user@lists.osgeo.org> wrote:
>
> Markus:
>
> Who knows what the configure means by "TIFF missing?"  But here's the
> configure file and the result:
> (base) [root@godelsrevenge grass-7.8.5]# ./configure \
> > --with-cxx \
> > --with-gdal=/usr/bin/gdal-config \
> > --with-proj --with-proj-share=/usr/share/proj \
> > --with-geos \
> > --with-sqlite \
> > --with-nls \
> > --with-wxwidgets=/usr/bin/wx-config \
> > --with-fftw \
> > --with-cairo --with-cairo-ldflags=-ldfontconfig \
> > --with-freetype --with-freetype-includes=/usr/include/freetype2 \
> > --enable-largefile \
> > --without-odbc \
> > --with-blas --with-blas-includes=/usr/include/atlas-x86_64-base/ \
> > --with-lapack --with-lapack-includes=/usr/include/atlas-x86_64-base/ \
> > --with-zstd
> checking host system type... x86_64-pc-linux-gnu
> checking for gcc... gcc
> checking whether the C compiler (gcc  ) works... yes
> checking whether the C compiler (gcc  ) is a cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for Cygwin environment... no
> checking for mingw32 environment... no
> checking for executable suffix... no
> checking for full floating-point support... yes
> checking for pwd... /usr/bin/pwd
> checking for source directory... /grass-7.8.5
> checking for build directory... /grass-7.8.5
> checking for git... /usr/bin/git
> fatal: not a git repository (or any of the parent directories): .git
> checking for MacOSX App... no
> checking for MacOSX architectures... no
> checking for MacOSX SDK... no
> checking how to build libraries... shared
> checking for additional include dirs...
> checking for additional library dirs...
> checking for a BSD compatible install... /usr/bin/install -c
> checking for flex... flex
> checking for yywrap in -lfl... no
> checking for bison... bison -y
> checking for ranlib... ranlib
> checking for ar... ar
> checking for env... env
> checking for perl... /usr/bin/perl
> checking how to run the C preprocessor... gcc -E
> checking for ANSI C header files... yes
> checking for limits.h... yes
> checking for termio.h... yes
> checking for termios.h... yes
> checking for unistd.h... yes
> checking for values.h... yes
> checking for f2c.h... no
> checking for g2c.h... no
> checking for sys/ioctl.h... yes
> checking for sys/mtio.h... yes
> checking for sys/resource.h... yes
> checking for sys/time.h... yes
> checking for sys/timeb.h... yes
> checking for sys/types.h... yes
> checking for sys/utsname.h... yes
> checking for libintl.h... yes
> checking for iconv.h... yes
> checking for langinfo.h... yes
> checking whether time.h and sys/time.h may both be included... yes
> checking for off_t... yes
> checking for uid_t in sys/types.h... yes
> checking return type of signal handlers... void
> checking for Cygwin environment... no
> checking for ftime... yes
> checking for gethostname... yes
> checking for gettimeofday... yes
> checking for lseek... yes
> checking for nice... yes
> checking for time... yes
> checking for uname... yes
> checking for seteuid... yes
> checking for setpriority... yes
> checking for setreuid... yes
> checking for setruid... no
> checking for drand48... yes
> checking for putenv... yes
> checking for setenv... yes
> checking for nanosleep... yes
> checking whether setpgrp takes no argument... yes
> checking for long long int... yes
> checking for int64_t... yes
> checking for W11... no
> checking for X... libraries , 

Re: [GRASS-user] grass-7.8.5 on Fedora 33

2020-12-23 Thread Markus Neteler
On Wed, Dec 23, 2020 at 5:00 AM mdwxman via grass-user
 wrote:
>
> So, far, I must be cursed...  I successfully loaded and configured Fedora 33 
> with the KDE desktop (much better than GNOME 3; used it long ago).
>
> Downloaded grass-7.8.5 from the tarball, etc.  Read and followed directions 
> on https://grasswiki.osgeo.org/wiki/Compile_and_Install#GRASS_GIS_7_on_Fedora
>
> Nearly everything downloaded and installed from the dnf install file except 
> for the proj-epsg item.

Ah, proj-epsg and proj-nad no longer exist (replaced by
proj-datumgrid* which was already listed there).
I have updated the wiki accordingly.

>  Nevertheless, I went ahead with the ./configure script then was shot down by 
> the "couldn't find the TIFF" item.

Can you please post your "configure" command?

>  Evidently dnf install can't find it and Fedora 33 doesn't have it on my 
> machine.

... there is the "libgeotiff-devel" RPM.

> (I used the "Everything" option, although I chose only some of the items).  I 
> attempted to use dnf to find TIFF but it failed.
>
> If TIFF is related to the protocol for displaying *.tiff images then I'm 
> confused.  Or if there are some other instructions for grass-7.8.5 on Fedora 
> I haven't found them yet.

I am not sure what TIFF package you are looking for. Hence I'd need to
know your "configure" command.

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


[GRASS-user] GRASS GIS 7.8.5 released

2020-12-21 Thread Markus Neteler
GRASS GIS 7.8.5 released

This is an update release of the GRASS GIS 7.8 series.

Download source code tarball at

   - https://grass.osgeo.org/grass78/source/grass-7.8.5.tar.gz
   - https://grass.osgeo.org/grass78/source/grass-7.8.5.md5sum

For further release details (bug fixes and enhancements), see

   - https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures78
   - https://trac.osgeo.org/grass/wiki/Release/7.8.5-News

The GRASS GIS 7.8.5 release provides more than 80 fixes and improvements

with respect to the release 7.8.4.

Visit the release page 
to download the source code of GRASS GIS 7.8.5.
Thanks to all contributors!
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

2020-12-19 Thread Markus Neteler
On Sat, Dec 19, 2020 at 7:14 PM mdwxman  wrote:
>
> Simply by looking at Fedora’s Web site I can see many more choices than I 
> ever saw with CentOS.  Any recommendations regarding which of Fedora’s 
> installations might be best?

For laptop and workstations, I go with
https://getfedora.org/en/workstation/

If you have a compute infrastructure, probably this is your choice:
https://getfedora.org/en/server/

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


Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

2020-12-19 Thread Markus Neteler
On Sat, Dec 19, 2020 at 5:50 PM mdwxman  wrote:
>
> OK.  It would be much easier to move to Fedora since CentOS is similar to 
> Fedora.  I used Fedora years ago and changed to CentOS at about CentOS 5.  
> Too much time wasted to continue with CentOS.

You'll find the geo stuff up to date in Fedora, and you will be
familiar with the package management system.

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


Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

2020-12-19 Thread Markus Neteler
On Sat, Dec 19, 2020 at 3:27 AM mdwxman via grass-user
 wrote:
>
> This has become a very strange issue.  This afternoon I attempted 8 
> variations on the compilation and all failed.

There should ideally be just one way to install it.

> The first thing I did was to check on the GDAL version and although it wasn't 
> easy, it turns out that the conda installation from several weeks ago used 
> GDAL 2.4... The GRASS version was the 7.7 version.  So, I changed the 
> subdirectory to the 3.0.4 GDAL version: /usr/include/gdal-config and the 
> /usr/share/gdal subdirectories.  But those failed too although I used the 
> grass-7.8.5RC1 file.

We need to see the error messages to help.

In the first place I feel that you have a mixture of version on your
machine. Personally, I would try without conda on Centos8.

> I also checked my logs and made sure I used the dnf install text for all the 
> required software.  I also tried the "--with-gdal 
> --with-gdal-includes=/usr/include/gdal" configuration.  All my attempts 
> bombed.
>
> It was interesting that dnf install noted that GDAL and GDAL-devel were the 
> most recent and already on my file system.  There are two additional tasks to 
> do now.  The first is to discover whether the GDAL and GDAL-devel version 
> 3.0.4 version is the one to use for the compilation.  Is it the most 
> up-to-date?

Here you can look up the version:
https://src.fedoraproject.org/rpms/gdal/
--> d'oh! where did it go? Someone must have removed it from there ... :(

==> Build status
   --> https://koji.fedoraproject.org/koji/packageinfo?packageID=1826
 --> gdal-3.0.4-5.el8  (which I packaged in May)

I have just triggered to rebuild it on the server:

fedpkg build
Building gdal-3.0.4-6.el8 for epel8-candidate
Created task: 57788230
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788230
Building gdal-3.0.4-6.el8 for epel8-playground-candidate
Created task: 57788232
Task info: https://koji.fedoraproject.org/koji/taskinfo?taskID=57788232

==> it fails.

> The other task is attempt to dig into other log files to determine if there 
> is additional information.
>
> After that I plan to remove all GRASS versions and related libraries if I can 
> find them.  I know I have two GRASS versions: 7.7 and 7.8.5 so perhaps 
> there's a conflict hidden in the configuration.

Is there any reason to keep the outdated GRASS 7.7?

> My other question revolves around gdal-config.  There are two versions of 
> gdal-config: one simply called "gdal-config" and the other called 
> "gdal-config64"  This machine (and all my networked machines) are x86_64 
> architecture.  Is the configure script attempting to use one or the other and 
> defaulting to the "Error: cannot find gdal-config" option.  This type of 
> thing has happened to me before and error messages can be notoriously 
> difficult to understand.

I fully agree. There is no (obvious) point for me to have a separate
"gdal-config64" script.
Please check from which RPM it originates, with

rpm -qf /usr/bin/gdal-config64
?

But honestly, I am getting lost with Centos. That's why we abandoned
it earlier this year (which was an attempt after 10 years of
Scientific Linux on our HPC infrastructure).

However, I have good experience with Fedora and Ubuntu.

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


Re: [GRASS-user] GRASS-Addons: bulk PEP8 Python fixes on entire grass7/ subdirectory tree

2020-12-19 Thread Markus Neteler
Hi devs, all,

On Sat, Dec 5, 2020 at 11:13 AM Markus Neteler  wrote:
>
> Hi addon devs,
>
> To improve the code quality, I have applied "flake8" recursively on
> grass-addons/grass7/ and prepared a huge pull request with the
> changes:
>
> https://github.com/OSGeo/grass-addons/pull/357
>
> In this pull request the fixes are separated by commit for easier review.
> Eventually, after review, all will be squashed into one single commit.
>
> Rationale: follow more closely our coding style:
> https://trac.osgeo.org/grass/wiki/Submitting/Python#PEP8standardStyle
>
> In total, 330 files will be changed - hence I recommend a timely
> update of your local repository copy (`git pull`) once this is merged.
>
> Comments are welcome in PR 357 (addons repo).

PR merged.

Please urgently update (git pull) your local copy of the grass-addon repo.

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


Re: [GRASS-user] More Fun Compiling & Installing GRASS on CentOS 8

2020-12-18 Thread Markus Neteler
On Fri, Dec 18, 2020 at 5:19 AM mdwxman via grass-user
 wrote:
>
> Looks like more fun here at dog fur manor.  I'm still stuck on the 
> compilation of grass-7.8.5RC1 on CentOS 8.
>
> The script stops at line 6788 in the configure script with the ERROR message: 
> Cannot find grass-config.

This is unexpected. Do you mean
gdal-config
?

If yes, you need to install the "gdal-devel" RPM.
In general, also other development packages like "proj-devel" are
needed. The list is in the Wiki page cited below.

> I've moved grass-config to many different subdirectories but always with the 
> same result.
> I used the methods on 
> https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS
> under the CentOS 8 and the GRASS 7 instructions.  The installation of all 
> dependencies went fine but apparently there is an issue with grass-config.

Please use to "gdal-config" as per Wiki page.

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


Re: [GRASS-user] Installation Issues on CentOS8

2020-12-16 Thread Markus Neteler
On Wed, Dec 16, 2020 at 6:05 PM mdwxman  wrote:
>
> Thank you Markus.  I’m glad I stuck with GRASS long enough to find a 
> solution.  I’m very fortunate to discover this user group, too.  As I looked 
> through the archive for the last two years I found lots of interesting and 
> helpful messages.

Great, and yes, the GRASS GIS mailing lists a very useful resource
(btw: started in 1991!).

How can we advertise them better?

> One additional and brief question: in attempting to debug the script I’m 
> curious regarding any software suggestions you might have for that task.  Of 
> course, experience & knowledge play a crucial role but any debugging software 
> might be helpful.  Any suggestions?

You can find a collection of debugging suggestions here:
https://grasswiki.osgeo.org/wiki/GRASS_Debugging

Here your other question:

On Wed, Dec 16, 2020 at 6:10 PM mdwxman  wrote:
>
> I noticed the issues with both the GDAL and PROJ packages.  I’ve noticed that 
> it can be difficult and sometimes impossible to find necessary packages on 
> several Fedora repos.

I suppose you refer to the Centos repos? That I also found annoying.
So much that I reformatted our server :p, switching to a different
distro.

However, the Fedora (not the same thing!) geo-related repos are
sufficiently well maintained.

> It makes things difficult and frustrating to install packages when even Conda 
> can’t find necessary libraries.

Yes. Feel free to contact me personally if you still lack packages on
Centos, maybe I have an idea.

Cheers
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Installation Issues on CentOS8

2020-12-16 Thread Markus Neteler
Michael,

On Wed, Dec 16, 2020 at 4:36 AM mdwxman via grass-user
 wrote:
>
> I don't often compile software on CentOS but even this one has me confused. 
> I'm attempting to install some version of GRASS 7.8 on a CentOS 8 box and 
> I've been attempting to do so, on off for the last 6 months.

I did the same and it was a bumpy ride. Reason: a lot of packages were
missing. I even had to become package maintainer in Fedora to push
PROJ and GDAL packages...

> There have been several different errors and I've attempted to use conda, 
> conda with a local environment using Python 3.6., yum, and DNF. There are two 
> types of errors: one is the failure to find the gui (g.gui).

The GUI issue was there till the end of November. Reason: wxpython4
package missing, see here:

https://bugzilla.redhat.com/show_bug.cgi?id=1765573

It has finally been provided.

> The other involves a complete stop.
>
> This time I've used the grass-7.8.0.tar.gz files from the GRASS geo site.

Please use at least 7.8.4, soon 7.8.5 for relevant bugfixes:

https://trac.osgeo.org/grass/wiki/Release/7.8.5-News

> The lastest attempt results in a stop in the ./configure line at:
>
> include/Make/Vars.make:1: included/Make/Platform.make: No such file or 
> directory
>
> Since it stopped I attempted to use:
>
> make: *** No rule to make target 'include/Make/'. Stop.
>
> I've installed all required libraries and other applications (I think).

Please see here:

https://grasswiki.osgeo.org/wiki/Compile_and_Install#CentOS
--> Centos8

> I am a newbie with compilers but does anyone have some help for this.
>
> The machine is a Centos 8 machine with 7 Tb disk storage and running a 
> 16-core Ryzen CPU at 4125 MHz.

THat should be perfectly fine.

> Thanks. I hope someone can help.

Hope the Wiki instructions help - if not, let us know.

Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] How to obtain list of all raster maps

2020-12-12 Thread Markus Neteler
Hi

BHARATH RAM  schrieb am Sa., 12. Dez. 2020, 12:07:

> Hello,
>
>  I have a list of raster files inside a mapset that I need to
> interpolate to a different size. I am aware of the command *g.list
> type='raster' mapset='.'*
> and its equivalent python version. But the command prints the filenames
> out on screen instead of returning it as a list (I am talking wrt python
> API).
>


Would this work for you?

https://grasswiki.osgeo.org/wiki/GRASS_Python_Scripting_Library#Interface_to_listing_maps_.28g.list.29

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


Re: [GRASS-user] question on Fractal Dimension on raster surface

2020-12-11 Thread Markus Neteler
Hi,

Gabriel Cotlier  schrieb am Fr., 11. Dez. 2020, 20:48:

> Hello,
>
> I would like to know if there is a function in GRASS that I can run from R
> for calculating the fractal dimension of an input raster surface layer with
> floating point negative values.
>
> Thanks a lot.
>


I remember that there is an old GRASS GIS 6 add-on:

https://grasswiki.osgeo.org/wiki/AddOns/GRASS_6#r.boxcount

Maybe worth to be updated to Python?

Best
Markus



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


Re: [GRASS-user] Python3 with grass.7.9.dev?

2020-12-10 Thread Markus Neteler
Rich,

Rich Shepard  schrieb am Fr., 11. Dez. 2020,
01:17:

> I believe that the only python2 application still installed here is grass.
> Will the 7.9.dev versions run on python3? I've python3-3.7.9 installed
> here.
> I'd like to clean out all the python2 packages when I can.
>


Just go ahead.
Python 3 is already supported since 7.8.0, see

https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures78

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


Re: [GRASS-user] r.resamp.bspline lambda default

2020-12-09 Thread Markus Neteler
Hi Eric,

On Wed, Dec 9, 2020 at 4:15 PM Eric Patton  wrote:
>
> Hi,
>
> I noticed that when r.resamp.bspline is invoked with the --help flag, the
> default lambda parameter is reported as 0.01, but in the manual page, there is
> this text:
>
> "For seamless NULL cell interpolation, a small (lambda) value is required and
> default is set to 0.005".
>
> Is this a typo in the doc?

Yes, I would say so.
With "git blame" it is easy to track changes. It was changes from
0.005 to 0.01 in this change
https://github.com/OSGeo/grass/commit/62242c0dc8802cbe9c9b21af36e2afadff128ddf
and the needed documentation update didn't happen.

Thanks for catching this.

Fixed in
https://github.com/OSGeo/grass/commit/33d147388119b8dcc65adb9607337805841a0e49

and backported (upcoming 7.8.5).

cheers,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] Grass init error

2020-12-01 Thread Markus Neteler
Hi João,

On Sun, Nov 29, 2020 at 3:49 AM João Marcelo Lopes Siqueira
 wrote:
>
> Hi
>
> I have the following error message when I installed QGIS 3.10.4 ltr:
>
> Grass init error: Grass was not found in 'C: / PROGRA ~ 1 / QGIS 3.10 / apps 
> / grass / grass78' (GISBASE), provider and plugin will not work. I use 
> windows 10, the latest updated version.
>
> I start QGIS using QGIS Desktop 3.10.4 with GRASS 7.8.2.

Did you open QGIS with the shortcut "QGIS Desktop 3 with GRASS
7..." (don't know exactly the menu entry since I don't have Windows)
or just with the shortcut "QGIS Desktop 3"?

This seems to make the difference, according to
https://gis.stackexchange.com/a/313726/687

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


Re: [GRASS-user] g.region -a: what's it supposed to do?

2020-11-30 Thread Markus Neteler
Hi Ken,

On Sat, Nov 28, 2020 at 7:55 PM Ken Mankoff  wrote:
>
> Hello again,
>
> Please disregard the previous message. I've read the docs again and "even 
> multiples of the resolution" is the key part. I get it now, and why I'm 
> seeing the behavior from the commands below.

If you have suggestions how to improve the documentation: please don't
hesitate to edit:

https://github.com/OSGeo/grass/blob/master/general/g.region/g.region.html
(edit button, upper right side; requires a GitHub login).

When saving, the system will suggest it as a pull request which can
then be reviewed by anyone and eventually merged (you will know all
this but I just write it to invite all community members to easily
contribute).

cheers,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user


Re: [GRASS-user] [GRASS-dev] can not add addon

2020-11-26 Thread Markus Neteler
Hi Ming,

On Thu, Nov 26, 2020 at 2:29 PM ming han  wrote:
>
> Hi Everyone
>
> Hope this email find you well,
>
>  Is there anyway to avoid this error? I am working in windows system.
>
>  g.extension extension=r.clip operation=add
>  WARNING: Extension  already installed. Re-installing...
>  Downloading precompiled GRASS Addons ...
>  ERROR: Cannot open URL: 
> http://wingrass.fsv.cvut.cz/grass78/x86_64/addons/grass-7.8.2/r.clip.zip
>  (Thu Nov 26 08:25:58 2020) Command finished (3 sec)

Unfortunately the wingrass server is currently non-functional.

Martin, do you have a preview when it might be back?

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


Re: [GRASS-user] New Grass start menu

2020-11-25 Thread Markus Neteler
Hi Eric,

Eric Patton  schrieb am Mi., 25. Nov. 2020,
15:50:

> On 20/11/24 10:22PM, Markus Neteler wrote:
> >
> > Hi Eric,
> >
> > On Tue, Nov 24, 2020 at 8:31 PM Eric Patton
> >  wrote:
> > >
> > > Hi,
> > >
> > > I am using the 2020-11-24 weekly generic Linux build, and I can't seem
> to launch
> > > the start menu using the [--text|--gtext|--gui] flags. When I invoke
> grass79, I
> > > am taken immediately into the last-used Location and Mapset, without
> ever seeing
> > > any start menu. I checked my grassrc, and there doesn't seem to be
> anything
> > > offending in there. I'm running it on Linux Mint 19.3.
> >
> > In case you use Python 3.9 you might be hit by this XML issue
> > https://github.com/OSGeo/grass/issues/1119
> >
> > (just have that here as well).
> >
> > Markus
>
> Hi Markus, checking I have python3 3.6.9 and wx-config 3.0.4; not sure if
> the
> problem occurs in these versions as well.
>


No it doesn't.

And a fix has already been submitted by Vaclav :)

So, my problem is unrelated to your's.

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


Re: [GRASS-user] r.viewshed for multiple points

2020-11-24 Thread Markus Neteler
On Tue, Nov 24, 2020 at 11:34 PM Bernardo Santos
 wrote:
>
> Hi,
>
> sorry for not having searched enough before posting.
> I have just found the addon r.viewshed.cvs which seems to do the job!

Glad you found the addon r.viewshed.cva, here the manual page (so that
others can take a look, too):
https://grass.osgeo.org/grass7/manuals/addons/r.viewshed.cva.html

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


Re: [GRASS-user] New Grass start menu

2020-11-24 Thread Markus Neteler
Hi Eric,

On Tue, Nov 24, 2020 at 8:31 PM Eric Patton
 wrote:
>
> Hi,
>
> I am using the 2020-11-24 weekly generic Linux build, and I can't seem to 
> launch
> the start menu using the [--text|--gtext|--gui] flags. When I invoke grass79, 
> I
> am taken immediately into the last-used Location and Mapset, without ever 
> seeing
> any start menu. I checked my grassrc, and there doesn't seem to be anything
> offending in there. I'm running it on Linux Mint 19.3.

In case you use Python 3.9 you might be hit by this XML issue
https://github.com/OSGeo/grass/issues/1119

(just have that here as well).

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


Re: [GRASS-user] v.random segfault

2020-11-21 Thread Markus Neteler
On Fri, Oct 16, 2020 at 2:13 PM Eric Patton
 wrote:
> On 20/10/16 12:10PM, Maris Nartiss wrote:
> >
> > Hello Eric,
> > it is hard to say if I hit your bug or another one, but I managed to
> > reproduce crash and already reported it to the bug tracker:
> > https://github.com/OSGeo/grass/issues/1024
> >
> > The problem seems to be with specifying parameter "restrict". If you
> > really need it, just wait for a fix as it should be quite fast (famous
> > last words).
> >
> > Māris.
>
> Thanks, Maris, much appreciated. I'll keep an eye on the status of it.

Hi Eric,

The ticket has been fixed by Māris and backported (for the upcoming
7.8.5). Can you confirm that it is fixed?

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


Re: [GRASS-user] Reprojecting to x,y grid

2020-11-17 Thread Markus Neteler
On Tue, Nov 17, 2020 at 7:06 PM Ken Mankoff  wrote:
>
> Hi GRASS list,
>
> I have a data set provided on an (x,y) grid, where each coordinate does have 
> a paired (lon,lat). I'd like to work on the native (x,y) grid, and bring some 
> other geo-referenced data there. How do I do this?

Here 2.5 wild guesses:

If it is about "pushing around" a raster map (no squeezing):
- https://grass.osgeo.org/grass78/manuals/r.region.html

If a rotation is needed:
- https://grass.osgeo.org/grass7/manuals/addons/i.rotate.html

If it is about a real transform:
- convert the raster matrix to its vector center point representation; then
- https://grass.osgeo.org/grass78/manuals/v.transform.html
- rasterize again

But again, just some almost random ideas.

best,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] [OSGeo-Discuss] Reminder: OSGeo Virtual Community Sprint 2020 (17-19 November 2020)

2020-11-17 Thread Markus Neteler
Hi,

I have created a draft board in GitHub:

OSGeo Virtual Community Sprint 2020 board
https://github.com/OSGeo/grass/projects/4

and added a series of open pull requests which we may tackle in the sprint.
Feel free to modify!

cheers
Markus

On Tue, Nov 17, 2020 at 10:29 AM Markus Neteler  wrote:
>
> Starting today - please join - open to anyone, no programming
> knowledge required!
>
> - Main zoom channel for kick off, presentations, free discussion and
>   daily reports 
> https://zoom.us/j/95817956179?pwd=VGROK0NVK2lTaDg4eHJkdW1IdWNlUT09
> - GRASS GIS related channel: https://meet.jit.si/GRASS
> - IRC chat during the event: #tosprint on Server: irc.freenode.net
>(https://webchat.freenode.net/)
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Fwd: [OSGeo-Discuss] Reminder: OSGeo Virtual Community Sprint 2020 (17-19 November 2020)

2020-11-17 Thread Markus Neteler
Starting today - please join - open to anyone, no programming
knowledge required!

- Main zoom channel for kick off, presentations, free discussion and
daily reports https://zoom.us/j/95817956179?pwd=VGROK0NVK2lTaDg4eHJkdW1IdWNlUT09
- GRASS GIS related channel: https://meet.jit.si/GRASS
- IRC chat during the event: #tosprint on Server: irc.freenode.net
(https://webchat.freenode.net/)


-- Forwarded message -
From: Victoria Rautenbach 
Date: Mon, Nov 16, 2020 at 2:25 PM
Subject: [OSGeo-Discuss] Reminder: OSGeo Virtual Community Sprint 2020
(17-19 November 2020)
To: osgeolist , 

Dear All

We would like to remind everyone of the OSGeo Virtual Community Sprint
2020 that will take place 17-19 November 2020.
Information about schedule and meetings have been added to the wiki:
https://wiki.osgeo.org/wiki/OSGeo_Virtual_Community_Sprint_2020

The sprint will be open every day from 8am UTC to midnight UTC, with a
couple of special sessions scheduled (meeting links available in the
wiki):

A short kick off meeting will start at 8am UTC every day in the main room
A welcome session is planned for Tue 17 Nov 1pm UTC in the main room
At the end of each day, a daily report session is planned around 10pm UTC


The code sprint is also open to anyone! If you are interested in
getting involved in any of the projects, join one of the daily
sessions to get started.

Any questions can be posted also to any of the available communication
channels, 
https://wiki.osgeo.org/wiki/OSGeo_Virtual_Community_Sprint_2020#Communication

Happy coding,
OSGeo Board
___
Discuss mailing list
disc...@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/discuss
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] r.param.scale issue

2020-10-16 Thread Markus Neteler
Vincent,

On Thu, Oct 15, 2020 at 6:39 PM Vincent Bain  wrote:
>
> Markus, Māris, and others who feel concerned,
>
> following on with this post, I am wondering if either something is
> wrong with my openMP install (then it's not the place to bother anyone
> with it) or if there may be something wrong with r.param.scale, and
> possibly more generally with the way GRASS deals with openMP.
>
> Besides GRASS GIS I use OpenMP directives from within Clawpack fortran
> code, safely.

Note that r.param.scale itself doesn't use OpenMP.

It it pulled in from GMATHLIB:

# find OpenMP support:
ag OMPLIB | grep Makefile | cut -d':' -f1 | sort
lib/gmath/Makefile
lib/gmath/Makefile
lib/gmath/test/Makefile
lib/gpde/Makefile
lib/gpde/Makefile
lib/gpde/test/Makefile
lib/rst/interp_float/Makefile
lib/temporal/lib/Makefile
raster/r.proj/Makefile
raster/r.series.accumulate/Makefile
raster/r.sim/r.sim.sediment/Makefile
raster/r.sim/r.sim.water/Makefile
raster/r.sim/simlib/Makefile
raster/r.sun/Makefile
vector/v.surf.rst/Makefile

Hence, I believe that GMATHLIB is the test candidate here.

Hence,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] r.param.scale issue

2020-10-15 Thread Markus Neteler
On Thu, Oct 15, 2020 at 10:58 AM Vincent Bain  wrote:
>
> Markus,
> my configuration cmd :
>
> ./configure
...
> --with-openmp=yes
...
> --with-openmp

You may drop "openmp" and recompile (after "make distclean"). Just to
exclude that openMP causes the trouble.

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

Re: [GRASS-user] r.param.scale issue

2020-10-15 Thread Markus Neteler
Hi Vincent,

On Thu, Oct 15, 2020 at 10:13 AM Vincent Bain  wrote:
>
> Thanks Māris for your advice,
>
> it sounds dreadful to me to have to deal with these hardware issues...
> I installed valgrind and ran r.param.scale.
>
> Attached are the outputs of the command, first run without any
> argument, then with --leak-check=full option. Of course it's nearly
> "doubledutch" to me!


I see therein:

==7508==by 0x5867B95: pthread_create@@GLIBC_2.2.5 (pthread_create.c:669)
==7508==by 0x529CD61: ??? (in /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0)
==7508==by 0x5293E09: GOMP_parallel (in
/usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0)
==7508==by 0x484B497: G_ludcmp (in
/usr/local/grass79/lib/libgrass_gmath.7.9.so)

Please post how you configured your GRASS compilation (seems pthread
and openMP on?).

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

Re: [GRASS-user] r.param.scale issue

2020-10-14 Thread Markus Neteler
Hi Vincent

On Sun, Oct 11, 2020 at 8:08 PM Vincent Bain  wrote:
>
> Dear Grass users,
> has anyone ever experienced such issue with r.param.scale?
>
> Here's the point:
> I use to invoke r.param.scale instead of r.slope.aspect to calculate
> topographical slopes in various situations. I especially appreciate to
> have a hand on the size of processing window. I rencently had trouble
> with the result of the following command:
>
> g.region rast=topo
> r.param.scale input=topo output=slope_test size=5 method=slope --o
>
> It seems to run fine, but when I inspect the result it /sometimes/
> turns out to be really buggy (see attached .gif).
> As I said above it's a very strange behaviour; the command run on the
> same input file (same region settings) fails , let's say, in 10 %
> cases.

Weird indeed.

I tried locally (btw: which GRASS GIS version do you use?):

GRASS nc_spm_08_grass7/user1:~ > g.region raster=elev_lid792_1m
for i in $(seq 1 12) ; do r.param.scale input=elev_lid792_1m
output=slope_test size=5 method=slope --o ; r.univar -eg slope_test >
slope_test.$i ; done
 100%
 100%
 100%
 100%
 100%
 100%
 100%
 100%
 100%
 100%
 100%
 100%
GRASS nc_spm_08_grass7/user1:~ > md5sum slope_test.*
b74294ec45c02ca6a86ac81380af5a73  slope_test.1
b74294ec45c02ca6a86ac81380af5a73  slope_test.10
b74294ec45c02ca6a86ac81380af5a73  slope_test.11
b74294ec45c02ca6a86ac81380af5a73  slope_test.12
b74294ec45c02ca6a86ac81380af5a73  slope_test.2
b74294ec45c02ca6a86ac81380af5a73  slope_test.3
b74294ec45c02ca6a86ac81380af5a73  slope_test.4
b74294ec45c02ca6a86ac81380af5a73  slope_test.5
b74294ec45c02ca6a86ac81380af5a73  slope_test.6
b74294ec45c02ca6a86ac81380af5a73  slope_test.7
b74294ec45c02ca6a86ac81380af5a73  slope_test.8
b74294ec45c02ca6a86ac81380af5a73  slope_test.9

Even more tests:

GRASS nc_spm_08_grass7/user1:~ > for i in $(seq 1 111) ; do
r.param.scale input=elev_lid792_1m output=slope_test size=5
method=slope --o ; r.univar -eg slope_test > slope_test.$i ; done
 100%
 100%
 100%
...

GRASS nc_spm_08_grass7/user1:~ > md5sum slope_test.*
b74294ec45c02ca6a86ac81380af5a73  slope_test.1
b74294ec45c02ca6a86ac81380af5a73  slope_test.10
b74294ec45c02ca6a86ac81380af5a73  slope_test.100
b74294ec45c02ca6a86ac81380af5a73  slope_test.101
...
b74294ec45c02ca6a86ac81380af5a73  slope_test.98
b74294ec45c02ca6a86ac81380af5a73  slope_test.99

Looks all fine...

Maybe check if the computer disk is still ok?

Best,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] R: exwcuting grass python script from php web page

2020-10-10 Thread Markus Neteler
Hi Roberta,
Glad you got it working!

Would you mind adding your findings here?
https://grasswiki.osgeo.org/wiki/GRASS_and_PHP

Thanks,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] GRASS GIS 7.8.4 released

2020-10-10 Thread Markus Neteler
*What’s new in a nutshell*

As a follow-up to the previous GRASS GIS 7.8.3 we have published the *new
pre-release GRASS GIS 7.8.4* with more than 170 improvements. This minor
release again focuses on wxGUI fixes, especially in the animation export,
the layer management, 3D visualization and the data catalogue. Many display
modules received fixes as well, and the vector digitizer now works as
expected.

The overview of new features in the 7.8 release series is available at new
features in GRASS GIS 7.8
. See also our
detailed announcement with the full list of changes and bugs fixed at
https://trac.osgeo.org/grass/wiki/Release/7.8.4-News.

*Binaries/Installer download:*

   - winGRASS 7.8.4/standalone: 32bit standalone installer
   

   | 64bit standalone installer
   

   - winGRASS 7.8.4/OSGeo4W: 32bit OSGeo4W installer
    | 64bit
   OSGeo4W installer
   
   - Mac 
   - Linux
  - Debian 
  - Fedora/Centos/EPEL 
  - Ubuntu
  

  - … further binary packages for other Linux distributions will follow
  shortly, please check at software downloads
  

*Source code download:*

   - https://grass.osgeo.org/grass78/source/
   - https://grass.osgeo.org/grass78/source/grass-7.8.4.tar.gz
   - To get the GRASS GIS 7.8.4 source code directly from GitHub, see here
   .

First time users may explore the *first steps tutorial*
 after installation.

*The GRASS Development Team, Oct 2020*
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Import Shape Files

2020-10-10 Thread Markus Neteler
Hi Martin,

On Tue, Aug 11, 2020 at 12:06 PM Markus Neteler  wrote:
>
> Hi Martin,
>
> (back to cc of list)
>
> I just got a chance to test and also got the "invalid zone" message issue:
>
> v.info LT_AOI_3

For the record: this bug has been fixed in the new GRASS GIS 7.8.4 version.

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

Re: [GRASS-user] R: exwcuting grass python script from php web page

2020-10-04 Thread Markus Neteler
Hi Roberta,

On Wed, Sep 30, 2020 at 5:12 PM roberta fagandini
 wrote:
> On 28/09/20 18:37, roberta fagandini wrote:
> > On 28/09/20 17:51, roberta fagandini wrote:
> >> Sorry, maybe I didn't explain myself well because actually, I don't get
> >> any error from the php web page, simply the code related to grass is not
> >> executed.For instance gsetup.init(gisbase, gisdb, location, mapset) does
> >> not create any file in my /tmp/ folder and the print(gscript.gisenv())
> >> is not printed.
> >> I checked the import of the grass libraries (print(sys.modules)) and
> >> they seem to be correctly imported.
> >
> > Have you checked your webservers error logs ?
> >
> > I have already checked and this is the error in the webserver log file

I observe that:

> > File "importgrass.py", line 82, in 
> >  main()
> >File "importgrass.py", line 71, in main
> >  rcfile = gsetup.init(gisbase, gisdb, location, mapset)
> >File "/usr/lib/grass74/etc/python/grass/script/setup.py", line 170,

... you use GRASS GIS 7.4? Pretty old and outdated.

> > in init
> >  config_dir = os.path.join(os.getenv('HOME'), config_dirname)
> >File "/usr/lib/python3.6/posixpath.py", line 80, in join

... you try to use GRASS GIS 7.4 with Python 3. For this you need
GRASS GIS 7.8 as already suggested.

> >  a = os.fspath(a)
> > TypeError: expected str, bytes or os.PathLike object, not NoneType
...
> I tried to upgrade GRASS using the repository ubuntugis unstable but it 
> caused some problems with
> the installation of postgis.

Which problems exactly?

> > $command = escapeshellcmd('/usr/bin/python3 importgrass.py ');

... Python 3, fine. But here:

> I tried to run '/usr/bin/grass --version' but I got a similar error:
>
> File "/usr/bin/grass", line 2005, in 
> main()
>   File "/usr/bin/grass", line 1804, in main
> grass_config_dir = get_grass_config_dir()
>   File "/usr/bin/grass", line 398, in get_grass_config_dir
> directory = os.path.join(os.getenv('HOME'), grass_config_dirname)
>   File "/usr/lib/python2.7/posixpath.py", line 70, in join

... again Python 2.

This mixture will not work. Do you have by chance multiple GRASS GIS
versions installed?

I'd suggest removing all installed GRASS packages and reinstalling 7.8
cleanly again.

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

[GRASS-user] 1 slide for OSGeo AGM on GRASS GIS annual progress

2020-09-03 Thread Markus Neteler
 Hi,
(sorry for cross-posting)

The OSGeo Annual General Meeting (AGM) will take place on 10th Sep
2020 from 6 pm to 8pm UTC
(https://www.timeanddate.com/worldclock/fixedtime.html?msg=OSGeo+AGM=20200910T18=1440=2)
as a virtual meeting.

AGM 2020 announcement:
- https://lists.osgeo.org/pipermail/discuss/2020-August/039019.html

AGM 2020 Wiki page:
- https://wiki.osgeo.org/wiki/Annual_General_Meeting_2020


We are, like all OSGeo projects, requested to provide one slide with
the development and community news of the last year.
Our draft slide is at p. 40:

https://docs.google.com/presentation/d/1C6llSnWZ28c2aWQgttPiOnoo6dttdqKg07ugU_yr6Uc/edit#slide=id.g233aae6a05_0_0

Please contribute to the content!

Markus

PS: content suggestions from the board list:

- key accomplishments
- releases
- infrastructure or process changes
- community health and happiness
- areas for improvements
- these are challenges faced by the project
- opportunities to help
- anything for members to help with?
- requests and communication
- any formal request from the board, marketing or other committees?
- did you make a budget request for 2020? How did it go ...
- external correspondence? letter of recommendation for a GSOC
student? code donation? etc…
- outlook for 2020
- any roadmap items to share with our members?
- let the board know if there is anything to plan for in 2020
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Classify basins as "narrow"

2020-09-02 Thread Markus Neteler
Forgot to mention:

On Wed, Sep 2, 2020 at 6:28 PM Markus Neteler  wrote:
> On Wed, Sep 2, 2020 at 1:27 PM Ken Mankoff  wrote:
> >
> > Hi GRASS list,
> >
> > I'd like to detect "narrow" features in GRASS. The attached screenshot 
> > shows some basins (thick) and streams (thin) and some regions (hatched). 
> > These regions are spurious because the basin is narrow here. I'd like to 
> > estimate narrowness with an algorithm.
> >
> > I've looked into r.grow.distance r.distance and v.distance but haven't been 
> > able to imagine a solution yet. Can anyone on this list suggest something?
>
> Perhaps the compact measure of
>
> https://grass.osgeo.org/grass78/manuals/v.to.db.html
> --> compact: compactness of an area, calculated as compactness =
> perimeter / (2 * sqrt(PI * area))
>
> could help here?

Related to compactness I found
https://www.azavea.com/blog/2016/07/11/measuring-district-compactness-postgis/

and roughly digitized the shapes presented therein and moved them into
"North Carolina" sample data area with r.region.

The results of v.to.db/compactness are completely different, likely
because it is a different measure from the Polsby-Popper measure used
there.
However, maybe a dataset to play with...

Best
Markus


-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog


shapes_for_compactness_NC.gpkg
Description: Binary data
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Classify basins as "narrow"

2020-09-02 Thread Markus Neteler
On Wed, Sep 2, 2020 at 1:27 PM Ken Mankoff  wrote:
>
> Hi GRASS list,
>
> I'd like to detect "narrow" features in GRASS. The attached screenshot shows 
> some basins (thick) and streams (thin) and some regions (hatched). These 
> regions are spurious because the basin is narrow here. I'd like to estimate 
> narrowness with an algorithm.
>
> I've looked into r.grow.distance r.distance and v.distance but haven't been 
> able to imagine a solution yet. Can anyone on this list suggest something?

Perhaps the compact measure of

https://grass.osgeo.org/grass78/manuals/v.to.db.html
--> compact: compactness of an area, calculated as compactness =
perimeter / (2 * sqrt(PI * area))

could help here?

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

Re: [GRASS-user] V.generalize

2020-08-26 Thread Markus Neteler
Hi,

On Mon, Aug 24, 2020 at 4:35 PM DAZIN Fabrice (SIRS)
 wrote:
>
>
> Dear all,
>
> In the process of transforming a raster classification into a vector layer, I 
> use among others the command V.GENERALIZE.
>
> v.generalize input=v_classif_ext@PERMANENT layer=1 type=area type=boundary  
> method=reduction threshold=4 alpha=0.5 iterations=4 
> output=v_classif_ext_redv.generalize input=v_classif_ext_red@PERMANENT 
> layer=1 type=area type=boundary method=sliding_averaging threshold=100 
> alpha=0.5 iterations=4 output=v_smooth_1
>
> with
> grassversion=79
> srid=2154
>
> And I wonder why the smoothing result is not homogeneous, even sometimes for 
> the same polygon.
> Any idea about the reason?

Not sure about this particular "reduction" method but did you already
try with a different method?

Best regards,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] active fire mapping with GRASS GIS?

2020-08-20 Thread Markus Neteler
Hi Vishal,

On Wed, Aug 19, 2020 at 11:42 PM Vishal Mehta  wrote:
>
> Hi all,
>
> as you may have heard, there are a lot of active fires in California right 
> now.
>
> the nearest one is about 30-40 miles away from me. i'm wondering is there 
> some guidance on using GRASS GIS for active fire mapping using near real time 
> imagery? i've searched online but haven't found something yet. (i'm not 
> looking for fire modeling)

Yes, you can get NRT data from here:
https://firms.modaps.eosdis.nasa.gov/active_fire/
- Shapefiles
- Google Earth KML
- Text Files (CSV)

This you may import (v.import) and visualize/analyse.

Best wishes,
Markus


-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Clarifying use of postgres/postgis

2020-08-17 Thread Markus Neteler
On Sat, Aug 15, 2020 at 2:50 PM Rich Shepard  wrote:
>
> On Sat, 15 Aug 2020, Micha Silver wrote:
>
> > But again, don't confuse - this is NOT PostGIS, and GRASS does not
> > need/use PostGIS for geometry. GRASS geometry is always independent of any
> > external geospatial format.
>
> Micha,
>
> Thanks for clarifying; I must have mis-understood what I read. I assumed the
> geometry was kept by GRASS and didn't know why PostGIS was mentioned ... and
> I don't recall just where I read all this.

Maybe here?

https://grasswiki.osgeo.org/wiki/PostGIS#Direct_access_to_PostGIS_data_.28GRASS_7_only.29
Direct access to PostGIS data (GRASS 7 only)

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

Re: [GRASS-user] Import Shape Files

2020-08-11 Thread Markus Neteler
Hi Martin,

(back to cc of list)

I just got a chance to test and also got the "invalid zone" message issue:

v.info LT_AOI_3

++
 | Name:LT_AOI_3
   |
 | Mapset:  PERMANENT
  |
 | Location:sirgas_2000
  |
 | Database:/home/mneteler/grassdata
   |
 | Title:
  |
 | Map scale:   1:1
  |
 | Name of creator: mneteler
   |
 | Organization:
   |
 | Source date: Tue Aug 11 11:44:55 2020
   |
 | Timestamp (first layer): none
   |
 ||
 | Map format:  native
   |
 ||
 |   Type of map: vector (level: 2)
  |
 |
   |
 |   Number of points:   5   Number of centroids:  0
   |
...
 |   Projection: UTM (zone invalid)
  |
...

This looks ok:

g.region vector=LT_AOI_3 -p
projection: 1 (UTM)
zone:   -23
datum:  sirgas2000
ellipsoid:  grs80
north:  7397570.18085686
south:  7397525.93235069
west:   303308.13155207
east:   303364.49017572
nsres:  1.00564787
ewres:  1.00640399
rows:   44
cols:   56
cells:  2464

I checked the source code and it "simply" a bug in the printing logic in
v.info, as far as I see.
Means: all fine, just v.info gets confused with negative UTM zone values:
https://github.com/OSGeo/grass/blob/719725c22c9b2ceadbd009ae2f8acdeeef5a0fc9/vector/v.info/print.c#L497

I have opened an issue for this:
https://github.com/OSGeo/grass/issues/892

(with a GitHub account you can "subscribe" to it be remain informed.

You may simply ignore this "invalid zone" message for now.

Best,
Markus






On Tue, Jul 7, 2020 at 2:18 PM Martin Bittens  wrote:

> Hello Markus,
>
> what is the edit button?
> Is that in GRASS?
>
> Sorry, that I have confused you a bit. Attached I am sending 2
> screenshots for a better explanation (GRASS_Edit_Button.jpg,
> GRASS_Edit_Metadata.jpg)
>
> Just to summarize our discussion:
>
> 1.) Creating a location/mapset by:
>
> # create new location from SHAPE file:
> grass78 -c LT_AOI_3.shp ~/grassdata/sirgas_2000
> Starting GRASS GIS...
> Creating new GRASS GIS location ...
>
> 2.) g.proj -w is showing beside other information the correct
> projection: "SIRGAS 2000 / UTM zone 23S"
>
> 3.) Import of LT_AOI_3.shp into the GRASS location/mapset which was
> created in 1.)
>
> 4.) Checking the metadata of the imported shape file by using (in GRASS):
>
> - the edit button (explanation see attached screenshots) results in:
> Projection UTM (zone invalid);
>
> - the v.info command results in: Projection UTM (zone invalid);
>
> - the v.info -w command results in: Projection UTM, zone -23.
>
>
> That's where we are now.
>
>
> Regards
>
>
> Martin
>
>
>
>
>
>
>
> Regards
>
> Martin
>
>
>
>
> Am 7/2/2020 um 5:53 PM schrieb Markus Neteler:
> > Hi Martin,
> >
> > On Thu, Jul 2, 2020 at 10:03 PM Martin Bittens 
> wrote:
> >> Hello Markus,
> >>
> >>
> >> that is exactly what I got (see one of my previous emails).
> > I read them several times but I am still lost:
> >
> >> But...:-):
> >>
> >> If you import the shape-file you used for the setup of the
> >> location/mapset into this location/mapset and then check the metadata of
> >> the imported shape-file by
> >>
> >> -using the edit button;
> > what is the edit button?
> > Is that in GRASS?
> >
> > Sorry, I am doing so many things in parallel, I need a bit of more
> detail.
> >
> > Cheers
> > Markus
> >
> >> -the v.info command;
> >>
> >> -the v.info -w command;
> >>
> >> what do you get?
> >>
> >>
> >> I get:
> >>
> >> -using the edit button: Projection UTM (zone invalid);
> >>
> >> -the v.info command: Projection UTM (zone invalid);
> >>
> >> -the v.info -w command: Projection UTM, zone -23
> >>
> >>
> >> That is what I did not figure out, why GRASS provides different meta
> >> data for the same shape-file although the location/mapset meta did not
> >> change and remains "SIRGAS 2000 / UTM zone 23S".
> >>
> >>
> >> Regards
> >>
> >>
> >> Martin
> >>
> >>
> >>
> >> Am 7/2/2020 um 3:26 PM schrieb Markus Neteler:
> >>> Hi Martin,
> >>>
> >>> On Thu, Jul 2, 2020 at 1:57 PM Martin Bittens 
> wrote:
> >>>> Hello Markus,

Re: [GRASS-user] six.py

2020-08-11 Thread Markus Neteler
Hi,

On Tue, Aug 11, 2020 at 2:18 AM Dave Roberts  wrote:
>
> I compiled 7.8.3 from source successfully.  However, I get an error when
> tying to start a monitor
>
> 
> GRASS GIS 7.8.3 > d.mon wx3
>
>   Mapset  in Location 
>  GRASS GIS 7.8.3
>  > Traceback (most recent call last):
>File "/usr/local/grass78/gui/wxpython/mapdisp/main.py", line 33, in
> 
>  import six
> ImportError: No module named six
> 
>
> However, six is installed (several places apparently).
>
> python
> Python 3.8.3 (default, May 17 2020, 18:15:42)
> [GCC 10.1.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> import six
>  >>>
> -
>
>  So presumably this is a path problem but I haven't found any useful
> posts on the topic yet.


Did you see the questions in my last email?

https://lists.osgeo.org/pipermail/grass-user/2020-August/081685.html

Markus

>
> I run
>
> uname -a
> Linux luthertucker 5.4.52-1-MANJARO #1 SMP PREEMPT Thu Jul 16 16:07:11
> UTC 2020 x86_64 GNU/Linux
>
> Thanks, Dave
> --
> 
> David W. Roberts office 406-994-5670
> Professor   FAX 406-994-3190
> Department of Ecology email drobe...@montana.edu
> 117 AJM Johnson Hall
> Montana State University
> Bozeman, MT 59717-3460
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] No module named wx

2020-08-09 Thread Markus Neteler
Hi Dave,

On Fri, Aug 7, 2020 at 12:34 AM Dave Roberts  wrote:
>
> Friends,
>
> I compiled grass_7.8.3from source to run on arch linux (the AUR
> version is broken).

(if you have separately any related error message(s), perhaps we can
reinstate it somehow?)

>  Compiled and installed fine.  Still have problems though.
>
> **
>
> d.rast relief
> Traceback (most recent call last):
>File
> "/home/dvrbts/grass/rmveg/PERMANENT/.tmp/luthertucker/MONITORS/wx1/render.py",
> line 6, in 
>  from grass.script import core as grass
>File "/usr/local/grass78/etc/python/grass/__init__.py", line 4, in
> 
>  import six
> ImportError: No module named six
>
> find /usr/local/grass78 -name six.py
> /usr/local/grass78/gui/wxpython/mapdisp/six.py

Note, here it searches for the system "six".

I wonder if you have several python versions installed.

What do you get with this command, run in a GRASS GIS session?

echo $GRASS_PYTHON

?

> *
>
> python
> Python 3.8.3 (default, May 17 2020, 18:15:42)

Is that "natively" installed or through conda or the like?

> [GCC 10.1.0] on linux
> Type "help", "copyright", "credits" or "license" for more information.
>  >>> import six
>  >>> import wxwidgets
>
> No problems in python, so it looks to be a path problem but six.py is
> clearly in /usr/local/grass78/gui/wxpython/mapdisp

Did you run above in a GRASS GIS session?

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

Re: [GRASS-user] question about compile r.cva addon

2020-08-02 Thread Markus Neteler
Hi,

On Sun, Aug 2, 2020 at 5:05 PM Zac45  wrote:
>
> Hi,
>
> I am using GRASS 7.8 and now need to conduct an analysis using* r.cva*. But

Do you refer to
https://grass.osgeo.org/grass7/manuals/addons/r.viewshed.cva.html
?

> the problem is that the addon module is prepared for GRASS 6.0 and I have to
> compile and install it. The g.extension seems not work very well with this
> module.

There is also the GRASS GIS 7 version (see above).

> I have downloaded the tar.gz file and googled many method to compile it but
> I still failed.. Could you give me some clues or give me some suggestions
> about next steps?

You can give the module name as a parameter to g.extension:

grass78 ~/grassdata/nc_spm_08_grass7/user1
g.extension extension=r.viewshed.cva
Fetching  from GRASS GIS Addons repository (be patient)...
Compiling...
Installing...
Updating extensions metadata file...
Updating extension modules metadata file...
Installation of  successfully finished

HTH,
Markus
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] 37 years of GRASS GIS: celebrating with a new GRASS GIS website!

2020-07-29 Thread Markus Neteler
 Wednesday, July 29, 2020

[image: The new GRASS GIS website]
The new GRASS GIS website is out!

In occasion of its *37th birthday the GRASS GIS project* is proud to
present its *new website* ! The site has been
redesigned with modern tools to be responsive and also easier to maintain.
Content is more discoverable now and easy to browse too.
What’s cool

   - The *Learn*  page offers a curated list
   of tutorials in different languages and links to videos. The new Try
   online  section provides links
   to Binder and rollApp online applications that allow testing GRASS GIS
   without installing it.
   - Our long standing and *rich history*
    in the GIS and open source world
   is now presented in a much more attractive layout. Have a look at the
   timeline of *releases* 
   and *websites* !
   - The revamped *gallery of screenshots*
    shows some of GRASS GIS
   capabilities through visual examples.
   - Project resources easily reachable: mailing lists, wiki, RSS news
   feed, the various GitHub and docker repositories.

The technology

We chose a static format based on HUGO  and all the
code and content is hosted in a dedicated repo
 in GitHub. *Nicolas Bozon*
 designed the website theme and many others helped
with content curation and creation. In detail, the page content is now
written in markdown. Several times a day the website is automatically
deployed from the GitHub repository to our internet server at
https://grass.osgeo.org/ .
What’s next

With this new web technology and the availability of the code and content
in a public repository, we want to *encourage and simplify community
members’ participation*. If you want your GRASS GIS use cases, blog posts
and cool screenshots to be part of if, you only need to create a pull
request. No fear, we have a manual for contributions
.

We thank all the contributors for their input and help to see this project
finally realized! Special thanks to OSGeo  as well
as individuals  for their
financial support.

Stay tuned, there’s more yet to come!
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Using grass libraries in python outside of GRASS

2020-07-29 Thread Markus Neteler
On Tue, Jul 28, 2020 at 10:27 PM Markus Neteler  wrote:
> On Tue, Jul 28, 2020 at 9:17 PM DAmico, Ellen  wrote:
...
> > The model I need to use (which I did not write) requires python 2.7.
> > I had tried pip install previously but then it still fails with 
> > ImportError: No module named grass.script.
> > Do you know what could be causing that?

Interestingly, our docker containers just started to suffer from a
similar (same?) problem:

File "/scripts/test_grass_session.py", line 3, in 
import grass.script as grass
ModuleNotFoundError: No module named 'grass'

Weird, we need to investigate.

Markus

> Perhaps simply a PYTHONPATH issue?
> At the bottom of this page there are some examples:
>
> https://github.com/zarch/grass-session/blob/master/README.rst
>
> Markus



-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Using grass libraries in python outside of GRASS

2020-07-28 Thread Markus Neteler
(please keep the list in cc)

On Tue, Jul 28, 2020 at 9:17 PM DAmico, Ellen  wrote:
>
> Thanks for the quick response.  Does that work with both python 2.7 and 3?

Honestly, I don't know but you may want to verify here:

https://github.com/zarch/grass-session

> The model I need to use (which I did not write) requires python 2.7.
> I had tried pip install previously but then it still fails with ImportError: 
> No module named grass.script.
> Do you know what could be causing that?

Perhaps simply a PYTHONPATH issue?
At the bottom of this page there are some examples:

https://github.com/zarch/grass-session/blob/master/README.rst

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

Re: [GRASS-user] Using grass libraries in python outside of GRASS

2020-07-28 Thread Markus Neteler
Hi Ellen,

On Tue, Jul 28, 2020 at 8:49 PM DAmico, Ellen  wrote:
>
> Hi,
>
> I may be missing something very simple here.  Is there a way to access the 
> GRASS python libraries outside of the GRASS GUI without calling python 
> through GRASS.  I built  a python environment (in Anaconda) that is setup 
> with other libraries that are required for a model I need to run.  I would 
> like to be able to call the GRASS libraries in that custom environment.

Please take a look at

Python: GRASS GIS 7 with an external library: grass-session
https://grasswiki.osgeo.org/wiki/Working_with_GRASS_without_starting_it_explicitly#Python:_GRASS_GIS_7_with_an_external_library:_grass-session

This is probably the easiest way.

Best,
Markus

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] GRACE Data

2020-07-23 Thread Markus Neteler
Hi,

On Sun, Jul 12, 2020 at 10:09 AM hindo kush  wrote:
>
> Dear Freinds,
>
> I would like to ask every one, do any one work with GRACE data using GRASS 
> GIS if so please share your experience with me.

Which of these data sets did your try or is of your interest?

https://grace.jpl.nasa.gov/data/get-data/

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

  1   2   3   4   5   6   7   8   9   10   >