[GRASS-dev] include a 'nearest' option in r.walk ?

Hi everyone, We are looking for a way to transform the r.walk output into a nearest neighbor by cost map, i.e. something like the 'nearest' output of r.cost. Does anyone have an idea of how this could be done with the existing tools ? A related question @Markus: As you know r.cost & r.walk

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

On 8/04/19 09:35, Martin Landa wrote: Hi, po 1. 4. 2019 v 11:20 odesílatel Moritz Lennert napsal: I'm sorry, I have been fairly absent from grass-dev in the last months, and the situation will not get much better in the near future, and so I don't want to block if others are for releasing

Re: [GRASS-dev] [GRASS-user] help with git migration

On 1/04/19 12:10, Veronica Andreo wrote: Hi, El lun., 1 abr. 2019 06:59, Martin Landa <mailto:landa.mar...@gmail.com>> escribió: Hi, po 1. 4. 2019 v 11:45 odesílatel Moritz Lennert mailto:mlenn...@club.worldonline.be>> napsal: > I would suggest to al

[GRASS-dev] Fwd: [OSGeo-Discuss] Fwd: [Season of Docs - Announcements] Organization applications are now open

Anyone interested in leading this from the GRASS GIS side ? Forwarded Message Subject: [OSGeo-Discuss] Fwd: [Season of Docs - Announcements] Organization applications are now open Date: Wed, 3 Apr 2019 06:32:43 +1100 From: Cameron Shorter To: OSGeo Discussions ,

Re: [GRASS-dev] [GRASS-user] help with git migration

On 1/04/19 11:24, Martin Landa wrote: Hi, út 26. 3. 2019 v 20:45 odesílatel Martin Landa napsal: Now I would like to ask to help with reducing number of open issues with target 7.0+, see https://trac.osgeo.org/grass/ticket/3789#comment:2. Please go through [1] and close issues which are

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

On 1/04/19 11:09, Martin Landa wrote: Hi, po 1. 4. 2019 v 10:10 odesílatel Moritz Lennert napsal: How good is Python 3 support in trunk currently, especially for wxGui. As would be expected, most errors I've seen in the past seem to be linked either to wxGUI, or to lib/python. Do you think

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

On 1/04/19 10:04, Martin Landa wrote: Hi, ne 3. 3. 2019 v 19:33 odesílatel Martin Landa napsal: my +1 for creating 7.8 releasebranch. It's a first step which can be done ASAP. Ma based on original plan: """ * Proposal of release: 4 Feb 2019 * Soft freeze of release branch: 11 Feb 2019 *

Re: [GRASS-dev] introduce EOL policy

Am 29. März 2019 08:41:45 MEZ schrieb Martin Landa : >Hi all, > >based on [1] I would like to discuss how to introduce End-Of-Life >policy to our releasing schedule. I like way how GeoServer [2] works, >it's simple and clear. In current situation it could be > >7.7 -> develpment >7.6 -> stable

[GRASS-dev] Thank you to our sponsors !

Hi everyone, Just a big thank you to those that sponsor GRASS GIS development, even with very small amounts. If everyone who uses GRASS GIS gives just 10 Euros / Dollars once a year, then this would already allow us to pay travel for developers to code sprints which are generally very productive

Re: [GRASS-dev] [release] 7.6.1

Am 19. März 2019 13:06:07 MEZ schrieb Markus Neteler : >Hi Martin, all, > >Martin Landa schrieb am Sa., 16. März 2019, >04:43: > >> Hi, >> >> ne 10. 3. 2019 v 21:30 odesílatel Martin Landa > >> napsal: >> > wingrass packages available for testing (OSGeo4W Expr and >standalone >> > [0]). Please

Re: [GRASS-dev] Question about *.mapcalc_start in Python scripting library

Le Fri, 15 Mar 2019 13:15:16 +, Michael Barton a écrit : > I've been using *.mapcalc_start to do some simple parallel processing > in the i.pansharpen module and in r.landscape.evol. My understanding > previously has been that *.mapcalc_start returns a Popen object that > can be directed to

Re: [GRASS-dev] Fwd: [OSGeo-Discuss] FOSS4G 2019 Bucharest Call for Contributions Open

On 8/02/19 18:03, Ondřej Pešek wrote: Fr 8. 2. 2019 15:27 Veronica Andreo > wrote: Will you attend the conference, Ondrej? Yes. And would you be willing to participate in the organisation of a remote sensing workshop in which we present the OBIA toolchain,

