[GRASS-user] r.flow: units for flow accumulation

[Rich Shepard]

  The r.flow manual tells us that "Flowline density downhill or uphill
output is given in a raster map flowaccumulation. The value in each grid
cell is the number of flowlines which pass through that grid cell, that
means the number of flowlines from thec [sic] entire map which have segment
endpoints within that cell."

  Please suggest a legend title for this map that nontechnical audiences
will understand. Can I explain this map in the report text as "the upstream
areas draining to downstream points?" Or, is there a better, nontechnical,
way of interpreting this map?

TIA,

Rich

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

Re: [GRASS-user] i.segment and i.segment.stats errors

[Jamille Haarloo]

Yes, I noticed as other modules weren't working either. Stupid..

Just got the results with 7.6 and some "nan" values again.

Calculating geometry statistics...
Calculating statistics for raster maps...
Calculating neighborhood statistics...
Creating output vector map...
ERROR: Error while executing: 'INSERT INTO segmstat_tmp_vect_8116 VALUES
(2744,
10.574609,0.000657937002497415,100.010348629312,0.0118722,0.0199653,0.037037,0.0532407,0.0149315167004704,-34.81817527835,-0.440972,-0.375,-0.315972,-0.232639,0.0147358775257243,26.7103955510257,0.370735,0.452658,0.53125,0.60625,0.00759147152076699,10.6500844056518,0.75,0.802083,0.875,0.927083,4.16169760046326,52.4687741848501,2,3,5,7,0.200221189871832,35.183683942494,1,1,2,2,8,13.216384625,8.62095260592,0.00227423524743,0.00305950083943,223.15170811,122.713529331,0.01689609075,0.0219202839649,0.022322058,0.0229396651236,0.029157736625,0.0250281412368,0.03936146125,0.0291593758381,0.00809150063926,0.00998894786878,nan,nan,0.000935102375,0.00149429712142,0.00332539875,0.00553672330287,0.0106704025,0.0177514942977,0.0168798225,0.0277037009502,0.0108558662204,0.00624210011282,36.7678730965,22.2897752507,0.29285125,0.180951460467,0.3513889,0.181596981702,0.41656925,0.180382131329,0.485690125,0.1830333289,0.0149007045801,0.018570035777,30.2038217327,26.3183888064,0.5921816125,0.417141476181,0.642181,0.380369094661,0.699914125,0.345038582134,0.744641,0.31679767,194.55742,313.451777334,43.4071398819,21.8790138711,15.0,20.8086520467,20.25,27.6258484033,25.875,34.2798683632,32.375,41.9402476745,164.772935658,278.214855266,39.6227650243,32.7809091847,12.375,19.1307180994,16.25,25.5673131166,21.0,32.3921286735,26.875,40.3622270818)'
Traceback (most recent call last):
  File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py", line 371, in 
main()
  File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py", line 358, in main
gscript.run_command('db.execute', input=insert_sql,
quiet=True)
  File "C:\Program Files\GRASS GIS
7.6.svn\etc\python\grass\script\core.py", line 423, in
run_command
return handle_errors(returncode, returncode, args,
kwargs)
  File "C:\Program Files\GRASS GIS
7.6.svn\etc\python\grass\script\core.py", line 334, in
handle_errors
returncode=returncode)
grass.exceptions.CalledModuleError: Module run None
['db.execute', '--q', 'input=Z:\\GRASS_GIS\\Cottica_LUP\\LUP
1\\.tmp/unknown\\8116.1'] ended with error
Process ended with non-zero return code 1. See errors in the
(error) output.
(Wed Oct 17 13:55:43 2018) Command finished (90 min 41 sec)



On Wed, Oct 17, 2018 at 1:48 PM Moritz Lennert 
wrote:

> On 17/10/18 15:39, Jamille Haarloo wrote:
> > Alright. Just tried, but got an old error back again. Also when
> > reinstalling r.object.geometry got 'ERROR: File is not a zip file'
> >
> > i.segment.stats -n map=SegW24IDM4DV4@LUP1
> > rasters=DV2@LUP1,DV4@LUP1,IDM2@LUP1,IDM4@LUP1,W2@LUP1,W4@LUP1
> >
> raster_statistics=variance,coeff_var,first_quart,median,third_quart,perc_90
> > area_measures=compact_circle csvfile=Z:\nStats_SegW24IDM4DV4_17okt18
> > vectormap=nvSegW24IDM4DV4 processes=4
> > Calculating geometry statistics...
> > Traceback (most recent call last):
> >File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
> > pts/i.segment.stats.py ", line 371, in
> 
> >  main()
> >File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
> > pts/i.segment.stats.py ", line 220, in main
> >  quiet=True)
> >File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
> > thon\grass\script\core.py", line 395, in run_command
> >  return handle_errors(returncode, returncode, args,
> > kwargs)
> >File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
> > thon\grass\script\core.py", line 313, in handle_errors
> >  returncode=returncode)
> > grass.exceptions.CalledModuleError: Module run None
> > ['r.object.geometry', '--o', '--q',
> > 'output=Z:\\GRASS_GIS/Cottica_LUP/LUP1/.tmp/unknown/7508.0',
> > 'input=SegW24IDM4DV4@LUP1'] ended with error
> > Process ended with non-zero return code -1073741515. See
> > errors in the (error) output.
> > (Wed Oct 17 10:33:05 2018) Command finished (0 sec)
> >
> > g.extension r.object.geometry
> > WARNING: Extension  already installed.
> Re-installing...
> > Downloading precompiled GRASS Addons ...
> > ERROR: File is not a zip file:
> >
> http://wingrass.fsv.cvut.cz/grass70/x86_64/addons/grass-7.0.4/r.object.geometry.zip
> > (Wed Oct 17 10:32:54 2018) Command finished (1 sec)
>
> You seem to be using a very old version of GRASS: 7.0.4. There are no
> addons available for Windows for that version. The official last release
> of the 7.0 line was 7.0.6 and addons are available for that.
>
> But I would really recommend that you work at least with the current
> stable version 7.4.1 (soon 7.4.2) or even with a newer version.
>
> Moritz
>

