Re: [GRASS-user] v.rast.stats with mode?

[Anna Petrášová]

On Thu, Mar 31, 2016 at 4:32 AM, patrick s.  wrote:
> Following Anna's suggestion I had to find out that r.mode has to option to
> handle NULL values, i.e. exclude it from calculation? I need to aggregate
> rasters to polygons, with rasters covering only a small part of the polygon.
> As I realized now r.mode returns NULL in such case. Setting NULL with r.null
> null= it will return  for all of these.
>
> Is there a solution to that problem?

I am not sure I understand, is this related to this?
https://lists.osgeo.org/pipermail/grass-dev/2015-October/076654.html

Could you provide more details?

Thanks
Anna

> Patrick
>
>
>
>
> On 16.03.2016 13:59, Anna Petrášová wrote:
>
>
>
> On Wed, Mar 16, 2016 at 6:23 AM, patrick s.  wrote:
>>
>> Dear list
>>
>> Is it possible to get the "mode" (most common occurring value) in a
>> polygon for discrete classes? It appears that v.rast.stats does not have
>> this option.
>
>
> v.rast.stats uses r.univar and r.univar doesn't have mode implemented (it's
> a TODO in manual). You can look at r.mode but it returns raster map, not one
> number.
>
> Anna
>
>>
>> Thanks for a short feedback,
>> Patrick
>>
>> ___
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-user
>
>
>
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] data catalog question

[Anna Petrášová]

Hi,

I was wondering what is the opinion about the new data catalog (in
trunk), specifically, whether users should be able to modify (copy,
rename, delete) maps from other mapsets and locations than the current
ones. I find it very useful to edit any mapsets, but it goes against
the traditional GRASS approach. I have this (edit anything behavior)
implemented locally, but wanted to know before committing if people
agree with that.

Thanks,
Anna
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.

[Lars Forseth]

Den 10. april 2016 01:08, skrev Martin Landa:

Hi,

2016-04-10 1:05 GMT+02:00 Lars Forseth :

no; it's installed: grass-devel is the package name i SuSE opengeo
repository.

/opt/grass/include/grass/gis.h

But maybe that is a location that g.extension and GRASS can't find?

yes, there is no -I /opt/grass in gcc flags. Please contant OpenSuse
packager. It's not bug in GRASS but in packaging for OpenSuse. Martin


Thanks; already done in previous mail as copy to; see adresses there!

By the way; its a 64 bit system and vector addons fail too!

Good Night and thanks again!

Regards larsf
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.

[Martin Landa]

Hi,

2016-04-10 1:05 GMT+02:00 Lars Forseth :
> no; it's installed: grass-devel is the package name i SuSE opengeo
> repository.
>
> /opt/grass/include/grass/gis.h
>
> But maybe that is a location that g.extension and GRASS can't find?

yes, there is no -I /opt/grass in gcc flags. Please contant OpenSuse
packager. It's not bug in GRASS but in packaging for OpenSuse. Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.

[Lars Forseth]

Den 10. april 2016 00:30, skrev Martin Landa:

Hi,

2016-04-09 23:57 GMT+02:00 Lars Forseth :

1. r.area:  "fatal error: grass/gis.h: no such file...

2. r.viewshed.cva: python: can't open file
'/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/tools/mkhtml.py':
[Errno 2]

apparently grass dev package is missing on your system. Ma

no; it's installed: grass-devel is the package name i SuSE opengeo 
repository.


/opt/grass/include/grass/gis.h

But maybe that is a location that g.extension and GRASS can't find?

Regards
LarsF

___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.

[Martin Landa]

Hi,

2016-04-09 23:57 GMT+02:00 Lars Forseth :
> 1. r.area:  "fatal error: grass/gis.h: no such file...
>
> 2. r.viewshed.cva: python: can't open file
> '/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/tools/mkhtml.py':
> [Errno 2]

apparently grass dev package is missing on your system. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Failure to install addons in GRASS 7.0.3; on LINUX SuSE 13.2.

[Lars Forseth]

Hi!

I'm trying to install addons through g.extension on GRASS; But I'm 
unable to install anything, i.e from the addons repository.


