Re: [GRASS-user] [GRASS-dev] v.dissolve confusion

Hi Michael, On Fri, 15 Mar 2024 at 20:00, Michael Barton via grass-dev < grass-...@lists.osgeo.org> wrote: > Any suggestions about what is wrong with either of the versions of this > dissolve command? > > v.dissolve --overwrite input=alcala_subsectors@SAA2024 column=ID >

[GRASS-user] Renaming location to project

Dear users and developers, We have a new development which will likely touch everyone, so I would like to make sure that everyone is informed and can prepare for or even help with the changes. After years of discussions, we are renaming the "location" concept in GRASS GIS to "project". While we

Re: [GRASS-user] Trying to use GRASS with Jupyter note books in Windows

On Thu, 28 Sept 2023 at 16:09, Vishal Mehta wrote: > > Also, can I use bash within the jupyter notebook? I'm not familiar with > the gs.script syntax; I'm very comfortable with the old bash ways.. > so any day I would rather > glist rast than > gs.list_grouped(type=['raster']) > That's really

Re: [GRASS-user] Trying to use GRASS with Jupyter note books in Windows

Hi Vishal, The executable on Windows is not called "grass" like on Linux but "grass8" or "grass83" (to avoid a strange Python import error). That should do the trick. If not, try simply providing a full path yourself including the extension (C:\...\...bat). Best, Vaclav On Wed, 27 Sept 2023 at

Re: [GRASS-user] how to calculate volume of water stored in water storage with r.sim.water?

On Tue, 1 Aug 2023 at 10:24, bonushenricus wrote: > Since I have the data in GRASS, I will try using the old geomhydas, hoping > the modules will work in GRASS8, and then use the Mhydas models in > OpenFluid. > I don't know anything about Geo-MHYDAS, but a lot of effort in GRASS GIS goes into

Re: [GRASS-user] Running canny edge detection on thinned binary image

Hi Venka, i.edge, or Canny Edge Detector, is definitely built for something else. Lines are output, not input. However, we created i.edge together with r.houghtransform which works on the result from i.edge or any other thin lines. The line segments it extracts might be what you are looking for.

Re: [GRASS-user] Active Tropical Cyclone Tracking with GRASS GIS and Jupyter Notebook

Hi Kyaw, I think it is fairly safe to say that GRASS GIS supports that, but someone would need to create that specific workflow or notebook. Best, Vaclav On Tue, 16 May 2023 at 23:59, wrote: > Hi all, > > I am just wondering whether GRASS GIS supports tracking active and archive >

Re: [GRASS-user] Map production recommendations

For some use cases, you can consider the m.printws addon. It is an alternative to ps.map (both GUI and the command line) based on the standard d-commands. https://grass.osgeo.org/grass-stable/manuals/addons/m.printws.html Since we are listing options here, GMT experienced quite some revamp. I

[GRASS-user] Reminder: Community sprint planning meeting

If you want to join the sprint planning meeting in an hour or so, you need to email me to get the link. If you already got the link from me or as a PSC member, you can ignore this email. ___ grass-user mailing list grass-user@lists.osgeo.org

Re: [GRASS-user] Community sprint planning meeting

at 14:03, Vaclav Petras wrote: > Dear all, > > I'm happy to announce we are planning a community sprint for the 40th > birthday of GRASS GIS! > > If you are interested, we will meet on Friday, February 17 at 15:00 UTC > [1]. Send me an email and I will send you a Zoom link. >

[GRASS-user] Community sprint planning meeting

Dear all, I'm happy to announce we are planning a community sprint for the 40th birthday of GRASS GIS! If you are interested, we will meet on Friday, February 17 at 15:00 UTC [1]. Send me an email and I will send you a Zoom link. Best, Vashek [1]

Re: [GRASS-user] r.terrain.geom

Dear Maria Cecilia, A common procedure would be to open a pull request on GitHub for that repo, but a much better solution would be to have that in the grass-addons repo where all of us can help maintain it. In any case, a PR is needed which is a strange thing when you do it the first time

Re: [GRASS-user] GRASS GIS based developing tools

On Tue, 25 Oct 2022 at 03:31, Manuele Pesenti wrote: > ... > this should be the link to the complete gist: > https://gist.github.com/manuelep/e56fe90399c44e02e7cb97d5ef95edbd > What is being built by compose? Don't I need a Dockerfile? ___ grass-user

