On Tue, Jul 23, 2013 at 11:10 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2013/7/23 Markus Metz markus.metz.gisw...@gmail.com:
Please update v.unpack accordingly.
I checked `v.unpack`. What exactly is not working? I haven't found any
problem related to db [1] and proj file [2].
Hi,
2013/7/24 Markus Metz markus.metz.gisw...@gmail.com:
I checked `v.unpack`. What exactly is not working? I haven't found any
problem related to db [1] and proj file [2].
Sorry for the confusion, I received a vector packed with a pre-r57119
v.pack which the current v.unpack could not
Hi,
I just discovered that local modifications of predefined
parser variables influence the help text/manual/etc:
Example:
http://grass.osgeo.org/grass70/manuals/r.resamp.interp.html
...
method=string
Sampling interpolation method
Options: nearest, linear, cubic, lanczos
Default:
Markus Neteler nete...@osgeo.org writes:
On Mon, Jul 15, 2013 at 5:44 PM, Rainer M Krug rai...@krugs.de wrote:
...
I would therefore suggest an additional startup argument for grass,
which only sets the environmental variables, including library paths,
so that GRASS commands can be executed
Hamish hamis...@yahoo.com writes:
Rainer wrote:
I would therefore suggest an additional startup argument for grass,
which only sets the environmental variables, including library paths,
so that GRASS commands can be executed afterwards,
just make your own batch file or function(){} for
#2017: osgf compilation error
---+
Reporter: martinl| Owner: grass-dev@…
Type: defect | Status: new
Priority: blocker| Milestone: 7.0.0
#1260: Georectifier: RMS broken
---+
Reporter: q076256 | Owner: grass-dev@…
Type: defect| Status: closed
Priority: blocker | Milestone: 7.0.0
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker
#222: v.in gns broken in grass 7.0 trunk
--+-
Reporter: gisix | Owner: gisix
Type: defect| Status: assigned
Priority: normal| Milestone: 7.0.0
Component: Vector| Version:
#232: raster and vector mismatch in monitors
-+--
Reporter: hcho| Owner: grass-dev@…
Type: defect | Status: closed
Priority: major | Milestone:
#438: v.distance -a uses too much memory
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: defect| Status: new
Priority:
#469: raster data needs binary mode on windows
-+--
Reporter: jef | Owner: grass-dev@…
Type: defect | Status: new
Priority: major| Milestone:
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: blocker
#523: wxGUI: querying a vector map in edit mode does nothing
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: closed
Priority: major |
#232: raster and vector mismatch in monitors
--+-
Reporter: hcho | Owner: grass-dev@…
Type: defect | Status: reopened
Priority: major| Milestone: 7.0.0
#1260: Georectifier: RMS broken
---+
Reporter: q076256 | Owner: grass-dev@…
Type: defect| Status: reopened
Priority: blocker | Milestone: 7.0.0
#523: wxGUI: querying a vector map in edit mode does nothing
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: reopened
Priority: major |
Hi,
when putting the PERMANENT permissions the GRASS way:
GRASS 7.0.svn (latlong):~ ls -la /grassdata/latlong | grep PERMA
drwxr-xr-x 14 neteler gis 4096 Mar 12 11:43 PERMANENT
in order to avoid that other group gis member be able to delete
PERMANENT through command line, a problem in
#1250: r.to.vect -v flag creates corrupt file
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect | Status: closed
Priority:
Markus Neteler wrote:
Besides copying manually the G_asprintf() stuff into the module (no
good), is there a better way of implementing it?
If the module changes -options, it needs to change -descriptions to
match.
However, if it's only appending options, it can make use of the
existing
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
Markus Neteler wrote:
ERROR: MAPSET PERMANENT - permission denied
This error is generated by G__gisinit() if G__mapset_permissions()
returns 0 (mapset directory exists but not owned by the current user).
How come that it tries to write in PERMANENT? This needs to be fixed for sure.
It isn't
#232: raster and vector mismatch in monitors
--+-
Reporter: hcho | Owner: grass-dev@…
Type: defect | Status: reopened
Priority: major| Milestone: 6.4.4
#2033: Moving g.pnmcomp to lib/display to improve render performance of wxGUI
--+-
Reporter: huhabla | Owner: grass-dev@…
Type: enhancement |
#2040: g.mapset does not create WIND file if new mapset is created in other
location
-+--
Reporter: mlennert | Owner: grass-dev@…
Type: defect | Status: new
#1260: Georectifier: RMS broken
---+
Reporter: q076256 | Owner: grass-dev@…
Type: defect| Status: reopened
Priority: blocker | Milestone: 7.0.0
#523: wxGUI: querying a vector map in edit mode does nothing
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: reopened
Priority: major |
#1662: Caching bug in 3D raster library with large data
-+--
Reporter: huhabla | Owner: grass-dev@…
Type: defect | Status: new
#1866: broken db driver communication in winGRASS 7
--+-
Reporter: martinl | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
#72: PNG driver: boundary rendering is off by one pixel
---+
Reporter: hamish | Owner: grass-dev@…
Type: defect | Status: new
#1358: WinGRASS 6.4.1: SQLite driver errors: `Unable to open database'
-+--
Reporter: rvanderweide | Owner: grass-dev@…
Type: defect | Status: new
#1757: LD_SEARCH_FLAGS incorrect for NetBSD
-+--
Reporter: brook | Owner: grass-dev@…
Type: defect | Status: closed
Priority: critical| Milestone:
33 matches
Mail list logo