Re: [GRASS-dev] [GRASS GIS] #3043: Change default color table

2016-05-23 Thread GRASS GIS
#3043: Change default color table
--+---
  Reporter:  wenzeslaus   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  blocker  |  Milestone:  7.2.0
 Component:  Raster   |Version:  svn-trunk
Resolution:   |   Keywords:  r.colors, d.rast, rainbow
   CPU:  Unspecified  |   Platform:  Unspecified
--+---

Comment (by neteler):

 Replying to [comment:1 mlennert]:
 > I always tell my students to never use the default colors of any
 software.

 Agreed - but most users will just take the default (sigh).

 > If we do change, I think that my favorite candidate for default would
 then be grey. This avoids color blindness issues, works for most
 applications and at the same time, in our modern color-oriented computing
 world, does provoke users to chose another one.

 This might be counter-productive and scare away users ("... oh, it cannot
 even show a color map!").

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3043: Change default color table

2016-05-23 Thread GRASS GIS
#3043: Change default color table
--+---
  Reporter:  wenzeslaus   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  blocker  |  Milestone:  7.2.0
 Component:  Raster   |Version:  svn-trunk
Resolution:   |   Keywords:  r.colors, d.rast, rainbow
   CPU:  Unspecified  |   Platform:  Unspecified
--+---

Comment (by mlennert):

 Replying to [ticket:3043 wenzeslaus]:
 > The default color table in 7.0 is `rainbow`. It is known that it is not
 ideal. I think we should change it before the next release.
 >
 > For example, matplotlib [http://matplotlib.org/style_changes.html
 changed] the default to
 [http://matplotlib.org/examples/color/colormaps_reference.html viridis].
 But there are other options as well.

 Choice of color table is one of the most important parts of cartography. I
 always tell my students to never use the default colors of any software.
 And that even though I don't know why rainbow was chosen, I like it
 because it is so blatantly bad that it forces the user to make a
 deliberate choice of another color table ;-).

 So, I'm not sure I see the need to change that.

 If we do change, I think that my favorite candidate for default would then
 be grey. This avoids color blindness issues, works for most applications
 and at the same time, in our modern color-oriented computing world, does
 provoke users to chose another one.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3041: Grass Nviz crashes

2016-05-23 Thread GRASS GIS
#3041: Grass Nviz crashes
-+--
  Reporter:  virtuale71  |  Owner:  grass-dev@…
  Type:  defect  | Status:  closed
  Priority:  normal  |  Milestone:  7.0.5
 Component:  wxGUI   |Version:  7.0.4
Resolution:  duplicate   |   Keywords:  m.nviz.image
   CPU:  x86-64  |   Platform:  MSWindows 7
-+--

Comment (by virtuale71):

 Yes, I need a perspective view, like the ones you can have on the display.
 The problem is that you can only have a low resolution image of it, more
 or less of the resolution of a screenshot.

 Can this depend upon my system? I have a PC, does somebody knows if there
 is the same problem on Mac?

--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #3043: Change default color table

2016-05-23 Thread GRASS GIS
#3043: Change default color table
---+-
 Reporter:  wenzeslaus |  Owner:  grass-dev@…
 Type:  enhancement| Status:  new
 Priority:  blocker|  Milestone:  7.2.0
Component:  Raster |Version:  svn-trunk
 Keywords:  r.colors, d.rast, rainbow  |CPU:  Unspecified
 Platform:  Unspecified|
---+-
 The default color table in 7.0 is `rainbow`. It is known that it is not
 ideal. I think we should change it before the next release.

 For example, matplotlib [http://matplotlib.org/style_changes.html changed]
 the default to
 [http://matplotlib.org/examples/color/colormaps_reference.html viridis].
 But there are other options as well.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-

Comment (by sebastic):

 All patches target the 7.0 branch, but apply to trunk too. Except ` 01
 -sort-build-modules-list.patch`, `build_modules_xml.py` is no longer used
 there.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by sebastic):

 * Attachment "05-binary-nad-install.patch" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by sebastic):

 * Attachment "03-sort-obj-files.patch" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by sebastic):

 * Attachment "04-srand48_auto-from-SOURCE_DATE_EPOCH.patch" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by sebastic):

 * Attachment "02-sort-dbmscap.patch" added.


--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
  Reporter:  sebastic |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.5
 Component:  Default  |Version:  7.0.4
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Linux
--+-
Changes (by sebastic):

 * Attachment "01-sort-build-modules-list.patch" added.


