[GRASS-user] Re: Using shell and perl scripts via a python script in windows, or better change to Linux?
Yes. I already thought about putting it into the wiki. However, I have lots of stuff to do at the moment and I wanted to check if really all of the named environment variables are necessary. I will work on it as soon as I find some time. -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Using-shell-and-perl-scripts-via-a-python-script-in-windows-or-better-change-to-Linux-tp5317271p5336900.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] v.in.ogr suddenly slow?
Giovanni Manghi wrote: Hi all, I just made a fresh install on my pc, Ubuntu 10.04 and GRASS 6.4 rc6 from the Ubuntugis repository. It seems to me that v.in.ogr is quite slower if compared with my old installation (6.4 rc5 on Ubuntu 9.04) for example this http://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip takes nearly 5 minutes and before it took much less. Here it takes nearly 30 minutes with grass64, all versions, RC5 is not faster than RC6 or current svn. This vector is extremely dirty, boundaries of adjacent polygons don't match, resulting in about 2300 overlapping areas and about 2400 spurious areas (gaps between adjacent polygons) equaling about 4700 erroneous areas for only 3775 input polygons. Import time was reduced to 4 minutes when snapping boundaries during import. With snapping during import and grass7, it's down to 1 min 46 sec and the result is topologically clean. I would rather use another world boundary layer, e.g. UN FGGD from FAO geonetwork. Markus M ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Using Vector Digitizer in Windows- TclTk
Greetings In the past I have submitted a few questions regarding vector digitizer in Windows (using tcltk) but now I have a few new questions, more focused on customization. 1- Regarding Insert new Record into table item: If I want to edit an existing boundary, I have to uncheck this? 2- I have developed a kind of a GRASS applicable version for classification to be used in my classes but I'm getting a lot of usability problems that I can solve by customization of tcltk vector digitalization please if anyone can help me, can answer the following (if not, who probably can help me?): a- How can I define a pre-defined layer number (always 1) and eliminate Layer ID check box? b- How can I eliminate the mode combobox and predefined next not in use? c- In Form, that is displayed after inserting a new boundary, how can I eliminate data encoding and predefine an option? d- (this is the complicated): My students are doing a classification procedure in which, for each landcover classe they have to define training areas. Right now they are doing:1) Open v.digit, insert filename and flag -n for Class1(forest); 2) Tcltk vector digitizer usage; 3) save and close vector digitizer 4) open v.digit insert filename and flag -n for class2 (ocean) ( ... ) So this is a heavy procedure for lazy students :) My question is: can I implement an circular process in which: 1) I open TclTkvector digitizer that asks for Class1; 2) Digizier boundaries bla bla bla 3) Click Next and TclTk's Vector Digitizer will ask for Classe2 (...) and so on. Thanks for your help in such an heavy questions Kim ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Copy a vectormap
Hello, Is there any possibility to copy a vector-map with only selected columns? E.g. I have a vectormap Buildings with the columns area, id, permeter, cat, etc. and I want to have a copy from this vectormap with only the columns id and area Thanks for your help -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Copy-a-vectormap-tp5337372p5337372.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] Copy a vectormap
gutle wrote: Is there any possibility to copy a vector-map with only selected columns? E.g. I have a vectormap Buildings with the columns area, id, permeter, cat, etc. and I want to have a copy from this vectormap with only the columns id and area Hi gutle. You mean you want to avoid using g.copy + v.db.dropcol ? Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Copy a vectormap
Hi Nikos yes. i want to avoid using g.copy + v.db.dropcol. the problem is, I have too much unnecessery column after all Gis operations. such as a_a_cat, a_b_cat and so on... gutle -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Copy-a-vectormap-tp5337372p5337607.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] wx python: multiple selection
Hi Jarek, I might be answering a bit late but here it goes I wxgui you can choose one raster map at a time. If the input is for multiple maps it will add the map to the end of the list. So, the idea is: Click on the drop down menu arrow and choose raster 1 Click on drop down menu arrow again and choose raster 2 do this for as many rasters as you wish Cheers Daniel 2010/7/23 Jarek Jasiewicz jar...@amu.edu.pl: Hi. Sorry for naive question, but in fact I try to use wx since few days, so maybe I lost something... How to made multiple map selection in wx without repetition of choosing map from list (look for something like control+click in tcltk menu gui) when multiple scope of map is needed (for example r.to.rast3d, v.patch) manual method is little frustrating cheers J. ___ 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] Re: Copy a vectormap
gutle wrote: yes. i want to avoid using g.copy + v.db.dropcol. the problem is, I have too much unnecessery column after all Gis operations. such as a_a_cat, a_b_cat and so on... I see. I guess it is not possible (currently?) to avoid using v.db.dropcol and/or v.db.renamecol. Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] problems in load data
I am novice in Grass. I created a Gis Data Directory, Project location and mapset but, I can not visualized data (shapefile). I selected: File / Import Vector Map / Impor vector data using OGR, after process it indicates the following: Bad file descrptores: Files. I reviewed documents but I do not know what is my error.How can I copy data in mapset directory? Thank you for your answer. ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] wx python: multiple selection
Daniel Victoria pisze: Hi Jarek, I might be answering a bit late but here it goes I wxgui you can choose one raster map at a time. If the input is for multiple maps it will add the map to the end of the list. So, the idea is: Click on the drop down menu arrow and choose raster 1 Click on drop down menu arrow again and choose raster 2 do this for as many rasters as you wish Cheers Daniel Hi Daniel, I notice that! It good solution when I need add 2-5 maps, no more I only ask what about situation when I must add more than 40 maps in r.to.rast3d? In tcltk version I used CTRL + click to select necessary maps at once So it means that such situation command must be created externally and next passed to terminal. Jarek 2010/7/23 Jarek Jasiewicz jar...@amu.edu.pl: Hi. Sorry for naive question, but in fact I try to use wx since few days, so maybe I lost something... How to made multiple map selection in wx without repetition of choosing map from list (look for something like control+click in tcltk menu gui) when multiple scope of map is needed (for example r.to.rast3d, v.patch) manual method is little frustrating cheers J. ___ 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] Wx Error while creating a vector
Greetings I'm running GRASS6.4. in osgeo4w, and while creating a new vector I got this error: Traceback (most recent call last): File C:/osgeo4w/apps/grass/grass-6.4.0svn/etc/wxpython/wx gui.py, line 533, in OnNewVector cmdDef=(['v.edit', 'tool=create'], map)) File C:\osgeo4w\apps\grass\grass-6.4.0svn\etc\wxpython\gu i_modules\gdialogs.py, line 192, in CreateNewVector stdin=sql) File C:\osgeo4w\apps\grass\grass-6.4.0svn\etc\wxpython\gu i_modules\gcmd.py, line 369, in __init__ _(Error: ) + self.GetError())) gui_modules.gcmd . CmdError Any suggestion of what might be wrong? Thanks Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] osgeo4w winGRASSinstallation: error with PROJ4
Greetings I've installed GRASS weekly snapshots in Windows (osgeo4w) by using CompileOnWindows Wiki. Today I tried to install latest snapshot (24_07_2010) and I got this error: checking External PROJ.4 version... 470 checking for location of External PROJ.4 library... checking for pj_get_def in -lproj... ./configure: line 7176: 5488 Segmentation fault (core dumped) ( eval $ac_link ) 25 configure: error: *** Unable to locate External PROJ.4 library. no Which is strange because last week I have installed a version from June 2010 and it all worked fine. Any idea of what might be wrong? Thanks Antonio Rocha __ Information from ESET NOD32 Antivirus, version of virus signature database 5314 (20100726) __ The message was checked by ESET NOD32 Antivirus. http://www.eset.com ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Lake modelling using volume interpolation (v.vol.rst and Paraview)
Hi, I have been working with GRASS for my Masters project to visualize 3D point data of Loch Lomond in Scotland, with carbon levels and temperatures measured at 63 points around the lake (at various depths). I can now get voxel data for each measured point visualised in Paraview, but have been unable to interpolate this data throughout the lake. Would anyone have any idea of the process for doing that? I have depth data for the whole lake (1208 points including on the shoreline) plus my own digitised outline (573 points), so I considered using the former as a bottom surface and the latter as a top surface in r3.out.vtk, but that doesn't work at all, producing an error message. I have also tried v.vol.rst with the carbon file, using the 4th column (containing the carbon data) as the w variable as specified, but that just produces a blank box in Paraview. Does anyone have any suggestions? Thanks, Craig _ http://clk.atdmt.com/UKM/go/19780/direct/01/ Do you have a story that started on Hotmail? Tell us now___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Stack Dumpfile in WinGRASS installation with OSGEO4w
Greetings A new update from myu precvious message (from which I didn't receive any answer): I'm installing weekly snapshot from last Friday and I'm gettingh a lot of Stackdumpfile printed in my mingw window and I'm getting a Lot of errors while building dlls which means that a lot of binaries are not being created. On Fri, Jul 23, 2010 at 11:53 AM, Monica Buescu monicabuescu1...@gmail.comwrote: Hi Since I saw today a message from Helmut, stating that 19-07 Snapshot is to be updated, I decided to install an earlier version (from June). While I was installing GRASS i got a lot of : 0 [main] sh 3880 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 960 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 2256 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 3724 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 772 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 2632 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 3464 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 2056 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump But I got a text stating that it was built without any errors. What is happening? Is this a problem? (because in my first attempt nothing was written in C:\osgeo4w\apps\grass and in second, without any change, it wrote there) Thanks Monica ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] problems in load data
Susana wrote: I am novice in Grass. I created a Gis Data Directory, Project location and mapset but, I can not visualized data (shapefile). I selected: File / Import Vector Map / Impor vector data using OGR, after process it indicates the following: Bad file descrptores: Files. I reviewed documents but I do not know what is my error.How can I copy data in mapset directory? Hello, it seems you have found a bug in the software. Which version of GRASS is it? (if a nightly-build version, which revision?, if not a nightly-build version does the 6.4 nightly build fix it?) Which version of Windows? Is this from the OSGeo4W installer or the stand-alone one? apparently something does not like C:\Program Files\... and is treating it like two things, C:\Program and Files\..., and then getting upset that the file of the broken name can not be found. I seem to recall some mention of this in the bug tracker or in the mailing list archives from the last month or three. a cheap fix is to reinstall grass in a directory without spaces (e.g. C:\GRASS-6.4\ ...), but it doesn't help us solve the problem for others. :) regards, Hamish ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Online database with GRASS
On 07/25/2010 04:42 PM, LeeDaniel wrote: Hi... Just in case the question got lost, since it's been a few days since I asked, here's my old post. I haven't gotten any replies yet :( ֵThe best combination, IMHO is PostGIS for the database backend, and Openlayers for displaying on the web. It's certainly possible to display GRASS vectors directly on the web, but, unless there's some specific reason to choose this option, I wouldn't. It puts an added complexity into the toolchain. Finish your analyses in GRASS, then export the vectors to PostGIS, and call the PostGIS spatial layers from a webpage with the Openlayers javascript library. I don't think anyone can give more specific guidance until there are more specific questions. -- Micha Hi all, My company's looking at making our geodata available online using an OpenStreetMaps map and some kind of geodatabase that the OSM interface accesses to display polygons with various attributes. The user should be able to click on the polygon and read the attributes. Now, I know the online interface is not the topic for this forum, but the whole thing is pretty challenging for me and the databank with GRASS is threatening enough. Does anybody have any experience with this type of project? I know e.g. that GRASS can work with DBF, SQLite, PostgreSQL, MySQL RDBMS, MySQL embedded databases, and UnixODBC. As a complete newbie to any kind of advanced database systems, I don't know the differences there. What would you all suggest? We're looking at a large amount of data, several ten thousand polygons with associated with about 10 attributes each. What would be the best option there and how would one set it up? Any help, suggestions or... Pretty much any communication regarding this matter would make me a very happy guy :) Thanks a lot in advance! Best, Daniel -- Micha Silver Arava Development Co. +972-52-3665918 http://surfaces.co.il ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Online database with GRASS
Thanks! Believe it or not, that really does help me quite a bit. I also got some direct emails from some other forum users with tips on books and stuff. I think this'll at least help me to start finding out what I need to find out :) -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Online-database-with-GRASS-tp5324371p5339365.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] Re: Online database with GRASS
On Mon, Jul 26, 2010 at 9:14 PM, LeeDaniel lee.daniel.1...@gmail.com wrote: Thanks! Believe it or not, that really does help me quite a bit. I also got some direct emails from some other forum users with tips on books and stuff. I think this'll at least help me to start finding out what I need to find out :) Please consider to post a summary here or to the GRASS Wiki! thanks Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Re: Online database with GRASS
Sure thing... I'll wait till the thing runs and then post the summary. -Daniel -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Online-database-with-GRASS-tp5324371p5339425.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] r.sim.water crashes
On Tue, Apr 6, 2010 at 6:50 PM, Hanlie Pretorius hanlie.pretor...@gmail.com wrote: Hi, I'm working on Windows XP SP3 and Grass 6.4.0RC6. When I try to run r.sim.water according to the example on page 163 in the book Open Source GIS a GRASS GIS approach (3rd Ed.), I get one of those Windows errors that want to 'tell Microsoft about this problem'. The details of the error report says: AppName: r.sim.water.exe AppVer: 0.0.0.0 ModName: libgrass_gis.6.4.0rc6.dll ModVer: 0.0.0.0 Offset: 0001a3f7 The first module listed in the detailed technical report is r.sim.water.exe. Many modules follow after that. The book uses the North Carolina example datasets and the steps are as follows: g.region=rural_1m res=2 -p r.mapcalc man05=0.05 r.mapcalc infil0=0. r.mapcalc rain50mmhr=50 v.surf.rst -d input=elev_lid792_bepts layer=0 elev=elev_lid792_2m slope=dx_2m aspect=dy_2m ten=15 smooth=1.5 segmax=25 npmin=100 r.sim.water -t elevin=elev_lid792_2m dxin=dx_2m dyin=dy_2m rain=rain50mmhr infil=infil0 manin=man05 depth=wdp_2m disch=disch_2m nwalk=40 niter=500 outit=20 hmax=0.2 halpha=8.0 hbeta=1.0 I have tried these steps on two different computers and get the same error. I have also tried the example on the manual page of r.sim.water with the same result. Can someone perhaps suggest a fix? There is a fix for GRASS 7 in http://trac.osgeo.org/grass/ticket/617 which could probably backported. Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.ogr suddenly slow?
Giovanni Manghi wrote: Hi all, I just made a fresh install on my pc, Ubuntu 10.04 and GRASS 6.4 rc6 from the Ubuntugis repository. It seems to me that v.in.ogr is quite slower if compared with my old installation (6.4 rc5 on Ubuntu 9.04) for example this http://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip takes nearly 5 minutes and before it took much less. Markus Metz wrote: Here it takes nearly 30 minutes with grass64, all versions, RC5 is not faster than RC6 or current svn. This vector is extremely dirty, boundaries of adjacent polygons don't match, resulting in about 2300 overlapping areas and about 2400 spurious areas (gaps between adjacent polygons) equaling about 4700 erroneous areas for only 3775 input polygons. Import time was reduced to 4 minutes when snapping boundaries during import. With snapping during import and grass7, it's down to 1 min 46 sec and the result is topologically clean. I would rather use another world boundary layer, e.g. UN FGGD from FAO geonetwork. time v.in.ogr dsn=TM_WORLD_BORDERS-0.3.shp out=tm_world_borders_03 --%--- 3775 input polygons Total area: 1.473113e+14 (8484 areas) Overlapping area: 3.402229e+09 (2294 areas) Area without category: 3.994093e+11 (2292 areas) real55m10.964s user54m50.060s sys 0m8.040s --%--- :-O Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.in.ogr suddenly slow?
Giovanni Manghi wrote: I just made a fresh install on my pc, Ubuntu 10.04 and GRASS 6.4 rc6 from the Ubuntugis repository. It seems to me that v.in.ogr is quite slower if compared with my old installation (6.4 rc5 on Ubuntu 9.04) for example this http://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip takes nearly 5 minutes and before it took much less. Markus Metz wrote: Here it takes nearly 30 minutes with grass64, all versions, RC5 is not faster than RC6 or current svn. This vector is extremely dirty, boundaries of adjacent polygons don't match, resulting in about 2300 overlapping areas and about 2400 spurious areas (gaps between adjacent polygons) equaling about 4700 erroneous areas for only 3775 input polygons. Import time was reduced to 4 minutes when snapping boundaries during import. With snapping during import and grass7, it's down to 1 min 46 sec and the result is topologically clean. I would rather use another world boundary layer, e.g. UN FGGD from FAO geonetwork. Nikos Alexandris wrote: in grass64 (without snapping): time v.in.ogr dsn=TM_WORLD_BORDERS-0.3.shp out=tm_world_borders_03 --%--- 3775 input polygons Total area: 1.473113e+14 (8484 areas) Overlapping area: 3.402229e+09 (2294 areas) Area without category: 3.994093e+11 (2292 areas) real55m10.964s user54m50.060s sys 0m8.040s --%--- :-O in grass64 with snapping=0.1: time v.in.ogr dsn=TM_WORLD_BORDERS-0.3.shp out=tm_world_borders_03_snapped_01 snap=0.1 --%--- 3775 input polygons Total area: 1.480245e+14 (4647 areas) Overlapping area: 0.00e+00 (0 areas) Area without category: 1.139301e+12 (1628 areas) real0m52.400s user0m49.730s sys 0m1.250s --%--- in grass70 with snapping=0.1: time v.in.ogr dsn=TM_WORLD_BORDERS-0.3.shp out=tm_world_borders_03_grass70_snapped_01 snap=0.1 --%--- 3775 input polygons Total area: 1.37653E+14 (4375 areas) Overlapping area: 0 (0 areas) Area without category: 1.11988E+12 (1475 areas) real0m53.130s user0m51.160s sys 0m1.240s --%--- Nikos ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] Installing r.area
Hi all, I'm trying to use r.area. For that I need to, of course, install it. As I've never compiled and installed anything before, these questions might be kind of stupid... So I apologize. Yes, I've read http://grass.osgeo.org/wiki/Compile_and_Install#Compiled_C_modules but although I tried what it asked me to do I didn't get the results I expected. Here is what I tried on OpenSUSE 11.3, 32 bit: 1. Went to the GRASS AddOns Wiki-page (http://grass.osgeo.org/wiki/GRASS_AddOns) and tried to add the various the SVN repository to my repository directories in Yast (the OpenSUSE system tool). Didn't work, which I think is one of those things that everybody'll say duh about, but when I say duh in this case, it comes from my heart because I'm dumb :P 2. Found the source codes of r.area (consisting of description.html, main.c and Makefile), copied their content into files with matching names in my home directory 3. Followed the instructions on http://grass.osgeo.org/wiki/Compile_and_Install to compile and install C add-ons (under the assumption that that's correct for r.area - sure looks like it is). Got the following results: - Hoping that the add-on was a binary (I know, I know...), I tried compiling it with make MODULE_TOPDIR=/usr/bin/grass64/ Result: Makefile:11: /usr/bin/grass64//include/Make/Module.make: Not a directory make: *** No rule to make target `/usr/bin/grass64//include/Make/Module.make'. Stop. Okay. The computer spoke Latin to me. Noticing that it's got a path with two slashes right after another after my input, I thought that perhaps it wasn't finding the proper directory and tried it without the slash at the end: make MODULE_TOPDIR=/usr/bin/grass64 Result: Makefile:11: /usr/bin/grass64/include/Make/Module.make: Not a directory make: *** No rule to make target `/usr/bin/grass64/include/Make/Module.make'. Stop. Alright. No more double slash, but for all intents and purposes the same message. So I then tried setting up an alias, not because I understand what that means but because it was also suggested on the page: alias gmake64='make MODULE_TOPDIR=/usr/bin/grass64/' Computer seemed to like this and gave no reply. However, the next line was ready, so I guess the alias was set up. Then I tried installing it: make MODULE_TOPDIR=/usr/bin/grass64/ install Result: Makefile:11: /usr/bin/grass64//include/Make/Module.make: Not a directory make: *** No rule to make target `/usr/bin/grass64//include/Make/Module.make'. Stop. Obviously I'm doing something wrong. Thinking that I might be dealing with source code that still needed to be prepared, I entered: ./configure To which my computer replied: bash: ./configure: No such file or directory No luck. Can anybody help me? I know this is a relatively simple question, but I don't seem to be able to make anything of the online help texts. Thanks!! Best, Daniel -- View this message in context: http://osgeo-org.1803224.n2.nabble.com/Installing-r-area-tp5340139p5340139.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] Re: Stack Dumpfile in WinGRASS installation with OSGEO4w
Monica, I searched in the internet for such messages and came across this http://readlist.com/lists/lists.sourceforge.net/mingw-msys/0/341.html Perhaps giving you some idea? Markus On Mon, Jul 26, 2010 at 6:26 PM, Monica Buescu monicabuescu1...@gmail.com wrote: Greetings A new update from myu precvious message (from which I didn't receive any answer): I'm installing weekly snapshot from last Friday and I'm gettingh a lot of Stackdumpfile printed in my mingw window and I'm getting a Lot of errors while building dlls which means that a lot of binaries are not being created. On Fri, Jul 23, 2010 at 11:53 AM, Monica Buescu monicabuescu1...@gmail.com wrote: Hi Since I saw today a message from Helmut, stating that 19-07 Snapshot is to be updated, I decided to install an earlier version (from June). While I was installing GRASS i got a lot of : 0 [main] sh 3880 open_stackdumpfile: Dumping stack trace to sh.exe.stackdump 0 [main] sh 960 open_stackdumpfile: Dumping stack trace to sh.exe.stackdum p 0 [main] sh 2256 open_stackdumpfile: Dumping stack trace to sh.exe.stackdu mp 0 [main] sh 3724 open_stackdumpfile: Dumping stack trace to sh.exe.stackdu mp 0 [main] sh 772 open_stackdumpfile: Dumping stack trace to sh.exe.stackdum p 0 [main] sh 2632 open_stackdumpfile: Dumping stack trace to sh.exe.stackdu mp 0 [main] sh 3464 open_stackdumpfile: Dumping stack trace to sh.exe.stackdu mp 0 [main] sh 2056 open_stackdumpfile: Dumping stack trace to sh.exe.stackdu mp But I got a text stating that it was built without any errors. What is happening? Is this a problem? (because in my first attempt nothing was written in C:\osgeo4w\apps\grass and in second, without any change, it wrote there) Thanks Monica ___ 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] Lake modelling using volume interpolation (v.vol.rst and Paraview)
On Mon, Jul 26, 2010 at 5:27 PM, Craig Wilson craiging...@hotmail.com wrote: Hi, I have been working with GRASS for my Masters project to visualize 3D point data of Loch Lomond in Scotland, with carbon levels and temperatures measured at 63 points around the lake (at various depths). I can now get voxel data for each measured point visualised in Paraview, but have been unable to interpolate this data throughout the lake. Would anyone have any idea of the process for doing that? I have depth data for the whole lake (1208 points including on the shoreline) plus my own digitised outline (573 points), so I considered using the former as a bottom surface and the latter as a top surface in r3.out.vtk, but that doesn't work at all, producing an error message. Please post this error message. I have also tried v.vol.rst with the carbon file, using the 4th column (containing the carbon data) as the w variable as specified, but that just produces a blank box in Paraview. Does anyone have any suggestions? Thanks, Please post the full v.vol.rst command here as well as v.info -c carbon_file Markus ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