Re: [GRASS-user] i.segment and i.segment.stats errors

[Moritz Lennert]

On 17/10/18 15:39, Jamille Haarloo wrote:
Alright. Just tried, but got an old error back again. Also when 
reinstalling r.object.geometry got 'ERROR: File is not a zip file'


i.segment.stats -n map=SegW24IDM4DV4@LUP1 
rasters=DV2@LUP1,DV4@LUP1,IDM2@LUP1,IDM4@LUP1,W2@LUP1,W4@LUP1 
raster_statistics=variance,coeff_var,first_quart,median,third_quart,perc_90 
area_measures=compact_circle csvfile=Z:\nStats_SegW24IDM4DV4_17okt18 
vectormap=nvSegW24IDM4DV4 processes=4

Calculating geometry statistics...
Traceback (most recent call last):
   File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py ", line 371, in 
     main()
   File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py ", line 220, in main
     quiet=True)
   File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
thon\grass\script\core.py", line 395, in run_command
     return handle_errors(returncode, returncode, args,
kwargs)
   File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
thon\grass\script\core.py", line 313, in handle_errors
     returncode=returncode)
grass.exceptions.CalledModuleError: Module run None
['r.object.geometry', '--o', '--q',
'output=Z:\\GRASS_GIS/Cottica_LUP/LUP1/.tmp/unknown/7508.0',
'input=SegW24IDM4DV4@LUP1'] ended with error
Process ended with non-zero return code -1073741515. See
errors in the (error) output.
(Wed Oct 17 10:33:05 2018) Command finished (0 sec)

g.extension r.object.geometry
WARNING: Extension  already installed. Re-installing...
Downloading precompiled GRASS Addons ...
ERROR: File is not a zip file: 
http://wingrass.fsv.cvut.cz/grass70/x86_64/addons/grass-7.0.4/r.object.geometry.zip

(Wed Oct 17 10:32:54 2018) Command finished (1 sec)


You seem to be using a very old version of GRASS: 7.0.4. There are no 
addons available for Windows for that version. The official last release 
of the 7.0 line was 7.0.6 and addons are available for that.


But I would really recommend that you work at least with the current 
stable version 7.4.1 (soon 7.4.2) or even with a newer version.


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

Re: [GRASS-user] i.segment and i.segment.stats errors

[Jamille Haarloo]

Alright. Just tried, but got an old error back again. Also when
reinstalling r.object.geometry got 'ERROR: File is not a zip file'

i.segment.stats -n map=SegW24IDM4DV4@LUP1 rasters=DV2@LUP1,DV4@LUP1
,IDM2@LUP1,IDM4@LUP1,W2@LUP1,W4@LUP1
raster_statistics=variance,coeff_var,first_quart,median,third_quart,perc_90
area_measures=compact_circle csvfile=Z:\nStats_SegW24IDM4DV4_17okt18
vectormap=nvSegW24IDM4DV4 processes=4
Calculating geometry statistics...
Traceback (most recent call last):
  File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py", line 371, in 
main()
  File "C:\Users\haarlooj\AppData\Roaming\GRASS7\addons/scri
pts/i.segment.stats.py", line 220, in main
quiet=True)
  File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
thon\grass\script\core.py", line 395, in run_command
return handle_errors(returncode, returncode, args,
kwargs)
  File "C:\PROGRA~1\QGIS21~1.0\apps\grass\grass-7.0.4\etc\py
thon\grass\script\core.py", line 313, in handle_errors
returncode=returncode)
grass.exceptions.CalledModuleError: Module run None
['r.object.geometry', '--o', '--q',
'output=Z:\\GRASS_GIS/Cottica_LUP/LUP1/.tmp/unknown/7508.0',
'input=SegW24IDM4DV4@LUP1'] ended with error
Process ended with non-zero return code -1073741515. See
errors in the (error) output.
(Wed Oct 17 10:33:05 2018) Command finished (0 sec)

