Re: [GRASS-dev] [release planning] 7.6.0

2018-08-28 Thread Vaclav Petras 
On Mon, Aug 27, 2018 at 5:52 PM Markus Neteler  wrote:
>
> On Mon, Aug 27, 2018 at 4:14 PM Anna Petrášová 
wrote:
> ...
> > It still works for me, there are 2 patches for ctypes,
>
> Ah, I had overlooked that.
>
> > I use the  patch_ctypes_changes_from_fork.diff
> > that might be the issue you have. But I agree it needs to be merged
soon.
>
> Funny suggestion: we make a branch on the github mirror :)
> Might simplify testing...

My guess is that it may complicate other things. Let's just branch 7.6 in
Subversion and apply the patches to trunk afterwards. Anna's suggestion of
a quick 7.8 release with Python 3 support makes sense. I'm just afraid that
this might create big time gap between 7.8 and 8.0. In that case, I would
lean towards putting these patches to 7.6 but only in case there is a lot
of people eager to test the code ideally with both Python 2 and 3 because
we won't be switching to Python 3 being the recommend one yet (or?). In any
case, there is no reason to postpone branching of 7.6. This can be still
decided and merged later before 7.6.0 RC1.

Vaclav
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3466: v.to.db: check if column exists before running

2018-08-28 Thread GRASS GIS 
#3466: v.to.db: check if column exists before running
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-releasebranch74
Resolution:   |   Keywords:  v.to.db,column
   CPU:  All  |   Platform:  All
--+-

Comment (by mmetz):

 Replying to [comment:8 veroandreo]:
 > Replying to [comment:6 pvanbosgeo]:
 > > +1 for creating columns if they don't exist (and the flag to determine
 if overwriting is OK) as default behavior
 > +1
 +1

 Just for clarification:
 * if the column(s) exist, require --overwrite
 * if the column(s) do not exist, create them with the appropriate type

 Additionally,
 * if the column(s) exist, check if the column type is correct

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3629: cannot click to check/uncheck accessible mapsets in g.mapsets

2018-08-28 Thread GRASS GIS 
#3629: cannot click to check/uncheck accessible mapsets in g.mapsets
--+--
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  g.mapsets, mapset access
   CPU:  Unspecified  |   Platform:  Unspecified
--+--

Comment (by cmbarton):

 There are no checkboxes to check. This is probably a wxPython 3/4 issue.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] importing QGIS dbf table question

2018-08-28 Thread Michael Barton 
Turns out this is a GRASS 7.2.2 issue but not a 7.4/7.5 issue. I'll have to see 
if there is a difference in compiling that could account for this.

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 Science
Arizona State University
Tempe, AZ  85287-2402
USA
 
voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  http://csdc.asu.edu, http://shesc.asu.edu
http://www.public.asu.edu/~cmbarton
 

On 8/28/18, 4:15 AM, "grass-dev on behalf of 
grass-dev-requ...@lists.osgeo.org"  wrote:

Date: Tue, 28 Aug 2018 00:01:07 +0200
From: Markus Neteler 
To: Michael Barton 
Cc: GRASS developers list 
Subject: Re: [GRASS-dev] importing QGIS dbf table question
Message-ID:

Content-Type: text/plain; charset="UTF-8"

On Mon, Aug 27, 2018 at 9:07 PM Michael Barton  
wrote:
>
>I’m recently having trouble importing the dbf table of a shape file 
(generated by QGIS) into GRASS 7.2 to 7.5. I get the error listed below. I 
don’t know if it is a bug I need to report or something wrong with the table. 
Has anyone else run into similar issues?
>
>SQLITE works fine on existing GRASS vectors. I just can’t import some 
shape files recently.