Re: [GRASS-user] GRASS GIS based developing tools

Hi Manuele, Seeing a setup with JupyterLab is always nice and useful especially if the focus is developing and distributing GRASS procedures. A standalone repository with everything needed would be a good starting point for sharing such a setup and making it ready to go. I don't see a Dockerfile,

Re: [GRASS-user] [GRASS-dev] GRASS birthday toast tomorrow, July 29th!

To celebrate GRASS birthday, discuss latest developments, and more, join us in one hour using Zoom at: https://ncsu.zoom.us/j/92129342971?pwd=Um1DSlhtYWwrL3Vwa0tlc3hzNHBQdz09 Topic: GRASS GIS Birthday 2022 Time: 15:00 UTC Meeting ID: 921 2934 2971 Passcode: 454117 On Thu, 28 Jul 2022 at 03:33,

[GRASS-user] GRASS GIS 8.2.0 Released

I'm pleased to announce that GRASS GIS 8.2.0 was released! The 8.2.0 release of GRASS GIS is now available with results from the GSoC 2021 and many other additions. A new grass.jupyter package is now included for interacting with Jupyter notebooks. Single window graphical user interface is

Re: [GRASS-user] single window gui in main branch

On Tue, Jan 11, 2022 at 7:32 PM Veronica Andreo wrote: > > ps: Indeed, maybe a tab Single-window would be much more visible and would > highlight the feature more. > I think it will eventually be very visible as the default :-). Now we need the noise so that everyone can test it in this opt-in

Re: [GRASS-user] Workaround for temporary table with SQL keywords as column names

Hi Luí­s, On Thu, Nov 4, 2021 at 12:52 PM Luí­s Moreira de Sousa via grass-user < grass-user@lists.osgeo.org> wrote: > > To the question: is there a workaround for this problem? Can GRASS be > instructed to not use SQL keywords as column names? Or somehow create valid > SQL queries, for instance

Re: [GRASS-user] d.mon start=cairo multi-layer PDF, PS, SVG output

Hi Luigi, ps.map (or g.gui.psmap/File > Cartographic Composer) is certainly an option. You can also have a look at m.printws in addons (mentioned in the ticket you linked), but it suffers from the same issues as the normal display since it is using d-commands.

Re: [GRASS-user] compiling grass-7.8.5 on conda environment

; /home/user/conda3/envs/sg_py3_geo//lib//libspatialite.so.7: undefined >> reference to `GEOSFrechetDistanceDensify_r' >> >> Tomorrow I will try again with a clean conda environment implementing all >> of your scripts. >> Thanks a lot! >> >> Laura >&

Re: [GRASS-user] compiling grass-7.8.5 on conda environment

Hi Laura, See whether the following is helpful to you. It uses everything from conda and has some local fixes for iconv. I didn't test 7.8.5 specifically, only the 7.8 release branch. GRASS GIS on HPC Henry2 https://github.com/ncsu-geoforall-lab/grass-gis-on-hpc-henry2/ Some more comments: On

[GRASS-user] Restructuring the Addons repository

Dear users and developers, Please review or participate in the discussion about and transition to the new Addons repository layout for GRASS GIS version 8. Most detailed plan is laid out in the following grass-addons issue: https://github.com/OSGeo/grass-addons/issues/528 Thanks for taking

[GRASS-user] Code sprint is now (OGC-OSGeo-ASF 2021)

Code sprint is now! Agenda and all: https://github.com/opengeospatial/joint-ogc-osgeo-asf-sprint-2021/ GRASS GIS page (edit using a PR): https://github.com/opengeospatial/joint-ogc-osgeo-asf-sprint-2021/blob/master/group/OSGeoGRASS.adoc List of OSGeo participants (add yourself):

[GRASS-user] Statement Vaclav Petras

Dear GRASS community, Thank you for a nomination for a second term at PSC. I've been at PSC since 2016 and a core developer since 2012. I'm working in academia mostly on developing or helping people to develop code for research. I think I have touched a lot of files in the GRASS GIS code base,

Re: [GRASS-user] New Grass start menu

Hi Eric, On Tue, Nov 24, 2020 at 2:31 PM Eric Patton wrote: > > 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,

Re: [GRASS-user] The new GRASS start menu

