[GRASS-dev] Planning GRASS GIS 7.0.0RC1

Hi devs,

the release of 7.0.0RC1 is currently scheduled for next week, 29th of December.

Concerning the parameter name consolidation, I feel that most work on
this ticket has been done (or will not happen any more for 7.0.0):
http://trac.osgeo.org/grass/ticket/2409

The new parser abbreviation and matching algorithm works nicely in my
opinion. Thanks for that especially to Glynn. It quite facilitates the
transition to the cleaned and improved parameter names.

TODOs for RC1:
* Glynn mentioned that he wants to cleanup something else in the
display architecture.
* A few relevant bugs for RC1 are here:
   http://trac.osgeo.org/grass/milestone/7.0.0
* other issues?

See also:
* http://trac.osgeo.org/grass/wiki/Grass7Planning

best
Markus

Hi,

since the 29th is approaching quickly, please consider to check relbr7
for missing backports. I'm unable to judge them myself.

thanks
Markus

Hi,

due to incomplete backports (or statements that they should not be
done), RC1 is slightly postponed.
I see notable differences here:
- lib/vector/Vlib/ascii.c
- lib/vector/Vlib/build.c
- lib/vector/Vlib/line.c
- lib/vector/Vlib/map.c
- lib/vector/Vlib/read_pg.c
- lib/vector/Vlib/remove_areas.c
- lib/vector/Vlib/snap.c
- lib/vector/Vlib/write_nat.c

# not present in relbr7:
- lib/vector/Vlib/intersect2.c
- lib/vector/Vlib/net_analyze.c
- lib/vector/Vlib/net_build.c

Not sure what's experimental and what's a forgotten bugfix backports?

New, to be further updated:
  http://trac.osgeo.org/grass/wiki/Release/7.0.0RC1-News

thanks
Markus

Hi,

2014-12-31 17:33 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

Not sure what's experimental and what's a forgotten bugfix backports?

I would also add http://trac.osgeo.org/grass/ticket/2522

Martin

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

Hi,

2014-12-31 17:33 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/net_analyze.c
- lib/vector/Vlib/net_build.c

I would say, do not backport. It's related to quite new support for
turns in vector networks [1]. I would say new feature in GRASS
7.1/7.2.

Martin

[1] http://grasswiki.osgeo.org/wiki/Turns_in_the_vector_network_analysis

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

On Wed, Dec 31, 2014 at 5:33 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi,

due to incomplete backports (or statements that they should not be
done), RC1 is slightly postponed.
I see notable differences here:
- lib/vector/Vlib/ascii.c
- lib/vector/Vlib/build.c
- lib/vector/Vlib/line.c
- lib/vector/Vlib/map.c
- lib/vector/Vlib/read_pg.c
- lib/vector/Vlib/remove_areas.c
- lib/vector/Vlib/snap.c
- lib/vector/Vlib/write_nat.c

... remain unclear to me.

Additionally, I found the deactivated
grass70/vector/v.in.sites/
.... remove or move to Addons?

Furthermore, many vector/ modules show unbackported differences
--> I cannot judge them.

In display/ are also a series of differences but Martin is working on that.

Then: misc/ + ps/ + raster/ + imagery/ + raster3d/ + scripts/ +
temporal/ I have checked. There are only these relevant differences:
- r.distance (Huidae)
- r.proj bugfixes (Markus Metz)
- r.spread (Vaclav)
- new r3 modules by Anna (perhaps yet experimental)

In general/ there are differences in
- g.rename (Huidae)
- manage/lister (Huidae)

Also the wxGUI differences I'll leave to the experts :slight_smile:

Just to bring this to your attention.

Markus

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

Additionally, I found the deactivated
grass70/vector/v.in.sites/
.... remove or move to Addons?

I removed this module (it was already done in trunk in r62179). To
convert sites to GRASS 7 you need to use GRASS 6.

In this light I would suggest to move v.convert to addons and remove
'old_vector' from element list. Any objections?

Martin

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

On Fri, Jan 2, 2015 at 9:40 AM, Martin Landa <landa.martin@gmail.com> wrote:
...

In this light I would suggest to move v.convert to addons and remove
'old_vector' from element list. Any objections?

Makes sense. If users want to upgrade from GRASS 5 directly to GRASS
7, it will be fine to install an Addon.
Those bulk upgrading from GRASS 6 can use this built-in procedure:
http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7

