#1941: wxGUI fails with Japanese locale --> mixed Python installs on Windows
--+-
Reporter: venkat | Owner: grass-dev@…
Type: defect | Status: closed
Priorit
#2034: GUI crashes on launch for newly compiled binary for Mac OS X
+---
Reporter: cmbarton | Owner: grass-dev@…
Type: defect | Status: closed
Priori
#2034: GUI crashes on launch for newly compiled binary for Mac OS X
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
#1370: Save display geometry to named region does not support diacritics
--+-
Reporter: MilenaN | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal
On Tue, Jul 22, 2014 at 8:14 PM, Glynn Clements
wrote:
> r61353 changes r.mapcalc so that seeding is performed via seed= or -s.
> The seed (whether specified by seed= or generated for -s) is added to
> the history (for r.mapcalc; r3.mapcalc's create_history() function is
> a stub; do 3D rasters h
On Tue, Jul 22, 2014 at 8:14 PM, Glynn Clements
wrote:
>
> Glynn Clements wrote:
>
> > I'm inclined to add both an option (to specify a seed, replacing the
> > environment variable) and a flag (to seed from the system clock or
> > whatever), and having the PRNG generate a fatal error if neither o
Glynn Clements wrote:
> I'm inclined to add both an option (to specify a seed, replacing the
> environment variable) and a flag (to seed from the system clock or
> whatever), and having the PRNG generate a fatal error if neither of
> those are used.
This is now done.
r61350 adds the lrand48/mra
Vaclav Petras wrote:
> Anyway, the reproducibility would be really nice considering GRASS
> scientific audience, however are you sure that different systems will give
> same random number for the same seed?
They will from now on, because I've replaced the use of the system's
PRNG (either rand or
#1778: Typing in g.region without parameters does not open a g.region window
+---
Reporter: pvanbosgeo | Owner: grass-dev@…
Type: defect | Status: new
If I understand this correctly, this will be very welcome!
Thanks
Michael
__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Scie
On 22-07-14 23:31, Markus Neteler wrote:
On Tue, Jul 22, 2014 at 11:19 PM, Paulo van Breugel wrote:
On 22-07-14 22:58, Glynn Clements wrote:
And when issue of usability doesn't even get considered until a few
years later when the user (or a colleague) gets an email suggesting
the results can't
On Tue, Jul 22, 2014 at 11:19 PM, Paulo van Breugel wrote:
> On 22-07-14 22:58, Glynn Clements wrote:
>> And when issue of usability doesn't even get considered until a few
>> years later when the user (or a colleague) gets an email suggesting
>> the results can't be be reproduced ...?
>>
>> I'm in
#1421: scalability of r.terraflow
--+-
Reporter: dnewcomb | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal
On 22-07-14 22:58, Glynn Clements wrote:
Markus Neteler wrote:
- if the user needs reproducability, then have a env var to enable that.
And when issue of usability doesn't even get considered until a few
years later when the user (or a colleague) gets an email suggesting
the results can't be
#2338: r.horizon rename parameters
--+-
Reporter: zarch| Owner: grass-dev@…
Type: enhancement | Status: reopened
Priority: critical | Milestone: 7.0.0
On Tue, Jul 22, 2014 at 4:58 PM, Glynn Clements
wrote:
> Markus Neteler wrote:
>
> > - if the user needs reproducability, then have a env var to enable that.
>
> And when issue of usability doesn't even get considered until a few
> years later when the user (or a colleague) gets an email suggesti
Anna Petrášová wrote:
> is this new API now stable enough to be actually used in C modules? Should
> we start to replace the manual checks in modules with these functions?
I think so.
> I attached a patch which should fix this ticket [1]: when user doesn't type
> any command arguments and the m
On Tue, Jul 22, 2014 at 4:39 PM, Glynn Clements
wrote:
>
> Paulo van Breugel wrote:
>
> > And it seems to be the default behaviour by python/numpy:
>
> It is, but ...
>
> > >>> import numpy as np
> > >>> np.random.random()
> > 0.8351426142559701
> > >>> np.random.random()
> > 0.481382344199839
Markus Neteler wrote:
> - if the user needs reproducability, then have a env var to enable that.
And when issue of usability doesn't even get considered until a few
years later when the user (or a colleague) gets an email suggesting
the results can't be be reproduced ...?
I'm inclined to add bo
Paulo van Breugel wrote:
> And it seems to be the default behaviour by python/numpy:
It is, but ...
> >>> import numpy as np
> >>> np.random.random()
> 0.8351426142559701
> >>> np.random.random()
> 0.4813823441998394
> >>> np.random.random()
> 0.7279314267025369
... this example doesn't de
On Mon, May 26, 2014 at 11:03 AM, Luca Delucchi wrote:
> On 25 May 2014 23:23, Markus Neteler wrote:
> > as Martin stated in a recent ticket comment, beta3 should be released asap.
> >
> > I would like to get first the pygrass changes backported (not
> > difficult including the manual improvement
#2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE
-+--
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priori
Hi,
Well, there are no equivalent functions in python yet. Other than that, I
think this new API is functionally satisfying and r.clump is using it. The
patch looks good to me. BTW, I prefer option= and -f.
Regards,
Huidae
On Tue, Jul 22, 2014 at 1:53 PM, Anna Petrášová
wrote:
>
>
> On Wed,
#1262: r.proj broken in all dev versions
---+
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: closed
Priority: critical | Milestone: 6.4.1
On Wed, Jun 25, 2014 at 2:09 AM, Huidae Cho wrote:
> We also need to add option_rules or something to g.parser so that python
> scripts can have access to these functions. Something like:
>
> #%option_rules
> #% exclusive: -a, -b
> #% requires_all: opt1, opt2, -a
> #%end
>
>
>
>
> On Fri, Jun 20,
#2147: db.databases not working in GRASS 7
--+-
Reporter: cmbarton | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal
Anna Petrášová wrote
>>
>> g.gui.rlisetup is working now; but an g.gui.rlisetup-entry in the main
>> GUI
>> is missing.
>>
>
> Isn't it the 'Set up sampling and analysis framework? ' in Raster ->
> Landscape patch analysis?
>
>
> Anna
ah, yes, you're right, sorry for the noise.
-
best r
On Tue, Jul 22, 2014 at 5:57 AM, Helmut Kudrnovsky wrote:
> Markus Neteler wrote
> > On Fri, Jul 18, 2014 at 8:39 AM, Helmut Kudrnovsky <
>
> > hellik@
>
> > > wrote:
> >>> what do you think about releasing beta3?
> >>
> >> have look in
> >> http://lists.osgeo.org/pipermail/grass-dev/2014-July/06
Hi Paulo,
On Tue, Jul 22, 2014 at 8:55 AM, Paulo van Breugel
wrote:
> I am trying to familiarize myself a bit with python scripting in GRASS. I am
> a bit confused about the different approaches that seem possible. More
> specifically, there is the pygrass
> (http://grasswiki.osgeo.org/wiki/Pytho
#2375: t.rast.import: add memory parameter
---+
Reporter: neteler| Owner: grass-dev@…
Type: enhancement| Status: new
Priority: normal | Milestone:
#2290: Wrong file permissions for grassXY.py on Windows (was: Grass not
starting)
--+-
Reporter: dnewcomb | Owner: grass-dev@…
Type: defect| Status: new
Pr
#2290: Wrong file permissions for grassXY.py on Windows (was: Grass not
starting)
--+-
Reporter: dnewcomb | Owner: grass-dev@…
Type: defect| Status: new
Pr
#2305: i.atcorr landsat8 support
--+-
Reporter: vesnikos | Owner: grass-dev@…
Type: enhancement | Status: closed
Priority: normal | Milestone: 7.0.0
Markus Neteler wrote
> On Fri, Jul 18, 2014 at 8:39 AM, Helmut Kudrnovsky <
> hellik@
> > wrote:
>>> what do you think about releasing beta3?
>>
>> have look in
>> http://lists.osgeo.org/pipermail/grass-dev/2014-July/069983.html
>>
>> "[GRASS-dev] GRASS 7: g.gui.rlisetup
>>
>> [...]
>> Backport o
#2354: cruft in release tarball
---+
Reporter: hamish| Owner: grass-dev@…
Type: defect| Status: closed
Priority: normal| Milestone: 6.4.5
#2374: Vector digitizer does not show scalebar
--+-
Reporter: neteler | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal|
On Mon, Jul 21, 2014 at 4:08 PM, Martin Landa wrote:
> Hi,
>
> 2014-07-21 15:46 GMT+02:00 Markus Neteler :
>
>> If no objections, I'll backport r61296 to relbr70.
>
> +1 for backport. Martin
Done in relbr7 in r61308.
Markus
___
grass-dev mailing list
g
37 matches
Mail list logo
