Re: [GRASS-dev] New dev team on github for initial tests

[Luca Delucchi]

On 13 June 2018 at 22:07, Markus Neteler  wrote:
>
> As I said: the OSGeo git services are IMHO under-staffed and would
> require  a dedicated budget. Could be a nice idea but the board needs
> to support that.
>

I don't think so, git on OSGeo server is working [0], and the board
also use it [1]. I don't see any problem, it is like trac or svn
I also used it for an OSGeo code [2]

> Markus
>

PS
Probably I will move most of my github repositories to OSGeo one and
gitlab according the code topic

[0] https://git.osgeo.org/gitea/
[1] https://git.osgeo.org/gitea/osgeo/todo/issues
[2] https://git.osgeo.org/gitea/lucadelu/gci_analyst

-- 
ciao
Luca

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

Re: [GRASS-dev] [GRASS GIS] #3177: Automatically register addons in GUI

[GRASS GIS]

#3177: Automatically register addons in GUI
--+--
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  minor|  Milestone:  7.4.2
 Component:  Addons   |Version:  unspecified
Resolution:   |   Keywords:  g.extension,Makefile
   CPU:  Unspecified  |   Platform:  All
--+--

Comment (by wenzeslaus):

 Can somebody test this on MS Win? See if you have in ''Modules'' tab there
 some Python module from Addons for example i.superpixels.slic.

-- 
Ticket URL: 
GRASS GIS 

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

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

[Markus Neteler]

On Tue, Jun 12, 2018 at 10:51 PM, Markus Neteler  wrote:
> Hi all,
>
> GRASS GIS 7.4.1 has been released!
>
> tag:  release_20180612_grass_7_4_1
> News: https://trac.osgeo.org/grass/wiki/Release/7.4.1-News


I have successfully submitted the package to Fedora:
https://koji.fedoraproject.org/koji/packageinfo?packageID=1972

and proposed it to "testing" there:
https://bodhi.fedoraproject.org/updates/FEDORA-2018-e75f2b0b1a

Markus

PS: screenshot request still open
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New dev team on github for initial tests

[Markus Neteler]

On Wed, Jun 13, 2018 at 12:21 PM, Luca Delucchi  wrote:
> Il mer 13 giu 2018, 04:13 Vaclav Petras  ha scritto:
>>
>> > gitea, gitlab is not working for me
>>
>> Luca, I think you need to be more specific.
>
> I was speaking about the gitlab instance on OSGeo server [0],  it is not
> working for me... Otherwise I like gitlab it self and I'm already using it.

Ah :-)

> Is it more clear now?

Yes! I was also surprised...

As I said: the OSGeo git services are IMHO under-staffed and would
require  a dedicated budget. Could be a nice idea but the board needs
to support that.

Markus

> Best
> Luca
>
> [0] http://wiki.osgeo.org/wiki/SAC:Git_Service
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [EXTERNAL] New GRASS addon i.sentinel.mask is now available (GSoC 2018 project)

[Helmut Kudrnovsky]

>...
>ERROR: Extension  not found

addons for winGRASS are only compiled once a day, you have to try it
tomorrow again.



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [EXTERNAL] New GRASS addon i.sentinel.mask is now available (GSoC 2018 project)

[Doug Newcomb]

Trying to reinstall and getting:
 Downloading precompiled GRASS Addons ...
ERROR: Extension  not found

Either Roberta has started looking at it  already or it is a local
problem.  I will try to chase it down here before I go on vacation.  Either
way, I appreciate the work Roberta continues to put into this.  Thanks
again Roberta!



Doug


On Wed, Jun 13, 2018 at 12:17 PM Vaclav Petras  wrote:

>
>
> On Wed, Jun 13, 2018 at 12:04 PM, Doug Newcomb 
> wrote:
>
>>
>> Looks like it is set up to require administrative access by default?
>>
>> ERROR: Unable to create 'C:\Program Files\GRASS GIS 7.4.0\docs\rest':
>> [Error 5] Access is denied: 'C:\\Program Files\\GRASS GIS 7.4.0\\docs\\rest'
>>
>
>
> Are you sure it is not a local problem? Works fine with latest trunk on
> Linux:
>
> grass --tmp-location -c --exec g.extension i.sentinel.mask
>
> Likely not related to i.sentinel.mask. Please, try different module.
>


-- 
Doug Newcomb
USFWS
551F Pylon Dr
Raleigh, NC
919-856-4520 ext. 14 doug_newc...@fws.gov
-

*NOTE: This email correspondence and any attachments to and from this
sender is subject to the Freedom of Information Act (FOIA) and may be
disclosed to third parties.*​
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3055: Revise monochromatic color tables

[GRASS GIS]

#3055: Revise monochromatic color tables
-+-
  Reporter:  wenzeslaus  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  blocker |  Milestone:  8.0.0
 Component:  Display |Version:  unspecified
Resolution:  |   Keywords:  r.colors, d.rast, blues, greens,
   CPU:  |  oranges, reds, sepia, water
  Unspecified|   Platform:  Unspecified
-+-

Comment (by wenzeslaus):

 Replying to [comment:11 SBL]:
 > Would be nice if custom color tables could be picked up from one or more
 user-defined directories that is refered to e.g. in an environment
 variable (lets say GRASS_CUSTOM_COLORS) That way, anyone can add
 institutioal or personal color tables, independent from the GRASS
 installation...

 Makes sense, but please, create a separate ticket for this.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [EXTERNAL] New GRASS addon i.sentinel.mask is now available (GSoC 2018 project)

[Vaclav Petras]