>
>v.import -o --overwrite input=/Users/cmbarton/Dropbox 
(ASU)/Conferences/2018/EAA 
2018/data/SP_NV_7_GIS_DATA/SP_NV_07_column_location.shp 
layer=SP_NV_07_column_location
>Over-riding projection check
>Check if OGR layer  contains polygons...
>WARNING: Vector map  already exists and will be 
overwritten
>dyld: Library not loaded: @rpath/libncurses.6.dylib
>   Referenced from: 
/Applications/GRASS-7.2.2.app/Contents/Resources/lib/libsqlite3.0.dylib
>   Reason: image not found
>dbmi: Protocol error
>WARNING: Unable to start driver 

I see two issues:
- libncurses missing or not found
- libsqlite3 missing: image not found

Maybe a system update brought in troubles?

Markus

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3466: v.to.db: check if column exists before running

2018-08-28 Thread GRASS GIS 
#3466: v.to.db: check if column exists before running
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-releasebranch74
Resolution:   |   Keywords:  v.to.db,column
   CPU:  All  |   Platform:  All
--+-

Comment (by veroandreo):

 Replying to [comment:6 pvanbosgeo]:
 > +1 for creating columns if they don't exist (and the flag to determine
 if overwriting is OK) as default behavior
 +1

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3523: v.rast.stats: avoid multiple rasterization when run on multiple raster maps

2018-08-28 Thread GRASS GIS 
#3523: v.rast.stats: avoid multiple rasterization when run on multiple raster 
maps
--+--
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-trunk
Resolution:   |   Keywords:  v.rast.stats
   CPU:  All  |   Platform:  All
--+--