--
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #3042: Patches to make the build reproducible (fileordering, randomness)

2016-05-23 Thread GRASS GIS
#3042: Patches to make the build reproducible (fileordering, randomness)
--+-
 Reporter:  sebastic  |  Owner:  grass-dev@…
 Type:  defect| Status:  new
 Priority:  normal|  Milestone:  7.0.5
Component:  Default   |Version:  7.0.4
 Keywords:|CPU:  Unspecified
 Platform:  Linux |
--+-
 As reported by Alexis Bienvenüe in [https://bugs.debian.org/825092 Debian
 Bug #825092]:
 > While working on the “[https://wiki.debian.org/ReproducibleBuilds
 reproducible builds]” effort, we have noticed that 'grass' could not be
 built reproducibly.
 >
 > There are several reproducibility issues:
 >
 > 1) File ordering issues - the build result depends on the order of the
 files listed with `readdir` or equivalent.
 >
 > * in `tools/build_modules_xml.py` - see patch `01-sort-build-modules-
 list.patch`
 >
 > * in `lib/db/dbmi_base/dbmscap.c` (this affects options order in the
 `html/db.*.html` files) - see patch `02-sort-dbmscap.patch` that builds an
 ordered list.
 >
 > * in `include/Make/Vars.make` (this affects the order in which object
 files are merged) - see patch `03-sort-obj-files.patch`
 >
 > 2) Randomness issue: html/colortables/random.png is built using a
 pseudo-random generator seeded with build-time value. See patch `04
 -srand48_auto-from-SOURCE_DATE_EPOCH.patch` that uses the [https
 ://reproducible-builds.org/specs/source-date-epoch/ SOURCE_DATE_EPOCH]
 environment variable (when set) to set a seed from last `debian/changelog`
 entry date.
 >
 > 3) Makefile mistake: from
 
