Re: [GRASS-user] r.li circular window and not integer radius
Hi Sergio, Luca has made a fix in GRASS 7.1 for testing in revision r61866. Could you please test it? Best Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Looking for critiques on a tutorial
Jim, I'll try to find some time to work through your tutorial in the next few days; I'll get back to you -- I just took a quick look and I think it looks good. BTW, I'm also using Ubuntu (14.04). Tom On Thu, Sep 11, 2014 at 11:29 PM, James Keener j...@jimkeener.com wrote: Hello, I wrote a tutorial on how to go from a TIGER road map and GTFS data to a topological analysis of bus stops. There are some minor formatting issues I'm working on, but was hoping to get technical or other feedback on it. http://jimkeener.com/posts/analyizing-bus-routes Thank you, Jim ___ 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
[GRASS-user] Installation r.fuzzy.system on GRASS7 (Mac OSX) failed
Hi, I'd like to install the add-on r.fuzzy.system on GRASS7 on my Mac OSX (10.9.4). GRASS7beta3 (r61585M) has been installed via http://grassmac.wikidot.com/downloads. All necessary frameworks have also been installed and grass itself works properly. However, when it comes to the installation of the add-on, I get following error: g.extension extension=r.fuzzy.system svnurl= http://svn.osgeo.org/grass/grass-addons/grass7 Fetching r.fuzzy.system from GRASS-Addons SVN (be patient)... Compiling... system.c:122:11: warning: 7 enumeration values not handled in switch: 't_START', 't_IS_NOT', 't_IS'... [-Wswitch] switch (operator_stack[opr_top]) { ^ 1 warning generated. system.c:122:11: warning: 7 enumeration values not handled in switch: 't_START', 't_IS_NOT', 't_IS'... [-Wswitch] switch (operator_stack[opr_top]) { ^ 1 warning generated. /bin/sh: Radinger-18713/gisrc: No such file or directory make: *** [r.fuzzy.system.tmp.html] Error 1 ERROR: Compilation failed, sorry. Please check above error messages. Do I need to install any other packages etc. or is just the add-on broken? Just to mention, my computer's name includes a space, so e.g. the grass7rc is located here: /Users/Johannes Radinger/.grass7/rc If that information is needed Maybe anybody has some more information about that issue. Best regards, Johannes ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] question about r.info
That’s all right, thanks ! Da: Hermann Peifer Data invio: giovedì 11 settembre 2014 19.06 A: m roy On 2014-09-11 14:10, m roy wrote: Thank’s for the replay Hermann, this is not the case AFAIK because i generated the map using r.mapcalc with region and MASK properly set … Just to be on the safe side, you could do: r.mask -r g.region -p rast=myMap r.describe myMap r.stats -c myMap Hermann___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.net.centrality closeness
On Thu, Sep 11, 2014 at 3:44 PM, Moritz Lennert mlenn...@club.worldonline.be wrote: On 10/09/14 16:31, Will Fields wrote: I'm using v.net.centrality to do some calculations, and I had a question about how closeness centrality is calculated by the module: Is the value for closeness centrality actually farness (the sum of the distance from a site in a network to all other sites in the network)? v.net.centrality is returning large values for closeness in a data set rather than a decimal between 0 and 1. I tried to look through the C code for the module, but I wasn't able to make sense of it. I think you are right. In its current form, it seems to be more of a measure of farness. By inverting the closeness variable with a simple 1 / closeness I get a result that seems more adequate. But I also don't really understand the calculations in the code. Notably, if farness of a node is (according to the Wikipedia article referenced in the man page) the sum of its distances to all other nodes, shouldn't it be the sum of the distances of the node to all other nodes, i.e. you should be able to calculate farness using v.net.allpair and then summing the distances by from_node ? When I use v.net.centrality on a network combining streets_wake and schools_wake from the NC dataset and I calculate the closeness (aka farness), I get this for the nodes with the highest values: cat | dist -+-- 39 | 39769.319852 128 | 39316.769189 159 | 38730.565742 38 | 34311.673453 59 | 33649.126805 112 | 33406.022609 131 | 33080.405319 140 | 33062.412818 33 | 32580.971836 135 | 32183.519299 77 | 32059.527469 158 | 32039.010031 129 | 31501.214954 103 | 31327.647516 42 | 31283.00064 But when I calculate all distances with v.net.allpairs and the sum the distances by from_cat, I get from_cat |dist --+- 39 | 6254233.946 128 | 6175455.627 159 | 6080808.494 140 | 5498739.16 33 | 5403162.189 38 | 5336049.601 158 | 5322613.245 112 | 5241168.562 131 | 5211368.296 59 | 5201325.561 103 | 5182372.74 156 | 5171904.939 157 | 5116144.746 143 | 5065893.211 77 | 5047493.908 i.e. both the values _and_ the order of nodes are different. According to the code, closeness is the average distance to all other nodes reachable from the current node, i.e. something like average farness. Markus M Maybe you should file two bugs against v.net.centrality: 1) make closeness the real closeness, i.e. the inverse of farness 2) improve the documentation of the module by explaining the exact calculations of each variable, instead of just referencing a Wikipedia article Moritz ___ 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
[GRASS-user] Duplicate features in output of v.out.ogr
Hi All, I have extracted the centroids of a map with polygons, but some of the extracted centroids have identical cat numbers. I suspect that those are centroids of multi- part polygons that share the same attribute table records in the original input data (a MapInfo file). I would like to reduce my set of centroids to only one per cat value. So my question is. Is there a simple way to remove features with duplicate cat numbers from a GRASS map? Thanks and best, Ben -- Dr. Benjamin Ducke, M.A. {*} Geospatial Consultant {*} GIS Developer bendu...@fastmail.fm ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] José Anderson enviou-lhe o seguinte Abaixo-Assinado
Title: Ajude a divulgar o Abaixo-Assinado Caros Amigos, Acabei de ler e assinar o abaixo-assinado: «Abaixo-assinado CAMPANHA FIM DO POLÍTICO PROFISSIONAL» no endereço http://www.peticaopublica.com.br/pview.aspx?pi=P2012N25471 Concordo com este abaixo-assinado e cumpro com o dever de o fazer chegar ao maior número de pessoas. Caso você concorde, agradeço que assine o abaixo-assinado e que ajudem na sua divulgação através de um email para os seus contatos. Obrigado.José AndersonEsta mensagem foi-lhe enviada por José Anderson (joseandersonbati...@gmail.com), através do serviço http://www.peticaopublica.com.br em relação ao Abaixo-Assinadohttp://www.peticaopublica.com.br/?pi=P2012N25471 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user