[GRASS-dev] vector display: attributes for areas

Hi all, is there a particular reason why vector area attributes can only be displayed if centroids are also displayed? Often I have to set symbol size to zero to get a reasonably clean display, centroids would only clutter the display and most of the time I am not interested in the exact location

Re: [GRASS-dev] vector display: attributes for areas

On Tue, Aug 9, 2011 at 10:17 AM, Hamish hamis...@yahoo.com wrote: Markus Metz wrote: is there a particular reason why vector area attributes can only be displayed if centroids are also displayed? Often I have to set symbol size to zero to get a reasonably clean display, centroids would only

Re: [GRASS-dev] vector display: attributes for areas

On Tue, Aug 9, 2011 at 11:47 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 09/08/11 08:11, Markus Metz wrote: Hi all, is there a particular reason why vector area attributes can only be displayed if centroids are also displayed? Often I have to set symbol size to zero to get

Re: [GRASS-dev] vector display: attributes for areas

On Tue, Aug 9, 2011 at 11:50 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: On Tue, Aug 9, 2011 at 11:47 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 09/08/11 08:11, Markus Metz wrote: Hi all, is there a particular reason why vector area attributes can only

Re: [GRASS-dev] R.terraflow on massive grids

doug_newc...@fws.gov wrote: Hi Folks, I have an fcell grid of elevations for the state of North Carolina (51000 rows 133000 columns 678300 cells) .  I tried to run r.terraflow in GRASS7 ( 8/8/2011 svn snapshot) and ran into the dimension limits.  So I patched them according to Glynn's

Re: [GRASS-dev] Create new branch from trunk for temporal GIS integration

On Tue, Aug 23, 2011 at 10:32 AM, Soeren Gebbert soerengebb...@googlemail.com wrote: Hi, 2011/8/23 Markus Neteler nete...@osgeo.org: The reason why i would like to create a branch is the experimental character of the implementation. ... The goal is not to break grass and its functionality,

[GRASS-dev] where to store GRASS settings: GISRC and wx settings

Looking at trunk, 6.5 and 6.4.2, there is inconsistency both within and between branches where to store settings. While 6.4 usually stores GISRC in $HOME/.grassrc6 and wx settings in $HOME/.grasswx6, the recent wxGUI prefers $HOME/.grass6/wx on Linux and Mac and $APPDATA/.grass6/wx on Windows. In

Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings

On Mon, Aug 29, 2011 at 7:15 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2011/8/29 Markus Metz markus.metz.gisw...@googlemail.com: Looking at trunk, 6.5 and 6.4.2, there is inconsistency both within and between branches where to store settings. While 6.4 usually stores GISRC in $HOME

Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings

On Mon, Aug 29, 2011 at 9:57 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2011/8/29 Hamish hamis...@yahoo.com: re. ~/.grassrc6, do not mess with the location of longstanding support files. 6.x is the **stable** branch which should have its core firmly in bug-fix-only mode. 6.4 is

Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings

On Mon, Aug 29, 2011 at 11:11 PM, Hamish hamis...@yahoo.com wrote: Hamish: please revert unix ~/.grassrc6 bits of r47956 for 6.5 immediately. Martin: disagreed. Martin if our opinions cancel each other out, the matter is up to the consensus of the rest of the group then. If the

Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings

Glynn Clements wrote: Personally, I'd just kill the 6.5 branch. If something is too major to go into 6.4.x, it should be reserved for 7.0. +1 Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] where to store GRASS settings: GISRC and wx settings

On Wed, Aug 31, 2011 at 1:37 AM, Hamish hamis...@yahoo.com wrote: Markus Metz wrote: In general I think it is a good idea to have all the settings and other stuff, e.g. grass-addons, sorry to complicate the discussion, but fwiw the meaning of the grass-addons dir is another unresolved issue

Re: [GRASS-dev] tickets to solve for GRASS 6.4.2 release