So: yes.

my 0.02,
Markus

Hi,

2015-01-02 11:44 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

In this light I would suggest to move v.convert to addons and remove
'old_vector' from element list. Any objections?

Makes sense. If users want to upgrade from GRASS 5 directly to GRASS
7, it will be fine to install an Addon.
Those bulk upgrading from GRASS 6 can use this built-in procedure:
http://grasswiki.osgeo.org/wiki/Convert_all_GRASS_6_vector_maps_to_GRASS_7

So: yes.

done in trunk as r63930. If no objection I will do backport to relbr7
in few days (before RC1) and then move v.convert to addons. Martin

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

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

Also the wxGUI differences I'll leave to the experts :slight_smile:

I would not backport the new and still experimental features like data
catalog. Generally speaking I would leave wxGUI as it is. After RC1
only bugfixes.

Martin

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

Hi,

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

Furthermore, many vector/ modules show unbackported differences
--> I cannot judge them.

In display/ are also a series of differences but Martin is working on that.

Then: misc/ + ps/ + raster/ + imagery/ + raster3d/ + scripts/ +
temporal/ I have checked. There are only these relevant differences:
- r.distance (Huidae)
- r.proj bugfixes (Markus Metz)
- r.spread (Vaclav)
- new r3 modules by Anna (perhaps yet experimental)

In general/ there are differences in
- g.rename (Huidae)
- manage/lister (Huidae)

I put these notes to trac [1], please mark by ~~ when solved.

Thanks, Martin

[1] http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/ascii.c

its [1,2] - I would leave decision to Markus Metz. Martin

[1] http://trac.osgeo.org/grass/changeset/63596/grass/trunk/lib/vector/Vlib/ascii.c
[2] http://trac.osgeo.org/grass/changeset/63599/grass/trunk/lib/vector/Vlib/ascii.c
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

On Wed, Dec 31, 2014 at 5:33 PM, Markus Neteler <neteler@osgeo.org> wrote:

- lib/vector/Vlib/build.c

it's [1], decision should be ideally done by MarkusM.

Martin

[1] http://trac.osgeo.org/grass/changeset/61492/grass/trunk/lib/vector/Vlib/build.c

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/line.c

it's [1], MarkusM.

Martin

[1] http://trac.osgeo.org/grass/changeset/61978/grass/trunk/lib/vector/Vlib/line.c

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/map.c

solved in r63932. Martin

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/read_pg.c

done in r63933. Martin

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/remove_areas.c

it's [1], should be ideally decided by MarkusM.

Martin

[1] http://trac.osgeo.org/grass/changeset/61491/grass/trunk/lib/vector/Vlib/remove_areas.c

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/snap.c

new kdtree implementation by MarkusM [1,2,3]. Probably new feature for
GRASS 7.1 (do not backport) ?

Martin

[1] http://trac.osgeo.org/grass/changeset/63601/grass/trunk/lib/vector/Vlib/snap.c
[2] http://trac.osgeo.org/grass/changeset/63645/grass/trunk/lib/vector/Vlib/snap.c
[3] http://trac.osgeo.org/grass/changeset/63918/grass/trunk/lib/vector/Vlib/snap.c

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

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

- lib/vector/Vlib/write_nat.c

it's [1], probably backport, I will leave decision on MarkusM. Martin

[1] http://trac.osgeo.org/grass/changeset/63404/grass/trunk/lib/vector/Vlib/write_nat.c

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

On Fri, Jan 2, 2015 at 6:30 AM, Martin Landa <landa.martin@gmail.com> wrote:

2015-01-01 23:55 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
> - r.spread (Vaclav)

I put these notes to trac [1], please mark by ~~ when solved.

The wiki page is saying r63777 [1] which I backported 4 days ago in hurry
[2] because I was afraid that RC1 will be actually released, so I was not
reporting it. There is also r60922 which is extending interface by -i flag
which enables a new feature, copying values from seed map into the output
map. I could backport it, it would be actually advantageous for me to have
it in 70, but it is adding a new feature and I'm afraid I'm the only one
who tested that.

[1] http://trac.osgeo.org/grass/changeset/63777
[2] http://trac.osgeo.org/grass/changeset/63820
[3] http://trac.osgeo.org/grass/changeset/60922

[1] http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.eu/mentors/landa
_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev