Re: [GRASS-dev] Logo and other graphics

On Wed, Feb 24, 2016 at 6:31 AM, Luca Delucchi wrote: > Regards from Paris, tomorrow will come a graphic designer here at the > code sprint, are you interested in something related to GRASS? > Vincent recently unified the logo, the startup window banner and the GUI splash

Re: [GRASS-dev] -s flag in temporal modules

On Wed, Feb 24, 2016 at 7:36 AM, Sören Gebbert wrote: > Indeed, a colon ":" must be avoided in map names, since the layer of > vector maps are identified this way (time stamped tables). > I think your suggestion of using 2001-01-01T00.00.00 is a good solution. >

Re: [GRASS-dev] GRASS CMake build

On Tue, Feb 23, 2016 at 7:02 AM, Rashad Kanavath wrote: > > Did anyone tried to add cmake build system to grass ?. It can even co-exist with existing autoconf tools. There is a repository with an exploratory effort to use CMake for GRASS GIS [1] but there is a lack of

Re: [GRASS-dev] GRASS addons and toolboxes

On Fri, Feb 19, 2016 at 1:51 AM, Pietro wrote: > I've recently implemented a function in r.green.install > ("add_rgreen_menu" [0]) that modify the main_menu.xml and > toolboxes.xml files in the ~/.grass7/toolboxes directory adding a menu > for the r.green modules. > Nice.

Re: [GRASS-dev] failing doctest when delete temporal dataset

