Re: [GRASS-dev] g.extension: still fetching from SVN?

Hi all, I have just updated to GRASS 7.6.1 on the Ubuntu grass-devel ppa. It now find the set of relatively new add-ons that I have built (r.flowfill; r.richdem.*) with the "-l" flag, but when I try to install them, I receive, for example, "ERROR: Extension not found". Is this simply that I must

Re: [GRASS-dev] Missing package "six" for Windows compilation

wrote: > Helmut Kudrnovsky wrote > > Andy Wickert-2 wrote > >> How about tkinter on Win64? > >> > >> *ImportError: No module named Tkinter* > > > > which addon? > > > > https://wingrass.fsv.cvut.cz/grass73/x86_64/addons/grass-7. > 3.svn/

Re: [GRASS-dev] Missing package "six" for Windows compilation

How about tkinter on Win64? *ImportError: No module named Tkinter* On Sat, Nov 11, 2017 at 12:19 PM, Helmut Kudrnovsky wrote: > >But there is some underlying package problem... > > it seems six is in the winGRASS 64bit build environment, but not in the > winGRASS 32bit build

Re: [GRASS-dev] Missing package "six" for Windows compilation

tplotlib wasn't needed for these modules (it's part of my standard set of imports, which I copied/pasted), so I removed it and they should hopefully compile fine the next time the server builds everything. But there is some underlying package problem... Andy On Sat, Nov 11, 2017 at 10:57 AM, Helmut Kud

[GRASS-dev] Missing package "six" for Windows compilation

Hello GRASS developers, The "six" python package, required by Matplotlib, seems to be missing on the Windows side. As a result, all packages requiring it are throwing errors. For example, as seen at http://wingrass.fsv.cvut.cz/grass72/x86/addons/latest/logs/: Traceback (most recent call last):

[GRASS-dev] v.out.ascii "where" not working

Hi Grass Developers, I'm running GRASS 7.1-dev on Ubuntu, and the "where" keyword is being ignored; all of the data are being exported regardless of what I choose. Could anyone verify that this is the case? Thanks, Andy ___ grass-dev mailing list

Re: [GRASS-dev] r.watershed at poles

Asia) and isles > (greenland, UK, ...). Everything that is parted by an ocean or a > channel can be processed independently. > > Best regards > Soeren > > 2015-10-02 0:27 GMT+02:00 Andy Wickert <andrewwick...@gmail.com>: > > On Thu, Oct 1, 2015 at 3:52 PM, Markus Netel

Re: [GRASS-dev] r.watershed at poles

On Thu, Oct 1, 2015 at 3:52 PM, Markus Neteler <nete...@osgeo.org> wrote: > On Thu, Oct 1, 2015 at 7:10 AM, Andy Wickert <andrewwick...@gmail.com> > wrote: > > Dear GRASS developers, > > > > Would you know of an easy way to make r.watershed work in &g

[GRASS-dev] r.watershed at poles

Dear GRASS developers, Would you know of an easy way to make r.watershed work in latitude/longitude over the pole of a planet (in my case, over Antarctica) by specifying that the polar boundary in lat/lon is not a sink? I would hope that if this is not a difficult change, this will allow

Re: [GRASS-dev] A better r.fillnulls

On Sun, Mar 1, 2015 at 1:37 PM, Markus Neteler nete...@osgeo.org wrote: On Sun, Mar 1, 2015 at 7:40 PM, Andy Wickert andrewwick...@gmail.com wrote: ... I find this to be preferable for both the reasons stated above, and was wondering if it would be worthwhile to think about including

[GRASS-dev] A better r.fillnulls

Hi GRASS-dev, When I use r.fillnulls, I am often faced with the problem that it breaks the domain up into blocks, thus (1) creating discontinuities and/or (2) having problems in regions where there is insufficient data. (2) is important because I am often trying to just create some smooth

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

wrote: On Wed, Jan 14, 2015 at 8:59 AM, Andy Wickert wick...@colorado.edu wrote: Sorry, actually, they both give me problems, but the version that allows the GUI to start but not the add-layer dialog to open is 7.1.svn. Andy I am using Ubuntu 14.04 with wxPython 2.8 but I have self

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

Hi Anna and Martin, Anna -- You are absolutely correct. What doesn't work is anything that requires opening another window after GRASS GIS starts. No other errors show up in the GUI console. This applies to the version that I compiled myself. The version that I got from apt-get won't launch the

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

Haus 29, Rm. 153 Karl-Liebknecht-Str. 24-25 14476 Potsdam-Golm, Deutschland On Wed, Jan 14, 2015 at 2:55 PM, Andy Wickert wick...@colorado.edu wrote: Hi, apt-get version is 6.4.3. The version giving me problems with wxPython 3 is 7.1.svn Andy --- Andrew D. Wickert INSTAAR Geological

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

14476 Potsdam-Golm, Deutschland On Wed, Jan 14, 2015 at 11:12 AM, Martin Landa landa.mar...@gmail.com wrote: Hi, 2015-01-14 10:29 GMT+01:00 Andy Wickert wick...@colorado.edu: ERROR: wxGUI does not support wxPython 3.0.0.0 yet. Error in GUI startup. If necessary, please report this error

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

