Dear Grass users and developers,
I just noticed that in grass70 , the v.to.rast module changes computational
region / current region
resolution to the display extent and resolution after finishing.
My maps are in PERMANENT mapset. And, I have tried a number of options ,
but cannot reset the
Hi,
I'm also planning to move from the DBF to SQLite database, and was wondering
if you might be able to help with the following.
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires its own sqlite db file?
Currently, I'm using v6.4.2 which
RichardC wrote
Hi,
Is there a command in GRASS to enable re-ordering of columns in an
attribute table.
I'd like to join two vector layers, but v.patch gives an error apparently
due to the order of a column in the tables.
Thanks,
Richard.
The tables:
Table 1
cat integer 11
On 09/04/2012 09:47, RichardC wrote:
Hi,
I'm also planning to move from the DBF to SQLite database, and was wondering
if you might be able to help with the following.
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires
Hi,
After installing 6.4.2 from source, attempting to insert a spatial reference
system for a new location (/Select EPSG code for spatial reference system/)
was giving an error that it was unable to find EPSG codes at
/usr/local/share/proj/epsg
The configuration commands
You can define the SQLite database yourself with db.connect. The
database does only contain the attribute data, no geometric information,
so you could define the same SQLite database for different mapsets and
even locations. I tried this actually out some time ago, and it worked
for me at the
I can confirm there are issues in how GRASS 7 handles region settings.
In my case, when using v.to.rast, the region settings are reset to the
default, i.e., the raster is converted using the default region settings
rather then the current. I am now at revision 51177. In a previous
revision
Hi, Richard.
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires its own sqlite db file?
Use db.connect and then v.db.reconnect.all to reconnect from DBF.
For my own needs I wrote small shell-script dbf2sqlite that makes one
SQLite DB in
On Sun, Apr 8, 2012 at 2:23 PM, RichardC richtcoo...@hotmail.com wrote:
I've installed GRASS 6.4.2 and wanted to check if the the features indicated
by 'no' are no longer supported/deprecated?
You need to switch it on in the configure step:
BLAS support: no
--with-blas
DWG
On Mon, Apr 9, 2012 at 10:00 AM, RichardC richtcoo...@hotmail.com wrote:
Hi,
After installing 6.4.2 from source,
Please tell us on which operating system.
attempting to insert a spatial reference
system for a new location (/Select EPSG code for spatial reference system/)
was giving an
On 04/09/2012 11:00 AM, RichardC wrote:
Hi,
After installing 6.4.2 from source, attempting to insert a spatial reference
system for a new location (/Select EPSG code for spatial reference system/)
was giving an error that it was unable to find EPSG codes at
On Mon, Apr 9, 2012 at 2:45 PM, Micha Silver mi...@arava.co.il wrote:
On 04/09/2012 11:00 AM, RichardC wrote:
Hi,
After installing 6.4.2 from source, attempting to insert a spatial reference
system for a new location (/Select EPSG code for spatial reference system/)
was giving an error that
On Sun, 8 Apr 2012, RichardC wrote:
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires its own sqlite db file?
No. You can have multiple tables in each SQLite database.
Currently, I'm using v6.4.2 which uses DBF by default. Is there
Hi,
2012/4/9 DOUGLAS NYOLEI dnyo...@yahoo.com:
I finally got the tutorials. Seems i had gotten the wrong links.
where you found the wrong links?
Martin
--
Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa
___
grass-user mailing
Dear developers,
After a considerable break, I was trying to update the things and catch up
with latest grass.
So, I updated with svn up.
However, I am stuck at addons.
The r.stream.basins addon fails to compile with following message:
OBJ.x86_64-unknown-linux-gnu/basins_inputs.o: In function
Considering the length of this thread and the various issues
mentioned, it seems that I need to update the manual of
r.stream.extract a bit. I will try to address the issues:
r.stream.extract is designed to work with a DEM only or with a DEM and
a flow accumulation map as input. This flow
Dear folks,
I am using GRASS 6.4.1 (2011) on Mac (mac os x 10.7.3). Generally I am
running GRASS without any trouble but calling r.terraflow from the command
line generates the following error comments:
MM error: limit =0B. allocating 16B. limit exceeded by 24B.
Assertion failed: (0), function
On Mon, Apr 9, 2012 at 8:05 PM, tomte tomte.tume...@gmx.ch wrote:
Dear folks,
I am using GRASS 6.4.1 (2011) on Mac (mac os x 10.7.3). Generally I am
running GRASS without any trouble but calling r.terraflow from the command
line generates the following error comments:
MM error: limit =0B.
tomte wrote:
Dear folks,
I am using GRASS 6.4.1 (2011) on Mac (mac os x 10.7.3). Generally I am
running GRASS without any trouble but calling r.terraflow from the command
line generates the following error comments:
MM error: limit =0B. allocating 16B. limit exceeded by 24B.
Assertion
On Mon, Apr 9, 2012 at 7:02 PM, Pankaj Kr Sharma pks...@gmail.com wrote:
Dear developers,
After a considerable break, I was trying to update the things and catch up
with latest grass.
So, I updated with svn up.
However, I am stuck at addons.
The r.stream.basins addon fails to compile with
below the output of g.region -p
GRASS 6.4.1 (kana_cat0206):~/GIS/kanada/modelling/nka_05m/catch_0206_SA
g.region -p
projection: 1 (UTM)
zone: 11
datum: nad83
ellipsoid: grs80
north: 5652250
south: 5652130
west: 635585
east: 635705
nsres: 5
ewres: 5
On Mon, Apr 9, 2012 at 9:09 PM, tomte tomte.tume...@gmx.ch wrote:
below the output of g.region -p
GRASS 6.4.1 (kana_cat0206):~/GIS/kanada/modelling/nka_05m/catch_0206_SA
g.region -p
projection: 1 (UTM)
zone: 11
datum: nad83
ellipsoid: grs80
north: 5652250
south:
On Sat, 7 Apr 2012, Margherita Di Leo wrote:
Do you produce any null cells when you weight the flow acc? I'm not sure
but I guess this could also be a problem (?)
madi,
I don't know. How do I determine if null cells are produced (look at
r.null.fill output, perhaps)?
Rich
Rich,
On Mon, Apr 9, 2012 at 10:07 PM, Rich Shepard rshep...@appl-ecosys.comwrote:
On Sat, 7 Apr 2012, Margherita Di Leo wrote:
Do you produce any null cells when you weight the flow acc? I'm not sure
but I guess this could also be a problem (?)
madi,
I don't know. How do I determine
On Sat, 7 Apr 2012, Micha Silver wrote:
Maybe the MASK is somehow interfereing ??
Micha,
This is apparently not the issue. I followed Helmut's suggestion and set
the proessing region using the vector boundary of one subbasin. Still the
same error: accumulation map does not match
Running r.stream.extract and removing nulls from the accumulation map
produces weighted and unweighted stream maps with no data:
r.info dem.noweight.streams
Title: ( dem.noweight.streams )
Type of Map: raster Number of Categories: 0
Data Type:CELL
Rows:
Rich,
On Mon, Apr 9, 2012 at 10:33 PM, Rich Shepard rshep...@appl-ecosys.comwrote:
Running r.stream.extract and removing nulls from the accumulation map
produces weighted and unweighted stream maps with no data:
there would have been a misunderstanding. Probably null values have their
RichardC wrote:
I've installed GRASS 6.4.2 and wanted to check if the the features indicated
by 'no' are no longer supported/deprecated?
BLAS support: no
Adds additional functionality to the gmath library. Nothing in GRASS
currently uses that functionality.
DWG support:
RichardC wrote:
Is it is possible to set a single SQLite database for the entire GRASS GIS
database or each mapset requires its own sqlite db file?
It is possible, but then you have to worry about name collisions. Some
vector commands will try to create a table with the same name as the
map,
Markus Neteler wrote:
I am using GRASS 6.4.1 (2011) on Mac (mac os x 10.7.3). Generally I am
running GRASS without any trouble but calling r.terraflow from the command
line generates the following error comments:
MM error: limit =0B. allocating 16B. limit exceeded by 24B.
In GRASS
30 matches
Mail list logo