Errors underneath.

In short two errors show up:

1. r.area:  "fatal error: grass/gis.h: no such file...

2. r.viewshed.cva: python: can't open file 
'/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/tools/mkhtml.py': 
[Errno 2]



I have tried under my ordinary user; and as root; same errors both ways.

I must say I do wonder if somebody has hardcoded some paths?

Regards
LarsF

PS GRASS7.03; on linux SUSE 13.2. GRASS installed from OSGEO repository; 
build date for GRASS 04.08. Python 2.7.8



ERRORMESSAGES---
r.area first:

(Sat Apr  9 23:40:06 2016)
g.extension -s --verbose extension=r.area 
svnurl=http://svn.osgeo.org/grass/grass-addons/grass7

Fetching  from GRASS-Addons SVN repository (be patient)...
Ar.area/main.c
Ar.area/r.area.html
Ar.area/Makefile
 U   r.area
Sjekket ut revisjon 68236.
mkdir -p /tmp/tmpfy5Lnl/r.area/bin
mkdir -p /tmp/tmpfy5Lnl/r.area/etc
mkdir -p /tmp/tmpfy5Lnl/r.area/docs/html
mkdir -p /tmp/tmpfy5Lnl/r.area/docs/man
mkdir -p /tmp/tmpfy5Lnl/r.area/docs/man/man1
test -d OBJ.x86_64-pc-linux-gnu || mkdir -p OBJ.x86_64-pc-linux-gnu
gcc  -O2 
-I/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/include 
-I/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/include 
-DPACKAGE=\""grassmods"\" 
-I/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/include 
-I/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/include 
-DRELDIR=\"/tmp/tmpfy5Lnl/r.area\" -o OBJ.x86_64-pc-linux-gnu/main.o -c 
main.c

Compiling...
main.c:20:23: fatal error: grass/gis.h: Ingen slik fil eller
filkatalog
 #include 
   ^
compilation terminated.
make: *** [OBJ.x86_64-pc-linux-gnu/main.o] Error 1
ERROR: Compilation failed, sorry. Please check above error messages.
/opt/grass/include/Make/Compile.make:32: recipe for target 
'OBJ.x86_64-pc-linux-gnu/main.o' failed

(Sat Apr  9 23:40:10 2016) Command finished (3 sec)
(Sat Apr  9 23:41:39 2016)

-r.viewshed.cva--

r.viewshed.cva

g.extension -s --verbose extension=r.viewshed.cva 
svnurl=http://svn.osgeo.org/grass/grass-addons/grass7

Fetching  from GRASS-Addons SVN repository (be patient)...
Ar.viewshed.cva/r.viewshed.cva.html
Ar.viewshed.cva/Makefile
Ar.viewshed.cva/r.viewshed.cva.py
Sjekket ut revisjon 68236.
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/bin
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/etc
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/docs/html
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/docs/man
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/docs/man/man1
mkdir -p /tmp/tmpxrnpo6/r.viewshed.cva/scripts
/usr/bin/install -c  r.viewshed.cva.py 
/tmp/tmpxrnpo6/r.viewshed.cva/scripts/r.viewshed.cva
if [ "/tmp/tmpxrnpo6/r.viewshed.cva/scripts/r.viewshed.cva" != "" ] ; 
then GISRC=/tmp/grass7-larsf-24831/gisrc 
GISBASE=/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass PATH="/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/bin:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/bin:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/scripts:$PATH" 
PYTHONPATH="/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/etc/python:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/gui/wxpython:$PYTHONPATH" 
LD_LIBRARY_PATH="/tmp/tmpxrnpo6/r.viewshed.cva/bin:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/bin:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/scripts:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/lib:/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/lib:/opt/grass/lib" 
LC_ALL=C /tmp/tmpxrnpo6/r.viewshed.cva/scripts/r.viewshed.cva 
--html-description < /dev/null | grep -v '\|' > 
r.viewshed.cva.tmp.html ; fi

