Glynn wrote:
Re:
r33944 | hamish | 2008-10-21 03:35:40 +0100 (Tue, 21 Oct 2008) | 1 line
remove code based on Vask_lib+Xmons; porting will happen in
develbranch6 then when operational be merged back into grass7 SVN
Isn't this backwards?
There's no need for
On Wed, Oct 22, 2008 at 8:05 AM, Hamish [EMAIL PROTECTED] wrote:
I had thought about leaving i.ortho.photo/libes/ in trunk, as that has
some hope of being reused (ie all but ask_camera.c to be merged into
lib/imagery/).
From grass64/TODO:
A)
- lib/imagery/: standard lib, in use (i.*
On Wed, Oct 22, 2008 at 3:20 AM, Helena Mitasova [EMAIL PROTECTED] wrote:
On Oct 21, 2008, at 7:39 PM, Hamish wrote:
Markus wrote:
let me suggest to create the GRASS 6.4.0 release branch the next
days
I think Paul is right, create 6.4.0 release branch moments before
6.4.0rc1, otherwise there
Hi all,
I suggest to get out 6.4.0rc1 asap for reality check (especially also for
the
Windows port). If backporting becomes to heavy, we could even re-do the
relbranch in future.
Unfortunately I'm very busy now; I'll discuss my thesis on November the
18th, and I'm still working on it.
That
Hello all.
Could we have some bug sorting party this weekend? I (hopefully) will
have free time this weekend to recompile devbranch6 and take a look at
current bug list. It would be good to at least re-tag some of bugs
which must be fixed before 6.4.0 goes out and which ones can wait till
GRASS 7
Will,
I was finally trying r.viewshed but got some troubles:
GRASS 6.4.svn (patUTM32):~ r.viewshed input=pat_dtm_5m
output=viewshed viewpoint_location=663435,5104325
viewpoint converted from lat-lon mode: (355,876)
Options set as:
---input: pat_dtm_5m
---output: viewshed
---viewpoint: (355,
#171: d.vect: -c type=area doesn't draw boundary
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major|
#301: error when adding another text layer
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: assigned
Priority: major | Milestone: 6.4.0
#327: v.out.ogr does not export features when 'dsn' AND 'layer' options are
given
-+--
Reporter: dylan | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
#197: sfd support for r.terraflow
--+-
Reporter: adanner | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major| Milestone: 6.4.0
#344: TODO: move high priority incubated modules into main
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major| Milestone:
#87: GIS.m: Fancy Map Display statusbar coords in Lat/Lon
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task| Status: new
Priority: major | Milestone:
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major|
#338: d.vect / v.univar does not work for layer 1 ; v.db.join has bugs
(corrected here)
---+
Reporter: aprasad | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: closed
#150: new rescaling approach
--+-
Reporter: wegmann | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: minor|
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone:
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major|
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major|
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major|
Markus Neteler wrote:
Running it on a different machine with 16GB RAM it starts and
then crashed at 0.x%:
(gdb) r -s pat_dtm_5m horizon=horangle horizonstep=15
aspin=pat_dtm_5m.as slopein=pat_dtm_5m.sl day=180
insol_time=photoperiodo_d180
Starting program:
Hamish wrote:
when compiling modules a huge amount of text flies by making it hard to
spot Warnings etc without taking care to redirect stderr and other tricks.
ie the signal:noise ratio is very low.
Would it be possible to filter Makefile LIBES, DEPENDENCIES through some
sort of
Hamish wrote:
3) The compiler complains that arg 2 of pj_factors(, oproj.pj,) is of
an incompatible pointer type. If I make it *oproj.pj it doesn't
complain but the output fact.conv is always 0.0.
This is a bug in GRASS' gprojects.h. It uses projPJ* where it should
use
Hamish wrote:
r33944 | hamish | 2008-10-21 03:35:40 +0100 (Tue, 21 Oct 2008) | 1 line
remove code based on Vask_lib+Xmons; porting will happen in
develbranch6 then when operational be merged back into grass7 SVN
Isn't this backwards?
There's no need for i.ortho.photo
On Wed, Oct 22, 2008 at 4:31 PM, Glynn Clements
[EMAIL PROTECTED] wrote:
for (row = m - offset - 1; row = finalRow; row--) {
row_rev = m - row - 1;
rowrevoffset = row_rev - offset;
horizonpointer = horizonarray + arrayNumInt * n *
Hamish wrote:
I agree - but do we need to create a release branch in advance of the
release? Any development in the 6.4 branch at present is intended for
the 6.4.0 release anyway; it's not as if we need to branch off the
release to allow development to continue in the devel branch, as
On 22/10/08 17:25, Michael Barton wrote:
However, interactive control point
creation/management works better if you start in a projected
location/mapset and rectify from the xy location/mapset. This is the way
that r.proj and v.proj work too. If there is to be work on i.rectify,
I'd like to
Moritz Lennert wrote:
2) v.db.join: The layer option was missing in v.db.addcol and, in
db.execute, 'driver' and 'database' options were missing thus breaking it
for layer 1
Fixed in Revision 33971.
I would like to port this to grass7. Does attached diff look correct
(seems
On Oct 22, 2008, at 8:45 AM, Moritz Lennert wrote:
On 22/10/08 17:25, Michael Barton wrote:
However, interactive control point creation/management works better
if you start in a projected location/mapset and rectify from the xy
location/mapset. This is the way that r.proj and v.proj work
On 22/10/08 17:45, Glynn Clements wrote:
Moritz Lennert wrote:
2) v.db.join: The layer option was missing in v.db.addcol and, in
db.execute, 'driver' and 'database' options were missing thus breaking it
for layer 1
Fixed in Revision 33971.
I would like to port this to grass7. Does
#242: i.rectify; what does -a actually do?
---+
Reporter: msieczka | Owner: grass-dev@lists.osgeo.org
Type: defect| Status: new
Priority: major | Milestone: 6.4.0
On Wed, Oct 22, 2008 at 5:27 PM, Glynn Clements
[EMAIL PROTECTED] wrote:
I'd be more concerned about 6.3.1, as there have been a fair number of
straightforward bug-fixes since 6.3.0.
Well, I know easily 50 fixes which I have NOT backported to 6.3.svn, knowing,
that 6.4.0.RCX is forthcoming
On Wed, Oct 22, 2008 at 10:12 AM, Markus Neteler [EMAIL PROTECTED] wrote:
I was finally trying r.viewshed but got some troubles:
GRASS 6.4.svn (patUTM32):~ r.viewshed input=pat_dtm_5m
output=viewshed viewpoint_location=663435,5104325
...
Start sweeping.
total size of eventlist is 89777808 B
32 matches
Mail list logo
