Re: [GRASS-user] v.colors: color rules

On Tue, 6 Nov 2018, Moritz Lennert wrote: No. Please read the r.colors man page for an explanation of the rules. Moritz, I must have missed the implications when I read them. If you want 1 - 10 in the same color, you have to do this: 1 231:00:00 10 231:00:00 11 89:00:00 20 89:00:00 etc

[GRASS-user] grass7.4.1 vs 7.4.2 confusion - cannot update

I'm trying to upgrade from Fedora 28 to 29; grass packages appear to be blocking me.  relevant messages are: sudo dnf update [sudo] password for david: Failed to synchronize cache for repo 'neteler-QGIS-2.18-Las-Palmas', disabling. Failed to synchronize cache for repo 'neteler-grass72',

Re: [GRASS-user] v.colors usage

On Sat, 3 Nov 2018, Rich Shepard wrote: Where have I made the syntactical mistake? This is interesting. In the ../scripts directory, along with the grass script, is a file called 'rules.txt' with perms 644. Adding a rules= option to the v.colors command removed the rgb_col data type error

Re: [GRASS-user] v.colors: color rules

On 06/11/18 17:10, Rich Shepard wrote: Examples of rules with the v.colors module show single digits and percentages. Will the module read a file that has a range of values to which a color is assigned? rules.txt: 1-10 231:00:00 11-20 89:00:00 21-30 231:00:231 31-40 231:173:00 41-50

Re: [GRASS-user] partial vector copy to smaller territory

On Tue, Nov 6, 2018 at 4:03 PM Frank David wrote: > > > Le 05/11/2018 à 14:23, Frank David a écrit : > > > > Le 02/11/2018 à 22:27, Markus Metz a écrit : > >> > >> > >> On Fri, Nov 2, 2018 at 6:32 PM Frank David >> > wrote: > >> > > >> > Le 02/11/2018 à 14:43,

Re: [GRASS-user] v.colors usage

On Tue, 6 Nov 2018, Markus Metz wrote: Please check v.db.connect map=stations -p and db.connect -p Is the table attached to the map stations really in the default database? Markus M, When I run db.colums without specifying the driver does grass display the columns in the sqlite or

Re: [GRASS-user] v.colors usage

On Tue, 6 Nov 2018, Markus Metz wrote: Please check v.db.connect map=stations -p and db.connect -p Is the table attached to the map stations really in the default database? Markus M, db.connect -p driver: pg database: willamette-river-hg schema: group: Well, well, well. Here's the

Re: [GRASS-user] v.colors usage

On Tue, 6 Nov 2018, Rich Shepard wrote: db.droptable -f driver=sqlite table=stations Forcing ... WARNING: Deleting table which is attached to following map(s): WARNING: stations@mercury but, db.connect driver=pg database="willamette-river-hg" GRASS 7.7.svn

Re: [GRASS-user] v.colors usage

On Tue, 6 Nov 2018, Markus Metz wrote: Apparently the table (not the vector map) stations exists twice: once in the sqlite database, once in the pg willamette-river-hg database. This is the reason for the confusion. A vector map can have a table that is not in the default database as reported

[GRASS-user] Vector points behaving strangely after using v.what.vect

Hello all, I created a vector points map in Grass with information on ecosystem characteristics based on various sources. This was to be used as input to create a training-set of a vector segment map with statistics for classification. I tried to copy the cat- values of the segments to the

Re: [GRASS-user] grass-user Digest, Vol 151, Issue 13

>> output=CLC12_FR_RGF_BOISBATI@PERMANENT >>> Loading categories from table ... >>> DBMI-DBF erreur de pilote : >>> SQL parser error (syntax error, unexpected NAME processing >>> 'IN') in statement: >>> SELECT cat FROM CLC12_FR_RGF WHERE CODE_12 IN >&g

Re: [GRASS-user] v.colors usage

On Tue, Nov 6, 2018 at 5:56 PM Rich Shepard wrote: > > On Sat, 3 Nov 2018, Rich Shepard wrote: > > > Where have I made the syntactical mistake? > >This is interesting. In the ../scripts directory, along with the grass > script, is a file called 'rules.txt' with perms 644. Adding a rules=

Re: [GRASS-user] v.colors usage

On Tue, Nov 6, 2018 at 10:34 PM Rich Shepard wrote: > > On Tue, 6 Nov 2018, Markus Metz wrote: > > > Please check v.db.connect map=stations -p > > and > > db.connect -p > > Is the table attached to the map stations really in the default database? > > Markus M, > > > db.connect -p > driver: pg >

Re: [GRASS-user] grass7.4.1 vs 7.4.2 confusion - cannot update

On Tue, Nov 6, 2018 at 7:38 PM david adam wrote: > > I'm trying to upgrade from Fedora 28 to 29; grass packages appear to be > blocking me. relevant messages are: > > sudo dnf update > [sudo] password for david: > Failed to synchronize cache for repo 'neteler-QGIS-2.18-Las-Palmas', >

Re: [GRASS-user] v.colors usage [UPDATE]

Hi Rich, are there any entries in the table with bin_col is empty, i.e. null? I am not sure in this context, but I know from other cases that database driver failed in recognizing the datatype of a field while checking the first dataset in the table and the field was not set (i.e. null).

