Re: [GRASS-user] Rendering labels in GRASS Cartographic Composer from vector layer
It appears I can set the label size (map units) from the command line and the label re-sizing works as expected (provided I omit the fontsize option). However, I can't seem to omit the fontsize option if running from the module window. E.g. this works for a lat long layer, input in the command console, where the labels change in size on zooming. v.label labels=hydro_africa_lables.lbl map=hydrobasins_africa@hydrolayers column=MAJ_NAME size=0.25 color=red -- View this message in context: http://osgeo-org.1560.x6.nabble.com/Rendering-labels-in-GRASS-Cartographic-Composer-from-vector-layer-tp5048403p5048538.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] v.label.sa not working with areas?
Hi, I'm using GRASS 6.4.3 and cannot get v.label.sa to work with areas. On running the following I get an empty labels file. v.label.sa --verbose map=hydrobasins_africa@hydrolayers type=area column=MAJ_NAME labels=africa_basins_sa font=Trebuchet_MS size=0.5 color=red However, it works with lines - I can output a labels file if the layer comprises line features. Has anyone got this working with areas? Cheers, Richard -- View this message in context: http://osgeo-org.1560.x6.nabble.com/v-label-sa-not-working-with-areas-tp5048543.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
Re: [GRASS-user] speeding up v.clean for large datasets
On Sat, Apr 20, 2013 at 3:02 AM, Mark Wynter m...@dimensionaledge.com wrote: Thanks Markus. Upgraded to GRASS 7, and re-ran v.clean on same OSM Australia dataset. Substantially faster. The bulk of the time related to removal of duplicates, and it got exponentially slower as the process approached 100%. Overall it took 12 hours but I'm wondering how it would perform if we were to repeat v.clean for even larger road networks e.g. USA or Europe? Something is wrong there. Your dataset has 971074 roads, I tested with an OSM dataset with 2645287 roads, 2.7 times as many as in your dataset. Cleaning these 2645287 lines took me less than 15 minutes. I suspect a slow database backend (dbf). Try to use sqlite as database backend: db.connect driver=sqlite database=$GISDBASE/$LOCATION_NAME/$MAPSET/sqlite/sqlite.db Do not substitute the variables. HTH, Markus M I'm tempted to try dividing the input dataset into say 4 smaller subregions (i.e. vector tiles), and then try patching them back. I read that we will still need to run v.clean over the patched datasets to remove duplicates. Since the only duplicates should be nodes along the common tile edges, is there a way to in effect constrain the v.clean process to slithers containing the common edges? I've had a quick go at g.region but to no avail. Thanks GRASS 7.0.svn (PERMANENT):/data/grassdata v.clean input=osm_roads_split output=osm_roads_split_cleaned tool=break type=line -c -- Tool: Threshold Break: 0 -- Copying vector features... Copying features... 100% Rebuilding parts of topology... Building topology for vector map osm_roads_split_cleaned@PERMANENT... Registering primitives... 971074 primitives registered 13142529 vertices registered Number of nodes: 1458192 Number of primitives: 971074 Number of points: 0 Number of lines: 971074 Number of boundaries: 0 Number of centroids: 0 Number of areas: - Number of isles: - -- Tool: Break lines at intersections 100% Tool: Remove duplicates 100% -- Rebuilding topology for output vector map... Building topology for vector map osm_roads_split_cleaned@PERMANENT... Registering primitives... 2462829 primitives registered 13322052 vertices registered Building areas... 100% 0 areas built 0 isles built Attaching islands... Attaching centroids... 100% Number of nodes: 1819237 Number of primitives: 2462829 Number of points: 0 Number of lines: 2462829 Number of boundaries: 0 Number of centroids: 0 Number of areas: 0 Number of isles: 0 On 19/04/2013, at 6:07 PM, Markus Metz wrote: On Fri, Apr 19, 2013 at 9:06 AM, Mark Wynter m...@dimensionaledge.com wrote: Hi All, we're looking for ways to speed up the cleaning of a large OSM road network (relating to Australia). We're running on a large Amazon AWS EC2 instance. What we've observed is exponential growth in time taken as number of linestrings increases. This means it's taking about 3 days to clean entire network. We were wondering if we were to split the dataset into say 4 subregions, and clean each separately, is it then possible to patch them back together at the end without having to run v.clean afterwards? We want to be able to run v.net over the entire network spanning the subregions. Alternatively, has anyone found a way to speed up v.clean for large network datasets? Yes, implemented in GRASS 7 ;-) Also, when breaking lines it is recommended to split the lines first in smaller segments with v.split using the vertices option. Then run v.clean tool=break. After that, use v.build.polylines to merge lines again. Or use in GRASS 7 the -c flag with v.clean tool=break type=line. The rmdupl tool is then automatically added, and the splitting and merging is done internally. Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GDAL libgdal1.6.0.so.1 error (REPOST)
I am reposting my question because the first time I forgot to suscribe and the message was not sent to the mailing list. Sorry for the inconvenience. Hello everyone, I am trying to use GRASS backend with 52norh WPS server, so I have followed this instructions (http://52north.org/communities/geoprocessing/wps/tutorials/WPSGRASSLinux.html) to install GRASS 7 in ubuntu 12.10. After fixing some python issues by setting PYTHON_HOME to /usr and then a symlink to /usr/bin/python, it seemed I got it to work. But now, when I try to launch r.los (via WPS) I get a GDAL related error. From the log: ERROR timestamp=11:50:28 GDLA error while import. Unable to create input location from input /home/administrador/grass/temp/ccb06c6f-74ba-4c6d-9d14-16b62b9b9067.tif GDAL log: /usr/local/grass7.0.svn-x86_64-unknown-linux-gnu-10_11_2012/bin/r.in.gdal: error while loading shared libraries: libgdal1.6.0.so.1: cannot open shared object file: No such file or directory /ERROR I have installed GDAL 1.9.2 in ~/gdal192. the LD_LIBRARY_PATH is set: administrador@torrevision:~/gdal192$ echo $LD_LIBRARY_PATH /home/administrador/gdal192 Added the path to ldconf: administrador@torrevision:~/gdal192$ sudo ldconfig -v | grep gdal [sudo] password for administrador: /home/administrador/gdal192: libgdalconstjni.so.1 - libgdalconstjni.so libgdal.so.1 - libgdal1.6.0.so.1 libgdaljni.so.1 - libgdaljni.so libgdal.so.1 - libgdal.so.1.16.0 Maybe the problem is libgdal.so.1 - libgdal1.6.0.so.1 because the second one it's not present while the first it is, So I also tried to set another symlink from libgdal1.6.0.so.1: dministrador@torrevision:~/gdal192$ ls -l total 60300 drwx-- 2 administrador administrador 4096 abr 12 10:36 altitud -rwxr-xr-x 1 administrador administrador54931 dic 10 16:36 gdalinfo drwxrwxrwx 2 administrador administrador 4096 abr 3 18:32 javainfo lrwxrwxrwx 1 root root12 abr 19 11:50 libgdal1.6.0.so.1 - libgdal.so.1 -rwxr-xr-x 1 administrador administrador 112705 nov 22 18:10 libgdalconstjni.so lrwxrwxrwx 1 root root18 abr 19 11:30 libgdalconstjni.so.1 - libgdalconstjni.so -rwxr-xr-x 1 administrador administrador 1312184 nov 22 18:10 libgdaljni.so lrwxrwxrwx 1 root root13 abr 19 11:30 libgdaljni.so.1 - libgdaljni.so lrwxrwxrwx 1 administrador administrador 17 abr 3 18:32 libgdal.so - libgdal.so.1.16.2 lrwxrwxrwx 1 administrador administrador 17 abr 3 18:32 libgdal.so.1 - libgdal.so.1.16.2 -rwxr-xr-x 1 administrador administrador 44048076 nov 22 18:07 libgdal.so.1.16.2 -rwxr-xr-x 1 administrador administrador 5078163 nov 26 13:29 libltidsdk.so lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSCnet.so - libNCSCnet.so.0.0.0 lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSCnet.so.0 - libNCSCnet.so.0.0.0 -rwxr-xr-x 1 administrador administrador 590457 nov 22 14:34 libNCSCnet.so.0.0.0 lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSEcwC.so - libNCSEcwC.so.0.0.0 lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSEcwC.so.0 - libNCSEcwC.so.0.0.0 -rwxr-xr-x 1 administrador administrador81508 nov 22 14:34 libNCSEcwC.so.0.0.0 lrwxrwxrwx 1 administrador administrador 18 abr 3 18:32 libNCSEcw.so - libNCSEcw.so.0.0.0 lrwxrwxrwx 1 administrador administrador 18 abr 3 18:32 libNCSEcw.so.0 - libNCSEcw.so.0.0.0 -rwxr-xr-x 1 administrador administrador 8644546 nov 22 14:34 libNCSEcw.so.0.0.0 lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSUtil.so - libNCSUtil.so.0.0.0 lrwxrwxrwx 1 administrador administrador 19 abr 3 18:32 libNCSUtil.so.0 - libNCSUtil.so.0.0.0 -rwxr-xr-x 1 administrador administrador 713782 nov 22 14:34 libNCSUtil.so.0.0.0 -rwxr-xr-x 1 administrador administrador 608641 nov 22 18:10 libogrjni.so lrwxrwxrwx 1 root root12 abr 19 11:30 libogrjni.so.1 - libogrjni.so -rwxr-xr-x 1 administrador administrador 472066 nov 22 18:10 libosrjni.so lrwxrwxrwx 1 root root12 abr 19 11:30 libosrjni.so.1 - libosrjni.so I don't know if I am making a mess, but I don't know what else I can do. I have been about 3 hours searching and reading about this lib problem without sorting it out. I have to say GDAL works fine, I installed it to work with AIG rasters in Geoserver before trying GRASS. However with GRASS I get this error. Thank very much for your help. Santi -- View this message in context: http://osgeo-org.1560.x6.nabble.com/GDAL-libgdal1-6-0-so-1-error-REPOST-tp5048562.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] Unix and Grass commands in Windows
Hi Folks Just wondering how best to execute Unix and Grass commands using Grass 6/7.0. I'm running Windows Vista, and had started installing Cygwin, but this seems to be massive, and not even sure if this is the best environment, as some users don't seem happy about it. I had initially thought I could use the Console window, but this appears not to accept Unix commands. I also tried the included MySys Unix console which appears to be a Bash shell, but this does not recognise Grass commands. What would you recommend is the best option if I want to use Grass quite a lot, but don't want to convert my PC to a fully fledged Linux system (unless that really is the best option, such as using an emulator). Thanks Stephen ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Unix and Grass commands in Windows
Consider the option to install a virtual machine running Linux. Gives you the best of both worlds. You might choose the OSGeo Live DVD as your source for the virtual machine. It runs Xubuntu, and you'll have right from the get go GRASS 6.4 all the other GIS software you could want. You'll find instructions on how to setup the Live DVD as a virtual machine (with VirtualBox) right in the help files on the DVD. And after install the "Guest Addons" in the new VM, you'll be able to share folders between the VM and the host Windows computer, so you'll have access to any results from your Linux GRASS work back on the Windows machine. Best, Micha On 21/04/2013 13:55, Stephen Brearley wrote: Hi Folks Just wondering how best to execute Unix and Grass commands using Grass 6/7.0. I’m running Windows Vista, and had started installing Cygwin, but this seems to be massive, and not even sure if this is the best environment, as some users don’t seem happy about it. I had initially thought I could use the Console window, but this appears not to accept Unix commands. I also tried the included MySys Unix console which appears to be a Bash shell, but this does not recognise Grass commands. What would you recommend is the best option if I want to use Grass quite a lot, but don’t want to convert my PC to a fully fledged Linux system (unless that really is the best option, such as using an emulator). Thanks Stephen This mail was received via Mail-SeCure System. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user This mail was received via Mail-SeCure System. -- Micha Silver GIS Consulting 052-3665918 http://www.surfaces.co.il ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Unix and Grass commands in Windows
Thanks Micha I'll have a look at this. I am trying to optimise the number of applications on my system to have a limited number that I can actually use, yet cover all evils!! Want to concentrate on processing and interpreting data, rather than installing more GB. Creating a Linux partition is extra housekeeping, but as you say, may be the best option. Would like to get everything on a modest laptop, or even a subset of tools on my phablet..(another day!) Can you tell me what is the best Windows-based solution as well please, -to compare? Can't help feeling there is something built into Grass 7.0, that is right under my nose. Thanks S From: Micha Silver [mailto:mi...@arava.co.il] Sent: 21 April 2013 13:45 To: Stephen Brearley Cc: grass-user@lists.osgeo.org Subject: Re: [GRASS-user] Unix and Grass commands in Windows Consider the option to install a virtual machine running Linux. Gives you the best of both worlds. You might choose the OSGeo Live DVD as your source for the virtual machine. It runs Xubuntu, and you'll have right from the get go GRASS 6.4 all the other GIS software you could want. You'll find instructions on how to setup the Live DVD as a virtual machine (with VirtualBox) right in the help files on the DVD. And after install the Guest Addons in the new VM, you'll be able to share folders between the VM and the host Windows computer, so you'll have access to any results from your Linux GRASS work back on the Windows machine. Best, Micha On 21/04/2013 13:55, Stephen Brearley wrote: Hi Folks Just wondering how best to execute Unix and Grass commands using Grass 6/7.0. I'm running Windows Vista, and had started installing Cygwin, but this seems to be massive, and not even sure if this is the best environment, as some users don't seem happy about it. I had initially thought I could use the Console window, but this appears not to accept Unix commands. I also tried the included MySys Unix console which appears to be a Bash shell, but this does not recognise Grass commands. What would you recommend is the best option if I want to use Grass quite a lot, but don't want to convert my PC to a fully fledged Linux system (unless that really is the best option, such as using an emulator). Thanks Stephen This mail was received via Mail-SeCure System. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user This mail was received via Mail-SeCure System. -- Micha Silver GIS Consulting 052-3665918 http://www.surfaces.co.il ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] GRASS GIS 6.4.3RC3 source code and selected binaries released
*Third release candidate of GRASS GIS 6.4.3 with improvements and stability fixes* ** A *third release candidate of GRASS GIS 6.4.3* is now available. Source code download: - http://grass.osgeo.org/grass64/source/ - http://grass.osgeo.org/grass64/source/grass-6.4.3RC3.tar.gz Binaries download: - winGRASS 6.4.3RC3 standalone installerhttp://grass.osgeo.org/grass64/binary/mswindows/native/WinGRASS-6.4.3RC3-1-Setup.exe - winGRASS 6.4.3RC3 in OSGeo4W installerhttp://trac.osgeo.org/osgeo4w/wiki/pkg-grass - further packages http://grass.osgeo.org/download/software for Mac OSX, Ubuntu, Fedora, openSUSE, etc will follow shortly To get the GRASS GIS 6.4.3RC3 source code directly from SVNhttp://grass.osgeo.org/development/svn : svn checkout http://svn.osgeo.org/grass/grass/tags/release_20130420_grass_6_4_3RC3/ Key improvements of this release include some new functionality (image processing tools), major speedup for some vector modules, fixes for the wxPython based portable graphical interface, improvements for the Python API, enhanced portability for MS-Windows (native support), and more translations. See also our detailed announcement: http://trac.osgeo.org/grass/wiki/Release/6.4.3RC3-News First time users should explore the first steps tutorialhttp://grass.osgeo.org/documentation/first-time-usersafter installing. Release candidate management at http://trac.osgeo.org/grass/wiki/Grass6Planning Please join us in testing this release candidate for the final release. Thanks to all contributors! ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] limitations of r.stream.order
Hi there. Is there any limitation on the size of rasters that r.stream.order can handle? I'm trying to run it for a large area (rows: 8640, cols: 6480) and it gives me several of these warnings: WARNING: Stream network may be too dense... and it doesn't produce the desired output. best Carlos -- Prof. Carlos Henrique Grohmann Institute of Geosciences - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - http://carlosgrohmann.com http://orcid.org/-0001-5073-5572 Can’t stop the signal. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] limitations of r.stream.order
I forgot to mention some important info, sorry. I'm running this on Mac OSX 10.8 (Mountain Lion), GRASS 6.4 from William Kyngesburye. Carlos On Sun, Apr 21, 2013 at 2:16 PM, Carlos Grohmann carlos.grohm...@gmail.comwrote: Hi there. Is there any limitation on the size of rasters that r.stream.order can handle? I'm trying to run it for a large area (rows: 8640, cols: 6480) and it gives me several of these warnings: WARNING: Stream network may be too dense... and it doesn't produce the desired output. best Carlos -- Prof. Carlos Henrique Grohmann Institute of Geosciences - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - http://carlosgrohmann.com http://orcid.org/-0001-5073-5572 Can’t stop the signal. -- Prof. Carlos Henrique Grohmann Institute of Geosciences - Univ. of São Paulo, Brazil - Digital Terrain Analysis | GIS | Remote Sensing - http://carlosgrohmann.com http://orcid.org/-0001-5073-5572 Can’t stop the signal. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] limitations of r.stream.order
On Sun, 21 Apr 2013, Carlos Grohmann wrote: Is there any limitation on the size of rasters that r.stream.order can handle? I'm trying to run it for a large area (rows: 8640, cols: 6480) and it gives me several of these warnings: WARNING: Stream network may be too dense... Carlos, Try adjusting the threshold in r.watershed that you use to create the accumunlation map. All the r.basin.* series are sensitive to threshold size, so everywhere you specify a threshold value try increasing it -- greatly -- until you get a number that works for your needs. Rich -- Richard B. Shepard, Ph.D. | Integrity - Credibility - Innovation Applied Ecosystem Services, Inc. | http://www.appl-ecosys.com Voice: 503-667-4517 Fax: 503-667-8863 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Unix and Grass commands in Windows
Stephen Brearley wrote: Just wondering how best to execute Unix and Grass commands using Grass 6/7.0. I'm running Windows Vista, and had started installing Cygwin, but this seems to be massive, and not even sure if this is the best environment, as some users don't seem happy about it. I had initially thought I could use the Console window, but this appears not to accept Unix commands. The console window doesn't recognise any commands; it's the shell which is run in it which executes commands. If you use the Command Prompt entry in the start menu, you'll get a console window running cmd.exe (largely backward-compatible with DOS). MSys and Cygwin each offer a version of bash, along with some utilities. Cygwin provides a higher degree of Unix compatibility, but is more heavyweight. MSys and Cygwin each include a terminal emulator (rxvt for MSys, mintty for Cygwin), and the corresponding icon uses this terminal emulator to run bash. However, either version of bash can be run in a Windows console window if that is preferred. I also tried the included MySys Unix console which appears to be a Bash shell, but this does not recognise Grass commands. GRASS commands are designed to be run inside of a GRASS session. Essentially, this requires certain environment variables to be set (e.g. GISBASE must contain the path to the GRASS installation, GISRC must contain the path to a file containing certain settings, PATH must include the directories containing GRASS programs and DLLs). GRASS is supplied with a batch file which sets the various environment variables then starts a shell and/or a GUI. What would you recommend is the best option if I want to use Grass quite a lot, but don't want to convert my PC to a fully fledged Linux system (unless that really is the best option, such as using an emulator). GRASS 7 should run natively on Windows, i.e. it shouldn't require bash or any Unix utilities. GRASS 6.x requires bash and standard utilities in order to run various shell scripts (these have been converted to Python in GRASS 7). The Cygwin version should only be used if you particularly want a Unix environment but only have a Windows system. -- Glynn Clements gl...@gclements.plus.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user