On Tue, Feb 3, 2015 at 4:56 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Feb 2, 2015 at 4:39 PM, Markus Neteler nete...@osgeo.org wrote:
For newcomers/no rc file: how about creating a new GRASS GIS database
in $HOME,
+1
in there a new location with EPSG:4326 (latlong wgs84),
On Tue, Feb 3, 2015 at 9:12 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 03/02/15 09:04, Markus Metz wrote:
We can go on forever with this I prefer this and But I prefer
that. Instead I would propose a poll with GRASS users and let them
decide.
I actually don't think we need
On Mon, Jan 26, 2015 at 8:45 PM, Markus Neteler nete...@osgeo.org wrote:
Hi devs,
time to think about getting RC2 out:
http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing
The todo list includes:
- #2409 - last call for options/flags/parameters consolidation
- ...
- Update
On Thu, Jan 29, 2015 at 11:13 AM, Blumentrath, Stefan
stefan.blumentr...@nina.no wrote:
Hi,
and thanks for looking at this.
The first error which occurs is here (line 3080):
You need to report the first error in the list of directories with
errors, i.e. the first entry after Errors in:.
purposes...
Thanks for helping so far. I shall try to test t.what.rast tonight then.
Kind regards,
Stefan
-Original Message-
From: Markus Metz [mailto:markus.metz.gisw...@gmail.com]
Sent: 29. januar 2015 11:33
To: Blumentrath, Stefan
Cc: Markus Neteler; GRASS developers list
On Fri, Jan 23, 2015 at 4:34 PM, Margherita Di Leo direg...@gmail.com wrote:
Hi,
On Fri, Jan 23, 2015 at 2:10 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
That is why I suggested a minimal (minimal information content)
welcome screen with one OK button and one change button. The OK
On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 21/01/15 19:35, Markus Neteler wrote:
In my opinion
IGNORE THIS THREAD
continued in
Making start of GRASS GIS easier for newcomers
On Thu, Jan 22, 2015 at 9:40 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
[moving to a new thread]
On Wed, Jan 21, 2015 at 10:55 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015 at 8:16
[moving to a new thread]
On Wed, Jan 21, 2015 at 10:55 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 21/01/15 19:35, Markus Neteler wrote:
In my opinion we should not have the location selection dialog at
On Thu, Jan 22, 2015 at 10:01 AM, Rainer M Krug rai...@krugs.de wrote:
Markus Metz markus.metz.gisw...@gmail.com writes:
On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jan 21, 2015
On Sun, Jan 18, 2015 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote:
I would invite everybody to switch to these simplified names:
http://trac.osgeo.org/grass/wiki/SampleDataset
I disagree. The baseline dataset should be a subset of the full
dataset. The names in the baseline dataset
On Tue, Jan 20, 2015 at 9:20 PM, Markus Neteler nete...@osgeo.org wrote:
On Jan 20, 2015 9:13 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Sun, Jan 18, 2015 at 11:49 PM, Markus Neteler nete...@osgeo.org
wrote:
I would invite everybody to switch to these simplified names:
http
On Sat, Jan 17, 2015 at 10:21 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Fri, Jan 16, 2015 at 11:25 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz
On Wed, Jan 21, 2015 at 3:54 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Jan 20, 2015 at 5:08 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Sat, Jan 17, 2015 at 10:21 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz
On Sat, Jan 17, 2015 at 11:50 PM, Anna Petrášová kratocha...@gmail.com wrote:
On Sat, Jan 17, 2015 at 5:15 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Sat, Jan 17, 2015 at 10:50 PM, Anna Petrášová kratocha...@gmail.com
wrote:
On Sat, Jan 17, 2015 at 2:44 PM, Markus Metz
On Sat, Jan 17, 2015 at 5:45 PM, Anna Petrášová kratocha...@gmail.com wrote:
Hi,
When importing National Landcover Dataset
(http://www.mrlc.gov/nlcd2011.php), I would like to get the classes imported
as raster labels. Gdalinfo reports existing attribute table where one of the
columns is
On Sat, Jan 17, 2015 at 10:50 PM, Anna Petrášová kratocha...@gmail.com wrote:
On Sat, Jan 17, 2015 at 2:44 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Sat, Jan 17, 2015 at 5:45 PM, Anna Petrášová kratocha...@gmail.com
wrote:
Hi,
When importing National Landcover Dataset
On Fri, Jan 16, 2015 at 11:25 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
The fixes are all thoroughly tested (I guess I have never
before tested vector topology so thoroughly...).
Hi Markus,
will you
On Wed, Jan 14, 2015 at 9:57 PM, Markus Neteler nete...@osgeo.org wrote:
Done!
http://trac.osgeo.org/grass/wiki/Release/7.0.0RC1-News
Now time to announce it...
Can we please get RC2 out soon? In the last days I have fixed numerous
bugs in the vector library and changed/restored the basic
On Fri, Jan 16, 2015 at 1:27 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 16/01/15 12:15, Martin Landa wrote:
Hi,
2015-01-16 12:13 GMT+01:00 Markus Metz markus.metz.gisw...@gmail.com:
Can we please get RC2 out soon? In the last days I have fixed numerous
bugs in the vector
On Tue, Jan 13, 2015 at 10:20 AM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Jan 12, 2015 at 3:20 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
...
- v.select: various differences
code optimization, no bug fix
Just to understand: yet not tested enough to be backported
On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler nete...@osgeo.org wrote:
Hi devs,
http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing
...the TODO list got much shorter!
Relevant differences - to be clarified:
[...]
* checks for Vect_open_* return value to avoid potential
On Mon, Jan 12, 2015 at 1:38 PM, Markus Neteler nete...@osgeo.org wrote:
On Mon, Jan 12, 2015 at 10:02 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler nete...@osgeo.org wrote:
...
* checks for Vect_open_* return value to avoid potential
On Fri, Jan 9, 2015 at 9:35 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 08/01/15 23:46, Markus Metz wrote:
On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm
wrote:
Thanks Markus, this is excellent progress.
It seems to me that the approximation of cluster
On Fri, Jan 9, 2015 at 11:45 AM, Benjamin Ducke bendu...@fastmail.fm wrote:
On 08/01/15 23:46, Markus Metz wrote:
[..]
Thanks Markus, this is excellent progress.
It seems to me that the approximation of cluster shapes from grouped
points is a generic problem that would best be solved
On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm wrote:
On Sun, Jan 4, 2015 at 9:02 PM, Markus Metz
markus.metz.gisw...@gmail.com mailto:markus.metz.gisw...@gmail.com
wrote:
Done in trunk r63952 as v.cluster. It is not a GRASS7 addon because it
does not work
On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm wrote:
On Sun, Jan 4, 2015 at 9:02 PM, Markus Metz
markus.metz.gisw...@gmail.com mailto:markus.metz.gisw...@gmail.com
wrote:
Done in trunk r63952 as v.cluster. It is not a GRASS7 addon because it
does not work
On Fri, Jan 2, 2015 at 10:08 AM, Benjamin Ducke bendu...@fastmail.fm wrote:
Hi Markus,
On 01/01/15 22:18, Markus Metz wrote:
Hi all,
a new spatial index for point data is available in lib/btree2: a
multidimensional search tree, also known as k-d tree.
Excellent news.
What is it good
Hi all,
a new spatial index for point data is available in lib/btree2: a
multidimensional search tree, also known as k-d tree.
What is it good for:
- nearest neighbor statistics: test if points are randomly
distributed. The current GRASS addon v.nnstat uses an external k-d
tree from PCL (which
On Tue, Dec 16, 2014 at 12:30 PM, Pietro peter.z...@gmail.com wrote:
Hi all,
I would like to add a comment in the metadata of a generated vector
map but the content is shortened. I'm in the NorthCarolina mapset,
from an ipython shell:
[...]
The command that generate the map is missing!
On Sun, Dec 14, 2014 at 7:34 PM, Helmut Kudrnovsky hel...@web.de wrote:
And how about QGIS?
the same, 2 steps are needed: (1) densify data, (2) reproject vector
for non-topological polygons, 3 steps are needed:
1) densify
2) snap
3) reproject
snapping is needed to avoid small overlapping
Yann Chemin wrote:
Hi,
I am working on beautifying the output of i.theilsen, a new addon.
For some reason, I cannot apply a grayscale palette.
---
Rast_init_colors(colors);
DCELL val1 = ts_min;
DCELL val2 = ceil(ts_max);
Rast_add_d_color_rule(val1, 0, 0, 0, val2, 255, 255,
On Thu, Dec 4, 2014 at 8:34 AM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Dec 3, 2014 at 9:47 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Wed, Dec 3, 2014 at 5:51 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
for a calculation I need to loop over all vector features
On Wed, Dec 3, 2014 at 5:51 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
for a calculation I need to loop over all vector features in a map in
order to perform individually a computation. For that I cannot use the
category information since it may be used as 1:n link.
I wonder if a new
Newcomb, Doug wrote:
Hi Folks,
I was running r.geomorphon,
http://grass.osgeo.org/grass70/manuals/addons/r.geomorphon.html, to generate
a landscape integer grid. I decided to share the output with a colleague
running ArcGIS. I exported with the raster attribute table option to HFA (
img ,
On Tue, Nov 25, 2014 at 3:44 PM, Erick Opiyo osgis@gmail.com wrote:
After the upgrade to grass 7.1.svn(2014)-r62856
Most of my initial python scripts can't run, I get the error below.
g.mlist no longer exists, it has been renamed to g.list. Same for
g.mremove - g.remove.
Traceback (most
On Thu, Nov 20, 2014 at 12:29 AM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I have added v.mkhexgrid as new G7 addon to the Addons repo. The
original author is Trevor Wiens who already implemented it as a Python
script. I made some minor changes to get it running in GRASS GIS 7.
Markus Neteler wrote:
Hi,
playing around with the Meuse dataset about soil contamination I
attempted to calculate that right away but...:
v.db.update meuse_voronoi column=logzinc qcolumn=log(zinc)
DBMI-SQLite driver error:
Error in sqlite3_prepare():
no such function: log
DBMI-SQLite
On Mon, Nov 17, 2014 at 3:54 AM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi all,
something happened between r62745 (Saturday) and r62754 (Sunday) because
tests are failing. Here are the changes in trunk:
On Mon, Nov 17, 2014 at 1:05 PM, Markus Neteler nete...@osgeo.org wrote:
Hi Markus,
please revert these changes: nc_spm is not used but nc_basic!
ok, reverted in r62772
According to the manual, tests are based on NC sample data [0], e.g.
python -m grass.gunittest.main --location
On Mon, Nov 17, 2014 at 2:43 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Nov 17, 2014 at 5:32 AM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
BTW, the test suite does not run with Python 2.6 because import
argparse fails, this module is new in Python 2.7.
I know and I don't
On Mon, Nov 17, 2014 at 11:19 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2014-11-17 3:54 GMT+01:00 Vaclav Petras wenzesl...@gmail.com:
I've also noticed that the documentation on server does not contain
generated/standard flags (--), the flags are included when there is a short
flag
On Mon, Nov 3, 2014 at 4:53 PM, Anna Petrášová kratocha...@gmail.com wrote:
On Mon, Nov 3, 2014 at 9:18 AM, Vaclav Petras wenzesl...@gmail.com wrote:
It seems that v.what's test_vwhat_layers test file is randomly failing
time to time with ERROR: Unable to start driver (null).
It looks
On Sun, Nov 2, 2014 at 11:26 PM, Markus Neteler nete...@osgeo.org wrote:
On Sun, Nov 2, 2014 at 10:52 PM, Helmut Kudrnovsky hel...@web.de wrote:
Martin Landa wrote
we could probably also remove these modules from trunk and maintain
them on one place only (addons for now, can be changed in the
On Fri, Oct 31, 2014 at 9:34 AM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 3:23 PM, Luca Delucchi lucadel...@gmail.com wrote:
On 30 October 2014 15:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel
On Thu, Oct 30, 2014 at 3:23 PM, Luca Delucchi lucadel...@gmail.com wrote:
On 30 October 2014 15:08, Markus Metz markus.metz.gisw...@gmail.com wrote:
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel...@gmail.com wrote:
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw
On Thu, Oct 30, 2014 at 2:31 PM, Luca Delucchi lucadel...@gmail.com wrote:
Hi Markus,
On 29 October 2014 09:15, Markus Metz markus.metz.gisw...@gmail.com wrote:
Please try the attached patch for gui/wxpython/rlisetup.
I test your patch and it works. I improved a little bit it (attached
On Wed, Oct 29, 2014 at 8:44 AM, Luca Delucchi lucadel...@gmail.com wrote:
On 28 October 2014 20:40, Markus Metz markus.metz.gisw...@gmail.com wrote:
So the question is how to handle multiple categories per feature and
layer instead of multiple layers per vector?
yes
Would it be so
On Tue, Oct 28, 2014 at 3:49 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
it would be nice to have in v.info or v.category the possibility to
check if a vector map comes with multiple layers.
I didn't figure out how to add that in these or one of these modules.
Perhaps I am missing
On Tue, Oct 28, 2014 at 4:49 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Oct 28, 2014 at 4:25 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Oct 28, 2014 at 3:49 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
it would be nice to have in v.info or v.category
On Sun, Oct 26, 2014 at 12:31 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Output is always created in the current mapset, thus output
names are not allowed to contain '@'.
That's incorrect.
Output is always created in the current mapset. That doesn't mean
/grass/ticket/2437#comment:23
I have no idea what is the right fix. (I had no idea before but now it is
even worse.)
Thanks,
Vaclav
On Wed, Sep 17, 2014 at 6:00 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Sep 17, 2014 at 5:24 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote
On Wed, Oct 15, 2014 at 7:52 AM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Oct 15, 2014 at 3:35 AM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi Markus and others,
I would do a backport or r61812 but I'm not sure if it works correctly. It
seems to work and I got the same results as with
Glynn Clements wrote:
Can someone determine whether there's a problem with
r.neighbors gauss=... in 6.x?
There is no problem with the Gaussian filter, but a problem with the
output map type of r.neighbours in G64: the output type is in G64 the
same like the input type, whereas in G7 the output
Is there any reason why gui/wxpython/gis_set.py imports (eventually)
etc/python/grass/pygrass/raster/buffer.py?
Anyway, r62196 fails to start the GUI in trunk because of broken
pygrass. I doubt if it is a good idea to make pygrass a dependency of
the GUI.
Markus M
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?
Did you remove or svn remove? Same for rename. I guess you did
svn [remove|rename], and some other people did not make distclean
On Wed, Aug 27, 2014 at 10:01 AM, Luca Delucchi lucadel...@gmail.com wrote:
Hi everybody,
I'm testing v.clean with meters and feet projection system.
I'm trying to run v.clean in the same map and with the same
parameters, but I obtain a different result. For the testing I'm using
On Wed, Sep 17, 2014 at 3:33 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Hi,
it seems [1] that v.overlay cannot handle dot in mapset name which probably
points to a wrong handling of mapset in a parameter.
How did you manage to add @mapset to the output name? With the GUI
this is not
On Wed, Sep 17, 2014 at 10:28 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Wed, Sep 17, 2014 at 3:50 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Wed, Sep 17, 2014 at 3:33 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
Hi,
it seems [1] that v.overlay cannot handle dot
The change is r60691 does not make sense. Passing a line id of 1 is
a programmer error and the respective module calling
Vect_get_centroid_area() needs to be fixed, not the library. Reverted
in r61447.
Markus M
___
grass-dev mailing list
On Fri, May 2, 2014 at 11:19 PM, Huidae Cho gras...@gmail.com wrote:
OK, I did a quick search and there are 104 calls to Vect_open_new. 63 calls
don't check its return value and 41 calls check. 27 of the 41 that do the
check do some cleaning work before finally throwing a fatal error. Most
Glynn Clements wrote:
Huidae Cho wrote:
But again, when they call fatal error internally, they don't have pointers
to maps. It would be great if we could keep track of opened raster/vector
maps and properly close existing maps and delete unfinished new maps inside
G_fatal_error. And use
On Wed, Apr 30, 2014 at 9:51 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
By all means provide fall-backs, workarounds, alternatives, or
whatever, but anything which tries to make such things mandatory is
going to get reverted. Again.
really nice attitude
On Sat, Apr 26, 2014 at 1:16 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Martin Landa wrote:
By all means provide fall-backs, workarounds, alternatives, or
whatever, but anything which tries to make such things mandatory is
going to get reverted. Again.
really nice attitude ;-)
check-at-startup-mechanism here]
Moritz Lennert:
Markus Metz:
[...] An existing system Python on MS Windows can change or disappear
any time, and a GRASS installation will not be notified about this
change.
But that's exactly the same on any OS, including GNU/Linux. It is up to the
user
On Fri, Apr 25, 2014 at 5:18 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Martin Landa wrote:
It's easier to check if the file is a python script and if so than
to force to use bundled version of Python.
So long as I have commit access, GRASS isn't going to be forcing the
use of a
On Wed, Apr 23, 2014 at 1:37 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Therefore it is IMHO not a good idea to rely on a system-wide Python
file association on MS Windows,
Regardless of whether or not it's a good idea, it's not entirely
avoidable.
Sure
A short comment about GRASS as a monolithic application or not:
On every OS where I tested various GRASS versions (I tested on various
Linux distros, on various FreeBSD versions, on various NetBSD
versions, on 2 Solaris versions and helped give IBM AIX a try) and on
all these OS's I started GRASS
On Tue, Apr 8, 2014 at 11:23 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Apr 8, 2014 at 3:22 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
IMHO, what you say is that GRASS and MS Windows are incompatible by
principle, and you will not succeed in making MS Windows compatible
On Wed, Apr 9, 2014 at 3:44 AM, Glynn Clements gl...@gclements.plus.com wrote:
Markus Metz wrote:
All of this goes out the window if you want to provide a command-line
environment, whether an interactive shell or the ability to execute
commands via system() or CreateProcess().
It works
Hi all,
I tried to synchronize the C code base of relbr6 and devbr6. I did not
port any new functionality to relb6 and did (hopefully) not change
translatable messages.
There are some outstanding issues:
- configure tests for X11/Xmu/Xmu.h in devbr6 (r53778) because it is
required by Nviz. This
On Wed, Apr 9, 2014 at 9:21 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 09/04/14 03:17, Vaclav Petras wrote:
On Tue, Apr 8, 2014 at 9:09 PM, Glynn Clements gl...@gclements.plus.com
mailto:gl...@gclements.plus.com wrote:
If there's no Python installed, the installer can
On Thu, Mar 6, 2014 at 10:08 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
.py is supposed to be associated with a Python interpreter, and
the stock Python installer will do that.
.py is not supposed to be associated with a Python interpreter that is
installed
University
Raleigh, NC 27695-8208
hmit...@ncsu.edu
All electronic mail messages in connection with State business which are
sent to or received by this account are subject to the NC Public Records Law
and may be disclosed to third parties.
On Apr 6, 2014, at 4:45 PM, Markus Metz wrote
On Sun, Apr 6, 2014 at 3:16 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 06/04/14 13:46, Hamish wrote:
As mentioned before, I wish to use the bulk of my grass dev time
maintaining the grass 6 line. To do that properly I need a staging
area, and devbr6 is it.
I don't see the
On Wed, Feb 19, 2014 at 3:56 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
It's fairly trivial to set a valid GRASS environment globally, so that
commands are usable in any shell. That's how I've had it on Linux
since roughly forever; I don't run the grass70
On Tue, Mar 4, 2014 at 5:13 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
[I moved this discussion to grass-dev ML which seems to be more appropriate]
2014-03-03 23:27 GMT+01:00 Markus Metz markus.metz.gisw...@gmail.com:
- after 110min failed with ERROR: G_calloc: unable to allocate 101
On Tue, Mar 4, 2014 at 8:53 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
On Tue, Mar 4, 2014 at 5:13 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
[I moved this discussion to grass-dev ML which seems to be more appropriate]
2014-03-03 23:27 GMT+01:00 Markus Metz markus.metz.gisw
In the wxGUI digitizer, I can no longer select vector features. Since
I can not select vector features, I can't do anything, no move,
delete, edit, etc.
Unfortunately this applies to all branches.
Markus M
___
grass-dev mailing list
! That was it!
Yours,
Vincent.
Le mardi 25 février 2014 à 22:11 +0100, Markus Metz a écrit :
In the wxGUI digitizer, I can no longer select vector features. Since
I can not select vector features, I can't do anything, no move,
delete, edit, etc.
Unfortunately this applies to all branches.
Markus
On Mon, Feb 24, 2014 at 12:00 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 23/02/14 23:10, Markus Metz wrote:
There is an OpenMP version of r.clump available at
http://sil.uc.edu/downloads.html#software
called r.clump4p. The reported performance gain is 450 times over
There is an OpenMP version of r.clump available at
http://sil.uc.edu/downloads.html#software
called r.clump4p. The reported performance gain is 450 times over the
original r.clump.
The performance gain over the original r.clump vanished:
r.clump4p with one thread is now about 12x slower than
On Thu, Feb 20, 2014 at 9:08 AM, Tereza Fiedlerová
tfiedler...@gmail.com wrote:
Hello,
I'm thinking about participating in GSoC this year, if I find some
interesting topic. I went through GRASS GSoC ideas. The two most interesting
for me are Vector legend and Extracting the medial axis of
On Thu, Feb 20, 2014 at 10:47 PM, Anna Petrášová kratocha...@gmail.com wrote:
On Thu, Feb 20, 2014 at 4:06 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Thu, Feb 20, 2014 at 9:08 AM, Tereza Fiedlerová
tfiedler...@gmail.com wrote:
Hello,
I'm thinking about participating
On Tue, Feb 11, 2014 at 5:39 PM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
This is the fundamental difference and the reason why using a
system-wide Python can only cause trouble on Windows. On Windows, a
software package typically includes everything it needs to run
On Mon, Feb 17, 2014 at 4:48 PM, Vaclav Petras wenzesl...@gmail.com wrote:
Just for case, it is not known yet.
Compile errors in r.li.* modules:
Oops, fixed in r59074.
Markus M
edgedensity.c:356:30: error: too few arguments to function call, expected 2,
have 1
On Thu, Feb 6, 2014 at 5:57 PM, Markus Neteler nete...@osgeo.org wrote:
On Thu, Feb 6, 2014 at 1:14 PM, Blumentrath, Stefan
stefan.blumentr...@nina.no wrote:
Dear all,
I am testing, trying, learning GRASS 7`s hydrology moduls at the moment. And
I am very, very satisfied with the available
Glynn Clements wrote:
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs (i.e. something which can be run from the command prompt
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky hel...@web.de wrote:
Therefore we need
hard-coded special treatment for shell and Python scripts in order to
make sure that the correct interpreter is used.
Just for my understanding: When you say hard-coded special treatment for
shell
On Mon, Feb 10, 2014 at 12:04 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 10/02/14 11:46, Markus Metz wrote:
On Mon, Feb 10, 2014 at 11:26 AM, Helmut Kudrnovsky hel...@web.de wrote:
Therefore we need
hard-coded special treatment for shell and Python scripts in order to
make
On Mon, Feb 10, 2014 at 7:53 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Feb 10, 2014 at 1:19 PM, Markus Neteler nete...@osgeo.org wrote:
Hi,
I noticed on Linux that while type
v.extract input=lakes out=anything where=@
and a map name list pops up...
Is this happening to
On Mon, Feb 10, 2014 at 12:55 PM, Volker Fröhlich volke...@gmx.at wrote:
On 02/10/2014 11:52 AM, Pietro wrote:
On Mon, Feb 10, 2014 at 10:43 AM, Martin Landa landa.mar...@gmail.com
wrote:
2014-02-10 11:39 GMT+01:00 Pietro peter.z...@gmail.com:
So are you agree to change the requirements for
On Mon, Feb 10, 2014 at 8:29 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Mon, Feb 10, 2014 at 2:17 PM, Markus Metz markus.metz.gisw...@gmail.com
wrote:
On Mon, Feb 10, 2014 at 6:44 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Mon, Feb 10, 2014 at 8:41 AM, Markus Metz
On Tue, Feb 4, 2014 at 11:29 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs (i.e
Glynn Clements wrote:
Markus Metz wrote:
Executing a script uses the registry associations for the script's
extension.
WinGRASS does not set registry associations for Python scripts, nor
does it install Python system-wide. This is because we do not want to
modify an existing Python
On Mon, Jan 27, 2014 at 12:16 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
On Sat, Jan 25, 2014 at 3:59 PM, Helena Mitasova hmit...@ncsu.edu wrote:
Just a note, given that most of these problems were caused by conflicts
with python installed by ArcGIS,
I checked
On Tue, Jan 28, 2014 at 5:13 PM, Pietro peter.z...@gmail.com wrote:
On Tue, Jan 28, 2014 at 3:52 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 28/01/14 16:07, Vaclav Petras wrote:
The current problem is that there
is a incompatibility between Python 2.7.3 and 2.7.4; some import
Trying a summary on this discussion.
AFAIU, the whole discussion boils down to the question if we want to
require a system-wide installation of Python with correct python file
associations in the registry, potentially deactivating an existing
Python installation, or not.
There seems to be
with GRASS.
No, there are different versions of Python 2.7, and not all work with
GRASS, see e.g. ticket 2015
On Jan 24, 2014, at 3:03 PM, Glynn Clements wrote:
Markus Metz wrote:
Where it gets problematic is if the user already has a Python
installation but it's not suitable for whatever reason
Helmut Kudrnovsky wrote:
Moritz Lennert wrote
Glynn Clements:
Where it gets problematic is if the user already has a Python
installation but it's not suitable for whatever reason. In the worst
case they may be faced with a choice between using GRASS or using
whatever the existing Python was
401 - 500 of 1175 matches
Mail list logo
