Re: [GRASS-dev] SSL Certificate

[Markus Neteler]

Hi Huidae, all,
(CC lists)

Huidae Cho  schrieb am Sa., 28. Juli 2018, 03:20:

> Hi Markus,
>
> Not sure if you noticed this. I'm getting an SSL certificate error when
> accessing grass.osgeo.org.
>

> grass.osgeo.org uses an invalid security certificate.
>
> The certificate is only valid for the following names:
> mapserver.org, www.mapserver.org
>
> Error code: SSL_ERROR_BAD_CERT_DOMAIN
>
> Is it just me?
>
> Huidae
> --
> Huidae Cho, Ph.D., PE, M.ASCE, CFM, GISP
> Open Source GIS Developer, GRASS GIS Development Team
>

I also realized that yesterday and escalated it to OSGeo-SAC.

In fact, a SAC member had messed the certificate accidentally up and fixed
it later.

Please report of you find any OSGeo site still causing troubles.

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

Re: [GRASS-dev] [GRASS GIS] #3606: m.nviz.image produces a screenshot

[GRASS GIS]

#3606: m.nviz.image produces a screenshot
---+-
  Reporter:  epifanio  |  Owner:  grass-dev@…
  Type:  defect| Status:  closed
  Priority:  major |  Milestone:  7.4.2
 Component:  Display   |Version:  svn-trunk
Resolution:  fixed |   Keywords:
   CPU:  x86-64|   Platform:  Linux
---+-
Changes (by hcho):

 * milestone:  7.6.0 => 7.4.2


Comment:

 Backported to 7.2 & 7.4.

-- 
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] #2114: m.nviz.image does not work on Windows

[GRASS GIS]

#2114: m.nviz.image does not work on Windows
--+--
  Reporter:  annakrat |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.4.2
 Component:  LibOpenGL|Version:  svn-trunk
Resolution:  fixed|   Keywords:  m.nviz.image
   CPU:  Unspecified  |   Platform:  All
--+--
Changes (by hcho):

 * status:  reopened => closed
 * resolution:   => fixed


Comment:

 Backported to 7.2 & 7.4.

-- 
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] #3600: m.nviz.image doesn't produce any output

[GRASS GIS]

#3600: m.nviz.image doesn't produce any output
--+-
  Reporter:  guano|  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:
 Component:  Default  |Version:  7.2.0
Resolution:  fixed|   Keywords:
   CPU:  Unspecified  |   Platform:  MacOSX
--+-
Changes (by hcho):

 * status:  reopened => closed
 * version:  7.0.4 => 7.2.0
 * resolution:   => fixed


Comment:

 Backported to 7.2 & 7.4.

-- 
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

[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):

 Similar yet different problem here: I tried Moritz sbRender trick, and it
 did not have any effect.

 I am tempted to hide the warnings by this trick, but this is not treating
 the cause of the problem...

 https://stackoverflow.com/questions/3424774/how-to-suppress-gtk-warnings-
 from-a-wxwidgets-wxpython-application

 Here are a tiny sample of the Warnings.

 {{{
 (wxgui.py:4275): Gtk-WARNING **: 22:38:45.307: gtk_widget_size_allocate():
 attempt to underallocate wxPizza's child GtkNotebook 0x55d4d0a42b40.
 Allocation is 749x183, but minimum required size is 829x183.

 (wxgui.py:4275): Gtk-CRITICAL **: 22:38:45.308: gtk_box_gadget_distribute:
 assertion 'size >= 0' failed in GtkNotebook

 (wxgui.py:4275): Gtk-WARNING **: 22:38:45.324: gtk_widget_size_allocate():
 attempt to underallocate wxPizza's child GtkNotebook 0x55d4d0a42b40.
 Allocation is 749x183, but minimum required size is 829x183.

 (wxgui.py:4275): Gtk-CRITICAL **: 22:38:45.324: gtk_box_gadget_distribute:
 assertion 'size >= 0' failed in GtkNotebook
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Mixing vector and Raster input maps for a module

[Huidae Cho]

Nikos,

I would personally keep modules simpler and make them do one task really
well (Unix philosophy ;-) unless there are multiple related tasks that
share a significant portion of the procedure. I would assume that
rasterization is a pre-processing step that needs to be done before using
your module, and it may not need to be done every time you run the module.
If this pre-processing doesn't require any special treatments to the input
raster, I would leave it out and just add some notes in the manual.

Best,
Huidae


On Fri, Jul 27, 2018 at 6:29 AM, Nikos Alexandris 
wrote:

> Dear all,
>
> I am concerned about mixing Vector and Raster maps as inputs in a
> module. I think it's less of a complication if a module considers either
> only Vector or Raster maps as inputs.
>
> Should I just not worry and mix these? The question is about
> user-friendliness.
>
> If tha add-on is exposed to QGIS, non-experienced users will be able to
> use it. Should they be forced to think about doing some rasterisation
> themselves? Or should the module do this job for them?
>
> This is a generic question. I much appreciate your thoughts.
>
> Nikos
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>



-- 
Huidae Cho, Ph.D., PE, M.ASCE, CFM, GISP
Open Source GIS Developer, GRASS GIS Development Team
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Mixing vector and Raster input maps for a module

[Nikos Alexandris]

Dear all,

I am concerned about mixing Vector and Raster maps as inputs in a
module. I think it's less of a complication if a module considers either
only Vector or Raster maps as inputs.

Should I just not worry and mix these? The question is about user-friendliness.

If tha add-on is exposed to QGIS, non-experienced users will be able to
use it. Should they be forced to think about doing some rasterisation
themselves? Or should the module do this job for them?

This is a generic question. I much appreciate your thoughts.

Nikos


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