On Wed, Jun 13, 2018 at 12:04 PM, Doug Newcomb  wrote:

>
> Looks like it is set up to require administrative access by default?
>
> ERROR: Unable to create 'C:\Program Files\GRASS GIS 7.4.0\docs\rest':
> [Error 5] Access is denied: 'C:\\Program Files\\GRASS GIS 7.4.0\\docs\\rest'
>


Are you sure it is not a local problem? Works fine with latest trunk on
Linux:

grass --tmp-location -c --exec g.extension i.sentinel.mask

Likely not related to i.sentinel.mask. Please, try different module.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [EXTERNAL] New GRASS addon i.sentinel.mask is now available (GSoC 2018 project)

[Doug Newcomb]

Roberta,
Looks like it is set up to require administrative access by default?

ERROR: Unable to create 'C:\Program Files\GRASS GIS 7.4.0\docs\rest':
[Error 5] Access is denied: 'C:\\Program Files\\GRASS GIS 7.4.0\\docs\\rest'

Thank you for working on this!  I am eager to try it out!

Doug


On Wed, Jun 13, 2018 at 11:36 AM Roberta Fagandini 
wrote:

> Hi all!
> The first version of i.sentinel.mask is now available and can be installed
> from the official svn repository.
> i.sentinel.mask is a module for cloud and shadow masks computation and it
> is the first step of my GSoC project.
>
> Thanks to those who contributed with their suggestions during this first
> period of coding!
> I will continue keeping the community constantly updated on the progress
> of the module [0][1].
> As always, any feedback is welcome!
>
> Kind regards,
>
> Roberta
>
> [0] https://trac.osgeo.org/grass/wiki/GSoC/2018/CloudsAndShadowsDetection
> [1] https://github.com/RobiFag/GRASS_clouds_and_shadows
>


-- 
Doug Newcomb
USFWS
551F Pylon Dr
Raleigh, NC
919-856-4520 ext. 14 doug_newc...@fws.gov
-

*NOTE: This email correspondence and any attachments to and from this
sender is subject to the Freedom of Information Act (FOIA) and may be
disclosed to third parties.*​
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] New GRASS addon i.sentinel.mask is now available (GSoC 2018 project)

[Roberta Fagandini]

Hi all!
The first version of i.sentinel.mask is now available and can be installed
from the official svn repository.
i.sentinel.mask is a module for cloud and shadow masks computation and it
is the first step of my GSoC project.

Thanks to those who contributed with their suggestions during this first
period of coding!
I will continue keeping the community constantly updated on the progress of
the module [0][1].
As always, any feedback is welcome!

Kind regards,

Roberta

[0] https://trac.osgeo.org/grass/wiki/GSoC/2018/CloudsAndShadowsDetection
[1] https://github.com/RobiFag/GRASS_clouds_and_shadows
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] non-zero return code -11 from v.in.ogr in python script

[Markus Metz]

On Wed, Jun 13, 2018 at 11:34 AM, Stefan Blumentrath <
stefan.blumentr...@nina.no> wrote:
>
> Hi,
>
>
>
> On a GRASS 7.4 installation from ubuntugis-unstable I get a “non-zero
return code -11” error when I try to import data from PostGIS using
v.in.ogr in a ython script.
>
>
>
> Looking at the post here:
>
> https://lists.osgeo.org/pipermail/grass-dev/2016-March/079614.html
>
> it seems to be a version conflict but I double-checked and the GDAL
version on the system is exactly the one GRASS 7.4.0 on ubuntugis-unstable
is built against.
>
>
>
> This error is for some reason not popping up every time I run the script
but somewhat unpredictable...
>
> Does anyone of you have a suggestion on how to trac the cause for the
problem? Can it be linked to temporary files or NFS write instability…?

You need to get the exact options that cause v.in.ogr to fail, then run it
in the CLI with gdb and get the backtrace

gdb --args v.in.ogr in=... out=...

GRASS needs to be compiled with debugging enabled, i.e. the CFLAGS must
contain -g. See also the GRASS wiki page on debugging [0]

Markus M

[0] https://grasswiki.osgeo.org/wiki/GRASS_Debugging#Using_GDB

>>
>
> Thanks in advance for any hint…
>
>
>
> Cheers
>
> Stefan
>
>
>
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New dev team on github for initial tests

[Luca Delucchi]

Il mer 13 giu 2018, 04:13 Vaclav Petras  ha scritto:

>
> > gitea, gitlab is not working for me
>
>
> Luca, I think you need to be more specific.
>

I was speaking about the gitlab instance on OSGeo server [0],  it is not
working for me... Otherwise I like gitlab it self and I'm already using it.

Is it more clear now?

Best
Luca

[0] http://wiki.osgeo.org/wiki/SAC:Git_Service
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] non-zero return code -11 from v.in.ogr in python script

[Stefan Blumentrath]

Hi,

On a GRASS 7.4 installation from ubuntugis-unstable I get a "non-zero return 
code -11" error when I try to import data from PostGIS using v.in.ogr in a 
ython script.

Looking at the post here:

https://lists.osgeo.org/pipermail/grass-dev/2016-March/079614.html
it seems to be a version conflict but I double-checked and the GDAL version on 
the system is exactly the one GRASS 7.4.0 on ubuntugis-unstable is built 
against.

This error is for some reason not popping up every time I run the script but 
somewhat unpredictable...
Does anyone of you have a suggestion on how to trac the cause for the problem? 
Can it be linked to temporary files or NFS write instability...?

Thanks in advance for any hint...

Cheers
Stefan

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