[GRASS-dev] [release planning] 7.4.0

Hi devs,

while thinking about a future GRASS GIS 8 version, I suggest that we
plan when to release 7.4.0 later this year.
We have already accumulated a series of tickets for 7.4.svn [1] and
also numerous improvements which cannot be backported to 7.2.svn.

The question is when to start a new branch? Perhaps in 2 months from
now could be a reasonable date in order to target a 7.4.0 release in
autumn.

Thoughts?

Markus

[1] https://trac.osgeo.org/grass/milestone/7.4.0

--
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog

Markus Neteler wrote

Hi devs,

while thinking about a future GRASS GIS 8 version, I suggest that we
plan when to release 7.4.0 later this year.
We have already accumulated a series of tickets for 7.4.svn [1] and
also numerous improvements which cannot be backported to 7.2.svn.

The question is when to start a new branch? Perhaps in 2 months from
now could be a reasonable date in order to target a 7.4.0 release in
autumn.

Thoughts?

Markus

[1] https://trac.osgeo.org/grass/milestone/7.4.0

--
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog
_______________________________________________
grass-dev mailing list

grass-dev@.osgeo

https://lists.osgeo.org/mailman/listinfo/grass-dev

sounds good a clear cut at June/Juli.

+1

-----
best regards
Helmut
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/release-planning-7-4-0-tp5318175p5318177.html
Sent from the Grass - Dev mailing list archive at Nabble.com.

Hi,

2017-04-23 22:37 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

while thinking about a future GRASS GIS 8 version, I suggest that we
plan when to release 7.4.0 later this year.

agreed.

The question is when to start a new branch? Perhaps in 2 months from
now could be a reasonable date in order to target a 7.4.0 release in
autumn.

Two months sounds reasonable to me. Small planning:

7.2.1 ~ 30.4.
7.2.2. ~ 31.7. (or August)
new branch for 7.4 ~ 31.7.
7.4.0 ~ 30.9.

Any comments? Thanks, Martin

PS: What about 7.0.6, do we want to release this version or not?

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Fri, Apr 28, 2017 at 11:55 AM, Martin Landa <landa.martin@gmail.com> wrote:

2017-04-23 22:37 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

while thinking about a future GRASS GIS 8 version, I suggest that we
plan when to release 7.4.0 later this year.

agreed.

The question is when to start a new branch? Perhaps in 2 months from
now could be a reasonable date in order to target a 7.4.0 release in
autumn.

Two months sounds reasonable to me. Small planning:

7.2.1 ~ 30.4.
7.2.2. ~ 31.7. (or August)
new branch for 7.4 ~ 31.7.
7.4.0 ~ 30.9.

Any comments? Thanks, Martin

To me it looks like a plan :slight_smile:

Please (all) fill
https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures74

PS: What about 7.0.6, do we want to release this version or not?

Let's discuss this separately...

Markus

On Sat, Apr 29, 2017 at 10:12 AM, Markus Neteler <neteler@osgeo.org> wrote:

On Fri, Apr 28, 2017 at 11:55 AM, Martin Landa <landa.martin@gmail.com> wrote:

2017-04-23 22:37 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

while thinking about a future GRASS GIS 8 version, I suggest that we
plan when to release 7.4.0 later this year.

agreed.

The question is when to start a new branch? Perhaps in 2 months from
now could be a reasonable date in order to target a 7.4.0 release in
autumn.

Two months sounds reasonable to me. Small planning:

7.2.1 ~ 30.4.
7.2.2. ~ 31.7. (or August)
new branch for 7.4 ~ 31.7.
7.4.0 ~ 30.9.

Any comments? Thanks, Martin

To me it looks like a plan :slight_smile:

Please (all) fill
https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures74

We can work on the release also at
https://wiki.osgeo.org/wiki/FOSS4G-Europe_2017_Code_sprint#GRASS_GIS

Markus

Hi,

2017-05-10 18:21 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

Two months sounds reasonable to me. Small planning:

7.2.1 ~ 30.4.
7.2.2. ~ 31.7. (or August)
new branch for 7.4 ~ 31.7.
7.4.0 ~ 30.9.

we are little bit behind the schedule, but never mind. Dear GRASS
devs, are there any objections on creating releasebranch_7_4?

Please (all) fill
https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures74

Please all devs try to remember all cool features you implemented for
G74 and put notes about that on trac wiki page! It will help a lot
(going through all logs and discover new features is a very hard and
time consuming job).

Thanks, Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Fri, Sep 1, 2017 at 9:56 PM, Martin Landa <landa.martin@gmail.com> wrote:

Please all devs try to remember all cool features you implemented for
G74 and put notes about that on trac wiki page! It will help a lot
(going through all logs and discover new features is a very hard and
time consuming job).

Some help for this:
* 24 May 2016 Creation of the GRASS GIS 7.2 release branch (r68500)

To save you some time, I have diff'ed the 7.2.2svn and 7.4.svn
Changelogs and removed from the result obvious "trivial" changes. The
remainder is here:
https://data.neteler.org/tmp/ChangeLog74_filtered.txt

From browsing this file memories may come back :slight_smile:

Please add findings then to
https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures74

(also screenshots would be great)

thanks
Markus

--
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog

Hi all :slight_smile:

2017-09-02 17:57 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

On Fri, Sep 1, 2017 at 9:56 PM, Martin Landa <landa.martin@gmail.com>
wrote:
> Please all devs try to remember all cool features you implemented for
> G74 and put notes about that on trac wiki page! It will help a lot
> (going through all logs and discover new features is a very hard and
> time consuming job).

Some help for this:
* 24 May 2016 Creation of the GRASS GIS 7.2 release branch (r68500)

To save you some time, I have diff'ed the 7.2.2svn and 7.4.svn

there's no 7.4.svn yet, right? Only trunk (grass73), no?

Changelogs and removed from the result obvious "trivial" changes. The

remainder is here:
https://data.neteler.org/tmp/ChangeLog74_filtered.txt

From browsing this file memories may come back :slight_smile:

Please add findings then to
https://trac.osgeo.org/grass/wiki/Grass7/NewFeatures74

I started going through the document to add what I believe might be
relevant stuff to the NewFeatures74 page, but some things in that diff file
were already reported in NewFeatures72, eg: all d.* changes done by Adam
Laza in GSoC 2016... so, I'm (will be) double checking. I wonder however if
it is ok to diff against r68500 or should be a later version (eg.: the
stable version released in December 2016, for example)? No idea

(also screenshots would be great)

yes! As well as some extra description from devs for the new cool features
implemented or examples of use of new features (or important bug fixes)!
That would make it much easier to then write the announcements, promote
grass elsewhere and show off a bit :wink:

cheers,
Vero

Hi,

I'd like to make progress on the 7.4.0 release. Please (all) check
the list of open bugs concerning the future 7.4.0 release:

https://trac.osgeo.org/grass/query?status=new&status=assigned&status=reopened&milestone=7.4.0&group=type&order=priority

I would also like to make progress on the Addons to be moved:
https://trac.osgeo.org/grass/wiki/Grass7Planning#Addoncandidatetobemovedtotrunk

Candidates:
G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

thanks,
Markus

On 1 October 2017 at 15:28, Markus Neteler <neteler@osgeo.org> wrote:

Hi,

Hi,

I would also like to make progress on the Addons to be moved:
https://trac.osgeo.org/grass/wiki/Grass7Planning#Addoncandidatetobemovedtotrunk

Candidates:
G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

+1 for all the candidates

thanks,
Markus

--
ciao
Luca

www.lucadelu.org

Hi,

2017-10-02 15:01 GMT+02:00 Luca Delucchi <lucadeluge@gmail.com>:

G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

+1 for all the candidates

please note, that new modules in trunk should have (ideally) tests. Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Mon, Oct 2, 2017 at 3:48 PM, Martin Landa <landa.martin@gmail.com> wrote:

2017-10-02 15:01 GMT+02:00 Luca Delucchi <lucadeluge@gmail.com>:

G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

+1 for all the candidates

please note, that new modules in trunk should have (ideally) tests. Martin

Right. As usual, especially the addon authors are kindly invited to
provide test cases.

Here some suggestions:

#######
r.geomorphon:
--> in the directory is an initial "test_rgeomorphon_NC.sh"

#######
r.object.geometry: NC dataset
g.region raster=facility -p n=n+100 s=s-100 w=w-100 e=e+100
r.report facility unit=me | grep "facility"
100%
|MAP: Rural area: Footprint of planned facility (facility in PERMANENT) |
|1|facility footprint . . . . . . . . . . . . . . . . . . . . . . .| 13,130.00|

r.object.geometry input=facility separator=comma -m --q
cat,area,perimeter,compact_square,compact_circle,fd
1,13130.000000,478.000000,0.958880,1.176767,1.301241

#######
r.vect.stats: NC dataset

eval `g.region raster=ncmask_500m -g`
v.random output=binary_random npoints=$cells
# assumption: in average one random point per cell

r.vect.stats input=binary_random output=nc_binary_random_sum method=sum
r.univar nc_binary_random_sum -g | grep "mean="
mean=1

#######
v.centerpoint: too many warning still:

g.extension v.centerpoint
Fetching <v.centerpoint> from GRASS GIS Addons repository (be patient)...
Compiling...
areas.c: In function ‘areas_center’:
areas.c:165:7: warning: this ‘if’ clause does not guard...
[-Wmisleading-indentation]
       if (ICats->field[i] == layer)
       ^~
areas.c:167:4: note: ...this statement, but the latter is misleadingly
indented as if it were guarded by the ‘if’
    cat = ICats->cat[i];
    ^~~
areas.c:428:14: warning: declaration of ‘tot_w’ shadows a previous
local [-Wshadow]
  double *wb, tot_w;
              ^~~~~
areas.c:18:15: note: shadowed declaration is here
     double w, tot_w;
               ^~~~~
Installing...

#######
v.clip: NC dataset
https://grass.osgeo.org/grass72/manuals/addons/v.clip.html

A clip test could be made by counting points falling into a polygon,
similar to the example in the manual page.

#######
v.profile: NC dataset
https://grass.osgeo.org/grass72/manuals/addons/v.profile.html

A profile test could be made from the second example in the manual page.

Markus

On 02/10/17 23:35, Markus Neteler wrote:

On Mon, Oct 2, 2017 at 3:48 PM, Martin Landa <landa.martin@gmail.com> wrote:

2017-10-02 15:01 GMT+02:00 Luca Delucchi <lucadeluge@gmail.com>:

G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

+1 for all the candidates

please note, that new modules in trunk should have (ideally) tests. Martin

Right. As usual, especially the addon authors are kindly invited to
provide test cases.

Is the plan to wait for integration of these addons before creating the 7.4 release branch ? If that is the case we should probably set a deadline.

Moritz

On Oct 20, 2017 3:47 PM, “Moritz Lennert” <mlennert@club.worldonline.be> wrote:

On 02/10/17 23:35, Markus Neteler wrote:

On Mon, Oct 2, 2017 at 3:48 PM, Martin Landa <landa.martin@gmail.com> wrote:

2017-10-02 15:01 GMT+02:00 Luca Delucchi <lucadeluge@gmail.com>:

G7A:r.geomorphon
G7A:r.object.geometry - +/- equivalent to v.to.db, but for raster
objects: very useful for many other modules (notably OBIA)
G7A:r.vect.stats - very simple, but nice functionality to have in core
G7A:v.centerpoint - basic GIS functionality
G7A:v.clip - very easy to use and expected GIS functionality without
hassle of complicated commmands :slight_smile:
G7A:v.profile - expected GIS functionality

+1 for all the candidates

please note, that new modules in trunk should have (ideally) tests. Martin

Right. As usual, especially the addon authors are kindly invited to
provide test cases.

Is the plan to wait for integration of these addons before creating the 7.4 release branch ? If that is the case we should probably set a deadline.

v.clip and v.profile are IMHO important functionality for 7.4.0.

Markus

v.clip and v.profile are IMHO important functionality for 7.4.0.

+1 for these 2 addons

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

I added simple tests for v.profile. [1]
I also changed one of examples from documentation to use NC Basic dataset. [2]

If v.profile is moved to trunk, README file should be deleted.

As there seem to be a lot of +1's and the requirement of tests is
fulfilled, this addon should be moved to trunk to gain some exposure
before release (or wait till 7.4.1).

Māris.

1. https://trac.osgeo.org/grass/changeset/71605
2. https://trac.osgeo.org/grass/changeset/71604

2017-10-20 19:58 GMT+03:00 Helmut Kudrnovsky <hellik@web.de>:

v.clip and v.profile are IMHO important functionality for 7.4.0.

+1 for these 2 addons

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

On Sun, Oct 29, 2017 at 11:31 AM, Maris Nartiss <maris.gis@gmail.com> wrote:

I added simple tests for v.profile. [1]
I also changed one of examples from documentation to use NC Basic dataset. [2]

Wonderful!

If v.profile is moved to trunk, README file should be deleted.

As there seem to be a lot of +1's and the requirement of tests is
fulfilled, this addon should be moved to trunk to gain some exposure
before release (or wait till 7.4.1).

Done: I have added it to trunk in r71609 (fixed a C++ style comment).

Thanks for your efforts and happy testing.

Shall we remove it from Addons or put a "deprecated" file there for a while?

Markus

Māris.

1. https://trac.osgeo.org/grass/changeset/71605
2. https://trac.osgeo.org/grass/changeset/71604

2017-10-30 0:15 GMT+02:00 Moritz Lennert <moritzlennert@posteo.net>:

Am 29. Oktober 2017 18:27:22 MEZ schrieb Markus Neteler <neteler@osgeo.org>:

Shall we remove it from Addons or put a "deprecated" file there for a
while?

At least as long as 7.2 is still the official stable version it should remain available in addons.

What will happen for users who have installed addon that later is
included into the core modules? I haven't been checking the code to
see if there will be any warnings printed for this case. I assume such
scenario of moving modules from addons to core will be more common if
we follow an approach of maturing code in addons at first.

Māris.

On Oct 30, 2017 9:54 AM, “Maris Nartiss” <maris.gis@gmail.com> wrote:

2017-10-30 0:15 GMT+02:00 Moritz Lennert <moritzlennert@posteo.net>:

Am 29. Oktober 2017 18:27:22 MEZ schrieb Markus Neteler <neteler@osgeo.org>:

Shall we remove it from Addons or put a “deprecated” file there for a
while?

At least as long as 7.2 is still the official stable version it should remain available in addons.
What will happen for users who have installed addon that later is
included into the core modules? I haven’t been checking the code to
see if there will be any warnings printed for this case. I assume such
scenario of moving modules from addons to core will be more common if
we follow an approach of maturing code in addons at first.

We could simply add a big warning message in the addon version of such migrated modules, suggesting to upgrade their GRASS GIS version. Obviously only once 7.4 is out.

Markus

Māris.

On 2 October 2017 at 23:35, Markus Neteler <neteler@osgeo.org> wrote:

#######
v.clip: NC dataset
https://grass.osgeo.org/grass72/manuals/addons/v.clip.html

A clip test could be made by counting points falling into a polygon,
similar to the example in the manual page.

added tests in r71627.

Markus

--
ciao
Luca

www.lucadelu.org