Comment (by veroandreo):

 Tested with:

 {{{
 g.copy vector=zipcodes,my_zipcodes
 g.region -p vector=my_zipcodes align=elevation
 v.rast.stats map=my_zipcodes raster=elevation,geology,soils
 column_prefix=elev,geo,soil method=average
 }}}

 I get a warning

 {{{
 WARNING: Not all vector categories converted to raster. Converted 44 of
 48.
 Processing input data (44 categories)...
  100%
 Updating the database ...
 Processing input data (44 categories)...
  100%
 Updating the database ...
 Processing input data (44 categories)...
  100%
 Updating the database ...
 }}}

 and then I only see data for 13 polygons, instead of 44 as the warning
 says...

 {{{
 v.db.select my_zipcodes

 
cat|OBJECTID|WAKE_ZIPCO|PERIMETER|ZIPCODE_|ZIPCODE_ID|ZIPNAME|ZIPNUM|ZIPCODE|NAME|SHAPE_Leng|SHAPE_Area|elev_average|geo_average|soil_average
 1|1|262493461.286|80746.40038|2|27|CREEDMOOR|27522|CREEDMOOR
 27522|CREEDMOOR|80777.650719|262372872.587|||
 2|2|31634621.1616|31064.35816|7|25|YOUNGSVILLE|27596|YOUNGSVILLE
 27596|YOUNGSVILLE|31064.35845|31634622.1247|||
 3|3|543964359.138|115252.3|8|20|RALEIGH|27615|RALEIGH
 27615|RALEIGH|115252.443861|543964358.996|||
 4|4|58736529.666|36836.75795|10|26|YOUNGSVILLE|27596|YOUNGSVILLE
 27596|YOUNGSVILLE|36836.756996|58736530.8791|||
 5|7|12788390.3938|32416.21157|15|157|DURHAM|27703|DURHAM
 27703|DURHAM|30664.931929|12593277.3902|||
 6|8|602469071.217|147112.36983|18|8|RALEIGH|27616|RALEIGH
 27616|RALEIGH|147116.461058|602468668.316|||
 7|11|402520600.739|128456.89917|23|35|RALEIGH|27612|RALEIGH
 27612|RALEIGH|128260.956758|402143653.823|||
 8|12|1319493933.22|252236.30916|24|9|WENDELL|27591|WENDELL
 27591|WENDELL|252265.618847|1319493242|||
 9|13|313832905.094|80405.41507|25|19|RALEIGH|27609|RALEIGH
 27609|RALEIGH|80405.413149|313832904.304|||
 10|14|632112227.725|154800.00031|28|15|RALEIGH|27604|RALEIGH
 27604|RALEIGH|154801.611532|632113047.308|80.9428977864892|270|31412.1938642022
 11|15|873704032.742|198415.75507|29|22|KNIGHTDALE|27545|KNIGHTDALE
 27545|KNIGHTDALE|207888.12556|854234759.151|||
 12|17|86718740.3594|47692.08248|34|1|RALEIGH|27608|RALEIGH
 
27608|RALEIGH|47692.081615|86718740.3587|98.4611553894709|266.422191905412|33249.6981809914
 13|19|1174353723.71|250639.52409|36|23|RALEIGH|27610|RALEIGH
 27610|RALEIGH|260100.365867|1193825267.82|86.3101705216014|270|35158.4413575247
 14|21|25495827.4688|25606.12087|38|2|RALEIGH|27605|RALEIGH
 
27605|RALEIGH|25606.118579|25495829.7998|107.106468511325|267.676296671735|35061.007475925
 15|23|48955772.0156|33100.96362|41|21|RALEIGH|27601|RALEIGH
 27601|RALEIGH|33100.961138|48955771.7285|93.4536230171682|270|41372.1275182546
 16|24|672983954.444|137789.66922|42|18|APEX|27502|APEX
 27502|APEX|138402.016283|671745658.098|||
 17|25|1096882081.34|195776.53228|43|24|GARNER|27529|GARNER
 27529|GARNER|195766.214382|1096940045.19|99.5202463771186|270|32040.7337491259
 18|26|785094011.315|125961.78982|45|4|NEW HILL|27562|NEW HILL 27562|NEW
 HILL|125964.20281|785117168.913|||
 19|27|74573603.2444|53026.74139|46|76|CLAYTON|27520|CLAYTON
 27520|CLAYTON|53026.741222|74573603.668|||
 20|29|14013604.9607|20227.39179|50|146|FUQUAY VARINA|27526|FUQUAY VARINA
 27526|FUQUAY VARINA|20236.211152|14013892.9812|||
 21|30|10825001.4179|18741.09609|51|5|WILLOW SPRING|27592|WILLOW SPRING
 27592|WILLOW SPRING|18774.411343|10826786.022|||
 22|32|595065.85534|3225.47552|53|147|ANGIER|27501|ANGIER
 27501|ANGIER|3221.281589|594306.673565|||
 23|33|880659423.548|230219.75758|44|11|APEX|27539|APEX
 27539|APEX|10758.608766|3709374.42305|||
 24|36|607850854.951|135414.36225|6|149|RALEIGH|27613|RALEIGH
 27613|RALEIGH|135135.145707|610078059.502|||
 25|39|118820937.008|55979.83097|9|3|ROLESVILLE|27571|ROLESVILLE
 27571|ROLESVILLE|60467.130446|128973370.856|||
 26|40|821009204.045|192414.44366|5|12|RALEIGH|27614|RALEIGH
 27614|RALEIGH|193326.052701|821170463.631|||
 27|45|246107221.69|98230.55446|14|28|RALEIGH|27617|RALEIGH
 27617|RALEIGH|96973.596277|242589284.931|||
 28|54|1380544316.71|223529.01406|13|14|ZEBULON|27597|ZEBULON
 27597|ZEBULON|229111.795818|1389077516.66|||
 29|114|595719341.254|135382.61154|40|10|CARY|27518|CARY
 
27518|CARY|118402.346061|275997437.908|121.758819832926|489.922880820543|30329.1413058828
 30|212|352353219.773|137980.26455|35|18|APEX|27523|APEX
 27523|APEX|126164.348014|325402958.569|||
 31|219|13347044.5484|17858.88115|52|147|ANGIER|27501|ANGIER
 27501|ANGIER|20517.250079|16785459.3838|||
 32|222|670507534.879|180573.69876|49|5|WILLOW SPRING|27592|WILLOW

Re: [GRASS-dev] [GRASS GIS] #3523: v.rast.stats: avoid multiple rasterization when run on multiple raster maps

2018-08-28 Thread GRASS GIS 
#3523: v.rast.stats: avoid multiple rasterization when run on multiple raster 
maps
--+--
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Vector   |Version:  svn-trunk
Resolution:   |   Keywords:  v.rast.stats
   CPU:  All  |   Platform:  All
--+--
Changes (by veroandreo):

 * Attachment "test_patch_v.rast.stats_multiraster.png" added.

 test for patch allowing the use of multiple raster maps as input in
 v.rast.stats plus the new color tables :)

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkSpinButton

2018-08-28 Thread GRASS GIS 
#3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0'
failed in GtkSpinButton
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.4
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  wxGUI
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by ychemin):

 Some more details from this thread:
 https://trac.wxwidgets.org/ticket/17585
 This is a similar (identical?) issue.. gtk+3.20 and wxGTK3.20

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3629: cannot click to check/uncheck accessible mapsets in g.mapsets

2018-08-28 Thread GRASS GIS 
#3629: cannot click to check/uncheck accessible mapsets in g.mapsets
--+--
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  g.mapsets, mapset access
   CPU:  Unspecified  |   Platform:  Unspecified
--+--

Comment (by veroandreo):

 Tested in trunk in Fedora 28 and it works fine

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.series method=minimum yields float map when integer maps are used as input

2018-08-28 Thread Veronica Andreo 
Sorry, I pressed send earlier than intended...

El mar., 28 ago. 2018 a las 13:45, Veronica Andreo ()
escribió:

> Thanks for the explanation, Glynn :)
>
> El mar., 28 ago. 2018 a las 11:01, Glynn Clements (<
> gl...@gclements.plus.com>) escribió:
>
>>
>> Veronica Andreo wrote:
>>
>> > If I use a series of integer type maps as input to t.rast.series or
>> > r.series and select minimum as method, the output is a floating point
>> map.
>> > I would have thought that if the input are integers then output should
>> be
>> > integer as well. I realized when I made a plot of the map and got a
>> smooth
>> > legend instead of integer numbers.
>>
>> > Is this an expected behaviour?
>>
>> The type of the output map is independent of the inputs, determined
>> solely by the method. The count, diversity, min_raster and max_raster
>> methods generate integer maps; all other methods generate
>> floating-point maps.
>>
>> It probably wouldn't be particularly involved to add another flag to
>> the method table to indicate that a particular method will always
>> produce an integer result for integer inputs.
>>
>
Is this worth an enhancement ticket? I do not know how to implement any of
this myself.

