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