On Wed, Aug 31, 2011 at 4:32 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Aug 31, 2011 at 3:20 PM, Markus Metz markus.metz.gisw...@googlemail.com wrote: Hi all, the list of blocker and critical tickets for 6.4.2 is reassuringly short: Here some more issues (GRASS 6.4 bugs and wishes

Re: [GRASS-dev] tickets to solve for GRASS 6.4.2 release

On Wed, Aug 31, 2011 at 7:09 PM, Martin Landa landa.mar...@gmail.com wrote: 2011/8/31 Michael Barton michael.bar...@asu.edu: If raster importer and graphical modeler are removed, then it seems from other posts that all blocker items are resolved. We we want to consider keeping either of

Re: [GRASS-dev] tickets to solve for GRASS 6.4.2 release

Hamish wrote: #1110     v.rast.stats locks up on wingrass   -- I would suggest to replace v.rast.stats with v.rast.stats2 from addons with has enjoyed more maintenance and testing in the last months. devil's advocate: not more than the script itself :) No, as much as the script itself,

Re: [GRASS-dev] tickets to solve for GRASS 6.4.2 release

On Fri, Sep 2, 2011 at 9:20 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 01/09/11 19:55, Markus Neteler wrote: On Thu, Sep 1, 2011 at 5:29 PM, Markus Metz v.rast.stats does not scale at all, for e.g. 1 areas it is completely useless whereas v.rast.stats2 is 1x faster

Re: [GRASS-dev] tickets to solve for GRASS 6.4.2 release

Hamish wrote: [snip] to the end-user will the upgrade be invisible except that it runs a lot faster now? As I said, v.rast.stats2 is meant to be a replacement for v.rast.stats: yes. Markus M ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] GRASS 7 scripts overhaul

Glynn Clements wrote: Hamish wrote: It tries to run grass.raster_history() without first testing if the map is in the current mapset. Given that those maps are listed as inputs, it's debatable whether it should be modifying the history even if those maps are in the current mapset. All

Re: [GRASS-dev] GRASS 7 scripts overhaul

Markus Neteler wrote: Hi, I have tested almost all GRASS 7 scripts and fixed a lot of them (mostly broken in the parser part). To all relevant (most) I have added North Carolina examples for easier testing. This set of modules I did not manage to fix: * db.in.ogr - it does not, as

Re: [GRASS-dev] winGRASS: problem with msvcr90.dll

Martin Landa wrote: Hi all, for some days I have problem with building winGRASS. after the last update of my OSGeo4W environment I have problem with compiling GRASS. First it complained about missing mscvr90.dll, then about mscvp90.dll. I have downloaded both files from

Re: [GRASS-dev] GRASS 7 scripts overhaul

Markus Neteler wrote: Hi, I have tested almost all GRASS 7 scripts and fixed a lot of them (mostly broken in the parser part). To all relevant (most) I have added North Carolina examples for easier testing. This set of modules I did not manage to fix: [snip] * v.out.gps -t

Re: [GRASS-dev] GRASS 7 scripts overhaul

On Mon, Sep 5, 2011 at 11:56 PM, Hamish hamis...@yahoo.com wrote: Markus Metz wrote: Considering that OGR supports writing out gpx or anything gpsbabel supports, v.out.gps tries to do what v.out.ogr can already do? So why not getting rid of v.out.gps? v.out.ogr can certainly _not_ export

Re: [GRASS-dev] GRASS 7: d.vect: layer=-1 default conflicts with where option

On Tue, Sep 6, 2011 at 8:51 AM, Markus Neteler nete...@osgeo.org wrote: On Tue, Sep 6, 2011 at 7:20 AM, Glynn Clements gl...@gclements.plus.com wrote: Is layer 1 *genuinely* special? I.e. is there some reason why it *should* be the default layer? Yes, since most users will have only one

Re: [GRASS-dev] Re: [GRASS-SVN] r48158 - grass/branches/releasebranch_6_4/db/drivers/sqlite

On Tue, Sep 6, 2011 at 5:57 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2011/9/6  svn_gr...@osgeo.org: Author: mmetz Date: 2011-09-05 23:48:56 -0700 (Mon, 05 Sep 2011) New Revision: 48158 Modified:   grass/branches/releasebranch_6_4/db/drivers/sqlite/create_table.c  

Re: [GRASS-dev] v.generalize: flag -r removed?

On Sat, Sep 24, 2011 at 3:21 PM, Paolo Cavallini cavall...@faunalia.it wrote: Hi all. Apparently the flag -r has been recently removed. May I know the reason in a few lines? I have to adjust the QGIS the plugin, and I prefer to understand before doing. Until recently, v.generalize did not

Re: [GRASS-dev] v.generalize: flag -r removed?

On Sat, Sep 24, 2011 at 6:38 PM, Hamish hamis...@yahoo.com wrote: Paolo wrote: Apparently the flag -r has been recently removed. May I know the reason in a few lines? I have to adjust the QGIS the plugin, and I prefer to understand before doing. Markus M: Until recently, v.generalize did

Re: [GRASS-dev] wxGUI: column name selector?

On Tue, Sep 27, 2011 at 11:26 PM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2011/9/27 Markus Neteler nete...@osgeo.org: while d.vect is able to provide in the wxGUI the list of available columns other modules are yet unable (v.db.univar, v.*). it should work for almost all vector

Re: [GRASS-dev] wxGUI: column name selector?

On Wed, Sep 28, 2011 at 11:13 AM, Martin Landa landa.mar...@gmail.com wrote: 2011/9/28 Hamish hamis...@yahoo.com: Markus Metz wrote: I agree. v.db.univar should have options 'map' and 'layer', not 'table', 'driver', and 'database'. Otherwise it would need to be called db.univar

[GRASS-dev] new add-on r.regression.series

Hi all, there is a new add-on available for grass 7 to calculate linear regression parameters between two time series, e.g. NDVI and precipitation. The name of the module is r.regression.series and it is written in C. The linear regression parameters currently available are offset, slope,

Re: [GRASS-dev] r.walk issues for 6.4.2?

On Sat, Oct 8, 2011 at 5:29 PM, Michael Barton michael.bar...@asu.edu wrote: One of my students was having problems with r.walk not properly reflecting surface topography in 6.4.2 svn (from a few weeks ago). So I checked it out today. My comparison is not quite the same as hers as she is on

Re: [GRASS-dev] C function which returns raster and additional info?

On Wed, Oct 19, 2011 at 10:03 AM, Rainer M Krug r.m.k...@gmail.com wrote: On Wed, Oct 19, 2011 at 8:36 AM, Markus Neteler nete...@osgeo.org wrote: On Tue, Oct 18, 2011 at 10:26 AM, Rainer M Krug r.m.k...@gmail.com wrote: If this mail has made it already to the lst, I apologise - I just

Re: [GRASS-dev] Parser mess with incomplete parameters

Markus Neteler wrote: GRASS 6.4.2svn (nc_spm_08):~ v.to.rast input=hospitals =area layer=1 column=cat output=hospitals use=attrLoading data... Reading features...  100% Writing raster map...  100% Converted areas: 0 of 0 Converted points/lines: 160 of 160 v.to.rast complete. It should

Re: [GRASS-dev] v.what: test_vwhat_layers is failing

On Mon, Nov 3, 2014 at 4:53 PM, Anna Petrášová kratocha...@gmail.com wrote: On Mon, Nov 3, 2014 at 9:18 AM, Vaclav Petras wenzesl...@gmail.com wrote: It seems that v.what's test_vwhat_layers test file is randomly failing time to time with ERROR: Unable to start driver (null). It looks

Re: [GRASS-dev] Tests down to 65% (from 86%)

On Mon, Nov 17, 2014 at 3:54 AM, Vaclav Petras wenzesl...@gmail.com wrote: Hi all, something happened between r62745 (Saturday) and r62754 (Sunday) because tests are failing. Here are the changes in trunk:

Re: [GRASS-dev] [GRASS-SVN] r62770 - grass/trunk/lib/python/pygrass/raster/testsuite

On Mon, Nov 17, 2014 at 1:05 PM, Markus Neteler nete...@osgeo.org wrote: Hi Markus, please revert these changes: nc_spm is not used but nc_basic! ok, reverted in r62772 According to the manual, tests are based on NC sample data [0], e.g. python -m grass.gunittest.main --location

Re: [GRASS-dev] Tests down to 65% (from 86%)

On Mon, Nov 17, 2014 at 2:43 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Mon, Nov 17, 2014 at 5:32 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: BTW, the test suite does not run with Python 2.6 because import argparse fails, this module is new in Python 2.7. I know and I don't

Re: [GRASS-dev] Tests down to 65% (from 86%)

On Mon, Nov 17, 2014 at 11:19 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2014-11-17 3:54 GMT+01:00 Vaclav Petras wenzesl...@gmail.com: I've also noticed that the documentation on server does not contain generated/standard flags (--), the flags are included when there is a short flag

