[GRASS-user] v.voronoi error: Found 0 points/centroids, but at least 2 are needed

2017-11-24 Thread 洪朝貴
Dear All,

I am a linux veteran and a grass newbie comfortable with
file format conversions and most interested in grass
v.* commands because of its rich algorithms and
the possibility of scripting/automation.

I imported the attached geojson file like this:
v.in.ogr input=tkec.geojson output=tkec
and tried these two commands:
v.delaunay input=tkec output=tkecdt
v.voronoi input=tkec output=tkecv
The Delaunay triangulation works perfectly and looks nice
after I exported it and displayed it in some other program.
The Voronoi diagram command, however, gives the error message:
Found 0 points/centroids in , but at least 2 are needed

I tried it in grass 7.0.3 of lubuntu 16.04 and
grass 7.2.0 of lubuntu 17.04 .
The error messages are the same.
Did I miss some steps before calling v.voronoi?
Many thanks in advance for your help!


--
『我的野蠻工讀生』用高昂的『下賊船的代價』
綁架了我的文件! (請分別搜尋)
Chao-Kuei Hung 洪朝貴

PGP Key ID: 4096R/5828A7A7
Fingerprint: 67AF B5AB 5242 3E99 16D7  EAF8 A94D 2C92 5828 A7A7


tkec.geojson
Description: Binary data
___
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Re: [GRASS-user] GRASS GIS and alternative command line terminals in Windows

2017-11-24 Thread Helmut Kudrnovsky
Sajid Pareeth-2 wrote
>> OSGeo4W-winGRASS or standalone winGRASS? maybe something with packaging?
>>
> 
> Standalone winGRASS

had a quick look into the standalone installer by unzip the exe, there are
no tools like grep, sed etc included.

OTOH in OSGeo4W-winGRASS, these tools are living in 

C:\OSGeo4W64\apps\msys\bin

please have a look into a OSGeo4W-installation under "apps\msys\bin" in
order to screen which additional useful tools may be included into
standalone installer, as OSGeo4W is the build environment of the standalone
installer.

but keep in mind, there are some MS genuin equivalents of some 'unix' tools
like more [1] or sort [2].

further, in MS powershell there are also some similar tools to cover
functionality like grep.

and furthermore, since win 10 there is also linux for windows [3]  ;-)

to sum up, there isn't one solution to 'mimic' unix like command line
terminals in winGRASS.

IMHO it would be worth to discuss this in a future code sprint to find a
good way to support a smooth command line in winGRASS.

[1]
https://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/more.mspx?mfr=true
[2]
https://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/sort.mspx?mfr=true
[3] https://msdn.microsoft.com/en-us/commandline/wsl/install-win10




-
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] Evaluation of AW3D30 open access global DEM for flood modelling

2017-11-24 Thread Laurent C.
2017-09-21 14:22 GMT-05:00 Markus Metz :
>
> The JPL/NASA website also links to
> http://dds.cr.usgs.gov/srtm/
> where you get the JPL/NASA SRTM products version 1 and 2.1
>
> JPL/NASA SRTM version 3 (completely void-filled version 2.1) is available at
> https://lpdaac.usgs.gov/dataset_discovery/measures/measures_products_table
> JPL/NASA version 3 with 1 arc second resolution is described at
> https://lpdaac.usgs.gov/dataset_discovery/measures/measures_products_table/srtmgl1_v003
> JPL/NASA version 3 with 3 arc seconds resolution is described at
> https://lpdaac.usgs.gov/dataset_discovery/measures/measures_products_table/srtmgl3_v003
>
> Personally, I would prefer SRTM JPL/NASA version 3 over any other SRTM
> version, mainly because according to the documentation it supersedes the NGA
> version 2 available through the USGS EartExplorer.
>
> Markus M

Interesting, thanks. I did not know that there was various versions of
the 1arcsec. I might have a look.

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

[GRASS-user] r.walk usage