Umweltwissenschaften Haus 29, Rm. 153 Karl-Liebknecht-Str. 24-25 14476 Potsdam-Golm, Deutschland On Tue, Jan 13, 2015 at 9:43 AM, Markus Neteler nete...@osgeo.org wrote: On Tue, Jan 13, 2015 at 7:56 AM, Andy Wickert wick...@colorado.edu wrote: Thanks Markus. Ubuntu 14.10. I agree that the core

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

Umweltwissenschaften Haus 29, Rm. 153 Karl-Liebknecht-Str. 24-25 14476 Potsdam-Golm, Deutschland On Tue, Jan 13, 2015 at 11:50 AM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 13/01/15 11:02, Andy Wickert wrote: Markus, you're a genius! I just tried starting the version of GRASS

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

...@club.worldonline.be wrote: Are you using Unity ? GNOME ? KDE ? A session over ssh ? I'm really no windows management and graphical environment expert, but apparently some windows managers do not set this variable. Moritz On 13/01/15 13:02, Andy Wickert wrote: After the uninstall, I have: Python 2.7.8

[GRASS-dev] SESSION_MANAGER environment variable not defined

Dear GRASS-dev, I have started seeing this error: Error - Debug: Failed to connect to session manager: SESSION_MANAGER environment variable not defined when starting GRASS GIS that I have compiled myself (both 6.4.x and 7.1-svn), and do not know why. I am running Ubuntu 14.10. Never seen

Re: [GRASS-dev] SESSION_MANAGER environment variable not defined

...@osgeo.org wrote: On Mon, Jan 12, 2015 at 12:28 PM, Andy Wickert wick...@colorado.edu wrote: Dear GRASS-dev, I have started seeing this error: Error - Debug: Failed to connect to session manager: SESSION_MANAGER environment variable not defined when starting GRASS GIS that I have

Re: [GRASS-dev] [GRASS GIS] #2443: r.in.srtm.region add-on updates for 7.1svn

Thanks, Markus and Markus. I'll write over there to advise closing the ticket. Completely understand not wanting to or being able to do too much while multiple interacting pieces of code are in motion. Andy --- Andrew D. Wickert INSTAAR Geological Sciences, University of Colorado Boulder Now at:

Re: [GRASS-dev] [GRASS GIS] #2443: r.in.srtm.region add-on updates for 7.1svn

in support of the g.list/g.remove change. Thanks in advance for updating, Andy Wickert -- Ticket URL: https://trac.osgeo.org/grass/ticket/2443 GRASS GIS http://grass.osgeo.org ___ grass-dev mailing list grass-dev@lists.osgeo.org http

Re: [GRASS-dev] [GRASS-user] GRASSplot: a tool for plotting GRASS maps with Python (Matplotlib and Basemap)

:13 PM, Nikos Alexandris n...@nikosalexandris.netwrote: Andy Wickert wrote: Dear GRASS users and developers, In order to create consistent and attractive figures that combine the computational and data management abilities of GRASS GIS with the very developed set of plotting tools

[GRASS-dev] GRASSplot: a tool for plotting GRASS maps with Python (Matplotlib and Basemap)

Dear GRASS users and developers, In order to create consistent and attractive figures that combine the computational and data management abilities of GRASS GIS with the very developed set of plotting tools provided by Python's Matplotlib (and Basemap toolkit), I wrote a small module to automate

[GRASS-dev] r.buffer distance overshoot in GRASS 7.0 with geographic coordinates

on / how to fix it? This was brought up in the start of another thread: http://osgeo-org.1560.n6.nabble.com/Using-r-buffer-on-image-with-geographic-coordinates-td3887623.html but not mentioned again. Thanks! Andy Wickert ___ grass-dev mailing list

Re: [GRASS-dev] r.buffer distance overshoot in GRASS 7.0 with geographic coordinates

Thanks a ton, Markus! Just recompiled and it works perfectly. Andy On Mon, Feb 13, 2012 at 7:44 AM, Markus Metz markus.metz.gisw...@googlemail.com wrote: On Mon, Feb 13, 2012 at 10:27 AM, Andy Wickert wick...@colorado.edu wrote: Hi developers, I have just taken a script that uses r.buffer

Re: [GRASS-dev] r.mapcalc 32-bit ceiling

There can be a significant performance hit for doing this. Checking whether the result of an addition overflowed is actually more expensive than the addition itself. Checking whether a multiplication overflowed can be even worse (particularly if you don't have a 64-bit integer type

Re: [GRASS-dev] r.mapcalc 32-bit ceiling

Thanks for the tip, Rainer! I'll convert to double as a workaround. Andy ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] r.mapcalc 32-bit ceiling

Hi Grass-dev, I ran into an unexpected issue (to me, at least) with r.mapcalc: I was multiplying and dividing by some pretty big scalars, and one of those was greater than a 32-bit signed value (so 2**31). What mapcalc did was to reduce that value to 2**31 and carry on with operations. There was

[GRASS-dev] r.water.outlet for lat/lon

Hi there, Just had a long chat with myself on grass-user in which I eventually figured out that r.water.outlet would need an extra line added to work with lat/lon grids that involved the 180 meridian wraparound. The modification to main.c is (with surrounding lines for context) is: G_usage();

[GRASS-dev] Re: r.water.outlet for lat/lon

On Sat, Jul 2, 2011 at 3:19 PM, Helmut Kudrnovsky hel...@web.de wrote: Hi Just had a long chat with myself on grass-user in which I eventually figured out that r.water.outlet would need an extra line added to work with lat/lon grids that involved the 180 meridian wraparound. The