thanks again,
Vero
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.series method=minimum yields float map when integer maps are used as input

2018-08-28 Thread Veronica Andreo 
Thanks for the explanation, Glynn :)

El mar., 28 ago. 2018 a las 11:01, Glynn Clements ()
escribió:

>
> Veronica Andreo wrote:
>
> > If I use a series of integer type maps as input to t.rast.series or
> > r.series and select minimum as method, the output is a floating point
> map.
> > I would have thought that if the input are integers then output should be
> > integer as well. I realized when I made a plot of the map and got a
> smooth
> > legend instead of integer numbers.
>
> > Is this an expected behaviour?
>
> The type of the output map is independent of the inputs, determined
> solely by the method. The count, diversity, min_raster and max_raster
> methods generate integer maps; all other methods generate
> floating-point maps.
>
> It probably wouldn't be particularly involved to add another flag to
> the method table to indicate that a particular method will always
> produce an integer result for integer inputs.
>
> Also, the use of weights= forces the output to floating-point even if
> the method doesn't actually support the use of weights.
>
> --
> Glynn Clements 
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3617: save display to image button broken

2018-08-28 Thread GRASS GIS 
#3617: save display to image button broken
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  blocker  |  Milestone:  7.4.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by veroandreo):

 I have just attached the full error message obtained when trying to save a
 map display in GRASS GIS 7.4.1 from a Mac OS Sierra 10.12.6 (hope it is
 readable). The screenshot was kindly contributed by Carol Garzon, she has
 tested both from GUI and CLI with same results. She confirms the error was
 not there in GRASS 7.4.0.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3617: save display to image button broken