On Thu, Feb 18, 2016 at 5:49 AM, Luca Delucchi wrote: > I get the following error, but if I run the python > code of the test I get not error. Do you have any idea how to solve > it? > > self.msgr.verbose(_("Delete space time %s dataset <%s> from > temporal " >

Re: [GRASS-dev] testsuite problems (t.connect)

On Thu, Feb 18, 2016 at 5:45 AM, Luca Delucchi wrote: > I think this annoing problem (to use again GRASS I have to exit and > start GRASS) appear because in the setUpClass function a new mapset is > created and used but in tearDownClass function the old mapset isn't > set

Re: [GRASS-dev] Layer Manager notebook

On Mon, Feb 15, 2016 at 11:50 AM, Vaclav Petras <wenzesl...@gmail.com> wrote: > > Layers, Console, Modules, Data, Python > > In documentation all can be referred to as tab. > > I would like to commit this to trunk soon. Done in r67852. I updated the other strings and doc

Re: [GRASS-dev] python function to get the path to the GRASS configuration directory

On Mon, Feb 15, 2016 at 4:09 AM, Pietro wrote: > So how to proceed? Should I move this function to grass.script.utils > and then just import the function definition in > gui/wxpython/core/utils.py? > Since the name will change (I think it should change), perhaps this

Re: [GRASS-dev] C++ and libLAS modules broken in 7.0.3 in winGRASS

On Mon, Feb 8, 2016 at 10:50 AM, Vaclav Petras <wenzesl...@gmail.com> wrote: > the MS Windows builds of 7.0.3 seem incomplete. r.viewshed and r.terraflow > (C++ modules) don't work in 32 and 64bit versions and r.in.lidar and > v.in.lidar (depend on libLAS) don't work in th

Re: [GRASS-dev] C++ and libLAS modules broken in 7.0.3 in winGRASS

On Mon, Feb 8, 2016 at 10:50 AM, Vaclav Petras <wenzesl...@gmail.com> wrote: > Probably depending on the Windows version you get some error dialogs and > traceback in GUI Console and the message is "No such file or directory" > (sometimes program crash is mentioned but

[GRASS-dev] C++ and libLAS modules broken in 7.0.3 in winGRASS

Hi, the MS Windows builds of 7.0.3 seem incomplete. r.viewshed and r.terraflow (C++ modules) don't work in 32 and 64bit versions and r.in.lidar and v.in.lidar (depend on libLAS) don't work in the 64bit version. Probably depending on the Windows version you get some error dialogs and traceback in

Re: [GRASS-dev] copying a Map Display to a new one

On Fri, Feb 5, 2016 at 8:15 AM, Yann wrote: > is it possible to copy a Map Display to create a new identical one? You can create a ticket for it. A reasonable task for somebody who would like to start with wxGUI programming.

Re: [GRASS-dev] v.kriging: enable BLAS and LAPACK for Windows

On Wed, Feb 3, 2016 at 3:57 PM, Martin Landa wrote: > > I don't see BALS and LAPACK in OSGeo4W but there is a Windows version > [1]. > > msys2 comes with OpenBLAS, it could be probably enough. I will take a > look at this issue during Solany hackfest [1]. Ma Nice,

[GRASS-dev] v.kriging: enable BLAS and LAPACK for Windows

Hi, is it possible to enable BLAS and LAPACK for MS Windows build so that v.kriging and some other imagery modules compile as addons for Windows? The compilation log says: main.c:25:2: error: #error GRASS GIS is not configured with BLAS #error GRASS GIS is not configured with BLAS main.c:29:2:

Re: [GRASS-dev] t.list window duplicates when clicking 'run'

On Sat, Jan 30, 2016 at 8:00 AM, Paulo van Breugel wrote: > Open t.list window, and without changing any of the default settings, > clicking on 'run' will open another instance of the t.list window. > The rule is when there are no parameters, open module GUI. This

Re: [GRASS-dev] Layer Manager notebook

On Mon, Jan 25, 2016 at 9:02 PM, Anna Petrášová wrote: > > Related to this, any opinion on making the labels of the tabs shorter? > > Map layers -> Layers > Command console -> Console > Search modules -> Search > Data catalogue -> Catalogue > Python shell -> Python > I

Re: [GRASS-dev] trunk: sphinxdoclib broken

On Tue, Jan 26, 2016 at 11:21 AM, Markus Neteler wrote: > ... > File "/usr/lib/python2.7/dist-packages/sphinx/util/pycompat.py", > line 105, in execfile_ > exec code in _globals > File "conf.py", line 45, in > grass_version = core.version()['version'] > File >

Re: [GRASS-dev] r67535: pygrass: change dirname in set_path()

In r67669 I moved the functions to grass.script.utils to avoid ctypes dependency. Backwards compatibility is kept. Documentation says depreciated. Old functions can be removed in 8.0. https://trac.osgeo.org/grass/changeset/67669 On Mon, Jan 25, 2016 at 5:31 AM, Pietro

Re: [GRASS-dev] [GRASS-SVN] r67647 - grass/trunk/gui/wxpython

On Sun, Jan 24, 2016 at 3:09 AM, wrote: > Log: > Add comments for translators to help differentiating between similar > words. > Comment must be on preceding line to string! > > > Modified: grass/trunk/gui/wxpython/gis_set.py >

Re: [GRASS-dev] i.segment.hierarchical make pb

On Mon, Jan 25, 2016 at 3:52 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > On Mon, Jan 25, 2016 at 3:43 PM, Yann <yann.che...@gmail.com> wrote: > >> return grasscore.set_path(modulename=modulename, dirname=dirname, >> AttributeError: 'module' obj

Re: [GRASS-dev] i.segment.hierarchical make pb

On Mon, Jan 25, 2016 at 3:43 PM, Yann wrote: > return grasscore.set_path(modulename=modulename, dirname=dirname, > AttributeError: 'module' object has no attribute 'set_path' > Related to recent r67669. I will test here with i.segment.hierarchical. Meanwhile make

Re: [GRASS-dev] r67535: pygrass: change dirname in set_path()

On Mon, Jan 25, 2016 at 5:31 AM, Pietro wrote: > > On Tue, Jan 12, 2016 at 7:11 PM, Martin Landa wrote: > > hm, what means `dirname`? I got impression that it's used for > > > > $GRASS_ADDON_BASE/etc/r.mymodule > > > > is find by

Re: [GRASS-dev] GRASS developer meeting in Solany

On Fri, Jan 22, 2016 at 2:04 PM, Martin Landa wrote: > 2016-01-22 19:55 GMT+01:00 Anna Petrášová : > > We plan to come to ISPRS, so we would be interested, although we will > have > > limited time. > > good :-) The conference covers 12th July - 19th

Re: [GRASS-dev] GRASS developer meeting in Solany

On Tue, Jan 19, 2016 at 12:51 PM, Martin Landa wrote: > Hi all, > > this is a public announcement of local GRASS Community Sprint in the > Czech Republic localed in Solany village. The next planned meeting is > scheduled to 22.-25./1. [1], see past meetings [2]. You are

Re: [GRASS-dev] problem installing wx.metadata from g.extension

On Mon, Jan 11, 2016 at 9:54 AM, Martin Landa wrote: > 2016-01-11 15:44 GMT+01:00 Matej Krejci : > > thanks for update wiki page, I have updated (r67551) dependency file for > > checking dependency before installation. > > it would be nice to reduce

Re: [GRASS-dev] Python-based v.mapcalc to Addons

at 10:49 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > On Tue, Jan 5, 2016 at 2:47 AM, Thomas Leppelt <thomas.lepp...@gmail.com> > wrote: > >> it would be nice, if you commit v.mapcalc to Addons. >> > > Done. > > Rename v.mapcalc to v.feature.algeb

Re: [GRASS-dev] Python-based v.mapcalc to Addons

t/67493 Add and update Python v.mapcalc: https://trac.osgeo.org/grass/changeset/67494 https://trac.osgeo.org/grass/changeset/67495 https://trac.osgeo.org/grass/changeset/67496 > On Tue, Jan 5, 2016 at 4:52 AM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > >> I've tried

[GRASS-dev] Python-based v.mapcalc to Addons

ent from the > v.mapcalc addon from 2002. > The algebraic expressions are applied to whole vector maps, rather > than single points, list of points, lines or polygons. > > Best regards > Soeren > > > 2015-10-13 3:53 GMT+02:00 Vaclav Petras <wenzesl...@gmail.com>: >

Re: [GRASS-dev] grouping most important parameters in a 'main' tab

On Wed, Dec 23, 2015 at 7:15 AM, Paulo van Breugel wrote: > On Wed, Dec 23, 2015 at 12:19 PM, Moritz Lennert < > mlenn...@club.worldonline.be> wrote: > >> >> In a response to #2632 [1], I changed v.db.select in trunk (r67337) in >> order to reorder parameters in the

Re: [GRASS-dev] [GRASS-SVN] r67282 - grass/trunk/lib/python/script

On Mon, Dec 21, 2015 at 2:05 PM, Martin Landa <landa.mar...@gmail.com> wrote: > 2015-12-21 15:33 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: > > I think this is too risky. If I understand it correctly, it puts all the > GUI > > modules/packages on p

Re: [GRASS-dev] [GRASS-SVN] r67282 - grass/trunk/lib/python/script

Hi Martin, On Sun, Dec 20, 2015 at 10:04 AM, wrote: > Author: martinl > Date: 2015-12-20 07:04:40 -0800 (Sun, 20 Dec 2015) > New Revision: 67282 > > Modified: >grass/trunk/lib/python/script/setup.py > Log: > pythonlib: add wxpython modules to pythonpath when calling

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

On Sat, Dec 19, 2015 at 3:26 PM, Markus Neteler wrote: > On Fri, Dec 18, 2015 at 4:21 PM, wrote: > > Author: wenzeslaus > > Date: 2015-12-18 07:21:18 -0800 (Fri, 18 Dec 2015) > > New Revision: 67222 > > > > Modified: > >

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

On Thu, Dec 17, 2015 at 8:51 AM, Helmut Kudrnovsky wrote: > > > > : > >> after some quick tests of some ratser modules: it's quite responsive and > >> fast ... > > > > it would be interesting to compare with 32bit (new) and also old > > (grass 7.0.2-1)... Ma > > here it is, some

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

On Thu, Dec 17, 2015 at 2:15 PM, Helmut Kudrnovsky wrote: > wenzeslaus wrote > > On Thu, Dec 17, 2015 at 2:01 PM, Helmut Kudrnovsky > > > hellik@ > > > wrote: > > > >> wenzeslaus wrote > >> > python -m grass.gunittest.main --location nc_basic_spm_grass7 > >> >

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

On Thu, Dec 17, 2015 at 2:40 PM, Helmut Kudrnovsky wrote: > wenzeslaus wrote > >> > >> in testfiles.html the last entries are: > >> > >> [...] > >> ./lib/python/pygrass/raster test_raster succeeded 6 > 6 > >> 0 100% > >> ./lib/python/pygrass/raster

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

On Thu, Dec 17, 2015 at 2:01 PM, Helmut Kudrnovsky wrote: > wenzeslaus wrote > > python -m grass.gunittest.main --location nc_basic_spm_grass7 > > --location-type nc > > how do I know if the test has finished? > > after: > > C:\OSGeo4W\src\grass7>python -m grass.gunittest.main

Re: [GRASS-dev] wingrass daily buidls + addons temporary down

On Thu, Dec 17, 2015 at 1:49 PM, Helmut Kudrnovsky wrote: > wenzeslaus wrote > > > > python -m grass.gunittest.main --location nc_basic_spm_grass7 > > --location-type nc > > > > tests are running, will post the results later. some are failing as it seems > some maps have

Re: [GRASS-dev] Travis CI

On Mon, Dec 14, 2015 at 5:50 PM, Martin Landa wrote: > 2015-12-14 23:46 GMT+01:00 Martin Landa : > > Will update. I suggest to move file to trac (avoid duplication in > > different branches). What do you think? Martin > > we could move to trac most

Re: [GRASS-dev] [GRASS-SVN] r67132 - grass/trunk/vector/v.out.lidar

On Mon, Dec 14, 2015 at 4:11 PM, Markus Neteler wrote: > On Mon, Dec 14, 2015 at 10:06 PM, wrote: > > Author: wenzeslaus > > Date: 2015-12-14 13:06:41 -0800 (Mon, 14 Dec 2015) > > New Revision: 67132 > > > > Modified: > >

Re: [GRASS-dev] Compilation issue in grass70_relbranch/lib/python/script

On Thu, Dec 10, 2015 at 9:09 AM, Markus Neteler wrote: > Here the undergone changes: > https://trac.osgeo.org/grass/log/grass/trunk/lib/python/script/setup.py > BTW, issue found through https://trac.osgeo.org/grass/log/grass/branches/releasebranch_7_0/lib/python/script/

Re: [GRASS-dev] Convenient download of the new logo is missing

On Wed, Dec 9, 2015 at 4:04 PM, Markus Neteler wrote: > any action item for me? Upload/replace what on the CMS? I would like to see the following files in CMS: PNG with white bg (logo with text) PNG with transparent bg (logo with text) vectorized font version SVG (logo with

Re: [GRASS-dev] Convenient download of the new logo is missing

On Wed, Dec 9, 2015 at 4:25 PM, Vincent Bain wrote: > We could complete the page with some LaTeX considerations : my knowledge > of latex is limited to my own daily experience. I recently set up beamer > presentations that I compiled with XeLaTeX. For those documents I put > the

Re: [GRASS-dev] [GRASS-SVN] r66995 - grass-addons/grass7/vector/v.in.natura2000

On Wed, Dec 2, 2015 at 4:08 PM, Helmut Kudrnovsky wrote: > > better than this is the approach taken in v.flexture where you let parser > > run and then you import the special dependencies. v.class.mlpy and > > especially v.class.ml are more complicated cases where the dependencies

Re: [GRASS-dev] [GRASS-SVN] r66995 - grass-addons/grass7/vector/v.in.natura2000

Hi Helmut, On Tue, Dec 1, 2015 at 5:11 AM, wrote: > +try: > +import pyspatialite.dbapi2 as db > +except ImportError: > +grass.warning( "pyspatialite has to be installed." ) > better than this is the approach taken in v.flexture where you let parser run and then you

Re: [GRASS-dev] proposal for g.search module

On Mon, Nov 30, 2015 at 4:22 PM, Markus Neteler wrote: > > Considering the fact that an important/main use case is interactive > usage in > > the command line, I now lean towards: > > > > g.search.module aspect > > I would suggest to not use the singular "module" but plural

Re: [GRASS-dev] proposal for g.search module

On Mon, Nov 30, 2015 at 4:12 PM, Jachym Cepicky wrote: > the script called g.search.module is now in trunk, I've added tests > Great. It is really fast (without -m). It will be useful. > (Vašek: they seem to be far too verbose to me, anything I could do about >

Re: [GRASS-dev] proposal for g.search module

On Mon, Nov 30, 2015 at 3:27 AM, Jachym Cepicky wrote: > about the tests - generally yes, I'm writing it. Are you referring to > r3.info or to g.search.* modules? I could not found any example to > r3.info tests > I meant r3.info as it is more critical but g.search.*

[GRASS-dev] Convenient download of the new logo is missing

Hi all, the new cleaned up logo for GRASS GIS with the bold+thin text is available online [1] only in zip download where SVG requires the special font and PNG not that flexible for scaling since the thin text (GIS) is might be badly re-sampled. Please, can somebody with the right fonts installed

Re: [GRASS-dev] Convenient download of the new logo is missing

On Mon, Nov 30, 2015 at 2:26 PM, Vincent Bain wrote: > > attached is an archive containing files I hope you need ("vf" for > vectorized fonts). Thanks! This is exactly what I need now. Well, actually what I need right now is a cropped PDF, so no page and no borders (file

Re: [GRASS-dev] proposal for g.search module

On Sun, Nov 29, 2015 at 7:06 AM, Jachym Cepicky wrote: > the code is in the same repository but packed in the g.search.module > directory now, not sure, if the g.extension will work again g.extension supports only directories which have Makefile, i.e. Makefile must be

Re: [GRASS-dev] proposal for g.search module

On Sat, Nov 28, 2015 at 5:09 AM, Jachym Cepicky wrote: > Vašku, if we agree on adding more search engines to g.search, I suggest to > define the features and interface (--help output) now and I can start think > about more generic concept of the code > > modules > maps,

Re: [GRASS-dev] proposal for g.search module

On Fri, Nov 27, 2015 at 10:51 AM, Jachym Cepicky wrote: > Hi all, > > I've tried to implement command line alternative to module search based on > keywords, which is available in the gui - it's called g.search > > Any chance, you might find this useful ? Any comment to

Re: [GRASS-dev] proposal for g.search module

soon as you are comfortable with the code and basic features. > jachym > > On Fri, Nov 27, 2015, 17:13 Vaclav Petras <wenzesl...@gmail.com> wrote: > >> On Fri, Nov 27, 2015 at 10:51 AM, Jachym Cepicky < >> jachym.cepi...@gmail.com> wrote: >> >>>

[GRASS-dev] Addons page last updated Nov 15

Hi, last update to addons index page was November 15, so I suppose the compilation on server is broken. Having a way to test it locally would be great. Vaclav Sun Nov 15 12:30:24 UTC 2015 https://grass.osgeo.org/grass70/manuals/addons/ https://trac.osgeo.org/grass/log/grass-addons

Re: [GRASS-dev] GRASS 7.1 compiles but won't run

On Mon, Nov 23, 2015 at 4:50 PM, Michael Barton wrote: > I don't use make install. Because I'm making binaries for everyone else, I > create a binary distribution package with make bindist. I always have to > remove that when I create a new one. Whatever is appropriate,

Re: [GRASS-dev] GRASS 7.1 on Mac binaries

On Mon, Nov 23, 2015 at 4:53 PM, Michael Barton wrote: > Replacing all the source files did the trick. > You must always watch for local changes with `svn up`. If you are not updating regularly, then `svn checkout` might not be much slower then `svn up`. So, you can just

Re: [GRASS-dev] GRASS 7.1 compiles but won't run

On Mon, Nov 23, 2015 at 4:22 PM, Martin Landa wrote: > 2015-11-23 22:13 GMT+01:00 Michael Barton : > > > "/Users/cmbarton/grass_source/grass_trunk/macosx/dist/GRASS-7.1.app/Contents/MacOS/gui/wxpython/lmgr/frame.py", > > line 73, in > > from

Re: [GRASS-dev] GRASS 7.1 compiles but won't run

allation" directory placed by `make install`. So yes, you must remove everything created during compilation by `make` and `make install`. > On Nov 23, 2015, at 2:25 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > > > On Mon, Nov 23, 2015 at 4:22 PM, Martin Landa <landa.mar

Re: [GRASS-dev] milestone 7.1 vs. 7.2

On Sat, Nov 21, 2015 at 1:09 PM, Martin Landa wrote: > > Option 1) seems to be more logical to me. What do you think? I still don't see a reason for not releasing 7.1. If we skip that milestone altogether, we can as well say that 7.2 will be in fact 7.1 and release 7.1

Re: [GRASS-dev] Download and access statistics for Addons

Hi Markus, On Sat, Nov 14, 2015 at 8:17 AM, Markus Neteler wrote: > Yes. We could install piwik for that. > No big deal (I use it for a while elsewhere). > will you have some time to do it? I wonder if there is something I can do, like adding something to the documentation,

Re: [GRASS-dev] Download and access statistics for Addons

On Fri, Nov 20, 2015 at 5:01 PM, Markus Neteler wrote: > > So, I'll ask again if I can install it on osgeo6. Looking forward to it! Thanks. > Then we just need to add something to the template(s). If you are talking about the string in Python for manual pages, my idea is

[GRASS-dev] v.out.lidar: export point cloud from GRASS

Hi all, in r66855 I've implemented an export module for LAS files. The main motivation is creating test data for v.in.lidar and r.in.lidar and visualization of points in plas.io. Most of the lidar attributes are supported when provided in attribute table or as categories in separate layers.

Re: [GRASS-dev] Failing tests overview for September 2015

On Sun, Nov 15, 2015 at 8:10 AM, Markus Neteler wrote: > > ### > > http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015-11-15-08-00/report_for_piemonte_utm32_wgs84_grass7_stdmaps/raster/r.in.gdal/test_r_in_gdal/index.html > > ERROR: Projection of dataset does not

Re: [GRASS-dev] Download and access statistics for Addons

On Sat, Nov 14, 2015 at 8:17 AM, Markus Neteler <nete...@osgeo.org> wrote: > On Nov 13, 2015 9:51 PM, "Vaclav Petras" <wenzesl...@gmail.com> wrote: > > But in general, I don't know how these things are done and for Addons > it is quite necessary to c

[GRASS-dev] v.in.lidar: limit the import to a set of polygons

Hi all, in r66823 I've added a mask option to v.in.lidar. One can now import points only in areas specified by the 2D polygons (areas in GRASS) in the vector map. There is a flag -i to import point only outside of these areas. This adds nicely to the existing -r flag (import only in computational

[GRASS-dev] Download and access statistics for Addons

Hi all, we have some statistics from mailing lists on our website [1]. There are code contributions statistics on OpenHub [2, 3]. I think in the past there were even some stats for downloads of some files from the website. GRASS wiki has "has been accessed n times" for each page. I would be very

Re: [GRASS-dev] [GRASS-SVN] r66772 - in grass/trunk: db/drivers db/drivers/dbf db/drivers/mysql db/drivers/odbc db/drivers/ogr db/drivers/postgres db/drivers/sqlite lib/db/dbmi_driver lib/db/stubs

On Wed, Nov 11, 2015 at 11:14 AM, Martin Landa wrote: > > 2015-11-11 16:52 GMT+01:00 Martin Landa : > > fyi, it seems that it broke travis builds [1]. Ma > > > > add_col.c:2:27: fatal error: grass/dbstubs.h: No such file or directory > > compilation

Re: [GRASS-dev] Broken: GRASS-GIS/grass-ci#478 (master - e2f3140)

On Mon, Nov 9, 2015 at 7:14 AM, Travis CI wrote: > > GRASS-GIS / grass-ci (master) > Build #478 was broken. > 6 minutes and 10 seconds > Glynn Clements e2f3140 Changeset → > Include dbstubs.h, fix prototypes for open_select_cursor and describe_table > > git-svn-id:

Re: [GRASS-dev] [GRASS-SVN] r66774 - grass-addons/grass7/imagery/i.segment.stats

On Mon, Nov 9, 2015 at 8:52 AM, wrote: > Author: mlennert > Date: 2015-11-09 05:52:29 -0800 (Mon, 09 Nov 2015) > New Revision: 66774 > > Modified: >grass-addons/grass7/imagery/i.segment.stats/i.segment.stats.py > Log: > clumped map is a raster, not a vector > > >

Re: [GRASS-dev] [GRASS-SVN] r66774 - grass-addons/grass7/imagery/i.segment.stats

On Mon, Nov 9, 2015 at 9:45 AM, Vaclav Petras <wenzesl...@gmail.com> wrote: > I'm pretty sure that find_file wants cell for rasters (regardless of type). This is true about g.findfile. find_file gives warning for convenience of the developer at expense of confused user. I actually im

Re: [GRASS-dev] grass-doc: whatis parse errors in manpages

On Sun, Nov 8, 2015 at 11:51 AM, Markus Neteler wrote: > But before doing so, we need to understand how to deal with the 102 > "topic_xxx.html" pages like e.g. > > https://grass.osgeo.org/grass70/manuals/topic_sampling.html > > In all those "NAME" does not really make sense.

Re: [GRASS-dev] Failing tests overview for September 2015

On Tue, Nov 3, 2015 at 6:50 AM, Markus Neteler wrote: > Hi again, > > in addition, I feel that the Piemonte dataset on the server needs to be > updated. > > e.g. > >

Re: [GRASS-dev] wxgui_items.xml: outdated

On Sat, Oct 31, 2015 at 11:40 AM, Markus Neteler <nete...@osgeo.org> wrote: > > On Sat, Oct 31, 2015 at 3:39 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > > On Sat, Oct 31, 2015 at 9:41 AM, Markus Neteler <nete...@osgeo.org> wrote: > >> > >> Hi,

Re: [GRASS-dev] wxgui_items.xml: outdated

Hi Markus. On Sat, Oct 31, 2015 at 9:41 AM, Markus Neteler wrote: > > Hi, > > I have realized that gui/wxpython/xml/wxgui_items.xml is not properly > updated with the current module descriptions. Do you mean description elements in wxgui_items.xml? Or do you mean other XMLs

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

On Fri, Oct 30, 2015 at 8:03 AM, Newcomb, Doug wrote: > I have successfully processed a county with 966 laz files with well over > 4.2 billion points, using a base elevation raster with 2.4 billion pixels ( > Hyde county, NC 5 ft resolution DEM , about half water). It

Re: [GRASS-dev] Planning of 7.0.2 release

On Fri, Oct 30, 2015 at 11:15 AM, Martin Landa wrote: > 2015-10-30 9:42 GMT+01:00 Markus Neteler : > > I'm still not convinced of > > "Common formats import with reprojection" > > yes, it sounds a bit strange. But it corresponds better with other >

Re: [GRASS-dev] Planning of 7.0.2 release

On Wed, Oct 28, 2015 at 4:35 AM, Martin Landa <landa.mar...@gmail.com> wrote: > 2015-10-28 0:40 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: > > > Closing to the release, what is the right way to install GRASS GIS on > > Ubuntu? It seems that to get the latest

Re: [GRASS-dev] Planning of 7.0.2 release

On Wed, Oct 28, 2015 at 9:33 AM, Vaclav Petras <wenzesl...@gmail.com> wrote: > On Wed, Oct 28, 2015 at 4:35 AM, Martin Landa <landa.mar...@gmail.com> > wrote: > >> 2015-10-28 0:40 GMT+01:00 Vaclav Petras <wenzesl...@gmail.com>: >> >> > Closing

Re: [GRASS-dev] Planning of 7.0.2 release

On Tue, Oct 20, 2015 at 12:04 PM, Martin Landa wrote: > binaries for Ubuntu [1] and Windows [2] are done. Ma > > [1] https://launchpad.net/~grass/+archive/ubuntu/grass-stable > Closing to the release, what is the right way to install GRASS GIS on Ubuntu? It seems that

Re: [GRASS-dev] r.in.lidar: read multiple LAS files in one run

On Mon, Oct 26, 2015 at 1:20 PM, Newcomb, Doug wrote: > multiple files at the 4.2 point las 1.2 limit! I can live with slow, just > concerned about the memory demands working with larger areas. The processing goes by row chunks. By default everything is in the memory. You

[GRASS-dev] r.in.lidar: read multiple LAS files in one run

Hi all, r.in.lidar in trunk (r66601) can now read multiple LAS files specified in a text file (similarly to what e.g. r.colors supports for raster maps). It is nothing fancy, no indexing or something, but you can bin point from several tiles without any edge effects. It is not particularly fast

Re: [GRASS-dev] Using a dynamic text in module header for parser

On Mon, Oct 19, 2015 at 5:47 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > > I hope you don`t mind that I open an enhancement request for this. Please do. It makes a lot of sense, in C you can create interface dynamically. But writing the whole script as a file doesn't make sense

Re: [GRASS-dev] Using a dynamic text in module header for parser

On Mon, Oct 19, 2015 at 5:47 AM, Blumentrath, Stefan < stefan.blumentr...@nina.no> wrote: > The script below works on Windows (at least my installation), though it > gives me a pop-up window asking for the proper program to execute the > specified file in the command. The pop-up can be closed and

Re: [GRASS-dev] Test report: different message breaks the test

On Fri, Oct 16, 2015 at 4:33 PM, Pietro <peter.z...@gmail.com> wrote: > > Il 16 ott 2015 5:38 PM, "Vaclav Petras" <wenzesl...@gmail.com> ha scritto: > > > > Hi, > > > > it seems that some change in error message broke the test. I'm not sure &

[GRASS-dev] Addons index page progress report

Hi all, I've improved creation of the index page for addons r66518 so that the description which goes to index is extracted from the text in Description section when it is not available elsewhere. This removes the "please fix" text from the index, so the pages which in fact still need to be

[GRASS-dev] Test report: different message breaks the test

Hi, it seems that some change in error message broke the test. I'm not sure what should the the general approach in these cases. The test should be changed with the message that's clear but the question is how precise we want the message test to be. Perhaps we want to test there is some message

Re: [GRASS-dev] G_matvect_extract_vector()

HI Yann, On Thu, Oct 15, 2015 at 7:50 AM, Yann wrote: > Also, I have difficulties to find the G_matvect_extract_vector() code in > the G7 manual. > once r66503 gets propagated to the manual, you should see la.c file and its source code there. You get get it now by cd

Re: [GRASS-dev] [GRASS-SVN] r66413 - grass-addons/grass7/vector/v.kriging

On Mon, Oct 12, 2015 at 6:53 AM, Glynn Clements wrote: > > > Having la.h as a separate header would conveniently hide the compilation > > issue on that Debian server. > > > > So, should I remove la.h from gmath.h? > > I think so. la.h removed from gmath.h in r66485. I

Re: [GRASS-dev] installing v.mapcalc fails

On Mon, Oct 12, 2015 at 6:24 AM, Glynn Clements wrote: > > Markus Neteler wrote: > > > wrote: > > ... > > > Sorry for the late follow up. The add-on installs now. When trying to run > > > it, however, nothing happens. > > > > It does not have a

Re: [GRASS-dev] [GRASS-SVN] r66413 - grass-addons/grass7/vector/v.kriging

On Wed, Oct 7, 2015 at 7:00 PM, Glynn Clements <gl...@gclements.plus.com> wrote: > > Vaclav Petras wrote: > > > I was not able to determine from svn why gmath.h contains la.h. > > AFAICT, it's because the functions are in lib/gmath. Of course, that > then brin

[GRASS-dev] Travis passed my broken commit

Hi all, In r66459 I forgot to commit code in include directory. Consequently compilation was broken after r66460 which was relying on the includes. However, the Travis build #358 (2a230b7) passed. The commit message and diff on GitHub fits with r66460. From the log, I was not able to figure out

Re: [GRASS-dev] r.in.lidar: height above ground

Hi all, On Tue, Sep 8, 2015 at 11:54 PM, Vaclav Petras <wenzesl...@gmail.com> wrote: > With the resolution option one case change the resolution of the output > while using computational region to set extent and resolution of the base > raster. However, after discussion w

Re: [GRASS-dev] Planning of 7.0.2 release

On Fri, Oct 9, 2015 at 9:47 AM, Martin Landa wrote: > > * @Vaclav could you take a look at: r64877 ? I added 2 different tests to trunk in r66449 (with manually created results, so they doesn't depend on the current or previous implementation). I also checked the results

Re: [GRASS-dev] I've tripled GRASS's I/O speed

to the ticket (copy goes to grass-dev): https://trac.osgeo.org/grass/ticket/2750#comment:6 ~Seth > > On Tue, Oct 6, 2015 at 5:54 AM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > >> >> On Tue, Oct 6, 2015 at 1:42 AM, Seth Price <s...@planet.com> wrote: >> &

Re: [GRASS-dev] [Qgis-developer] New GRASS plugin: a test drive

On Tue, Oct 6, 2015 at 7:29 AM, Radim Blazek <radim.bla...@gmail.com> wrote: > On Mon, Oct 5, 2015 at 11:16 PM, Vaclav Petras <wenzesl...@gmail.com> > wrote: > > > > On Mon, Oct 5, 2015 at 1:16 PM, Radim Blazek <radim.bla...@gmail.com> > wrote: >

Re: [GRASS-dev] [GRASS-SVN] r66334 - in grass-addons/grass7: . temporal temporal/t.rast.whatcsv temporal/t.rast.whatcsv/testsuite

On Fri, Sep 25, 2015 at 11:39 AM, wrote: > > Author: neteler > New Revision: 66334 > > Added: >grass-addons/grass7/temporal/t.rast.whatcsv/t.rast.whatcsv.py > > Log: > t.rast.whatcsv Addon: new prototype module by Soeren Gebbert > > +from grass.gunittest.gmodules import

Re: [GRASS-dev] [GRASS-SVN] r66422 - grass/trunk/vector/v.mkgrid

On Tue, Oct 6, 2015 at 10:30 AM, wrote: > > Author: martinl > New Revision: 66422 > > v.mkgrid: finish progress (G_percent) info, be less verbose about progress > > Modified: grass/trunk/vector/v.mkgrid/main.c > > /* Create a grid of label points at the centres of the

Re: [GRASS-dev] [GRASS-SVN] r66334 - in grass-addons/grass7: . temporal temporal/t.rast.whatcsv temporal/t.rast.whatcsv/testsuite

On Wed, Oct 7, 2015 at 1:05 PM, Sören Gebbert wrote: > > > What is the reason for using SimpleModule from gunittest? In gunittest it is > > used to preset defaults which are needed everywhere in the gunittest. If it > > is advantageous perhaps we should move it to

Re: [GRASS-dev] [GRASS-SVN] r66413 - grass-addons/grass7/vector/v.kriging

On Tue, Oct 6, 2015 at 4:22 AM, Markus Neteler <nete...@osgeo.org> wrote: > > On Tue, Oct 6, 2015 at 10:03 AM, Moritz Lennert > <mlenn...@club.worldonline.be> wrote: > > On 05/10/15 16:49, Vaclav Petras wrote: > ... > >> Sorry for being -pedantic but

Re: [GRASS-dev] I've tripled GRASS's I/O speed

On Tue, Oct 6, 2015 at 1:42 AM, Seth Price wrote: > Sorry for derailing my own thread, but here we go again... > I'm having a hard time reproducing anything with the unit tests. There > seems to be some state that exists between unit test runs. > What are the actual errors in

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