[GRASS-user] v.voronoi error: Found 0 points/centroids, but at least 2 are needed
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
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-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
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
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
> 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
>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
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