Hi list,
for a particular purpose I was lead to write a shell script enabling
multiple selection of vector objects and attribute assigning.
The code of the script is quite rough but efficient, and I think it can
be useful as is. This module might quickly become obsolete, depending on
enhancements
If You are not intended to request for SVN account, You can allways
create bug in Trac and submit Your code there.
Still working with SVN is not that hard and if You do something wrong,
we can allways revert Your work.
WBR,
Maris.
2009/1/27, Vincent Bain b...@toraval.fr:
Hi list,
for a
#466: shell script add-on submission : v.selmany
--+-
Reporter: Vincent | Owner:
grass-dev@lists.osgeo.org
Type: enhancement | Status: new
#467: Wrong detection on cairo
---+
Reporter: fundawang | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
Glynn Clements wrote:
By Euclidified, I mean that the data is in a form such that code
which process it can treat -179 and +181 as being distinct points 360
units apart.
It seems that grass treats -179 and 179 as being 2 units apart, I do not
have to change it to 179 and 181. Latlon coords
#456: Undefined references when building grass 6.4 rc2
+---
Reporter: fundawang | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major |
Markus Metz wrote:
Requiring code to explicitly use specialised (spherical-aware)
functions in place of +,-,,,== etc is not a realistic strategy.
It seems the display does so when zooming out or panning. The Chukchi
Peninsula and other features are copied around and displayed on both
#467: Wrong detection on cairo
+---
Reporter: fundawang | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
#467: Wrong detection on cairo
+---
Reporter: fundawang | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major | Milestone: 6.4.0
#456: Undefined references when building grass 6.4 rc2
+---
Reporter: fundawang | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: reopened
Priority: major |
Glynn Clements wrote:
Markus Metz wrote:
I think my questioning started because the region settings including map
extends are restricted to the 180 degree lon and 90 degree lat limits
whereas vector operations can exceed these limits causing problems later
on. To make grass handling of
#466: shell script add-on submission : v.selmany
--+-
Reporter: Vincent | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
#466: shell script add-on submission : v.selmany
--+-
Reporter: Vincent | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
On Tue, Jan 27, 2009 at 10:45 PM, Markus Neteler nete...@osgeo.org wrote:
I am running r.sun (6.4) on a massive grid and have some troubles with
the libgis libraries:
Apparently I have even more (one of many Grid Engine job outputs):
cat launch_SGE_grassjob_rsun_energy.sh.e33397
doy: 160
Markus Neteler wrote:
I am running r.sun (6.4) on a massive grid and have some troubles with
the libgis libraries:
I backported the differences locally from 7 (use G_find_cell2()
instead of G_find_cell() but
the problems remain the same:
A) Observation one:
G_legal_filename (and
Markus Neteler wrote:
Apparently I have even more (one of many Grid Engine job outputs):
cat launch_SGE_grassjob_rsun_energy.sh.e33397
doy: 160 (month: 06)
Processing day 160...
Mode 2: integrated daily irradiation
0..Illegal filename. Cannot be '.' or 'NULL'
Illegal filename. Cannot
16 matches
Mail list logo