[GRASS-user] GRASS 7.2.1 for centos 7 from copr/neteler repo

Dear all, I am trying to install GRASS 7.2.1 using the repository neteler-grass72 on a machine running centos 7 [Linux version 3.10.0-514.26.2.el7.x86_64 ( buil...@kbuilder.dev.centos.org) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-11) (GCC) )] I get the following errors: Error: Package: grass-lib

Re: [GRASS-user] GRASS 7.2.1 for centos 7 from copr/neteler repo

compute (CentOS, CentOS, 7, x86_64 built on 2017-07-19). Thanks a lot Laura On 8 August 2017 at 23:43, Markus Neteler wrote: > Hi Laura, > > On Fri, Jul 21, 2017 at 12:51 PM, Laura Poggio > wrote: > > Dear all, > > I am trying to install GRASS 7.2.1 using the reposit

Re: [GRASS-user] Unable to install add-ons on fedora23

Dear all, I am having the same problem also with the F27 package from coprs/neteler/grass72/. But I am not sure it is the same problem or I am doing something wrong. I removed grass from fedora repository, enabled the copr repository and then installed grass again from the new repository. Thanks L

[GRASS-user] installing grass 7.4 and grass-qgis plugin under fedora 27

Dear list, I managed to install grass 74 from the repository https://copr.fedorainfracloud.org/coprs/neteler/grass74/ I tried to install the qgis plugin and it seems it requires grass72: package qgis-grass-2.18.12-1.fc27.i686 requires grass(x86-32) = 7.2.1, but none of the providers can be installe

Re: [GRASS-user] installing grass 7.4 and grass-qgis plugin under fedora 27

/pipermail/grass-user/2018-February/077854.html Thanks a lot Laura On 18 February 2018 at 22:40, Markus Neteler wrote: > On Sun, Feb 18, 2018 at 6:24 PM, Markus Neteler wrote: > > Hi Laura, > > > > Am 18.02.2018 6:14 nachm. schrieb "Laura Poggio" >: > > >

Re: [GRASS-user] Global overview of GRASS HPC resources/installations ?

I am really interested in this. I am experimenting with different settings to use GRASS on HPC, more specifically on multi-core local machines and on single-core multiple instances on a cloud provider. It would be great to share experiences with other people fighting the same problems. Thanks Lau

Re: [GRASS-user] Global overview of GRASS HPC resources/installations ?

. Once the workflow is more stable I hope I will be able to share it more widely. Thanks Laura On 23 May 2018 at 14:37, Massi Alvioli wrote: > Hi Laura, > > the effort on cloud providers is probably useless. Was it different in > your case? > > > M > > 2018-05-22 1

Re: [GRASS-user] Global overview of GRASS HPC resources/installations ?

les, while I found undoubtfully good > performance on HPC machines. > > M > > 2018-05-23 16:35 GMT+02:00 Laura Poggio : > > Hi Massi, > > we managed to run GRASS on different single-core instances on a cloud > > provider. It was a bit tricky (initially) to set

Re: [GRASS-user] Global overview of GRASS HPC resources/installations ?

to adapt. In my opinion, it is also not so easy to set up a proper cluster, with shared storage, backup, faster net connections, etc. > M > > > 2018-05-24 9:11 GMT+02:00 Laura Poggio : > > Hi Massi, > > using multiple single instances of GRASS had advantages (in our

[GRASS-user] installing 7.4.1 on Centos7

Dear list, I am trying to install grass7.4.1 from https://copr.fedorainfracloud.org/coprs/neteler/grass74 / on centos7 : Error: Package: grass-7.4.1-1.el7.x86_64 (neteler-grass74) Requires: python2-wxpython python2-wxpython doe

Re: [GRASS-user] installing 7.4.1 on Centos7

at 12:42, Markus Neteler wrote: > Hi Laura, > > On Fri, Jun 22, 2018 at 4:44 PM, Laura Poggio > wrote: > > Dear list, > > I am trying to install grass7.4.1 from > > https://copr.fedorainfracloud.org/coprs/neteler/grass74/ on centos7 : > > > > Error:

Re: [GRASS-user] installing 7.4.1 on Centos7

Dear Markus, The updated package worked without problems. Thanks a lot Laura On Sat, 23 Jun 2018, 19:02 Markus Metz, wrote: > > > On Sat, Jun 23, 2018 at 7:31 PM, Markus Neteler wrote: > > > > Dear Laura, > > > > On Sat, Jun 23, 2018 at 6:14 PM, Laura P

[GRASS-user] sharing GRASS mapsets

Dear all, we need to share a GRASS location and its mapsets across multiple users. We would like to have a structure similar to this: LOCATION: PERMANENT ENVIROMENTAL_COVARIATES working_mapset_for_each_user It is clear in the documentation that a user can only write in a mapset that it owns. Ho

Re: [GRASS-user] sharing GRASS mapsets

in a multi-user > environment… > > > > Hope that helps a bit… > > > > Cheers > > Stefan > > > > *From:* grass-user *On Behalf Of *Laura > Poggio > *Sent:* onsdag 6. februar 2019 12:22 > *To:* GRASS user list > *Subject:* [GRASS-user

[GRASS-user] turning sqlite journal off

Dear all, we need to run a series of operations on a sqlite database. We noticed that after each grass session close there is a journal file created. This can take some time to be finished. Therefore it takes some time for the DB to be ready for the next session. We tried to turn off the journal m

Re: [GRASS-user] turning sqlite journal off

Dear all, thanks for the answers and apologies if my question at the beginning was not so clear. SQLITE can support multiple readers and only one writer. But it is not the main problem. The issue here is the creation of the journal file. Each time a GRASS session that modified the sqlite.db file is

[GRASS-user] grass78 on centos7 from coprs/neteler/grass78

Dear list, I am trying to install grass78 on centos7. I am following the instructions here: https://copr.fedorainfracloud.org/coprs/neteler/grass78/ However when trying to download the file https://copr.fedoraproject.org/coprs/neteler/grass78/repo/epel-7/neteler-grass78-epel-7.repo I get "Error 404

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

Dear Markus, thank you very much. Your repositories for fedora and centos are really very helpful in avoiding the compilation from source. Thanks a lot Laura On Thu, 24 Oct 2019 at 11:56, Markus Neteler wrote: > Dear Laura, > > On Thu, Oct 24, 2019 at 8:24 AM Laura Poggio

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

, Markus Neteler wrote: > Hi again, > > On Thu, Oct 24, 2019 at 12:21 PM Markus Neteler wrote: > > On Thu, Oct 24, 2019 at 12:12 PM Laura Poggio > wrote: > > > > Right now we are stuck at this: > ... > > Means I have to update the SPEC file to add more sp

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

26, Markus Neteler wrote: > Dear Laura, > > I forgot to encapsulate two more statements. It has been compiled again. > Please give it a new try. > > ciao > Markus > > Laura Poggio schrieb am Do., 24. Okt. 2019, > 16:27: > >> Dear Markus, >> I tried a

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

Hi, thanks a lot! In the meantime I can use the png monitor if really needed (working on a cloud machine on a storage type I can not really mount locally). Thanks a lot Laura On Fri, 25 Oct 2019 at 15:02, Markus Neteler wrote: > Hi again, > > On Fri, Oct 25, 2019 at 1:52 PM Markus Neteler wro

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

test it and leave "karma" there (positive or negative) > in order to let the packager know that things work (or not). > > Best > Markus > > On Fri, Oct 25, 2019 at 3:36 PM Laura Poggio > wrote: > > > > Hi, > > thanks a lot! > > In the meantime

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

Dear Markus, thanks for this! I will test as soon as I can this week Thanks a lot Laura On Sat, 7 Dec 2019 at 18:11, Markus Neteler wrote: > Hi Laura, > > On Tue, Nov 19, 2019 at 10:11 AM Markus Neteler wrote: > > > > Hi Laura, > > > > Today the EPEL package reached "testing": > > > > https:

Re: [GRASS-user] grass78 on centos7 from coprs/neteler/grass78

Dear Markus, it works fine with the latest version of grass (7.8.2 from coprs/neteler/grass78/) on centos 7. I did not test with previous versions. I will try to test the whole workflow on centos 8 soon(ish). Thank you very much! Laura On Mon, 9 Dec 2019 at 07:46, Laura Poggio wrote: > D

[GRASS-user] error compiling grass 7.8.2 on centos 7

Dear list, I am trying to compile grass 7.8.2 on an HPC cluster using centos 7 as operative system. I can not install binaries. I need to compile from source. The python version I am using is Python 3.7.4 The configure and the make are working fine. However I get the following errors at the make

Re: [GRASS-user] error compiling grass 7.8.2 on centos 7

Thu, Dec 19, 2019 at 8:12 AM Laura Poggio > wrote: > > > > Dear list, > > I am trying to compile grass 7.8.2 on an HPC cluster using centos 7 as > operative system. I can not install binaries. > > Just to understand: for policy reasons? > > > I need to compile

Re: [GRASS-user] error compiling grass 7.8.2 on centos 7

Dear Markus, the path to the GRASS source (the directory where I compile) is /home/user/grass/grass-7.8.2/ I get the same when I try to compile with -prefix=/home/user/local/ Thanks! Laura On Fri, 20 Dec 2019 at 09:22, Markus Metz wrote: > > > On Fri, Dec 20, 2019 at 7:47 AM Lau

Re: [GRASS-user] error compiling grass 7.8.2 on centos 7

Dear all, I managed to remove the error by specifying --without-zstd. Thanks a lot! Laura On Fri, 20 Dec 2019 at 10:48, Laura Poggio wrote: > Dear Markus, > the path to the GRASS source (the directory where I compile) is > /home/user/grass/grass-7.8.2/ > > I get the same when I

Re: [GRASS-user] error compiling grass 7.8.2 on centos 7

And this sorted the problem. Compiled with the zstd libraries as well and no errors. Thank you very much! Laura On Fri, 20 Dec 2019 at 13:14, Markus Metz wrote: > > > On Fri, Dec 20, 2019 at 12:03 PM Laura Poggio > wrote: > > > > Dear all, > > I managed to

[GRASS-user] r.soils.texture question

Dear all, I am looking at the DAT file for USDA soil texture classification for the r.soil.texture addon. I have a couple of questions. 1) the class silt-loam appears twice (number 8 and 12). Is this intention

Re: [GRASS-user] r.soils.texture question

ide the texture > triangle. In r.soils.texture is implemented an algorithm to check if a > single point is inside or outside a texture polygon. If the point is > inside it is labeled with the correspondent texture code and used to build > a texture map. > By > > Il giorno ven 12

[GRASS-user] compiling grass-7.8.5 on centos7 with proj from source

Dear all, I am trying to compile grass-7.8.5 on a managed HPC with centos7 and rather old libraries for proj. The most recent is 5.0.1. Unfortunately it seems not possible to unload completely the oldest (4.8.0) version I compile proj 7.2.1 from source and it works. This is the compile instructions

Re: [GRASS-user] compiling grass-7.8.5 on centos7 with proj from source

I switched to use conda environments and it seems things are improving. However I get different errors (see other email) Thanks Laura On Mon, 2 Aug 2021 at 11:07, Laura Poggio wrote: > Dear all, > I am trying to compile grass-7.8.5 on a managed HPC with centos7 and > rather old libr

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

Dear all, I am trying to compile grass 7.8.5 in a conda environment (on centos7, managed HPC) adapting this instructions here . conda create -y -n $conda_env python=3.8.5 conda activate $conda_env conda install

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

e branch. > > GRASS GIS on HPC Henry2 > https://github.com/ncsu-geoforall-lab/grass-gis-on-hpc-henry2/ > > Some more comments: > > On Tue, Aug 3, 2021 at 9:12 AM Laura Poggio > wrote: > >> >> I am trying to compile grass 7.8.5 in a conda environment (on centos7, &g

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

lot again Laura On Tue, 3 Aug 2021 at 17:21, Laura Poggio wrote: > Hi Vaclav, > thanks a lot! > with the patch for the makefile in the repository I managed to solve the > previous error. Now I am getting a different error apparently linked to > some library conflict (same combinati

Re: [GRASS-user] error when importing soil grids data into GRASS

Hi Veronica, thanks for pointing this out. The projection should be defined in the VRTs of Soilgrids 2.0 and normally it should be recognised in GRASS-GIS. I have been using the same files you mentioned. We will look into the issue and let you know. Thanks Laura On Wed, 8 Dec 2021 at 01:31, Veron

[GRASS-user] installing grass.jupyter

Dear all, I came across this project: https://trac.osgeo.org/grass/wiki/GSoC/2021/JupyterAndGRASS. It would be great to use it for some training material that I am working on. I most likely have missed something, but I could not find instructions on how to install grass.jupyter. Any pointers will

Re: [GRASS-user] installing grass.jupyter

t;> https://wingrass.fsv.cvut.cz/grass81/ >> >> On Linux you could clone the code and compile… >> >> >> >> Cheers >> >> Stefan >> >> >> >> *From:* grass-user *On Behalf Of *Laura >> Poggio >> *Sent:* tirsdag 1.

[GRASS-user] Fwd: skipping MEM driver with r.out.gdal for large files

Dear all, Apologies, sent to the developer mailing list by mistake. I am trying to save a rather large file from GRASS Versions: GRASS GIS 8.2.1 GDAL 3.6.3, released 2023/03/07 Linux: almalinux:9.1 The size of the file is: rows=141120 cols=362880 cells=51209625600 This the command r.out.gdal -c

Re: [GRASS-user] Fwd: skipping MEM driver with r.out.gdal for large files

it would be the same there, but I could not test it with the original file because of some hardware issues. Thanks a lot! Laura On Thu, 22 Jun 2023 at 09:16, Markus Neteler wrote: > Hi Laura, > > On Thu, Jun 15, 2023 at 5:00 PM Laura Poggio > wrote: > > > > Dear all, &g

[GRASS-user] Migrate mcda addons to grass7

Dear list, I would be interested in migrating mcda addons, electre ( http://grass.osgeo.org/grass64/manuals/addons/r.mcda.electre.html) and regime (http://grass.osgeo.org/grass64/manuals/addons/r.mcda.regime.html) to grass7. Is there any guidance on how to do this? I think I remember a post about t

Re: [GRASS-user] Migrate mcda addons to grass7

a "collaborative job" with you. > Thanks > Gianluca > > 2015-06-15 16:42 GMT+02:00 Laura Poggio : > >> Dear list, >> I would be interested in migrating mcda addons, electre ( >> http://grass.osgeo.org/grass64/manuals/addons/r.mcda.electre.html)

[GRASS-user] r.univar.zonal not installing

Dear all, since a while, I am trying to compile the r.univar.zonal addon on a Fedora11 64 bit machine and using GRASS 6.5 I used: svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal cd r.univar2.zonal/ make MODULE_TOPDIR=~/bin/grass65/grass6_devel/ No errors were detected, but

Re: [GRASS-user] r.univar.zonal not installing

Dear all, it worked using g.extension on an updated version of GRASS65. Sorry for my late answer but in the past days I was unable to try. Thank you Laura On 5 October 2010 20:17, Markus Neteler wrote: > On Mon, Aug 9, 2010 at 5:41 PM, Laura Poggio > wrote: > > Dear all, > >

Re: [GRASS-user] r.univar.zonal not installing

; Did you have to recompile an updated Grass65 from svn? > I am still unable to install this either from g.extension or compiling it > from source.. > > Vishal > > On Fri, Oct 8, 2010 at 1:43 AM, Laura Poggio wrote: > >> Dear all, >> it worked using g.extension on a

[GRASS-user] error compiling grass65svn and addons for grass64

Dear all, I installed grass6.4 on a machine with Suse11.2 64 bit from the official repository. Then I tried to install some addons with g.extension and using the usual configure/make/make install. In both cases I get the following error: make: *** [OBJ.x86_64-unknown-linux-gnu/[...]] Error 1 ERRO

Re: [GRASS-user] error compiling grass65svn and addons for grass64

ve to provide whole error message. Without exact error text, > > it's impossible to tell what kind of problem You have. > > > > WBR, > > Maris. > > > > > > 2010/10/20, Laura Poggio : > >> Dear all, > >> I installed grass6.4 on a machine

Re: [GRASS-user] error compiling grass65svn and addons for grass64

> one, as provided error message makes sense only to addons and not > compilation of whole GRASS. > > Maris. > > > 2010/10/20, Laura Poggio : > > Yes I have gcc, g++, make. > > The full error message for one extension is pasted below (f

[GRASS-user] GIPE modules in GRASS 6.5 and 7.0

Dear all, I am trying to install the addons in GIPE. Generally I use GRASS 6.5 and I managed to download and install some of the modules. However I found out that some were moved to the main SVN. This would give me a good excuse to start to use GRASS 7.0. So I downloaded and built it. However I can

Re: [GRASS-user] GIPE modules in GRASS 6.5 and 7.0

ser-boun...@lists.osgeo.org [ > grass-user-boun...@lists.osgeo.org] on behalf of Laura Poggio [ > laura.pog...@gmail.com] > Sent: Wednesday, November 02, 2011 9:25 PM > To: GRASS user list > Subject: [GRASS-user] GIPE modules in GRASS 6.5 and 7.0 > > Dear all, > I am trying to instal

Re: [GRASS-user] GIPE modules in GRASS 6.5 and 7.0

I will keep trying to find a way to access them.. Thank you very much Laura On 2 November 2011 19:03, Chemin, Yann (IWMI) wrote: > There should be a way to do that by "going back in time" the SVN revisions > versions. > ____ > From: L

Re: [GRASS-user] GIPE modules in GRASS 6.5 and 7.0

Thank you very much for all suggestions. I now managed to get a working version of all GIPE modules in grass65 downloading older version from the svn. By working I mean that they can be loaded and seem to work with test data I tried. I will test them more seriously. I will also try to test them on

[GRASS-user] missing centroids and link with POSTGRESQL

Dear all, I have a vector file created with r.to.vect tool: r.to.vect my_rast output=my_vect feature=area The created vector has about 200 areas without centroids. I used v.centroids to update them: v.centroids input=my_vect output=my_vect_with_centroids cat=max_centr_my_vect+1 I then run v.clea

[GRASS-user] use of grass 6.4 and 7 on the same location/mapsets

Dear list, are any problems in having mapsets accessed from different version of GRASS (6.4.2. and 7)? Thank you Laura ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] use of grass 6.4 and 7 on the same location/mapsets

ith vector data. GRASS 7 uses a bit different vector data storage >> > format and thus vector data can be used (displayed) only after a >> > v.build run. It's a bit annoying and I don't know if it can introduce >> > any problems (I mean when going G7->G6 vectors

[GRASS-user] EPSG 3035

Dear all, I am starting to use GRASS and I am trying to set up a location with the LAEA ETRS89 projection (EPSG 3035). First I set up the location using the EPSG code and the I tried to import a geotiff with the same projection (created with gdal_translate). However I got the error "Projection of d

Re: [GRASS-user] EPSG 3035

erp=Gray NoData Value=-32768 Metadata: LAYER_TYPE=athematic The parameters seems to be correct. I will then use the -o option Thank you very much Laura 2009/3/25 Moritz Lennert > On 25/03/09 16:57, Laura Poggio wrote: > >> Dear all, >> I am starting to use GRASS

Re: [GRASS-user] EPSG 3035

.proj: Unable to convert to WKT Then I think there is some problem Thank you very much Laura 2009/3/25 Moritz Lennert > On 25/03/09 18:05, Laura Poggio wrote: > >> The output of gdalinfo on the file is >> >> Driver: GTiff/GeoTIFF Files:

Re: [GRASS-user] EPSG 3035

> [please keep the discussion on the mailing list] > > On 26/03/09 10:34, Laura Poggio wrote: > >> I used the "create from georeferenced file" and selected the file I posted >> the gdalinfo in this mail. >> > > Ok, as Paul pointed out the projection

Re: [GRASS-user] EPSG 3035

with -o option, would this be source of troubles for further elaborations such as watershed analysis? Thank you very much Laura 2009/3/27 Moritz Lennert > On 26/03/09 11:04, Laura Poggio wrote: > >> Sorry I hit reply instead of reply to all. >> >> The versions of the soft

Re: [GRASS-user] EPSG 3035

Ok thanks. Maybe by hand is really the easiest solution. Thank you Laura 2009/3/27 Moritz Lennert > On 27/03/09 13:05, Laura Poggio wrote: > >> I will then try to upgrade the version of GRASS, but in the meantime just >> a question. >> >> All the files I will wo

[GRASS-user] bitpattern analysis

Dear all, I am trying to use the QA information of MODIS products. I found that this analysis can be done in GRASS with r.bitpattern (from Neteler, 2005 with some examples) or with r.mapcalc . >From what I unde

Re: [GRASS-user] bitpattern analysis

Laura 2009/6/15 Hamish > > Laura Poggio wrote: > > I am trying to use the QA information of MODIS products. I > > found that this analysis can be done in GRASS with > > r.bitpattern (from Neteler, 2005 with some examples) > > or with r.mapcalc . > > > &g

[GRASS-user] error with r.terraflow

- The fill, flow direction and sink-watershed maps are created, but not the flow accumulation (the one I am interested in) and the tci. I managed to have it working on very similar rasters, but not on this one. I am running grass on 64bit fedora 10 machine. Thank you in advance for any

[GRASS-user] error GRASS 6.4 on fedora 11 64 bit

A couple of weeks ago I installed grass on a fedora 10 64 bit with the same options and everything is working fine. Thank you very much in advance for any hints! Laura Poggio ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] some issues of GRASS on Fedora 11

I had similar issues with fedora 11 64 bit. I compiled the Grass 6.4 svn snapshot of the 15-08-2009 on a fedora 11 64 bit system. Everything went fine without errors. However when I open GRASS I get the following error: - GRASS 6.4.0svn (DEM):

Re: [GRASS-user] some issues of GRASS on Fedora 11

Thank you very much. I was looking at the error filtering with GRASS keyword and I did not find that page. I will check what they suggest and in case I will add the example with GRASS. I will keep here updated. Thanks again Laura 2009/8/26 Martin Landa > Hi, > > 2009/8/26 Lau

Re: [GRASS-user] some issues of GRASS on Fedora 11

In the official repository there is only the 6.3. You can download the Weekly snapshot for generic linux and install it. It is not difficult, but some small are missing (3D and digitize). Laura 2009/8/26 ambrish dhaka > But, I have no control over the versions. As, it is the Fedora which is >

[GRASS-user] quantile/percentile

Dear all, I would need to calculate the resulting percentile map from a large number of maps (>1), obtaining the values for 5 and 95 percentile for each pixel. Is there any function in GRASS? I did not find anything in mapcalc. Other functions such r.quantile or r.univar provide a summarising q

Re: [GRASS-user] quantile/percentile

file. Thank you again Laura 2009/9/17 Glynn Clements > > Laura Poggio wrote: > > > I would need to calculate the resulting percentile map from a large > number > > of maps (>1), obtaining the values for 5 and 95 percentile for each > > pixel. Is there

[GRASS-user] problems compiling r.univar.zonal

I am trying to compile the r.univar.zonal addon on a Fedora11 64 bit machine and using GRASS 6.5 (GRASS 6.5.svn (2010) Revision: 38990, updated last week). I used: svn co https://svn.osgeo.org/grass/grass-addons/raster/r.univar2.zonal cd r.univar2.zonal/ make MODULE_TOPDIR=~/bin/grass65/grass6_dev