Re: [GRASS-user] Extensions

2019-07-25 Thread Juan Fossati
Yes. I have a similar problem with the r.basin extension. Someone, please
help me.

On Mon, Jul 15, 2019, 16:36 marie-joëlle desgagné 
wrote:

> Hi, I am currently using Grass Gis version 7.6.1.
>
> I want to add the plug in: r.stream.basins. For that to occur I tried to
> go in g.extension and install it, but I get this error message:
>
> Downloading precompiled GRASS Addons ...
>
> ERROR: Extension  not found
>
>
> It looks like none of the extensions can be found.
>
> Thank you!
> ___
> 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] In-river (hydraulic) sediment transport dynamics

2019-07-25 Thread Rich Shepard

On Thu, 25 Jul 2019, Rich Shepard wrote:


Is there a GRASS work flow for hydraulic modeling and sediment transport?
If not, can someone recommend a tool that allows spatial modeling of
in-river sediment dynamics?


Specifically, open source that can be compiled and run on linux.

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

Re: [GRASS-user] In-river (hydraulic) sediment transport dynamics

2019-07-25 Thread Rich Shepard

On Thu, 25 Jul 2019, stephen sefick wrote:


The army core of engineers hec-ras might be useful.


Windoze only. They don't know anything but Microsoft.

Thanks,

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

[GRASS-user] In-river (hydraulic) sediment transport dynamics

2019-07-25 Thread Rich Shepard

I'll soon begin a project modeling sediment transport in a river and the
effects of bar scalping on the erosion and deposition of sands and gravels
within the channel.

Looking at the Sediment Applications on the web site r.sim.sediment looks to
be focused on terrestrial sediment transport and erosion/deposition
simulation whilw r.sim.water describes overland flow hydrologic simulation.
What I need are hydraulic models for in-river sediment erosion, transport
(based on particle size), and deposition. I did not see anything relevant in
the add-ons.

Is there a GRASS work flow for hydraulic modeling and sediment transport? If
not, can someone recommend a tool that allows spatial modeling of in-river
sediment dynamics?

TIA,

Rich

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

Re: [GRASS-user] 7.7.dev: save maps in GUI?

2019-07-25 Thread Rich Shepard

On Thu, 25 Jul 2019, Eric Patton wrote:


Probably the closest thing to what you're looking for that exists is the
cartographic composer and ps.map. You can easily add your map decorations
to the ps.map script for reuse.


Eric,

I've used the cartographic composer and ps.map working from the grass shell.
When planning the output map structure it's often quicker to use the GUI
where layers can be added and removed and properties changed quickly and
without running the output through ps.map.

Thanks,

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

Re: [GRASS-user] 7.7.dev: save maps in GUI?

2019-07-25 Thread Eric Patton
‐‐‐ Original Message ‐‐‐
On Thursday, 25 July 2019 15:45, Rich Shepard  wrote:

> Working with the GUI to develop maps is flexible and rapid. Using the tools
> in the map display window adding legends, scale bars, north arrows, and text
> are quick and easy and often are 'good enough' for inclusion in reports.
>
> When the layers for such a map are finalized, and the visual area defined, I
> can save those layers and map size as a workspace. I would like to be able
> to save the decorations (text, scale bar, north arrow, legend) either in the
> workspace or as a saved map.
>
> Is there a way to do this, other than writing a script? Would being able to
> save the map decorations as well as layers and colors be a worthwhile
> addition to the tool kit?
>
> Regards,
>
> Rich


Rich,

Probably the closest thing to what you're looking for that exists is the 
cartographic composer and ps.map. You can easily add your map decorations to 
the ps.map script for reuse.

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

[GRASS-user] 7.7.dev: save maps in GUI?

2019-07-25 Thread Rich Shepard

Working with the GUI to develop maps is flexible and rapid. Using the tools
in the map display window adding legends, scale bars, north arrows, and text
are quick and easy and often are 'good enough' for inclusion in reports.

When the layers for such a map are finalized, and the visual area defined, I
can save those layers and map size as a workspace. I would like to be able
to save the decorations (text, scale bar, north arrow, legend) either in the
workspace or as a saved map.

Is there a way to do this, other than writing a script? Would being able to
save the map decorations as well as layers and colors be a worthwhile
addition to the tool kit?

Regards,

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

[GRASS-user] Graphical selection in Grass 7.6.1

2019-07-25 Thread Eric Patton
Hi,

It's been a while since I've tried doing this, so I'm not familiar with the 
state of the wxgui, but is it possible to do a graphical selection in the wx 
monitor? I see a tool that says 'Select vector features', but as far as I can 
tell you can only select one vector object at a time. I have to select a few 
hundred polygons, and it is not possible to select them from attributes or 
category numbers.