Re: [GRASS-dev] Fwd: [OSGeo-Discuss] FOSS4G 2019 Bucharest Call for Contributions Open

Hi everyone, On 4/02/19 14:34, Veronica Andreo wrote: Hi I plan to attend and I can help if you want to propose a workshop. What about the OBIA processing chain? I would like to take such a workshop indeed ;) Personally, I was thinking on offering a TGRASS workshop (as we did in Paris and

[GRASS-dev] Fwd: [OSGeo-Discuss] FOSS4G 2019 Bucharest Call for Contributions Open

Who else will come to Bucharest ? Anyone willing to (co-)organise a workshop ? What topics would users find the most useful for a workshop ? Moritz Forwarded Message Subject: [OSGeo-Discuss] FOSS4G 2019 Bucharest Call for Contributions Open Date: Thu, 24 Jan 2019 15:59:23

[GRASS-dev] difference between r.drain and r.path

Hi, In GRASS 7.6 we have both r.drain and r.path. What is the difference between the two ? Should r.drain be declared as deprecated and replaced by r.path ? Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org

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

On 20/01/19 22:28, Markus Neteler wrote: On Thu, Jan 17, 2019 at 10:17 AM Markus Neteler wrote: Done - GRASS GIS 7.6.0 has been released! Vero and me (thanks to Helli for several screenshots!) have spend some more hours on writing/updating these two pages: # detailed release notes:

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

On 15/12/18 17:28, Markus Neteler wrote: On Mon, Jun 4, 2018 at 11:00 PM Markus Neteler wrote: On Mon, Jun 4, 2018 at 10:50 PM, Martin Landa wrote: [...] Migration to *git* is planned in any case :-) A host platform is not decided yet. We simply need to decide between own hosting (incl.

Re: [GRASS-dev] Release policy: towards an urgent GRASS GIS release with Python3 support

Am 27. Dezember 2018 10:38:39 MEZ schrieb Markus Neteler : >Dear all, > >we rather urgently need to publish trunk as the new stable version in >order to get rid of the current Python2 issues. >Python2 is close to EOL and being slowly dropped. Our interfaces to >other software including QGIS

Re: [GRASS-dev] how to increase performance of v.out.ogr to geopackage ?

Hi Ken, On 20/12/18 16:08, Ken Mankoff wrote: On Thu, Nov 29, 2018 at 3:43 PM Moritz Lennert wrote: I have large amount of vector maps (~ 400) which each has hundreds of thousands of areas and over 150 attribute columns. I'm looking for the most efficient way to export these to a format I

Re: [GRASS-dev] how to increase performance of v.out.ogr to geopackage ?

On 20/12/18 20:10, Markus Metz wrote: On Thu, Dec 20, 2018 at 10:34 AM Markus Metz mailto:markus.metz.gisw...@gmail.com>> wrote: > > > > On Thu, Nov 29, 2018 at 3:43 PM Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: > > > > Hi, &g

Re: [GRASS-dev] t.rast.univar Unable to get statistics for raster map

On 5/12/18 10:47, Margherita Di Leo wrote: Hi, I have a strds and I try to get statistics for an area within a mask. A couple of images have no data within the masked area, and t.rast.univar gives the warning message:  "Unable to get statistics for raster map". In the resulting csv, the

[GRASS-dev] how to increase performance of v.out.ogr to geopackage ?

Hi, I have large amount of vector maps (~ 400) which each has hundreds of thousands of areas and over 150 attribute columns. I'm looking for the most efficient way to export these to a format I can share with non-GRASS GIS users. My favourite would probably be Geopackage, amongst others

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

On 28/11/18 14:54, Jürgen E. Fischer wrote: Hi Martin, On Wed, 28. Nov 2018 at 14:39:16 +0100, Martin Landa wrote: 1) update GRASS package (as current) to OSGeo4W when released + a new GRASS version available in OSGeo4W when released - we don't care about broken QGIS GRASS plugin 2) publish

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.3

Am 20. November 2018 20:18:47 MEZ schrieb Markus Neteler : >Hi, > >due to the now fixed: >#3692: The python gcore message() function does not work in 7.4.2 > >This fix is important to be released since otherwise users willl be >confused due to the lack of messages. >... we need to release asap!

Re: [GRASS-dev] how to determine best k in a set of unsupervised classifications?

