Hello all,
as I understood from Glynn, it's too early to release 6.4.0 as GRASS 7
is still too far away. I also agree with Markus, that we need to
release something for packagers, as more and more users are suggested
to use SVN version and not some semi-stable version from packages.
GRASS 6.3.0 was
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 89
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 s
#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 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 atta
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 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 cor
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 su
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 branc
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
On Oct 22, 2008, at 1:03 AM, <[EMAIL PROTECTED]> <[EMAIL PROTECTED]
> wrote:
Date: Wed, 22 Oct 2008 09:03:35 +0200
From: "Markus Neteler" <[EMAIL PROTECTED]>
Subject: Re: [GRASS-dev] Re: i.ortho.photo
To: [EMAIL PROTECTED]
Cc: GRASS developers list
Message-ID:
<[EMAIL PROTECTED]>
Co
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
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
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 sor
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: /home/neteler/binaries/gr
#344: TODO: move high priority incubated modules into main
--+-
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| Milestone
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major| Milestone
#73: r.out.gdal tiff output does not work
--+-
Reporter: helena | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: critical | Milestone: 6.
#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
#344: TODO: move high priority incubated modules into main
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major| Milestone
#150: new rescaling approach
--+-
Reporter: wegmann | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: minor| Milestone
#197: sfd support for r.terraflow
--+-
Reporter: adanner | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: closed
Priority: major| Milestone: 6.4.0
#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: 6
#344: TODO: move high priority incubated modules into main
-+--
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: task | Status: new
Priority: major| Milestone:
#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
Pri
#301: error when adding another text layer
---+
Reporter: msieczka | Owner: martinl
Type: defect| Status: assigned
Priority: major | Milestone: 6.4.0
Component:
#197: sfd support for r.terraflow
--+-
Reporter: adanner | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milestone: 6.4.0
#171: d.vect: -c type=area doesn't draw boundary
--+-
Reporter: hamish | Owner: grass-dev@lists.osgeo.org
Type: defect | Status: new
Priority: major| Milesto
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, 876
On Wed, Oct 22, 2008 at 9:36 AM, Marco Pasetti <[EMAIL PROTECTED]> wrote:
> 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 bus
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 g
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 m
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,
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.
35 matches
Mail list logo