2017-11-24 Thread Joshua Quesenberry
Good Morning Everyone,

 

I'm looking for some help with the r.walk tool. I'm finding some tutorials
and man pages with examples but having trouble applying what I've found. I'm
trying to create mobility models for use with lost person analytics.

 

To start off, I'm running QGIS 2.18.13 64-bit on a laptop with Windows 10
64-bit. I've posted a similar question on the QGIS Dev Listserv and they
recommended I re-post here.

 

Q1: Does it matter what format the input layers are in? Should they all be
UTM since the result is in meters and seconds? Or is the tool smart enough
to mix and match WGS84 and UTM layers? And along the same lines, does my DEM
need to have cells in meters? Most of what I get comes native in WGS84
(lat/lon) with altitudes in feet, so if I don't need to add extra steps
converting to UTM and cells to meters that's a good thing.

 

For the friction layer, the example on the man page appears to use
landclass96 and only has 7 classifications. the NLCD 2011 land
classification file I have has 30-40 classifications ranging from 11 to 95,
this was initially hard for me to understand but then I stumbled upon the
man page for r.reclass and saw that the NLCD data was being generalized into
the major sub-groups so I did the same by first converting the large set of
classifications into the 7 groups and then I created a friction layer using
the example for r.walk.

 

Q2: Now with everything in UTM and my DEM's cells being in meters I'm trying
to run r.walk and the algorithm is never able to finish I assume because I'm
running out of HD space. Is it normal for an r.walk over a DEM covering an
area of 10,500 acres to use up 12GB of HD space and want more? That's using
up every bit of space I have left, so it's crashing out. I tried setting the
maximum cumulative cost to 10 and 1 also, but the algorithm keeps running
for a long time making these really large files. My understanding from the
man page is that the values calculated are in seconds, so when I set maximum
cumulative cost to 1 or 10 seconds that should be really quick, right? Maybe
I'm missing something.

 

Here's the command as run from within QGIS: r.walk
elevation="tmp151153693667" friction="tmp151153693668"
start_points="tmp15115369366310" walk_coeff="0.72,6.0,1.9998,-1.9998"
lambda="1" slope_factor="-0.2125" max_cost="1" null_cost="0" memory="2048"
output=output8468f646ce7b4b838f8c319a88ad3d73
outdir=outdir8468f646ce7b4b838f8c319a88ad3d73 --overwrite 

 

Thanks,

 

Josh Q

 

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

Re: [GRASS-user] GRASS GIS and alternative command line terminals in Windows

2017-11-24 Thread Helmut Kudrnovsky
Sajid Pareeth-2 wrote
>> OSGeo4W-winGRASS or standalone winGRASS? maybe something with packaging?
>>
> 
> Standalone winGRASS

would you mind to open a ticket where we list such differences between
standalone/OSGeo4W, between trunk and stable winGRASS?



-
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] GRASS GIS and alternative command line terminals in Windows

2017-11-24 Thread Sajid Pareeth
> OSGeo4W-winGRASS or standalone winGRASS? maybe something with packaging?
>

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

Re: [GRASS-user] GRASS GIS and alternative command line terminals in Windows

2017-11-24 Thread Helmut Kudrnovsky
>Though these are not available with the current stable version 7.2.2. Any
reason why these are not >bundled with the stable version?

OSGeo4W-winGRASS or standalone winGRASS? maybe something with packaging?

I'm working here with OSGeo4W-winGRASS the most time.



-
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] GRASS GIS and alternative command line terminals in Windows

2017-11-24 Thread Sajid Pareeth
Dear Helmut


> I use this bundled unix tools here all the time in winGRASS. sometime you
> can the use the windows equivalennt of these tools.
>

Now I see these tools with the daily build version of GRASS GIS 7.5.svn.
Thanks for the tip.

Though these are not available with the current stable version 7.2.2. Any
reason why these are not bundled with the stable version?

Regards

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