On 31/10/18 12:19, Nikos Alexandris wrote: * Veronica Andreo [2018-10-31 00:23:57 +0100]: Hi devs, Hi Vero, (not a real dev, but I'll share what I think) I'm writing to ask how do one determine the best number of classes/clusters in a set of unsupervised classifications with different k

Re: [GRASS-dev] Compatibility of GPL v.2/3 and EUPL v1.2 licenses

On 22/10/18 16:33, Nikos Alexandris wrote: * Nikos Alexandris [2018-10-22 13:51:01 +0200]: Is, effectively, the compilation of a GRASS GIS addon, using the above mentioned source code files, considered as "linking into GRASS"? Here the section "Discussion on “Linking" from

Re: [GRASS-dev] [GRASS-user] Python script for template creation -i.atcorr module-reg

On 22/10/18 06:02, kameswari devi wrote: Hello all, I m trying to use Create_iwave.py for template creation in grass for atmopsheric correction.But due to the spectral response values errors are thrown. here i am sending the rsr i used and error i got .please suggest me. thakn you wav(nm) B10

Re: [GRASS-dev] quickest way to test whether a raster contains any non-null values in the current computational region ?

On 19/10/18 15:48, Michel Wortmann wrote: Hi Moritz, How about this: info = grass.parse_command('r.univar', map='raster_xyz', flags='g') print(int(info['n']), int(info['null_cells'])) Thanks ! Yes, this is one option. I was wondering if there was any faster option than actually having to

[GRASS-dev] quickest way to test whether a raster contains any non-null values in the current computational region ?

Hi all, What would be the quickest way to test whether a raster contains any non-null values in the current computational region ? And the correlary: what would be the quickest way to test whether a raster contains any null values in the current computational region ? This will be applied

[GRASS-dev] help needed with #3685

Hi everyone, As this is quite urgent in the context of my work, I would love some help on this issue. Does anyone have any hint as to where I should start looking about this ? Moritz Forwarded Message Subject: [GRASS-dev] [GRASS GIS] #3685: pygrass GridModule: ERROR:

[GRASS-dev] heads up: changes in the UI of i.cutlines

Hi all, If any of you use i.cutlines, watch out: in order to simplify and clarify its interface, I changed some parameter names and reduced the output options to just the vector tiles. So there has been a change in interface to the module. I also added the option to provide the module with

Re: [GRASS-dev] Access to GRASS GIS addons

On 11/10/18 07:53, Stefan Blumentrath wrote: Dear Nikos, Approaches are a bit different for Processing and the GRASS plugin, though both do not allow usage of GRASS addons out-of-the-box. Assuming you are aiming at integration in Processing have a look here:

Re: [GRASS-dev] area calculations in several GIS

On 02/10/18 15:01, Markus Metz wrote: On Tue, Oct 2, 2018 at 12:08 PM Kristian Evers > wrote: > > Use GeographicLib/PROJ as the reference. Which one? The results of Planimeter from GeographicLib and geod_polygonarea() from PROJ are different. If in doubt, use

Re: [GRASS-dev] [GRASS-SVN] r73360 - grass/branches/releasebranch_7_6/scripts/r.import

Markus, Could you explain this ? Does this mean that the memory parameter in r.in.gdal is now automagic ? Or why doesn't it make sens to let the user define in r.import the memory size ? Moritz On 17/09/18 15:30, svn_gr...@osgeo.org wrote: Author: neteler Date: 2018-09-17 06:30:25 -0700

Re: [GRASS-dev] [GRASS GIS] #3641: python3/ctypes: ctypes.ArgumentError: argument 2: : expected LP_struct_Cell_head instance instead of LP_struct_Cell_head

with Python 3, not 2. That's why I wanted to branch 7.6 first because I knew it might take some time to get these problem fixed in trunk. On Thu, Sep 13, 2018 at 8:49 AM Moritz Lennert mailto:mlenn...@club.worldonline.be>> wrote: Hi Anna, Any idea where this comes from ? It cur

Re: [GRASS-dev] [GRASS GIS] #3641: python3/ctypes: ctypes.ArgumentError: argument 2: : expected LP_struct_Cell_head instance instead of LP_struct_Cell_head

Hi Anna, Any idea where this comes from ? It currently keeps me from using trunk. Moritz On 11/09/18 14:59, GRASS GIS wrote: #3641: python3/ctypes: ctypes.ArgumentError: argument 2: : expected LP_struct_Cell_head instance instead of LP_struct_Cell_head

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

On 07/09/18 23:55, Martin Landa wrote: Hi, since we have a new releasebranch_7_6 set up I would suggest to start with soft freeze period as suggested in [1]. Martin [1] https://trac.osgeo.org/grass/milestone/7.6.0 +1 Moritz ___ grass-dev

Re: [GRASS-dev] [GRASS-user] experimental Python 3 support in trunk

Le Mon, 3 Sep 2018 08:27:53 +0200, Markus Neteler a écrit : > On Mon, Sep 3, 2018 at 4:21 AM Anna Petrášová > wrote: > > > > Hi, > > > > I committed the experimental support of Python 3 to trunk (grass77) > > by Sanjeet (GSoC 2018). > > This is excellent, thanks for much for your hard work,

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

On 29/08/18 03:10, Vaclav Petras wrote: 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

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

Am 27. August 2018 07:52:22 MESZ schrieb Markus Neteler : >On Mon, Aug 27, 2018 at 3:35 AM Anna Petrášová >wrote: >> On Sun, Aug 26, 2018 at 12:35 PM Michael Barton > wrote: >>> >>> Blockers #3617 and #3621 apply to 7.6 as well as 7.4. Broken in all >versions 7.4.1 on up. No way to >>> get a

Re: [GRASS-dev] Parsing output of r.category which includes labels

On 23/08/18 11:52, Nikos Alexandris wrote: * Stefan Blumentrath [2018-08-23 07:23:12 +]: Dear Nikos, Can you give us a bit more context? What is it you want to achieve? How are you using r.stats and what is it you want to do with the output? Personally, I am not too familiar with

Re: [GRASS-dev] Parsing output of r.category which includes labels

On 21/08/18 12:47, Stefan Blumentrath wrote: Hi Nikos, If you are interested in dictionary output you could do: category_labels = grass.parse_command('r.category', map='youmap', delimiter='\t') Right, nice solution ! For those not very familiar with the scripting library: the "delimiter"

Re: [GRASS-dev] On post-processing a raster map's mapcalc related history string

On 21/08/18 01:50, Nikos Alexandris wrote: * Nikos Alexandris [2018-08-20 20:11:57 +0200]: 2) Look back some time, r.cross has had problems with zeroes and NULLs. At least this one is True!, see also: https://trac.osgeo.org/grass/ticket/3080

