Re: [GRASS-dev] Python Unit-test On "r.basins.fill"

Hi, Thanks for the feedback, I have attached the complete working test, run on nc_basic_spm_grass7 Thank You Sunveer https://sunveersingh.github.io/ On Fri, Mar 23, 2018 at 10:07 PM, Luca Delucchi wrote: > On 23 March 2018 at 04:12, Sunveer Singh

Re: [GRASS-dev] [GRASS-user] PROJ 5 support in trunk

2018-03-23 10:55 GMT+01:00 Moritz Lennert : >> As soon as PROJ 5.0.1 is out, I would like to drop support for PROJ 5.0.0 >> and only support PROJ 4 and PROJ 5.0.1 or higher (learning from GDAL :-)). > > > Wow ! Congratulations and thank you for all this hard work !!

Re: [GRASS-dev] PROJ 5 support in trunk

On 23/03/18 10:41, Markus Metz wrote: Now (last related commit is trunk r72522) it's finished. I have introduced a new GRASS API that handles both PROJ 4 and PROJ 5, consisting of GPJ_init_transform() (new, initializes coordinate transformation) GPJ_transform() replacing pj_do_proj()

[GRASS-dev] Broken: GRASS-GIS/grass-ci#2661 (master - d5ff213)

Build Update for GRASS-GIS/grass-ci - Build: #2661 Status: Broken Duration: 4 minutes and 39 seconds Commit: d5ff213 (master) Author: Markus Metz Message: libproj: +new GRASS API for coordinate transformation git-svn-id:

Re: [GRASS-dev] [GRASS GIS] #3501: t.rast.algebra WARNING: Couldn't create 'parsetab'. [Errno 13] Permission denied:

#3501: t.rast.algebra WARNING: Couldn't create 'parsetab'. [Errno 13] Permission denied: ---+- Reporter: neteler | Owner: grass-dev@… Type: defect| Status: new Priority: minor | Milestone: 7.4.1 Component:

Re: [GRASS-dev] PROJ 5 support in trunk

On Thu, Mar 22, 2018 at 4:38 PM, Markus Metz wrote: > > > > On Thu, Mar 22, 2018 at 7:16 AM, Markus Neteler wrote: > > > > On Tue, Mar 20, 2018 at 8:04 PM, Markus Metz > > wrote: > > > Hi all, > > > > > > I have

[GRASS-dev] Still Failing: GRASS-GIS/grass-ci#2663 (master - a6c63dd)

Build Update for GRASS-GIS/grass-ci - Build: #2663 Status: Still Failing Duration: 4 minutes and 50 seconds Commit: a6c63dd (master) Author: Markus Metz Message: ps.map: use new GRASS API for coordinate transformation git-svn-id:

[GRASS-dev] Broken: GRASS-GIS/grass-ci#2662 (master - a8bfdc6)

Build Update for GRASS-GIS/grass-ci - Build: #2662 Status: Broken Duration: 6 minutes and 32 seconds Commit: a8bfdc6 (master) Author: Markus Metz Message: r.sunhours: use new GRASS API for coordinate transformation git-svn-id:

Re: [GRASS-dev] [EXTERNAL] Re: PROJ 5 support in trunk

Thank you for this work! Doug On Fri, Mar 23, 2018 at 5:55 AM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: > On 23/03/18 10:41, Markus Metz wrote: > >> Now (last related commit is trunk r72522) it's finished. I have >> introduced a new GRASS API that handles both PROJ 4 and PROJ 5,

Re: [GRASS-dev] [GRASS GIS] #3246: r.in.srtm: patch to support SRTM water bodies import (SWBD)

#3246: r.in.srtm: patch to support SRTM water bodies import (SWBD) --+- Reporter: stjo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.4.1 Component: Python

Re: [GRASS-dev] [GRASS GIS] #3429: g.gui.iclass: segfault when loading vector layer

Any chance this fix (if it works) could also fix what seems to be a similar issue in the digitizer? Michael C. Michael Barton Director, Center for Social Dynamics & Complexity Professor of Anthropology, School of Human Evolution & Social Change Head, Graduate Faculty in

Re: [GRASS-dev] [GRASS GIS] #3345: rsunlib.c: make it a core library

#3345: rsunlib.c: make it a core library --+- Reporter: neteler | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.4.1 Component: Raster |Version: svn-trunk

Re: [GRASS-dev] [GRASS GIS] #3246: r.in.srtm: patch to support SRTM water bodies import (SWBD)

#3246: r.in.srtm: patch to support SRTM water bodies import (SWBD) --+- Reporter: stjo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.4.1 Component: Python

[GRASS-dev] [GRASS GIS] #3534: Add recursive option to r.fill.gaps

#3534: Add recursive option to r.fill.gaps ---+- Reporter: dnewcomb | Owner: grass-dev@… Type: enhancement| Status: new Priority: normal | Milestone: 7.4.1 Component: Addons |

[GRASS-dev] new website: draft roadmap and collection of ideas