Re: [GRASS-dev] How to calculate log() in v.db.update with SQLite backend?

Markus Neteler wrote: Hi, playing around with the Meuse dataset about soil contamination I attempted to calculate that right away but...: v.db.update meuse_voronoi column=logzinc qcolumn=log(zinc) DBMI-SQLite driver error: Error in sqlite3_prepare(): no such function: log DBMI-SQLite

Re: [GRASS-dev] G7: v.mkhexgrid addon for hexagon creation

On Thu, Nov 20, 2014 at 12:29 AM, Markus Neteler nete...@osgeo.org wrote: Hi, I have added v.mkhexgrid as new G7 addon to the Addons repo. The original author is Trevor Wiens who already implemented it as a Python script. I made some minor changes to get it running in GRASS GIS 7.

Re: [GRASS-dev] Resolved - Error in GRASS GIS 7.0 database

On Tue, Nov 25, 2014 at 3:44 PM, Erick Opiyo osgis@gmail.com wrote: After the upgrade to grass 7.1.svn(2014)-r62856 Most of my initial python scripts can't run, I get the error below. g.mlist no longer exists, it has been renamed to g.list. Same for g.mremove - g.remove. Traceback (most

Re: [GRASS-dev] Export of integer raster from GRASS 70 with raster attribute table shifts classes

Newcomb, Doug wrote: Hi Folks, I was running r.geomorphon, http://grass.osgeo.org/grass70/manuals/addons/r.geomorphon.html, to generate a landscape integer grid. I decided to share the output with a colleague running ArcGIS. I exported with the raster attribute table option to HFA ( img ,

Re: [GRASS-dev] Individual vector feature processing: v.clump?

On Wed, Dec 3, 2014 at 5:51 PM, Markus Neteler nete...@osgeo.org wrote: Hi, for a calculation I need to loop over all vector features in a map in order to perform individually a computation. For that I cannot use the category information since it may be used as 1:n link. I wonder if a new

Re: [GRASS-dev] Individual vector feature processing: v.clump?

On Thu, Dec 4, 2014 at 8:34 AM, Markus Neteler nete...@osgeo.org wrote: On Wed, Dec 3, 2014 at 9:47 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Wed, Dec 3, 2014 at 5:51 PM, Markus Neteler nete...@osgeo.org wrote: Hi, for a calculation I need to loop over all vector features

Re: [GRASS-dev] Rast_add_d_colour

Yann Chemin wrote: Hi, I am working on beautifying the output of i.theilsen, a new addon. For some reason, I cannot apply a grayscale palette. --- Rast_init_colors(colors); DCELL val1 = ts_min; DCELL val2 = ceil(ts_max); Rast_add_d_color_rule(val1, 0, 0, 0, val2, 255, 255,

Re: [GRASS-dev] v.proj: line densification added for reprojection error minimization

On Sun, Dec 14, 2014 at 7:34 PM, Helmut Kudrnovsky hel...@web.de wrote: And how about QGIS? the same, 2 steps are needed: (1) densify data, (2) reproject vector for non-topological polygons, 3 steps are needed: 1) densify 2) snap 3) reproject snapping is needed to avoid small overlapping

Re: [GRASS-dev] v.buffer don't write metadata and v.info cut comments

On Tue, Dec 16, 2014 at 12:30 PM, Pietro peter.z...@gmail.com wrote: Hi all, I would like to add a comment in the metadata of a generated vector map but the content is shortened. I'm in the NorthCarolina mapset, from an ipython shell: [...] The command that generate the map is missing!

[GRASS-dev] point cloud analysis: new features

