On Wed, Oct 15, 2014 at 3:35 AM, Vaclav Petras wrote:
> Hi Markus and others,
>
> I would do a backport or r61812 but I'm not sure if it works correctly. It
> seems to work and I got the same results as with the old version but I
> remember that you (Markus) had some doubts at one point. Now I act
On Mon, Jul 14, 2014 at 3:03 PM, wrote:
> Author: wenzeslaus
> Date: 2014-07-14 12:03:34 -0700 (Mon, 14 Jul 2014)
> New Revision: 61255
>
> Modified:
>grass/trunk/gui/wxpython/core/utils.py
> Log:
> wxGUI/core: use gray always, sync purple with lib/gis/color_str.c although
> it is probably wr
Hi Markus and others,
I would do a backport or r61812 but I'm not sure if it works correctly. It
seems to work and I got the same results as with the old version but I
remember that you (Markus) had some doubts at one point. Now I actually see
that you said you will backport it, so if you have you
On Fri, Oct 10, 2014 at 1:44 PM, Glynn Clements
wrote:
[...]
Thanks for the detailed analysis, Glynn.
> Personally, I feel that v.what.rast should be fixed. Specifically, the
> code
>
> row = Rast_northing_to_row(Points->y[0], &window);
> col = Rast_easting_to_col(Points->x[0],
Hi,
On Tue, Oct 14, 2014 at 8:58 AM, Vaclav Petras wrote:
>
>
> On Tue, Oct 14, 2014 at 5:28 AM, Moritz Lennert <
> mlenn...@club.worldonline.be> wrote:
>
>> On 14/10/14 10:38, Paulo van Breugel wrote:
>>
>>>
>>>
>>> On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert
>>> mailto:mlenn...@club.world
On Tue, Oct 14, 2014 at 5:28 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 14/10/14 10:38, Paulo van Breugel wrote:
>
>>
>>
>> On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert
>> mailto:mlenn...@club.worldonline.be>>
>> wrote:
>>
>> On 14/10/14 09:14, Paulo van Breugel wrote:
#2439: g.gui.iclass crashes
---+
Reporter: madi | Owner: grass-dev@…
Type: defect | Status: new
Prior
On 14/10/14 10:38, Paulo van Breugel wrote:
On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert
mailto:mlenn...@club.worldonline.be>> wrote:
On 14/10/14 09:14, Paulo van Breugel wrote:
Putting the 'ignore' option in separate tab with patterns is fine I
think. Also, for g.rem
On Tue, Oct 14, 2014 at 10:06 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 14/10/14 09:14, Paulo van Breugel wrote:
>
>> Putting the 'ignore' option in separate tab with patterns is fine I
>> think. Also, for g.remove to have the 'type' and 'name' together in one
>> tab is also
On 14/10/14 09:14, Paulo van Breugel wrote:
Putting the 'ignore' option in separate tab with patterns is fine I
think. Also, for g.remove to have the 'type' and 'name' together in one
tab is also a good idea imho.
I am not sure I understand the last question; you mean to add the
possibility to
Putting the 'ignore' option in separate tab with patterns is fine I
think. Also, for g.remove to have the 'type' and 'name' together in one
tab is also a good idea imho.
I am not sure I understand the last question; you mean to add the
possibility to make an option required but still have the
11 matches
Mail list logo