g.extension r.object.geometry

WARNING: Extension  already installed. Re-installing...
Downloading precompiled GRASS Addons ...
ERROR: File is not a zip file:
http://wingrass.fsv.cvut.cz/grass70/x86_64/addons/grass-7.0.4/r.object.geometry.zip
(Wed Oct 17 10:32:54 2018) Command finished (1 sec)

On Wed, Oct 17, 2018 at 4:38 AM Moritz Lennert 
wrote:

> On 16/10/18 22:20, Jamille Haarloo wrote:
> > The csv looks ok, but quite extensive and heavy.
>
> Yes, but when dealing with large areas, not going through the vector
> fomat actually speeds up the process. You can feed this csv into
> v.class.mlR directly.
>
> > I reinstalled again and tried with less variables, without the
> > coefficient of variation and without neighborhood statistics. This time
> > without error.
>
> Great. I see that the i.segment.stats now has been updated on the addons
> server, so it would be great if you could try again with the
> neighborhood statistics.
>
> Moritz
>
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Drawing a vector line with bearing/distance

[Helmut Kudrnovsky]

Laurent C. wrote
> Hello,
> 
> I am extracting cross-sections from raster maps using r.transect (E,N,
> azimuth, distance).
> I would like to create maps where I can show where those xsections are
> taken using a vector line.
> It seems that v.edit only works with absolute coordinates, not bearing and
> distance.
> Is there a way to draw vector lines using starting coordinates, azimuth
> and
> distance?

maybe 

m.cogo - A simple utility for converting bearing and distance measurements
to coordinates and vice versa.
It assumes a cartesian coordinate system 

https://grass.osgeo.org/grass74/manuals/m.cogo.html



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Import Sentinel2 with timestamp

[Martin Landa]

Hi,

st 17. 10. 2018 v 13:00 odesílatel Veronica Andreo
 napsal:
> I was also answering Madi to see the example at IRSAE course and wondering if 
> that example could be somehow integrated into i.sentinel. Big +1 for that! :)
>
> However, in theory satellite images would only represent a point in time, 
> i.e., only start time should be provided. Why giving a one second interval? 
> t.register is able to handle only start time.

yes, this issue needs to be solved. I darkly remember that
t.rast.mapcalc was failing with point in time data. Period data is
just an ugly workaround. It needs more investigation. But for sure
i.sentinel.import should do timestamp as point in time data.

Martin

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

Re: [GRASS-user] Import Sentinel2 with timestamp

[Veronica Andreo]

Hi,

I was also answering Madi to see the example at IRSAE course and wondering
if that example could be somehow integrated into i.sentinel. Big +1 for
that! :)

However, in theory satellite images would only represent a point in time,
i.e., only start time should be provided. Why giving a one second interval?
t.register is able to handle only start time.

Best,
Vero

El mié., 17 oct. 2018 7:52, Martin Landa  escribió:

> Hi,
>
> st 17. 10. 2018 v 12:20 odesílatel Margherita Di Leo
>  napsal:
> > Is there an already implemented way to import sentinel images with
> i.sentinel.import with timestamp information to be used with temporal
> modules?
>
> see example [1]. I am planning to implemented as a new flag. Ma
>
> [1]
> http://training.gismentors.eu/grass-gis-irsae-winter-course-2018/units/23.html
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] Import Sentinel2 with timestamp

[Martin Landa]

Hi,

st 17. 10. 2018 v 12:20 odesílatel Margherita Di Leo
 napsal:
> Is there an already implemented way to import sentinel images with 
> i.sentinel.import with timestamp information to be used with temporal modules?

see example [1]. I am planning to implemented as a new flag. Ma

[1] 
http://training.gismentors.eu/grass-gis-irsae-winter-course-2018/units/23.html

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

[GRASS-user] Drawing a vector line with bearing/distance

[Laurent C.]

Hello,

I am extracting cross-sections from raster maps using r.transect (E,N,
azimuth, distance).
I would like to create maps where I can show where those xsections are
taken using a vector line.
It seems that v.edit only works with absolute coordinates, not bearing and
distance.
Is there a way to draw vector lines using starting coordinates, azimuth and
distance?

Regards,
Laurent
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

[GRASS-user] Import Sentinel2 with timestamp

[Margherita Di Leo]

Hi,

Is there an already implemented way to import sentinel images with
i.sentinel.import with timestamp information to be used with temporal
modules?

Thanks

-- 
Margherita Di Leo
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] i.segment and i.segment.stats errors

[Moritz Lennert]

On 16/10/18 22:20, Jamille Haarloo wrote:

The csv looks ok, but quite extensive and heavy.


Yes, but when dealing with large areas, not going through the vector 
fomat actually speeds up the process. You can feed this csv into 
v.class.mlR directly.


I reinstalled again and tried with less variables, without the 
coefficient of variation and without neighborhood statistics. This time 
without error.


Great. I see that the i.segment.stats now has been updated on the addons 
server, so it would be great if you could try again with the 
neighborhood statistics.


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