On Mon, Jan 9, 2017 at 1:04 PM, <svn_grass@osgeo.org> wrote:
Author: martinl
Date: 2017-01-09 04:04:27 -0800 (Mon, 09 Jan 2017)
New Revision: 70321
Modified:
grass/trunk/raster/r.in.xyz/r.in.xyz.html
Log:
r.in.xyz: output is not required when -s/g flags given (fix manual r70318)
Hi Martin,
did you actually try?
I get this:
GRASS 7.2.1svn (utm32N):open_nrw_lidar > cat dgm1_32360_5620_2_nw.xyz
| tr -s ' ' ' ' | r.in.xyz input=- separator=space -s -g
...
r.in.xyz [-sgi] input=name output=name [method=string] [type=string]
...
ERROR: Required parameter <output> not set:
(Name for output raster map)
With output:
cat dgm1_32360_5620_2_nw.xyz | tr -s ' ' ' ' | r.in.xyz input=-
separator=space -s -g output=bla
n=5621999 s=5620000 e=32361999 w=32360000 b=69.89 t=159.52
I was also suprised to discover that output is needed.
Markus
Hi Markus,
2017-01-09 14:29 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
did you actually try?
I get this:
GRASS 7.2.1svn (utm32N):open_nrw_lidar > cat dgm1_32360_5620_2_nw.xyz
| tr -s ' ' ' ' | r.in.xyz input=- separator=space -s -g
are you sure that you have fresh installation? Output is not requested
when -s/g flags are given since [1].
GRASS 7.2.1svn (gismentors_utm):~/geodata/DMR_5G > r.in.xyz
input=HLIN04_5g.xyz separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
? Ma
[1] https://trac.osgeo.org/grass/changeset?sfp_email=&sfph_mail=&reponame=&new=70291%40grass%2Fbranches%2Freleasebranch_7_2%2Fraster%2Fr.in.xyz%2Fmain.c&old=70188%40grass%2Fbranches%2Freleasebranch_7_2%2Fraster%2Fr.in.xyz%2Fmain.c
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
Hi Martin,
On Mon, Jan 9, 2017 at 6:26 PM, Martin Landa <landa.martin@gmail.com> wrote:
Hi Markus,
2017-01-09 14:29 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
did you actually try?
I get this:
GRASS 7.2.1svn (utm32N):open_nrw_lidar > cat dgm1_32360_5620_2_nw.xyz
| tr -s ' ' ' ' | r.in.xyz input=- separator=space -s -g
are you sure that you have fresh installation?
I think yes:
g.version -g
version=7.2.1svn
date=2017
revision=r70229M
build_date=2017-01-04
build_platform=x86_64-pc-linux-gnu
build_off_t_size=8
Output is not requested when -s/g flags are given since [1].
GRASS 7.2.1svn (gismentors_utm):~/geodata/DMR_5G > r.in.xyz
input=HLIN04_5g.xyz separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
Weird. I had to use input=- because the number of space delimiters is
irregular in this dataset.
Would that influence it?
Markus
? Ma
[1] https://trac.osgeo.org/grass/changeset?sfp_email=&sfph_mail=&reponame=&new=70291%40grass%2Fbranches%2Freleasebranch_7_2%2Fraster%2Fr.in.xyz%2Fmain.c&old=70188%40grass%2Fbranches%2Freleasebranch_7_2%2Fraster%2Fr.in.xyz%2Fmain.c
Hi,
2017-01-09 18:33 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
revision=r70229M
the change has been done in r70291.
GRASS 7.2.1svn (gismentors_utm):~/geodata/DMR_5G > r.in.xyz
input=HLIN04_5g.xyz separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
Weird. I had to use input=- because the number of space delimiters is
irregular in this dataset.
Would that influence it?
Also
cat HLIN04_5g.xyz | r.in.xyz input=- separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
works for me. Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On Mon, Jan 9, 2017 at 7:41 PM, Martin Landa <landa.martin@gmail.com> wrote:
Hi,
2017-01-09 18:33 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
revision=r70229M
the change has been done in r70291.
GRASS 7.2.1svn (gismentors_utm):~/geodata/DMR_5G > r.in.xyz
input=HLIN04_5g.xyz separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
Weird. I had to use input=- because the number of space delimiters is
irregular in this dataset.
Would that influence it?
Also
cat HLIN04_5g.xyz | r.in.xyz input=- separator=space -sg
n=-1088000.076 s=-1090000.059 e=-624999.829 w=-627499.828 b=461.312 t=554.334
I tried
https://grass.osgeo.org/grass72/manuals/r.in.xyz.html#import-of-x,y,z-ascii-into-dem
on my laptop at home and the example fails without output=..
Can anyone else please test? Thanks.
Markus
martinl
6
Hi,
2017-01-09 23:01 GMT+01:00 Markus Neteler <neteler@osgeo.org>:
I tried
https://grass.osgeo.org/grass72/manuals/r.in.xyz.html#import-of-x,y,z-ascii-into-dem
on my laptop at home and the example fails without output=..
I double checked:
GRASS 7.2.1svn (gismentors_utm):~/src/grass72_release > svn status
(no uncommitted changes)
Fresh compilation:
g.version -g
version=7.2.1svn
date=2017
revision=r70322
build_date=2017-01-11
build_platform=x86_64-pc-linux-gnu
build_off_t_size=8
cat elevation.xyz
630007.5 228492.5 141.99614
630022.5 228492.5 141.37904
630037.5 228492.5 142.29822
630052.5 228492.5 143.97987
GRASS 7.2.1svn (gismentors_utm):~/smetiste > r.in.xyz
input=elevation.xyz separator=space -s -g
n=228492.5 s=228492.5 e=630052.5 w=630007.5 b=141.37904 t=143.97987
? Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On 11 January 2017 at 12:08, Martin Landa <landa.martin@gmail.com> wrote:
Hi,
Hi,
GRASS 7.2.1svn (gismentors_utm):~/src/grass72_release > svn status
(no uncommitted changes)
Fresh compilation:
g.version -g
version=7.2.1svn
date=2017
revision=r70322
build_date=2017-01-11
build_platform=x86_64-pc-linux-gnu
build_off_t_size=8
cat elevation.xyz
630007.5 228492.5 141.99614
630022.5 228492.5 141.37904
630037.5 228492.5 142.29822
630052.5 228492.5 143.97987
GRASS 7.2.1svn (gismentors_utm):~/smetiste > r.in.xyz
input=elevation.xyz separator=space -s -g
n=228492.5 s=228492.5 e=630052.5 w=630007.5 b=141.37904 t=143.97987
? Ma
also for it works (using lidaratm2.txt from [0])
r.in.xyz in=/tmp/lidaratm2.txt sep=, -s -g
n=35.969493 s=35.949693 e=-75.620999 w=-75.639999 b=-1.937 t=200.935
[0] https://www.grassbook.org/wp-content/uploads/ncexternal/index.html
--
ciao
Luca
www.lucadelu.org