Re: [GRASS-dev] On post-processing a raster map's mapcalc related history string

On 20/08/18 17:59, Nikos Alexandris wrote: A mapcalc expression, involving somewhat long(er) temporary map names, stored in the output raster map's history, looks like: ``` Comments: if((tmp.32493.16.tmp.32493.11.tmp.32493.6.recreation_potential == 1 && tmp.32493.17.recreation_opportunity ==

Re: [GRASS-dev] Parsing output of r.category which includes labels

On 19/08/18 22:19, Nikos Alexandris wrote: If I am not wrong, all use cases of `read_command()` [0, 1], in (at least) the grass-addons repository, do not consider an output from `r.category` which includes labels. [0]

Re: [GRASS-dev] partitioning of vector polygon?

On 16/08/18 17:04, Markus Neteler wrote: On Thu, Aug 16, 2018 at 10:34 AM Moritz Lennert wrote: On 15/08/18 15:56, Anika Bettge wrote: > does anyone know how I can split a polygon into n polygons? > > For performing area image classification I need to spatially divide my &

[GRASS-dev] r.cost size limitations [was: Re: new addon: i.cutlines - Creates semantically meaningful tile borders]

On 16/08/18 12:26, Moritz Lennert wrote: On 14/08/18 10:13, Moritz Lennert wrote: On 13/08/18 15:30, Markus Neteler wrote: Hi Moritz, On Mon, Aug 13, 2018 at 2:04 PM, Moritz Lennert wrote: On 13/08/18 13:41, Markus Neteler wrote: ... AFAIK, the only moment where i.cutlines potentially

Re: [GRASS-dev] new addon: i.cutlines - Creates semantically meaningful tile borders

On 14/08/18 10:13, Moritz Lennert wrote: On 13/08/18 15:30, Markus Neteler wrote: Hi Moritz, On Mon, Aug 13, 2018 at 2:04 PM, Moritz Lennert wrote: On 13/08/18 13:41, Markus Neteler wrote: ... AFAIK, the only moment where i.cutlines potentially reads the whole image would be in the edge

Re: [GRASS-dev] partitioning of vector polygon?

On 15/08/18 15:56, Anika Bettge wrote: > Hi, > > does anyone know how I can split a polygon into n polygons? > > For performing area image classification I need to spatially divide my > training data (points in the polygon) into spatial clumps with those I > want to train different classifiers,