Thank you, Hernán. This is great to hear and yes, we are looking for feedback. A big chunk of work was done by Linda Kladivova during GSoC 2020. This is still an ongoing process, so you may receive more requests for feedback from Linda soon. On Mon, Oct 26, 2020 at 5:46 AM Hernán De Angelis <

Re: [GRASS-user] New GUI Startup Presentation and Feedback

/wiki/GSoC/2020/StartupWindow#FinalReport If you find a bug or have a wish for the new startup procedure, data catalog, or location wizard, please open a new issue on GitHub. Best, Vaclav On Fri, Aug 28, 2020 at 4:40 PM Vaclav Petras wrote: > Dear users and devs, > > I'm delighted

Re: [GRASS-user] New GUI Startup Presentation and Feedback

=ZzJqUFJmaWFTUTRmREJTRGF5OFF6UT09 Vaclav On Fri, Aug 28, 2020 at 4:40 PM Vaclav Petras wrote: > Dear users and devs, > > I'm delighted to inform you that we completed an important phase in a > revamp of the GRASS GIS startup workflow using GUI. Special thanks goes to > Linda Kladi

[GRASS-user] New GUI Startup Presentation and Feedback

Dear users and devs, I'm delighted to inform you that we completed an important phase in a revamp of the GRASS GIS startup workflow using GUI. Special thanks goes to Linda Kladivova who worked on this in her GSoC project this summer. The changes to the startup workflow are significant - probably

Re: [GRASS-user] GRASS GIS Birthday Virtual Celebration

See you in one hour. The link is: https://ncsu.zoom.us/j/92325670198?pwd=QkNrWHpWSk5nNTJCRmlidXNCalJBdz09 ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] GRASS GIS Birthday Virtual Celebration

Dear GRASS GIS users and developers, On Wednesday, July 29, we will celebrate GRASS GIS birthday! Please, join us in a video call at 19:00 UTC. I will send a link to the call here right before the meeting. We will use Zoom.

Re: [GRASS-user] Change color letters from Layer Manager

Hi Maurício, Unfortunately, these can't be customized, but they can be fixed. However, I don't have that problem on 20.04. Perhaps a different theme? Can you please open a new issue on GitHub with a screenshot and more details? Thanks, Vaclav On Thu, May 21, 2020 at 11:51 AM Maurício Vancine <

Re: [GRASS-user] Fwd: Gecomputation web-seminars (GDAL, PKTOOLS, GRASS, HPC)

I just wanted to highlight this again because of the dedicated GRASS GIS seminar: Intro to advanced GRASS GIS on Wednesday from Yale Center for Research Computing. Something to share with your colleagues. Registration is still open (and free). Introduction to GRASS GIS