https://buildd.debian.org/status/fetch.php?pkg=grass&arch=i386&ver=7.0.4-1&stamp=1462121195,
 it seems to me that the binary NAD files are not installed properly:
 > {{{
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/prvi
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/hawaii
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/alaska
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/stgeorge
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/FL
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/WO
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/TN
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/stlrnc
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/stpaul
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/conus
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/MD
 > /usr/bin/install -c  -m 644 OBJ.i686-pc-linux-gnu/prvi
 > /«PKGBUILDDIR»/dist.i686-pc-linux-gnu/etc/proj/nad/WI
 > }}}
 > The single `OBJ.i686-pc-linux-gnu/prvi` file is here installed to *all*
 `/etc/proj/nad` files.
 > See the patch `05-binary-nad-install.patch` for a fix.
 >
 > 4) nad2bin issue: nad2bin has unreproducible output (see Debian Bug
 #825088)
 >
 > Once these proposed patches are applied (and Debian Bug #825088 fixed),
 grass can be built reproducibly in our current experimental framework.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3041: Grass Nviz crashes

2016-05-23 Thread GRASS GIS
#3041: Grass Nviz crashes
-+--
  Reporter:  virtuale71  |  Owner:  grass-dev@…
  Type:  defect  | Status:  closed
  Priority:  normal  |  Milestone:  7.0.5
 Component:  wxGUI   |Version:  7.0.4
Resolution:  duplicate   |   Keywords:  m.nviz.image
   CPU:  x86-64  |   Platform:  MSWindows 7
-+--

Comment (by neteler):

 Replying to [ticket:3041 virtuale71]:
 > I am using Grass 7.04 standalone. I have made a 3d view of dem raster.
 How can I have a high resolution image file of it to work with Photoshop?

 If you want a 2D map, then you can also use d.out.file.

 Do you want a perspective view?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3041: Grass Nviz crashes

2016-05-23 Thread GRASS GIS
#3041: Grass Nviz crashes
-+--
  Reporter:  virtuale71  |  Owner:  grass-dev@…
  Type:  defect  | Status:  closed
  Priority:  normal  |  Milestone:  7.0.5
 Component:  wxGUI   |Version:  7.0.4
Resolution:  duplicate   |   Keywords:  m.nviz.image
   CPU:  x86-64  |   Platform:  MSWindows 7
-+--
Changes (by annakrat):

 * status:  new => closed
 * component:  Tcl/Tk NVIZ => wxGUI
 * resolution:   => duplicate
 * keywords:   => m.nviz.image
 * milestone:   => 7.0.5


Comment:

 Duplicate of #2114. It should still work in the GUI using 3D view, so you
 can try it there. Or on a different platform.

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] grass 7.2 planning

2016-05-23 Thread Vaclav Petras
On May 23, 2016 6:31 AM, "Martin Landa"  wrote:
>
> Hi,
>
> 2016-05-10 20:26 GMT+02:00 Vaclav Petras :
> > Created ticket #3034 for the layers in v.in.lidar, removed the vector
output
> > from r.in.lidar in r68418.
> >
> > https://trac.osgeo.org/grass/ticket/3034
> > https://trac.osgeo.org/grass/changeset/68418
>
> it's not clear to me what is the status? Can we create a new release
> branch? We have already delay... Thanks for clarification, Martin
I have committed code to solve all the related lidar issues except for this
one:

https://trac.osgeo.org/grass/ticket/3038

We can do the branching from the point of view of lidar modules.

However, concerning the actual release, there is one more rendering-related
blocker:

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

[GRASS-dev] [GRASS GIS] #3041: Grass Nviz crashes

2016-05-23 Thread GRASS GIS
#3041: Grass Nviz crashes
-+-
 Reporter:  virtuale71   |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:
Component:  Tcl/Tk NVIZ  |Version:  7.0.4
 Keywords:   |CPU:  x86-64
 Platform:  MSWindows 7  |
-+-
 I am using Grass 7.04 standalone. I have made a 3d view of dem raster. How
 can I have a high resolution image file of it to work with Photoshop? It
 seems that the only tool to have it is Nviz but it always crashes and the
 genereated Tiff file that is empty.

 If you select a Ppm file it generates a few Kbites file; I can't open it,
 but its size can't match with an high resolution image.

 Some experiments have been done with previous Grass 6xxx and Grass 7.04 on
 windows 10. Result is the same. In older 6xxx Grass version a popup states
 that there is a memory issue. We have tried to cut the raster smaller and
 smaller but the problem wasn't solved.

  |   Type of Map:  raster   Number of Categories: 0
 |
  |   Data Type:FCELL
 |
  |   Rows: 2610
 |
  |   Columns:  3711
 |
  |   Total Cells:  9685710
 |
  |Projection: Monte Mario / Italy zone 1
 |
  |N: 4186765.97697097S: 4181546.28599823   Res: 1.9998816
 |
  |E: 2344938.10330853W: 2337516.69538672   Res: 1.99984045
 |
  |   Range of data:min = 175.59  max = 672.84

 And the error log:
 APPCRASH
 m.nviz.image.exe 7.0.0.0
   application Timestamp:5725e1e3
   Module with errors name:  libgrass_ogsf.7.0.4.dll
   Version of module with errors:0.0.0.0
   Module with error Timestamp:  5725df0e
   Exception code:   c094
   Exception Offset: 0002c080
   SO version:   6.1.7601.2.1.0.256.48
   ID local settings:1040
   Other infos 1:f010
   Extra infos 2:f010b8bf1a53840503aacbf5539daf48
   Extra infos 3:cb08
   Extra infos 4:cb08b57330503ec68eb2a7f62401ed8b

 Comand log:
 (Mon May 23 17:34:34 2016)
 m.nviz.image --overwrite --quiet elevation_map=Gibellina_Vecchia@Ale
 height=3886 zexag=1.5 focus=1000,1000,1000 output=C:\Users\Ale\12122.tif
 format=tif size=640,480
 (Mon May 23 17:34:38 2016) Comando terminato (3 sec)

 Would the verbose output be better?

--
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] grass 7.2 planning

2016-05-23 Thread Martin Landa
Hi,

2016-05-10 20:26 GMT+02:00 Vaclav Petras :
> Created ticket #3034 for the layers in v.in.lidar, removed the vector output
> from r.in.lidar in r68418.
>
> https://trac.osgeo.org/grass/ticket/3034
> https://trac.osgeo.org/grass/changeset/68418

it's not clear to me what is the status? Can we create a new release
branch? We have already delay... Thanks for clarification, Martin
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Powered by GRASS GIS graphics

2016-05-23 Thread Vincent Bain
Hi,

some time ago Vaclav asked me if I could set up a sort of tag displaying
the message "Powered by GRASS GIS". I made some drafts, from which we
retained a few possible "stickers". A first synthesis can be found here:
https://grasswiki.osgeo.org/wiki/Identity#GRASS_GIS_sticker

Yours
Vincent.

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