[GRASS-dev] Planning GRASS GIS 7.0.0RC1

Hi devs,

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

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

Markus

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

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.

Any idea about the difference in gcmd.py in trunk, it's something about
Windows shell escaping? I don't know how to try it out, to understand if we
want it or not.
http://trac.osgeo.org/grass/browser/grass/trunk/gui/wxpython/core/gcmd.py#L163

Anna.

Martin

--
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

HI,

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

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

I agree. Let's focus on this date. Martin

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

Hi,

2015-01-03 9:49 GMT+01:00 Martin Landa <landa.martin@gmail.com>:

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

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

I agree. Let's focus on this date. Martin

time is running, I would like to kindly ask if there is any progress
in open issues? I can do backport if you confirms which are OK.

Thanks, Martin

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

On Jan 6, 2015 11:12 AM, “Martin Landa” <landa.martin@gmail.com> wrote:

Hi,

2015-01-03 9:49 GMT+01:00 Martin Landa <landa.martin@gmail.com>:

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

proposal for new RC1 release date: 14 Jan 2015.
Let’s please manage to keep that date if you agree.

I agree. Let’s focus on this date. Martin

time is running, I would like to kindly ask if there is any progress
in open issues? I can do backport if you confirms which are OK.

Huidae answered yesterday to me. I have added them to the trac page with rev numbers.
For the others no answer yet.

Thanks
Markus

Thanks, Martin


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

On 06/01/15 11:12, Martin Landa wrote:

Hi,

2015-01-03 9:49 GMT+01:00 Martin Landa <landa.martin@gmail.com>:

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

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

I agree. Let's focus on this date. Martin

time is running, I would like to kindly ask if there is any progress
in open issues? I can do backport if you confirms which are OK.

Sorry, no progress on my side, but a new issue I stumbled upon yesterday: https://trac.osgeo.org/grass/ticket/2533.

Can anyone confirm this ?

Moritz

Hi devs,

I have now also completed the lib/ tree comparison, done the obvious
backports and identified some differences where I cannot say if to
backport or not:

Kindly extracted with revision numbers...:
http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing

Please check! (strike there what's done)
The 14 Jan 2015 is getting close.

thanks,
Markus

Hi devs,

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

...the TODO list got much shorter!

Relevant differences - to be clarified:
* lib/db/dbmi_base/connect.c
* lib/gis/strings.c G_chop() (Markus Metz) r63308
* Change handling of display frame, graphical clip window (Glynn)
(r62026 + r62036)
* lib/python/script/core.py (martinl) r63528
* db.connect substitute variables for database name (-cpd) (martinl) r59671
* r.spread (Vaclav) r63777
* checks for Vect_open_* return value to avoid potential segmentation
fault: r60054 <<-- wasn't the idea to avoid these ugly tests in G7?

Please check those,

Markus

On Sat, Jan 10, 2015 at 5:50 AM, Markus Neteler <neteler@osgeo.org> wrote:

* r.spread (Vaclav) r63777

I backported this one before the original RC1 release date. I don't know
how it got to wiki, cleaned now. Now I backported also r60922 which is
probably a feature but since it is in trunk for some time and won't be
probably tested better, I just backported it.

Vaclav

[1] http://trac.osgeo.org/grass/changeset/63777
[2] http://trac.osgeo.org/grass/changeset/63820
[3] http://trac.osgeo.org/grass/changeset/60922
[4] http://trac.osgeo.org/grass/changeset/63820
[5] http://lists.osgeo.org/pipermail/grass-dev/2015-January/072736.html

On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

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

...the TODO list got much shorter!

Relevant differences - to be clarified:

[...]

* checks for Vect_open_* return value to avoid potential segmentation
fault: r60054 <<-- wasn't the idea to avoid these ugly tests in G7?

The Vect_open_* return the open level when opening existing maps, not
just success or failure. Some modules, most importantly v.info, try to
open a map first with topology, if that fails, without topology.
Therefore it is up to the modules to decide if the return code is ok
or not.

Markus M

On Mon, Jan 12, 2015 at 10:02 AM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:

On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler <neteler@osgeo.org> wrote:

...

* checks for Vect_open_* return value to avoid potential segmentation
fault: r60054 <<-- wasn't the idea to avoid these ugly tests in G7?

The Vect_open_* return the open level when opening existing maps, not
just success or failure. Some modules, most importantly v.info, try to
open a map first with topology, if that fails, without topology.
Therefore it is up to the modules to decide if the return code is ok
or not.

ok, backported in r64075.
Also backported v.to.rast: (replace custom cell type with raster cell
type; use size_t) and a few other things.

Actual state:

http://trac.osgeo.org/grass/wiki/Grass7Planning
To be clarified:
- v.distance: geodesic support
- v.kernel: Vect_net_shortest_path_coor2() usage
- v.out.ascii: return test in vector/v.out.ascii/main.c
- v.select: various differences
?

Markus

On Mon, Jan 12, 2015 at 1:38 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Jan 12, 2015 at 10:02 AM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:

On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler <neteler@osgeo.org> wrote:

...

* checks for Vect_open_* return value to avoid potential segmentation
fault: r60054 <<-- wasn't the idea to avoid these ugly tests in G7?

The Vect_open_* return the open level when opening existing maps, not
just success or failure. Some modules, most importantly v.info, try to
open a map first with topology, if that fails, without topology.
Therefore it is up to the modules to decide if the return code is ok
or not.

ok, backported in r64075.
Also backported v.to.rast: (replace custom cell type with raster cell
type; use size_t) and a few other things.

Actual state:

http://trac.osgeo.org/grass/wiki/Grass7Planning
To be clarified:
- v.distance: geodesic support

backported in r64094,5

- v.kernel: Vect_net_shortest_path_coor2() usage

The API changed in G 7.1 because of new turntable support in network analysis.

- v.out.ascii: return test in vector/v.out.ascii/main.c

backported in r64096

- v.select: various differences

code optimization, no bug fix

Markus M

On Mon, Jan 12, 2015 at 3:20 PM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
...

- v.select: various differences

code optimization, no bug fix

Just to understand: yet not tested enough to be backported?

markusN

On Tue, Jan 13, 2015 at 10:20 AM, Markus Neteler <neteler@osgeo.org> wrote:

On Mon, Jan 12, 2015 at 3:20 PM, Markus Metz
<markus.metz.giswork@gmail.com> wrote:
...

- v.select: various differences

code optimization, no bug fix

Just to understand: yet not tested enough to be backported?

Optimizations are not high on my priority list of backports. You
tested v.select yourself: the GRASS-internal overlap operator vs. the
GEOS overlaps operator of v.select, in order to select tile coverage
from buffered linear features. The GRASS-internal overlap operator is
more accurate, and processing is faster (after optimization).

Markus M

On Fri, Jan 2, 2015 at 10:22 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

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

The RC1 release is due today :slight_smile:
The planning list is looking good to me. And it is not the final but
RC1 release.

If there are no objections, I'll tag later today.

Markus

Hi Markus,

2015-01-14 9:29 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

The RC1 release is due today :slight_smile:
The planning list is looking good to me. And it is not the final but
RC1 release.

If there are no objections, I'll tag later today.

no objections here. Martin

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

On 14/01/15 09:29, Markus Neteler wrote:

On Fri, Jan 2, 2015 at 10:22 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

proposal for new RC1 release date: 14 Jan 2015.
Let's please manage to keep that date if you agree.

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

The RC1 release is due today :slight_smile:
The planning list is looking good to me. And it is not the final but
RC1 release.

If there are no objections, I'll tag later today.

Go for it !

Moritz

+1 Markus !

···

On 14 January 2015 at 14:19, Moritz Lennert <mlennert@club.worldonline.be> wrote:

On 14/01/15 09:29, Markus Neteler wrote:

On Fri, Jan 2, 2015 at 10:22 PM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

proposal for new RC1 release date: 14 Jan 2015.
Let’s please manage to keep that date if you agree.

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

The RC1 release is due today :slight_smile:
The planning list is looking good to me. And it is not the final but
RC1 release.

If there are no objections, I’ll tag later today.

Go for it !

Moritz


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


... tagging now .... RC1

Markus

Done!

http://trac.osgeo.org/grass/wiki/Release/7.0.0RC1-News

Now time to announce it...

Markus