Re: [GRASS-user] db.? to change column names

On 31/08/18 16:43, Rich Shepard wrote: On Fri, 31 Aug 2018, Moritz Lennert wrote: Markus gave you the name of a module, but just to make sure: the column content in your attribute table does not change because you reproject, so your columns lat and lon should still contain lat and lon values

Re: [GRASS-user] db.? to change column names

On 31/08/18 00:09, Rich Shepard wrote: I imported a .dat file using v.in.ascii to a lon_lat location, then re-projected it to the desired location. The column names for the CRS in the database were still 'lon' and 'lat'. I did not see a db.* module to change the names; neither db.columns nor

Re: [GRASS-user] Understanding Raster Map Input Files

Hi Vidura, First of all, please keep discussions on the list. On 31/08/18 09:48, Vidura Dantanarayana wrote: Hi Moritz, Really appreciate your help as we are facing this problem for some days now. First I'm a beginner user. Can you explain what are the categories and how those used in GRASS

Re: [GRASS-user] Understanding Raster Map Input Files

On 21/08/18 15:38, Vidura Dantanarayana wrote: Hi all, I'm currently doing my research on wildfire behavior modeling. For that purpose, I'm using the wildfire behavior module in GRASS GIS. I came up with these problems in understanding the sample raster map files provided by GRASS GIS. The con

[GRASS-user] installing GRASS on Windows 7 [was: Re: Georeferencing a vector onto a WMS layer]

This is more a question for our windows gurus... On 20/08/18 16:41, Jacki Pilon wrote: I wanted to use GRASS because of it flexibility but I have now an installation problem (MS-Window7sp2). I tried both 32 and 64 bits versions. * 1) The 32 bits versions crashed at the beginning :* Cleaning up

Re: [GRASS-user] v.patch -a: how to interpret message "Line -58728 already has area/isle -1611 to left"

On 20/08/18 22:09, Markus Metz wrote: On Mon, Aug 20, 2018 at 5:42 PM, Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: > > I am trying to patch together a series of vector maps, using v.patch -a (apparently without -a, category values are not retained).  These

[GRASS-user] v.patch -a: how to interpret message "Line -58728 already has area/isle -1611 to left"

I am trying to patch together a series of vector maps, using v.patch -a (apparently without -a, category values are not retained). These maps contain polygons that were extracted from the same base map (but in each map there are different polygons than in the others), treated with different in

Re: [GRASS-user] Georeferencing a vector onto a WMS layer

On 20/08/18 00:08, Jacki Pilon wrote: Well, I start with a CSV file containing records of  numbered things (houses, parcells...) having a noun (a proper noun) and X, Y coordinates values. These names and locations have been recorded from an old paper map (X and Y are in millimeters). The geogra

Re: [GRASS-user] Georeferencing a vector onto a WMS layer

ise about what exactly you do and what exactly are the messages you receive. Otherwise it will be difficult for anyone to help you. Moritz >Yours, > >Jacki > >Le ven. 17 août 2018 à 13:01, Moritz Lennert > >a écrit : > >> On 17/08/18 07:58, Jacki Pilon wrote: >

Re: [GRASS-user] Editing POINTS file vs wxGUI.gcp

On 17/08/18 13:07, "Peter Löwe" wrote: Hi Moritz, you are of course right, provided that the GRASS GUI can be used. This case is a bit different, as a scripted workflow is needed, without user input through the GUI. THe GCPs for all four corners of the image are known as WKT. Check the i.gcp

Re: [GRASS-user] Georeferencing a vector onto a WMS layer

On 17/08/18 07:58, Jacki Pilon wrote: Bonjour, I coudn't find a way to georeference a vector (with arbitrary X Y coordinates) by using either a WMS or a  raster layer. Any advice ? https://grass.osgeo.org/grass74/manuals/g.gui.gcp.html It allows you to georeference a vector. If you want to us

Re: [GRASS-user] workflow to import/georectify binary remote sensing data: POINTS file editing

On 17/08/18 10:11, "Peter Löwe" wrote: Hi Markus, all, thanks for the feedback. The new temporary location option is a great feature. However, I wonder whether having to manually create a POINTS file within the locations file structure is (still) the proper way to handle the rectification pro

Re: [GRASS-user] r.region question

On 16/08/18 16:32, Rich Shepard wrote: On Wed, 15 Aug 2018, Vaclav Petras wrote: No, r.region changes the "region" of the raster map itself, i.e. changes its extent and resolution. The data stays the same. Its changes the metadata. The effect is stretching, shrinking, or moving the raster map.

Re: [GRASS-user] assessing spatial autocorrelation

07-20 11:17 GMT+02:00 Moritz Lennert <mailto:mlenn...@club.worldonline.be>>: On 20/07/18 10:42, Alessandro Sebastiani wrote: Dear All, I'm a newbie, so i hope i'm making the proper use of this mailing list. I wanted to ask how can i asses spatial

Re: [GRASS-user] assessing spatial autocorrelation

On 20/07/18 10:42, Alessandro Sebastiani wrote: Dear All, I'm a newbie, so i hope i'm making the proper use of this mailing list. I wanted to ask how can i asses spatial autocorrelation for raster data in GRASS. I was trying to use the following module "r.object.spatialautocor" but it looks li

Re: [GRASS-user] calculate the volume of a DEM with r.volume

On 15/07/18 13:52, marion-bru...@sfr.fr wrote: Hi, Thank you for the clarification on the clumps, it makes more sense for me now.‌ However you said : "Ideally, the clump option of r.volume should be optional. You could file an enhancement wish on trac for that." But I don't really understan

Re: [GRASS-user] r.in.gdal: Unable to open datasource

On 13/07/18 17:25, Rich Shepard wrote: I'm not seeing why grass7.5svn has this issue with r.in.gdal: r.in.gdal -o in=$HOME/projects/oregon/estacada-rock/data/topography/estacada-45122C3/2009_OLC_Hood-to-Coast/Highest_Hit/hh45122c3/hdr.adf out=estacada_hhdem2009 ERROR 4: /home/rshepard/pro

Re: [GRASS-user] calculate the volume of a DEM with r.volume

On 13/07/18 09:51, marion-bru...@sfr.fr wrote: ‌Hello, I am working on Windows and I tried using GRASS 7.2.2, GRASS 7.4.0 and GRASS 7.4.1 to see if there is any difference, but it is always the same. I have a ratser map calleddec-juin First I didr.clump input=dec-juin@1217_Interpo0618 output=

Re: [GRASS-user] Vector map point deleted but still displays