Compiling...
python: can't open file '/home/abuild/rpmbuild/BUILDROOT/gra
ss-7.0.3-2.12.x86_64/opt/grass/tools/mkhtml.py': [Errno 2]
No such file or directory
make: *** [/tmp/tmpxrnpo6/r.viewshed.cva/docs/html/r.viewshe
d.cva.html] Error 2
ERROR: Compilation failed, sorry. Please check above error messages.
VERSION_NUMBER=7.0.3 VERSION_DATE=2016 \
python 
/home/abuild/rpmbuild/BUILDROOT/grass-7.0.3-2.12.x86_64/opt/grass/tools/mkhtml.py 
r.viewshed.cva > /tmp/tmpxrnpo6/r.viewshed.cva/docs/html/r.viewshed.cva.html
/opt/grass/include/Make/Html.make:7: recipe for target 
'/tmp/tmpxrnpo6/r.viewshed.cva/docs/html/r.viewshed.cva.html' failed

rm r.viewshed.cva.tmp.html
(Sat Apr  9 23:41:43 2016) Command finished (3 sec)

___
grass-user mailing list

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 18:32, Martin Landa ha scritto:
> 2016-04-09 18:21 GMT+02:00 Paolo Cavallini :
>> The problem is even more serious for Windows users, that cannot
>> generally compile themselves.
> 
> I already noted that there daily builds of 7.0.4svn [1]. Martin
> 
> [1] https://wingrass.fsv.cvut.cz/grass70/

yes, but this leaves out the huge majority of users, especially win ones.
however, as said I respect your decision, even if I disagree, so I'm not
going to insist on this issue.
all the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 18:21 GMT+02:00 Paolo Cavallini :
> The problem is even more serious for Windows users, that cannot
> generally compile themselves.

I already noted that there daily builds of 7.0.4svn [1]. Martin

[1] https://wingrass.fsv.cvut.cz/grass70/

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Hi Moritz,

Il 09/04/2016 15:38, Moritz Lennert ha scritto:
> On 09/04/16 11:57, Paolo Cavallini wrote:

> 1) Either release point releases more often, but then we have to be even
> stricter than now concerning backports to the release branch. Otherwise
> we will undermine the reliability even more.

IMHO an important  module totally broken, without alternatives, is worth
an emergency release.

> 2) Integrate selected bug fixes as patches in the Debian package.

The problem is even more serious for Windows users, that cannot
generally compile themselves.

> 3) Provide a private Debian repository with daily packages for stable /
> testing / unstable branches of Debian.

-1: custom repos require a lot of effort to be properly maintained for
all distros, and are often source of problems.

> All three represent more workload and so the need for the necessary
> humanpower.
> 
> 1) is generally triggered when there is a really critical bug.
> Apparently not very many see v.generalize as a function that is critical
> enough to trigger a new release...

I see the point; however, I respectfully disagree with that.

All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] v.net vector orientation when creating a stream network with gauges

[Moritz Lennert]

On 09/04/16 12:32, Bartolomei.Chris wrote:

Hi Markus, I was able to get back to this issue and tried what you
had suggested with creating the new layer 3 and re-categorizing the
stream after v.net op=connect ... but to no avail. I even tried
setting the forward and backward costs of the little vectors added by
v.net to a positive value (1)


In grass7 v.net should not add little lines when used with the -s flag. 
Which version of GRASS are you using ? If grass7x then this would be a 
bug and you should file a bug report concerning v.net with a 
reproductible example of the issue.


Moritz
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Moritz Lennert]

On 09/04/16 11:57, Paolo Cavallini wrote:

Il 09/04/2016 11:54, Martin Landa ha scritto:


sorry, but we have some release policy. There are daily builds at
least for Windows [1] available. Ma

[1] https://wingrass.fsv.cvut.cz/grass70/


I respect the choices of the GRASS-PSC.
However, this IMHO undermines the Notorious GRASS Reliability(TM).



I understand your concern. I see three possible answers to this kind of 
problem:


1) Either release point releases more often, but then we have to be even 
stricter than now concerning backports to the release branch. Otherwise 
we will undermine the reliability even more.


2) Integrate selected bug fixes as patches in the Debian package.

3) Provide a private Debian repository with daily packages for stable / 
testing / unstable branches of Debian.