Re: [GRASS-dev] new addon: i.cutlines - Creates semantically meaningful tile borders

On 13/08/18 15:30, Markus Neteler wrote: Hi Moritz, On Mon, Aug 13, 2018 at 2:04 PM, Moritz Lennert wrote: On 13/08/18 13:41, Markus Neteler wrote: ... AFAIK, the only moment where i.cutlines potentially reads the whole image would be in the edge detection part. That's why

Re: [GRASS-dev] new addon: i.cutlines - Creates semantically meaningful tile borders

Hi Markus, On 13/08/18 13:41, Markus Neteler wrote: Hi Moritz, all, On Tue, Mar 13, 2018 at 4:06 PM, Moritz Lennert wrote: Hi to all, A new addon is available [1]: i.cutlines tiles the images into tiles with irregular borders that avoid cutting through meaningful objects. This allows tiling

Re: [GRASS-dev] GSoC 2018 final report week 13 - GRASS GIS module for Sentinel-2 cloud and shadow detection

Great work, Roberta ! Thanks for these two very useful modules ! Moritz On 13/08/18 10:20, Roberta Fagandini wrote: Hi all! I'm Roberta Fagandini and this is the final report of my GSoC project. The title of the project is "GRASS GIS module for Sentinel-2 cloud and shadow detection". It

Re: [GRASS-dev] GSoC 2018 report week 10 - GRASS GIS module for Sentinel-2 cloud and shadow detection

Hi Roberta, On 22/07/18 11:33, Roberta Fagandini wrote: Hi all! I'm Roberta Fagandini and I'm working on my GSoC project, a GRASS GIS module for Sentinel-2 cloud and shadow detection. This is my report for the tenth week of coding. 1) What did I complete this week? * Submitted a new

Re: [GRASS-dev] Compilation of most addons fails on build server

On 20/07/18 11:34, Moritz Lennert wrote: Hi, Most addons don't compile on the windows build server, all with a message such as: "Makefile:7: /home/landa/src/grass74_release/dist.x86_64-pc-linux-gnu/include/Make/Script.make: No such file or directory Makefile:8: /home/landa/src/grass74_re

[GRASS-dev] Compilation of most addons fails on build server

Hi, Most addons don't compile on the windows build server, all with a message such as: "Makefile:7: /home/landa/src/grass74_release/dist.x86_64-pc-linux-gnu/include/Make/Script.make: No such file or directory Makefile:8:

[GRASS-dev] module for collecting percentages of raster classes in a vector map

Hi everyone, I have a vague memory that someone has coded this before, but cannot find it anywhere, but before I code it myself I wanted to know if my vague memory actually was right: I need a module that takes a qualitative raster map (e.g. land cover map) and a vector polygon map and calculates

Re: [GRASS-dev] compile 6S library in GRASS

On 28/06/18 15:26, Roberta Fagandini wrote: 2018-06-28 14:46 GMT+02:00 Markus Metz <mailto:markus.metz.gisw...@gmail.com>>: On Thu, Jun 28, 2018 at 12:17 PM, Roberta Fagandini mailto:robifagand...@gmail.com>> wrote: > > > > 2018-0

Re: [GRASS-dev] compile 6S library in GRASS

On 28/06/18 12:17, Roberta Fagandini wrote: I'm not an expert in MODIS data so if someone wants to give suggestions about how to retrieve the AOT from these data, I will definitely add this option too. I'm not an expert, and MarkusM can probably provide you with more info, but you can

Re: [GRASS-dev] compile 6S library in GRASS

On 27/06/18 15:40, Roberto Marzocchi wrote: Il giorno mer 27 giu 2018 alle ore 15:25 Markus Metz mailto:markus.metz.gisw...@gmail.com>> ha scritto: On Wed, Jun 27, 2018 at 3:06 PM, Roberta Fagandini mailto:robifagand...@gmail.com>> wrote: > > > > 2018-06-27

Re: [GRASS-dev] compile 6S library in GRASS

On 27/06/18 14:24, Markus Metz wrote: Anyway, it is probably much easier to to write your own routine to read the AERONET file and get the corresponding formula for AOT than to fight with 51821 lines of Fortran source code that is numerically unstable. Maybe I can help with getting AOT at

Re: [GRASS-dev] compile 6S library in GRASS

On 27/06/18 13:54, Roberto Marzocchi wrote: Il giorno mer 27 giu 2018 alle ore 13:47 Markus Metz mailto:markus.metz.gisw...@gmail.com>> ha scritto: Hi Roberta, On Wed, Jun 27, 2018 at 1:20 PM, Roberta Fagandini mailto:robifagand...@gmail.com>> wrote: > > Hi all!

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

