The news page [1] contains link to GRASS GIS packages in OSGeo4W which is
great if you already have OSGeo4W but you have to figure out how to
download it.
What about:
winGRASS 7.0.0: standalone installer | OSGeo4W installer (description of
GRASS GIS packages)
where OSGeo4W installer goes to [3]
On Tue, Feb 24, 2015 at 2:15 PM, Paulo van Breugel
wrote:
>
>
> On Tue, Feb 24, 2015 at 6:17 PM, Markus Neteler wrote:
>
>> All done, see again
>> http://grass.osgeo.org/documentation/general-overview
>>
>> Markus
>>
>> PS: the Wikipedia update I'll leave to others
>>
>
> I made some changes to
On Tue, Feb 24, 2015 at 10:07 AM, Markus Neteler wrote:
>
> On Tue, Feb 24, 2015 at 2:36 PM, Paulo van Breugel
> wrote:
> > On http://grass.osgeo.org/download/software/sources/ it reads:
> >
> > GRASS GIS 6.4 (stable): Most users will want to install this officially
> > released version.
> > GRAS
When correcting link to i.eb.hsebal01 [1], I just noticed that there is
Grass7/NewFeatures (title: List of new features in GRASS GIS 7.0) and
Release/7.0.0-News (title: GRASS GIS 7.0.0). Is one page for 7.x series and
the other specifically for 7.0.0? If Grass7/NewFeatures is for 7.x then .0
should
On Sun, Feb 22, 2015 at 9:59 PM, Yann Chemin wrote:
>
> > On Feb 22, 2015, at 9:06 PM, Pietro wrote:
> >
> > Hi Nikos,
> >
> > On Sun, Feb 22, 2015 at 3:55 PM, Nikos Alexandris
> > wrote:
> >> where is this screenshot
> >> <
> http://ncsu-osgeorel.github.io/grass-temporal-workshop/pictures/treg
On Sat, Feb 21, 2015 at 10:02 PM, Yann Chemin wrote:
>
> On Feb 22, 2015, at 8:28 AM, Vaclav Petras wrote:
>
>
>
> On Sat, Feb 21, 2015 at 9:49 PM, Yann Chemin wrote:
>>
>> Starting a session I get:
>>
>> WARNING: No metadata file available
>>
&g
On Sat, Feb 21, 2015 at 9:49 PM, Yann Chemin wrote:
> Starting a session I get:
>
> WARNING: No metadata file available
>
>
> Can this be including a small hint to fix it.
> Yann
>
> I don't know what is the reason for the message. How is your grass7
directory? Other circumstances? See the source
On Sat, Feb 21, 2015 at 9:27 PM, Yann Chemin wrote:
> > why not just retire OSGeo4W-grass6 after grass 7.0.1 will be released?
> >
>
> +1
No, we should give time to users and other OSGeo4W projects to make the
transition. Or it is too much additional work for packagers?
On Sat, Feb 21, 2015 at 5:18 PM, Helmut Kudrnovsky wrote:
> > I don't like svn in package names. Daily expresses much better what it
> is.
> > It is not the current state of svn, it is a daily build. With leaving out
> > the daily builds of current release branch (now 70), it would be just:
> >
>
On Sat, Feb 21, 2015 at 3:16 PM, Yann Chemin wrote:
> Hi,
>
> is there a way to (re)launch the GRASS welcome screen manually, i mean
> independently, like a module?
>
> No, but it is possible to get the individual functions from the Welcome
screen.
Settings > GRASS working environment
> Chan
On Sat, Feb 21, 2015 at 11:11 AM, Martin Landa
wrote:
> > I don't like grass71-dev and 7.1.svn (or 7.1svn) because we are branching
> > 7.1 from 7.0, not from trunk, right? So, trunk will never become 7.1 (nor
> > 7.2, ...).
>
> hm, VERSION file in trunk says 7.1. I live in impression that relbr7
On Sat, Feb 21, 2015 at 12:17 PM, Martin Landa
wrote:
> 2015-02-21 17:49 GMT+01:00 Martin Landa :
> >> Except for grass6-dev: does it really make sense to still publish a -dev
> >> version of grass6 ? In my thinking we will be in pure bug fixing mode
> for
> >> grass6 once grass7 is out. I would
On Sat, Feb 21, 2015 at 3:49 PM, Markus Neteler wrote:
> On Sat, Feb 21, 2015 at 6:17 PM, Martin Landa
> wrote:
> > to summarize OSGeo4W proposal:
> >
> > * `grass` will be 7.0.0
> > * `grass6` will be 6.4.4 (hopefully soon 6.4.5)
> > * `grass-svn` will be 7.0.1svn (*)
> > * `grass-trunk-svn` wi
On Sat, Feb 21, 2015 at 9:46 AM, Martin Landa
wrote:
> 2015-02-21 15:44 GMT+01:00 Vaclav Petras :
> > I have the feeling that Ubuntu/Debian has always names like "grass7", as
> you
> > decided in another thread, and then there is a metapackage named like
> > &qu
On Sat, Feb 21, 2015 at 7:48 AM, Martin Landa
wrote:
>
> (option a)
>
> * grass70-dev to grass7-dev (version 7.0.1svn)
> * grass71-dev to grass-trunk-dev (7.1.svn)
>
> or
>
> (option b)
>
> * grass64-dev to grass6-dev (version 6.4.5svn)
> * grass70-dev to grass-dev (version 7.0.1svn)
> * grass71-
On Sat, Feb 21, 2015 at 8:09 AM, Martin Landa
wrote:
> 2015-02-21 14:01 GMT+01:00 Yann Chemin :
> > Regardless of all the rest, I like the idea of moving grass70 -> grass
> and grass -> grass6, I feel it kinda makes a statement here, beyond the
> actual release, it is just the new state of the so
On Fri, Feb 20, 2015 at 9:26 AM, Markus Neteler wrote:
> On Fri, Feb 20, 2015 at 2:51 PM, Vaclav Petras
> wrote:
> >
> > On Fri, Feb 20, 2015 at 8:25 AM, Markus Neteler
> wrote:
> >>
> >> [neteler@pgis_north ]$ alias python=python3.4
> >&
On Fri, Feb 20, 2015 at 8:25 AM, Markus Neteler wrote:
> [neteler@pgis_north ]$ alias python=python3.4
>
> [neteler@pgis_north ]$ python --version
> Python 3.4.1
>
I thought alias works just for command line but the processes, e.g.
scripts, does not get them.
Hello,
it seems that r.mapcalc gives different (pseudo-)random result on MS
Windows then it is giving on Linux. In NC sample dataset:
g.region n=20 s=10 e=25 w=15 res=1
r.mapcalc "rand_cell = rand(1, 200)" seed=500
r.info rand_cell -r
gives the following on Linux:
min=1
max=195
while on MS Win
Dear GRASS developers and users,
we would like to see a GRASS GIS workshop at FOSS4G-Europe [1]. Is anyone
planning to summit one? If yes, we can provide some support. If not, we can
submit and prepare one but we need some support starting with a specific
topic of the workshop. With help of other
On Tue, Feb 17, 2015 at 6:47 AM, Martin Landa
wrote:
> Hi,
>
> 2015-02-17 11:58 GMT+01:00 Markus Neteler :
> > Thanks to Markus Metz the vector library got hopefully fixed - is it
> > confirmed that the ticket
> > http://trac.osgeo.org/grass/ticket/2583
> > is solved?
>
> I have tested fresh buil
On Mon, Feb 16, 2015 at 3:54 PM, Martin Landa
wrote:
> Hi, are you planing to backport it to relbr70?
I guess I could do that right away in this case. Just out of habit, I'm not
backporting things immediately after commit.
> BTW, I was always
> thinking about moving scripts which are duplicat
Hi all,
when running the tests on MS Windows doctest for grass.temporal does not
continue when fatal error was issued by libgis server. stderr ends with:
C:\...\grass_trunk_r64651\lib\python\temporal\testsuite>python
test_doctests.py
Default TGIS driver / database set to:
driv
Tests are back at 85% and the number of tests is growing [1], please keep
it that way.
http://fatra.cnr.ncsu.edu/grassgistests/summary_report/nc/info_plot.png
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gr
Hi,
in past days [1] several tests related to t.connect were failing with the
following error message [2]:
Process ended with non-zero return code g.mapset(mapset='test1',
flags=u'c'). See the following errors:
ERROR: There appears to be an active GRASS session in selected mapset
The tes
On Sat, Feb 14, 2015 at 12:59 PM, Michael Barton
wrote:
> backported to RC2
Michael, just to be clear about terminology, once code is tagged as x.y.z,
x.y.z-RC1 or something like that, the code cannot be changed. In our case,
the backport goes to a release branch and a new release is tagged.
__
On Sat, Feb 14, 2015 at 11:47 AM, Paulo van Breugel
wrote:
>
> For a quick solution, what about using r.tile to split the input data in
> tiles and compute the mahalanobis distance per tile.
>
See PyGRASS GridModule class which will do tiling (and a lot of other
things) for you.
http://grass.os
On Thu, Feb 12, 2015 at 1:01 PM, Markus Neteler wrote:
> any other software does.
any other open source software does ;-)
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Wed, Feb 11, 2015 at 3:54 PM, Martin Landa
wrote:
> > As a quick solution for your problem, is to set package version in
> > debian/chagelog to something like 7.0.0~RC2-1 [2]
>
> done, btw, why '~'? Is it some kind of naming convention? I would
> expect just 7.0.0RC2-1.
Semantic Versioning 2
On Wed, Feb 11, 2015 at 3:20 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> Vaclav,
>
> I don't want to mess with the wiki page, so I'm sending my remarks here.
> If you (and others) think that this kind of discussion should go directly
> onto the page then I can do that.
>
> Mailing
On Thu, Feb 5, 2015 at 9:42 AM, Vincent Bain wrote:
> Hi Vaclav,
> do you know which width will finally be the welcome window ?
> Markus asked me to upload to the ML a set of banners, and it would be
> nice that it fits the window's dimensions.
>
> It will never fit perfectly. We might be able to
On Wed, Feb 4, 2015 at 10:48 AM, Moritz Lennert <
mlenn...@club.worldonline.be> wrote:
> This just makes the rectangle smaller, but I still see it without the
> image for a while.
I don't see the rectangle on Ubuntu but the splash screen is there just for
a very short time comparing to how long
On Mon, Feb 2, 2015 at 4:59 PM, Vaclav Petras wrote:
> On Mon, Feb 2, 2015 at 4:39 PM, Markus Neteler wrote:
>
>> On Mon, Feb 2, 2015 at 9:01 PM, Markus Metz
>> wrote:
>> > On Mon, Feb 2, 2015 at 8:01 PM, Vaclav Petras
>> wrote:
>> >> M
On Mon, Feb 2, 2015 at 4:50 PM, Michael Barton
wrote:
> Unfortunately the screenshots are too low resolution for me to read them
> here. So I might miss something that is on the screenshot.
It's just about layout, don't worry about text. I can of course send full
size if somebody wants.
___
On Mon, Feb 2, 2015 at 4:39 PM, Markus Neteler wrote:
> On Mon, Feb 2, 2015 at 9:01 PM, Markus Metz
> wrote:
> > On Mon, Feb 2, 2015 at 8:01 PM, Vaclav Petras
> wrote:
> >> More improvements for startup window in r64405.
>
> Please let's not welcome a (new)
On Mon, Feb 2, 2015 at 2:09 PM, Michael Barton
wrote:
> To make this more compact, there is still extraneous information not
> needed below the location and mapset windows.
I don't think we have a consensus of what is the information needed.
Shortest is no info but that's not ideal neither. Per
More improvements for startup window in r64405.
Most notably you don't get error message when starting GRASS for the first
time without a rc file. After clicking OK, you would get a browse window.
Now you just get a warning text in the middle of the window and it is up to
you to read it and press
On Sun, Feb 1, 2015 at 2:26 PM, Moritz Lennert wrote:
> On 01/02/15 12:29, Glynn Clements wrote:
>
>>
>> Pietro wrote:
>>
>> {{{
>>> import os
>>> os.system('g.region rast=elevation')
>>> }}}
>>>
>>> and not subprocess:
>>>
>>> {{{
>>> import subprocess
>>> subprocess.call('g.region rast=elevati
I just did backport of r64270 and used
svn propdel svn:mergeinfo .
and I again deleted some merge infos although I deleted them (all) last
time. So, am I supposed to use `svn propdel` or not?
http://trac.osgeo.org/grass/changeset/64380
On Thu, Jan 15, 2015 at 10:37 AM, Vaclav Petras
wrote
untu package).
I'm afraid we have to implement something better. What would it be?
>
> *From:* grass-dev-boun...@lists.osgeo.org [mailto:
> grass-dev-boun...@lists.osgeo.org] *On Behalf Of *Vaclav Petras
> *Sent:* 29. januar 2015 23:10
> *To:* Rainer M Krug
> *Cc:* g
On Thu, Jan 29, 2015 at 9:51 AM, Rainer M Krug wrote:
> Hi
>
> I would, for implementation in spgrass7 in R, to be able to get the version
> number of GRASS GIS before starting GRASS.
I know about the --version parameter of grass command.
{{{
$ grass64 --version
GRASS GIS 6.4.4
Geographic Re
On Thu, Jan 29, 2015 at 6:52 AM, Nikos Alexandris
wrote:
> Vaclav Petras wrote:
>
> A "Skip" button can be added next to Start button, once implemented.
>>> I think that XY location in /tmp/grassdata would be appropriate.
>>>
>>
> I'm very
On the topic of descriptions. I left there what I had there the first time
because I had no time to revise it yesterday.
Location = project was there for a long time already but I'm not saying
that it is good. However, there should be some suggestions, how to use
GISDBASE, Location and Mapset. Oth
I'm not a fan of "all lower case sans serif" logos and graphics. I may even
like it visually but it is current trend which everybody is putting
everywhere and it started to be boring.
For GRASS GIS, I would imagine something more classic like the previous
proposals. However, this is more a warning
On Wed, Jan 21, 2015 at 11:29 PM, Vaclav Petras
wrote:
>
> On Wed, Jan 21, 2015 at 5:15 PM, Vaclav Petras
> wrote:
>
>> To satisfy everybody, I suggest to provide a buttons with something like
>> "Take me to LL", "Take me to default location" and &quo
On Wed, Jan 28, 2015 at 12:38 PM, Markus Neteler wrote:
>
> On Jan 28, 2015 6:37 PM, "Vaclav Petras" wrote:
> >
> >
> >
> > On Wed, Jan 28, 2015 at 12:21 PM, Markus Neteler
> wrote:
> >>
> >> Hi Vaclav,
> >>
> >> a
On Wed, Jan 28, 2015 at 12:21 PM, Markus Neteler wrote:
> Hi Vaclav,
>
> am I right that you have already an updated welcome screen on your own
> machine? Since changing the graphics therein is rather easy would you mind
> to share a diff?
>
Hi Markus,
I posted two different startup screens so f
On Wed, Jan 28, 2015 at 11:16 AM, Blumentrath, Stefan <
stefan.blumentr...@nina.no> wrote:
> Just a word of caution: Not long ago (2011 (
> http://lists.osgeo.org/pipermail/qgis-developer/2011-August/015791.html)
> or 2013 (
> http://lists.osgeo.org/pipermail/qgis-developer/2013-May/026008.html))
On Sat, Jan 24, 2015 at 11:06 AM, Pietro wrote:
> Hi Vaclav,
>
> On Sat, Jan 24, 2015 at 4:48 PM, Vaclav Petras
> wrote:
> > it seems that r64226 broke a PyGRASS module interface parsing
>
> Thanks to report this, should be fix in r64295, or at least tests are
>
On Sun, Jan 25, 2015 at 12:00 AM, Yann Chemin wrote:
> Hi,
>
> Clicking on the i.spec.unmix PDF link in the module manual tab returns the
> PDF in raw text format (not-human readable) in the same integrated viewer.
>
> Maybe opening it in the OS Web Browser would be an option, or?
>
> Can you tak
On Sat, Jan 24, 2015 at 11:32 PM, Yann Chemin wrote:
> Yes the grassy grass is definitely splashy
>
> +1 for your first splash Vincent
>
Can you get a libre picture with grass? There are some online but not good
enough. Is some longer grass growing at this time where you are? Can you
take a photo
On Sat, Jan 24, 2015 at 1:02 PM, Vaclav Petras wrote:
>
> On Wed, Jan 21, 2015 at 4:58 AM, Markus Neteler wrote:
>
>>
>> Vaclav, can you please move your useful instructions to the documentation?
>>
>
> I'm not sure what exactly you are asking for since
On Sat, Jan 24, 2015 at 6:33 PM, Paulo van Breugel
wrote:
>
> On Sun, Jan 25, 2015 at 12:25 AM, Vaclav Petras
> wrote:
>
>>
>>
>> On Sat, Jan 24, 2015 at 6:17 PM, Paulo van Breugel <
>> p.vanbreu...@gmail.com> wrote:
>>
>>> Currently o
On Sat, Jan 24, 2015 at 6:17 PM, Paulo van Breugel
wrote:
> Currently on the http://grasswiki.osgeo.org/wiki/AddOns/GRASS7/ page the
> link to the source files are provided (for those uploaded to the grass gis
> addon svn).
>
> Now that online manual pages of the addons are automatically created
On Wed, Jan 21, 2015 at 4:58 AM, Markus Neteler wrote:
>
> Vaclav, can you please move your useful instructions to the documentation?
>
I'm not sure what exactly you are asking for since most of the things was
already there. However, I described it once again (it seems that we need
duplication h
Hi,
it seems that r64226 broke a PyGRASS module interface parsing, at least
this is my guess.
http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015-01-17-08-00/report_for_nc_spm_08_grass7_nc/lib/python/pygrass/modules/interface/test_modules/index.html
Unfortunately, gunittest depends on
On Thu, Jan 22, 2015 at 2:25 AM, Markus Neteler wrote:
> On Thu, Jan 22, 2015 at 8:10 AM, Nikos Alexandris
> wrote:
> > Dear Michael,
> >
> > while the maps linked below are very nice, why and how do they showcase
> > GRASS' capabilities? Or is it about, only, to represent in which areas
> > GR
On Thu, Jan 22, 2015 at 12:16 PM, Michael Barton
wrote:
> For this release, we need to focus on just tweaking the current startup
> screen and doing better graphics for the splash. The other topic is a much
> bigger issue.
>
Not everybody considers my suggestion as useful-enough change and there
On Thu, Jan 22, 2015 at 3:53 AM, Nikos Alexandris
wrote:
> On 22.01.2015 10:32, Helmut Kudrnovsky wrote:
>
> > > I find the fact that GRASS does not provide a default
>>> > > projection system, but forces the user to think about projection
>>> from the
>>> > > start, one of its strengths, both f
On Wed, Jan 21, 2015 at 4:55 PM, Markus Neteler wrote:
> On Wed, Jan 21, 2015 at 8:16 PM, Moritz Lennert
> wrote:
> > On 21/01/15 19:35, Markus Neteler wrote:
> >> In my opinion we should not have the location selection dialog at all.
> >> Revolution!
> >>
> >> We should start GRASS right away i
On Wed, Jan 21, 2015 at 1:04 PM, Helena Mitasova wrote:
> I don't have a good solution - it is a long standing issue, but going back
> to just location and mapset won't help,
I'm suggesting to use "location and mapset" or "GRASS location and GRASS
mapset" and explanation (but not only in manual
On Wed, Jan 21, 2015 at 12:24 PM, Markus Neteler wrote:
> On Wed, Jan 21, 2015 at 6:03 PM, Vaclav Petras
wrote:
> > The
> > gray in the background of the image is the one of the window done using
> > transparency so it should always match with the window. Unfortunatel
On Wed, Jan 21, 2015 at 9:28 AM, Markus Neteler wrote:
> On Wed, Jan 21, 2015 at 11:37 AM, Vincent Bain wrote:
> > Just for fun, I made a couple of tests there:
> > http://www.lesfavrets.fr/telec/grass_splash.tar.gz
Please, have a look at my suggestion in the attachment for welcome/startup
scr
On Wed, Jan 21, 2015 at 12:12 AM, Michael Barton
wrote:
>
>
>
> On Jan 20, 2015, at 9:49 PM, Vaclav Petras wrote:
>
>
>
> On Tue, Jan 20, 2015 at 11:40 PM, Michael Barton
> wrote:
>
>>
>>
>> On Jan 20, 2015, at 9:22 PM, Vaclav Petras wrote:
&
On Tue, Jan 20, 2015 at 11:40 PM, Michael Barton
wrote:
>
>
> On Jan 20, 2015, at 9:22 PM, Vaclav Petras wrote:
>
>
> On Sat, Jan 17, 2015 at 10:14 AM, Vaclav Petras
> wrote:
> >
> > I'm not really concerned about splash screen but I think we should
On Sat, Jan 17, 2015 at 10:14 AM, Vaclav Petras
wrote:
>
> I'm not really concerned about splash screen but I think we should change
the Welcome screen/window. My suggestion is to simply remove the picture
and the sentence "Welcome to...open source GIS". This will save a
On Tue, Jan 20, 2015 at 4:05 PM, Markus Neteler wrote:
> On Tue, Jan 20, 2015 at 9:56 PM, Vaclav Petras
> wrote:
> > I was not able to change text in the "layout" image. As the README says,
> > "the source file r3_volume_layout.xcf is probably broken."
On Tue, Jan 20, 2015 at 5:08 PM, Markus Metz
wrote:
> On Sat, Jan 17, 2015 at 10:21 PM, Vaclav Petras
> wrote:
> >
> >
> > On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz <
> markus.metz.gisw...@gmail.com>
> > wrote:
> >>
> >> On Fri, Jan 1
n Sun, Jan 11, 2015 at 12:05 AM, Vaclav Petras wrote:
> I've tried to unify usage of "3D raster (map)" in the most visible parts
> of documentation and interface, namely 3D raster intro, 3D view and menu
> (and module tree).
>
> I was not able to change text in the
On Tue, Jan 20, 2015 at 4:50 AM, Nikos Alexandris
wrote:
> On 20.01.2015 11:38, Martin Landa wrote:
>
>> Hi,
>>
>> 2015-01-20 6:18 GMT+01:00 Helena Mitasova :
>>
>>> I like this one - I think it well represents what GRASS is. (perhaps
>>> GRASS GIS?)
>>>
>>> GRASS. Bringing advanced geospatial
On Tue, Jan 20, 2015 at 10:04 AM, Yann Chemin wrote:
> m_output(A);
It also depends on what the function is doing, for example if it is
outputting some map or time series, it could be a separate option.
___
grass-dev mailing list
grass-dev@lists.osgeo
On Tue, Jan 20, 2015 at 8:29 AM, wrote:
> Fixed the flag.quiet structure issue
This should be replaced with G_verbose_message()
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
On Mon, Jan 19, 2015 at 12:08 PM, Markus Neteler wrote:
> On Mon, Jan 19, 2015 at 5:46 PM, Vaclav Petras
> wrote:
> > On Sun, Jan 18, 2015 at 5:49 PM, Markus Neteler
> wrote:
> >> >> If I turn the tests into a test suite script, I will use a vector
> from
&g
On Mon, Jan 19, 2015 at 11:31 AM, Yann Chemin wrote:
>
> Hi,
>
> porting to grass7 i.spec.sam (grass-addons/grass7/imagery/)
>
> I am getting a set of complaints like this:
>
> OBJ.x86_64-unknown-linux-gnu/spec_angle.o:(.bss+0x158): multiple
definition of `Avector'
>
OBJ.x86_64-unknown-linux-gnu/m
On Sun, Jan 18, 2015 at 5:49 PM, Markus Neteler wrote:
> >> If I turn the tests into a test suite script, I will use a vector from
> >> the the full version of the North Carolina sample dataset. Is this ok?
> >
> > This is ok. MarkusN says we should use the new dataset but I think it is
> not
> >
On Sat, Jan 17, 2015 at 2:40 PM, Markus Metz
wrote:
> On Fri, Jan 16, 2015 at 11:25 PM, Vaclav Petras
> wrote:
> > On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz
> > wrote:
> >>
> >> The fixes are all thoroughly tested (I guess I have never
> >>
On Sat, Jan 17, 2015 at 5:51 AM, Markus Neteler wrote:
> Hi,
>
> I'd suggest, in order to clearly distinguish G6 from G7, to replace
> the current splash screen for the upcoming G7.0.0 release.
> We may consider to get community contributions for this.
>
> What do you think?
>
> I'm not really co
On Fri, Jan 16, 2015 at 10:01 AM, Markus Metz wrote:
> The fixes are all thoroughly tested (I guess I have never
> before tested vector topology so thoroughly...).
>
Hi Markus,
will you be able to turn your tests into testsuite scripts? It is
additional work but it gives us possibility to ensur
On Thu, Jan 15, 2015 at 2:36 AM, Glynn Clements
wrote:
> Vaclav Petras wrote:
>
> > svn propdel svn:mergeinfo .
> >
> > This deletes all mergeinfos, so you got a large diff when you executed.
> >
> > You are saying that this is ok, i.e. we want to ge
On Thu, Jan 15, 2015 at 8:33 AM, Markus Neteler wrote:
> A question: If I run general/g.parser/test.py the GUI runs a kind of
> test case "TestTask" rather than the expected GUI. Is there a
> namespace collision?
>
I don't have an idea how it works. GUI does not appear for sh and pl
because the
On Wed, Jan 14, 2015 at 8:29 AM, wrote:
> Author: neteler
> Date: 2015-01-14 05:29:48 -0800 (Wed, 14 Jan 2015)
> New Revision: 64171
>
> Modified:
>grass-addons/grass7/raster/r.massmov/main.c
> Log:
> r.massmov addon: source code indenting with grass_indent.sh; fix open
> comment
>
I still d
On Wed, Jan 14, 2015 at 9:13 AM, Huidae Cho wrote:
>
>
> On Wed, Jan 14, 2015 at 3:42 AM, Pietro wrote:
>
>> Dear devs,
>>
>> sometimes I would like to add some multiline text on the module GUI to
>> help to understand the meaning of the parameter, and/or understand the
>> logic of the module.
>
On Wed, Jan 14, 2015 at 3:29 AM, Martin Landa
wrote:
> Hi,
>
> 2015-01-14 7:16 GMT+01:00 Vaclav Petras :
> > the reason Martin was forced to comment it out in his script. I did `svn
> > revert .` to get rid of any changes in properties but this will not work
> > whe
On Tue, Jan 13, 2015 at 12:09 PM, Martin Landa
wrote:
> 2015-01-13 18:01 GMT+01:00 Anna Petrášová :
> > just wondering, where exactly do you see these pages of merge info tags?
>
> eg. http://lists.osgeo.org/pipermail/grass-commit/2015-January/034799.html
>
> Trac is showing it quite nicely. But
On Tue, Jan 13, 2015 at 2:23 PM, Vaclav Petras wrote:
>
>
> On Tue, Jan 13, 2015 at 2:17 PM, Martin Landa
> wrote:
>
>> Hi,
>>
>> 2015-01-13 12:25 GMT+01:00 Markus Neteler :
>>
>> > Will you backport it? For tomorrow RC1 is scheduled.
>>
On Tue, Jan 13, 2015 at 2:17 PM, Martin Landa
wrote:
> Hi,
>
> 2015-01-13 12:25 GMT+01:00 Markus Neteler :
>
> > Will you backport it? For tomorrow RC1 is scheduled.
>
> I will backport all these changes in the evening, I was just waiting in
case there would be some additional changes.
I should
On Tue, Jan 13, 2015 at 8:24 AM, Markus Neteler wrote:
> Hi devs,
>
> perhaps it is not needed to use "svn merge" for the trivial backports.
> Otherwise we'll end up with pages of rev tags in the relbranch
> shortly.
> I would suggest to only use it in case of substantial changes (be many
> or be
On Sun, Jan 11, 2015 at 3:13 PM, Markus Neteler wrote:
> > There are few things missing. For example, keyword link is dead because
> it
> > goes to "raster3d.html" but the family page is "raster3D.html". All
> > occurrences of "raster3D", including the one in PyGRASS, should be
> probably
> > rep
Well, this email is older but was never answered. I guess in most cases the
situation is still the same.
On Thu, Aug 7, 2014 at 3:45 PM, Markus Neteler wrote:
> Forwarded message from Giovanni Manghi:
>
> Hi all,
>
> as you may know GRASS modules are available in QGIS through the
> QGIS/GRASS pl
Hi,
I've tried to unify usage of "3D raster (map)" in the most visible parts of
documentation and interface, namely 3D raster intro, 3D view and menu (and
module tree).
There are few things missing. For example, keyword link is dead because it
goes to "raster3d.html" but the family page is "raste
On Sat, Jan 10, 2015 at 5:50 AM, Markus Neteler wrote:
> * r.spread (Vaclav) r63777
I backported this one before the original RC1 release date. I don't know
how it got to wiki, cleaned now. Now I backported also r60922 which is
probably a feature but since it is in trunk for some time and won'
_env_test.py", line 31, in test_gisrc
> > libgis.G__read_gisrc_env()
> > AttributeError: 'module' object has no attribute 'G__read_gisrc_env'
>
> done in r63960 (and backported). Martin
On Wed, Jan 7, 2015 at 10:37 AM, Pietro wrote:
> Il 07/gen/2015 16:11 &q
On Mon, Jan 5, 2015 at 4:15 PM, Martin Landa wrote:
> 2015-01-05 21:21 GMT+01:00 Markus Neteler :
> > No problem. The only remaining thing which I don't understand how to
> > fix it is this:
> >
> > File "./lib/gis/testsuite/gis_lib_env_test.py", line 31, in test_gisrc
> > libgis.G__read_gi
)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Jan 5, 2015, at 8:20 AM, Vaclav Petras wrote:
>
>
>
> On Mon, Jan 5, 2015 at 9:23 AM, Markus Neteler wrote:
> >
> >
On Mon, Jan 5, 2015 at 9:23 AM, Markus Neteler wrote:
>
> On Mon, Jan 5, 2015 at 7:33 AM, Michael Barton
wrote:
> > Is there some way to check for recently renamed or new modules?
>
> We are maintaining a list here:
>
http://trac.osgeo.org/grass/wiki/Grass7/NewFeatures#Replacedandremovedmodules
>
Hi all,
it seems that PyGRASS tests are down for some reason. This happened few
days ago between r63925 and r63939.
http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015-01-02-08-00/report_for_nc_spm_08_grass7_nc/testfiles.html
http://fatra.cnr.ncsu.edu/grassgistests/reports_for_date-2015
On Wed, Apr 2, 2014 at 1:53 AM, Martin Landa wrote:
> 2014-04-02 4:24 GMT+02:00 Vaclav Petras :
> > The name would be probably "GRASS GIS Addons". Although, we have some
> > uncertainty about extension/addon/module/... terminology.
>
> this name make sense to me.
On Fri, Jan 2, 2015 at 6:30 AM, Martin Landa wrote:
> 2015-01-01 23:55 GMT+01:00 Markus Neteler :
> > - r.spread (Vaclav)
>
> I put these notes to trac [1], please mark by ~~ when solved.
>
>
The wiki page is saying r63777 [1] which I backported 4 days ago in hurry
[2] because I was afraid that
On Thu, Jan 1, 2015 at 5:49 PM, wrote:
> Author: neteler
> Date: 2015-01-01 14:49:11 -0800 (Thu, 01 Jan 2015)
> New Revision: 63924
>
> Added:
>grass/branches/releasebranch_7_0/general/g.list/testsuite/
>grass/branches/releasebranch_7_0/general/g.list/testsuite/test_g_list.py
>grass/b
On Wed, Dec 31, 2014 at 11:06 AM, Markus Neteler wrote:
> On Wed, Dec 31, 2014 at 3:52 PM, Yann Chemin wrote:
> > indeed Markus,
> >
> > it is using an old file from:
> > /home/yann/.grass7/toolboxes/menudata.xml
> >
> > Correcting that file makes it OK.
>
> Good. But do you need that file at al
901 - 1000 of 1540 matches
Mail list logo