Hi all,
many of modules are using G__ functions which should be dedicated for
internal use only (in libs level). Those which are used by modules I
would suggest to rename to G_ (before GRASS 7 release). Any
objections, comments?
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
Hi all,
when updating SUBMITTING files we need to touch all the files in all
the branches. I would suggest to move this files to Trac wiki. What do
you think?
Martin
--
Martin Landa * http://geo.fsv.cvut.cz/gwiki/Landa
___
grass-dev mailing list
#2327: r.diversity = Illegal areas disposition
+---
Reporter: sands | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.1.0
#2330: r.proj - 'MapsetSelect' object has no attribute 'SetItems'
-+--
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
On 06/06/14 21:43, Markus Neteler wrote:
On Thu, Jun 5, 2014 at 5:47 PM, Moritz Lennert moritz.lenn...@ulb.ac.be wrote:
...
As I've already told Markus off-list, I think that in order for this to work
we would need a clearly defined release-process with clear announcements of
the different
On 10/06/14 10:41, Martin Landa wrote:
Hi all,
when updating SUBMITTING files we need to touch all the files in all
the branches. I would suggest to move this files to Trac wiki. What do
you think?
Sounds good to me. But I would leave a SUBMITTING file in the source
code, even if it just
On Tue, Jun 10, 2014 at 9:01 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 10/06/14 10:41, Martin Landa wrote:
Hi all,
when updating SUBMITTING files we need to touch all the files in all
the branches. I would suggest to move this files to Trac wiki. What do
you think?
Yes,
On Tue, Jun 10, 2014 at 4:12 AM, Martin Landa landa.mar...@gmail.com
wrote:
Hi all,
many of modules are using G__ functions which should be dedicated for
internal use only (in libs level). Those which are used by modules I
would suggest to rename to G_ (before GRASS 7 release). Any
On Mon, Jun 9, 2014 at 6:26 PM, Mojca Miklavec mo...@macports.org wrote:
Hi,
I'm sorry, but I forgot my password.
I wanted to reply to this ticket:
http://trac.osgeo.org/grass/ticket/2167
but I'm sending you an email as figuring out how to recover the
password will take a while and
#2329: wishlist for some d.* modules and ps.map
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone:
#2330: r.proj - 'MapsetSelect' object has no attribute 'SetItems'
-+--
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal
On Tue, Jun 10, 2014 at 9:26 AM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Jun 10, 2014 at 9:01 AM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 10/06/14 10:41, Martin Landa wrote:
Hi all,
when updating SUBMITTING files we need to touch all the files in all
the
I agree. One of the main reasons why G__ routines are used is there is no
alternative ways to achieve certain tasks. Then they should be exposed to
module developers. If it's not the case, those routines have to replaced
with correct G_ versions.
For example, I recently used G__mapset_permissions
#2327: r.diversity = Illegal areas disposition
+---
Reporter: sands | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.1.0
#2327: r.diversity = Illegal areas disposition
--+-
Reporter: sands| Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal |
On Tue, Jun 10, 2014 at 9:56 AM, Huidae Cho gras...@gmail.com wrote:
I agree. One of the main reasons why G__ routines are used is there is no
alternative ways to achieve certain tasks. Then they should be exposed to
module developers. If it's not the case, those routines have to replaced
#2330: r.proj - 'MapsetSelect' object has no attribute 'SetItems'
--+-
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal |
On Tue, Jun 10, 2014 at 3:01 PM, Moritz Lennert
mlenn...@club.worldonline.be wrote:
On 06/06/14 21:43, Markus Neteler wrote:
On Thu, Jun 5, 2014 at 5:47 PM, Moritz Lennert moritz.lenn...@ulb.ac.be
wrote:
...
As I've already told Markus off-list, I think that in order for this to
work
we
Hi,
as per subject, is there a reason that stdin was removed as default
answer for m.proj?
Essentially this would be needed:
Index: scripts/m.proj/m.proj.py
===
--- scripts/m.proj/m.proj.py (revision 60755)
+++
Hi,
2014-06-10 22:02 GMT+02:00 Markus Neteler nete...@osgeo.org:
but might that cause harm in the wxGUI?
right, it was the main reason why all modules (should be) in G7 has
been modified in this way (no default answer for input, stdin requires
`-`).
Martin
--
Martin Landa *
On Tue, Jun 10, 2014 at 10:04 PM, Martin Landa landa.mar...@gmail.com wrote:
Hi,
2014-06-10 22:02 GMT+02:00 Markus Neteler nete...@osgeo.org:
but might that cause harm in the wxGUI?
right, it was the main reason why all modules (should be) in G7 has
been modified in this way (no default
On Tue, Jun 10, 2014 at 3:30 PM, Markus Neteler nete...@osgeo.org wrote:
Please note ... the OSGeoLive feature freeze for the FOSS4G Portland
conf is upcoming. Would be a pity to not even see 6.4.4 therein!
I'm a bit more available in the next weeks, so I can help with this
process.
On Tue, Jun 10, 2014 at 4:07 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Jun 10, 2014 at 10:04 PM, Martin Landa landa.mar...@gmail.com
wrote:
Hi,
2014-06-10 22:02 GMT+02:00 Markus Neteler nete...@osgeo.org:
but might that cause harm in the wxGUI?
right, it was the main
#2317: G7: t.* modules suboptimal flag name -h, change to -c
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status: new
Priority:
On Tue, Jun 10, 2014 at 10:29 PM, Vaclav Petras wenzesl...@gmail.com wrote:
On Tue, Jun 10, 2014 at 4:07 PM, Markus Neteler nete...@osgeo.org wrote:
...
I wonder if the could additionally allow for a more human readable
form than input=- like we do for separator=...
stdin isn't much better for
On Tue, Jun 10, 2014 at 10:12 PM, Vaclav Petras wenzesl...@gmail.com wrote:
...
And back to the main topic, I'm bit lost in 6.4 releasing, is something
blocking the release? (Except for limited time Markus have for it.)
I had enough time in the past two weeks.
The blocker is the wish of Moritz
2014-06-10 23:07 GMT+02:00 Markus Neteler nete...@osgeo.org:
The blocker is the wish of Moritz to start a full announcement cycle
of dealing with the release management which has been historically
ignored. Also his suggestion has been ignored so far, not giving much
hope for a real one.
On Tue, Jun 10, 2014 at 5:04 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Jun 10, 2014 at 10:29 PM, Vaclav Petras wenzesl...@gmail.com
wrote:
On Tue, Jun 10, 2014 at 4:07 PM, Markus Neteler nete...@osgeo.org
wrote:
...
I wonder if the could additionally allow for a more human
On Tue, Jun 10, 2014 at 5:15 PM, Martin Landa landa.mar...@gmail.com
wrote:
2014-06-10 23:07 GMT+02:00 Markus Neteler nete...@osgeo.org:
The blocker is the wish of Moritz to start a full announcement cycle
of dealing with the release management which has been historically
ignored. Also
Hi,
2014-06-10 23:29 GMT+02:00 Vaclav Petras wenzesl...@gmail.com:
For me email with 6.4.4*planning was the announcement of the current one.
We for sure want some fixed time-based release cycle for 7 but there is no
reason to not release if it is ready just because of missing policy (there
And back to the main topic, I'm bit lost in 6.4 releasing, is something
blocking the release?
as there are no blockers, the most simple thing is just tag and prepare RC1
let the nice work of coding into the wild.
-
best regards
Helmut
--
View this message in context:
#2329: wishlist for some d.* modules and ps.map
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone:
32 matches
Mail list logo
