Il 12/02/2015 12.59, Moritz Lennert ha scritto:
On 12/02/15 09:55, Roy wrote:
Hi,
i'm using v.parallel and i get self intersecting lines (on one side) as
result,
i obtain this expecially with hook shaped lines;
Is it the same as what is reported in this bug:
Hi Nikos,
On Thu, Feb 12, 2015 at 11:31 AM, Nikos Alexandris n...@nikosalexandris.net
wrote:
On 12.02.2015 11:43, Margherita Di Leo wrote:
Hi,
what is the difference between the sum and num options in v.rast.stats?
comparing the results of the two columns they appear to be the same, but
Hi,
what is the difference between the sum and num options in v.rast.stats?
comparing the results of the two columns they appear to be the same, but
I'm sure I'm missing something.
Thanks for any pointers
--
Best regards,
Dr. Margherita DI LEO
Scientific / technical project officer
European
On 11/02/2015 14:55, Pierric de Laborie
wrote:
Dear Pietro,
I ran the same command with the highest level of verbose.
Unfortunately it didn't give much more information when
blocking at the problematic step.
Hi Moritz - the SQLite DB seems to be inheriting the schema from the previous
PG driver? Even if I db.dropdb…. I don’t encounter this if I create a new
location… e.g. test
GRASS 7.0.0svn (nodeclean):~ db.dropdb
database='/var/tmp/nodeclean/PERMANENT/sqlite/sqlite.db'
GRASS 7.0.0svn
I wonder if there is any idea/intention to built in kind of a check
mechanism for modules applicable to raster data. This, and the Εxtent
concept as well, are most frequent problems/inattentions.
Nikos
On 12.02.2015 10:33, Pierric de Laborie wrote:
Thanks for your input. This was probably
Hi, Margherita
what is the difference between the sum and num options in
v.rast.stats?
comparing the results of the two columns they appear to be the
same, but
I'm sure I'm missing something.
Thanks for any pointers
sum is the sum of values
On 12/02/15 11:16, Mark Wynter wrote:
Hi Moritz - the SQLite DB seems to be inheriting the schema from the
previous PG driver? Even if I db.dropdb…. I don’t encounter this if I
create a new location… e.g. test
Can you set schema='' or something like that ?
Moritz
GRASS 7.0.0svn
On 12.02.2015 11:43, Margherita Di Leo wrote:
Hi,
what is the difference between the sum and num options in
v.rast.stats?
comparing the results of the two columns they appear to be the same,
but
I'm sure I'm missing something.
Thanks for any pointers
Hello Madi.
statistics are calculated
On 12/02/15 09:55, Roy wrote:
Hi,
i'm using v.parallel and i get self intersecting lines (on one side) as
result,
i obtain this expecially with hook shaped lines;
Is it the same as what is reported in this bug:
trac.osgeo.org/grass/ticket/2531
?
also the resulting vector does not have
Thanks Moritz - good suggestion - I just need to these as deliverables out to
2 separate clients (nice to get paid work for this stuff) - then I will write
up and contribute back via Wiki.
The slow rate of writing out the v.net.allpair results from
PostgreSQL was due to the sheer volume of
Hi,
i'm using v.parallel and i get self intersecting lines (on one side) as
result,
i obtain this expecially with hook shaped lines;
also the resulting vector does not have any associated
attribute table, is this behaviour to be expected ?
thanks, Roy.
On 12/02/15 02:14, Mark Wynter wrote:
#(2) RESET THE DATABASE DRIVER FOR THE CURRENT MAPSET TO SQLITE
db.connect driver=sqlite
database='$GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db' schema=grass
db.connect -p
#Output
driver: sqlite
database: /var/tmp/nodeclean/PERMANENT/sqlite/sqlite.db
I’ve encountered a bottleneck somewhere with v.net when scaling out with GNU
Parallel… not sure if its an underlying issue with v.net or the way I’m calling
the batch jobs?
I’ve got 32 CPUs and commensurate RAM. What I’m observing is v.net CPU
utilisation dropping off in accordance with
Hi Mark,
Don`t know if that is of any help, but:
Have you tried the igraph package for very customized / sophisticated network
analysis (http://igraph.org/redirect.html)?
It plays nicely with R, python, and C and therefor also with GRASS.
What I did (now in several cases) is to use v.net and
On Thu, Feb 12, 2015 at 3:33 AM, Pierric de Laborie
pierric.delabo...@gmail.com wrote:
Grass defaulted the region to the raster with the highest resolution.
GRASS is not doing anything like that. The computation region is always set
by the user (typically using g.region) except for the case
Roy,
On Thu, Feb 12, 2015 at 12:01 PM, Roy royr...@outlook.com wrote:
Hi, Margherita
what is the difference between the sum and num options in v.rast.stats?
comparing the results of the two columns they appear to be the same, but
I'm sure I'm missing something.
Thanks for any pointers
Haven’t come across anything to that effect
Can you set schema='' or something like that ?
Moritz
I’ve reverted back to using solely PG driver - notwithstanding this SQLite
issue.
As a prologue to the several issues I encountered with Grass over the last few
days…
The slow rate of
On 12/02/15 13:30, Mark Wynter wrote:
Haven’t come across anything to that effect
Can you set schema='' or something like that ?
Moritz
I’ve reverted back to using solely PG driver - notwithstanding this
SQLite issue.
As a prologue to the several issues I encountered with Grass over the
Thanks for your input. This was probably the reason why. Grass defaulted
the region to the raster with the highest resolution.
2015-02-12 9:23 GMT+01:00 Micha Silver mi...@arava.co.il:
On 11/02/2015 14:55, Pierric de Laborie wrote:
Dear Pietro,
I ran the same command with the highest
20 matches
Mail list logo