Re: [GRASS-user] bug in v.net
Hello, please provide exact commands to execute in Spearfish or NC datasets to reproduce Your issues. IMHO You are just mixing up things - when You use v.net operation=connect, You will get node_count = School_nodes + Road_nodes as it connect's every school with road segment to nearest road and thus creates one or two extra nodes per school on a road network. Maris. 2010/9/2, Ricardo Rodríguez ricardorodo...@gmail.com: hello all, I found a bug in the script v.net creates more nodes to be created, for example using the Gisdemo_ncspm mapaset creating a network between the layer of streets and schools in this mapaset schools are 169, but the resulting network appears with 49 746 nodes this is a mistake recording advised me to correct it or what version of GRASS GIS is in good condition and has the scripts of centrality and short cuts for all couples thanks for the support and help Ricardo Rodríguez Univalle ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Best format for exporting raster data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/09/10 21:21, Glynn Clements wrote: Rainer M Krug wrote: But GRASS doesn't generally read data from files per se, but from either the GRASS database or from GDAL (and the former might eventually go away if we can get native GRASS support into GDAL). I don't understand that statement - I am the database is ultimately a file, so grass is requesting the data from the database which then reads it from the mapset which consists of files. Ultimately, it's files, but only at the lowest level of the core libraries. Modules get their data from the GRASS database, but the nature of that database is an implementation detail. OK - that's clear. And gdal is used when data is read which is not in the mapset - right? GDAL is used if you create a linked map using r.external or r.external.out. Makes sense. Similarly, while there exist filesystems which can mount archives, tar files (and especially compressed tar files) are a poor choice, as they are designed for sequential access. ZIP/RAR are more suited to such tasks. but they can actually be mounted as was pointed out by Markus Neteler (http://www.linux.com/archive/feature/132196). They can, but the filesystem will have to decompress a substantial part of the archive just to access one file. If you use zip/rar, it only has to decompress files which are accessed. That is definitely an interesting detail, I was not aware of. I will definitely think about using one of those. Ultimately, I don't think that this situation is common enough to be worth doing anything about. If you want to access archived data, you just unpack the archives first (or use an archive format which can be mounted). I'll folow the following approach: I'll leave the data uncompressed, until the analysis are completed (I have a new 2TB hdd now) and will compress them into tar.gz files as soon as the project is finished. If I need them again, I will use archivemount to access the data. If you're planning on using archivemount, use zip/rar rather than .tar.gz (and don't use solid rar archives, which have the same problems with random access as tar files). Thanks for this tip - I will likely do as suggested. Cheers, Rainer - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Tel:+33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: rai...@krugs.de Skype: RMkrug -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyAqeoACgkQoYgNqgF2egry3QCfe2RwvE91BYHGpr1CsApwvZ+U zuwAoIS6ywDmwxGIevvei40AxEXpmMh6 =1NJE -END PGP SIGNATURE- ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using addon: r.seg
For the record: On Sun, Jun 13, 2010 at 7:16 PM, Nikos Alexandris nikos.alexand...@felis.uni-freiburg.de wrote: katrin eggert wrote: Last week someone mentioned at this mailing list the r.seg segmentation from here: http://www.ing.unitn.it/~grass/) It is now in GRASS-Addons. I have contacted the author but he didn't replied. Have anyone ever used? or know someone that have used? :) We are using it here in my group now, seems to work well. On Sunday 13 of June 2010 18:48:55 Nikos Alexandris wrote: I've came across 2 problems: 1. I can't get in installed (using grass64 from svn). The compilation seems to run fine (so it should be usable) but after that, when I try to sudo make install I get the error: make: *** No rule to make target `install'. Stop. Fixed in SVN. 2. Running the compiled grass64 (which contains the compiled r.seg) and trying to test r.seg gives this error: Should work ok now. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: v.surf.rst does not get past 0% from cli, throws error from python gui but not tcltk
That was exactly the problem. Sorry for the bother. I was trying to import data in units of feet into a meters location. So, I guess there were about 3x as many rows and cols as should have had. Oh, it's so embarrassing to have problems with region, units, and masks. Thanks for answering though. Eric - Eric Hardin -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/v-surf-rst-does-not-get-past-0-from-cli-throws-error-from-python-gui-but-not-tcltk-tp5491018p5495213.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] Adding options to grass.run_command
Hi, I'm writing my first GRASS Python script and am having trouble adding options to commands that I want to run. For example, the following works: - grass.run_command(r.in.xyz, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) - but this doesn't: - grass.run_command(r.in.xyz, --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) - neither does this: - grass.run_command(r.in.xyz --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) - How can I get this to work, or is there a better way of doing it using a command other than grass.run_command? Thanks Hanlie ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Adding options to grass.run_command
2010/9/3 Hanlie Pretorius hanlie.pretor...@gmail.com: grass.run_command(r.in.xyz, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) better `input = os.path.join(directory, file)` but this doesn't: - grass.run_command(r.in.xyz, --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) neither does this: - grass.run_command(r.in.xyz --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) should be `overwrite = True` instead `--overwrite` Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Adding options to grass.run_command
Thanks :-) 2010/9/3, Martin Landa landa.mar...@gmail.com: 2010/9/3 Hanlie Pretorius hanlie.pretor...@gmail.com: grass.run_command(r.in.xyz, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) better `input = os.path.join(directory, file)` but this doesn't: - grass.run_command(r.in.xyz, --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) neither does this: - grass.run_command(r.in.xyz --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) should be `overwrite = True` instead `--overwrite` Martin -- Martin Landa landa.martin gmail.com * http://gama.fsv.cvut.cz/~landa ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Adding options to grass.run_command
Martin Landa wrote: but this doesn't: - grass.run_command(r.in.xyz, --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) neither does this: - grass.run_command(r.in.xyz --overwrite, input=directory+'/'+file, output=rainraster, fs=',', x=2, y=1) should be `overwrite = True` instead `--overwrite` Likewise for quiet and verbose. Any normal (single-dash) flags must specified via flags=..., e.g.: r.something -a -b -c ... becomes: grass.run_command(r.something, flags=abc, ...) -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Using GRASS with GPS
I have what I thought was going to be an easy problem, but it is of course more complicated than I'd expected. I need to query a GPS that is attached to my computer (by USB or Bluetooth) for my current location and then query a road network database to find the road segments within some arbitrary distance. Does GRASS support that kind of operation? Can anyone get me started on how to do it? Thanks! It has been a while since I've done anything with GRASS and I'm having to re-learn much of what I used to know. --- Man will occasionally stumble over the truth, but most of the time he will pick himself up and continue. -- Winston Churchill ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Using GRASS with GPS
On Fri, Sep 3, 2010 at 8:37 PM, PixelPusher pixelpus...@cox.net wrote: I need to query a GPS that is attached to my computer (by USB or Bluetooth) for my current location and then query a road network database to find the road segments within some arbitrary distance. Does GRASS support that kind of operation? Can anyone get me started on how to do it? I would look at http://grass.osgeo.org/grass64/manuals/html64_user/v.in.gpsbabel.html - Import waypoints, routes, and tracks from a GPS receiver... or http://grass.osgeo.org/grass64/manuals/html64_user/v.in.garmin.html and http://grass.osgeo.org/grass64/manuals/html64_user/v.distance.html - Find nearest lines Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Shortest Distance v.net.path
Hello, I am working with v.net.path in Grass 6.4.0RC7. I am attempting to get the shortest distance between a point and numerous other points along a network of streets. I have point A going to 112 different point Bs. I created a text file that looks like this and is loaded into GRASS as the file containing the start and end points: 0 747212.685926 4720037.13823 746483.659225 4716904.53527 1 747212.685926 4720037.13823 746500.601921 4716933.7664 2 747212.685926 4720037.13823 746511.948724 4716964.86195 3 747212.685926 4720037.13823 746520.848479 4716995.63643 4 747212.685926 4720037.13823 746516.776154 4717023.48178 5 747212.685926 4720037.13823 746546.774411 4717037.56583 6 747212.685926 4720037.13823 746573.881945 4717057.02371 etc... It seems like the path works for some start and finish point combonations, but for others it does not and it simply draws a straight line between point A and point B (see image below). I am hoping someone might be able to tell me why this may be happening and how I can stop this from happening. The coordinate system I am using is in US feet and I am using a Maximum Distance to Network of 1 because all of the points should fall essentially right on the line. Thank you very much for any help you can lend. http://osgeo-org.1803224.n2.nabble.com/file/n5496931/Grass_Window.jpg -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Shortest-Distance-v-net-path-tp5496931p5496931.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
