#3055: Revise monochromatic color tables
-+-
Reporter: wenzeslaus | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Display |Version:
Dear all,
in r69708, I've changed the implementation of parsing color rules to use
the G_str_to_color() function instead of a custom mechanism. This, in
connection with r69683, adds the possibility to use HTML (CSS) style of
hexadecimal colors with leading hash.
So, now you can do:
r.colors
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
On Tue, Oct 18, 2016 at 5:58 PM, Vincent Bain wrote:
>
> Hoping it can be useful I attach the bash script, don't know if it's
> worth making it an addon, I guess it would be better to write new addons
> in python... perhaps someone can turn it into something more "trendy"?
>
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3184: v.vect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3184: v.ect.stats: errors in counts and statistics
-+--
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.2.0
Component: Vector |Version: svn-trunk
#3187: Attribute table manager refreshing when connecting a distant sqlite
database
+-
Reporter: vincent | Owner: grass-dev@…
Type: defect | Status: new
Priority: minor | Milestone: 7.0.6
Hi Lu,
I would say that for defining if extending to the weekend before or
after, we should also consider that 4-5 of february next year the
FOSSDEM will take place in Brussels (https://fosdem.org/2017/). Maybe,
some ppl would like to attend both events (?), dunno...
Best,
Vero
2016-10-19
Hi devs,
On 27 May 2016 at 12:08, Luca Delucchi wrote:
>
> sorry I forgot the month, it should be February
>
I have some news, we have room booked from 6-8 February (I asked until
10), we can extend to the weekend to but I have to look for the room,
do you prefer the
#3186: [PATCH] i.in.spotvgt: allow import of any band, not only NDVI
--+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.6
Component: Imagery
#3186: [PATCH] i.in.spotvgt: allow import of any band, not only NDVI
--+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.6
Component: Imagery
#3186: [PATCH] i.in.spotvgt: allow import of any band, not only NDVI
--+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.0.6
Component: Imagery
On Wed, Oct 19, 2016 at 11:56 AM, Margherita Di Leo
wrote:
>
>
> On Wed, Oct 19, 2016 at 11:47 AM, Moritz Lennert <
> mlenn...@club.worldonline.be> wrote:
>
>> On 19/10/16 11:22, Margherita Di Leo wrote:
>>
>>>
>>>
>> There was a discussion about these questions on the ML at
#3186: [PATCH] i.in.spotvgt: allow import of any band, not only NDVI
--+
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Imagery |
#3186: [PATCH] i.in.spotvgt: allow import of any band, not only NDVI
+-
Reporter: mlennert| Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone:
Component:
On Wed, Oct 19, 2016 at 11:47 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> On 19/10/16 11:22, Margherita Di Leo wrote:
>
>> Dear all,
>>
>> currently the default behavior of g.list is to display all the files
>> present in all mapsets (which corresponds to g.list mapset=*), without
On 19/10/16 11:22, Margherita Di Leo wrote:
Dear all,
currently the default behavior of g.list is to display all the files
present in all mapsets (which corresponds to g.list mapset=*), without
indicating where they are.
I would very much prefer g.list mapset=. as a default behavior, ignoring
Dear all,
currently the default behavior of g.list is to display all the files
present in all mapsets (which corresponds to g.list mapset=*), without
indicating where they are.
I would very much prefer g.list mapset=. as a default behavior, ignoring
what there is in other mapsets.
If this is
22 matches
Mail list logo