#1259: g.remove deletes raster maps by default: could delete the wrong map
+---
Reporter: benducke| Owner: grass-dev@…
Type: enhancement | Status: new
Benjamin Ducke wrote:
> I just installed grass7 and attempted to start it
> in CLI-only mode, never having started it before
> on my machine:
>
> grass70 -text
>
> The result (after the Welcome message) was:
>
> Starting GRASS GIS...
> /home/benni///.gislock: No such file or directory
> ERRO
Benjamin Ducke wrote:
> If I run g.remove with the onle the name of a non-existing
> map, I get this:
>
> g.remove tmp
> Removing raster
> WARNING: Raster map not found
> WARNING: nothing removed
>
> This indicates that g.remove tries to remove a raster of
> name "tmp" by default. I
OK, committed to and test in GRASS 7.
All seems to work smoothly as far as I can tell, but please test.
Note that I have also implemented the "-z" flag for easy
production of 3D Shapefiles. Also tested that and can see no
problems so far.
I would really like to see those changes in GRASS 6.4.2 at
After starting in wxGUI mode and making the basic
settings, it works fine, of course.
Just seems like .grass7/rc cannot be properly created
by "grass70 -txt".
Ben
- Original Message -
> I just installed grass7 and attempted to start it
> in CLI-only mode, never having started it before
>
I just installed grass7 and attempted to start it
in CLI-only mode, never having started it before
on my machine:
grass70 -text
The result (after the Welcome message) was:
Starting GRASS GIS...
/home/benni///.gislock: No such file or directory
ERROR: /usr/local/grass-7.0.svn/etc/lock:
Unable t
2011/1/14 :
> Author: benducke
> Date: 2011-01-14 13:04:44 -0800 (Fri, 14 Jan 2011)
> New Revision: 45036
>
> Modified:
> grass/branches/develbranch_6/vector/v.out.ogr/main.c
> Log:
> This commit contains some small bugfixes, code clean-ups and two new feature
> for v.out.ogr.
> 1. Fixed a but
FYI
http://52north.org/maven/project-sites/wps/52n-wps-webapp/tutorials.html
Tutorial about [ Setting up the 52North WPS with GRASS-Windows version]
Tutorial about [ Setting up the 52North WPS with GRASS-Linux version]
best regards
Helmut
_
Hi,
2011/1/14 Benjamin Ducke :
> Question is: what to do with this? I would like to have it in
> 6.4.1 and believe that the change is actually very small, but
> I understand that v.out.ogr is a very critical modules and so
> every change in there needs to well-tested.
>
> I have some resources for
Dear all,
I have just reviewed v.out.ogr and where it spends those
massive amounts of time it needs to export larger vector maps.
Turns out that it issues a new SQL SELECT statement for every
single attribute it wants to export.
So I rearranged the code to use only one SQL SELECT statement that
f
#1259: g.remove deletes raster maps by default: could delete the wrong map
+---
Reporter: benducke| Owner: grass-dev@…
Type: enhancement | Status: new
#1259: g.remove deletes raster maps by default: could delete the wrong map
+---
Reporter: benducke| Owner: grass-dev@…
Type: defect | Status: new
#1258: Trouble with external OGR sources and relative paths (v.external)
-+--
Reporter: benducke | Owner: grass-dev@…
Type: defect | Status: new
Priori
HI,
2011/1/14 Benjamin Ducke :
> I am not sure if this is a bug or intended behaviour.
yes, it's know behaviour. I think it should be changed in GRASS 7.
Please report it on trac.
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/~landa
___
grass-dev
#1257: Georectifier is broken
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker | Milestone: 6.4.1
#1258: Trouble with external OGR sources and relative paths (v.external)
-+--
Reporter: benducke | Owner: grass-dev@…
Type: defect | Status: new
Priori
If I run g.remove with the onle the name of a non-existing
map, I get this:
g.remove tmp
Removing raster
WARNING: Raster map not found
WARNING: nothing removed
This indicates that g.remove tries to remove a raster of
name "tmp" by default. I am not sure this is good behaviour.
What if
Hi,
2011/1/14 Benjamin Ducke :
> I Think I found a problem with OGR datasources linked
> in using v.external.
>
> If I change into a directory with shapefiles and then
> issue the following to link in the data in "myShapefile.shp":
>
> v.external dsn=. layer=myShapefile output=linked_in
>
> And t
I Think I found a problem with OGR datasources linked
in using v.external.
If I change into a directory with shapefiles and then
issue the following to link in the data in "myShapefile.shp":
v.external dsn=. layer=myShapefile output=linked_in
And then change into another directory and issue an
Hi,
2011/1/14 Benjamin Ducke :
> 1. I configured and compiled GRASS explicitely without
> Tcl/Tk and without Python support. The configure script
> correctly reported a "No" for both options.
> Yet if I just run e.g. "r.out.gdal" (i.e. with no options
> or flags), I get:
>
> python: can't open fil
Benjamin Ducke wrote:
> I noticed two strange new things in 6.4.1svn that may
> both be related to the recent GUI changes.
>
> 1. I configured and compiled GRASS explicitely without
> Tcl/Tk and without Python support. The configure script
> correctly reported a "No" for both options.
> Yet if I
2011/1/14 Markus Neteler :
> On Thu, Jan 13, 2011 at 5:17 AM, Helena Mitasova
> wrote:
>> Perhaps it would be a good idea to put all of the suggestions on a wiki page
>> and include a draft list of core modules,
>> to see how easy it will be to agree on them.
>
> Yes.
http://grass.osgeo.org/wik
On Thu, Jan 13, 2011 at 5:17 AM, Helena Mitasova wrote:
> Perhaps it would be a good idea to put all of the suggestions on a wiki page
> and include a draft list of core modules,
> to see how easy it will be to agree on them.
Yes.
> For example I would like to keep the simwe modules outside the
Hi,
2011/1/14 Benjamin Ducke :
[...]
> 2. The --help flag is only interpreted correctly depending
> on its position on the CLI. This:
>
> r.out.gdal --help input=aspect output=aspect.tiff
>
> correctly displays the module synopsis, but this:
>
> r.out.gdal input=aspect output=aspect.tiff --hel
On Fri, Jan 14, 2011 at 1:24 PM, Benjamin Ducke
wrote:
> Dear list,
>
> I noticed two strange new things in 6.4.1svn that may
> both be related to the recent GUI changes.
>
> 1. I configured and compiled GRASS explicitely without
> Tcl/Tk and without Python support. The configure script
> correctl
Dear list,
I noticed two strange new things in 6.4.1svn that may
both be related to the recent GUI changes.
1. I configured and compiled GRASS explicitely without
Tcl/Tk and without Python support. The configure script
correctly reported a "No" for both options.
Yet if I just run e.g. "r.out.gdal
#1257: Georectifier is broken
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker | Milestone: 6.4.1
27 matches
Mail list logo