On 11/07/18 16:48, Rich Shepard wrote: On Wed, 11 Jul 2018, Nikos Alexandris wrote: Please post (also) the exact `v.edit` command. Nikos, Very strange. Looking at the map now only one point is visible (cat #3) while both cat #1 and #3 are shown in the attribute table. This means it's tim

Re: [GRASS-user] r.mask vs g.region

On 11/07/18 05:46, Huidae Cho wrote: Hello Rich, g.region creates a rectangular computational region while r.mask can create an irregular mask. If you use r.mask, any cells outside the mask will be ignored, so you have to make sure that your mask is big enough to cover your basin. In terms of

Re: [GRASS-user] creating a new mapset in an existing location

On 11/07/18 11:24, Ken Mankoff wrote: Dear List, Is there a way to create a new mapset from the command line? My use case is that I'd like to run parallel jobs (with GNU parallel). But, ...it's recommended to launch each job in its own mapset within the location. according to ttps://grassw

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

Hi François, On 10/07/18 04:40, Francois Chartier wrote: Hi Moritz, The idea is a bit novel.  I am working with over 2 Boreholes (BH) with soil information (silt, sand, gravel, Tills, and everything in between etc.).  These are not distinct geological contacts with recognizable stratigra

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

he need to define relevant vertical region values (resolution and top and bottom limits). If the resolution is larger than the actual layer thickness, the result will obviously not be satisfying. Moritz [1] https://grass.osgeo.org/grass74/manuals/r.to.rast3elev.html On Mon, Jul 9, 2018, 03

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

Le Sun, 1 Jul 2018 13:27:03 -0400, Francois Chartier a écrit : > Hi, > > I am reposting the initial question:  > > “I am working with a data set that consists of borehole logs with a > Top of a layer (layer 1) and the top of the underlying layer (layer > 2) (which is also the bottom of the over

Re: [GRASS-user] Switching databases for holding attributes in Grass 7.4.1

Am 2. Juli 2018 21:06:15 MESZ schrieb Markus Metz : >On Mon, Jul 2, 2018 at 4:54 PM, Moritz Lennert > >wrote: >> >> Le Mon, 2 Jul 2018 16:36:30 +0200, >> Markus Metz a écrit : >> >> > On Mon, Jul 2, 2018 at 4:04 PM, Paul Shapley >> >

Re: [GRASS-user] Switching databases for holding attributes in Grass 7.4.1

Le Mon, 2 Jul 2018 16:36:30 +0200, Markus Metz a écrit : > On Mon, Jul 2, 2018 at 4:04 PM, Paul Shapley > wrote: > > > > Hi Markus, > > > > Used 'db.connect' driver=sqlite > database=$GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db > > > > I had to delete 'database schema=grass_gis' > > > > I

Re: [GRASS-user] v.out.postgis

On 29/06/18 12:38, Paul Shapley wrote: Hi Moritz, Here is the result:- v.db.select APGB_aerial_2_i_segment_drained_peat_with_exposed_haggs_vector DBMI-PostgreSQL driver error: Unable to select: SELECT * FROM grass_gis.APGB_aerial_2_i_segment_drained_peat _with_exposed_haggs_vector ERROR:  relat

Re: [GRASS-user] v.out.postgis

ate it but this would lose the connection to the vector layer attribute table (sqlite.db). Thanks, Paul Shapley On 28 June 2018 at 13:22, Markus Metz <mailto:markus.metz.gisw...@gmail.com>> wrote: On Thu, Jun 28, 2018 at 1:40 PM, Moritz Lennert mailto:mlenn...@c

Re: [GRASS-user] v.out.postgis

On 28/06/18 09:59, Paul Shapley wrote: Hi, I am trying to export a vector map to PostGIS. Has anyone come across the 'Unable to describe table' error? I suspect my config could be wrong. v.out.postgis --overwrite input=APGB_aerial_2_i_segment_drained_peat_with_exposed_haggs_vct@PERMANENT ou

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

3d raster from the 3d data points directly. On Tue, Jun 26, 2018, 23:38 Moritz Lennert, mailto:mlenn...@club.worldonline.be>> wrote: On 27/06/18 03:59, Francois Chartier wrote: > Hi, > > I am working with a data set that consists of borehole logs with a

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

On 27/06/18 03:59, Francois Chartier wrote: Hi, I am working with a data set that consists of borehole logs with a Top of a layer (layer 1) and the top of the underlying layer (layer 2) (which is also the bottom of the overlying layer 1).  Everything in between the elevation of top of layer 1

Re: [GRASS-user] G_malloc errors in i.segment

Hi Paul, On 21/06/18 16:54, Paul Shapley wrote: Hi Marcus, Thanks again for your patience with this issue. It seems that whatever i set in the memory of 'i.segment' to it throws up the same 'G_malloc' error with the same 3 gb shortfall. I had another idea which is to make a smaller subset im

Re: [GRASS-user] v.class.mlR Error

On 20/06/18 13:18, Moritz Lennert wrote: Actually I noticed that your error message concerned the qbwwv voting algorithm which wasn't in the command line you provided. I was just able to reproduce your error using that same voting scheme. I'll have to dig into this a bit deeper to see

Re: [GRASS-user] v.class.mlR Error

On 19/06/18 19:32, Jamille Haarloo wrote: Hi Moritz, Thanx for the advice! Will check it out. From the publications I read, I inferred it was better to use an alternative method (data mining/ object-based) on high resolution imagery than pixel-based. Generally this is true, but when you work

Re: [GRASS-user] v.class.mlR Error

b=sub sig=sig out=smap_classified goodness=smap_goodness Moritz On 19/06/18 11:33, Moritz Lennert wrote: Hi Jamille, Testing with the data you sent me offlist (which BTW was a mapset, not a location. A location contains at least one mapset named PERMANENT which contains the projection info - I

Re: [GRASS-user] v.class.mlR Error

e more than 50 errors. Been looking for similar cases online but haven't found many. ​ haarlooj_Ben_Test.zip <https://drive.google.com/file/d/1wQqmreMbbd3oRfoVXWIIGJOG9L63miV6/view?usp=drive_web> ​ On Thu, Jun 14, 2018 at 5:19 AM, Moritz Lennert mailto:mlenn...@

Re: [GRASS-user] v.class.mlR Error

Hi Jamille, [Putting the discussion back onto the list.] Le Mon, 18 Jun 2018 16:51:57 -0300, Jamille Haarloo a écrit : > Hello Moritz, > > It looks like I got some results, but I suspect there are still some > issues due to the warning messages. I'm sorry, but I haven't had the time, yet, to

Re: [GRASS-user] v.class.mlR Error

Jamille > > > > > On Thu, Jun 7, 2018 at 11:09 AM, Jamille Haarloo > wrote: > > > Hello Moritz, > > > > No worries. Thankful these modules are made available for newbies > > in RS like me and also happy these interactions are possible for >

Re: [GRASS-user] i.gensig - multiple signatures into a single file for i.maxlik

Hi Paul, Please keep discussions on the list. Le Fri, 8 Jun 2018 10:33:56 +0100, Paul Shapley a écrit : > Hi Moritz, > > Thank you for your help. I am trying to get 5 signatures but the layer > manager is out of action whilst i create the signatures in the 'Class > Manager'. What do you mean

Re: [GRASS-user] i.gensig - multiple signatures into a single file for i.maxlik

Am 7. Juni 2018 16:53:51 MESZ schrieb Paul Shapley : >Hi Users, > > >What is the correct format for placing multiple signatures into a >single ascii file. > >Is a '#' required between each signature along with a blank line? > >or can i start the new signature with line 2 e.g. #grass > >and is the

Re: [GRASS-user] v.class.mlR Error

Thanks On 07/06/18 15:17, Jamille Haarloo wrote: The first 20+ lines of Stats_Training_Ben_test: cat,area,perimeter,compact_circle,compact_square,fd,WV_Benatimofo_1_min,WV_Benatimofo_1_max,WV_Benatimofo_1_range,WV_Benatimofo_1_mean,WV_Benatimofo_1_stddev,WV_Benatimofo_1_variance,WV_Benatimofo_1

Re: [GRASS-user] v.class.mlR Error

On 07/06/18 13:45, Jamille Haarloo wrote: I see. That was one of the big problems then. I knew it used R-resources but wasn't sure the software itself was required. Must have overlooked it in the documentation and other user- topics as I was reading about the module. You are right that it is

Re: [GRASS-user] i.maxlik yellow map

On 07/06/18 11:00, Paul Shapley wrote: Hi Users, I am re-posting this to see if anyone else may have some suggestions. My thanks to Veronica who suggested checking 'g.region' but this appears to be fine. I've also tried the same on Grass 7.2.2/7.4 and nightly but all produce the same result.

Re: [GRASS-user] Using GRASS on a ply file

On 07/06/18 09:10, Moritz Lennert wrote: Hi Marion, Please keep the discussion on the list. Am 7. Juni 2018 06:55:33 MESZ schrieb marion-bru...@sfr.fr: Thank you very much for your answer! However, I have another ERROR when I use the command , even when I  remove the white spaces. My

Re: [GRASS-user] Using GRASS on a ply file

e the complete traceback and the exact command you used. If you launch the command via the GUI you can find the history of commands in the console window (up arrow to see previous commands) or you can use the 'copy' button in the module GUI to copy the command line just before p

Re: [GRASS-user] Using GRASS on a ply file

Hello Marion and welcome to the GRASS community ! On 06/06/18 12:03, marion-brunet wrote: ‌Hello, I have two point clouds of an open-pit mine taken a few weeks apart. I would like to estimate the volume that has been excavated during that interval, i.e the difference between the two point clo

Re: [GRASS-user] v.class.mlR Error

On 04/06/18 15:42, Jamille Haarloo wrote: It did not work out from another station, but I tried today from the same computer. I first reinstalled the module. This is the command output: Running R now. Following output is R output. Traceback (most recent call last):   File "C:\Users\haarlooj\Ap

Re: [GRASS-user] [GRASS-dev] new GRASS virtual raster in trunk

Am 4. Juni 2018 20:17:58 MESZ schrieb Markus Neteler : >(cc grass-dev for the record) > >On Mon, Jun 4, 2018 at 4:59 PM, Markus Metz > wrote: >> On Mon, Jun 4, 2018 at 3:36 PM, Nikos Alexandris > >> wrote: >... On Mon, 4 Jun 2018, Markus Metz wrote: > A new GRASS virtual raster format ha

Re: [GRASS-user] v.class.mlR Error

Le Fri, 1 Jun 2018 12:15:03 -0700 (MST), Helmut Kudrnovsky a écrit : > >I committed a patch in r72758 which now correctly applies the > >replace() call to all tempfiles created. Please test. > > locally patched the addons script with this v.patch >

Re: [GRASS-user] v.class.mlR Error

On 01/06/18 00:41, Helmut Kudrnovsky wrote: But it's not about the tempfile, it's about calling Rscript and >Windows not being able to find it, or ? looking closer at the report and the used command, the Rscript and other files should be written to files in some folder, right? Rscript is an e

Re: [GRASS-user] Supervised Classification Tool - g.gui.iclass

Am 1. Juni 2018 11:26:22 MESZ schrieb Paul Shapley : >Hi Users, > >I want to know if there is any good sources of information on the above >wxlClass. I want to know roughly how large the training areas should be >to >prevent the module from taking several hours to process a signature. I haven't

Re: [GRASS-user] v.class.mlR Error

Am 31. Mai 2018 22:43:58 MESZ schrieb Helmut Kudrnovsky : >>This said, if I understand the OP's message, the issue was in finding >>Rscript in MS Windows. > >looking at the original report: > >--- >[...] >Running R now. Following output is R output. >Traceback (most recent call la

Re: [GRASS-user] v.class.mlR Error

Le Thu, 31 May 2018 13:14:39 -0700 (MST), Helmut Kudrnovsky a écrit : > Moritz Lennert wrote > > On 31/05/18 14:25, Helmut Kudrnovsky wrote: > >> Helmut Kudrnovsky wrote > >>>> Yes, obviously. Sorry for that. > >>>

Re: [GRASS-user] v.class.mlR Error

On 31/05/18 14:25, Helmut Kudrnovsky wrote: Helmut Kudrnovsky wrote Yes, obviously. Sorry for that. no problem. patch applied: - v.class.mlR --verbose segments_map=lsat7_segs_stats training_map=training train_class_colum=class processes=3 Running R now. Following output is R outp

Re: [GRASS-user] v.class.mlR Error

On 31/05/18 13:45, Helmut Kudrnovsky wrote: Could you try with below patch ? unfortunately it seems copy/paste the patch from mail to a diff file doesn't work, maybe caused by some whitespace or similar. could you attach the patch as a file? Yes, obviously. Sorry for that. I'm a bit under p

Re: [GRASS-user] v.class.mlR Error

On 31/05/18 12:16, Helmut Kudrnovsky wrote: In file(file, ifelse(append, "a", "w")) : cannot open file '.gscript_tmp_model_output_2392.csv': Permission denied in the R script: [...] resultsdf$prob_smv <- vote$V2 write.csv(resultsdf, '.gscript_tmp_model_output_2392.csv', row.names=FALSE, quote=

Re: [GRASS-user] v.class.mlR Error

On 31/05/18 09:52, Helmut Kudrnovsky wrote: My hunch is that the problem is some PATH issues making it >difficult to call R. Maybe some of the Windows gurus out there could help with this ? Is there a working example available for this addon? Here's a complete working example of the entire

Re: [GRASS-user] v.class.mlR Error

Hi Jamille, On 29/05/18 21:38, Jamille Haarloo wrote: Dear GRASS GIS community, I just started working with Grass to try some object-based analysis. I do not have much experience with programming, but learning bits on the go. The segmentation test with uspo appears to have been ok, but I am s

Re: [GRASS-user] v.select: difference between overlap and crosses for atype=areas and btype=lines

On 26/05/18 21:51, Markus Metz wrote: On Fri, May 25, 2018 at 7:45 PM, Markus Metz mailto:markus.metz.gisw...@gmail.com>> wrote: > > > > On Fri, May 25, 2018 at 4:43 PM, Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: > > > > On

Re: [GRASS-user] v.select: difference between overlap and crosses for atype=areas and btype=lines

On 25/05/18 09:05, Moritz Lennert wrote: Hi, Could someone explain the difference between overlap and crosses in v.select for the case where atype is areas and btype is lines ? Using the same data as ain and bin, I get: 517 areas with overlap but 3846 areas with crosses Additional

[GRASS-user] v.select: difference between overlap and crosses for atype=areas and btype=lines

Hi, Could someone explain the difference between overlap and crosses in v.select for the case where atype is areas and btype is lines ? Using the same data as ain and bin, I get: 517 areas with overlap but 3846 areas with crosses Moritz ___ grass-user

Re: [GRASS-user] v vol rst super slow

>> >  | >> > | >> >  |               N:           4870795    S:           4825715 >> > | >> >  |               E:            651669    W:            609204 >> > | >> >  |               B:                4

Re: [GRASS-user] reorder columns in vector attribute table

Am 23. Mai 2018 12:23:45 MESZ schrieb Stefan Blumentrath : >Ciao Vero, > >Unfortunately, it seems you have to create a new table with desired >column order, copy data into it (INSERT INTO FROM SELECT) and then link >the new table to your vector map (v.db.connect)…: >https://stackoverflow.com/que

Re: [GRASS-user] v vol rst super slow

the output of v.info on your point dataset ? Moritz 2018-05-22 7:58 GMT-04:00 Moritz Lennert <mailto:mlenn...@club.worldonline.be>>: Am 22. Mai 2018 04:35:13 MESZ schrieb Francois Chartier mailto:fra.chart...@gmail.com>>: >Hi, > >I am int

Re: [GRASS-user] v vol rst super slow

Am 22. Mai 2018 04:35:13 MESZ schrieb Francois Chartier : >Hi, > >I am interpolating 2D data using V Vol RST. After 90 min the process >progressed 15%, and I stopped it. >There are approx 370 points, and it should not take this long. I am >not >sure what I am doing incorrectly. I have set the

Re: [GRASS-user] How to 'double mask' an area

Le Sun, 20 May 2018 09:22:44 -0400, Thomas Adams a écrit : > Hi all, > > I've calculated RUSLE over a large region. I want to to mask > individual watershed areas (which I can do, no problem here) but > then, over a buffered path (so, a strip) crossing the watershed, I > want to calculate the av

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

Le Sun, 20 May 2018 09:30:53 +0200, Nikos Alexandris a écrit : > * Massi Alvioli [2018-05-17 15:01:39 +0200]: > > >2018-05-17 10:09 GMT+02:00 Moritz Lennert > >: > > > >Hi, > > > >> [I imagine your mail was supposed to go onto the mailing list

Re: [GRASS-user] r.fuzzy.logic problem

On 17/05/18 17:06, Moritz Lennert wrote: On 17/05/18 16:43, bonatopa...@libero.it wrote: Hi all, I'm new with GRASS GIS and I'm interesting to learn the use of r.fuzzy.* tools. I read Jasiewicz paper (A new Grass GIS fuzzy inference system for massive data analys) and I run r.fuzzy.s

Re: [GRASS-user] r.fuzzy.logic problem

On 17/05/18 16:43, bonatopa...@libero.it wrote: Hi all, I'm new with GRASS GIS and I'm interesting to learn the use of r.fuzzy.* tools. I read Jasiewicz paper (A new Grass GIS fuzzy inference system for massive data analys) and I run r.fuzzy.system tool without error. Now I'm trying to underst

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

On 15/05/18 17:10, Nikos Alexandris wrote: * "Peter Löwe" [2018-05-14 11:38:53 +0200]: Hi all, is there already some kind of up to date list / global map of GRASS installation in HPC-cluster environments ? This would be handy to get a feeling about how much "big geospatial number crunching

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

Hi Massi, [I imagine your mail was supposed to go onto the mailing list and not just to me...] On 15/05/18 14:35, Massi Alvioli wrote: Hi GRASS HPC users, we (Massimiliano Alvioli and Ivan Marchesini, at CNR IRPI http://www.irpi.cnr.it) spent a significant amonut of time using GRASS on loc

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

On 14/05/18 11:38, "Peter Löwe" wrote: Hi all, is there already some kind of up to date list / global map of GRASS installation in HPC-cluster environments ? I don't know of any. This would be handy to get a feeling about how much "big geospatial number crunching" is currently done with G

Re: [GRASS-user] Redefining computational region for vector overlay

Le Sun, 13 May 2018 17:48:41 +0200, Hernán De Angelis a écrit : > Thanks for your answer and link, Moritz. > > Of course, slow or fast are relative terms. May be I wasn't clear > enough. Let's me explain better: > > The core of my processing is simple: > > 1. extract point from point map (v.e

Re: [GRASS-user] Redefining computational region for vector overlay

Le Sun, 13 May 2018 13:21:51 +0200, Hernán De Angelis a écrit : > Hello GRASS users! > > I am working to make a certain vector process faster and more > effective and would like to ask you for some advice on how to proceed. > > I have a vector map containing points and a collection of vector ma

Re: [GRASS-user] Experience with extracting a DTM from a DSM ?

On 08/05/18 13:40, Markus Neteler wrote: Hi, Moritz Lennert <mailto:mlenn...@club.worldonline.be>> schrieb am Di., 8. Mai 2018, 12:58: Hi, Does anyone have experience with extracting a DTM (ground) from a DSM ? Any special GRASS modules I missed ? Any hints ? Do you me

[GRASS-user] Experience with extracting a DTM from a DSM ?

Hi, Does anyone have experience with extracting a DTM (ground) from a DSM ? Any special GRASS modules I missed ? Any hints ? Moritz ___ grass-user mailing list grass-user@lists.osgeo.org https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] script html manual file directory

Le Fri, 27 Apr 2018 16:08:00 +0200, Frank David a écrit : > Thank you Moritz, > > I succeed to install python script, But.. my script use a custom lib > in a sub-folder for my shared functions, so g.extension fails with > the line "from gg.geolib import *". How may I manage this included > lib ?

Re: [GRASS-user] script html manual file directory

On 26/04/18 12:05, Frank David wrote: Dear all, I would like to setup the manual page of my python scripts in the gui. I alreaday create them from --html-description and put them in my script directory. But it does not work. I tried in ../docs/html/ but without sccess. If I copy them in /usr/loc

Re: [GRASS-user] problem with g.in.ogr

On 12/04/18 17:03, Camille Bezzina wrote: Hi Markus, In the file attached you can find the full output of v.import with verbose. I launch this one with v.in.ogr and this is the answer. At the end you can see: "Some input polygons are overlapping each other. If overlapping is not desired, the

Re: [GRASS-user] zonal statistics/metrics - beyond simple statistics

On 12/04/18 16:56, Bernardo Santos wrote: For example, I am still not sure how I would use a combination of r.univar/r.stats and some kind of input raster map to produce, say, zonal info of number of habitat patches, structural or functional connectivity, isolation, or other more complex metric

Re: [GRASS-user] zonal statistics/metrics - beyond simple statistics

On 11/04/18 20:58, Bernardo Santos wrote: Hi Helmut and Stefan, thanks for sharing that with me, it is good to know that there are similar ongoing approaches to solve related issues. Helmut, very nice addon. However, it seems to me that the part on calculating statistics is still based on v.

Re: [GRASS-user] [GRASS-dev] Helena Mitasova awarded 2018 Waldo-Tobler GIScience Prize

Congratulations !! Moritz Am 3. April 2018 23:25:12 MESZ schrieb Markus Neteler : >https://gi-science.blogspot.com/2018/04/helena-mitasova-awarded-2018-waldo.html > >"The Austrian Academy of Sciences through its Commission for GIScience >is >awarding the GIScience Prize named after Prof Waldo Tob

Re: [GRASS-user] Ordering in groups/subgroups

Am 1. April 2018 00:51:35 MESZ schrieb jerritt collord : >Hi, > >An ambiguity I don't see in the documentation: when I create a group >and >subgroup of raster layers, it appears that the group definitions ("REF" >files) have an order to them that isn't reflected in what is shown in >the >gui i.gr

Re: [GRASS-user] GUI problem

On 31/03/18 17:43, Frank David wrote: Hi Mortiz, Le 30/03/2018 à 15:07, Moritz Lennert a écrit : Hi Frank, On 30/03/18 11:23, Frank David wrote: Hi all, I've met a problem this morning on only one of my project. The map are displayed but I cannot do anything on GUI, no command me

Re: [GRASS-user] Where to find geospatial data for Argentina

Hi Rich, On 30/03/18 17:04, Rich Shepard wrote: With no need for geospatial data outside the US until now I've no idea where to start looking and ask for ideas from the community. I'll let our specialists from Argentina answer this with more competence, but here are some links for global

Re: [GRASS-user] GUI problem

Hi Frank, On 30/03/18 11:23, Frank David wrote: Hi all, I've met a problem this morning on only one of my project. The map are displayed but I cannot do anything on GUI, no command message returned but the message below on GUI console > Traceback (most recent call last): File "/usr/local/gr

Re: [GRASS-user] [GRASS-dev] PROJ 5 support in trunk

On 23/03/18 10:41, Markus Metz wrote: Now (last related commit is trunk r72522) it's finished. I have introduced a new GRASS API that handles both PROJ 4 and PROJ 5, consisting of GPJ_init_transform() (new, initializes coordinate transformation) GPJ_transform() replacing pj_do_proj() GPJ_trans

Re: [GRASS-user] Need Help with speeding up v.import and reducing/removing null values from v.rast.stat results

On 22/03/18 22:40, Mehrdad Varedi wrote: Hi Everyone, I am trying to import few layers with nearly 700,000 buffer areas around the same number of points. Fr each layer t takes more than 4-5 hours and most of the time, it just stops in the middle of the process. Any idea that which kind of laye

[GRASS-user] new addon: i.cutlines - Creates semantically meaningful tile borders

Hi to all, A new addon is available [1]: i.cutlines tiles the images into tiles with irregular borders that avoid cutting through meaningful objects. This allows tiling an image for parallel processing while avoiding border effects. Enjoy ! Moritz [1] https://grass.osgeo.org/grass74/manu

Re: [GRASS-user] Install GRASS stable and experimental in parallel

On 13/03/18 09:30, Stefan Blumentrath wrote: Hi Moritz, (warming this post up again ...). I see your point! And I am aware, that dependencies might be changed in development versions. QGIS has some nightly builds e.g. with ubuntugis dependencies. Maybe snap could be useful? There does not see

Re: [GRASS-user] problems with r.neighborhoodmatrix

es can you explain me how to organise the data? if you prefer I can move the conversation to the user list. Many thanks for your help Grazia PS I could not download the new version yet, I work under a proxy and the downloading is a bit tricky, I will do that on Monday.

Re: [GRASS-user] problems with r.neighborhoodmatrix

Hello Gra, On 21/02/18 16:49, Gra wrote: I have this error with r.neighborhoodmatrix could you help? thanks Traceback (most recent call last):   File "/home/zuliagr/.grass7/addons/scripts/r.neighborhoodmatrix", line 190, in     main()   File "/home/zuliagr/.grass7/addons/scripts/r.neighbor

Re: [GRASS-user] Fwd: ASC files - Contours lines on elevation map on GRASS 7.4/Ubuntu 16.04

On 22/02/18 02:18, Kevin Labre wrote: HI Daniel, Moritz, Thanks a lot for your quick replies. I did not set the region to the extent of my maps, because I didn't know what values to use g.region rast=MNT_Kourou_50cm_000517,MNT_Kourou_50cm_000518,MNT_Kourou_50cm_000551,MNT_Kourou_50cm_000552

Re: [GRASS-user] Fwd: ASC files - Contours lines on elevation map on GRASS 7.4/Ubuntu 16.04

Am 21. Februar 2018 11:31:15 MEZ schrieb Kevin Labre : >Dear list, > >I'm quite new to GRASS and Ubuntu, it might be an easy question. > >I'm trying to display contour lines on a map of the piece of land I'm >buying. > >The data used is 4 .asc files with respective .prj files created under >ARCGi

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

On 20/02/18 12:07, Martin Landa wrote: Hi, 2018-02-19 22:49 GMT+01:00 Moritz Lennert : Following the example of .pgpass for PostgreSQL, it could be a simple text file with: ah, I understood that there is some special format defined for scihub. login:password and the module would only use

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

On 19/02/18 14:12, Moritz Lennert wrote: On 16/02/18 19:12, Martin Landa wrote: Hi, 2018-02-16 16:17 GMT+01:00 Moritz Lennert : Shouldn't these be better called i.sentinel.* ? They are clearly imagery related. you are probably right. Than we should also rename r.modis and probably

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

On 20/02/18 01:24, Vaclav Petras wrote: On Mon, Feb 19, 2018 at 4:49 PM, Moritz Lennert mailto: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) sho

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

Le Mon, 19 Feb 2018 20:13:51 +0100, Martin Landa a écrit : > Hi, > > 2018-02-19 14:22 GMT+01:00 Moritz Lennert > : > > I consider it unideal practice to write passwords in clear on the > > command line. I don't know if it would be very complicated to work > &

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

On 19/02/18 14:12, Moritz Lennert wrote: On 16/02/18 19:12, Martin Landa wrote: Hi, 2018-02-16 16:17 GMT+01:00 Moritz Lennert : Shouldn't these be better called i.sentinel.* ? They are clearly imagery related. you are probably right. Than we should also rename r.modis and probably

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

On 16/02/18 19:12, Martin Landa wrote: Hi, 2018-02-16 16:17 GMT+01:00 Moritz Lennert : Shouldn't these be better called i.sentinel.* ? They are clearly imagery related. you are probably right. Than we should also rename r.modis and probably also other modules. What do you think? Ma

<    1   2   3   4   5   6   7   8   9   10   >