On 17/06/18 23:24, Markus Neteler wrote: On Mon, Jun 11, 2018 at 6:07 PM, Markus Neteler wrote: Hi devs, according to our plans we should start to prepare the initial 7.6.0 release: https://trac.osgeo.org/grass/milestone/7.6.0 What needs to be fixed in _trunk_ first before branching

Re: [GRASS-dev] v.rast.stats parallel process

>> On Behalf Of Moritz Lennert Sent: torsdag 14. juni 2018 13:05 To: Lorenzo Bottaccioli mailto:lorenzo.bottacci...@gmail.com>>; GRASS developers list mailto:grass-dev@lists.osgeo.org>> Subject: Re: [GRASS-dev] v.rast.stats parallel process On 14/06/18 12

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

On 14/06/18 13:01, Roberta Fagandini wrote: In order to remove misclassifications, e.g. due to topographic shadows, I implemented the shadow mask cleaning procedure. It intersects the rough shadow mask with the cloud mask that is shifted according to the sun position. In this way, all the

Re: [GRASS-dev] v.rast.stats parallel process

On 14/06/18 12:24, Lorenzo Bottaccioli wrote: Hi all, There is any chance that the v.rast.stats will be paralellized? You mean to treat several rasters at the same time ? It shouldn't be too complicated to write a wrapper script for this. I would imagine the biggest problem to be the

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

On 13/06/18 17:35, 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. Thank you, Roberta.

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

Am 11. Juni 2018 18:17:40 MESZ schrieb Martin Landa : >Hi, > >st 6. 6. 2018 v 18:47 odesílatel Markus Neteler >napsal: >> ... >> > So, tonight I'll tag RC3. >> >> Done in r72775 (release grass_7_4_1RC3) and source code uploaded. >> >> Please test. > >it's almost one week since RC3 is out. I

Re: [GRASS-dev] [SoC] Improve GRASS GIS integration in QGIS 3 - Week 4 Report

Hi Radek, Le Sun, 10 Jun 2018 23:26:10 +0200, Radek Novotný a écrit : > Hi All, > > This is my report for Week 4 (June 4 - June 10): > > *What did you get done this week?* > >- I finalized the library for parsing description files for QGIS >Processing plugin. [1] Nice ! I just

Re: [GRASS-dev] Python 3 changes in trunk

Le Sun, 10 Jun 2018 16:03:41 -0400, Anna Petrášová a écrit : > Hi devs, > > I would like to start merging to trunk the changes to libraries and > scripts for Python 3 Sanjeet has been working on as part of his GSoC. > I think that's the best way to get it widely tested - that the > changes are

Re: [GRASS-dev] GSoC 2018 report week 04 - GRASS GIS module for Sentinel-2 cloud and shadow detection

Hi Roberta, Thanks for your report and your great work ! Here are a few remarks: - You have a -t flag with description "Do not delete temporary files". Is this only for debugging purposes (and which temporary files are created), or does this have any real use for the user ? If the former,

Re: [GRASS-dev] ​GSoC 2018 report week 03 - GRASS GIS module for Sentinel-2 cloud and shadow detection

Hi Roberta, On 04/06/18 16:14, Roberta Fagandini wrote: 2018-06-04 11:54 GMT+02:00 Nikos Alexandris >: - for using the metadata file, and parsing it -- my experience with  Landsat and other high-resolution satellite products, showed it's best to

Re: [GRASS-dev] unable to install my grass module from the GitHub repository

Am 5. Juni 2018 14:38:49 MESZ schrieb Roberta Fagandini : >Hi all! >I'm trying to install my module i.sentinel.mask from the GitHub >repository >[0] using g.extension but I get the following error: > >g.extension extension=i.sentinel.mask operation=add url=

Re: [GRASS-dev] [GRASS-user] new GRASS virtual raster in trunk

Am 4. Juni 2018 20:17:58 MESZ schrieb Markus Neteler : >(cc grass-dev for the record) > >On Mon, Jun 4, 2018 at 4:59 PM, Markus Metz > wrote: >> On Mon, Jun 4, 2018 at 3:36 PM, Nikos Alexandris > >> wrote: >... On Mon, 4 Jun 2018, Markus Metz wrote: > A new GRASS virtual raster format

Re: [GRASS-dev] ​GSoC 2018 report week 03 - GRASS GIS module for Sentinel-2 cloud and shadow detection

Hi Roberta ! On 03/06/18 14:38, Roberta Fagandini wrote: Hi all! I'm Roberta Fagandini and I'm working on my GSoC project, a GRASS GIS module for Sentinel-2 cloud and shadow detection. This is my report for the third week of coding. *1) What did I complete this week?* * Implemented some

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

+1 Moritz Am 31. Mai 2018 23:43:06 MESZ schrieb Markus Neteler : >Hi devs, > >if there are no objections: let's do another RC3 and move it very fast >to final if nothing else comes up. > >Markus >___ >grass-dev mailing list >grass-dev@lists.osgeo.org

Re: [GRASS-dev] [GRASS-user] v.class.mlR Error

[Moving this to grass-dev as this is becoming a more involved development discussion.] On 31/05/18 11:47, Helmut Kudrnovsky wrote: Here's a complete working example of the entire OBIA chain in the NC dataset (warning: this is a demo example, not necessarily one of best practice ;-)) :

Re: [GRASS-dev] v.kernel: should the module take into account the resolution for default output ?

Le Tue, 29 May 2018 15:19:39 +0200, Markus Metz a écrit : > On Tue, May 29, 2018 at 2:21 PM, Moritz Lennert < > mlenn...@club.worldonline.be> wrote: > > > > Le Tue, 29 May 2018 08:59:47 +0200, > > Markus Metz a écrit : > > > > > On Mon, May 28, 20

Re: [GRASS-dev] v.kernel: should the module take into account the resolution for default output ?

Le Tue, 29 May 2018 08:59:47 +0200, Markus Metz a écrit : > On Mon, May 28, 2018 at 6:16 PM, Moritz Lennert < > mlenn...@club.worldonline.be> wrote: > > > > Hi, > > > > AFAIU kernel density calculations, one takes a number of points > > and > redi

Re: [GRASS-dev] Avoid the addition of @mymapset in output map name

Hi Roberta, Le Tue, 29 May 2018 13:16:48 +0200, Roberta Fagandini a écrit : > Hi all! > I'm working on the GUI of my module for clouds and shadows detection > in Sentinel 2 images (GSoC 2018 project) and I have some trouble > with the automatic addition of the mapset name in the output maps. >

[GRASS-dev] v.kernel: should the module take into account the resolution for default output ?

Hi, AFAIU kernel density calculations, one takes a number of points and redistributes this total number across the entire region using a specified kernel function as estimator as to the spatial pattern of this redistribution. The total sum should correspond to the total number of points in

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

On 18/05/18 08:56, Markus Neteler wrote: Hi devs, are we ready for RC2 or do we still have urgent issues to be fixed? What about Stefan's backport and update of tests ? Moritz ___ grass-dev mailing list grass-dev@lists.osgeo.org

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

Am 16. Mai 2018 10:06:31 MESZ schrieb Markus Metz : >On Wed, May 16, 2018 at 12:43 AM, Helmut Kudrnovsky >wrote: >> >> Markus Neteler wrote >> > On Tue, May 15, 2018 at 11:46 AM, Martin Landa >> >> > landa.martin@ >> >> > wrote: >> >> Hi Markus,

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

Am 15.05.2018 11:46 schrieb Martin Landa: Hi Markus, 2018-05-07 23:37 GMT+02:00 Martin Landa : experimental package for Ubuntu Xenial also available in UbuntuGIS Expr [1]. Will prepare package also for Bionic (18.04LTS). I am planning drop support for Trusty (OldOld

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

On 09/05/18 12:46, Roberta Fagandini wrote: Hi Moritz and Roberto! As you may already know I sent the email to the PSC list asking for write access to the GRASS-Addons-SVN repository. Yes, thank you. 2018-05-09 10:58 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be <mailto

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

On 09/05/18 09:41, Roberto Marzocchi wrote: Hi Roberta and Moritz! SCHEMA: Roberta has already written the rules in the schema, but I think you need to open it with a google drive app called diagram.io Right, a lot of hoops to jump through to finally being able to see

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

On 08/05/18 13:38, Roberta Fagandini wrote: 2018-05-08 9:59 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline.be>>: Thanks ! I think the most interesting part would actually be the details of the two detection procedures, so it w

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

nd...@gmail.com <mailto:robifagand...@gmail.com>>: 2018-05-03 14:03 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline.be>>: Hi Roberta, Hi Moritz and Roberto! On 25/

[GRASS-dev] Fwd: Re: [GRASS-user] script html manual file directory

zation: Geophom To: Moritz Lennert <mlenn...@club.worldonline.be> CC: grass-u...@lists.osgeo.org Hi all, Thank you for your advices Moritz ! I succeed (I guess..) to make a package  with several python scripts (one by sub-folder) and a shared library (in its own sub-folder). I

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

Hi Roberta, On 25/04/18 18:03, Roberta Fagandini wrote: 2018-04-25 16:03 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline.be>>: Looking at your bash scripts, I think the first thing to do during this bonding period is, as you plan

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

On 30/04/18 00:03, Markus Neteler wrote: On Thu, Apr 26, 2018 at 8:41 PM, Michael Barton wrote: The broken digitizer appears to be a consequence of moving Mac compiling to wxPython 3 from the old wxPython 2.8 that Linux and (I think) Windows still use (wxPython 4 is

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

Le Fri, 27 Apr 2018 13:44:48 +0200, Roberta Fagandini a écrit : > Hi all! > Here [0] you can find the GSoC project wiki page! [...] >[0] https://trac.osgeo.org/grass/wiki/GSoC Great, thanks ! Moritz ___ grass-dev mailing list

[GRASS-dev] Idea to remove subgroups [was: Re: [GRASS-SVN] r72650 - grass/trunk/scripts/i.spectral]

Le Fri, 27 Apr 2018 10:31:23 +0300, Maris Nartiss a écrit : > Hello Moritz, > if subgroups are removed, it will be necessary to update all i. > modules to follow some kind of new workflow. For the current state of > GRASS, subgroups are crucial. > I'm adding output of

Re: [GRASS-dev] [GRASS-SVN] r72650 - grass/trunk/scripts/i.spectral

Hi Maris, Could you explain your motivation behind this commit ? There have been discussions on and off (latest at the code sprint in Bonn) about the possibility to actually get rid of the notion of subgroups altogether. For that discussion, it would be interesting to know the actual patterns

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

Sorry, I only saw after sending this mail that MarkusN had already said the same in a previous mail (without me in CC). On 26/04/18 14:27, Moritz Lennert wrote: On 26/04/18 12:59, Roberto Marzocchi wrote: Your OSGeo_id is "Robifag". I give you write access to SVN add-ons GRASS

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

I'm trying to set up the wiki page but I can't access the site [0] using my OSGeo user id. Can you help me? Thanks, Roberta [0] https://trac.osgeo.org/grass/wiki <https://trac.osgeo.org/grass/wiki> 2018-04-25 16:03 GMT+02:00 Moritz Lennert <mlenn...@cl

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

Hi Roberta, On 24/04/18 13:55, Roberta Fagandini wrote: 2018-04-24 13:15 GMT+02:00 Moritz Lennert <mlenn...@club.worldonline.be <mailto:mlenn...@club.worldonline.be>>: Hi Roberta, Hi Moritz! On 24/04/18 13:01, Roberta Fagandini wrote: Hi all! I'm Rober

Re: [GRASS-dev] GSoC introduction Roberta Fagandini

d to start contributing to OSGeo and especially to GRASS GIS with the help of my mentors Roberto Marzocchi and Moritz Lennert. My project consists in the realization of a GRASS GIS module for the detection of clouds and their shadows in Sentinel-2 images without using time series. Below you can find the

Re: [GRASS-dev] Default content for the "answer" to G_OPT_F_INPUT

On 18/04/18 10:50, Nikos Alexandris wrote: Vaclav: Hi Nikos, I'm sorry if my comment is out of topic as I'm not following the whole discussion, but can you just hardcode the values in the code and allow them to be overridden by the user-specified file? That is much simpler (for both user and

Re: [GRASS-dev] Default content for the "answer" to G_OPT_F_INPUT

On 17/04/18 16:21, Nikos Alexandris wrote: * Moritz Lennert <mlenn...@club.worldonline.be> [2018-04-17 15:56:10 +0200]: On 17/04/18 15:31, Nikos Alexandris wrote: Dear developers, is there a way to set a string as the content of a default "answer" for the G_OPT_F_INPUT opt

Re: [GRASS-dev] Default content for the "answer" to G_OPT_F_INPUT

On 17/04/18 15:31, Nikos Alexandris wrote: Dear developers, is there a way to set a string as the content of a default "answer" for the G_OPT_F_INPUT option? I am trying to identify potential cases in the grass-addons repository, but I am not sure I have seen something related. The

<    1   2   3   4   5   6   7   8   9   10   >