Hi all, a new spatial index for point data is available in lib/btree2: a multidimensional search tree, also known as k-d tree. What is it good for: - nearest neighbor statistics: test if points are randomly distributed. The current GRASS addon v.nnstat uses an external k-d tree from PCL (which

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

On Fri, Jan 23, 2015 at 4:34 PM, Margherita Di Leo direg...@gmail.com wrote: Hi, On Fri, Jan 23, 2015 at 2:10 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: That is why I suggested a minimal (minimal information content) welcome screen with one OK button and one change button. The OK

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

On Tue, Feb 3, 2015 at 4:56 AM, Vaclav Petras wenzesl...@gmail.com wrote: On Mon, Feb 2, 2015 at 4:39 PM, Markus Neteler nete...@osgeo.org wrote: For newcomers/no rc file: how about creating a new GRASS GIS database in $HOME, +1 in there a new location with EPSG:4326 (latlong wgs84),

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

On Tue, Feb 3, 2015 at 9:12 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 03/02/15 09:04, Markus Metz wrote: We can go on forever with this I prefer this and But I prefer that. Instead I would propose a poll with GRASS users and let them decide. I actually don't think we need

Re: [GRASS-dev] [GRASS-user] generalize polygons including holes

On Fri, Feb 6, 2015 at 10:23 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: [taking this over to grass-dev] On 05/02/15 18:23, Markus Metz wrote: On Thu, Feb 5, 2015 at 4:56 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 05/02/15 14:49, Markus Metz wrote: On Thu, Feb

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Wed, Jan 14, 2015 at 9:57 PM, Markus Neteler nete...@osgeo.org wrote: Done! http://trac.osgeo.org/grass/wiki/Release/7.0.0RC1-News Now time to announce it... Can we please get RC2 out soon? In the last days I have fixed numerous bugs in the vector library and changed/restored the basic

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Fri, Jan 16, 2015 at 1:27 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 16/01/15 12:15, Martin Landa wrote: Hi, 2015-01-16 12:13 GMT+01:00 Markus Metz markus.metz.gisw...@gmail.com: Can we please get RC2 out soon? In the last days I have fixed numerous bugs in the vector

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Sun, Jan 18, 2015 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote: I would invite everybody to switch to these simplified names: http://trac.osgeo.org/grass/wiki/SampleDataset I disagree. The baseline dataset should be a subset of the full dataset. The names in the baseline dataset

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Tue, Jan 20, 2015 at 9:20 PM, Markus Neteler nete...@osgeo.org wrote: On Jan 20, 2015 9:13 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Sun, Jan 18, 2015 at 11:49 PM, Markus Neteler nete...@osgeo.org wrote: I would invite everybody to switch to these simplified names: http

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Sat, Jan 17, 2015 at 10:21 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Fri, Jan 16, 2015 at 11:25 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 21/01/15 19:35, Markus Neteler wrote: In my opinion

Re: [GRASS-dev] New welcome screen

IGNORE THIS THREAD continued in Making start of GRASS GIS easier for newcomers On Thu, Jan 22, 2015 at 9:40 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: [moving to a new thread] On Wed, Jan 21, 2015 at 10:55 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Jan 21, 2015 at 8:16

[GRASS-dev] New welcome screen

[moving to a new thread] On Wed, Jan 21, 2015 at 10:55 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 21/01/15 19:35, Markus Neteler wrote: In my opinion we should not have the location selection dialog at

Re: [GRASS-dev] Making start of GRASS GIS easier for newcomers

On Thu, Jan 22, 2015 at 10:01 AM, Rainer M Krug rai...@krugs.de wrote: Markus Metz markus.metz.gisw...@gmail.com writes: On Wed, Jan 21, 2015 at 11:15 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler nete...@osgeo.org wrote: On Wed, Jan 21, 2015

Re: [GRASS-dev] [GRASS-user] raster attribute table problems

On Sat, Jan 17, 2015 at 5:45 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, When importing National Landcover Dataset (http://www.mrlc.gov/nlcd2011.php), I would like to get the classes imported as raster labels. Gdalinfo reports existing attribute table where one of the columns is

Re: [GRASS-dev] [GRASS-user] raster attribute table problems

On Sat, Jan 17, 2015 at 10:50 PM, Anna Petrášová kratocha...@gmail.com wrote: On Sat, Jan 17, 2015 at 2:44 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Sat, Jan 17, 2015 at 5:45 PM, Anna Petrášová kratocha...@gmail.com wrote: Hi, When importing National Landcover Dataset

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Fri, Jan 16, 2015 at 11:25 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: The fixes are all thoroughly tested (I guess I have never before tested vector topology so thoroughly...). Hi Markus, will you

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Wed, Jan 21, 2015 at 3:54 AM, Vaclav Petras wenzesl...@gmail.com wrote: On Tue, Jan 20, 2015 at 5:08 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Sat, Jan 17, 2015 at 10:21 PM, Vaclav Petras wenzesl...@gmail.com wrote: On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz

Re: [GRASS-dev] [GRASS-user] raster attribute table problems

On Sat, Jan 17, 2015 at 11:50 PM, Anna Petrášová kratocha...@gmail.com wrote: On Sat, Jan 17, 2015 at 5:15 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Sat, Jan 17, 2015 at 10:50 PM, Anna Petrášová kratocha...@gmail.com wrote: On Sat, Jan 17, 2015 at 2:44 PM, Markus Metz

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild snapping, still four islands are reported as an error. They are Andorra, etc and

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Fri, Feb 13, 2015 at 10:42 AM, Markus Neteler nete...@osgeo.org wrote: On Thu, Feb 12, 2015 at 11:16 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: ... The G7.1 message reports that areas are overlapping

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Thu, Feb 12, 2015 at 11:16 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild

Re: [GRASS-dev] v.in.ogr: islands not recognized

On Wed, Feb 11, 2015 at 9:34 PM, Markus Neteler nete...@osgeo.org wrote: HI, I tried to import the NUTS3 map(s) from EU which leads to some obscur warnings (see below). While most can be solved with a mild snapping, still four islands are reported as an error. The islands are not reported as

Re: [GRASS-dev] Build errors for GRASS 7.1 on Ubuntu?

On Thu, Jan 29, 2015 at 11:13 AM, Blumentrath, Stefan stefan.blumentr...@nina.no wrote: Hi, and thanks for looking at this. The first error which occurs is here (line 3080): You need to report the first error in the list of directories with errors, i.e. the first entry after Errors in:.

Re: [GRASS-dev] Build errors for GRASS 7.1 on Ubuntu?

purposes... Thanks for helping so far. I shall try to test t.what.rast tonight then. Kind regards, Stefan -Original Message- From: Markus Metz [mailto:markus.metz.gisw...@gmail.com] Sent: 29. januar 2015 11:33 To: Blumentrath, Stefan Cc: Markus Neteler; GRASS developers list

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC2

On Mon, Jan 26, 2015 at 8:45 PM, Markus Neteler nete...@osgeo.org wrote: Hi devs, time to think about getting RC2 out: http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing The todo list includes: - #2409 - last call for options/flags/parameters consolidation - ... - Update

Re: [GRASS-dev] integrate v.concave.hull into v.hull [was point cloud analysis: new features]]

On Fri, Jan 9, 2015 at 9:35 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 08/01/15 23:46, Markus Metz wrote: On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm wrote: Thanks Markus, this is excellent progress. It seems to me that the approximation of cluster

Re: [GRASS-dev] point cloud analysis: new features

On Fri, Jan 9, 2015 at 11:45 AM, Benjamin Ducke bendu...@fastmail.fm wrote: On 08/01/15 23:46, Markus Metz wrote: [..] Thanks Markus, this is excellent progress. It seems to me that the approximation of cluster shapes from grouped points is a generic problem that would best be solved

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler nete...@osgeo.org wrote: Hi devs, http://trac.osgeo.org/grass/wiki/Grass7Planning#Planningongoing ...the TODO list got much shorter! Relevant differences - to be clarified: [...] * checks for Vect_open_* return value to avoid potential

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Mon, Jan 12, 2015 at 1:38 PM, Markus Neteler nete...@osgeo.org wrote: On Mon, Jan 12, 2015 at 10:02 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Sat, Jan 10, 2015 at 11:50 AM, Markus Neteler nete...@osgeo.org wrote: ... * checks for Vect_open_* return value to avoid potential

Re: [GRASS-dev] Planning GRASS GIS 7.0.0RC1

On Tue, Jan 13, 2015 at 10:20 AM, Markus Neteler nete...@osgeo.org wrote: On Mon, Jan 12, 2015 at 3:20 PM, Markus Metz markus.metz.gisw...@gmail.com wrote: ... - v.select: various differences code optimization, no bug fix Just to understand: yet not tested enough to be backported

Re: [GRASS-dev] point cloud analysis: new features

On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm wrote: On Sun, Jan 4, 2015 at 9:02 PM, Markus Metz markus.metz.gisw...@gmail.com mailto:markus.metz.gisw...@gmail.com wrote: Done in trunk r63952 as v.cluster. It is not a GRASS7 addon because it does not work

Re: [GRASS-dev] point cloud analysis: new features

On Mon, Jan 5, 2015 at 12:17 PM, Benjamin Ducke bendu...@fastmail.fm wrote: On Sun, Jan 4, 2015 at 9:02 PM, Markus Metz markus.metz.gisw...@gmail.com mailto:markus.metz.gisw...@gmail.com wrote: Done in trunk r63952 as v.cluster. It is not a GRASS7 addon because it does not work

Re: [GRASS-dev] point cloud analysis: new features

On Fri, Jan 2, 2015 at 10:08 AM, Benjamin Ducke bendu...@fastmail.fm wrote: Hi Markus, On 01/01/15 22:18, Markus Metz wrote: Hi all, a new spatial index for point data is available in lib/btree2: a multidimensional search tree, also known as k-d tree. Excellent news. What is it good

Re: [GRASS-dev] port of v.points.cog to python

On Sun, Mar 1, 2015 at 5:01 PM, Patrice Dumas pertu...@free.fr wrote: Hello, Here is a rewrite of the v.points.cog module in python. I think v.points.cog is superseded by v.centerpoint which offers cog as well as other kinds of centerpoints. Markus M I tried translating code only, keeping

Re: [GRASS-dev] Non-linear (multiple) regression in GRASS?

On Sat, Feb 21, 2015 at 2:08 PM, Nikos Alexandris n...@nikosalexandris.net wrote: Hi devs, and advanced users. Has anyone perforned, or has plans to implement, non-linear (multi-) regression in GRASS (not through R, of course)? If it is raster based, you can use r.regression.multi to

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

On Sat, Mar 21, 2015 at 11:21 AM, Markus Neteler nete...@osgeo.org wrote: Hi Markus, On Fri, Mar 6, 2015 at 8:26 AM, Markus Metz markus.metz.gisw...@gmail.com wrote: On Thu, Mar 5, 2015 at 3:04 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Mar 5, 2015 at 11:27 AM, Martin Landa

Re: [GRASS-dev] Planning GRASS GIS 6.4.5 release

On Thu, Mar 5, 2015 at 3:04 PM, Markus Neteler nete...@osgeo.org wrote: On Thu, Mar 5, 2015 at 11:27 AM, Martin Landa landa.mar...@gmail.com wrote: 2015-03-05 11:17 GMT+01:00 Markus Neteler nete...@osgeo.org: Step 2 (day X) - Soft freeze of release branch: suggestion 20 March 2015 why not

Re: [GRASS-dev] computation bio_15 in r.bioclim

Hi Paolo, On Tue, Dec 15, 2015 at 2:56 PM, Paulo van Breugel wrote: > Hi Markus, > > With r.bioclim if the average rainfall across a year is 0, bio_15 (rainfall > seasonality) will be NA. This should, I think, be 0. Perhaps adding an if > condition in the mapcalc

Re: [GRASS-dev] [GRASS-SVN] r67222 - grass/trunk/raster/r.in.lidar

On Tue, Dec 22, 2015 at 3:20 PM, Markus Neteler wrote: > On Sun, Dec 20, 2015 at 3:56 AM, Vaclav Petras wrote: > ... >> This gets little messy and I'm not sure what to do about it. >> >> r.in.lidar imports in region extent only > > Why is that so? > The

Re: [GRASS-dev] some detail questions on i.segment

in the code (apart from "TODO: better") explaining the reason for this adjustment. In theory it makes sense to me to favour merging of smaller regions, or more precisely, to avoid merging of larger regions. "Small" and "large" depend on the computational region. When testin

Re: [GRASS-dev] v.info layer option

Hi Luca, apparently [0] the layer option is only needed for v.info -c (Print types/names of table columns for specified layer instead of info and exit). What information about a vector do you want to get? Note that vector objects (points, lines, boundaries, areas) are always present, even if they

Re: [GRASS-dev] hints appreciated for work on a r.zonal.geometry module

On Tue, Jun 21, 2016 at 9:36 AM, Moritz Lennert <mlenn...@club.worldonline.be> wrote: > On 20/06/16 23:20, Markus Metz wrote: >> >> On Mon, Jun 20, 2016 at 6:40 PM, Moritz Lennert >> <mlenn...@club.worldonline.be> wrote: >>> >>> Hi, >>&

Re: [GRASS-dev] hints appreciated for work on a r.zonal.geometry module

On Mon, Jun 20, 2016 at 6:40 PM, Moritz Lennert wrote: > Hi, > > While work is ongoing concerning improving r.to.vect performance [1], I am > looking at the possibility of creating an r.zonal.geometry module which > would calculate a series of form statistics for

Re: [GRASS-dev] is it time to release GRASS71?

On Thu, Feb 25, 2016 at 8:56 PM, Markus Neteler wrote: > > On Feb 25, 2016 5:05 PM, "Vaclav Petras" wrote: >> >> >> On Thu, Feb 25, 2016 at 10:00 AM, Martin Landa >> wrote: >>> >>> this system is used also by QGIS, MapServer,

Re: [GRASS-dev] r.bioclim output integer maps

On Wed, Feb 10, 2016 at 2:39 PM, Paulo van Breugel wrote: > > > On Wed, Feb 10, 2016 at 1:16 PM, Markus Neteler wrote: >> >> >> On Feb 10, 2016 12:03 PM, "Paulo van Breugel" >> wrote: >> > On Wed, Feb 10, 2016 at 10:26 AM,

Re: [GRASS-dev] r.rgb: syntax error, unexpected $end, expecting VARNAME or NAME or STRING

On Fri, Mar 18, 2016 at 3:10 PM, Markus Neteler wrote: > On Wed, Mar 16, 2016 at 9:24 PM, Vaclav Petras wrote: >> >> On Wed, Mar 16, 2016 at 1:27 PM, Markus Neteler wrote: >>> >>> >>> I just needed r.rgb and found the script broken:

Re: [GRASS-dev] r.regression.multi failing

On Wed, Mar 23, 2016 at 4:43 PM, Paulo van Breugel wrote: > > > On 23-03-16 16:21, Moritz Lennert wrote: >> >> Le Wed, 23 Mar 2016 15:55:40 +0100, >> Paulo van Breugel a écrit : >> >>> On 23-03-16 15:24, Anna Petrášová wrote: On Wed, Mar

Re: [GRASS-dev] is it time to release GRASS71?

On Mon, Feb 29, 2016 at 11:39 AM, Moritz Lennert <mlenn...@club.worldonline.be> wrote: > On 28/02/16 00:02, Markus Metz wrote: >> >> On Thu, Feb 25, 2016 at 8:56 PM, Markus Neteler <nete...@osgeo.org> wrote: >>> >>> >>> On Feb 25, 2016

Re: [GRASS-dev] some question about GRASS vectors

On Thu, May 19, 2016 at 4:48 PM, Moritz Lennert wrote: > On 18/05/16 16:37, Luca Delucchi wrote: >> >> Hi devs, >> >> I'm working on a QGIS plugin to check the differences between an input >> shapefile and the resulting GRASS vector. I have some doubts: >> - a line

Re: [GRASS-dev] some detail questions on i.segment

Hi Moritz, On Wed, May 18, 2016 at 6:36 PM, Moritz Lennert wrote: > Hi Markus, > > I'm working on potentially improbing the i.segment.uspo addon and am looking > at the possibility of including the goodness of fit output map somehow in > the evaluation of the

Re: [GRASS-dev] GSoC proposal "Higher level API for C and C++" : need for discussion

On Wed, Feb 1, 2017 at 10:46 PM, Vaclav Petras wrote: > > > On Wed, Feb 1, 2017 at 3:24 PM, Moritz Lennert < mlenn...@club.worldonline.be> wrote: >> >> I don't really agree with the idea that >> >> "Unfortunately, its [GRASS'] development is stagnating because of small

Re: [GRASS-dev] v.clean rmarea

On Sun, Jan 22, 2017 at 3:46 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > On 21-01-17 21:29, Markus Metz wrote: > > > > On Fri, Jan 20, 2017 at 8:37 PM, Paulo van Breugel <p.vanbreu...@gmail.com> wrote: > > > > Hi devs, > > &g

Re: [GRASS-dev] v.clean rmarea

On Fri, Jan 20, 2017 at 8:37 PM, Paulo van Breugel wrote: > > Hi devs, > > I am trying to clean a map using v.clean. When using rmarea, any threshold values > 0.45 for rmarea results in 'ERROR: Failed to build new area'. That should not happen, it is an error in the

<    3   4   5   6   7   8   9   10   11   12   >