All three represent more workload and so the need for the necessary 
humanpower.


1) is generally triggered when there is a really critical bug. 
Apparently not very many see v.generalize as a function that is critical 
enough to trigger a new release...


Moritz
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] v.net vector orientation when creating a stream network with gauges

[Bartolomei.Chris]

Hi Markus,
I was able to get back to this issue and tried what you had suggested with 
creating the new layer 3 and re-categorizing the stream after v.net op=connect 
... but to no avail. I even tried setting the forward and backward costs of the 
little vectors added by v.net to a positive value (1) and that only worked if 
there were no nodes in the network between the points... 
Some of the issues are that v.net.allpairs requires the points and arcs all be 
on the same layer (which I tried) but that didn't work.
I tried v.net.distance and there is no way to tell it to use the layer 3 
instead of layer 1 for the stream network ...
The only thing that sort of worked was v.net.path but only if there were no 
stream branches between the pair of points. The downstream cost worked for 
point pairs without branches between them fine and reversing the order did not 
yield a "cost" which is also correct as the upstream cost is -1... but again, 
this only works if there are no branches in between. 
Thinking the points in the original stream vector (layer 2 it seems) might be 
causing the problem (r.stream.extract creates points and lines for the stream), 
I used v.extract and took only the lines from the original stream vector and 
tried recreating the network from that. Same problem - the distances can't be 
calculated. The error I kept getting using v.net.path was: "point with category 
22501 is unreachable from point with category 22416" (point categories varied 
with what pairs I used for the test)

I've created an mapset containing the stream vector and the raster it was 
derived from and also have the shell script I'm programming all this in, and an 
ascii file of point locations all in a zip file if you would like to try and 
see it yourself... I've been using GRASS 6.4.4 with the MSYS window (on a 
Windows7 64-bit PC) and cut/paste the commands into the window to run this 
step-by-step.  Would you like me to send you the data? (please!) The shell 
script has all the commands I tried and a lot of notes on what I've come across 
and had to work around.

Thanks for caring!
:)
Chris

Chris Bartolomei P.E.
Engineer/Scientist
ENSCO, Inc.
bartolomei.ch...@ensco.com

From: Markus Metz [markus.metz.gisw...@gmail.com]
Sent: Tuesday, March 22, 2016 1:41 PM
To: Bartolomei.Chris
Cc: grass-user
Subject: Re: [GRASS-user] v.net vector orientation when creating a stream 
network with gauges

On Tue, Mar 22, 2016 at 8:33 PM, Bartolomei.Chris
 wrote:
> Hi Markus,
> Thank you for the feedback.  I had indeed used r.stream.extract after I sent 
> the original post and yes, it does set the direction wonderfully.  I had 
> (have) problems when adding the stream gauge point map into the network 
> (v.net op=connect) ... the small vectors added had one direction (from the 
> point to the stream) so traveling between points would always have an 
> "upstream" leg ... if you use a cost of -1 for upstream travel (or the 
> reverse) you will never get a route between points.  In an effort to get 
> around this, Micha was kind enough to suggest using v.distance 
> (upload=to_x,to_y) to create new points on the line vector and via export to 
> ASCII file and re-import then add these new points to the network (v.net 
> op=connect). The v.net worked but I am still having problems calculating the 
> cost between points - I suspect there is a minuscule line vector between the 
> point and stream line that has direction to it similar to the previous 
> attempt. I ran out of time on the project and had to revert back to a 
> simplistic non-directional network and using r.watershed - r.thin - r.to.vect 
> and the v.net with original point locations then v.net.allpairs. I'll have to 
> figure out how to go through the results in a script to get just the 
> distances between gauges in the same stream flow.
> Any ideas on how to get bi-direction on the connector vectors generated in 
> v.net (op=connect)  would be great.  Wait! Hey, now that I think about it, 
> those connectors are very small... If I set the upstream and downstream cost 
> of vectors under the threshold limit used in v.net to the same (non '-1') 
> cost then the route should be able to be calculated... what do you think?

You need to snap gauges to the river network with v.net -s option=connect.

This can break any stream segment into two new parts, both will have
the same category like the original stream segment. But you need
unique categories, created with:

v.category option=add layer=3 type=line in=??? out=???

Now add an attribute table to layer 3
v.db.addtable layer=3 columns="ft_cost double,tf_cost double" map=???

upload lengths to attribute table
v.to.db layer=3 type=line option=length columns=ft_cost map=???

close backwards direction
v.db.update column=tf_cost value=-1 map=???

Now you can use v.net.allpairs or any other v.net.* module that
considers different forward and backward costs.

Markus M

> 

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 11:54, Martin Landa ha scritto:

> sorry, but we have some release policy. There are daily builds at
> least for Windows [1] available. Ma
> 
> [1] https://wingrass.fsv.cvut.cz/grass70/

I respect the choices of the GRASS-PSC.
However, this IMHO undermines the Notorious GRASS Reliability(TM).
All the best.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 11:21 GMT+02:00 Paolo Cavallini :
> well, I'm asking because I believe levaing an important command, unique
> of grass,  totally broken for over 2 months is not good for the project.
> all the best.

sorry, but we have some release policy. There are daily builds at
least for Windows [1] available. Ma

[1] https://wingrass.fsv.cvut.cz/grass70/

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 11:14, Martin Landa ha scritto:
> 2016-04-09 11:13 GMT+02:00 Paolo Cavallini :
>>> [1] https://trac.osgeo.org/grass/milestone/7.0.4
>>
>> exactly, that's what I'm asking for.
> 
> you don't need to ask for release, it's planned already:-) Ma

well, I'm asking because I believe levaing an important command, unique
of grass,  totally broken for over 2 months is not good for the project.
all the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 11:13 GMT+02:00 Paolo Cavallini :
>> [1] https://trac.osgeo.org/grass/milestone/7.0.4
>
> exactly, that's what I'm asking for.

you don't need to ask for release, it's planned already:-) Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 11:12, Martin Landa ha scritto:
> 2016-04-09 11:09 GMT+02:00 Paolo Cavallini :
>> packages for deb+osgeo4w
> 
> before that 7.0.4 must be released :-) see [1]. Ma
> 
> [1] https://trac.osgeo.org/grass/milestone/7.0.4

exactly, that's what I'm asking for.
thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 11:09 GMT+02:00 Paolo Cavallini :
> packages for deb+osgeo4w

before that 7.0.4 must be released :-) see [1]. Ma

[1] https://trac.osgeo.org/grass/milestone/7.0.4

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 11:08, Martin Landa ha scritto:

> well, but it seems to be already fixed by Markus Metz. I am not sure
> what you are asking for. Ma

packages for deb+osgeo4w
thanks
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 11:03 GMT+02:00 Paolo Cavallini :
> https://trac.osgeo.org/grass/ticket/2929

well, but it seems to be already fixed by Markus Metz. I am not sure
what you are asking for. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 11:01, Martin Landa ha scritto:

> what do you mean by major platform and what bug exactly? Ma

to me this means Debian/Ubuntu and osgeo4w - other might add osx.
https://trac.osgeo.org/grass/ticket/2929
Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

2016-04-09 10:55 GMT+02:00 Paolo Cavallini :
> thanks. BTW, any hope to have fixed v.generalize available for major
> platforms anytime soon?

what do you mean by major platform and what bug exactly? Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Il 09/04/2016 10:47, Martin Landa ha scritto:

> thanks, fixed in r68225 (backported also to relbr70). Ma

thanks. BTW, any hope to have fixed v.generalize available for major
platforms anytime soon?
All the best.

-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Broken link in manpage?

[Martin Landa]

Ciao,

2016-04-09 10:25 GMT+02:00 Paolo Cavallini :
> in the v.generalize manpage there is apparently a broken link to the
> tutorial:
> http://users.ox.ac.uk/~orie1848/tutorial.html

thanks, fixed in r68225 (backported also to relbr70). Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Broken link in manpage?

[Paolo Cavallini]

Hi all,
in the v.generalize manpage there is apparently a broken link to the
tutorial:
http://users.ox.ac.uk/~orie1848/tutorial.html
Should I open a ticket?
Thanks.
-- 
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user