2018-08-28 Thread GRASS GIS 
#3617: save display to image button broken
--+-
  Reporter:  cmbarton |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  blocker  |  Milestone:  7.4.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by veroandreo):

 * Attachment "grass7.4_doutfile_3.png" added.

 Full error message from d.out.file in GRASS 7.4.1 run in a Mac os sierra
 10.12.6 (contributed by Carol Garzon)

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3516: Add font encoding and name parameters to d.northarrow

2018-08-28 Thread GRASS GIS 
#3516: Add font encoding and name parameters to d.northarrow
--+--
  Reporter:  marisn   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  minor|  Milestone:  7.6.0
 Component:  Display  |Version:  svn-trunk
Resolution:   |   Keywords:  d.northarrow
   CPU:  Unspecified  |   Platform:  Unspecified
--+--

Comment (by marisn):

 Replying to [comment:1 neteler]:
 > Please try this mostly untested patch (adds font, path and charset
 parameters, based on d.text).

 Tested on Linux and works fine. Unfortunately I do not have an access to
 Windows box suitable for testing.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.series method=minimum yields float map when integer maps are used as input

2018-08-28 Thread Glynn Clements 

Veronica Andreo wrote:

> If I use a series of integer type maps as input to t.rast.series or
> r.series and select minimum as method, the output is a floating point map.
> I would have thought that if the input are integers then output should be
> integer as well. I realized when I made a plot of the map and got a smooth
> legend instead of integer numbers.

> Is this an expected behaviour?

The type of the output map is independent of the inputs, determined
solely by the method. The count, diversity, min_raster and max_raster
methods generate integer maps; all other methods generate
floating-point maps.

It probably wouldn't be particularly involved to add another flag to
the method table to indicate that a particular method will always
produce an integer result for integer inputs.

Also, the use of weights= forces the output to floating-point even if
the method doesn't actually support the use of weights.

-- 
Glynn Clements 
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3615: Two new functions for grass.script python lib

2018-08-28 Thread GRASS GIS 
#3615: Two new functions for grass.script python lib
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Python   |Version:  svn-trunk
Resolution:   |   Keywords:
   CPU:  All  |   Platform:  All
--+-

Comment (by sbl):

 Since I did not hear any objections, I will commit this function to trunk
 preferably before 7.6 branch is cut. So I can use it in some addons that I
 have in progress...

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkSpinButton

2018-08-28 Thread GRASS GIS 
#3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0'
failed in GtkSpinButton
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.4
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  wxGUI
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by ychemin):

 Found a generic Linux solution here:

 https://askubuntu.com/questions/505594/how-to-stop-gedit-and-other-
 programs-from-outputting-gtk-warnings-and-the-like

 in .bashrc:

 _supress() {
   eval "$1() { \$(which $1) \"\$@\" 2>&1 | tr -d '\r' | grep -v \"$2\"; }"
 }

 _supress grass75 "Notebook"

 _supress grass75 "wxPizza"

 _supress grass75 "gtk_widget"

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0' failed in GtkSpinButton

2018-08-28 Thread GRASS GIS 
#3348: wxGTK3: Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0'
failed in GtkSpinButton
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.2.4
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  wxGUI
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by mlennert):

 Replying to [comment:9 ychemin]:
 > Similar yet different problem here: I tried Moritz sbRender trick, and
 it did not have any effect.

 One difficulty here is that whether you see any of these error messages
 can also depend on your locale. The Render checkbox in the Map Display
 does not cause any messages when I set the language in the GUI preferences
 to 'en', but I get tons of messages when I use my system locale, French.
 In French, the text of the render checkbox goes beyond the edge of the Map
 Display.

 This means sizes have to be defined flexibly in order to accommodate
 translations. No idea how hard that is.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev