Re: [GRASS-user] 7.0.0 Mac OS X Install Notes
Jeshua, I’ve changed the installer for GRASS 7 so that it now installs directly into the Applications folder instead of a GRASS folder in Applications. This seems to have solved the permissions problem for now. Michael C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu On Feb 23, 2015, at 10:47 AM, Michael Barton michael.bar...@asu.edu wrote: Jeshua, It turns out that Cairo is the offending framework. I’ve added a note that you should install this AFTER GDAL and FreeType. I have confirmed the permissions problem issue. I wonder when it first cropped up? Anyway, I’m talking with William about a way to solve it so first time users don’t have to change permissions before they can use GRASS. Currently, one easy workaround is to create a folder named GRASS inside Applications BEFORE installing GRASS for the first time. However, if you get a locked folder, you just need to go into get info (command I) and change them, but it is a pain. Once the folder is accessible, subsequent GRASS installs don’t affect it. Thanks for reporting these issues. Michael __ C. Michael Barton Director, Center for Social Dynamics Complexity Professor of Anthropology, School of Human Evolution Social Change Head, Graduate Faculty in Complex Adaptive Systems Science Arizona State University Tempe, AZ 85287-2402 USA voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax: 480-965-7671(SHESC), 480-727-0709 (CSDC) www: http://csdc.asu.edu, http://shesc.asu.edu http://www.public.asu.edu/~cmbarton On Feb 22, 2015, at 9:28 PM, Jeshua Lacock jes...@3dtopo.com wrote: On Feb 22, 2015, at 9:22 PM, Michael Barton michael.bar...@asu.edu wrote: To help me understand, I have a couple of questions below. As for the other issues, I'll respond 1. There IS a link to the Kyngchaos frameworks page in the menu on the right side that shows up on every page. On that frameworks page, it is clearly stated that PROJ and UnixImageIO are a part of the GDAL Complete package 2. AFAIK, the order of installing the main frameworks packages makes no difference. The ones for which order matters are included in GDAL Complete. If I am wrong here, please let me know and I will put a note on the site. On the main download page it does not state anything about installation order. I did not install GDAL first. Then I got several other errors. If it happened to me, I can only assume it will happen to others. Do you mean you had problems because you installed GRASS before the frameworks or because you installed other frameworks before GDAL Complete? The latter. I installed GRASS last. 3. No one has ever reported this permissions issue so far. I don't know what is causing it in this case (unless it is new for 7.0 stable). AFAIK, the only permissions issue is the need to have a writeable director called bin inside the GRASS folder if you are installing extensions. This is a weird quirk of the extensions build system on the Mac. If there is a new permissions issue for 7.0 stable, it needs to be reported. But I have built it in exactly the same way as I've built all other builds recently. It has actually happened with the betas for me I just neglected to report it. As it is, the package leaves a folder that the user will not have permission to access. This should not be a difficult thing to reproduce or fix. I would suspect that the folder is owned by root because root permissions are required to install, and you likely just need to clean up the permissions as I suggested. It does not require root access to install, just administrator access. Sorry for the oversimplification; thats what I meant. Which is the folder lacking permissions? /Applications/GRASS? Correct, here are the installed permissions: drwx-- 3 503 wheel102 Feb 22 14:09 GRASS Is this perhaps a function of the new feature in OSX that puts roadblocks for running things not downloaded from the app store? No, I don’t get a security warning. That folder just needs permissions set to 755 or similar at the end of the install… Sorry for not mentioning sooner. Best, Jeshua Lacock Founder/Engineer 3DTOPO Incorporated http://3DTOPO.com Phone: 208.462.4171 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Searching for technical details on how v.rast.stats calculates means and other statistics
On Sun, Feb 22, 2015 at 8:36 AM, RichardCooper richtcoo...@hotmail.com wrote: I've resolved - I hadn't set g.region aligning to the raster prior to v.to.rast: g.region -a res=0.22 does not align the region to the raster, but to the resolution. This is an important difference reflected in the results Markus M This appears to work,with outputs from r.univar matching v.rast.stats: g.region -p -a raster=cahpa_i0apr_05216_nc_remapped_nc_1@prcp05216ijk res=0.22 g.region -p align=cahpa_i0apr_05216_nc_remapped_nc_1@prcp05216ijk v.to.rast --overwrite input=BMR_bndry_epsg4326@prcp05216ijk type=area output=BMR_bndry_epsg4326_rasterized use=cat r.univar -g -t map=cahpa_i0apr_05216_nc_remapped_nc_1@prcp05216ijk zones=BMR_bndry_epsg4326_rasterized@prcp05216ijk v.rast.stats map=BMR_bndry_epsg4326@prcp05216ijk raster=cahpa_i0apr_05216_nc_remapped_nc_1@prcp05216ijk column_prefix=test method=number,minimum,maximum,range,average,sum -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Searching-for-technical-details-on-how-v-rast-stats-calculates-means-and-other-statistics-tp5188809p5189189.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ 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
Re: [GRASS-user] Default method of rasterizing in v.to.rast
On Mon, Feb 23, 2015 at 1:05 PM, RichardCooper richtcoo...@hotmail.com wrote: Hi, I'm trying to determine the default method of rasterization used by v.to rast. In the v.to.rast manual it states in relation to the -d option, that 'All cells touched by the line will be set, not only those on the render path', but I'm not certain which method is being used by default. The -d option applies only to lines, default is only those on the render path (thin line). I came across a paper by Biagi and Negretti http://geomatica.como.polimi.it/workbooks/n2/articoli/lbmn.pdf * which describes how by default vectors are rasterized in GRASS 5. The latter authors refer to the 'center' method as being the standard GRASS command in 5.0 (p. 4). Is this used in GRASS 7? From my observation (in the Map Display), by default, vector area appear to be rasterized if the center of the grid cell falls within the area boundary? Yes, or the other way around: a grid cell belongs to the area where the grid cell's center falls into. Markus M I haven't checked through the code, but maybe someone has some knowledge on the history of v.to.rast? Cheers, Richard *http://geomatica.como.polimi.it/workbooks/n2/articoli/lbmn.pdf -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Default-method-of-rasterizing-in-v-to-rast-tp5189410.html Sent from the Grass - Users mailing list archive at Nabble.com. ___ 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
Re: [GRASS-user] how to do public transport isochrone maps (with OSM data)?
On 24/02/15 01:24, image93 wrote: Hello, Two months ago, i tried to do drive isochrone with the new plugin called v.isochrones. Now, i w'd like to do public transport isochrone map with grass. is it possible to have an idea of the processing steps? what kind of input data must be supplied ? What grass modules should be used? There is v.net.timetable that allows you to find a shortest path using public transport timetables. I imagine that it should be possible to use the process to also write a v.net.isotimetables, but someone would have to program that. A rewrite of v.isochrones is on my todo list (actually mostly done on my machine). The current implementation uses r.cost, but I've used another approach combining v.net.iso and r.grow.distance that also gives interesting results. The new version will also include the option to create individual isochrone maps from a series of starting points. But I don't know when I will find the time to actually put everything in a state where I can upload it to addons... Moritz ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Importing USGS' wrs2_descending Shapefile
Flash-backing on this one: [..] Markus M: Yes, overlapping areas can be represented as a topological model through M:N mapping: each area can belong to several categories, several areas can have the same category. If you want to get the coverage for a particular Landsat scene, just select the path and row with where=PATH = x and row = y. See also the manual of v.buffer for a similar example. So, I guess I'll forget the idea to fully automatise the process of Landsat border trimming? Can't we just have all of the Path-Row tiles ready in a compressed GRASS format? Some sort of packed ASCII file which can be easily imported? No other ideas? Nikos Markus N: Hence, you need to maintain them (AFAIK it is the -c option in v.in.ogr). Please correct me if I am wrong. For this shapefile, original polygons can not be maintained (incorrect boundaries, centroids exceeding number of areas). [..] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Please support users also at https://gis.stackexchange.com/questions/tagged/grass
Hi community, a growing number of questions arrives at https://gis.stackexchange.com/questions/tagged/grass Please consider to subscribe there, too, in order to support newcomers who are probably not aware of this mailing list. thanks Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user