Hi devs, We have created a wiki: https://grasswiki.osgeo.org/wiki/GRASS-Wiki/CMS_migration_plan_2018 with a draft list of priorities on pages from our current website that we should migrate and some ideas of which current pages should/might be combined into something new. May this wiki also

Re: [GRASS-dev] [GRASS GIS] #3533: g.gui.tplot: add support to export time series values in a text file

#3533: g.gui.tplot: add support to export time series values in a text file --+--- Reporter: veroandreo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.6.0 Component:

Re: [GRASS-dev] [GRASS GIS] #3533: g.gui.tplot: add support to export time series values in a text file

#3533: g.gui.tplot: add support to export time series values in a text file --+--- Reporter: veroandreo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.6.0 Component:

Re: [GRASS-dev] Python Unit-test On "r.basins.fill"

On 23 March 2018 at 04:12, Sunveer Singh wrote: > Hello all, > Hi Sunveer, > Luca, I am so sorry, for the very very big delay was having my finals, and > today I finally completed writing test on r.basins.fill. > no problem, take care of your studies... > All, I am

[GRASS-dev] ERROR grass addon v/r.surf.nnbathy using a lat/lon location

Dear all, I am using r.surf.nnbathy (on GRASS 7.4) Using a projected location (meters) I obtain a result Using lat/lon location I see the following error: > Traceback (most recent call last): > File > "/home/roberto/.grass7/addons/scripts/r.surf.nnbathy", line > 80, in > main() >

Re: [GRASS-dev] d.linegraph: secondary_width parameter defined as integer but default value is a float

On Fri, Mar 23, 2018 at 11:54 PM, Pietro wrote: > Dear dev, > > I've noticed that the module d.linegraph define the secondary_width > parameter as follow: > > > ``` > /* theoretically for other things than points */ > secondary_width_opt = G_define_option(); >

[GRASS-dev] d.linegraph: secondary_width parameter defined as integer but default value is a float

Dear dev, I've noticed that the module d.linegraph define the secondary_width parameter as follow: ``` /* theoretically for other things than points */ secondary_width_opt = G_define_option(); secondary_width_opt->key = "secondary_width"; secondary_width_opt->description =

Re: [GRASS-dev] pygrass: how to use GridModule with a module that has a 'width' parameter

On Sun, Mar 18, 2018 at 9:24 PM, Moritz Lennert wrote: > Le Sun, 18 Mar 2018 21:19:11 +0100, > Moritz Lennert a écrit : > >> Hi Pietro and greetings from the Bonn code sprint ! >> >> Le Fri, 16 Mar 2018 08:26:11 +0100, >> Pietro

Re: [GRASS-dev] Introduction

Hi, 2018-03-23 17:05 GMT+01:00 Luca Delucchi : >> I tested on nc_spm_08_grass7 >> > > ok with this location is working also for me. > I did few changes and submitted with r72530 isn't testsuite based on basic nc location only? Ma -- Martin Landa

Re: [GRASS-dev] Introduction

On 23 March 2018 at 17:08, Martin Landa wrote: > Hi, > Hi, > 2018-03-23 17:05 GMT+01:00 Luca Delucchi : >>> I tested on nc_spm_08_grass7 >>> >> >> ok with this location is working also for me. >> I did few changes and submitted with r72530 > > isn't

[GRASS-dev] [GRASS GIS] #3535: Add option to v.in.lidar to input list of lidar tiles

#3535: Add option to v.in.lidar to input list of lidar tiles -+- Reporter: dnewcomb | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.4.1 Component: Vector

Re: [GRASS-dev] [GRASS GIS] #3533: g.gui.tplot: add support to export time series values in a text file

#3533: g.gui.tplot: add support to export time series values in a text file --+--- Reporter: veroandreo | Owner: grass-dev@… Type: enhancement | Status: closed Priority: normal | Milestone: 7.6.0 Component:

Re: [GRASS-dev] [GRASS GIS] #3246: r.in.srtm: patch to support SRTM water bodies import (SWBD)

#3246: r.in.srtm: patch to support SRTM water bodies import (SWBD) --+- Reporter: stjo | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.4.1 Component: Python

Re: [GRASS-dev] Introduction

On 22 March 2018 at 11:14, Supreet Singh Gill wrote: > but it is working for me, I attached the grass_cmd_output and > test_keyvalue_result. > > I tested on nc_spm_08_grass7 > ok with this location is working also for me. I did few changes and submitted with r72530 >

Re: [GRASS-dev] [GRASS GIS] #3536: python library db_table_in_vector function

#3536: python library db_table_in_vector function -+- Reporter: lucadelu| Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.4.1 Component: Python |

[GRASS-dev] [GRASS GIS] #3536: python library db_table_in_vector function

#3536: python library db_table_in_vector function -+- Reporter: lucadelu | Owner: grass-dev@… Type: defect | Status: new Priority: normal

Re: [GRASS-dev] Adding hexagonal rasters to GRASS

Hi everybody, I am starting at FOSSGIS an attempt at hexagons based on PyGRASS. After a lengthy discussion with Sören, he convinced me to try a pragmatic approach entirely based on Python. The first draft module is in: https://github.com/ldesousa/hex-utils-grass More details to follow. Thank