#2046: radius limitation option on v.voroni
-+--
Reporter: dnewcomb | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone:
On Friday 26 of July 2013 15:41:25 Moritz Lennert wrote:
On 26/07/13 15:17, Nikos Alexandris wrote:
On Wednesday 17 of July 2013 12:56:58 Nikos Alexandris wrote:
In any case, if wanted, I will try during the weekend to replicate a Huge
region, as the one Moritz tested with a rational
#2045: r.to.vect: use less memory
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal|
Thanks to our admins taking care all of the stuff we enjoy
(The web-page, the Wiki, Trac, mailing lists and else).
Yesterday was
https://en.wikipedia.org/wiki/System_Administrator_Apprec
iation_Day.
If you didn't have a Happy Day yesterday, then Have a Great
Day today :D
Best, Nikos
#2015: Missing file association dialog pops up all the time
+---
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
#2015: Missing file association dialog pops up all the time
+---
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
#2015: Missing file association dialog pops up all the time
+---
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
Note that Python 3 includes a launcher utility for Windows:
http://docs.python.org/3/using/windows.html#launcher
The idea is that the .py extension can be associated with the
launcher, which can be configured to use a specific version of Python
in a specific context.
I don't know
I want to alter the default GRASS command line prompt. For my needs, I find it
better to
have the current Mapset shown along with the Location.
As a first experiment, I edited the corresponding file in place:
grass7_trunk/dist.x86_64-unknown-linux-gnu/grass70.tmp, line 1039:
-
Helmut Kudrnovsky wrote:
Python Launcher for Windows is a interesting concept for switching between
python versions or for pointing to a specific python interpreter.
shebang + py.ini seems to work (see tests in the ticket).
IIUC, by this concept a WinGrass-python script would have to be
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
On Wed, Jul 17, 2013 at 3:21 PM, Markus Neteler nete...@osgeo.org wrote:
...
I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.
Done for G7 in r57306.
Markus
___
grass-dev mailing
On Sat, Jul 27, 2013 at 10:38 PM, Markus Neteler nete...@osgeo.org wrote:
On Wed, Jul 17, 2013 at 3:21 PM, Markus Neteler nete...@osgeo.org wrote:
...
I agree that r.latlong would be more appropriate.
If there are no objections, I would rename it in both G6 Addons and G7.
Done for G7 in
I'm trying to understand the function of i.latlong: when would it be useful?
r.sun optionally takes lat,long raster maps as input, and you could use
r.mapcalc x(), y() to create those then use r.proj to bring them into your
projected location. (or some v.mkgrid + m.proj + r.in.xyz magic)
but
Nikos:
I want to alter the default GRASS command line prompt. For my needs,
I find it better to have the current Mapset shown along with the
Location.
As a first experiment, I edited the corresponding file in place:
grass7_trunk/dist.x86_64-unknown-linux-gnu/grass70.tmp, line 1039:
-
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
Hi,
re r57291, it's not safe to modify core files after the last RC :-(
http://trac.osgeo.org/grass/changeset/57291/grass/branches/releasebranch_6_4/configure.in
There's a missing quote at the end of line 110. One thousand times lucky this
was in a commented out part!!
Hamish
ps- curly
17 matches
Mail list logo