Hi,
likely you will be affected by this recent issue:
Tree conflict on 'grass_trunk/general/g.list'
local dir unversioned, incoming dir add upon update
Select: (r) mark resolved, (p) postpone, (q) quit resolution, (h) help: r
Resolved conflicted state of 'grass_trunk/general/g.list'
Tree
On 22 September 2014 09:04, Markus Metz markus.metz.gisw...@gmail.com wrote:
The threshold must always be in meters, also if the location's units
are not meters, because G_area_of_polygon() is used to calculate area
sizes which always returns square meters. This was wrong in the manual
of
hi,
all g7 addon scripts which are using e.g. v.to.rast or g.remove are not
working due to command syntax differences.
e.g. in v.to.rast in trunk:
- option 'rows' removed
- instead option 'memory' added
e.g. in g.remove
- g.remove rast=soils (g7) - g.remove -f type=rast pattern=soils (trunk)
On 30/09/14 13:54, Helmut Kudrnovsky wrote:
hi,
all g7 addon scripts which are using e.g. v.to.rast or g.remove are not
working due to command syntax differences.
e.g. in v.to.rast in trunk:
- option 'rows' removed
- instead option 'memory' added
e.g. in g.remove
- g.remove rast=soils (g7)
On Tue, Sep 30, 2014 at 8:10 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 30/09/14 13:54, Helmut Kudrnovsky wrote:
hi,
all g7 addon scripts which are using e.g. v.to.rast or g.remove are not
working due to command syntax differences.
e.g. in v.to.rast in trunk:
- option
On Tue, Sep 30, 2014 at 10:38 AM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Tue, Sep 30, 2014 at 8:10 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 30/09/14 13:54, Helmut Kudrnovsky wrote:
hi,
all g7 addon scripts which are using e.g. v.to.rast or g.remove are not
On Tue, Sep 30, 2014 at 3:15 AM, Markus Neteler nete...@osgeo.org wrote:
Hi,
likely you will be affected by this recent issue:
Tree conflict on 'grass_trunk/general/g.list'
local dir unversioned, incoming dir add upon update
Select: (r) mark resolved, (p) postpone, (q) quit resolution,
On Fri, Sep 26, 2014 at 6:53 AM, Huidae Cho gras...@gmail.com wrote:
Markus,
It has to be a single parameter because of commas in a pattern. Multiple
map names are handled as a pattern internally e.g. map1,map2 = {map1,map2}.
Then of course, PyGRASS has no chance to know that and the recent
#2074: r3.mapcalc neighborhood modifier hash table and tile errors
-+--
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
On Tue, Sep 30, 2014 at 5:25 PM, Vaclav Petras wenzesl...@gmail.com wrote:
...
Confirmed, I had to do the same in all copies too some time ago. SVN is not
really good at renaming and deleting things, it is always confused and I
really don't understand why I need to do revert.
As this almost
On Tue, Sep 30, 2014 at 12:02 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Sep 30, 2014 at 5:25 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
...
Confirmed, I had to do the same in all copies too some time ago. SVN is
not
really good at renaming and deleting things, it is always
Hmm... I removed g.list/g.remove and renamed g.mlist/g.mremove. Maybe,
there is a better way?
On Tue, Sep 30, 2014 at 1:19 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Sep 30, 2014 at 12:02 PM, Markus Neteler nete...@osgeo.org
wrote:
On Tue, Sep 30, 2014 at 5:25 PM, Vaclav Petras
Hi,
at FOSS4G we were talking about the need of unified dataset, a GRASS
location in our GRASS case, to enable easy writing of examples and also
tests.
The location would have maps with unified names such as elevation and
these names can be used in the examples and tests so that both examples
cls.runModule('g.remove', flags='f', type='rast3d',
pattern=','.join(['map_1', 'map_2', 'map_3', 'map_4', 'map_5',
'test_flowaccum']))
should work. I think now we see a new challenge with separate type and map
name options. In GUI, how should we list map names for the pattern option?
1. Select
On Tue, Sep 30, 2014 at 8:16 PM, Huidae Cho gras...@gmail.com wrote:
Hmm... I removed g.list/g.remove and renamed g.mlist/g.mremove. Maybe,
there is a better way?
In SVN it seems to be a kind a collision since it appears to maintain
the history.
Perhaps the way to go would have been (guessing):
#2423: r.series.interp missing in wxGUI menu
--+-
Reporter: jbrauner | Owner: grass-dev@…
Type: defect| Status: new
#2423: r.series.interp missing in wxGUI menu
---+
Reporter: jbrauner | Owner: grass-dev@…
Type: defect| Status: closed
Priority: normal| Milestone:
#2074: r3.mapcalc neighborhood modifier hash table and tile errors
-+--
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
18 matches
Mail list logo