The ideal solution would be to draw a rectangle on the monitor, and have that 
tool append to the selection; then pan and zoom, and repeat until selection is 
complete. Is this possible somehow?

Thanks,

~ Eric___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] 7.7.dev: No raster map displays [FIXED]

2019-07-25 Thread Rich Shepard

On Thu, 25 Jul 2019, Helmut Kudrnovsky wrote:


r.in.gdal isn't needed for raster analysis, r.external is enough and saves a
lot of disk space. See
https://grass.osgeo.org/grass76/manuals/r.external.html


Helmut,

Well, that's another new module for me.

Thanks very much for the pointer.

Best regards,

Rich

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

Re: [GRASS-user] 7.7.dev: No raster map displays [FIXED]

2019-07-25 Thread Helmut Kudrnovsky
Rich Shepard wrote
> On Wed, 24 Jul 2019, Carlos Henrique Grohmann de Carvalho wrote:
> 
>> Glad to hear that you got it working!
> 
> Carlos,
> 
> Thank you.
> 
> There is a r.in.gdal issue that remains, but it's annoying rather than
> critical so I'll ignore it for now. But, I'll explain it for the record.
> 
> GRASS is run within the project location, a subdirectory in
> /data/grassdata/. The raw data files are in
> /$HOME/projects/
> 
> /
> 
> /data/.
> 
> Since I created the raster display issue when I enter the entire command,
> r.in.gdal in=$HOME/projects/
> 
> /
> 
> /data/hdr.adf ...
> running the script grass tells me it cannot access the input file. But,
> when I
> enter it manually in the grass shell it has no problem importing the data.
> 
> Perhaps worth exploring when time permits.
> 
> Regards,
> 
> Rich
> a
> ___
> grass-user mailing list

> grass-user@.osgeo

> https://lists.osgeo.org/mailman/listinfo/grass-user

r.in.gdal isn't needed for raster analysis, r.external is enough and saves a
lot of disk space.

See

https://grass.osgeo.org/grass76/manuals/r.external.html



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Compiling GRASS GIS on Debian Buster

2019-07-25 Thread Vincent Bain
My self-reply:

sometimes python pip management tool can look tricky to amateurs like
me: a basic "pip install numpy" told me numpy was already installed.
For an effective upgrade of any package one should rather type:

python -m pip install --upgrade SomePackage

(source: python 2.7.16 doc)

Then GRASS starts and runs like a charm!
Hope this helps folks who meet the same issue.

Bye,
Vincent.


Le jeudi 25 juillet 2019 à 09:26 +0200, Vincent Bain a écrit :
> Hi,
> since I upgraded my Debian system to version 10 (buster), I'm not
> able
> to get GRASS working.
> 
> I pulled the latest version from Git main source code repository. The
> usual compilation process runs apparently fine. When launching
> grass77
> from a terminal, the startup screen appears, and lets me pick
> location/mapset, but when starting GRASS session, the gui can't
> start.
> It throws the following error message:
> 
>wxnviz.py: This module requires the NumPy module, which could not
> be
>imported. It probably is not installed [...]
> 
> whereas NumPy is properly installed:
> 
>pip list | grep numpy
> returns:
>numpy  1.12.1   
> 
> Has anyone experienced such issue?
> 
> Thank you,
> Vincent.
> 
> ___
> 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] 7.7.dev: No raster map displays [FIXED]

2019-07-25 Thread Rich Shepard

On Wed, 24 Jul 2019, Carlos Henrique Grohmann de Carvalho wrote:


Glad to hear that you got it working!


Carlos,

Thank you.

There is a r.in.gdal issue that remains, but it's annoying rather than
critical so I'll ignore it for now. But, I'll explain it for the record.

GRASS is run within the project location, a subdirectory in
/data/grassdata/. The raw data files are in
/$HOME/projects///data/.

Since I created the raster display issue when I enter the entire command,
r.in.gdal in=$HOME/projects///data/hdr.adf ...
running the script grass tells me it cannot access the input file. But, when I
enter it manually in the grass shell it has no problem importing the data.

Perhaps worth exploring when time permits.

Regards,

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

[GRASS-user] Compiling GRASS GIS on Debian Buster

2019-07-25 Thread Vincent Bain
Hi,
since I upgraded my Debian system to version 10 (buster), I'm not able
to get GRASS working.

I pulled the latest version from Git main source code repository. The
usual compilation process runs apparently fine. When launching grass77
from a terminal, the startup screen appears, and lets me pick
location/mapset, but when starting GRASS session, the gui can't start.
It throws the following error message:

   wxnviz.py: This module requires the NumPy module, which could not be
   imported. It probably is not installed [...]

whereas NumPy is properly installed:

   pip list | grep numpy
returns:
   numpy  1.12.1   

Has anyone experienced such issue?

Thank you,
Vincent.

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