Re: [GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

On Thu, Apr 30, 2020 at 9:59 PM Vaclav Petras wrote: > Dear users and devs, > > I though it would be a good idea to video meet next week and talk about > what would be the best way of releasing GRASS GIS in the future. As always, > both contributors and users are invited

Re: [GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

New URL (Zoom): https://ncsu.zoom.us/j/95921808290?pwd=UnVOa0VHN2gvbWJLbDExNEJ4TWU3Zz09 ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

The link to meeting today is below. We are starting in two hours at 18:00 UTC . https://meet.jit.si/lets-talk-grass-releases ___ grass-user mailing list

Re: [GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

, Vaclav On Thu, Apr 30, 2020 at 9:59 PM Vaclav Petras wrote: > Dear users and devs, > > I though it would be a good idea to video meet next week and talk about > what would be the best way of releasing GRASS GIS in the future. As always, > both contributors and users are invited

Re: [GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

On Thu, Apr 30, 2020 at 10:47 PM Rich Shepard wrote: > On Thu, 30 Apr 2020, Vaclav Petras wrote: > > > I though it would be a good idea to video meet next week and talk about > > what would be the best way of releasing GRASS GIS in the future. As > > always, bot

[GRASS-user] Let's talk about releases - 7.8.3, 7.10, 8.0

Dear users and devs, I though it would be a good idea to video meet next week and talk about what would be the best way of releasing GRASS GIS in the future. As always, both contributors and users are invited to share ideas and opinions. I'm thinking to meet for one hour. Here is a Doodle poll

Re: [GRASS-user] Question with algorithm 'r.mapcalc.simple' from QGIS GUI

On Sun, Apr 5, 2020 at 2:51 PM Valter Albino wrote: > I can see it [https://grass.osgeo.org/grass78/manuals/r.mapcalc.html]. > Altought for the example that was presented the syntax doesn't work, it's > a fine solution, thanks Pedro! > Hi, I'm getting back to this to ask about the example with

Re: [GRASS-user] d.mon and world file

Hi Martin, On Mon, Apr 6, 2020 at 3:10 PM Martin Landa wrote: > > is there any quick way how to generate also a world file when storing > graphics into a file using `d.mon`. I just found `d.mon -g`, but it > needs some hacking. > I'm not aware of that, but since I'm not sure what you are doing

Re: [GRASS-user] Problems on MacOS Catalina Installation via Homebrew "Cannot find proj.db"

Dear Veronika, Thank you for awesome analysis. I don't have an answer, but I'm struggling with the same and I thought it might be a good idea to connect the related discussions: [GRASS-dev] Automatic/CI compilation on macOS https://lists.osgeo.org/pipermail/grass-dev/2020-March/094187.html

Re: [GRASS-user] Can I turn off compression

Hi Ken, That sounds like a good experiment and I think there would be general interest in what you find. However, please note that less compression may not mean faster, because then there is more data to write and read and I/O is generally a significant bottleneck. Markus Metz may say more about

Re: [GRASS-user] Example project for a GRASS GIS module on GitHub

ng so, a persistent identifier (DOI) is assigned to the GRASS module > codebase. Zenodo also offers a handy tool to provide citation strings for > the modulde code in hundreds of citation styles. > > Best regards, > Peter > > > > > From: grass-user On Behalf Of &

[GRASS-user] Example project for a GRASS GIS module on GitHub

Dear users and contributors, I've created an example project (repository) on GitHub. It is a GRASS GIS module written in Python which simply adds two raster maps together. It uses GitHub Actions to build the module and publish its documentation as a website (using GitHub Pages).

Re: [GRASS-user] licensing question: calling GRASS GIS modules via the grass.script API in an MIT/Apache licensed script ?

On Tue, May 7, 2019 at 4:42 AM Moritz Lennert wrote: > Hi, > > We work with a company on a project where we use GRASS GIS to calculate > accessibility indicators. The main output we provide is a Python script > which calls GRASS GIS modules via the grass.script API. The company is > willing to

Re: [GRASS-user] [GRASS-dev] GRASS python + PyCharm

On Wed, Jun 12, 2019 at 5:09 PM Markus Neteler wrote: > On Wed, Jun 12, 2019 at 10:49 AM Helmut Kudrnovsky wrote: > > > > Hi, > > > > PyCharm is a nice python IDE. > > > > anyone some experiences to share how to integrate GRASS python (pygrass > and > > grass script) into the PyCharm IDE

Re: [GRASS-user] Example project on GitLab: Access / discoverablity

On Mon, Nov 19, 2018 at 10:01 AM "Peter Löwe" wrote: > >> Can you give recomendations what keywords/metadata should be attached to >> such external GRASS repos so users will find them ? > > > I think that's a challenge and that's one of the reasons, the official > GRASS GIS Addons repository is

Re: [GRASS-user] Example project on GitLab: Access / discoverablity

He Peter, On Wed, Nov 14, 2018 at 10:16 AM "Peter Löwe" wrote: > > thanks for setting up the r.example.plus example GitLab project. This is > an interesting reference case. > Thanks! > > Is it already possible to integrate this code into a local GRASS > installation via g.extension ( >

Re: [GRASS-user] Example project on GitLab

On Wed, Nov 7, 2018 at 8:47 AM Bernardo Santos < bernardo_brand...@yahoo.com.br> wrote: > > thanks for that, it'll be very useful. I think a similar approach can be > used to build repositories for addons within GitHub, right? > Yes, when you involve Travis CI. > Do you see clear advantages of

Re: [GRASS-user] Example project on GitLab

On Mon, Nov 5, 2018 at 2:43 PM Ken Mankoff wrote: > I think I will find it useful in helping some of my custom scripts to > official plugins. > Glad to hear that! Thanks for sharing your code! > On Fri, Nov 2, 2018 at 7:08 PM Vaclav Petras wrote: > >> Dear users and dev

[GRASS-user] Example project on GitLab

Dear users and devs, I've created an example project at GitLab. It is a GRASS GIS module written in Python. It uses GitLab CI to build the module and publish its documentation as a website. https://gitlab.com/vpetras/r.example.plus If you are familiar with GitHub, GitLab will feel familiar as

Re: [GRASS-user] Using grass.script in Jupyter (Azure)

On Sat, Oct 13, 2018 at 9:09 PM Mehrdad Varedi wrote: > > ImportError Traceback (most recent call last) > in () > > 1 import grass.script as gs > 2 import grass.script.setup as gsetup > >

Re: [GRASS-user] Category

On Wed, Oct 10, 2018 at 8:40 PM Francois Chartier wrote: > Hi, > > Apologize for my dumb question, but to import a csv file (xyz attribute), > I have been setting the attribute (property which i would like to view, > interpolate) as the category when i define the columns (x,y,z, cat). I > think

Re: [GRASS-user] Merging Raster Files in GRASS

Just to clarify functionality for some of the modules. On Wed, Oct 10, 2018 at 7:09 AM Mehrdad Varedi wrote: > > *r.buildvrt *in version (7.4.0 and 7.4.1)generated the following error: > 'r.buildvrt' is not recognized as an internal or external > command, operable program or batch

Re: [GRASS-user] 3D unstructured Grid

T interpolation works the same way in all cases. > > thanks, > Francois > > Le jeu. 4 oct. 2018 à 22:48, Vaclav Petras a > écrit : > >> >> >> On Tue, Oct 2, 2018 at 9:38 PM Francois Chartier >> wrote: >> >>> For example, in

Re: [GRASS-user] Using grass.script in Jupyter (Azure)

On Tue, Oct 9, 2018 at 9:25 PM Mehrdad Varedi wrote: > Hi Everyone, > > I want to develop a program using GRASS python libraries in Jupyter(on > Azure). All codes begin with: > > > *import* *grass.script* *as* *gscript* > > > of course the grass.script is not available in Jupyter. I tried to

Re: [GRASS-user] floodplain creation

Based on what we have discussed (including some off-list), the best shot seems to be using directions based on r.watershed on the carved DEM together with the given (not computed) streams for HAND (streams are also used for the carving and r.lake steps). An alternative is using streams from

Re: [GRASS-user] 3D unstructured Grid

v.vol.rst because of the how your data looks like. > > Le lun. 1 oct. 2018 à 22:01, Vaclav Petras a > écrit : > >> On Sat, Sep 29, 2018 at 4:45 PM Francois Chartier >> wrote: >> >>> Can Grass GIS create a 3D unstructured grid based on a 3D point data set >

Re: [GRASS-user] 3D unstructured Grid

On Sat, Sep 29, 2018 at 4:45 PM Francois Chartier wrote: > Can Grass GIS create a 3D unstructured grid based on a 3D point data set ? > All data and visualizations at the following website were created in GRASS GIS including a 3D regular grid (3D raster in GRASS GIS) interpolated from a set of

Re: [GRASS-user] floodplain creation

again > > [Since you already have the streams and you want to use them, you need to > convert them to raster and then also get stream direction for > r.stream.distance by reclassifying, e.g. with r.mapcalc] > > Le gach dea ghui, > *Shane Carey* > *GIS and Data Solutions Con

Re: [GRASS-user] floodplain creation

On Thu, Sep 27, 2018 at 12:10 PM Shane Carey wrote: > > Is there anyway of the algorithm just being able to create a floodlain for > actual real rivers as opposed to the derived river dataset? > Yes, just convert your streams to raster (presence-absence) and a raster for flow direction as I

Re: [GRASS-user] floodplain creation

n carved DEM? > > Thanks in advance - I think this method would will work well, if it were > able to "flood" all rivers. > > On Sun, Sep 23, 2018 at 12:55 PM, Shane Carey wrote: > >> Thanks, I will compare them and let you know the differences. >> Thanks

Re: [GRASS-user] floodplain creation

These are steps based on: https://grasswiki.osgeo.org/wiki/From_GRASS_GIS_novice_to_power_user_(workshop_at_FOSS4G_Boston_2017)#Hydrology:_Estimating_inundation_extent_using_HAND_methodology You need r.stream.distance module from Addons: g.extension r.stream.distance Get drainage and streams

Re: [GRASS-user] Elevation above a river

Hi Shane, On Fri, Sep 14, 2018 at 5:03 PM Shane Carey wrote: > > Does anyone know is it possible to calculate the elevation above a river > channel (actual river network that was digitised as opposed to being > extracted from a DTM) from a DTM and create a polygon from it. > > I need to

Re: [GRASS-user] Issue with r.mapcalc module

On Thu, Sep 6, 2018 at 7:55 AM Micha Silver wrote: > You need quotes around the expression: > > On 06/09/2018 13:47, Vidura Dantanarayana wrote: > > Hi all, > I need to create a raster file with the > if(fuel_class==4,3,if(fuel_class==8,15)) expression. I used the following > command but it

Re: [GRASS-user] [GRASS-dev] experimental Python 3 support in trunk

On Thu, Sep 6, 2018 at 4:41 PM Markus Metz wrote: > > That means that trunk will continue to use python2 by default, and it also > requires that the link python is installed, which will, if installed, refer > to the same target as python2. > > If we want to get python3 support tested in trunk,

Re: [GRASS-user] [GRASS-dev] experimental Python 3 support in trunk

On Wed, Sep 5, 2018 at 3:57 PM Markus Metz wrote: > > > On Wed, Sep 5, 2018 at 9:41 PM Martin Landa > wrote: > > > > Hi, > > > > st 5. 9. 2018 v 21:38 odesílatel Markus Metz > > napsal: > > > alternatively, the shebang in GRASS *.py files can be changed to > python3 (should be changed to

Re: [GRASS-user] d.rast.edit increase the dimension of cell

It may be helpful if you describe what you are doing, but my guess is that d.rast.edit is not what you want. You may want to look either at some resampling modules (e.g. r.resamp.stats) or it actually sounds more like you want r.region which is good in case you actually want to preserve the number

Re: [GRASS-user] [GRASS-dev] Fwd: [Projects] OSGeo Annual General Meeting - projects please join and report (August 30 2018)

On Sat, Aug 25, 2018 at 4:40 AM Luca Delucchi wrote: > On Thu, 23 Aug 2018 at 15:06, Markus Neteler wrote: > > > > Does anyone volunteer to update accordingly > > > > > https://docs.google.com/presentation/d/1imiG7x09ry7lGvmS15FCVq2Z7yaICY00fcpXBK27TXY/edit?usp=sharing > > ? > > > > I asked

Re: [GRASS-user] New CLI option --tmp-location in 7.5 to enhance --exec

to submit an enhancement ticket ideally with a use case, so we can discuss it there. Please see also a little write-up I did for GSoC idea some time ago: https://trac.osgeo.org/grass/wiki/GSoC/2018#Neweasy-to-useCLIandAPIforGRASSGIS Best, Vaclav > Cheers, > > P > > On 15 August

Re: [GRASS-user] New CLI option --tmp-location in 7.5 to enhance --exec

On Thu, Aug 16, 2018 at 6:39 AM, Nikos Alexandris wrote: > > * Vaclav Petras [2018-08-14 23:20:16 -0400]: > > .. > >> If you are interested, please, test this new functionality. It is an >> opportunity to provide feedback before this feature lands in the 7.6 >

Re: [GRASS-user] r.region question

Hi Rich, On Wed, Aug 15, 2018 at 5:21 PM, Rich Shepard wrote: > > Does applying r.region to a portion of a large raster map functionally > reduce the size of the map, No, r.region changes the "region" of the raster map itself, i.e. changes its extent and resolution. The data stays the same. Its

[GRASS-user] New CLI option --tmp-location in 7.5 to enhance --exec

Dear user list, The (main) GRASS GIS executable, usually available as simply `grass` on most systems has now a new option (flag/parameter) in trunk (aka 7.5). The option is called --tmp-location. When specified, GRASS GIS automatically creates an new (and empty) location based on provided EPSG

Re: [GRASS-user] GRASS GIS 7.4 in Ubuntu 18.04 LTS

On Fri, Aug 10, 2018 at 3:45 PM, Markus Neteler wrote: > Hi Pablo, > > On Tue, Aug 7, 2018 at 6:22 AM, Pablo J. Zader > wrote:> Hi list > ... > > What is the best combination of grass with ubuntu (16.04 LTS, 18.04 LTS) > > today? > > While I am mostly on Fedora, we also have GRASS GIS running

Re: [GRASS-user] [GRASS-dev] Fwd: [Projects] OSGeo Annual General Meeting - projects please join and report (August 30 2018)

I have created a page for 2017 based on the two slides from AGM 2017: https://trac.osgeo.org/grass/wiki/AnnualReport/2017 The page for 2018 is here (please, contribute): https://trac.osgeo.org/grass/wiki/AnnualReport/2018 On Fri, Aug 3, 2018 at 10:16 PM, Vaclav Petras wrote: > It

Re: [GRASS-user] [GRASS-dev] Fwd: [Projects] OSGeo Annual General Meeting - projects please join and report (August 30 2018)

Items for the presentation can be collected (and preserved!) at the following wiki page which I created based on the description for the slides. https://trac.osgeo.org/grass/wiki/AnnualReports/2018 Here is what we showed in 2017 (slides 33 & 34):

Re: [GRASS-user] r3.in.xyz

Hi, I'm not following this discussion fully, but don't you need just r.to.rast3elev followed by some raster algebra with ifs (r3.mapcalc)? https://grass.osgeo.org/grass74/manuals/r.to.rast3elev.html https://grass.osgeo.org/grass74/manuals/r3.mapcalc.html Best, Vaclav On Thu, Jun 28, 2018 at

Re: [GRASS-user] Re-organizing database locations

On Fri, Jun 22, 2018 at 2:52 PM, Rich Shepard wrote: > > On Fri, 22 Jun 2018, Rich Shepard wrote: > >> I need to re-organize locations within ~/data/grassdata and transform all >> projections to a single one. Locations now are by the states in which I have >> (or had) projects, but there are

Re: [GRASS-user] Wildfire Modeling Using GRASS GIS

Hi, This result actually looks pretty good, unlike what you have sent me before (off list). What exactly you don't like. Try to change some parameters like wind direction to see how the model behaves. Best, Vaclav On Mon, Jun 18, 2018, 1:30 AM Vidura Dantanarayana wrote: > Hi all, > I'm a

Re: [GRASS-user] v.decimate

On Wed, Mar 21, 2018 at 12:00 PM, Anika Bettge wrote: > > I have a question to the function v.decimate. > Has the output normally (without using flag:-x) an attribute table? No, unfortunately, it doesn't preserve attribute table, but it is a reasonable enhancement proposal,

Re: [GRASS-user] New AddOns for downloading and importing Sentinel products

On Tue, Feb 20, 2018 at 5:12 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > On 20/02/18 01:24, Vaclav Petras wrote: > >> >> >> On Mon, Feb 19, 2018 at 4:49 PM, Moritz Lennert < >> mlenn...@club.worldonline.be <mail

Re: [GRASS-user] New AddOns for downloading and importing Sentinel products

On Mon, Feb 19, 2018 at 4:49 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > > and the module would only use it if it is chmod 600, i.e. only readable > by the owner. > ...and the code to test that (user behaves safely) should be somewhere in g.cloud and/or g.remote:

Re: [GRASS-user] r.los problem when installing in GRASS 7.0.2

On Thu, Feb 1, 2018 at 3:26 PM, Miguel Carrero < miguel.carrero.pa...@gmail.com> wrote: > > I am trying to install r.los from g.extension, but returns me this error: > > ... > Does anyone know what's happening? The same happens when I try to install > r.viewshed.cva > Another thing is, if you

Re: [GRASS-user] Level LiDAR data to gps points

[following on a private email:] On Wed, Dec 27, 2017 at 6:14 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > > Here, the assumption is that you can interpolate in between the points, > i.e. that the interpolated values are meaningful. This assumption might be > broken e.g

Re: [GRASS-user] Level LiDAR data to gps points

you only do a block shift? > > Thanks for your help :-) > > On Wed, Dec 27, 2017 at 4:42 PM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > >> On Tue, Dec 19, 2017 at 3:29 AM, Shane Carey <careys...@gmail.com> wrote: >> >>> >>> I have som

Re: [GRASS-user] Level LiDAR data to gps points

On Tue, Dec 19, 2017 at 3:29 AM, Shane Carey wrote: > > I have some LiDAR data that was not levelled properly and I was wondering > does anybody know of a way of levelling the las files to gps points? > > Hi, if the issue is really just vertical (which is usually the case),

Re: [GRASS-user] Cropping maps

On Fri, Dec 1, 2017 at 10:39 AM, Markus Metz <markus.metz.gisw...@gmail.com> wrote: > > > On Fri, Dec 1, 2017 at 4:26 PM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > > > > For cropping, see also a new addon module called r.clip which clips > according th

Re: [GRASS-user] Cropping maps

For cropping, see also a new addon module called r.clip which clips according the computational region while respecting mask and the *original* raster resolution: https://grass.osgeo.org/grass72/manuals/addons/r.clip.html Testing and feedback welcome. Vaclav On Tue, Sep 26, 2017 at 10:35 AM,

[GRASS-user] Fwd: [OSGeo-Discuss] FOSS4G 2017 Boston Code Sprint

[forwarded from osgeo-discuss] Code Sprint in Boston, August 19th: https://wiki.osgeo.org/wiki/FOSS4G_2017_Code_Sprint Add yourself and topics if you are coming. Best, Vaclav -- Forwarded message -- From: Regina Obe Date: Sun, May 21, 2017 at 3:23 AM Subject:

Re: [GRASS-user] Vector attribute 'algebra' - calculating difference between areas of polygons

On Wed, May 17, 2017 at 11:32 AM, James Duffy wrote: > Is there some sort of vector algebra available in GRASS. Speaking just about the vector algebra, some basic experimental functionality is available in an experimental addon module v.mapcalc.

Re: [GRASS-user] r.to.vect stats

On Mon, May 1, 2017 at 11:43 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: >> >> I have separated the binning code in r.in.lidar [3] so that it can be >> used in r.in.xyz > > > Is it different from the binning code in r.in.xyz ? Not really. r.in.lidar was based on r.in.xyz, now they

Re: [GRASS-user] r.to.vect stats

On Mon, May 1, 2017 at 6:54 AM, Moritz Lennert wrote: > On 01/05/17 12:43, Martin Landa wrote: > >> I need a tool which converts vector features (points) to raster map >> using statistical method like min,max,mean (something like >> `r.in.lidar` does - if more

Re: [GRASS-user] creating high-resolution DMT

On Tue, Mar 21, 2017 at 10:01 AM, Markus Neteler wrote: > > > Another drawback is that it was written > > for GRASS 6 (but converting it to GRASS 7 should not > > be hard, since it uses only the basic raster API). > > FWIW New names can be looked up here: >

Re: [GRASS-user] creating high-resolution DMT

Back to filling holes in lidar data, I also think that the "fill in the gaps" approach is quite promising, so I ported the r.fill.gaps module to G7: https://grass.osgeo.org/grass72/manuals/addons/r.fill.gaps.html I didn't review the code, but the documentation is very nice and detailed. I did

[GRASS-user] Workshops at FOSS4G 2017 in Boston and voting for presentations

Dear users and developers, I'm pleased to announce these two following GRASS GIS workshops which will happen at FOSS4G 2017 in Boston: * From GRASS GIS novice to power user * Processing lidar and UAV point clouds in GRASS GIS See the full descriptions here:

Re: [GRASS-user] r.mapcalc: compare two maps [RESOLVED]

On Wed, Mar 29, 2017 at 8:46 PM, Rich Shepard wrote: > n=140652 > null_cells=71271 > cells=211923 > Relatively hight number of null cells. > min=-1.89342188835144 > max=0.00093058729544282 > range=1.89435247564688 > Probably small differences, but there is at least

Re: [GRASS-user] r.mapcalc: compare two maps [RESOLVED]

On Tue, Mar 28, 2017 at 4:30 PM, Rich Shepard wrote: > Now I have the difference map which is a solid color... > ...Ergo, no differences. > As Soeren mentioned in the other part of the thread, use r.univar to get the statistics. Don't rely on just looking at the

[GRASS-user] GRASS GIS at US-IALE 2017 Annual Meeting

Hi all, I have tried to collect workshops (2) and presentations (3) about GRASS GIS at US-IALE 2017 Annual Meeting which is happening in Baltimore, MD, April 9-13: https://grasswiki.osgeo.org/wiki/GRASS_GIS_at_US-IALE_2017_Annual_Meeting Titles: Emerging technologies in participatory design

Re: [GRASS-user] grass gis equivalent of arcgis Region Group

On Tue, Feb 28, 2017 at 4:34 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > > Have a look at r.clump: https://grass.osgeo.org/grass72/manuals/r.clump.html > > ... > > I've been searching for a grass gis equivalent to the arcgis function Region Group (

  1   2   3   4   >