[GRASS-user] Semi-automatic classification of old thematic map

Dear all, I would like to classify in a semi-automatic way, an old scanned thematic map of land use. The different classes of land use are represented by polygons of different colors. Which module can I use to identify the different land use classes? Thanks GC

Re: [GRASS-user] From Vector to raster

On 06/11/18 09:34, francesco sapienza wrote: Hello! i'm having problems in the simple task of convert a vector to a raster. I have obteined my vector polygon starting from 2d points in my map (v.hull) i can see the new polygon and now i want to create a raster with "1" values inside the area

[GRASS-user] From Vector to raster

Hello! i'm having problems in the simple task of convert a vector to a raster. I have obteined my vector polygon starting from 2d points in my map (v.hull) i can see the new polygon and now i want to create a raster with "1" values inside the area and null values outside. I used [v.to.rast] to do

Re: [GRASS-user] g.message in python not working

On 06/11/18 12:36, Micha Silver wrote: Is there any change in the way g.message works under python between GRASS 7.4.0 and 7.4.2? I am not getting any message output. (python "print" and "cat" statements work as expected). The script printed messages fine in 7.4.0. I see the usual result at

Re: [GRASS-user] Semi-automatic classification of old thematic map

Hi, On Tue, Nov 6, 2018 at 11:24 AM Giuseppe Cillis wrote: > > Dear all, > I would like to classify in a semi-automatic way, an old scanned thematic map > of land use. > The different classes of land use are represented by polygons of different > colors. > Which module can I use to identify

Re: [GRASS-user] Semi-automatic classification of old thematic map

On 06/11/18 13:38, Markus Neteler wrote: Hi, On Tue, Nov 6, 2018 at 11:24 AM Giuseppe Cillis wrote: Dear all, I would like to classify in a semi-automatic way, an old scanned thematic map of land use. The different classes of land use are represented by polygons of different colors. Which

[GRASS-user] g.message in python not working

Is there any change in the way g.message works under python between GRASS 7.4.0 and 7.4.2? I am not getting any message output. (python "print" and "cat" statements work as expected). The script printed messages fine in 7.4.0. I see the usual result

Re: [GRASS-user] g.message in python not working

On 11/6/18 2:17 PM, Moritz Lennert wrote: On 06/11/18 12:36, Micha Silver wrote: I can confirm this behaviour in the 7.4.2 Debian testing package. Please post a ticket. It works as expected in 7.6 and trunk.

Re: [GRASS-user] Semi-automatic classification of old thematic map

* Giuseppe Cillis [2018-11-06 11:23:56 +0100]: Dear all, I would like to classify in a semi-automatic way, an old scanned thematic map of land use. The different classes of land use are represented by polygons of different colors. Which module can I use to identify the different land use

Re: [GRASS-user] GRASS 7.4.2 make error

Hi Markus! Thank you -- that was it. Odd, though, I've used these options many time previously without this error; live and learn! Best, Tom On Tue, Nov 6, 2018 at 9:12 AM Markus Neteler wrote: > Hi Thomas, > > On Tue, Nov 6, 2018 at 2:42 PM Thomas Adams wrote: > > > > Hi all: > > > > I'm

Re: [GRASS-user] GRASS 7.4.2 make error

Hi Thomas, On Tue, Nov 6, 2018 at 2:42 PM Thomas Adams wrote: > > Hi all: > > I'm trying to make GRASS 7.4.2 from source on Ubuntu 16.04. I've built GRASS > from source many times but I am seeing this error: > > include/Make/Vars.make:1: include/Make/Platform.make: No such file or > directory

[GRASS-user] GRASS 7.4.2 make error

Hi all: I'm trying to make GRASS 7.4.2 from source on Ubuntu 16.04. I've built GRASS from source many times but I am seeing this error: include/Make/Vars.make:1: include/Make/Platform.make: No such file or directory make: *** No rule to make target 'include/Make/Platform.make'. Stop. My

Re: [GRASS-user] v.colors usage [UPDATE]

On Tue, 6 Nov 2018, st_kie...@web.de wrote: Are there any entries in the table with bin_col is empty, i.e. null? I am not sure in this context, but I know from other cases that database driver failed in recognizing the datatype of a field while checking the first dataset in the table and the

Re: [GRASS-user] partial vector copy to smaller territory

Le 05/11/2018 à 14:23, Frank David a écrit : Le 02/11/2018 à 22:27, Markus Metz a écrit : On Fri, Nov 2, 2018 at 6:32 PM Frank David > wrote: > > Le 02/11/2018 à 14:43, Markus Metz a écrit : > > > > On Fri, Nov 2, 2018 at 11:58 AM Frank David

[GRASS-user] v.colors2?

There is an extension called v.colors2 but all references on the manual page are to v.colors. While I've not compared the two manual pages side-by-side the '2' version looks just like the original. What are the differences between the two modules? Rich

[GRASS-user] v.colors: color rules

Examples of rules with the v.colors module show single digits and percentages. Will the module read a file that has a range of values to which a color is assigned? rules.txt: 1-10 231:00:00 11-20 89:00:00 21-30 231:00:231 31-40 231:173:00 41-50 231:115:00 51-60 00:231:57 61-70 115:231:00 END