From vishalm1975 at gmail.com Wed Nov 1 01:03:21 2006 From: vishalm1975 at gmail.com (Vishal Mehta) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] exporting Grass rasters to multiband Geotiff? Message-ID: <955d14510610312203u5761338fkd79b8b8cc2b0b20c@mail.gmail.com> Hi all, I would like to know how i can export, say, 12 grass rasters (call them map.1 to map.12) into a single GeoTiff file. Looks like r.out.gdal allows only one band Geotiff? What about gdal_translate? I used gdal_translate to import from Netcdf to multi-band GeoTiff months ago, but am not sure how it works for exporting from Grass to multi-band GeoTiff. maybe something like : gdal_translate -ot Int16 -of GTiff -b 1 -b 2 ... -b 12 map.1 map.2...map.12 out.tiff would the above work? if this cannot be done, i need to export into some other multi-band format - would exporting to Erdas Imagine (.img) format work for multi-band? thanks, vishal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061101/13e6372c/attachment.html From ravivundavalli at yahoo.com Wed Nov 1 01:33:20 2006 From: ravivundavalli at yahoo.com (RAVI KUMAR) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] Which is the best forum/resource for GRASS starters? In-Reply-To: Message-ID: <20061101063320.16310.qmail@web60516.mail.yahoo.com> Hi Abhinav, 1. GRASS has all the capability to display maps, which can be even queried. But then you need to use many of the Open Source Geospatial Software, that is OSGEO. 2. You may see very informative material here http://www.foss4g2006.org Download what suites your interest. An article 'Make your own google maps', may be particularly of great interest. 3. Join the India chapter of OSGEO to sail along with likemided in this wonderful world of, 'Open Source Geospatial' endeavour. http://wiki.osgeo.org/index.php/India Greetings Ravi Kumar --------------------------------- Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061031/0cdf7061/attachment.html From temiz at deprem.gov.tr Wed Nov 1 10:55:10 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] r.terraflow consumed a big space Message-ID: <4548C35E.8080301@deprem.gov.tr> hello I tried to use r.terraflow. But although I picked a small region, it consumed a big space in hard disk. What might the solution be ? regards -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From jjorgenson at gmail.com Wed Nov 1 08:17:14 2006 From: jjorgenson at gmail.com (Jason Jorgenson) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] raster area problem Message-ID: Hi all. This is my first attempt at using the mailing list... I have digitized a topo map's landuse classes into a vector layer, and then converted the vector to a raster. I want to see how much land would have been required for settlements at point x,y with population of 'P' to sustain themselves. Example, for site 'Shuna' with a population of 5000 I need 16 sq km (of landuse classes 1,2,5 (agricultural,olive,fruit)). http://arkygeek.blogspot.com for a crude drawing of what i mean... What I am trying to do is (ultimately) determine the radius of the circle that will contain 'A' square meters of usable land. These are the general steps I have come up with... 1. the landuse classification data - convert the vector layer of classified land to a raster. 2. this new raster will contain 2 values - 0=not usable and 1=usable (??should i do this??) and then I can do this - ask for population size of settlement - ask for site to analyze which will give xy - ask for ratio of crop:fallow (any other variables can be set here as well) - computer determines amount of land required to sustain population - calculate the radius of a circle surrounding site that encompasses the required amount of land 3. The logic for calculating the radius looks like this: (??????) for every locality do set solution found flag to false while solution not found increment proposed radius select all cells within proposed radius test if solution is found 4. Once the radius is found, mask the results, convert the results to a vector, and this should give me the solution. (???????) Any suggestions??? Thanks for your time! -- Jason Jorgenson Post Grad Research Student University of Liverpool "If you don't get out of the box you've been raised in, you won't understand how much bigger the world is." - Angelina Jolie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061101/d34bb898/attachment.html From mdusaire at umn.edu Wed Nov 1 11:11:06 2006 From: mdusaire at umn.edu (Martin du Saire) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] Grass6.2\Cygwin Message-ID: <7.0.1.0.0.20061101093822.01a87c40@umn.edu> Hi, Tried compiling 6.2.0 in Cygwin (that should work, right?) ./configure --disable-shared --with-proj-share=../../usr/local/share/proj No errors reported . Then make reported errors in v.in.ogr and v.digit and make: Error 1 Ran make in v.in.ogr and v.digit, but still reported Error 1. What should I be looking for in the output in order to figure out what I am doing wrong or missing? There are a series of undefined references to _X??? Is this a bad thing, related to the fact that I am using Xorg in stead of Xfree? Thanks M From lponti at infinito.it Wed Nov 1 17:37:28 2006 From: lponti at infinito.it (Luigi Ponti) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] does v.surf.idw raster surface pass through input points? Message-ID: <454921A8.3080300@infinito.it> Hello, I am trying to fill missing data in daily temperatures via v.surf.idw interpolation. I have imported daily temperatures via v.in.ascii to a latlong location, with missing values indicated by "", as suggested by Hamish: http://www.intevation.de/rt/webrt?serial_num=2763&display=History Then I have v.surf.idw interpolated the vector point values, both in the latlong import location and in a Lambert Conformal Conic (LCC) location, uploading raster values at positions of vector points to the attribute table via v.db.addcol & v.what.rast. Following is an excerpt of the attribute table I have obtained, where TEMP is the daily temperature at a particular LON and LAT, while SURF1 and SURF2 are values uploaded from interpolated raster in the latlong and LCC locations, respectively (I have added the MISSING flag to indicate a missing temperature value, which is a "" in the real table, for clarity): CAT | LON | LAT | TEMP | SURF1 | SURF2 1 | 8.283300 | 40.633300 | 14.600000 | 6.585142 | 7.339586 2 | 16.314700 | 40.283100 | MISSING | 11.720935 | 11.169486 3 | 11.850000 | 43.466700 | 12.000000 | 8.832849 | 9.011710 In the help, I read that v.surf.idw generates the interpolated surface from the data points. Would this mean that the interpolated raster pass exactly through the vector input points (i.e., uploaded values should equal original input values), contrary to v.surf.rst where the smooth paramenter controls the deviation between the given points and the resulting surface? Thanks and regards, Luigi From hamish_nospam at yahoo.com Wed Nov 1 20:42:31 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] r.terraflow consumed a big space In-Reply-To: <4548C35E.8080301@deprem.gov.tr> References: <4548C35E.8080301@deprem.gov.tr> Message-ID: <20061102144231.05177dd2.hamish_nospam@yahoo.com> temiz wrote: > > I tried to use r.terraflow. But although I picked a small region, it > consumed a big space in > hard disk. > > What might the solution be ? Yes, it will do that, usually in /var/tmp, check that no STREAM files have been left behind there. (needs a trap + cleanup() fn?) See the help page; the "solution" is to increase the mem= option. The default is 300mb but you can probably make that = total RAM in your system - 200, or so. Increasing the mem= option can be useful to prevent large files (>2gb), it should tell you how much it is planning on using when it begins. Also should be slightly faster (as long as you don't go into swap space). Hamish From hamish_nospam at yahoo.com Wed Nov 1 23:18:05 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] perpendicular segments to a line In-Reply-To: <1162225810.5849.40.camel@geoivan> References: <1162225810.5849.40.camel@geoivan> Message-ID: <20061102171805.47a43033.hamish_nospam@yahoo.com> ivan marchesini wrote: > Dear all, > does someone know if there's a simple way to create perpendicolar > segments to a lines (equispaced along this line)??? > like this... > > | | | | | > ------------------- > | | | | | > > I have had a look to v.lrs.XXX but I have got some problems to > understand the needed parameters.. also looking at the papers from > Radim didn't help me... > what I need is probably a simple tutorial or something similar... > I mean.. if someone can help me with this topic I can write a wiki > page on this... > but at the moment I can't understand wich can be the simpler way to > solve this problem... > v.segment? > v.split? > v.to.points? > v.lrs.XXX? m.cogo might help as part of a script, Description: A simple utility for converting bearing and distance measurements to coordinates and vice versa. It assumes a cartesian coordinate system Hamish From temiz at deprem.gov.tr Thu Nov 2 10:06:43 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] "half basin" from r.terraflow ? Message-ID: <454A0983.5050202@deprem.gov.tr> hello I tried r.terraflow in grass6.3.cvs. It looks quite satisfactory ( and better than other alternatives such as r.watershed). But I want to have "half basin" of watersheds and r.terraflow doesn't seem to produce it. how can I get it on basis of r.terraflow? regards -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From temiz at deprem.gov.tr Thu Nov 2 10:24:49 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] eliminate some lines Message-ID: <454A0DC1.7010700@deprem.gov.tr> /*hello I couldn't do with v.clean what I wanted to do. I want to eliminate all lines whose their langth are under 20 m. what is the solution ? regards */ -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From vishalm1975 at gmail.com Thu Nov 2 04:53:47 2006 From: vishalm1975 at gmail.com (Vishal Mehta) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] exporting Grass rasters to multiband Geotiff? In-Reply-To: <20061102174041.62a13548.hamish_nospam@yahoo.com> References: <955d14510610312203u5761338fkd79b8b8cc2b0b20c@mail.gmail.com> <20061102174041.62a13548.hamish_nospam@yahoo.com> Message-ID: <955d14510611020153q1cf38580ya618340775f23e0@mail.gmail.com> I actually did look at previous emails but could not get a definite answer, and also did'nt follow the VRT discussion in earier emails. Meanwhile actually, I'm having trouble with using r.out.gdal on even a single image . My original grass raster has integer values from -262 to 276, and the r.infooutput says that its CELL format . So i assumed that the type is Int16, and used the following command: r.out.gdal input=avgtemp1960.1 format=GTiff type=Int16 output=jan1960.tiffcreateopt="TFW=YES" I then imported the output Geotiff into both IDRISI as well as GRASS(using r.in.gdal) In both cases, the values are completely different and go from 0 to 32767. Int32 and Float32 options dont work either. Any ideas? In my opinion, I find that in general, the documentation for this in Grass as well as Gdal is inadequate. There should be one example for each type of format.. And what is the difference between 'Tiles' and 'Bands'? Finally, where can i figure out what Int16/32, Float32, Cint16, Cint32 - what these things mean? thanks, vishal On 11/2/06, Hamish wrote: > > Vishal Mehta wrote: > > Hi all, > > > > I would like to know how i can export, say, 12 grass rasters (call > > them map.1 to map.12) into a single GeoTiff file. > > Looks like r.out.gdal allows only one band Geotiff? > > What about gdal_translate? I used gdal_translate to import from Netcdf > > to multi-band GeoTiff months ago, but am not sure how it works for > > exporting from Grass to multi-band GeoTiff. > > > > maybe something like : > > gdal_translate -ot Int16 -of GTiff -b 1 -b 2 ... -b 12 map.1 > > map.2...map.12 out.tiff > > would the above work? > > > > if this cannot be done, i need to export into some other multi-band > > format - would exporting to Erdas Imagine (.img) format work for > > multi-band? > > > this was disccussed earlier this year on the mailing lists, you might > search for a solution there. > > From memory, using the gdal tools was the current "best" solution, I > think you are very much on the right path. > > > Hamish > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061102/ada2ae87/attachment.html From mlennert at club.worldonline.be Thu Nov 2 04:56:36 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:23 2007 Subject: [GRASS-user] eliminate some lines In-Reply-To: <454A0DC1.7010700@deprem.gov.tr> References: <454A0DC1.7010700@deprem.gov.tr> Message-ID: <4549C0D4.5000903@club.worldonline.be> temiz wrote: > /*hello > > I couldn't do with v.clean what I wanted to do. > I want to eliminate all lines whose their langth are under 20 m. > > what is the solution ? not tested: v.to.db map=Original option=length type=line col=linelength units=me v.extract input=Original output=Original20 where="linelength>20" Moritz From neteler at itc.it Thu Nov 2 05:04:27 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] eliminate some lines In-Reply-To: <454A0DC1.7010700@deprem.gov.tr> References: <454A0DC1.7010700@deprem.gov.tr> Message-ID: <20061102100427.GF18658@bartok.itc.it> On Thu, Nov 02, 2006 at 10:24:49AM -0500, temiz wrote: > /*hello > > I couldn't do with v.clean what I wanted to do. > I want to eliminate all lines whose their langth are under 20 m. > > what is the solution ? > > regards > */ You could add a new column with v.db.addcol and then upload the vector line lengths to this column with v.to.db and option=length. Then use v.extract with a simple SQL rule to extract all but lengths < 20m. Markus From neteler at itc.it Thu Nov 2 05:31:11 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS PSC Update In-Reply-To: <4547597F.3040608@itc.it> References: <2FAA57395C1F914DB27CAA4C376058F2EFC6E9@S0-OTT-X2.nrn.nrcan.gc.ca> <4547597F.3040608@itc.it> Message-ID: <4549C8EF.5070600@itc.it> Hi again, the new GRASS-PSC list is here: http://grass.itc.it/mailman/listinfo/grass-psc Feel free to subscribe, it's an open (low traffic) list. We'll keep most discussions on the GRASS Developers list as usual, it was just created to keep things well archived and easy to find. Markus Markus Neteler wrote on 10/31/2006 03:11 PM: > Hi David, > > I have just created a dedicated list which will be populated with our recent > offlist discussion (to make it available to everyone). The new list is > intended > to be an open, low-traffic list since most will happen on "grass-dev" > anyway. > More details soon once it is up and running. > > Best, > Markus > > Sampson, David wrote on 10/31/2006 01:49 PM: > >> Paul and others, >> >> Thanks for the comments and updates. It sounds like things are moving >> along with the GRASS PSC. This is exciting. >> >> Please keep us all informed as the process unfolds. >> >> Cheers >> >> -----Original Message----- >> From: Paul Kelly [mailto:paul-grass@stjohnspoint.co.uk] >> Sent: October 31, 2006 06:47 >> To: Sampson, David >> Cc: grassuser@grass.itc.it >> Subject: Re: [GRASS-user] GRASS PSC Update >> >> Hello David >> >> On Mon, 30 Oct 2006, Sampson, David wrote: >> >> >> >>> Hey Folks, >>> >>> I thought I would follow up from our previous process of forming the >>> GRASS PSC. >>> >>> Since the time we announced who formed the PSC I thought I'd leave >>> things be and let proccesses be what they may and allow the group a >>> chance to come together. >>> >>> I am curious to know where the GRASS PSC currently stands and if they >>> require any assiatnce from the GRASS commmunity as a whole. >>> >>> Maybe a single representative from the GRASS PSC an give us all an >>> update. >>> >>> >> Just thought I'd let you know that we've been discussing revisions to >> the RFC document that describes the PSC's terms of reference, the >> motivation being to hopefully try and disturb as little as possible the >> current method of achieving consensus for technical decisions on the >> developers mailing list. The OSgeo guidelines require the PSC to >> maintain a certain level of quality control over the codebase, and >> personally I hope the PSC should be able to achieve this by >> re-emphasising and improving the code committing guidelines that already >> exist, and having some kind of formal approval over who is granted CVS >> write privileges. >> >> The other part of the PSC's work is "project management" - this is a bit >> vague at the minute but I anticipate it to involve setting deadlines for >> releases, organising bug days, promotional work, that kind of thing. As >> I feel Markus has indicated in the past he is sometimes unhappy with the >> burden placed on him in this regard (hope he doesn't mind me saying >> that!), it looks like this is an area the PSC should be able to to make >> some good progress in without trying to "fix something that isn't >> broken", as would be the case if we tried to replace the current process >> for technical decision-making. >> >> Other PSC members feel free to disagree with me if you think I haven't >> given a true representation of the discussions! I won't take offence! >> >> Thanks >> >> Paul >> >> From davide.c at gisweb.it Thu Nov 2 06:13:26 2006 From: davide.c at gisweb.it (Davide Caviglia (GRASS)) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] install grass 6.2.0 Ubuntu Message-ID: I would like to install Grass 6.2.0 with ubuntu dapper. I have problem with many dependencies: libc6 2.3.6-6, libfreetype6, etc.. Can someone help me? Davide From luca.casagrande at gmail.com Thu Nov 2 06:40:12 2006 From: luca.casagrande at gmail.com (Luca Casagrande) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2.0 on Gentoo Message-ID: <20061102124012.3d218c9f@gekomachine.casa> Hi to all! Here you can found the ebuild for GENTOO system: http://bugs.gentoo.org/show_bug.cgi?id=153796 Bye Luca -- Help QGIS development! Make a donation right now at http://xrl.us/supportqgis LINUX User #411601 GENTOO-GIS Development Team jabber: casagrande@jabber.linux.it From maris.gis at gmail.com Thu Nov 2 07:20:46 2006 From: maris.gis at gmail.com (=?utf-8?q?M=C4=81ris_Narti=C5=A1s?=) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] install grass 6.2.0 Ubuntu In-Reply-To: References: Message-ID: <200611021420.47164.maris.gis@gmail.com> I suggest You to move to Edgy and build form source, as moustly GIS related packages in Ubuntu are outdated (correct me, if I'm wrong). You could use Debian GIS repository http://pkg-grass.alioth.debian.org/cgi-bin/wiki.pl to build GRASS dependencies from source with "apt-get -b source package" and then install them with "dpkg -i new.deb". Maris. On Thursday 02 November 2006 13:13, Davide Caviglia (GRASS) wrote: > I would like to install Grass 6.2.0 with ubuntu dapper. > I have problem with many dependencies: libc6 2.3.6-6, libfreetype6, etc.. > Can someone help me? > > Davide > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From michael.barton at asu.edu Thu Nov 2 08:14:29 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] raster area problem In-Reply-To: Message-ID: Jason, To do this, you need to implement some grass commands in a script that iterates. We?ve done something similar for the Mediterranean Landscape Dynamics project. Our script ?grows? an agricultural catchment that meets certain criteria (slope below some cutoff and minimizing travel costs to the fields) until it reaches a certain number of hectares (i.e., number of cells). We iterate over a cost surface. You could do the same. Alternatively, you could start with a small circular mask and increment it with r.grow. At each iteration, you can parse r.info to calculate the number of cultivatable cells. When you reached the desired size, you stop the loop and turn your mask into a raster catchment. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From: Jason Jorgenson Date: Wed, 1 Nov 2006 13:17:14 +0000 To: Subject: [GRASS-user] raster area problem Hi all. This is my first attempt at using the mailing list... I have digitized a topo map's landuse classes into a vector layer, and then converted the vector to a raster. I want to see how much land would have been required for settlements at point x,y with population of 'P' to sustain themselves. Example, for site 'Shuna' with a population of 5000 I need 16 sq km (of landuse classes 1,2,5 (agricultural,olive,fruit)). http://arkygeek.blogspot.com for a crude drawing of what i mean... What I am trying to do is (ultimately) determine the radius of the circle that will contain 'A' square meters of usable land. These are the general steps I have come up with... 1. the landuse classification data - convert the vector layer of classified land to a raster. 2. this new raster will contain 2 values - 0=not usable and 1=usable (??should i do this??) and then I can do this - ask for population size of settlement - ask for site to analyze which will give xy - ask for ratio of crop:fallow (any other variables can be set here as well) - computer determines amount of land required to sustain population - calculate the radius of a circle surrounding site that encompasses the required amount of land 3. The logic for calculating the radius looks like this: (??????) for every locality do set solution found flag to false while solution not found increment proposed radius select all cells within proposed radius test if solution is found 4. Once the radius is found, mask the results, convert the results to a vector, and this should give me the solution. (???????) Any suggestions??? Thanks for your time! -- Jason Jorgenson Post Grad Research Student University of Liverpool "If you don't get out of the box you've been raised in, you won't understand how much bigger the world is." - Angelina Jolie -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061102/850bc604/attachment.html From temiz at deprem.gov.tr Thu Nov 2 14:46:32 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] eliminate some lines In-Reply-To: <4549C0D4.5000903@club.worldonline.be> References: <454A0DC1.7010700@deprem.gov.tr> <4549C0D4.5000903@club.worldonline.be> Message-ID: <454A4B18.40307@deprem.gov.tr> Moritz Lennert wrote: > temiz wrote: >> /*hello >> >> I couldn't do with v.clean what I wanted to do. >> I want to eliminate all lines whose their langth are under 20 m. >> >> what is the solution ? > > > not tested: > > v.to.db map=Original option=length type=line col=linelength units=me > v.extract input=Original output=Original20 where="linelength>20" > > Moritz > thank you Moritz and Markus I solved this problem ( grass is really capable). When I looked at v.to.db, I thought whether I could calculate the "length of a polygon" as well. Do you have idea ? thanks again -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From mlennert at club.worldonline.be Thu Nov 2 09:06:22 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] eliminate some lines In-Reply-To: <454A4B18.40307@deprem.gov.tr> References: <454A0DC1.7010700@deprem.gov.tr> <4549C0D4.5000903@club.worldonline.be> <454A4B18.40307@deprem.gov.tr> Message-ID: <4549FB5E.5000404@club.worldonline.be> temiz wrote: > Moritz Lennert wrote: >> temiz wrote: >>> /*hello >>> >>> I couldn't do with v.clean what I wanted to do. >>> I want to eliminate all lines whose their langth are under 20 m. >>> >>> what is the solution ? >> >> >> not tested: >> >> v.to.db map=Original option=length type=line col=linelength units=me >> v.extract input=Original output=Original20 where="linelength>20" >> >> Moritz >> > thank you Moritz and Markus > > I solved this problem ( grass is really capable). > > When I looked at v.to.db, I thought whether I could calculate > the "length of a polygon" as well. Depends on the polygon. If it defined as a boundary, then try setting type=boundary and option=length If it is an area then type=area and option=perimeter Moritz From cgeorges at CSO.Net Thu Nov 2 06:14:57 2006 From: cgeorges at CSO.Net (Cgeorges) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gentoo grass-6.2.0.ebuild Message-ID: <200611021114.kA2BEvYd010246@Mail.CSO.Net> Hi, I have just filed a grass-6.2.0.ebuild to bugs.gentoo.org Annoucement and possible follow-ups: http://bugs.gentoo.org/show_bug.cgi?id=153796 Download the ebuild from http://bugs.gentoo.org/attachment.cgi?id=101035 This ebuild installs cleanly on my x86 and x86_64 systems. It overcomes unconsistencies (truetype/freetype USE flags) of earlier grass-6.2.0RCx ebuild attempts. The ebuild is compatible with recent gdal-grass (http://bugs.gentoo.org/attachment.cgi?id=98261) and qgis (http://bugs.gentoo.org/attachment.cgi?id=99966) ebuilds. Further testing is appreciated! Thanks, Christian _________________________________________________________________ E-Mail versendet via WebMail von CSO.Net Austria From steko at iosa.it Thu Nov 2 09:38:00 2006 From: steko at iosa.it (Stefano Costa) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gentoo grass-6.2.0.ebuild In-Reply-To: <200611021114.kA2BEvYd010246@Mail.CSO.Net> References: <200611021114.kA2BEvYd010246@Mail.CSO.Net> Message-ID: <1162478280.17707.56.camel@localhost.localdomain> Il giorno gio, 02/11/2006 alle 12.14 +0100, Cgeorges ha scritto: > Hi, > I have just filed a grass-6.2.0.ebuild to bugs.gentoo.org > Annoucement and possible follow-ups: > http://bugs.gentoo.org/show_bug.cgi?id=153796 > Download the ebuild from > http://bugs.gentoo.org/attachment.cgi?id=101035 Hi Christian, I don't know how things go in Gentoo Development, but would it be possible to have a Gentoo-GIS web page where one can always find updated links? Thanks, Stefano -- Stefano Costa http://www.iosa.it Open Archaeology http://list.iosa.it International Mailing List Jabber: steko@jabber.linux.it From testina at sssup.it Thu Nov 2 10:29:10 2006 From: testina at sssup.it (Emiliano Giovanni Vavassori) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gentoo grass-6.2.0.ebuild In-Reply-To: <1162478280.17707.56.camel@localhost.localdomain> References: <200611021114.kA2BEvYd010246@Mail.CSO.Net> <1162478280.17707.56.camel@localhost.localdomain> Message-ID: <20061102162910.0786cd30@syntaxerrormmm.vavassori.it> Il giorno Thu, 02 Nov 2006 15:38:00 +0100, Stefano Costa ha scritto: > Hi Christian, > I don't know how things go in Gentoo Development, but would it be > possible to have a Gentoo-GIS web page where one can always find > updated links? Thanks Stefano to ask this question. Gentoo Devs are slow to include in portage user proposed ebuilds, but softwares like GRASS or QGIS are too quick in development to follow Bugzilla rules and they always aren't up-to-date in portage. ATM, I'm thinking of opening a separate overlay for GIS stuff, which can be used with layman. I've tried to contact gentoo-sciences herd asking for join some ebuilds I have developed to gentoo-sciences overlay, but without an answer. I have 2 problems in opening right now an overlay: * I am graduating in 2 months, so I think I cannot have the time right now to do so; * I'm experiencing serious problems with my ISP: I cannot download nor load anything on the net. If the idea sounds interesting to Gentoo users in here, I think we can establish a mailing list to plain things more smoothly and to work it out. Cheers. -- ________________________________________________ Emiliano Giovanni Vavassori - http://syntaxerrormmm.altervista.org/ GuIT --- Home page: http://www.guit.sssup.it/ Please, no Word or PowerPoint attachments. Do so only if it's extremely necessary. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061102/67754e13/signature.bin From warmerdam at pobox.com Thu Nov 2 10:41:24 2006 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] exporting Grass rasters to multiband Geotiff? In-Reply-To: <955d14510611020153q1cf38580ya618340775f23e0@mail.gmail.com> References: <955d14510610312203u5761338fkd79b8b8cc2b0b20c@mail.gmail.com> <20061102174041.62a13548.hamish_nospam@yahoo.com> <955d14510611020153q1cf38580ya618340775f23e0@mail.gmail.com> Message-ID: <454A11A4.2090200@pobox.com> Vishal Mehta wrote: > I actually did look at previous emails but could not get a definite > answer, and also did'nt follow the VRT discussion in earier emails. > > Meanwhile actually, I'm having trouble with using r.out.gdal on even a > single image . > My original grass raster has integer values from -262 to 276, and the > r.info output says that its CELL format . So i assumed > that the type is Int16, and used the following command: > > r.out.gdal input=avgtemp1960.1 format=GTiff type=Int16 > output=jan1960.tiff createopt="TFW=YES" > > I then imported the output Geotiff into both IDRISI as well as > GRASS(using r.in.gdal) > > In both cases, the values are completely different and go from 0 to 32767. Vishal, This sounds like there may be a bug in r.out.gdal. Int16 should be an appropriate selection. > Int32 and Float32 options dont work either. Any ideas? > > In my opinion, I find that in general, the documentation for this in > Grass as well as Gdal is inadequate. There should be one example for > each type of format.. You are suggesting that the GDAL documentation ought to have one example of using the format for each format driver page? Should the example use GDAL commandline tools? GRASS? ArcGIS? As a library it is very hard to provide a meaningful example to end users when the library is used in many different applications. I hope you will recognise that in a decoupled system such as GRASS and GDAL it is difficult to document everything in a most convenient way for the user. > And what is the difference between 'Tiles' and 'Bands'? I think you should scan the data model document on the gdal page, and then if it is still unclear ask again. > Finally, where can i figure out what Int16/32, Float32, Cint16, Cint32 > - what these things mean? You can read the GDAL web pages - look for "data model". But mostly they mean what you would expect. Int16 is a signed 16bit integer. Float32 is a 32bit IEEE floating point. CInt16 is a bit trickier. It is a signed 16bit integer complex value (ie. two Int16's one representing the real component, and one the imaginary component). Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | President OSGeo, http://osgeo.org From maris.gis at gmail.com Thu Nov 2 11:08:52 2006 From: maris.gis at gmail.com (=?utf-8?q?M=C4=81ris_Narti=C5=A1s?=) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gentoo grass-6.2.0.ebuild In-Reply-To: <20061102162910.0786cd30@syntaxerrormmm.vavassori.it> References: <200611021114.kA2BEvYd010246@Mail.CSO.Net> <1162478280.17707.56.camel@localhost.localdomain> <20061102162910.0786cd30@syntaxerrormmm.vavassori.it> Message-ID: <200611021808.53024.maris.gis@gmail.com> Hi, it's not first time, when somebody steps forward for having GRASS on Gentoo. When I had fast machines running Gentoo, I was working on ebuilds too, but nowdays I have no fast enough boxes to run Gentoo. I hope it will change :) Anyway: please, take look at http://cemml.carleton.ca:8080/OGUG/projects/gentoo-grass Maybee it is possible to just reuse already existing infrastructure (as possible). Gentoo GIS overlay is not a bad idea, only - where to host it? And who will maintain it (there is need for one main person besides ebuild devs/testers)? Maris. On Thursday 02 November 2006 17:29, Emiliano Giovanni Vavassori wrote: > Il giorno Thu, 02 Nov 2006 15:38:00 +0100, Stefano Costa > > ha scritto: > > Hi Christian, > > I don't know how things go in Gentoo Development, but would it be > > possible to have a Gentoo-GIS web page where one can always find > > updated links? > > Thanks Stefano to ask this question. > Gentoo Devs are slow to include in portage user proposed ebuilds, but > softwares like GRASS or QGIS are too quick in development to follow > Bugzilla rules and they always aren't up-to-date in portage. > > ATM, I'm thinking of opening a separate overlay for GIS stuff, which > can be used with layman. I've tried to contact gentoo-sciences herd > asking for join some ebuilds I have developed to gentoo-sciences > overlay, but without an answer. > > I have 2 problems in opening right now an overlay: > * I am graduating in 2 months, so I think I cannot have the time right > now to do so; > * I'm experiencing serious problems with my ISP: I cannot download nor > load anything on the net. > > If the idea sounds interesting to Gentoo users in here, I think we can > establish a mailing list to plain things more smoothly and to work it > out. > > Cheers. From wouter.buytaert at scarlet.be Thu Nov 2 13:59:02 2006 From: wouter.buytaert at scarlet.be (wouter) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] stable windows release Message-ID: Hi all, Is there a stable windows release for grass 6.2? I can only find the version built in qgis 0.8 preview 2 and the experimental windows native binary. The reason why I'm asking is because I was asked to give a GRASS workshop (University of Leuven) next week, and I have had a rather depressing experience with a very buggy windows grass version during a workshop last year, so I am quite cautious (I think it was the 6.0.0 stable version). Any suggestions for which version to use are very welcome. PS: yes, unfortunately it has to be a windows version. I proposed to use the very nice linux live CDs from the Lausanne workshop, but apparently the sysadmins think using a live CD is a major security hazard. Thanks! Wouter From testina at sssup.it Thu Nov 2 17:43:49 2006 From: testina at sssup.it (Emiliano Giovanni Vavassori) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gentoo grass-6.2.0.ebuild In-Reply-To: <200611021808.53024.maris.gis@gmail.com> References: <200611021114.kA2BEvYd010246@Mail.CSO.Net> <1162478280.17707.56.camel@localhost.localdomain> <20061102162910.0786cd30@syntaxerrormmm.vavassori.it> <200611021808.53024.maris.gis@gmail.com> Message-ID: <20061102234349.60711063@syntaxerrormmm.vavassori.it> Il giorno Thu, 2 Nov 2006 18:08:52 +0200, M?ris Narti?s ha scritto: > Anyway: please, take look at > http://cemml.carleton.ca:8080/OGUG/projects/gentoo-grass Maybee it is > possible to just reuse already existing infrastructure (as possible). Well, I am subscribed to their ml, but seems to me that there wasn't any sort of message for months. But that's a good idea, I will bother them too :) > Gentoo GIS overlay is not a bad idea, only - where to host it? And > who will maintain it (there is need for one main person besides > ebuild devs/testers)? On where host it, sourceforge.net can be a choice. Some other overlays are hosted there (for example, Italian Gentoo users overlays). For the main person, first let's see who wants to partecipate to the project :) Thanks again for the ideas, -- ________________________________________________ Emiliano Giovanni Vavassori - http://syntaxerrormmm.altervista.org/ GuIT --- Home page: http://www.guit.sssup.it/ Please, no Word or PowerPoint attachments. Do so only if it's extremely necessary. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061102/137cc038/signature.bin From glynn at gclements.plus.com Thu Nov 2 18:30:37 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2.0 on Gentoo In-Reply-To: <20061102124012.3d218c9f@gekomachine.casa> References: <20061102124012.3d218c9f@gekomachine.casa> Message-ID: <17738.32669.578095.336660@cerise.gclements.plus.com> Luca Casagrande wrote: > Here you can found the ebuild for GENTOO system: > > http://bugs.gentoo.org/show_bug.cgi?id=153796 A couple of brief comments regarding dependencies: 1. PROJ isn't an optional dependendency. Although the --with-proj switch remains, its setting is ignored. If you don't have PROJ, configure will fail. 2. There is no point having separate Tcl and Tk dependencies. If you use --with-tcltk, you need both, so there's no point having a separate "tcl" USE flag. 3. It's debatable whether ncurses is really an optional dependency. The --without-curses flag is only useful if you're willing to accept a significantly cut-down version of GRASS. Also, note that using this flag will cause the build to fail, in the sense that it will return a non-zero exit status (the build system doesn't attempt to conditionalise the components which require curses). 4. The x11-terms/mlterm dependency for NLS is unnecessary. The NLS support just allows the use of message catalogues via gettext. If you're in an ISO-8859-1 locale, GRASS' NLS will work fine with the standard xterm. -- Glynn Clements From hamish_nospam at yahoo.com Thu Nov 2 18:34:35 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] eliminate some lines In-Reply-To: <4549FB5E.5000404@club.worldonline.be> References: <454A0DC1.7010700@deprem.gov.tr> <4549C0D4.5000903@club.worldonline.be> <454A4B18.40307@deprem.gov.tr> <4549FB5E.5000404@club.worldonline.be> Message-ID: <20061103123435.45f75a1c.hamish_nospam@yahoo.com> Moritz Lennert wrote: > > When I looked at v.to.db, I thought whether I could calculate > > the "length of a polygon" as well. > > Depends on the polygon. If it defined as a boundary, then try setting > type=boundary and option=length > > If it is an area then type=area and option=perimeter note "v.clean tool=rmarea thresh=.. " is prefered for removing small areas, as polygon boundary length is a fractal problem. Hamish From glynn at gclements.plus.com Thu Nov 2 18:36:09 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] stable windows release In-Reply-To: References: Message-ID: <17738.33001.459706.95338@cerise.gclements.plus.com> wouter wrote: > Is there a stable windows release for grass 6.2? I can only find the > version built in qgis 0.8 preview 2 and the experimental windows native > binary. > > The reason why I'm asking is because I was asked to give a GRASS workshop > (University of Leuven) next week, and I have had a rather depressing > experience with a very buggy windows grass version during a workshop last > year, so I am quite cautious (I think it was the 6.0.0 stable version). > Any suggestions for which version to use are very welcome. Currently, the only stable Windows versions are the Cygwin versions. This requires that Cygwin has been installed and set up correctly (e.g. setting I/O to binary). -- Glynn Clements From hamish_nospam at yahoo.com Thu Nov 2 19:03:16 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] install grass 6.2.0 Ubuntu In-Reply-To: <200611021420.47164.maris.gis@gmail.com> References: <200611021420.47164.maris.gis@gmail.com> Message-ID: <20061103130316.26e4a8dc.hamish_nospam@yahoo.com> > > I would like to install Grass 6.2.0 with ubuntu dapper. > > I have problem with many dependencies: libc6 2.3.6-6, libfreetype6, > > etc.. Can someone help me? This is for Debian/stable (sarge), but maybe it helps: http://hamish.bowman.googlepages.com/debiangisfiles#compile Hamish From hardeep.rai at gmail.com Fri Nov 3 02:05:58 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] install grass 6.2.0 Ubuntu In-Reply-To: References: Message-ID: On 11/2/06, Davide Caviglia (GRASS) wrote: > I would like to install Grass 6.2.0 with ubuntu dapper. > I have problem with many dependencies: libc6 2.3.6-6, libfreetype6, etc.. > Can someone help me? I compiled Grassgrass-6.2.0RC3 on DapperDrake - Version 6.06. Yes, I need lot of installaton of new software to meet dependencies. But I don't faced any difficulty. Synaptic package manager help you. Application -> Add/Remove application -> advance Only I need to change path for two dependency. For rest default setting worked. -- H.S.Rai =================== From ehizcara at agrogex.com Fri Nov 3 03:23:06 2006 From: ehizcara at agrogex.com (Eduardo Hdo. Izcara) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] r.average with winGRASS Message-ID: <200611030821.kA38LvI5009033@grass.itc.it> Hi all, I?m trying to run the command r.average with the Windows GRASS 6.3.x development version, nicely provided by Huidae Cho. I always obtain de message: ?ERROR running r.stats command? No matter what the raster base and cover input are, the result is always the same. Does somebody know about some issue with the Windows versions of those commands? Of course, the Linux version works perfectly with the same arguments Thanks, Eduardo Hernando From henning.lorenz at geo.uu.se Fri Nov 3 04:36:49 2006 From: henning.lorenz at geo.uu.se (Henning Lorenz) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gis.m, d.m and nviz failing Message-ID: <454B0DB1.1090603@geo.uu.se> Hi! There are several posts on the list about gis.m failing at startup. Unfortunately, I couldn't find a discussion of the reasons and possible solutions. For me this together with failing d.m and nviz occurs after an upgrade from Ubuntu 6.06 (glibc 2.3.6) to 6.10 (glibc 2.4.0). This occurs for grass versions 6.2.0 and 6.3cvs (6.0 works) and is not dependent on the tcl/tk version (I compiled it against 8.3 and 8.4). Two of the errors mention problems with gdal. Gdal however is in place and these errors occur both with the gdal-1.3.1 debian package and gdal-1.3.2 compiled on my computer (and the respective version of gdal-grass). Starting gis.m results in: > GRASS 6.2.0 (Arctic):~ > gis.m > GRASS 6.2.0 (Arctic):~ > Error in startup script: can't read > "parts(n)": no such variable > while executing > "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) > $parts(nsres) $parts(ewres)" > (procedure "MapCanvas::zoom_gregion" line 11) > invoked from within > "MapCanvas::zoom_gregion $mon" > (procedure "MapCanvas::create" line 40) > invoked from within > "MapCanvas::create" > (procedure "Gm::startmon" line 11) > invoked from within > "Gm::startmon" > (procedure "Gm::create" line 69) > invoked from within > "Gm::create" > (procedure "main" line 30) > invoked from within > "main $argc $argv" > (file "/usr/local/grass-6.2.0/etc/gm/gm.tcl" line 521) Starting d.m results in: > GRASS 6.2.0 (Arctic):~ > d.m > GRASS 6.2.0 (Arctic):~ > Error in startup script: ps.map: error while > loading shared libraries: libgdal.so.1: cannot open shared object > file: No such file or directory > while executing > "exec ps.map -p" > (procedure "DmPrint::init" line 14) > invoked from within > "DmPrint::init" > (procedure "main" line 34) > invoked from within > "main $argc $argv" > (file "/usr/local/grass-6.2.0/etc/dm/d.m.tcl" line 1637) Starting nviz results in: > GRASS 6.2.0 (Arctic):~ > nviz > nviz: error while loading shared libraries: libgdal.so.1: cannot open > shared object file: No such file or directory Has anybody similar problems and perhaps a solution? Cheers, Henning -- Henning Lorenz Uppsala University Department of Earth Sciences Villav?gen 16 752 36 Uppsala Sweden phone: +46 (0)18 471 71 61 mobile: +46 (0)733 622 655 fax: +46 (0)18 50 11 10 e-mail: henning.lorenz@geo.uu.se GnuPG-key: http://blackhole.pca.dfn.de:11371/pks/lookup?op=index&search=Henning+Lorenz From paul-grass at stjohnspoint.co.uk Fri Nov 3 05:28:21 2006 From: paul-grass at stjohnspoint.co.uk (Paul Kelly) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] r.average with winGRASS In-Reply-To: <200611030821.kA38LvI5009033@grass.itc.it> References: <200611030821.kA38LvI5009033@grass.itc.it> Message-ID: On Fri, 3 Nov 2006, Eduardo Hdo. Izcara wrote: > Hi all, > > I?m trying to run the command r.average with the Windows GRASS 6.3.x development version, nicely provided by Huidae Cho. I always obtain de message: > > ?ERROR running r.stats command? > > No matter what the raster base and cover input are, the result is always the same. > > Does somebody know about some issue with the Windows versions of those commands? Of course, the Linux version works perfectly with the same arguments Yes, it was an issue with the module calling other modules using G_system(). I expect there will be lots of issues like that with native Windows GRASS, but they can be fixed. The patch included below fixes it for now, but I don't want to apply it to CVS because (a) it isn't totally correct, and it should convert the tempfile pathnames to Windows directory separators - also it may depend on the shell being used - can you redirect standard input from a file with cmd.exe? Perhaps you can and this is OK... and (b) I'd rather find out why G_system() doesn't work than have to change it to system() everywhere. But we'll get it working eventually. Paul Index: main.c =================================================================== RCS file: /home/grass/grassrepository/grass6/raster/r.average/main.c,v retrieving revision 2.8 diff -u -r2.8 main.c --- main.c 24 Sep 2006 17:44:00 -0000 2.8 +++ main.c 3 Nov 2006 10:20:05 -0000 @@ -89,9 +89,9 @@ tempfile1 = G_tempfile(); tempfile2 = G_tempfile(); G_message("%s:",STATS); - sprintf (command, "%s -anC input='%s,%s' fs=space > %s", + sprintf (command, "%s -anC input=\"%s,%s\" fs=space > \"%s\"", STATS, basemap->answer, covermap->answer, tempfile1); - if ((stat = G_system(command))) + if ((stat = system(command))) { unlink(tempfile1); G_fatal_error(_("%s: ERROR running %s command"), G_program_name(), STATS ); @@ -149,9 +149,9 @@ fclose (fd1); fclose (fd2); G_message("%s:",RECODE); - sprintf (command, "%s input='%s' output='%s' < %s", + sprintf (command, "%s input=%s output=%s < \"%s\"", RECODE, basemap->answer, outputmap->answer, tempfile2); - stat = G_system(command); + stat = system(command); unlink (tempfile1); unlink (tempfile2); From ehizcara at agrogex.com Fri Nov 3 06:15:32 2006 From: ehizcara at agrogex.com (Eduardo Hdo. Izcara) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] r.average with winGRASS Message-ID: <200611031114.kA3BEVKG018826@grass.itc.it> Thanks a lot, Paul, for your explanation. At the moment I can?t apply your patch (I lack a cross-compiling environment to Windows), so I?ll wait for the modules to be fixed. For the time being, I think I?ll be able to bypass this problem. Eduardo >On Fri, 3 Nov 2006, Eduardo Hdo. Izcara wrote: > >> Hi all, >> >> I?m trying to run the command r.average with the Windows GRASS 6.3.x development version, nicely provided by Huidae Cho. I always obtain de message: >> >> ?ERROR running r.stats command? >> >> No matter what the raster base and cover input are, the result is always the same. >> >> Does somebody know about some issue with the Windows versions of those commands? Of course, the Linux version works perfectly with the same arguments > >Yes, it was an issue with the module calling other modules using >G_system(). I expect there will be lots of issues like that with native >Windows GRASS, but they can be fixed. The patch included below fixes it >for now, but I don't want to apply it to CVS because (a) it isn't totally >correct, and it should convert the tempfile pathnames to Windows directory >separators - also it may depend on the shell being used - can you redirect >standard input from a file with cmd.exe? Perhaps you can and this is OK... >and (b) I'd rather find out why G_system() doesn't work than have to >change it to system() everywhere. But we'll get it working eventually. > >Paul > >Index: main.c >=================================================================== >RCS file: /home/grass/grassrepository/grass6/raster/r.average/main.c,v >retrieving revision 2.8 >diff -u -r2.8 main.c >--- main.c 24 Sep 2006 17:44:00 -0000 2.8 >+++ main.c 3 Nov 2006 10:20:05 -0000 >@@ -89,9 +89,9 @@ > tempfile1 = G_tempfile(); > tempfile2 = G_tempfile(); > G_message("%s:",STATS); >- sprintf (command, "%s -anC input='%s,%s' fs=space > %s", >+ sprintf (command, "%s -anC input=\"%s,%s\" fs=space > \"%s\"", > STATS, basemap->answer, covermap->answer, tempfile1); >- if ((stat = G_system(command))) >+ if ((stat = system(command))) > { > unlink(tempfile1); > G_fatal_error(_("%s: ERROR running %s command"), G_program_name(), >STATS >); >@@ -149,9 +149,9 @@ > fclose (fd1); > fclose (fd2); > G_message("%s:",RECODE); >- sprintf (command, "%s input='%s' output='%s' < %s", >+ sprintf (command, "%s input=%s output=%s < \"%s\"", > RECODE, basemap->answer, outputmap->answer, tempfile2); >- stat = G_system(command); >+ stat = system(command); > unlink (tempfile1); > unlink (tempfile2); From temiz at deprem.gov.tr Fri Nov 3 15:33:32 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] half-basin map using r.terraflow ? Message-ID: <454BA79C.9060307@deprem.gov.tr> hello is there any way to create half-basin map using r.terraflow (not using r.watershed or any others) ? regards -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From epatton at nrcan.gc.ca Fri Nov 3 09:04:55 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] install grass 6.2.0 Ubuntu Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C13@s5-dar-r1.nrn.nrcan.gc.ca> Do you have the pibc6-dev package installed? Check it using Synaptic. Same goes for libfreetype6 - install the libfreetype6-dev package, then try re-configure, make, etc. ~ Eric. -----Original Message----- From: grassuser-bounces@grass.itc.it To: grassuser@grass.itc.it Sent: 11/2/2006 6:13 AM Subject: [GRASS-user] install grass 6.2.0 Ubuntu I would like to install Grass 6.2.0 with ubuntu dapper. I have problem with many dependencies: libc6 2.3.6-6, libfreetype6, etc.. Can someone help me? Davide _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser From michael at milchsemmel.de Fri Nov 3 09:48:16 2006 From: michael at milchsemmel.de (Michael Konder) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 Message-ID: <454B56B0.2000104@milchsemmel.de> Hi! I recently installed grass version 6.2. Everything works fine except for opening my old workspaces from version 6.0.2 When I try to open an old workspace I receive this message: Can't open - /path/to/file.dm - bad file format Can anyone help me? Or is there a filter/converter for this? Cheers Michael From grass at rigacci.org Fri Nov 3 09:52:24 2006 From: grass at rigacci.org (grass@rigacci.org) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] New Grass 6.2.0 available for Debian Etch Message-ID: <20061103145224.GA7676@rigacci.org> I updated this Debian Etch repository with the new Grass 6.2.0 package: http://debian.gfoss.it/ The packages were compiled today on a just-updated Debian box. The compilation seems ok, report any problem to me, thanks. I don't know how my packages compare whit those provided by www.adaris.de, unfortunately it does not provide the .diff.gz archive, as far I can see. My repository includes source and diff packages, Debian files was downloaded from svn.debian.org (version branches/6.2~beta1). Happy mapping -- Niccolo Rigacci Firenze - Italy Iraq, missione di pace: 45061 morti - www.iraqbodycount.net From epatton at nrcan.gc.ca Fri Nov 3 10:25:31 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C14@s5-dar-r1.nrn.nrcan.gc.ca> Michael, Your old workspace files from 6.0.2 can only be loaded usng d.m. Try closing the GIS Manager, and typing 'd.m &' on the command line. AFAIK, you should be able to load your old workspace that way. The GIS Manager uses its own workspace format, suffixed with a '.grc'. ~ Eric. -----Original Message----- From: grassuser-bounces@grass.itc.it To: grassuser@grass.itc.it Sent: 11/3/2006 9:48 AM Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 Hi! I recently installed grass version 6.2. Everything works fine except for opening my old workspaces from version 6.0.2 When I try to open an old workspace I receive this message: Can't open - /path/to/file.dm - bad file format Can anyone help me? Or is there a filter/converter for this? Cheers Michael _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser From michael.barton at asu.edu Fri Nov 3 10:55:09 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gis.m, d.m and nviz failing In-Reply-To: <454B0DB1.1090603@geo.uu.se> Message-ID: Henning, These are symptomatic of some kind of larger issue going on with your GRASS installation. The immediate cause of the error when you start the current GIS Manager (gis.m) is that g.region is not reporting any region information. But the ultimate cause is likely to be something else. In the old GIS Manager (d.m) and nviz, it certainly looks like there is some kind of issue in your gdal installation (perhaps not compiled with GRASS support???). I would hazard a guess that some critical dependencies are not installed or got installed incorrectly in spite of your efforts. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Henning Lorenz > Date: Fri, 03 Nov 2006 10:36:49 +0100 > To: > Subject: [GRASS-user] gis.m, d.m and nviz failing > > Hi! > > There are several posts on the list about gis.m failing at startup. > Unfortunately, I couldn't find a discussion of the reasons and possible > solutions. For me this together with failing d.m and nviz occurs after > an upgrade from Ubuntu 6.06 (glibc 2.3.6) to 6.10 (glibc 2.4.0). This > occurs for grass versions 6.2.0 and 6.3cvs (6.0 works) and is not > dependent on the tcl/tk version (I compiled it against 8.3 and 8.4). Two > of the errors mention problems with gdal. Gdal however is in place and > these errors occur both with the gdal-1.3.1 debian package and > gdal-1.3.2 compiled on my computer (and the respective version of > gdal-grass). > > Starting gis.m results in: >> GRASS 6.2.0 (Arctic):~ > gis.m >> GRASS 6.2.0 (Arctic):~ > Error in startup script: can't read >> "parts(n)": no such variable >> while executing >> "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) >> $parts(nsres) $parts(ewres)" >> (procedure "MapCanvas::zoom_gregion" line 11) >> invoked from within >> "MapCanvas::zoom_gregion $mon" >> (procedure "MapCanvas::create" line 40) >> invoked from within >> "MapCanvas::create" >> (procedure "Gm::startmon" line 11) >> invoked from within >> "Gm::startmon" >> (procedure "Gm::create" line 69) >> invoked from within >> "Gm::create" >> (procedure "main" line 30) >> invoked from within >> "main $argc $argv" >> (file "/usr/local/grass-6.2.0/etc/gm/gm.tcl" line 521) > Starting d.m results in: >> GRASS 6.2.0 (Arctic):~ > d.m >> GRASS 6.2.0 (Arctic):~ > Error in startup script: ps.map: error while >> loading shared libraries: libgdal.so.1: cannot open shared object >> file: No such file or directory >> while executing >> "exec ps.map -p" >> (procedure "DmPrint::init" line 14) >> invoked from within >> "DmPrint::init" >> (procedure "main" line 34) >> invoked from within >> "main $argc $argv" >> (file "/usr/local/grass-6.2.0/etc/dm/d.m.tcl" line 1637) > Starting nviz results in: >> GRASS 6.2.0 (Arctic):~ > nviz >> nviz: error while loading shared libraries: libgdal.so.1: cannot open >> shared object file: No such file or directory > Has anybody similar problems and perhaps a solution? > > Cheers, > > Henning > > -- > Henning Lorenz > Uppsala University > Department of Earth Sciences > Villav?gen 16 > 752 36 Uppsala > Sweden > phone: +46 (0)18 471 71 61 > mobile: +46 (0)733 622 655 > fax: +46 (0)18 50 11 10 > e-mail: henning.lorenz@geo.uu.se > > GnuPG-key: > http://blackhole.pca.dfn.de:11371/pks/lookup?op=index&search=Henning+Lorenz > > > > From michael.barton at asu.edu Fri Nov 3 10:57:57 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 In-Reply-To: <454B56B0.2000104@milchsemmel.de> Message-ID: There is not a file converter (maybe someone could write one?). There is some stuff at the beginning of an old *.dm file that needs to be stripped out for it to be read by the new file format. I can't remember what it is, but if you make a workspace in the new system and compare the 2 files, it should be pretty clear. Hope that helps. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Michael Konder > Date: Fri, 03 Nov 2006 15:48:16 +0100 > To: > Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 > > Hi! > > I recently installed grass version 6.2. Everything works fine except for > opening my old workspaces from version 6.0.2 > When I try to open an old workspace I receive this message: > > Can't open - /path/to/file.dm - bad file format > > > Can anyone help me? Or is there a filter/converter for this? > > Cheers > Michael > > From emmanuel.sambale at gmail.com Fri Nov 3 11:12:39 2006 From: emmanuel.sambale at gmail.com (maning sambale) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] stable windows release In-Reply-To: References: Message-ID: Why would they think a live-cd would be a major security hazards? I'm asking becuase also taking your way in out introductory GIS course. I might be encountering the same reaction from our school's IT people. On 11/3/06, wouter wrote: > > Hi all, > > Is there a stable windows release for grass 6.2? I can only find the > version built in qgis 0.8 preview 2 and the experimental windows native > binary. > > The reason why I'm asking is because I was asked to give a GRASS workshop > (University of Leuven) next week, and I have had a rather depressing > experience with a very buggy windows grass version during a workshop last > year, so I am quite cautious (I think it was the 6.0.0 stable version). > Any suggestions for which version to use are very welcome. > > PS: yes, unfortunately it has to be a windows version. I proposed to use > the very nice linux live CDs from the Lausanne workshop, but apparently > the sysadmins think using a live CD is a major security hazard. > > Thanks! > > Wouter > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- |---------|----------------------------------------------------------| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |---------|----------------------------------------------------------| From michael at milchsemmel.de Fri Nov 3 11:56:59 2006 From: michael at milchsemmel.de (Michael Konder) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 In-Reply-To: References: Message-ID: <454B74DB.6040405@milchsemmel.de> Thanks for the hint. I managed to get it working by simply deleting the Print ... End Section. The rest nearly worked but I recognized that my Raster-overlays weren't displayed like before: Using d.m they were displayed top-down. The top layer was rendered first and the following ones on top of it. Now it seems to be the other way round but rearranging didn't take too much time. So its fine. Thanks Michael Michael Barton schrieb: > There is not a file converter (maybe someone could write one?). There is > some stuff at the beginning of an old *.dm file that needs to be stripped > out for it to be read by the new file format. I can't remember what it is, > but if you make a workspace in the new system and compare the 2 files, it > should be pretty clear. Hope that helps. > > Michael > > __________________________________________ > Michael Barton, Professor of Anthropology > School of Human Evolution & Social Change > Center for Social Dynamics and Complexity > Arizona State University > > phone: 480-965-6213 > fax: 480-965-7671 > www: http://www.public.asu.edu/~cmbarton > > > >> From: Michael Konder >> Date: Fri, 03 Nov 2006 15:48:16 +0100 >> To: >> Subject: [GRASS-user] Problems opening old 6.0.2 workspace in 6.2 >> >> Hi! >> >> I recently installed grass version 6.2. Everything works fine except for >> opening my old workspaces from version 6.0.2 >> When I try to open an old workspace I receive this message: >> >> Can't open - /path/to/file.dm - bad file format >> >> >> Can anyone help me? Or is there a filter/converter for this? >> >> Cheers >> Michael >> >> >> > > From hellik at web.de Fri Nov 3 12:09:34 2006 From: hellik at web.de (Helmut Kudrnovsky) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] grass62 - broken html and freezing gui Message-ID: <858999622@web.de> hi, i've compiled the final grass62-source for myself without any error-message on a suse 10.1-machine. i´ve played a little with the spearfish-dataset and with my own data, sometimes the tcl/tk-gui (gis.m, display-monitor, command-guis) seems to freeze, that means i cannot close the windows. in the moment i cannot define a specific action causing the problem , i will test a little bit more. all grass62-RC's before were ok, no such a behaviour of the gui on my machine. the link from databaseintro.html to grass-odbc.html seems broken in my installation , all other help-htmls of the installation seems to be o.k. how can i test where the error is? greetings from the snowy tyrol helli _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From glynn at gclements.plus.com Fri Nov 3 16:32:19 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] stable windows release In-Reply-To: References: Message-ID: <17739.46435.796721.749120@cerise.gclements.plus.com> maning sambale wrote: > Why would they think a live-cd would be a major security hazards? It would circumvent any restrictions on network access which are implemented on the PC. Also, you would have unrestricted access to the contents of the PC's hard disk. -- Glynn Clements From DanielF at SHARECHIVE.com Fri Nov 3 21:08:55 2006 From: DanielF at SHARECHIVE.com (Daniel Farnan) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2 / FreeType 2.2 error on Mac OSX Message-ID: <2BCDC6A684ADF245B767934FAD360748010AF6F3@sharechive01.sharechive.com> Working on primarily on Debian system with GRASS at work, but still learning, so I put it on My G3 Pismo powerbook, running Panther (now upgraded to 10.3.9). I get the window to come up, congratulations on a great job, and it crashes when I load an old project - this does not show in the terminal. I then started a new location using spearfish data (elevation.dem), which saved as a new mapset, then crashes. I then used the coordiantes to start a new Project with Projection values, and got the error: "Error in startup script: dyld" d.mon can't open library: /Library/Frameworks/FreeType.framework/Versions/2.2/FreeType ..." A similar string follows in a second error also referring to FreeType. I have downloaded the package (FreeType2 version 2.2.1 was the closest I could find to test) where is GRASS looking to find it? Is there something else to do for OSX? This can wait until Monday(Pacific Time), no line at home, Have a good weekend, and thank you very much developers, hopefully I will have a closer look next week. Thanks, :)Daniel <<...OLE_Obj...>> Daniel Farnan, GIS Director Office phone?415-284-9662 From woklist at kyngchaos.com Fri Nov 3 22:44:17 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2 / FreeType 2.2 error on Mac OSX In-Reply-To: <2BCDC6A684ADF245B767934FAD360748010AF6F3@sharechive01.sharechive.com> References: <2BCDC6A684ADF245B767934FAD360748010AF6F3@sharechive01.sharechive.com> Message-ID: <92AA810E-0798-409C-8CCE-1F4D1598C0A3@kyngchaos.com> First, how recently did you download the GRASS and frameworks for OSX? A few days ago I made installers for the frameworks so there should be no problems installing them. If you have the non-installer frameworks, did you put them into /Library/Frameworks? It's possible there is a Panther issue. I haven't done a whole lot of testing for Panther compatibility. If it's not a framework installation issue, get back to me and I'll see what I can do. On Nov 3, 2006, at 8:08 PM, Daniel Farnan wrote: > Working on primarily on Debian system with GRASS at work, but still > learning, so I put it on My G3 Pismo powerbook, running Panther (now > upgraded to 10.3.9). I get the window to come up, congratulations > on a great > job, and it crashes when I load an old project - this does not show > in the > terminal. I then started a new location using spearfish data > (elevation.dem), which saved as a new mapset, then crashes. I then > used the > coordiantes to start a new Project with Projection values, and got the > error: "Error in startup script: dyld" d.mon can't open library: > /Library/Frameworks/FreeType.framework/Versions/2.2/FreeType ..." > A similar string follows in a second error also referring to FreeType. > I have downloaded the package (FreeType2 version 2.2.1 was the > closest I > could find to test) where is GRASS looking to find it? Is there > something > else to do for OSX? > This can wait until Monday(Pacific Time), no line at home, Have a good > weekend, and thank you very much developers, hopefully I will have > a closer > look next week. Thanks, :)Daniel > > <<...OLE_Obj...>> > Daniel Farnan, GIS Director > Office phone?415-284-9662 > > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser ----- William Kyngesburye http://www.kyngchaos.com/ All generalizations are dangerous, even this one. From michael.barton at asu.edu Sat Nov 4 00:01:21 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2 / FreeType 2.2 error on Mac OSX In-Reply-To: <92AA810E-0798-409C-8CCE-1F4D1598C0A3@kyngchaos.com> Message-ID: William, Something I haven't had a chance to report yet. I tried the newest frameworks yesterday and there is a problem with gdal. Trying to open a tiff reports an error of incorrect byte order. Reverting to the gdal framework of a couple weeks back solves the problem. This is NOT the issue with Daniel's crashes below, but thought you should know about it if you are looking at the frameworks. Could Daniel's problem be an incompatibility with 10.3.9? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: William Kyngesburye > Reply-To: William Kyngesburye > Date: Fri, 3 Nov 2006 21:44:17 -0600 > To: Daniel Farnan > Cc: "'grassuser@grass.itc.it'" > Subject: Re: [GRASS-user] GRASS 6.2 / FreeType 2.2 error on Mac OSX > > First, how recently did you download the GRASS and frameworks for > OSX? A few days ago I made installers for the frameworks so there > should be no problems installing them. If you have the non-installer > frameworks, did you put them into /Library/Frameworks? > > It's possible there is a Panther issue. I haven't done a whole lot > of testing for Panther compatibility. > > If it's not a framework installation issue, get back to me and I'll > see what I can do. > > On Nov 3, 2006, at 8:08 PM, Daniel Farnan wrote: > >> Working on primarily on Debian system with GRASS at work, but still >> learning, so I put it on My G3 Pismo powerbook, running Panther (now >> upgraded to 10.3.9). I get the window to come up, congratulations >> on a great >> job, and it crashes when I load an old project - this does not show >> in the >> terminal. I then started a new location using spearfish data >> (elevation.dem), which saved as a new mapset, then crashes. I then >> used the >> coordiantes to start a new Project with Projection values, and got the >> error: "Error in startup script: dyld" d.mon can't open library: >> /Library/Frameworks/FreeType.framework/Versions/2.2/FreeType ..." >> A similar string follows in a second error also referring to FreeType. >> I have downloaded the package (FreeType2 version 2.2.1 was the >> closest I >> could find to test) where is GRASS looking to find it? Is there >> something >> else to do for OSX? >> This can wait until Monday(Pacific Time), no line at home, Have a good >> weekend, and thank you very much developers, hopefully I will have >> a closer >> look next week. Thanks, :)Daniel >> >> <<...OLE_Obj...>> >> Daniel Farnan, GIS Director >> Office phone?415-284-9662 >> >> >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser > > ----- > William Kyngesburye > http://www.kyngchaos.com/ > > All generalizations are dangerous, even this one. > > > From michele.rocc at libero.it Sat Nov 4 05:39:28 2006 From: michele.rocc at libero.it (Michele) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] grass62 - broken html and freezing gui In-Reply-To: <858999622@web.de> References: <858999622@web.de> Message-ID: <200611041139.28903.michele.rocc@libero.it> On Friday 03 November 2006 18:09, Helmut Kudrnovsky wrote: ?Helmut, (HK)> ?i've compiled the final grass62-source for myself without any (HK)>error-message on a suse 10.1-machine. (HK)> (HK)> ?i´ve played a little with the spearfish-dataset and with my own (HK)> data, sometimes the tcl/tk-gui (gis.m, display-monitor, command-guis) (HK)>seems (HK)> to freeze, that means i cannot close the windows. (HK)> I've compiled grass6.2.0 on opensue 10.1 since the release date and had no freezes, haven't done so much testing...but it seems ok. Maybe the freeze is more opensuse related(?) I've heard about some similar problems on opensuse 10.1, not related to GRASS... (HK)> ?the link from databaseintro.html to grass-odbc.html seems broken in my (HK)> installation , all other help-htmls of the installation seems to be o.k. Those links are working in my installation... try to rebuild afresh... Michele. From giohappy at gmail.com Sat Nov 4 06:32:48 2006 From: giohappy at gmail.com (G. Allegri) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] grass and postresql drivers for remote db Message-ID: Hi everyone, I need to use a remote Postgresql connection with Grass. When compiling it I have to set the "--with-postgres" option during configuration but is it required to have postgresql installed to enable it? I know that the postgres libraries are needed, is it enough to download them? Giovanni -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061104/87cc6fda/attachment.html From woklist at kyngchaos.com Sat Nov 4 11:02:57 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] GRASS 6.2 / FreeType 2.2 error on Mac OSX In-Reply-To: References: Message-ID: <615335D9-82DA-4DF5-9C46-F84662E399A4@kyngchaos.com> There was a PPC issue with that GDAL release (1.3.2-8). I fixed it, so grab the latest (1.3.2-9), and it also fixes a problem with QGIS opening GRASS mapsets. On Nov 3, 2006, at 11:01 PM, Michael Barton wrote: > William, > > Something I haven't had a chance to report yet. I tried the newest > frameworks yesterday and there is a problem with gdal. Trying to > open a tiff > reports an error of incorrect byte order. Reverting to the gdal > framework of > a couple weeks back solves the problem. > ----- William Kyngesburye http://www.kyngchaos.com/ "We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty." "Don't you even hate 'em?" "What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the ____ it wouldn't kill one ___ nor shorten the war one day." "And it might give 'em all stomach ulcers." - Tarzan, on war From russo at bogodyn.org Sat Nov 4 12:34:42 2006 From: russo at bogodyn.org (Tom Russo) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Compilation failure r.in.xyz on FreeBSD Message-ID: <20061104173442.GA4641@bogodyn.org> I just tried to build today's CVS checkout, and got a compilation failure in r.in.xyz on my FreeBSD system. The problem is the last commit changed the type of the "filesize" variable to off_t, but on FreeBSD it is necessary to have an explicit include of to get the off_t typedef. Inserting a #include immediately before the include of fixed the problem. -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick From marchesini at unipg.it Sat Nov 4 12:41:14 2006 From: marchesini at unipg.it (ivan marchesini) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] v.lrs.xxx Message-ID: <1162662074.5237.73.camel@geoivan> Dear users... does someone has tried to work with v.lrs.xxx modules!! I think they are really interesting but, after I have read this notes http://www.j-geoinfo.net/Content/fulmar05/IJG_095-100.pdf http://gisws.media.osaka-cu.ac.jp/grass04/viewpaper.php?id=50 http://grass.ibiblio.org/grass63/manuals/html63_user/lrs.html I have probably (but I'm not sure) understood the theory but I have some problem with practice... the first step is to create a LRS... (v.lrs.create) if I have well understood I need: - a vector map with a line composed by some vector lines, each one having a cat. this line represents our road... - a vector map containing some points equispaced along this line (I can create them with v.segment o v.to.points) these points need to be at the junction between the lines described before. This points are milepost along the road. - both line and points need to have a column that contain a label defining the road.. we can call this column LID (Line ID) in the lines table and PID (Point ID) in the point table. in my example I have this situation: table of points cat PID 1 1 2 1 3 1 4 1 5 1 6 1 table of lines CAT LID 1 1 2 1 3 1 4 1 5 1 i.e. I have 5 lines (the segments that compose my road) and 6 nodes (points or milepost).. one of this points is at the start of the road, and another is at the end... now the problems (I think..) although v.lrs.create needs (from the manual) only these parameters: in_lines=name out_lines=name points=name lidcol=string pidcol=string rstable=string in my case in_lines=road out_lines=lrs_vect points=point lidcol=LID pidcol=PID rstable=lrs_table when I run v.lrs.create I obtain: DBMI-DBF driver error: Column 'start_mp' not found Error in db_open_select_cursor() GRASS_INFO_ERROR(18585,1): Cannot select point attributes from pnt_2. this means that probably it is necessary to use the "start_mp", "end_mp", "start_off", "end_off" parameters, that the manual so explain: start_mp=string Column containing milepost position for the beginning of next segment. Default: start_mp end_mp=string Column containing milepost position for the end of previous segment. Default: end_mp start_off=string Column containing offset from milepost for the beginning of next segment. Default: start_off end_off=string Column containing offset from milepost for the endof previous segment. Default: end_off this is the big problem.. the meaning of these parameters... I have understood, but maybe I'm wrong, that: start_mp is the number of the milepost "viewed" from the segment that start from it end_mp is the number of the milepost "viewed" from the segment that finish to it is this right??? all the problems start here... I don't know which values I have to give to the mailepost attributes start_mp e end_mp. can someone give me some help??? may be Radim??? :-) thank you very much!!! -- Ivan Marchesini Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a 06125 Perugia (Italy) e-mail: marchesini@unipg.it ivan.marchesini@gmail.com tel: +39(0)755853760 fax: +39(0)755853756 jabber: geoivan73@jabber.org From lanczos at t-zones.sk Sat Nov 4 13:51:12 2006 From: lanczos at t-zones.sk (Tomas Lanczos) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] grass and postresql drivers for remote db In-Reply-To: Message-ID: <000b01c70042$37afd420$2101a8c0@tomas> Hi, I installed the Grass with a remote Postgresql connection a half year ago and if my memory does not lie it was needed to install it locally, also. Regards Tomas Hi everyone, I need to use a remote Postgresql connection with Grass. When compiling it I have to set the "--with-postgres" option during configuration but is it required to have postgresql installed to enable it? I know that the postgres libraries are needed, is it enough to download them? Giovanni -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061104/9e3c2ecd/attachment.html From harkiisk at utu.fi Sat Nov 4 19:11:19 2006 From: harkiisk at utu.fi (Harri Kiiskinen) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Wiki and MapServer Message-ID: <1162685479.6834.3.camel@localhost.localdomain> Hello, just to let you know that I have created a new page in Grass wiki: http://grass.gdf-hannover.de/wiki/GRASS_and_MapServer. It has simple examples about accessing Grass maps from MapServer with some notes on certain peculiarities in the access. Harri K. -- Harri Kiiskinen PhD-student Department of Cultural History, University of Turku email:harri.kiiskinen@utu.fi From hardeep.rai at gmail.com Sat Nov 4 20:46:38 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Panning and digitising Message-ID: If we want to digitise a long feature (say road), then what is the way to start digitise, pan it and resume to digitising. I found on doing pan, we cannot continue from prevoius work. Is there any way to snap to points? -- H.S.Rai =================== From glynn at gclements.plus.com Sat Nov 4 23:11:05 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] grass and postresql drivers for remote db In-Reply-To: References: Message-ID: <17741.25689.962600.976289@cerise.gclements.plus.com> G. Allegri wrote: > I need to use a remote Postgresql connection with Grass. When compiling it I > have to set the "--with-postgres" option during configuration but is it > required to have postgresql installed to enable it? I know that the postgres > libraries are needed, is it enough to download them? To compile GRASS with PostgreSQL support, you need to have the PostgreSQL libraries and headers installed on the build system. You don't need to install the server. If your distribution has a package named something like "libpq" or "posgresql-client", you need that, and also the corresponding -devel package if there is one. -- Glynn Clements From glynn at gclements.plus.com Sat Nov 4 23:13:15 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Compilation failure r.in.xyz on FreeBSD In-Reply-To: <20061104173442.GA4641@bogodyn.org> References: <20061104173442.GA4641@bogodyn.org> Message-ID: <17741.25819.925250.627065@cerise.gclements.plus.com> Tom Russo wrote: > I just tried to build today's CVS checkout, and got a compilation failure > in r.in.xyz on my FreeBSD system. The problem is the last commit changed > the type of the "filesize" variable to off_t, but on FreeBSD it is necessary > to have an explicit include of to get the off_t typedef. > > Inserting a > #include > immediately before the include of fixed the problem. Okay, fixed in CVS. -- Glynn Clements From hamish_nospam at yahoo.com Sat Nov 4 23:15:00 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] gis.m, d.m and nviz failing In-Reply-To: <454B3229.4060800@geo.uu.se> References: <454B0DB1.1090603@geo.uu.se> <20061103233610.4af536da.hamish_nospam@yahoo.com> <454B3229.4060800@geo.uu.se> Message-ID: <20061105171500.6f5212a4.hamish_nospam@yahoo.com> > Henning Lorenz wrote: > > Yes, that's what I read as well - but this output comes up > > > > - if I have the debian gdal package version 1.3.1 installed > > - if I have compiled gdal 1.3.2 myself > > > > I have also checked the symbolic links after compiling/installing > > the package - everything is in place! The configure script had > > nothing to complain about gdal-config either ... .. > > Hamish wrote: > >>> libgdal.so.1: > >> > >> The GDAL libraries can't be found. .. Henning Lorenz wrote: > I forgot to mention that the gdal utility programmes work - which I > wouldn't expect if something is wrong with libgdal. And there are > symlinks from libgdal.so and libgdal.so.1 to libgdal.so.1.10 which is > the actual library ... is the lib dir containing the gdal libs included in /etc/ld.so.conf? if not, add it and run ldconfig. Hamish From hamish_nospam at yahoo.com Sun Nov 5 00:24:27 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Compilation failure r.in.xyz on FreeBSD In-Reply-To: <17741.25819.925250.627065@cerise.gclements.plus.com> References: <20061104173442.GA4641@bogodyn.org> <17741.25819.925250.627065@cerise.gclements.plus.com> Message-ID: <20061105182427.6d8db7d7.hamish_nospam@yahoo.com> Glynn Clements wrote: > > Tom Russo wrote: > > > I just tried to build today's CVS checkout, and got a compilation > > failure in r.in.xyz on my FreeBSD system. The problem is the last > > commit changed the type of the "filesize" variable to off_t, but on > > FreeBSD it is necessary to have an explicit include of > > to get the off_t typedef. > > > > Inserting a > > #include > > immediately before the include of fixed the problem. > > Okay, fixed in CVS. & LFS wiki guide updated. http://grass.gdf-hannover.de/wiki/Large_File_Support#int_versus_off_t Hamish From hamish_nospam at yahoo.com Sun Nov 5 00:57:55 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] half-basin map using r.terraflow ? Message-ID: <20061105185755.320a5644.hamish_nospam@yahoo.com> Ahmet Temiz wrote: > is there any way to create half-basin map using r.terraflow (not using > r.watershed or any others) ? last week on the grass-dev mailing list, Helena made this comment: Hamish wrote: >> r.terraflow with the same area & mem=1500MB took just minutes, but >> only outputs sink-watershed basins, not all basins. (I may be missing >> something here, this is all outside my field) Helena wrote: > r.terraflow is not designed to output basins the way r.watershed does. > there is another code that I hope will be eventually contributed that > takes terraflow output and creates a map of watershed hierarchy. r.watershed was fixed just before GRASS 6.2.0 was released and now works reliably for large watershed regions. (much slower than r.terraflow, but at least now it gets there) Hamish From hamish_nospam at yahoo.com Sun Nov 5 01:00:16 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Panning and digitising In-Reply-To: References: Message-ID: <20061105190016.58f25e2b.hamish_nospam@yahoo.com> H.S.Rai wrote: > If we want to digitise a long feature (say road), then what is the way > to start digitise, pan it and resume to digitising. I found on doing > pan, we cannot continue from prevoius work. > > Is there any way to snap to points? In v.digit, you currently have to digitize as much line as you can in the current zoom, then pan, digitize more line, pan, etc. After leaving digitize line mode you can go into "move vertex" mode to snap the two line ends together. Make sure you gave the two lines the same category number. It has been a long time wish to fix this & it should work a bit better in the next generation digitization tool (wxPython GUI). these bug reports sound hopeful: http://intevation.de/rt/webrt?serial_num=1241 http://intevation.de/rt/webrt?serial_num=3243 http://intevation.de/rt/webrt?serial_num=3090 Hamish From tutey at o2.pl Sun Nov 5 05:13:29 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:24 2007 Subject: [GRASS-user] Panning and digitising In-Reply-To: References: Message-ID: <454DB949.50802@o2.pl> H.S.Rai wrote: > If we want to digitise a long feature (say road), then what is the way > to start digitise, pan it and resume to digitising. I found on doing > pan, we cannot continue from prevoius work. Use QGIS "GRASS Digit" tool (note that the 0.8 RC is beffer for digitising GRASS vectors than the latest stable 0.7; several anoying issues have been fixed). > Is there any way to snap to points? What do you mean? Maciek From hardeep.rai at gmail.com Sun Nov 5 05:23:39 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Panning and digitising In-Reply-To: <002301c700bf$6be87b20$2101a8c0@tomas> References: <002301c700bf$6be87b20$2101a8c0@tomas> Message-ID: On 11/5/06, Tomas Lanczos wrote: > > Is there any way to snap to points? > > Which version of Grass? 6.2.0RC3 -- H.S.Rai =================== From hardeep.rai at gmail.com Sun Nov 5 05:34:54 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] gis.m and command line Message-ID: How to divert output og commands given in console mode to screen of gis.m? Curenly, I need to start x0. I also found that boundaries are not filled in 6.2.0RC3, in command d.vect, while same data and same command in Ver 6.0.1 fills boundary. In bith cases default option is there to fill with gray colour. What can be the reason? -- H.S.Rai =================== From tutey at o2.pl Sun Nov 5 06:17:07 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Panning and digitising In-Reply-To: References: <454DB949.50802@o2.pl> Message-ID: <454DC833.3000806@o2.pl> H.S.Rai wrote: > On 11/5/06, Maciej Sieczka wrote: >>> Is there any way to snap to points? >> What do you mean? > If I have a line, then I should be able to start or end line to end > point of this line. Or if I have a point, then I shuld be able to > start or end my line from this point. Both v.digit and QGIS' GRASS digit automatically snap vertices. You can adjust the snapping distance in their settings. Maciek P.S. Don't reply to priv. From hellik at web.de Sun Nov 5 08:36:50 2006 From: hellik at web.de (Helmut Kudrnovsky) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass62/grass63 - broken html Message-ID: <864095249@web.de> hi again, i'looked a little bit more into the broken html-links. i've compiled from cvs-snapshot 2006-11-04 for grass62 and grass63. in the grass62 cvs-snaphot 2006-11-04 html-link from /usr/local/grass-6.2.1cvs/docs/html/databaseintro.html to grass-odbc.html „Beim Laden von file:///usr/local/grass-6.2.1cvs/docs/html/grass-odbc.html ist folgender Fehler aufgetreten: Die Datei oder der Ordner /usr/local/grass-6.2.1cvs/docs/html/grass-odbc.html existiert nicht.“ (file not existing) in the source the html-file is in /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_04/grass-6.2.cvs_src_snapshot_2006_11_04/db/drivers/odbc/grass-odbc.html the same error message for the mysql and emysql-driver-helppages: „Beim Laden von file:///usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html ist folgender Fehler aufgetreten: Die Datei oder der Ordner /usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html existiert nicht.“ (file not existing) „Beim Laden von file:///usr/local/grass-6.2.1cvs/docs/html/grass-mesql.html ist folgender Fehler aufgetreten: Die Datei oder der Ordner /usr/local/grass-6.2.1cvs/docs/html/grass-mesql.html existiert nicht.“ (file not existing) i can report the same for grass63 cvs-snaphot 2006-11-04 the log-file for the last today's compilation sessions: grass62 cvs-snapshot 2006-11-04 GRASS GIS compilation log ------------------------- Started compilation: So Nov 5 12:22:21 CET 2006 -- Errors in: -- Finished compilation: So Nov 5 12:31:27 CET 2006 (In case of errors please change into the directory with error and run 'make') grass63 cvs-snapshot 2006-11-04 GRASS GIS compilation log ------------------------- Started compilation: So Nov 5 12:38:04 CET 2006 -- Errors in: -- Finished compilation: So Nov 5 12:47:19 CET 2006 (In case of errors please change into the directory with error and run 'make') greetings from austria helli _______________________________________________________________________________________ Date: Sat, 4 Nov 2006 11:39:28 +0100 From: Michele Subject: Re: [GRASS-user] grass62 - broken html and freezing gui To: grassuser@grass.itc.it Cc: Helmut Kudrnovsky Message-ID: <200611041139.28903.michele.rocc@libero.it> Content-Type: text/plain; charset="iso-8859-15" On Friday 03 November 2006 18:09, Helmut Kudrnovsky wrote: Helmut, (HK)> i've compiled the final grass62-source for myself without any (HK)>error-message on a suse 10.1-machine. (HK)> (HK)> i´ve played a little with the spearfish-dataset and with my own (HK)> data, sometimes the tcl/tk-gui (gis.m, display-monitor, command-guis) (HK)>seems (HK)> to freeze, that means i cannot close the windows. (HK)> I've compiled grass6.2.0 on opensue 10.1 since the release date and had no freezes, haven't done so much testing...but it seems ok. Maybe the freeze is more opensuse related(?) I've heard about some similar problems on opensuse 10.1, not related to GRASS... (HK)> the link from databaseintro.html to grass-odbc.html seems broken in my (HK)> installation , all other help-htmls of the installation seems to be o.k. Those links are working in my installation... try to rebuild afresh... Michele. _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066 From michele.rocc at libero.it Sun Nov 5 09:39:13 2006 From: michele.rocc at libero.it (Michele) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass62/grass63 - broken html In-Reply-To: <864095249@web.de> References: <864095249@web.de> Message-ID: <200611051539.13947.michele.rocc@libero.it> On Sunday 05 November 2006 14:36, Helmut Kudrnovsky wrote: (HK)> hi again, (HK)> (HK)> i'looked a little bit more into the broken html-links. i've compiled (HK)> from cvs-snapshot 2006-11-04 for grass62 and grass63. (HK)> (HK)> in the grass62 cvs-snaphot 2006-11-04 (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-odbc.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> (HK)> file:///usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html ist (HK)>folgender (HK)> Fehler aufgetreten: (HK)> Die Datei oder der Ordner (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mesql.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> Hi, did you enabled odbc and mysql in the "./configure step"? Michele From hellik at web.de Sun Nov 5 13:10:46 2006 From: hellik at web.de (Helmut Kudrnovsky) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass62/grass63 - broken html Message-ID: <864652003@web.de> hi michele, i didn't enable odbc and mysql in the "./configure" step. this is maybe the reason? if yes, it would be nice to have this html-links working, because the file "databaseintro.html" (with a lot of general things about db-management in grass) links to them and maybe someone who has not installed all db-drivers (like me) is interested also in this driver-help-pages i.e. for comparing the db-possibilities. maybe i can help to fix this.... regards helli -----Urspr?ngliche Nachricht----- Von: michele.rocc@libero.it Gesendet: 05.11.06 15:39:25 An: grassuser@grass.itc.it Betreff: Re: [GRASS-user] grass62/grass63 - broken html On Sunday 05 November 2006 14:36, Helmut Kudrnovsky wrote: (HK)> hi again, (HK)> (HK)> i'looked a little bit more into the broken html-links. i've compiled (HK)> from cvs-snapshot 2006-11-04 for grass62 and grass63. (HK)> (HK)> in the grass62 cvs-snaphot 2006-11-04 (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-odbc.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> (HK)> file:///usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html ist (HK)>folgender (HK)> Fehler aufgetreten: (HK)> Die Datei oder der Ordner (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mesql.html existiert (HK)>nicht.“ (HK)> (file not existing) (HK)> Hi, did you enabled odbc and mysql in the "./configure step"? Michele _______________________________________________________________________ Viren-Scan f?r Ihren PC! Jetzt f?r jeden. Sofort, online und kostenlos. Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222 From neteler at itc.it Sun Nov 5 14:37:08 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass62/grass63 - broken html In-Reply-To: <864652003@web.de> References: <864652003@web.de> Message-ID: <20061105193708.GA28466@bartok.itc.it> Hi, in fact the specific driver pages are only generated if that driver is compiled. So far we have static HTML pages, some "magic" would be needed to construct lib/db/sqlp/description.html in dependence of the drivers compiled in db/drivers/. Help is welcome, Markus On Sun, Nov 05, 2006 at 07:10:46PM +0100, Helmut Kudrnovsky wrote: > hi michele, > > i didn't enable odbc and mysql in the "./configure" step. this is maybe the reason? > > if yes, it would be nice to have this html-links working, because the file "databaseintro.html" (with a lot of general things about db-management in grass) links to them and maybe someone who has not installed all db-drivers (like me) is interested also in this driver-help-pages i.e. for comparing the db-possibilities. > > maybe i can help to fix this.... > > regards > helli > > > -----Urspr?ngliche Nachricht----- > Von: michele.rocc@libero.it > Gesendet: 05.11.06 15:39:25 > An: grassuser@grass.itc.it > Betreff: Re: [GRASS-user] grass62/grass63 - broken html > > > On Sunday 05 November 2006 14:36, Helmut Kudrnovsky wrote: > (HK)> hi again, > (HK)> > (HK)> i'looked a little bit more into the broken html-links. i've compiled > (HK)> from cvs-snapshot 2006-11-04 for grass62 and grass63. (HK)> > (HK)> in the grass62 cvs-snaphot 2006-11-04 > > (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-odbc.html existiert > (HK)>nicht.“ > (HK)> (file not existing) (HK)> > > (HK)> file:///usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html ist > (HK)>folgender > (HK)> Fehler aufgetreten: (HK)> Die Datei oder der Ordner > (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mysql.html existiert > (HK)>nicht.“ > (HK)> (file not existing) (HK)> > > (HK)> /usr/local/grass-6.2.1cvs/docs/html/grass-mesql.html existiert > (HK)>nicht.“ > (HK)> (file not existing) (HK)> > > Hi, > > did you enabled odbc and mysql in the "./configure step"? > > Michele > > > _______________________________________________________________________ > Viren-Scan f?r Ihren PC! Jetzt f?r jeden. Sofort, online und kostenlos. > Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=022222 > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -- Markus Neteler http://mpa.itc.it/markus/ ITC-irst - Centro per la Ricerca Scientifica e Tecnologica MPBA - Predictive Models for Biol. & Environ. Data Analysis Via Sommarive, 18 - 38050 Povo (Trento), Italy From giohappy at gmail.com Sun Nov 5 18:42:58 2006 From: giohappy at gmail.com (G. Allegri) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass and postresql drivers for remote db In-Reply-To: <17741.25689.962600.976289@cerise.gclements.plus.com> References: <17741.25689.962600.976289@cerise.gclements.plus.com> Message-ID: Thanks everyone, I'll have a look to my ubuntu repository packages: - postgresql-client-8.1 - postgresql-dev (even if this seems to be related to version 7.5.21...) Giovanni 2006/11/5, Glynn Clements : > > G. Allegri wrote: > > > I need to use a remote Postgresql connection with Grass. When compiling it I > > have to set the "--with-postgres" option during configuration but is it > > required to have postgresql installed to enable it? I know that the postgres > > libraries are needed, is it enough to download them? > > To compile GRASS with PostgreSQL support, you need to have the > PostgreSQL libraries and headers installed on the build system. You > don't need to install the server. > > If your distribution has a package named something like "libpq" or > "posgresql-client", you need that, and also the corresponding -devel > package if there is one. > > -- > Glynn Clements > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061106/ad9adc76/attachment.html From grasschoper at rediffmail.com Mon Nov 6 00:29:31 2006 From: grasschoper at rediffmail.com (Nitin) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] what should be optimum hardware for GRASS Message-ID: <20061106052931.22018.qmail@webmail105.rediffmail.com> hello everybody,what would be a optimum hardware specification for running grass(specially its nviz and network analysis tools). Also currently postgresql also run on same machine.regardsgrasschoper -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061106/724ae8c4/attachment.html From wouter.buytaert at scarlet.be Mon Nov 6 06:07:54 2006 From: wouter.buytaert at scarlet.be (wouter) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] landsat in grass63 video Message-ID: Hi list, the beautiful grass63 video at http://www-pool.math.tu-berlin.de/~soeren/grass/modules/screenshots/grass63feature_tour.html features some pretty RGB satellite images from the spearfish region. Are these the LANDSAT-7 data available for download on the sample data site (p033r029_20000712_NAD27_small.tar.gz)? If so, how do I add them to the spearfish location? Thanks! Wouter From grasschoper at rediffmail.com Mon Nov 6 06:50:58 2006 From: grasschoper at rediffmail.com (Nitin) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Re :Re: [GRASS-dev] what should be optimum hardware for GRASS? Message-ID: <1162809846.S.1483.1367.webmail96.rediffmail.com.old.1162813841.27936@webmail.rediffmail.com> greetings,i tried to go through the nabble but there were no discussion regarding hardware usage. Only discussion i could find out was about failure and crashes.I am here looking for specific requirments but i couldn\'t found any.quickNitinMaciej Sieczka wrote Nitin wrote: &gt; i am looking for optimum hardware specification for running and developing GRASS See GRASS lists archives first (eg. at Nabble). This topic has been discussed several times, including recently. If someting\'s still not clear ask the details. Maciek -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061106/2ed12889/attachment.html From soerengebbert at gmx.de Mon Nov 6 06:55:40 2006 From: soerengebbert at gmx.de (=?iso-8859-1?Q?=22S=F6ren_Gebbert=22?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] landsat in grass63 video In-Reply-To: References: Message-ID: <20061106115540.275500@gmx.net> Hi wouter, -------- Original-Nachricht -------- Datum: Mon, 6 Nov 2006 11:07:54 +0000 (GMT) Von: wouter An: grassuser@grass.itc.it Betreff: [GRASS-user] landsat in grass63 video > > Hi list, > > the beautiful grass63 video at > > http://www-pool.math.tu-berlin.de/~soeren/grass/modules/screenshots/grass63feature_tour.html > > features some pretty RGB satellite images from the spearfish region. Are > these the LANDSAT-7 data available for download on the sample data site > (p033r029_20000712_NAD27_small.tar.gz)? > > If so, how do I add them to the spearfish location? I have used the script r.in.onearth http://www-pool.math.tu-berlin.de/~soeren/grass/modules/r.in.onearth.tar.gz to import the images from the NASA server directly into the spearfish location. Best regards Soeren > > Thanks! > > Wouter > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer From jarekj at amu.edu.pl Mon Nov 6 07:05:36 2006 From: jarekj at amu.edu.pl (=?UTF-8?B?SmFyb3PFgmF3IEphc2lld2ljeg==?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Re :Re: [GRASS-dev] what should be optimum hardware for GRASS? In-Reply-To: <1162809846.S.1483.1367.webmail96.rediffmail.com.old.1162813841.27936@webmail.rediffmail.com> References: <1162809846.S.1483.1367.webmail96.rediffmail.com.old.1162813841.27936@webmail.rediffmail.com> Message-ID: <454F2510.30705@amu.edu.pl> Nitin napisa?(a): > greetings, > i tried to go through the nabble but there were no discussion > regarding hardware usage. Only discussion i could find out was about > failure and crashes. > I am here looking for specific requirments but i couldn't found any. > > quickNitin > > > Maciej Sieczka wrote Nitin wrote: > i am looking for optimum > hardware specification for running and developing GRASS See GRASS > lists archives first (eg. at Nabble). This topic has been discussed > several times, including recently. If someting's still not clear ask > the details. Maciek > > > >------------------------------------------------------------------------ > >_______________________________________________ >grassuser mailing list >grassuser@grass.itc.it >http://grass.itc.it/mailman/listinfo/grassuser > > as in other computer programs: as fast as you can From michele.rocc at libero.it Mon Nov 6 07:55:40 2006 From: michele.rocc at libero.it (Michele) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] what should be optimum hardware for GRASS Message-ID: > hello everybody,what would be a optimum hardware specification >for running grass(specially its nviz and network analysis >tools). Also currently postgresql also run on same >machine.regardsgrasschoper > It depends on how heavy your analysis have to be. ------------------------------------------------------ Mutuo da 200.000?? Tassi ridotti:euribor +0.70%. Solo per richieste online. www.mutuionline.it http://click.libero.it/mutuionline6nov From cavallini at faunalia.it Mon Nov 6 08:09:25 2006 From: cavallini at faunalia.it (Paolo Cavallini) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] what should be optimum hardware for GRASS In-Reply-To: References: Message-ID: <200611061409.27440.cavallini@faunalia.it> no special requirement, in my view. pc At 13:55, luned? 6 novembre 2006, Michele has probably written: > > hello everybody,what would be a optimum hardware specification >for > > running grass(specially its nviz and network analysis >tools). Also > > currently postgresql also run on same >machine.regardsgrasschoper > > It depends on how heavy your analysis have to be. -- Paolo Cavallini email+jabber: cavallini@faunalia.it www.faunalia.it Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: (+39)348-3801953 From michaelrabotin at gmail.com Mon Nov 6 09:24:03 2006 From: michaelrabotin at gmail.com (=?ISO-8859-1?Q?Micha=EBl_Rabotin?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] shell script to break a vector line by a vector point Message-ID: <5cbd12c70611060624s684b47f1m4e60837cf8098203@mail.gmail.com> Hi everybody A few weeks ago, a discussion abour how to break a vector line by a vector point was beginned. I create a script in shell to solve this issue in grass 6.0.1. You need the add on v.append and v.out.ascii.db to launch this script (add on avalaible on http://grass.gdf-hannover.de/wiki/GRASS_AddOns) You choose a vector line and a vector point (the points need to be on the line to cut the lines) and the script create a new intersected vector line Any comments or suggestions are welcome. Cheers Mick #!/bin/bash #break a vector line by a vector point and create a new vector line #need the Add On v.out.ascii.db and v.append #the different vectors do not have the columns x,y,along,lcat and type #because this script create these columns and there are no securities for #checking their presence #in line 179 of this script, we delete an esri column because we worked with esri #vector imported in grass format if [ -z "$GISBASE" ] then echo "" echo "You must be in GRASS to launch this script" echo "" exit 1 fi eval `g.gisenv` : ${GISDBASE?} ${LOCATION_NAME?} ${MAPSET?} #verification of the presence of v.out.ascii.db if [ ! -e "/usr/lib/grass/scripts/v.out.ascii.db" ] ; then echo "You need the Add on v.out.ascii.db" echo " Segmentation process exit" exit fi #verification of the presence of v.append if [ ! -e "/usr/lib/grass/scripts/v.append" ] ; then echo "You need the Add on v.append " echo " Segmentation process exit" exit fi # ask the mapset where the user want to work while test ! $Seg_mapset do echo -n " Name of the mapset for the work : " read Seg_mapset done while test ! -d "$GISDBASE/$LOCATION_NAME/$Seg_mapset" do echo "" echo " the mapset $Seg_mapset doesn't exist!" echo "" echo " Choose an another name" read Seg_mapset done g.gisenv set="MAPSET=$Seg_mapset" echo " We work now in the mapset $Seg_mapset" echo "" echo "enter the name of the vector line: " read rh #we verify the presence of this vector g.findfile element=vector file="${rh}" > /dev/null if [ $? -ne 0 ] ; then echo "The object $rh doesn't exist !!" echo "Segmentation process exit" exit fi # we verify the type (line) of this vector v.info map=$rh | grep "lines:" | cut -c30 > /tmp/line lines=`cat /tmp/line` if [ "$lines" = "0" ] ; then echo "The Object $rh doesn't have any lines !!" echo "Segmentation process exit" exit fi echo " " echo "The vector line choosen is $rh" echo "" echo "enter the name of the points vector : " read exut #we verify the presence of this vector g.findfile element=vector file="${exut}" > /dev/null if [ $? -ne 0 ] ; then echo "The Object $exut doesn't exist !!" echo "Segmentation process exit" exit fi # we verify the type (point) of this vector v.info map=$exut | grep "points:" | cut -c30 > /tmp/pt pts=`cat /tmp/pt` if [ "$pts" = "0" ] ; then echo "The Object $exut doesn't have any points!!" echo "Segmentation process exit" exit fi rm /tmp/line rm /tmp/pt echo "The vector point choosen is $exut" echo "" echo "enter a name for the new vector line: " while test ! $rhfin do echo -n "Enter the name: " read rhfin done while test -d "$GISDBASE/$LOCATION_NAME/$MAPSET/vector/$rhfin" do echo "" echo " The Object $rhfin already exist" echo "" echo " Choose an another name" read rhfin done echo "the name for the new vector line is $rhfin" echo " " echo "***************" echo "add the columns lcat,along,x and y in the vector points" echo "and calcul of the x,y coordinate of these points" echo "ALTER TABLE $exut ADD COLUMN lcat INTEGER"|db.execute echo "ALTER TABLE $exut ADD COLUMN along DOUBLE"|db.execute echo "ALTER TABLE $exut ADD COLUMN x DOUBLE"|db.execute echo "ALTER TABLE $exut ADD COLUMN y DOUBLE"|db.execute v.to.db map=$exut type=point option=coor units=me column=x,y echo " " echo "***************" echo "calcul of the distance between vector line and vector point" #allow to calculate the cat of the line where the point is v.distance from=$exut to=$rh from_type=point to_type=line upload=cat column=lcat #allow to find the distance entre the beginning of the line and the point v.distance from=$exut to=$rh from_type=point to_type=line upload=to_along column=along echo " " echo "***************" echo "export of the cat of the selected lines" v.out.ascii.db input=$exut output=/tmp/segcat columns=lcat cut -d"|" -f4 /tmp/segcat>/tmp/segcat2 echo " " echo "***************" echo "extract of the selected lines" v.extract input=rh output=rh2 type=line file=/tmp/segcat2 echo " " echo "***************" echo "export of the points of the selected lines" echo "and calcul of the distance between the beginning of the line and the point, result in layer 2" v.to.points input=rh2 type=line output=rh3 echo " " echo "***************" echo "calcul of the x,y coordinate of the points" echo "ALTER TABLE rh3_2 ADD COLUMN x DOUBLE"|db.execute echo "ALTER TABLE rh3_2 ADD COLUMN y DOUBLE"|db.execute v.to.db map=rh3 type=point layer=2 option=coor units=me column=x,y echo " " echo "***************" echo "creation of the column type" echo "ALTER TABLE rh3_2 ADD COLUMN type VARCHAR(10)"|db.execute echo "ALTER TABLE $exut ADD COLUMN type VARCHAR(10)"|db.execute echo "UPDATE rh3_2 SET type='rh'"|db.execute echo "UPDATE $exut SET type='exut'"|db.execute echo " " echo "***************" echo "export the attributes of the points of lines and of the points" #segcat3: fichier contenant points et attributs des segments rh3 db.select -c table=rh3_2>/tmp/segcat3 db.select -c table=$exut>/tmp/segcat4 echo "we suppress an esri column " cut -d"|" -f1,3,4,5,6,7 /tmp/segcat4>/tmp/segcat5 echo " " echo "***************" echo "sum of all the points" sort -k2n -t'|' /tmp/segcat3 >/tmp/segcat30 sort -k2n -t'|' /tmp/segcat5 >/tmp/segcat50 sort -m -k2n -k3g -t'|' /tmp/segcat30 /tmp/segcat50>/tmp/segcat6 cut -d"|" -f2 /tmp/segcat6>/tmp/segcat7 uniq /tmp/segcat7>/tmp/segcat8 cut -d"|" -f2,3,4,5,6 /tmp/segcat6>/tmp/segcat9 echo " " echo "***************" echo "creation of the ascii input file for the creation of the new vector line" for k in `cat /tmp/segcat8`;do grep "^$k" /tmp/segcat9 > /tmp/segcat10_"$k" grep -n exut$ /tmp/segcat10_"$k" |cut -d":" -f1 > /tmp/segcat11_"$k" typeset -i nb nb=`cat /tmp/segcat11_"$k"` head -"$nb" /tmp/segcat10_"$k" > /tmp/segcat20_"$k" echo "`cat /tmp/segcat10_"$k"`" | wc -l > /tmp/segcat13_"$k" typeset -i nbexut nbexut=`cat /tmp/segcat13_"$k"` typeset -i nb2 nb2=`cat /tmp/segcat13_"$k"`-`cat /tmp/segcat11_"$k"`+1 tail -"$nb2" /tmp/segcat10_"$k" > /tmp/segcat21_"$k" touch /tmp/import_"$k" echo "`cat /tmp/segcat20_"$k"`" | wc -l > /tmp/segcat30_"$k" nb20=`cat /tmp/segcat30_"$k"` echo "`cat /tmp/segcat21_"$k"`" | wc -l > /tmp/segcat31_"$k" nb21=`cat /tmp/segcat31_"$k"` cut -d'|' -f3,4 /tmp/segcat20_"$k" | awk -F'|' '{OFS=" ";$1=$1;print " "$0}' > /tmp/segcat40_"$k" cut -d'|' -f3,4 /tmp/segcat21_"$k" | awk -F'|' '{OFS=" ";$1=$1;print " "$0}' > /tmp/segcat41_"$k" echo "L "$nb20" 1" >>/tmp/import_"$k" echo "`cat /tmp/segcat40_"$k"`" >>/tmp/import_"$k" echo " 1 1">>/tmp/import_"$k" echo "L "$nb21" 1" >>/tmp/import_"$k" echo "`cat /tmp/segcat41_"$k"`" >>/tmp/import_"$k" echo " 1 2">>/tmp/import_"$k" done #the file import will be the fileascii input touch /tmp/import echo "ORGANIZATION:" >>/tmp/import echo "DIGIT DATE:" >>/tmp/import echo "DIGIT NAME:" >>/tmp/import echo "MAP NAME:" >>/tmp/import echo "MAP DATE:" >>/tmp/import echo "MAP SCALE:" >>/tmp/import echo "OTHER INFO:" >>/tmp/import echo "ZONE:" >>/tmp/import echo "MAP THRESH:" >>/tmp/import echo "VERTI:" >>/tmp/import for k in `cat /tmp/segcat8`;do echo "`cat /tmp/import_"$k"`" >>/tmp/import done rm /tmp/import_* echo " " echo "***************" echo "creation of the vector line $rhfin " v.in.ascii input=/tmp/import output="$rh"_tmp format=standard v.category input=$rh option=print > /tmp/cattot sort -k1n /tmp/segcat8 > /tmp/segcat8s diff /tmp/cattot /tmp/segcat8s > /tmp/cattot2 grep -v "," /tmp/cattot2 > /tmp/cattot3 cut -d" " -f2 /tmp/cattot3 > /tmp/cattot4 v.extract input=$rh output=ext_$rh type=line file=/tmp/cattot4 rm /tmp/import rm /tmp/cattot* echo "`cat /tmp/segcat8s`"| awk -F'|' '{ORS=") or (cat=";$1=$1;print $0}' > /tmp/segwhere awk '{print NF}' /tmp/segwhere > /tmp/segwherenb typeset -i nbwhere nbwhere=`cat /tmp/segwherenb`-2 cut -d" " -f1-"$nbwhere" /tmp/segwhere > /tmp/segwhere2 db.copy from_driver=dbf from_database="$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/" from_table="$rh" to_driver=dbf to_database="$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/" to_table="$rh"_tmp where="(cat=`cat /tmp/segwhere2`" v.db.connect map="$rh"_tmp driver=dbf database="$GISDBASE/$LOCATION_NAME/$MAPSET/dbf/" table="$rh"_tmp key=cat layer=1 v.category input="$rh"_tmp output="$rh"_tmp2 type=line option=del v.category input="$rh"_tmp2 output="$rh"_tmp3 type=line option=add #utilisation du module v.append pour merger les deux r?(c)seaux v.append vect1="$rh"_tmp3 vect2=ext_$rh vmerged=$rhfin vtype=line vlayer=1 rm /tmp/seg* g.remove vect=rh3,rh2,ext_$rh,"$rh"_tmp,"$rh"_tmp2,"$rh"_tmp3 echo " " echo "***************" echo "Segmentation process end" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061106/5d23079e/attachment.html From mdusaire at umn.edu Mon Nov 6 16:10:31 2006 From: mdusaire at umn.edu (Martin du Saire) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Grass6.2\Cygwin Message-ID: <7.0.1.0.0.20061106145356.01b9e6e8@umn.edu> Here is some additional info: in v.in.ogr, make generates the following errors: gcc -I/usr/src/grass-6.2.0/dist.i686-pc-cygwin/include -g -O2 -I/usr/local/include -DPACKAGE=\""grassmods"\" -I/usr/local/include -I/usr/src/grass-6.2.0/dist.i686-pc-cygwin/include \ -o OBJ.i686-pc-cygwin/main.o -c main.c main.c: In function `main': main.c:638: error: `OFTDate' undeclared (first use in this function) main.c:638: error: (Each undeclared identifier is reported only once main.c:638: error: for each function it appears in.) make: *** [OBJ.i686-pc-cygwin/main.o] Error 1 in v.digit, make generates errors of the type: /usr/local/lib/libtk.a(tkWindow.o):tkWindow.c:(.text+0x1092): undefined reference to `_XDestroyWindow' Is the compiler expecting a set of directories /usr/local/lib/tk and /tcl? Right now what I have are /tk8.4 and /tcl8.4. Assuming I should be using these newer libraries, how do I force the compiler to use for these? ./configure appears to have found them okay: checking whether to use Tcl/Tk... yes checking for location of Tcl/Tk includes... checking for tcl.h... yes checking for tk.h... yes checking Tcl version... 8.4 checking Tk version... 8.4 checking for location of Tcl/Tk library... checking for Tcl_Init in -ltcl... yes checking for Tk_MainWindow in -ltk... yes Thanks. Martin From gnelson at uiuc.edu Mon Nov 6 21:59:09 2006 From: gnelson at uiuc.edu (JerryNelson) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal Message-ID: <7211765.post@talk.nabble.com> I'm trying to build grass63 from source. I get most of the way there but then run into a problem with the grass make. What breaks is in the r.in.gdal make. I'm told there are undefined references to GPJ_wkt_to_grass. I'm using CentOS, which is a variant of redhat. I have (I think) successfully installed GDAL without grass, postgresql, and proj. There was some traffic in August about someone else having this problem but I can't find where a solution was found. Any help appreciated. Thanks, Jerry -- View this message in context: http://www.nabble.com/GPJ_wkt_to_grass-error-in-making-r.in.gdal-tf2586498.html#a7211765 Sent from the Grass - Users mailing list archive at Nabble.com. From hamish_nospam at yahoo.com Mon Nov 6 22:22:28 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] what should be optimum hardware for GRASS In-Reply-To: <20061106052931.22018.qmail@webmail105.rediffmail.com> References: <20061106052931.22018.qmail@webmail105.rediffmail.com> Message-ID: <20061107162228.1bf8c914.hamish_nospam@yahoo.com> Nitin wrote: > hello everybody,what would be a optimum hardware specification for > running grass(specially its nviz and network analysis tools). Also > currently postgresql also run on same machine.regardsgrasschoper It'll probably run on an old 386 or anything up to a cray, but if you're shopping for a self-built PC..... 200GB SATA hard drive 2gig RAM for NVIZ you might want a nice video card that was the new-best-thing 6 months or a year ago (fast but give the linux driver folks time to support it) Hamish From hamish_nospam at yahoo.com Mon Nov 6 22:43:45 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] landsat in grass63 video In-Reply-To: <20061106115540.275500@gmx.net> References: <20061106115540.275500@gmx.net> Message-ID: <20061107164345.3a2bbb1c.hamish_nospam@yahoo.com> S?ren Gebbert wrote: > > the beautiful grass63 video at > > > > http://www-pool.math.tu-berlin.de/~soeren/grass/modules/screenshots/grass63feature_tour.html > > > > features some pretty RGB satellite images from the spearfish region. > > Are these the LANDSAT-7 data available for download on the sample > > data site (p033r029_20000712_NAD27_small.tar.gz)? > > > > If so, how do I add them to the spearfish location? > > I have used the script r.in.onearth > http://www-pool.math.tu-berlin.de/~soeren/grass/modules/r.in.onearth.tar.gz > to import the images from the NASA server directly into the > spearfish location. just to add, the i.landsat.rgb module does a very nice at making those LANDSAT images pretty. Download a SRTM tile and put the put the two together in NVIZ! It's a great little task I've been wanting to have as a mini-tutorial for a long time (item for GRASS Newsletter?). Hamish From glynn at gclements.plus.com Tue Nov 7 00:21:37 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Grass6.2\Cygwin In-Reply-To: <7.0.1.0.0.20061106145356.01b9e6e8@umn.edu> References: <7.0.1.0.0.20061106145356.01b9e6e8@umn.edu> Message-ID: <17744.6113.283506.223553@cerise.gclements.plus.com> Martin du Saire wrote: > Here is some additional info: > > in v.in.ogr, make generates the following errors: > > > gcc -I/usr/src/grass-6.2.0/dist.i686-pc-cygwin/include -g > -O2 -I/usr/local/include -DPACKAGE=\""grassmods"\" > -I/usr/local/include -I/usr/src/grass-6.2.0/dist.i686-pc-cygwin/include \ > -o OBJ.i686-pc-cygwin/main.o -c main.c > main.c: In function `main': > main.c:638: error: `OFTDate' undeclared (first use in this function) > main.c:638: error: (Each undeclared identifier is reported only once > main.c:638: error: for each function it appears in.) > make: *** [OBJ.i686-pc-cygwin/main.o] Error 1 That suggests an unsupported version of GDAL. OFTDate is present in later versions, and the use is conditionalised with: #if GDAL_VERSION_NUM >= 1320 } else if( Ogr_ftype == OFTDate ) { sprintf (buf, ", %s date", Ogr_fieldname ); #endif Either it's checking against the wrong version number, or you have multiple, conflicting versions of GDAL installed. > in v.digit, make generates errors of the type: > > /usr/local/lib/libtk.a(tkWindow.o):tkWindow.c:(.text+0x1092): > undefined reference to `_XDestroyWindow' That implies that the X libraries aren't being added to the setting of TCLTKLIBS in include/Make/Platform.make. Do you have multiple versions of Tcl/Tk installed? > Is the compiler expecting a set of directories /usr/local/lib/tk and > /tcl? Right now what I have are /tk8.4 and /tcl8.4. Assuming I > should be using these newer libraries, how do I force the compiler to > use for these? Those directories contain Tcl/Tk code which is used by the Tcl/Tk libraries. The compiler doesn't need to find them; the actual Tcl and Tk libraries should be in /usr/local/lib. -- Glynn Clements From paul-grass at stjohnspoint.co.uk Tue Nov 7 05:48:25 2006 From: paul-grass at stjohnspoint.co.uk (Paul Kelly) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal In-Reply-To: <7211765.post@talk.nabble.com> References: <7211765.post@talk.nabble.com> Message-ID: Have you disabled OGR support in GDAL? The GPJ_wkt_to_grass() function will only be compiled into the GRASS gproj library if OGR is available. If you don't have OGR you won't be able to convert co-ordinate system information into the forms used in other GIS. Perhaps the call to GPJ_wkt_to_grass() should be conditionalised on HAVE_OGR, but especially if you're using GDAL it's pretty unlikely to not have OGR compiled into it. On Mon, 6 Nov 2006, JerryNelson wrote: > > I'm trying to build grass63 from source. I get most of the way there but then > run into a problem with the grass make. What breaks is in the r.in.gdal > make. I'm told there are undefined references to GPJ_wkt_to_grass. I'm using > CentOS, which is a variant of redhat. I have (I think) successfully > installed GDAL without grass, postgresql, and proj. There was some traffic > in August about someone else having this problem but I can't find where a > solution was found. > > Any help appreciated. > > Thanks, Jerry > -- > View this message in context: http://www.nabble.com/GPJ_wkt_to_grass-error-in-making-r.in.gdal-tf2586498.html#a7211765 > Sent from the Grass - Users mailing list archive at Nabble.com. > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From gnelson at uiuc.edu Tue Nov 7 06:26:26 2006 From: gnelson at uiuc.edu (Gerald Nelson) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal Message-ID: <20061107052626.AEP79184@expms1.cites.uiuc.edu> I was using this configure command ./configure --with-grass=no --with-png=internal --with-jpeg=internal --with-gif=internal --with-libtiff=internal --with-geotiff=internal --with-libz=internal --without-ogr --without-pg --without-ogdi --with-gdal=/usr/local/bin/gdal-config I tried it with the "--without-ogr" deleted. This time when I make grass I get errors in r.in.gdal, v.out.ogr, and v.in.ogr. Should I be using "--with-ogr"? ---- Original message ---- >Date: Tue, 7 Nov 2006 10:48:25 +0000 (GMT) >From: Paul Kelly >Subject: Re: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal >To: JerryNelson >Cc: grassuser@grass.itc.it > >Have you disabled OGR support in GDAL? The GPJ_wkt_to_grass() function >will only be compiled into the GRASS gproj library if OGR is available. If >you don't have OGR you won't be able to convert co-ordinate system >information into the forms used in other GIS. Perhaps the call to >GPJ_wkt_to_grass() should be conditionalised on HAVE_OGR, but especially >if you're using GDAL it's pretty unlikely to not have OGR compiled into >it. > >On Mon, 6 Nov 2006, JerryNelson wrote: > >> >> I'm trying to build grass63 from source. I get most of the way there but then >> run into a problem with the grass make. What breaks is in the r.in.gdal >> make. I'm told there are undefined references to GPJ_wkt_to_grass. I'm using >> CentOS, which is a variant of redhat. I have (I think) successfully >> installed GDAL without grass, postgresql, and proj. There was some traffic >> in August about someone else having this problem but I can't find where a >> solution was found. >> >> Any help appreciated. >> >> Thanks, Jerry >> -- >> View this message in context: http://www.nabble.com/GPJ_wkt_to_grass-error-in-making-r.in.gdal-tf2586498.html#a7211765 >> Sent from the Grass - Users mailing list archive at Nabble.com. >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser >> Gerald Nelson Professor, Dept. of Agricultural and Consumer Economics University of Illinois, Urbana-Champaign office: 217-333-6465 cell: 217-390-7888 315 Mumford Hall 1301 W. Gregory Urbana, IL 61801 From javier.alvarez at cedex.es Tue Nov 7 06:26:59 2006 From: javier.alvarez at cedex.es (=?iso-8859-1?Q?Javier_=C1lvarez_Rodr=EDguez?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 Message-ID: <000001c7025f$a70ec460$7a4291c1@ceh.cedex.es> Dear all, We?ve implemented new grass6.2 stable version and found a difference in d.histogram use. Is there any possibility of not deleting the whole active monitor and display the histogram in a chosen frame in the active monitor? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061107/8e1f0d39/attachment.html From paulomarcondes at gmail.com Tue Nov 7 06:30:49 2006 From: paulomarcondes at gmail.com (pmarc) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Re: [GRASS translations] grasstcl_XX.po into spanish In-Reply-To: <455069D4.9070502@geomatica.como.polimi.it> References: <455069D4.9070502@geomatica.como.polimi.it> Message-ID: <9fd2d2180611070330k329e6ee5sd422e1cab7cec587@mail.gmail.com> 2006/11/7, Roberto Antolin : > Hi all, Hola Roberto > yesterday night I was looking to make some translation into spanish. I > saw the grassmods and grasslibs spanish po files, but there isn't any > grasstcl_es.po file. How can I get o generate it? The first thing I > thought was taking an existing grasstcl po file and changing its name > but, is this the best thing to do? from http://freegis.org/cgi-bin/viewcvs.cgi/grass6/locale/README?rev=1.29.4.1&content-type=text/vnd.viewcvs-markup 2. In the locale/ directory, run: make pot creates grass.pot (containing original messages) make update-po merges new messages into existing *.po files > I think that, for a non english speaker's first approach to GRASS, > translating grasstcl is more important than translating the other two > files, don't you think? Yes, probably. But don't forget grassmods. Grasslibs could be left untranslated if resources are critical. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.229 = GG87vc (http://www.amsat.org/cgi-bin/gridconv) Debian GNU/Linux = http://rj.debianbrasil.org = http://www.debian.org From paul-grass at stjohnspoint.co.uk Tue Nov 7 06:31:33 2006 From: paul-grass at stjohnspoint.co.uk (Paul Kelly) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal In-Reply-To: <20061107052626.AEP79184@expms1.cites.uiuc.edu> References: <20061107052626.AEP79184@expms1.cites.uiuc.edu> Message-ID: You also need to re-run the GRASS configure script so that it will pick up that OGR is enabled now, and re-compile the parts of GRASS that will be affected by the change: it's possible that all you need to do is: cd lib/proj make clean make and then a top-level make should pick up all the functions v.*.ogr, r.in.gdal need to run. g.proj should also have improved functionality; you might try a make clean in general/g.proj too after re-compiling lib/proj. g.proj fails gracefully (i.e. compiles, but with reduced functionality) if OGR is disabled, whereas r.*.gdal and v.*.ogr just fail to compile. Paul On Tue, 7 Nov 2006, Gerald Nelson wrote: > I was using this configure command > ./configure --with-grass=no --with-png=internal --with-jpeg=internal > --with-gif=internal --with-libtiff=internal > --with-geotiff=internal --with-libz=internal --without-ogr > --without-pg --without-ogdi --with-gdal=/usr/local/bin/gdal-config > > I tried it with the "--without-ogr" deleted. This time when I make grass I get errors in r.in.gdal, v.out.ogr, and v.in.ogr. Should I be using "--with-ogr"? > > ---- Original message ---- >> Date: Tue, 7 Nov 2006 10:48:25 +0000 (GMT) >> From: Paul Kelly >> Subject: Re: [GRASS-user] GPJ_wkt_to_grass error in making r.in.gdal >> To: JerryNelson >> Cc: grassuser@grass.itc.it >> >> Have you disabled OGR support in GDAL? The GPJ_wkt_to_grass() function >> will only be compiled into the GRASS gproj library if OGR is available. If >> you don't have OGR you won't be able to convert co-ordinate system >> information into the forms used in other GIS. Perhaps the call to >> GPJ_wkt_to_grass() should be conditionalised on HAVE_OGR, but especially >> if you're using GDAL it's pretty unlikely to not have OGR compiled into >> it. >> >> On Mon, 6 Nov 2006, JerryNelson wrote: >> >>> >>> I'm trying to build grass63 from source. I get most of the way there but then >>> run into a problem with the grass make. What breaks is in the r.in.gdal >>> make. I'm told there are undefined references to GPJ_wkt_to_grass. I'm using >>> CentOS, which is a variant of redhat. I have (I think) successfully >>> installed GDAL without grass, postgresql, and proj. There was some traffic >>> in August about someone else having this problem but I can't find where a >>> solution was found. >>> >>> Any help appreciated. >>> >>> Thanks, Jerry >>> -- >>> View this message in context: http://www.nabble.com/GPJ_wkt_to_grass-error-in-making-r.in.gdal-tf2586498.html#a7211765 >>> Sent from the Grass - Users mailing list archive at Nabble.com. >>> >>> _______________________________________________ >>> grassuser mailing list >>> grassuser@grass.itc.it >>> http://grass.itc.it/mailman/listinfo/grassuser >>> > Gerald Nelson > Professor, Dept. of Agricultural and Consumer Economics > University of Illinois, Urbana-Champaign > office: 217-333-6465 > cell: 217-390-7888 > 315 Mumford Hall > 1301 W. Gregory > Urbana, IL 61801 > From michael.barton at asu.edu Tue Nov 7 17:46:37 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <000001c7025f$a70ec460$7a4291c1@ceh.cedex.es> Message-ID: Javier, Could you explain better what you would like to do? I think what you want is quite possible, but I don?t quite understand you. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From: Javier ?lvarez Rodr?guez Date: Tue, 7 Nov 2006 12:26:59 +0100 To: GRASS Subject: [GRASS-user] d.histogram in grass6.2 Dear all, We?ve implemented new grass6.2 stable version and found a difference in d.histogram use. Is there any possibility of not deleting the whole active monitor and display the histogram in a chosen frame in the active monitor? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061107/5f504b4f/attachment.html From hamish_nospam at yahoo.com Tue Nov 7 23:35:58 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <000001c7025f$a70ec460$7a4291c1@ceh.cedex.es> References: <000001c7025f$a70ec460$7a4291c1@ceh.cedex.es> Message-ID: <20061108173558.0c3a0fdd.hamish_nospam@yahoo.com> Javier ?lvarez Rodr?guez wrote: > > We've implemented new grass6.2 stable version and found a difference > in d.histogram use. Is there any possibility of not deleting the whole > active monitor and display the histogram in a chosen frame in the > active monitor? Oh, crap. Sorry about that. To clear the screen I had it do: Dclearscreen(); D_setup(0); when it should just be: D_setup(1); fixed in CVS & backported to the 6.2 branch. Hamish From javier.alvarez at cedex.es Wed Nov 8 02:13:26 2006 From: javier.alvarez at cedex.es (=?iso-8859-1?Q?Javier_=C1lvarez_Rodr=EDguez?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: Message-ID: <000901c70305$6531f0c0$7a4291c1@ceh.cedex.es> Sorry about it. I?ll try again. When using the new d.histogram version (grass6.2), we found that the histogram is displayed after deleting the whole active monitor. Previous version allows composing in the active monitor several frames to display on them whatever the user wants. New version doesn?t let us to divide the monitor (or don?t know how to do that) in several frames to display at the same time other information apart from the histogram, for example, the raster map, statistics and so on. I?m afraid I haven?t clarified it at all ... Best regards Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es _____ De: Michael Barton [mailto:michael.barton@asu.edu] Enviado el: martes, 07 de noviembre de 2006 23:47 Para: Javier ? lvarez Rodr ? guez; GRASS Asunto: Re: [GRASS-user] d.histogram in grass6.2 Javier, Could you explain better what you would like to do? I think what you want is quite possible, but I don?t quite understand you. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton _____ From: Javier ?lvarez Rodr?guez Date: Tue, 7 Nov 2006 12:26:59 +0100 To: GRASS Subject: [GRASS-user] d.histogram in grass6.2 Dear all, We?ve implemented new grass6.2 stable version and found a difference in d.histogram use. Is there any possibility of not deleting the whole active monitor and display the histogram in a chosen frame in the active monitor? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/ea63ca71/attachment.html From neumann at karto.baug.ethz.ch Wed Nov 8 05:26:03 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry Message-ID: <4551B0BB.5050806@karto.baug.ethz.ch> Hello, I am a contributing author for the upcoming Springer Encyclopedia of GIS (Entries for SVG and Webmapping) and noticed that they have entries for some commercial GIS and spatial DB products (e.g. Oracle, Smallworld) but don't mention OS or other commercial alternatives, such as UMN Mapserver, Postgis, GRASS, ESRI, etc. I asked the editors and they agree to include additional entries into the encyclopedia if they can be written until december. Are there any volunteers that would be willing to write an entry for GRASS? Additional information is available at http://refworks.springer-sbm.com/geograph/ If you are interested in writing such an entry (3000-4000 words, 8-12 pages incl figures), please contact me and I'll send you the emails of the editors and responsible person at Springer. Entries can be written in Word or Latex. Thanks for your interest, Andreas -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From devaux at ensam.inra.fr Wed Nov 8 05:54:40 2006 From: devaux at ensam.inra.fr (Nicolas Devaux) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL Message-ID: <4551B770.3000806@ensam.inra.fr> Hi, I'm using Grass 6.0 (I will use 6.2 soon, but I need to go further with 6.0 version until one month). I would like to join a vector table with external attribute table using MySQL. I created the MySQL Database, and did the v.dbconnect with MySQL drivers. I did the Join operation with Mysql and it works perfectly. But, when I come back in Grass, it is not possible to see the result within the attribute table... Joined attributes are not in the table. It seems that grass is not able to see results of the joined operation made in Mysql. Does some body has any suggestion ? To resume my problem, I can say that I just try to do a join operation on vector attribute table, and that this operation seems to be a little bit difficult with Grass. Thanks -------------------------------------------------------- From raffaele.morelli at gmail.com Wed Nov 8 06:27:17 2006 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <4551B770.3000806@ensam.inra.fr> References: <4551B770.3000806@ensam.inra.fr> Message-ID: Hi I use to work with grass vectors with attributes stored in a MySQL db. But it's not very clear when you say > I did the Join operation with Mysql and it works perfectly. But, when I > come back in Grass, it is not possible to see the result within the > attribute table... Joined attributes are not in the table. It seems that > grass is not able to see results of the joined operation made in Mysql. What kind of join are you talking about? Do you mean a db view resulting from a two (or more) table join? Vectors have categories which identify polygons. You must "link" those values with the corresponding key on your table, so when calling db.connectyou must specify a valid database name, valid table name and finally a valid key on your table. Valid means that polygons id's (categories) need a value stored in the table to link to. Try to create a dummy table containing a field with the same value your categories have, and link it to the vector using that field. Hope this helps -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/8de6fb1a/attachment.html From hamish_nospam at yahoo.com Wed Nov 8 06:42:12 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass 6.3 module list in PDF Message-ID: <20061109004212.4f4d13c5.hamish_nospam@yahoo.com> Hi, Richard Gagne gave me the idea to rebuild something I found useful from GRASS 5, an easy to read synopsis of modules. This is basically a PDF version of full_index.html. It's in CVS now, and this link will become active sometime in the next 24 hours: http://grass.itc.it/gdp/grassmanuals/grass63_module_list.pdf With the speed of GRASS's development, I imagine this will be out of date by then, and it will much be better to write a tools/build_latex_index.sh script or add the functionality into the tools/build_html_index.sh script. unanswered style question: do module descriptions get a trailing "."? the GRASS 5 manuals used to build themselves into PDF form, http://grass.itc.it/gdp/grassmanuals/ maybe we could set up a script to do this for GRASS 6? (chances are good that Markus already has & I've missed it :) It could be a nice PDF auto-generated latex book, chapters by type, clickable index, etc. enjoy, Hamish From benjamin.ducke at ufg.uni-kiel.de Wed Nov 8 07:11:10 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4551B0BB.5050806@karto.baug.ethz.ch> References: <4551B0BB.5050806@karto.baug.ethz.ch> Message-ID: <4551C95E.7030701@ufg.uni-kiel.de> Dear colleagues, I think we should not take this to lightly. It is of * great * importance to place open source GIS and geodata infrastructures in this book, as this looks like it could evolve into a widely circulated reference. I believe that the chapter on "Organizational, Professional, Social, Legal Aspects of GIS" would be the suitable place for an OS GIS chapter. In addition, there is already a chapter called "Control of Information - dissemination of GIS information" and this should be subsituted with some background on open geodata (if that has not already been done). However, most of the GRASS developers and users can only contribute such things in their spare time and I would guess that I will be hard to find someone to write up a whole chapter 'til December. I would be willing to add a few paragraphs and some pretty figures on archaeological GRASS applications. Mark, Michael -- maybe we could cooperate on this? Best, Benjamin Andreas Neumann wrote: > Hello, > > I am a contributing author for the upcoming Springer Encyclopedia of GIS > (Entries for SVG and Webmapping) and noticed that they have entries for > some commercial GIS and spatial DB products (e.g. Oracle, Smallworld) > but don't mention OS or other commercial alternatives, such as UMN > Mapserver, Postgis, GRASS, ESRI, etc. I asked the editors and they agree > to include additional entries into the encyclopedia if they can be > written until december. > > Are there any volunteers that would be willing to write an entry for GRASS? > > Additional information is available at > http://refworks.springer-sbm.com/geograph/ > > If you are interested in writing such an entry (3000-4000 words, 8-12 > pages incl figures), please contact me and I'll send you the emails of > the editors and responsible person at Springer. Entries can be written > in Word or Latex. > > Thanks for your interest, > Andreas > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From mlennert at club.worldonline.be Wed Nov 8 07:40:03 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass 6.3 module list in PDF In-Reply-To: <20061109004212.4f4d13c5.hamish_nospam@yahoo.com> References: <20061109004212.4f4d13c5.hamish_nospam@yahoo.com> Message-ID: <4551D023.3050502@club.worldonline.be> Hamish wrote: > Hi, > > Richard Gagne gave me the idea to rebuild something I found useful from > GRASS 5, an easy to read synopsis of modules. This is basically a PDF > version of full_index.html. > > It's in CVS now, and this link will become active sometime in the next > 24 hours: > http://grass.itc.it/gdp/grassmanuals/grass63_module_list.pdf > > With the speed of GRASS's development, I imagine this will be out of > date by then, and it will much be better to write a > tools/build_latex_index.sh script or add the functionality into the > tools/build_html_index.sh script. > > unanswered style question: do module descriptions get a trailing "."? > > > the GRASS 5 manuals used to build themselves into PDF form, > http://grass.itc.it/gdp/grassmanuals/ > > maybe we could set up a script to do this for GRASS 6? (chances are good > that Markus already has & I've missed it :) It could be a nice PDF > auto-generated latex book, chapters by type, clickable index, etc. Could we also add the information on where to find these modules in the gis.m menu ? Maybe just the output of a simple script would be enough, such as grep G_msg gui/tcltk/menus/menu.tcl | awk -F"\"" '{if(substr($2,1,1)=="&") print $2; else {if($4=="") print "\t"$2; else print "\t""\t"$2 "=" $4}}' This shows the menu structure and the command behind each menu entry. Ideally, this should be turned around so that for each command listed in your PDF it shows the path in the menu. Something like grep G_msg gui/tcltk/menus/menu.tcl | awk -F"\"" '{if(substr($2,1,1)=="&") {gsub("&","",$2);top=$2} else {if($4=="") second=$2; else print $4": "top"->"second"->"$2}}' Which works for menus which only have 3 levels (i.e. r.surf.fractal: Raster->Generate surfaces->Generate fractal surface) but not for those which have 4 levels (i.e. r.in.gdal: File->Import->Raster map->Multiple formats using GDAL becomes r.in.gdal: File->Raster map->Multiple formats using GDAL). I don't have the time to solve this now, but it shouldn't be too hard. This would help those using documentation explaining command line operations find the commands they are looking for. Moritz From mlennert at club.worldonline.be Wed Nov 8 08:05:09 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] New tutorials for GRASS 6.3 Message-ID: <4551D605.2030106@club.worldonline.be> Yann Chemin wrote a few tutorials for GRASS6.3 and GRASS-QGIS. They are available in the Wiki: -------- Original Message -------- it is there in "others" (http://grass.gdf-hannover.de/wiki/GRASS_Documents#Other): Other * GRASS Documentation project (huge amount of information for many versions of GRASS spanning the last 15 years; relevant content needs to be moved into this Wiki [please help!]) * Vector Database Management Help * Import NoaaEnc Mini-tutorial * OSGeo Library: Presentations and educational material * grass6.3+GRASSQGIS: Small tutorials to get started in GRASS GIS and in GRASS plugin in QGIS ----------------------------------- The last one here... Thanks, Yann From neumann at karto.baug.ethz.ch Wed Nov 8 08:26:06 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4551C95E.7030701@ufg.uni-kiel.de> References: <4551B0BB.5050806@karto.baug.ethz.ch> <4551C95E.7030701@ufg.uni-kiel.de> Message-ID: <4551DAEE.7080807@karto.baug.ethz.ch> Hi Benjamin, If you agree to write an entry, the responsible persons at Springer will provide you with a full list of entries. This is much more detailed than the TOC at the website I provided. It is ok if the entry is written by several persons, but they need one corresponding address and a person for signing the legal stuff (contract). I am sorry that the timeframe is so short, I only recently had a glance at all the entries and only recently proposed the editors to add a few other projects/products to the list. Of course this shouldn't be an advertisement chapter, but should provide background information on the project, general software capabilities, history of the project, etc. Maybe there are some existing articles out there on GRASS to start from. Andreas Benjamin Ducke wrote: > Dear colleagues, > > I think we should not take this to lightly. > It is of * great * importance to place open source GIS and > geodata infrastructures in this book, as this looks like it could > evolve into a widely circulated reference. > > I believe that the chapter on "Organizational, Professional, Social, > Legal Aspects of GIS" would be the suitable place for an OS GIS chapter. > In addition, there is already a chapter called "Control of Information > - dissemination of GIS information" and this should be subsituted with > some background on open geodata (if that has not already been done). > > However, most of the GRASS developers and users can only contribute > such things in their spare time and I would guess that I will be > hard to find someone to write up a whole chapter 'til December. > I would be willing to add a few paragraphs and some pretty figures > on archaeological GRASS applications. > > Mark, Michael -- maybe we could cooperate on this? > > Best, > > Benjamin > -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From neteler at itc.it Wed Nov 8 08:42:43 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] grass 6.3 module list in PDF In-Reply-To: <20061109004212.4f4d13c5.hamish_nospam@yahoo.com> References: <20061109004212.4f4d13c5.hamish_nospam@yahoo.com> Message-ID: <20061108134243.GC7489@bartok.itc.it> On Thu, Nov 09, 2006 at 12:42:12AM +1300, Hamish wrote: > Hi, > > Richard Gagne gave me the idea to rebuild something I found useful from > GRASS 5, an easy to read synopsis of modules. This is basically a PDF > version of full_index.html. > > It's in CVS now, and this link will become active sometime in the next > 24 hours: > http://grass.itc.it/gdp/grassmanuals/grass63_module_list.pdf > > With the speed of GRASS's development, I imagine this will be out of > date by then, and it will much be better to write a > tools/build_latex_index.sh script or add the functionality into the > tools/build_html_index.sh script. > > unanswered style question: do module descriptions get a trailing "."? > > > the GRASS 5 manuals used to build themselves into PDF form, > http://grass.itc.it/gdp/grassmanuals/ > > maybe we could set up a script to do this for GRASS 6? (chances are good > that Markus already has & I've missed it :) It could be a nice PDF > auto-generated latex book, chapters by type, clickable index, etc. This can be easily done with "htmldoc". I have added two new targets to the main Makefile: - make html2pdfdoc creates grass63commands.pdf (similar to your file, but out HTML pages would need some fine tuning) - make html2pdfdoccomplete creates a set of PDF pages for each command class (hundreds of pages) Once the HTML pages are improved for PDF'ness and once I get htmldoc compiled on the 64bit machine, we can automatically generate the command list PDF. Markus From devaux at ensam.inra.fr Wed Nov 8 08:49:01 2006 From: devaux at ensam.inra.fr (Nicolas Devaux) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: References: <4551B770.3000806@ensam.inra.fr> Message-ID: <4551E04D.6060001@ensam.inra.fr> Raffaele Morelli a ?crit : > Hi > I use to work with grass vectors with attributes stored in a MySQL db. > But it's not very clear when you say > > > I did the Join operation with Mysql and it works perfectly. But, > when I > come back in Grass, it is not possible to see the result within the > attribute table... Joined attributes are not in the table. It > seems that > grass is not able to see results of the joined operation made in > Mysql. > > > What kind of join are you talking about? > Do you mean a db view resulting from a two (or more) table join? > > Vectors have categories which identify polygons. You must "link" those > values with the corresponding key on your table, so when calling > db.connect you must specify a valid database name, valid table name > and finally a valid key on your table. > Valid means that polygons id's (categories) need a value stored in the > table to link to. > > Try to create a dummy table containing a field with the same value > your categories have, and link it to the vector using that field. > > Hope this helps > Thanks for this answer, but it did not really help me. I know what is a table join, and as I say, I made the join (using Cat as common fields of both tables to join), but what I want is to see result within Grass on the attribute table of my vector layer. Exemple : I have a GPS points vector layer call GPS which locate houses. Attributes table contain only categories number. I use MySql to import another table containing points informations (point id and house's owner names). I make the table join within Mysql and it works (I have in the attribute table of GPS points cover the name of house's owners. Now, I want to be able to use this information within Grass, and when I look at the attribute table, I don't have owner names, I have only cat number as in the attributre table before the join operation made in MySql. I think that I miss something... I would like to transform the join operation results as permanent information within my points cover attribute table.... Perhaps I should make the join table operation directly in Grass instead of doing it in MySql ? If is is the solution, how can I do, what is the command ? I hope this is more clear... Thanks From mlennert at club.worldonline.be Wed Nov 8 09:09:10 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <4551E04D.6060001@ensam.inra.fr> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> Message-ID: <4551E506.1010803@club.worldonline.be> Nicolas Devaux wrote: > Raffaele Morelli a ?crit : >> Hi >> I use to work with grass vectors with attributes stored in a MySQL db. >> But it's not very clear when you say >> >> >> I did the Join operation with Mysql and it works perfectly. But, >> when I >> come back in Grass, it is not possible to see the result within the >> attribute table... Joined attributes are not in the table. It >> seems that >> grass is not able to see results of the joined operation made in >> Mysql. >> >> >> What kind of join are you talking about? >> Do you mean a db view resulting from a two (or more) table join? >> >> Vectors have categories which identify polygons. You must "link" those >> values with the corresponding key on your table, so when calling >> db.connect you must specify a valid database name, valid table name >> and finally a valid key on your table. >> Valid means that polygons id's (categories) need a value stored in the >> table to link to. >> >> Try to create a dummy table containing a field with the same value >> your categories have, and link it to the vector using that field. >> >> Hope this helps >> > Thanks for this answer, but it did not really help me. > I know what is a table join, and as I say, I made the join (using Cat as > common fields of both tables to join), but what I want is to see result > within Grass on the attribute table of my vector layer. > > Exemple : I have a GPS points vector layer call GPS which locate houses. > Attributes table contain only categories number. I use MySql to import > another table containing points informations (point id and house's owner > names). I make the table join within Mysql and it works (I have in the > attribute table of GPS points cover the name of house's owners. Now, I > want to be able to use this information within Grass, and when I look at > the attribute table, I don't have owner names, I have only cat number as > in the attributre table before the join operation made in MySql. I think > that I miss something... I would like to transform the join operation > results as permanent information within my points cover attribute table.... > Perhaps I should make the join table operation directly in Grass instead > of doing it in MySql ? If is is the solution, how can I do, what is the > command ? > > I hope this is more clear... Unfortunately not: you still don't explain what the result of your "join" is: is it a new table, a view or are you joining in an SQL query ? In order to make the join visible from GRASS you have to follow these steps: - within mysql (or using db.execute from within GRASS - the result is the same) create a view (or a table) containing the join. - use v.db.connect -o to link your map to this view/table using the key= parameter to tell GRASS which column in your joined view/table contains the category numbers. Moritz From hardeep.rai at gmail.com Wed Nov 8 09:23:55 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4551DAEE.7080807@karto.baug.ethz.ch> References: <4551B0BB.5050806@karto.baug.ethz.ch> <4551C95E.7030701@ufg.uni-kiel.de> <4551DAEE.7080807@karto.baug.ethz.ch> Message-ID: On 11/8/06, Andreas Neumann wrote: > If you agree to write an entry, the responsible persons at Springer will > provide you with a full list of entries. This is much more detailed than > the TOC at the website I provided. It is ok if the entry is written by > several persons, but they need one ... Will it not be better to start it on Wiki, so that many person can add content quickly. Needless to say, there need only one person who should lead and be responsibe for final content. -- H.S.Rai =================== From michael.barton at asu.edu Wed Nov 8 09:40:47 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <000901c70305$6531f0c0$7a4291c1@ceh.cedex.es> Message-ID: It is sounding like there are 2 different issues. One was a bug in recent updates to d.histogram that Hamish just fixed. The second is d.frame. D.frame doesn?t work correctly with TclTk canvases; it is really designed to work with an xmonitor display. The d.frame module still exists, but you will need to run it from the command line with an xmonitor (called with d.mon). Note that xmonitors are only available in x11 versions of GRASS (not windows native or Mac aqua). On the other hand, the new GUI structure allows you to have a histogram displayed in one window, raster map in another, statistics in yet another, etc. Each window now has its own independent layer tree and zoom settings, that are preserved regardless of what you do with other windows. So you can get much the same results?though not in a single display window. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From: Javier ?lvarez Rodr?guez Date: Wed, 8 Nov 2006 08:13:26 +0100 To: Subject: RE: [GRASS-user] d.histogram in grass6.2 Sorry about it. I?ll try again. When using the new d.histogram version (grass6.2), we found that the histogram is displayed after deleting the whole active monitor. Previous version allows composing in the active monitor several frames to display on them whatever the user wants. New version doesn?t let us to divide the monitor (or don?t know how to do that) in several frames to display at the same time other information apart from the histogram, for example, the raster map, statistics and so on. I?m afraid I haven?t clarified it at all ... Best regards Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es De: Michael Barton [mailto:michael.barton@asu.edu] Enviado el: martes, 07 de noviembre de 2006 23:47 Para: Javier ? lvarez Rodr ? guez; GRASS Asunto: Re: [GRASS-user] d.histogram in grass6.2 Javier, Could you explain better what you would like to do? I think what you want is quite possible, but I don?t quite understand you. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From: Javier ?lvarez Rodr?guez Date: Tue, 7 Nov 2006 12:26:59 +0100 To: GRASS Subject: [GRASS-user] d.histogram in grass6.2 Dear all, We?ve implemented new grass6.2 stable version and found a difference in d.histogram use. Is there any possibility of not deleting the whole active monitor and display the histogram in a chosen frame in the active monitor? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/27839c56/attachment.html From michaelrabotin at gmail.com Wed Nov 8 09:58:59 2006 From: michaelrabotin at gmail.com (=?ISO-8859-1?Q?Micha=EBl_Rabotin?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] shell script to break a vector line by a vector point In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C1C@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C1C@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <5cbd12c70611080658u40120bcue4661877ab483575@mail.gmail.com> Thanks for the comment but can you explain a little more how to check by looking in $GISBASE Is this something like g.gisenv? Mick 2006/11/8, Patton, Eric : > > Michael, > > I just had a quick glance, but maybe it would be better to check for > v.append and v.out.ascii.db by looking in $GISBASE rather than > /usr/lib/grass/scripts? Your script wouldn't run on my machine, for > instance, as my scripts are in /opt/grass6.3.cvs/scripts. > > ~ Eric. > > -----Original Message----- > From: grassuser-bounces@grass.itc.it > To: grassuser@grass.itc.it > Sent: 11/6/2006 9:24 AM > Subject: [GRASS-user] shell script to break a vector line by a vector > point > > Hi everybody > A few weeks ago, a discussion abour how to break a vector line by a > vector point was beginned. > I create a script in shell to solve this issue in grass 6.0.1. You need > the add on v.append and v.out.ascii.db to launch this script (add on > avalaible on http://grass.gdf-hannover.de/wiki/GRASS_AddOns > ) > > Mick > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/57adc847/attachment.html From traviskirstine at gmail.com Wed Nov 8 09:59:16 2006 From: traviskirstine at gmail.com (Travis Kirstine) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 Message-ID: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> I've just converted from windows xp to fedora 6.2 and have in the past been using the grass/cygwin combo from geni.ath.cx or the new mingw version. I would like to now install grass 6.2 on my machine running fedora 6. I tried just downloading and running the various .rpm files from the grass download page but receive missing required file error (dependencies) message when attempting to install. Can anyone point me to where I could find a listing of all files required for grass to run and a fairly detailed explanation on steps needed to install since I have very little experience with fedora/linux Any help would be greatly appreciated -- Travis K. Toronto, Canada ------------------------------------------------------------ "She knows there's no success like failure And that failure's no success at all." -Bob Dylan- ------------------------------------------------------------ From Bernhard.Hoefle at uibk.ac.at Wed Nov 8 10:11:11 2006 From: Bernhard.Hoefle at uibk.ac.at (Bernhard Reimar Hoefle) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Display r.composite rasters with Mapserver Message-ID: <1162998671.4551f38f2a3af@web-mail2.uibk.ac.at> Hi! It's mentioned to rescale rasters to 8-bit for Mapserver but has somebody successfully displayed rasters with colour tables coming from r.composite with Mapserver (e.g. with 32 levels for each band -> 32768 values)? I would really like to avoid rescaling or exporting the composite rasters. Thanks, Bernhard From mlennert at club.worldonline.be Wed Nov 8 10:28:02 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] shell script to break a vector line by a vector point In-Reply-To: <5cbd12c70611080658u40120bcue4661877ab483575@mail.gmail.com> References: <0E5A77B55A57D511BB3F0002A537C26208C55C1C@s5-dar-r1.nrn.nrcan.gc.ca> <5cbd12c70611080658u40120bcue4661877ab483575@mail.gmail.com> Message-ID: <4551F782.3040904@club.worldonline.be> Micha?l Rabotin wrote: > Thanks for the comment > but can you explain a little more how to check by looking in $GISBASE > Is this something like g.gisenv? instead of if [ ! -e "/usr/lib/grass/scripts/v.out.ascii.db" ] ; then use if [ ! -e "$GISBASE/scripts/v.out.ascii.db" ] ; then Moritz > > Mick > > > 2006/11/8, Patton, Eric < epatton@nrcan.gc.ca >: > > Michael, > > I just had a quick glance, but maybe it would be better to check for > v.append and v.out.ascii.db by looking in $GISBASE rather than > /usr/lib/grass/scripts? Your script wouldn't run on my machine, for > instance, as my scripts are in /opt/grass6.3.cvs/scripts. > > ~ Eric. > > -----Original Message----- > From: grassuser-bounces@grass.itc.it > > To: grassuser@grass.itc.it > Sent: 11/6/2006 9:24 AM > Subject: [GRASS-user] shell script to break a vector line by a > vector point > > Hi everybody > A few weeks ago, a discussion abour how to break a vector line by a > vector point was beginned. > I create a script in shell to solve this issue in grass 6.0.1. You need > the add on v.append and v.out.ascii.db to launch this script (add on > avalaible on http://grass.gdf-hannover.de/wiki/GRASS_AddOns > < http://grass.gdf-hannover.de/wiki/GRASS_AddOns> ) > > Mick > > > > ------------------------------------------------------------------------ > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From gnelson at uiuc.edu Wed Nov 8 11:01:05 2006 From: gnelson at uiuc.edu (Gerald Nelson) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 In-Reply-To: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> Message-ID: <000601c7034f$18e26b60$3e40ae80@ace.uiuc.edu> I've been working on such a document for my own use. I'm installing 6.3 from cvs on a system that uses Centos, which is based on redhat. What follows are my working notes about what I needed. I can't guarantee anything but it might help some. Regards, Jerry Nelson Get source * Follow directions on how to get the cvs version * Put it into /usr/local (probably). Whereever you put it there is an INSTALL file that has directions and a requirements.html file that has a list of needed files and links to where to get them * Get some of the needed packages that don't come with CentOS. These include flex, bison, possibly a missing ncurses header file (make ncurses), proj4 and gdal. It may be easier just to compile and install from the source. Compile from source Directions are at http://www.linuxinstallfromscratch.org [doesn't seem to work now]. Note that both gdal and proj must be done before grass. Here is a note on options for gdal from http://home.gdal.org/projects/grass/ When building GDAL for use with GRASS the following options are suggested by someone. They minimize dependencies on external shared libraries, and avoid some stuff of no use to GDAL. ./configure --with-grass=no --with-png=internal --with-jpeg=internal --with-gif=internal --with-libtiff=internal --with-geotiff=internal --with-libz=internal --with-ogr --without-pg --without-ogdi --with-gdal=/usr/local/bin/gdal-config * to set up a new program from source, ./configure, then make, then su and make install * to untar a tarball (xxx.tar.gz) use the command tar -xvzf xxx.tar.gz * order of making - o bison, o flex, o readline, o readline-devel - http://dir.filewatcher.com/d/Fedora/i386/Development/Libraries/readline-deve l-4.3-13.i386.rpm.125541.html * o ncurses, o proj4, o gdal, o postgresql, o tiff, o jpeg, o fftw, o R, o grass, o gdal-grass * grass configure options ./configure --with-postgres-includes=/usr/local/pgsql/include/ --with-postgres-libs=/usr/local/pgsql/lib/ -----Original Message----- From: grassuser-bounces@grass.itc.it [mailto:grassuser-bounces@grass.itc.it] On Behalf Of Travis Kirstine Sent: Wednesday, November 08, 2006 8:59 AM To: grassuser Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 I've just converted from windows xp to fedora 6.2 and have in the past been using the grass/cygwin combo from geni.ath.cx or the new mingw version. I would like to now install grass 6.2 on my machine running fedora 6. I tried just downloading and running the various .rpm files from the grass download page but receive missing required file error (dependencies) message when attempting to install. Can anyone point me to where I could find a listing of all files required for grass to run and a fairly detailed explanation on steps needed to install since I have very little experience with fedora/linux Any help would be greatly appreciated -- Travis K. Toronto, Canada ------------------------------------------------------------ "She knows there's no success like failure And that failure's no success at all." -Bob Dylan- ------------------------------------------------------------ _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser From michael.barton at asu.edu Wed Nov 8 11:09:18 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4551DAEE.7080807@karto.baug.ethz.ch> Message-ID: I don't know if I have time to do this alone, but a doctoral student in my lab (who has already taught a course on GRASS) is interested in contributing. He is Isaac Ullah and I'm copying him so that all have each others' emails. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Andreas Neumann > Date: Wed, 08 Nov 2006 14:26:06 +0100 > To: Benjamin Ducke > Cc: , Mark Lake , Michael Barton > > Subject: Re: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry > > Hi Benjamin, > > If you agree to write an entry, the responsible persons at Springer will > provide you with a full list of entries. This is much more detailed than > the TOC at the website I provided. It is ok if the entry is written by > several persons, but they need one corresponding address and a person > for signing the legal stuff (contract). > > I am sorry that the timeframe is so short, I only recently had a glance > at all the entries and only recently proposed the editors to add a few > other projects/products to the list. Of course this shouldn't be an > advertisement chapter, but should provide background information on the > project, general software capabilities, history of the project, etc. > > Maybe there are some existing articles out there on GRASS to start from. > > Andreas > > Benjamin Ducke wrote: > >> Dear colleagues, >> >> I think we should not take this to lightly. >> It is of * great * importance to place open source GIS and >> geodata infrastructures in this book, as this looks like it could >> evolve into a widely circulated reference. >> >> I believe that the chapter on "Organizational, Professional, Social, >> Legal Aspects of GIS" would be the suitable place for an OS GIS chapter. >> In addition, there is already a chapter called "Control of Information >> - dissemination of GIS information" and this should be subsituted with >> some background on open geodata (if that has not already been done). >> >> However, most of the GRASS developers and users can only contribute >> such things in their spare time and I would guess that I will be >> hard to find someone to write up a whole chapter 'til December. >> I would be willing to add a few paragraphs and some pretty figures >> on archaeological GRASS applications. >> >> Mark, Michael -- maybe we could cooperate on this? >> >> Best, >> >> Benjamin >> > > > -- > ---------------------------------------------- > Andreas Neumann > Institute of Cartography > ETH Zurich > Wolfgang-Paulistrasse 15 > CH-8093 Zurich, Switzerland > > Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 > e-mail: neumann@karto.baug.ethz.ch > www: http://www.carto.net/neumann/ > SVG.Open: http://www.svgopen.org/ > Carto.net: http://www.carto.net/ > From javier.alvarez at cedex.es Wed Nov 8 11:24:25 2006 From: javier.alvarez at cedex.es (=?iso-8859-1?Q?Javier_=C1lvarez_Rodr=EDguez?=) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: Message-ID: <000001c70352$5e89f6d0$7a4291c1@ceh.cedex.es> Thanks a lot for your help Michael and Hamish. I think that the point I wasn?t able to explain better was the one Hamish fixed. What we want is to draw statistics, a raster map and the histogram in only one window. We use d.frame and d.mon in command mode to divide the monitor and display all these layers in the same monitor. And if I have understood well from Hamish answer, there is nothing to do because d.histogram have been compiled to remove frames from the active monitor and we should wait for other versions. Am I right? Best regards Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es _____ De: Michael Barton [mailto:michael.barton@asu.edu] Enviado el: mi?rcoles, 08 de noviembre de 2006 15:41 Para: Javier ? lvarez Rodr ? guez; grassuser@grass.itc.it Asunto: Re: [GRASS-user] d.histogram in grass6.2 It is sounding like there are 2 different issues. One was a bug in recent updates to d.histogram that Hamish just fixed. The second is d.frame. D.frame doesn?t work correctly with TclTk canvases; it is really designed to work with an xmonitor display. The d.frame module still exists, but you will need to run it from the command line with an xmonitor (called with d.mon). Note that xmonitors are only available in x11 versions of GRASS (not windows native or Mac aqua). On the other hand, the new GUI structure allows you to have a histogram displayed in one window, raster map in another, statistics in yet another, etc. Each window now has its own independent layer tree and zoom settings, that are preserved regardless of what you do with other windows. So you can get much the same results?though not in a single display window. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton _____ From: Javier ?lvarez Rodr?guez Date: Wed, 8 Nov 2006 08:13:26 +0100 To: Subject: RE: [GRASS-user] d.histogram in grass6.2 Sorry about it. I?ll try again. When using the new d.histogram version (grass6.2), we found that the histogram is displayed after deleting the whole active monitor. Previous version allows composing in the active monitor several frames to display on them whatever the user wants. New version doesn?t let us to divide the monitor (or don?t know how to do that) in several frames to display at the same time other information apart from the histogram, for example, the raster map, statistics and so on. I?m afraid I haven?t clarified it at all ... Best regards Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es _____ De: Michael Barton [mailto:michael.barton@asu.edu] Enviado el: martes, 07 de noviembre de 2006 23:47 Para: Javier ? lvarez Rodr ? guez; GRASS Asunto: Re: [GRASS-user] d.histogram in grass6.2 Javier, Could you explain better what you would like to do? I think what you want is quite possible, but I don?t quite understand you. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton _____ From: Javier ?lvarez Rodr?guez Date: Tue, 7 Nov 2006 12:26:59 +0100 To: GRASS Subject: [GRASS-user] d.histogram in grass6.2 Dear all, We?ve implemented new grass6.2 stable version and found a difference in d.histogram use. Is there any possibility of not deleting the whole active monitor and display the histogram in a chosen frame in the active monitor? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/95bc455b/attachment.html From armandoh at gmail.com Wed Nov 8 11:25:29 2006 From: armandoh at gmail.com (Armando Scalise) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: References: <4551DAEE.7080807@karto.baug.ethz.ch> Message-ID: <42cb72050611080825u54480ee0nb9d9a032797c5185@mail.gmail.com> Hi. I am starting a project to model ocean waves refraction using GRASS, by applying the Runge-Kutta method for solving differential equations. I have made a search on the internet, and found scarce references to existing works. I would appreciate any leads to examples and previous works. Thanks Armando Scalise Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061108/84d298c9/attachment.html From traviskirstine at gmail.com Wed Nov 8 12:17:08 2006 From: traviskirstine at gmail.com (Travis Kirstine) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 In-Reply-To: <001801c70350$437d2350$ba3210ac@timberline.int> References: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> <001801c70350$437d2350$ba3210ac@timberline.int> Message-ID: <681116190611080917g1d404190n988a87cbc8a7e99b@mail.gmail.com> I followed the directions at http://geni.ath.cx/grass.html#toc2 If you are referring to the mingw installation, I also had problems running the inst_grass.bat file. I had to run it through the command line and also discovered that it will not work with a proxy, but worked with a direct connection Travis On 08/11/06, Qinglin Li wrote: > How you install the grass on XP, I tried once and at the last step would not > let me to do it. > Any hints are appreciated. > Qinglin > Kelowna, BC > > > -----Original Message----- > From: grassuser-bounces@grass.itc.it [mailto:grassuser-bounces@grass.itc.it] > On Behalf Of Travis Kirstine > Sent: Wednesday, November 08, 2006 6:59 AM > To: grassuser > Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 > > I've just converted from windows xp to fedora 6.2 and have in the past > been using the grass/cygwin combo from geni.ath.cx or the new mingw > version. I would like to now install grass 6.2 on my machine running > fedora 6. I tried just downloading and running the various .rpm files > from the grass download page but receive missing required file error > (dependencies) message when attempting to install. Can anyone point > me to where I could find a listing of all files required for grass to > run and a fairly detailed explanation on steps needed to install since > I have very little experience with fedora/linux > > > Any help would be greatly appreciated > -- > Travis K. > > Toronto, Canada > ------------------------------------------------------------ > "She knows there's no success like failure > And that failure's no success at all." > -Bob Dylan- > ------------------------------------------------------------ > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > -- Travis K. Toronto, Canada ------------------------------------------------------------ "She knows there's no success like failure And that failure's no success at all." -Bob Dylan- ------------------------------------------------------------ From neteler at itc.it Wed Nov 8 12:20:38 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <000001c70352$5e89f6d0$7a4291c1@ceh.cedex.es> References: <000001c70352$5e89f6d0$7a4291c1@ceh.cedex.es> Message-ID: <20061108172038.GE8822@bartok.itc.it> Javier, I have triggered the GRASS 6.2.relbranch snapshot: http://grass.itc.it/grass62/source/snapshot/ This will become 6.2.1, so testing is welcome. Fixed done there are listed here: http://grass.gdf-hannover.de/wiki/GRASS_6.2_Feature_Plan#6.2.1 Markus On Wed, Nov 08, 2006 at 05:24:25PM +0100, Javier ?lvarez Rodr?guez wrote: > > > Thanks a lot for your help Michael and Hamish. I think that the point I > wasn't able to explain better was the one Hamish fixed. What we want is to > draw statistics, a raster map and the histogram in only one window. We use > d.frame and d.mon in command mode to divide the monitor and display all > these layers in the same monitor. And if I have understood well from > Hamish answer, there is nothing to do because d.histogram have been > compiled to remove frames from the active monitor and we should wait for > other versions. Am I right? > > > > Best regards > > > > Javier Alvarez Rodriguez > > Area de Hidrologia del Centro de Estudios Hidrograficos del CEDEX > > Paseo Bajo de la Virgen del Puerto, 3 > > Madrid 28007. Espana > > +34 91 335 79 38 > > +34 91 335 79 22 > > javier.alvarez@cedex.es > > > > -------------------------------------------------------------------------- > > De: Michael Barton [mailto:michael.barton@asu.edu] > Enviado el: miercoles, 08 de noviembre de 2006 15:41 > Para: Javier A lvarez Rodr i guez; grassuser@grass.itc.it > Asunto: Re: [GRASS-user] d.histogram in grass6.2 > > > > It is sounding like there are 2 different issues. > > One was a bug in recent updates to d.histogram that Hamish just fixed. > > The second is d.frame. D.frame doesn't work correctly with TclTk canvases; > it is really designed to work with an xmonitor display. The d.frame module > still exists, but you will need to run it from the command line with an > xmonitor (called with d.mon). Note that xmonitors are only available in > x11 versions of GRASS (not windows native or Mac aqua). > > On the other hand, the new GUI structure allows you to have a histogram > displayed in one window, raster map in another, statistics in yet another, > etc. Each window now has its own independent layer tree and zoom settings, > that are preserved regardless of what you do with other windows. So you > can get much the same results--though not in a single display window. > > Michael > __________________________________________ > Michael Barton, Professor of Anthropology > School of Human Evolution & Social Change > Center for Social Dynamics & Complexity > Arizona State University > > phone: 480-965-6213 > fax: 480-965-7671 > www: [1]http://www.public.asu.edu/~cmbarton > > ---------------------------------------------------------------------- > > From: Javier Alvarez Rodriguez > Date: Wed, 8 Nov 2006 08:13:26 +0100 > To: > Subject: RE: [GRASS-user] d.histogram in grass6.2 > > Sorry about it. I'll try again. When using the new d.histogram version > (grass6.2), we found that the histogram is displayed after deleting the > whole active monitor. Previous version allows composing in the active > monitor several frames to display on them whatever the user wants. New > version doesn't let us to divide the monitor (or don't know how to do > that) in several frames to display at the same time other information > apart from the histogram, for example, the raster map, statistics and so > on. I'm afraid I haven't clarified it at all ... > > Best regards > > Javier Alvarez Rodriguez > Area de Hidrologia del Centro de Estudios Hidrograficos del CEDEX > Paseo Bajo de la Virgen del Puerto, 3 > Madrid 28007. Espana > +34 91 335 79 38 > +34 91 335 79 22 > javier.alvarez@cedex.es > > -------------------------------------------------------------------------- > > De: Michael Barton [[2]mailto:michael.barton@asu.edu] > Enviado el: martes, 07 de noviembre de 2006 23:47 > Para: Javier A lvarez Rodr i guez; GRASS > Asunto: Re: [GRASS-user] d.histogram in grass6.2 > Javier, > > Could you explain better what you would like to do? I think what you want > is quite possible, but I don't quite understand you. > > Michael > __________________________________________ > Michael Barton, Professor of Anthropology > School of Human Evolution & Social Change > Center for Social Dynamics and Complexity > Arizona State University > > phone: 480-965-6213 > fax: 480-965-7671 > www: [3]http://www.public.asu.edu/~cmbarton > > ---------------------------------------------------------------------- > > From: Javier Alvarez Rodriguez > Date: Tue, 7 Nov 2006 12:26:59 +0100 > To: GRASS > Subject: [GRASS-user] d.histogram in grass6.2 > > Dear all, > > We've implemented new grass6.2 stable version and found a difference in > d.histogram use. Is there any possibility of not deleting the whole active > monitor and display the histogram in a chosen frame in the active monitor? > > Thanks in advance > > Javier Alvarez Rodriguez > Area de Hidrologia del Centro de Estudios Hidrograficos del CEDEX > Paseo Bajo de la Virgen del Puerto, 3 > Madrid 28007. Espana > +34 91 335 79 38 > +34 91 335 79 22 > javier.alvarez@cedex.es > > References > > Visible links > 1. http://www.public.asu.edu/~cmbarton > 2. mailto:michael.barton@asu.edu%5d > 3. http://www.public.asu.edu/~cmbarton From epatton at nrcan.gc.ca Wed Nov 8 12:32:40 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Gis.m Error in Grass 6.2 startup Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C1E@s5-dar-r1.nrn.nrcan.gc.ca> Hi, I get the following error on staring Grass 6.2 (compiled from yesterday): $ grass62 Cleaning up temporary files..... Starting GRASS ... ERROR: Invalid user interface specified - gis.m. Use the -help option to select a valid interface. $ No windows open. However, starting with grass62 -gui works as usual: the graphical location selector opens, and gis.m opens normally after a Location is selected. ~ Eric. From epatton at nrcan.gc.ca Wed Nov 8 12:50:12 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] shell script to break a vector line by a vector point In-Reply-To: <5cbd12c70611080658u40120bcue4661877ab483575@mail.gmail.com> Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C20@s5-dar-r1.nrn.nrcan.gc.ca> Michael, a lot of scripts populate GRASS environment variables at the beginning of the script, so these variables can be called by name later inthe script: # Capture environment variables. eval `g.gisenv` : ${GISDBASE?} ${GISBASE?} ${LOCATION_NAME?} ${MAPSET?} You see this one a lot in the Grass add-on scripts. ~ Eric. -----Original Message----- From: Moritz Lennert To: Micha?l Rabotin Cc: Patton, Eric; grassuser@grass.itc.it Sent: 11/8/2006 10:28 AM Subject: Re: [GRASS-user] shell script to break a vector line by a vector point Micha?l Rabotin wrote: > Thanks for the comment > but can you explain a little more how to check by looking in $GISBASE > Is this something like g.gisenv? instead of if [ ! -e "/usr/lib/grass/scripts/v.out.ascii.db" ] ; then use if [ ! -e "$GISBASE/scripts/v.out.ascii.db" ] ; then Moritz > > Mick > > > 2006/11/8, Patton, Eric < epatton@nrcan.gc.ca >: > > Michael, > > I just had a quick glance, but maybe it would be better to check for > v.append and v.out.ascii.db by looking in $GISBASE rather than > /usr/lib/grass/scripts? Your script wouldn't run on my machine, for > instance, as my scripts are in /opt/grass6.3.cvs/scripts. > > ~ Eric. > > -----Original Message----- > From: grassuser-bounces@grass.itc.it > > To: grassuser@grass.itc.it > Sent: 11/6/2006 9:24 AM > Subject: [GRASS-user] shell script to break a vector line by a > vector point > > Hi everybody > A few weeks ago, a discussion abour how to break a vector line by a > vector point was beginned. > I create a script in shell to solve this issue in grass 6.0.1. You need > the add on v.append and v.out.ascii.db to launch this script (add on > avalaible on http://grass.gdf-hannover.de/wiki/GRASS_AddOns > < http://grass.gdf-hannover.de/wiki/GRASS_AddOns> ) > > Mick > > > > ------------------------------------------------------------------------ > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From michael.barton at asu.edu Wed Nov 8 13:24:54 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 In-Reply-To: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> Message-ID: We are trying to do it right now in my lab. We're jumping from FC4 to FC6 because our new Dell is dual core and FC6 is supposed to work better with this hardware. The issue so far is that the new YUM installer is taking forever to get all the dependencies. Once we have those, we'll have a better idea of how it goes--probably tomorrow. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Travis Kirstine > Date: Wed, 8 Nov 2006 09:59:16 -0500 > To: grassuser > Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 > > I've just converted from windows xp to fedora 6.2 and have in the past > been using the grass/cygwin combo from geni.ath.cx or the new mingw > version. I would like to now install grass 6.2 on my machine running > fedora 6. I tried just downloading and running the various .rpm files > from the grass download page but receive missing required file error > (dependencies) message when attempting to install. Can anyone point > me to where I could find a listing of all files required for grass to > run and a fairly detailed explanation on steps needed to install since > I have very little experience with fedora/linux > > > Any help would be greatly appreciated > -- > Travis K. > > Toronto, Canada > ------------------------------------------------------------ > "She knows there's no success like failure > And that failure's no success at all." > -Bob Dylan- > ------------------------------------------------------------ > > From michael.barton at asu.edu Wed Nov 8 14:39:17 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] Re: [GRASS-dev] Gis.m Error in Grass 6.2 startup In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C1E@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: Is it something odd in your .grassrc6 file? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: "Patton, Eric" > Date: Wed, 8 Nov 2006 12:32:40 -0500 > To: > Cc: > Subject: [GRASS-dev] Gis.m Error in Grass 6.2 startup > > Hi, > > I get the following error on staring Grass 6.2 (compiled from yesterday): > > $ grass62 > Cleaning up temporary files..... > Starting GRASS ... > ERROR: Invalid user interface specified - gis.m. > Use the -help option to select a valid interface. > $ > > No windows open. However, starting with grass62 -gui works as usual: the > graphical location selector opens, and gis.m opens normally after a Location > is selected. > > ~ Eric. > > From jarekj at amu.edu.pl Wed Nov 8 15:33:08 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <4551B770.3000806@ensam.inra.fr> References: <4551B770.3000806@ensam.inra.fr> Message-ID: <45523F04.4080808@amu.edu.pl> Nicolas Devaux napisa?(a): > Hi, I'm using Grass 6.0 (I will use 6.2 soon, but I need to go further > with 6.0 version until one month). > I would like to join a vector table with external attribute table > using MySQL. > I created the MySQL Database, and did the v.dbconnect with MySQL drivers. > I did the Join operation with Mysql and it works perfectly. But, when > I come back in Grass, it is not possible to see the result within the > attribute table... Joined attributes are not in the table. It seems > that grass is not able to see results of the joined operation made in > Mysql. > > Does some body has any suggestion ? > > To resume my problem, I can say that I just try to do a join operation > on vector attribute table, and that this operation seems to be a > little bit difficult with Grass. > > Thanks > > -------------------------------------------------------- > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser well grass not see joined tables. the only way as I thing is to use SQL command CREATE TABLE nova AS SELECT a.cat ..... FROM a INNER JOIN b ON .......; nad reconnect vector to nova table (a.cat MUST be in SELECT section) I use it very ofen but... on PgSQL. I'm not sure if CRATE TABLE AS works on mysql regards Jarek From dylan.beaudette at gmail.com Wed Nov 8 16:14:49 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <45523F04.4080808@amu.edu.pl> References: <4551B770.3000806@ensam.inra.fr> <45523F04.4080808@amu.edu.pl> Message-ID: <200611081314.49855.dylan.beaudette@gmail.com> On Wednesday 08 November 2006 12:33, Jarek Jasiewicz wrote: > Nicolas Devaux napisa?(a): > > Hi, I'm using Grass 6.0 (I will use 6.2 soon, but I need to go further > > with 6.0 version until one month). > > I would like to join a vector table with external attribute table > > using MySQL. > > I created the MySQL Database, and did the v.dbconnect with MySQL drivers. > > I did the Join operation with Mysql and it works perfectly. But, when > > I come back in Grass, it is not possible to see the result within the > > attribute table... Joined attributes are not in the table. It seems > > that grass is not able to see results of the joined operation made in > > Mysql. > > > > Does some body has any suggestion ? > > > > To resume my problem, I can say that I just try to do a join operation > > on vector attribute table, and that this operation seems to be a > > little bit difficult with Grass. > > > > Thanks > > > > -------------------------------------------------------- > > > > _______________________________________________ > > grassuser mailing list > > grassuser@grass.itc.it > > http://grass.itc.it/mailman/listinfo/grassuser > > well grass not see joined tables. the only way as I thing is to use SQL > command CREATE TABLE nova AS > SELECT a.cat ..... FROM a INNER JOIN b ON .......; > nad reconnect vector to nova table (a.cat MUST be in SELECT section) > I use it very ofen but... on PgSQL. I'm not sure if CRATE TABLE AS works > on mysql > > regards > Jarek > it should work. -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From dechant at nature.berkeley.edu Wed Nov 8 17:07:40 2006 From: dechant at nature.berkeley.edu (Tim De Chant) Date: Wed Nov 14 14:19:33 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X Message-ID: I've been trying to run r.reclass on my G5 using the precompiled binary for 6.2 and the Mac OS X frameworks (ActiveTcl, too). Running r.reclass from the terminal spawns a GUI window, into which I enter the raster layer and the result's name. After pressing "run", no xterm window spawns to allow me to interactively set the rules. Is there any way to solve this? Thanks, Tim __________________________________________ Tim De Chant University of California, Berkeley Environmental Science, Policy, and Management 137 Mulford Hall #3114 Berkeley, CA 94720-3114 (510) 643-3910 From rsbhalla at gmail.com Wed Nov 8 20:47:56 2006 From: rsbhalla at gmail.com (Ravinder Singh Bhalla) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X In-Reply-To: References: Message-ID: <455288CC.3020400@gmail.com> Try using this command in the GRASS terminal: r.reclass input=[input raster name] output=[name of reclassed raster] It will output: Enter rule(s), "end" when done, "help" if you need it Data range is ### to ### If you type help it will say: > help Enter a rule in one of these formats: 1 3 5 = 1 poor quality 1 thru 10 = 1 20 thru 50 = 2 medium quality * = NULL > rsb Tim De Chant wrote: > I've been trying to run r.reclass on my G5 using the precompiled binary > for 6.2 and the Mac OS X frameworks (ActiveTcl, too). Running r.reclass > from the terminal spawns a GUI window, into which I enter the raster > layer and the result's name. After pressing "run", no xterm window > spawns to allow me to interactively set the rules. Is there any way to > solve this? > > Thanks, > Tim > > __________________________________________ > Tim De Chant > University of California, Berkeley > Environmental Science, Policy, and Management > 137 Mulford Hall #3114 > Berkeley, CA 94720-3114 > (510) 643-3910 > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From hamish_nospam at yahoo.com Wed Nov 8 21:07:25 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <4551E04D.6060001@ensam.inra.fr> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> Message-ID: <20061109150725.6b82ff67.hamish_nospam@yahoo.com> Nicolas Devaux wrote: > I know what is a table join, and as I say, I made the join (using Cat > as common fields of both tables to join), but what I want is to see > result within Grass on the attribute table of my vector layer. > > Exemple : I have a GPS points vector layer call GPS which locate > houses. Attributes table contain only categories number. I use MySql > to import another table containing points informations (point id and > house's owner names). I make the table join within Mysql and it works > (I have in the attribute table of GPS points cover the name of > house's owners. Now, I want to be able to use this information within > Grass, and when I look at the attribute table, I don't have owner > names, I have only cat number as in the attributre table before the > join operation made in MySql. I think that I miss something... I > would like to transform the join operation results as permanent > information within my points cover attribute table.... Perhaps I > should make the join table operation directly in Grass instead of > doing it in MySql ? If is is the solution, how can I do, what is the > command ? If GPS points and house data points do not exactly line up, you may have to use the v.distance module to fill in attributes based on nearest point. (it has a max distance parameter, so you can avoid unmatched data mistakes) I have very little idea about databases, but be aware that the MySQL driver in GRASS 6.0 was rather weak and it has been substantially rewritten & improved for GRASS 6.2. good luck, Hamish From michael.barton at asu.edu Wed Nov 8 21:21:32 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X In-Reply-To: Message-ID: You have to run r.reclass with arguments to get to the xterm interface. From the GIS Manager, there is a script that does this. Running r.reclass without arguments will open a GUI that is pretty useless. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Tim De Chant > Date: Wed, 8 Nov 2006 14:07:40 -0800 > To: > Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X > > I've been trying to run r.reclass on my G5 using the precompiled > binary for 6.2 and the Mac OS X frameworks (ActiveTcl, too). Running > r.reclass from the terminal spawns a GUI window, into which I enter > the raster layer and the result's name. After pressing "run", no > xterm window spawns to allow me to interactively set the rules. Is > there any way to solve this? > > Thanks, > Tim > > __________________________________________ > Tim De Chant > University of California, Berkeley > Environmental Science, Policy, and Management > 137 Mulford Hall #3114 > Berkeley, CA 94720-3114 > (510) 643-3910 > > > From hamish_nospam at yahoo.com Wed Nov 8 21:30:58 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <000001c70352$5e89f6d0$7a4291c1@ceh.cedex.es> References: <000001c70352$5e89f6d0$7a4291c1@ceh.cedex.es> Message-ID: <20061109153058.2c5b8893.hamish_nospam@yahoo.com> Javier ?lvarez Rodr?guez wrote: > > Thanks a lot for your help Michael and Hamish. I think that the point > I wasn't able to explain better was the one Hamish fixed. What we want > is to draw statistics, a raster map and the histogram in only one > window. We use d.frame and d.mon in command mode to divide the monitor > and display all these layers in the same monitor. others have answered all questions I think, so a tip: check out the "d.frame.quarter" script from the Add-ons section of the GRASS Wiki site. It quickly splits the xmonitor up into 4 named quadrants. http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Display_add-ons Hamish From hamish_nospam at yahoo.com Wed Nov 8 23:14:46 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X In-Reply-To: References: Message-ID: <20061109171446.103854bb.hamish_nospam@yahoo.com> > > I've been trying to run r.reclass on my G5 using the precompiled > > binary for 6.2 and the Mac OS X frameworks (ActiveTcl, too). > > Running r.reclass from the terminal spawns a GUI window, into which > > I enter the raster layer and the result's name. After pressing > > "run", no xterm window spawns to allow me to interactively set the > > rules. Is there any way to solve this? Michael Barton wrote: > You have to run r.reclass with arguments to get to the xterm > interface. From the GIS Manager, there is a script that does this. > > Running r.reclass without arguments will open a GUI that is pretty > useless. the general solution to this is to force the module not to run in GUI mode by setting the GRASS_UI_TERM enviro variable. e.g., from r.digit: /* must run in a term window */ G_putenv("GRASS_UI_TERM","1"); /* Initialize the GIS calls */ G_gisinit(argv[0]) ; then in menu.tcl: -command {term r.digit }} no need for wrapper scripts this way.. I don't use r.reclass so can't really comment on whether that is the best thing for the module. (is it always interactive in a terminal?) Hamish From michael.barton at asu.edu Wed Nov 8 23:31:26 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X In-Reply-To: <20061109171446.103854bb.hamish_nospam@yahoo.com> Message-ID: I'd forgotten about this environmental variable. So I tried it out to remind myself how it worked. Overall, it isn't much of an advantage, at least in the case of r.reclass and absolutely will not work in the TclTk GUI. What is does is put the command back into the old interactive terminal mode. So for r.reclass, if GRASS_UI_TERM=0, you need to type ... r.reclass input=[old_map] output=[new_map] ...to get to the interactive terminal screen where you can put in reclass statements. If GRASS_UI_TERM=1 and you simply type r.reclass, you are prompted in the terminal to enter the [old_map] and [new_map] before you can get to the same terminal screen to put in reclass statements. Because it requires interactive xterm use (query/response), it cannot be used in the TclTk GUI platform. Oh well. It is a very useful module, IMHO, because it offers the chance to maintain multiple views of a raster map and use only a tiny bit of disk space. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Hamish > Date: Thu, 9 Nov 2006 17:14:46 +1300 > To: Michael Barton > Cc: , > Subject: Re: [GRASS-user] r.reclass not spawning xterm on Mac OS X > >>> I've been trying to run r.reclass on my G5 using the precompiled >>> binary for 6.2 and the Mac OS X frameworks (ActiveTcl, too). >>> Running r.reclass from the terminal spawns a GUI window, into which >>> I enter the raster layer and the result's name. After pressing >>> "run", no xterm window spawns to allow me to interactively set the >>> rules. Is there any way to solve this? > > Michael Barton wrote: >> You have to run r.reclass with arguments to get to the xterm >> interface. From the GIS Manager, there is a script that does this. >> >> Running r.reclass without arguments will open a GUI that is pretty >> useless. > > the general solution to this is to force the module not to run in GUI > mode by setting the GRASS_UI_TERM enviro variable. > > e.g., from r.digit: > > /* must run in a term window */ > G_putenv("GRASS_UI_TERM","1"); > > /* Initialize the GIS calls */ > G_gisinit(argv[0]) ; > > > then in menu.tcl: > -command {term r.digit }} > > > no need for wrapper scripts this way.. > > I don't use r.reclass so can't really comment on whether that is the > best thing for the module. (is it always interactive in a terminal?) > > > > Hamish From glynn at gclements.plus.com Thu Nov 9 02:02:01 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass not spawning xterm on Mac OS X In-Reply-To: References: Message-ID: <17746.53865.917119.575758@cerise.gclements.plus.com> Michael Barton wrote: > You have to run r.reclass with arguments to get to the xterm interface. From > the GIS Manager, there is a script that does this. > > Running r.reclass without arguments will open a GUI that is pretty useless. A couple of potentially useful enhancements: 1. Add a rules= option to r.reclass which accepts the name of a file containing reclass rules. 2. Add a button to the standard dialogs which allows stdin to be redirected from a user-specified file. Either of those would allow r.reclass to be usable without a terminal. There's still the general issue of what we do about terminal-interactive modules. So long as at least one such module exists, the issue remains. Either we decide to "kill them all", and declare all use of stdin to be a bug, or we need some way for a module to indicate that it needs (or may need) a terminal. The latter is complicated by the fact that a module may only require a terminal in certain circumstances. Comments? Please. I'd *really* like to get this issue dealt with; it's been coming up since the days of d.m (maybe even since tcltkgrass). -- Glynn Clements From rez at touchofmadness.com Thu Nov 9 03:19:23 2006 From: rez at touchofmadness.com (Brad Douglas) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 In-Reply-To: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> References: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> Message-ID: <1163060363.9070.21.camel@devel> On Wed, 2006-11-08 at 09:59 -0500, Travis Kirstine wrote: > I've just converted from windows xp to fedora 6.2 and have in the past > been using the grass/cygwin combo from geni.ath.cx or the new mingw > version. I would like to now install grass 6.2 on my machine running > fedora 6. I tried just downloading and running the various .rpm files > from the grass download page but receive missing required file error > (dependencies) message when attempting to install. Can anyone point > me to where I could find a listing of all files required for grass to > run and a fairly detailed explanation on steps needed to install since > I have very little experience with fedora/linux I haven't finished the accompanying documentation, yet. You definitely need proj,tcl,tk,fftw,freetype,sqlite,python installed. Can you paste the error and which gdal you are using? GRASS has many dependencies. You can usually guess the missing pieces from the library/dependency name or you can let yum resolve the dependencies for you: yum localinstall package_list package_list being the GRASS and associated RPMs you downloaded. -- Brad Douglas KB8UYR/6 Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785 From raffaele.morelli at gmail.com Thu Nov 9 03:38:53 2006 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <20061109150725.6b82ff67.hamish_nospam@yahoo.com> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> Message-ID: 2006/11/9, Hamish : > > Nicolas Devaux wrote: > > I know what is a table join, and as I say, I made the join (using Cat > > as common fields of both tables to join), but what I want is to see > > result within Grass on the attribute table of my vector layer. Ok but you are talking about a query. You are only issue a SQL instruction, so your results are temporarily and grass does not know nothing about it. As Jarek said, you must create a new table and then put your query's results in it using a INSERT INTO new_table_name SELECT * FROM tbl_a JOIN tbl_b USING(key_name) or JOIN ON .. ... > house's owners. Now, I want to be able to use this information within > > Grass, and when I look at the attribute table, I don't have owner > > names, I have only cat number as in the attributre table before the > > join operation made in MySql. Right... as long the table doesn't exist. I think that I miss something... I > > would like to transform the join operation results as permanent > > information within my points cover attribute table.... Perhaps I > > should make the join table operation directly in Grass instead of > > doing it in MySql ? If is is the solution, how can I do, what is the > > command ? The solution would be to work with views. Grass sees views, connects to views and this is wonderful, but... more it would be if it could handle them correctly. I tried to link to views but quering on the attributes doesn't work correctly. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061109/5100d4f2/attachment.html From neumann at karto.baug.ethz.ch Thu Nov 9 04:25:16 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: References: Message-ID: <4552F3FC.2010201@karto.baug.ethz.ch> Hi all, I am currently in discussion with Springer if enhancing a Wiki entry and publishing it both to Wikipedia and Springer would work. The postgis people proposed something similar. Here is an example entry from Springer: http://www.carto.net/neumann/temp/VoronoiEntry.pdf just to show you how it may look like and that it will be doable until mid of december. It is 8 to at maximum 12 pages, incl. figures and references. I would need one volunteer as a contact person. Who should I propose? It is ok, if there are multiple authors. Andreas Michael Barton wrote: >I don't know if I have time to do this alone, but a doctoral student in my >lab (who has already taught a course on GRASS) is interested in >contributing. He is Isaac Ullah and I'm copying him so that all have each >others' emails. > >Michael >__________________________________________ >Michael Barton, Professor of Anthropology >School of Human Evolution & Social Change >Center for Social Dynamics and Complexity >Arizona State University > >phone: 480-965-6213 >fax: 480-965-7671 >www: http://www.public.asu.edu/~cmbarton > > > -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From mlennert at club.worldonline.be Thu Nov 9 05:24:05 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> Message-ID: <455301C5.30907@club.worldonline.be> Raffaele Morelli wrote: > The solution would be to work with views. > Grass sees views, connects to views and this is wonderful, but... more > it would be if it could handle them correctly. I tried to link to views > but quering on the attributes doesn't work correctly. I use views successfully quite often with the postgres driver. Could you be more specific about what does not work for you ? Moritz From mark.lake at ucl.ac.uk Thu Nov 9 06:35:15 2006 From: mark.lake at ucl.ac.uk (Mark Lake) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4551C95E.7030701@ufg.uni-kiel.de> References: <4551B0BB.5050806@karto.baug.ethz.ch> <4551C95E.7030701@ufg.uni-kiel.de> Message-ID: <01ACA20E-89DA-4642-B8A1-B6CD160EF224@ucl.ac.uk> Dear All, > > I think we should not take this to lightly. > It is of * great * importance to place open source GIS and > geodata infrastructures in this book, as this looks like it could > evolve into a widely circulated reference. No doubt about that, but I'm hopelessly overcommitted at the moment with outstanding work. I might be able to contribute to a Wiki, or a specific paragraph or too if there's something others think I'm in a particularly strong position to contribute. Mark -- Dr Mark Lake Institute of Archaeology University College London 31-34 Gordon Square London. WC1H 0PY Tel: +44 (0)207 679 7495 Fax: +44 (0)207 383 2572 From paulomarcondes at gmail.com Thu Nov 9 07:39:09 2006 From: paulomarcondes at gmail.com (pmarc) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <01ACA20E-89DA-4642-B8A1-B6CD160EF224@ucl.ac.uk> References: <4551B0BB.5050806@karto.baug.ethz.ch> <4551C95E.7030701@ufg.uni-kiel.de> <01ACA20E-89DA-4642-B8A1-B6CD160EF224@ucl.ac.uk> Message-ID: <9fd2d2180611090439n2a5a9a3dt874912bce431e491@mail.gmail.com> 2006/11/9, Mark Lake : > Dear All, > > > > I think we should not take this to lightly. > > It is of * great * importance to place open source GIS and > > geodata infrastructures in this book, as this looks like it could > > evolve into a widely circulated reference. wouldn't it be better to forward this to the OSGEO folks? Maybe Tyler Mitchell would act as the contact person... -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.229 = GG87vc (http://www.amsat.org/cgi-bin/gridconv) Debian GNU/Linux = http://rj.debianbrasil.org = http://www.debian.org From raffaele.morelli at gmail.com Thu Nov 9 07:39:41 2006 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <455301C5.30907@club.worldonline.be> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> <455301C5.30907@club.worldonline.be> Message-ID: 2006/11/9, Moritz Lennert : > > Raffaele Morelli wrote: > > The solution would be to work with views. > > Grass sees views, connects to views and this is wonderful, but... more > > it would be if it could handle them correctly. I tried to link to views > > but quering on the attributes doesn't work correctly. > > I use views successfully quite often with the postgres driver. Could you > be more specific about what does not work for you ? > > Moritz With grass6.0 on a debian testing I connect succesfully to views. The problem arise when trying to query the layer connected to the view, it doesn't display (e.g. label) fields stored in the view or retrieve any information from there. It seems just like "Layer for labels" and "Layer for query" text box in the Gis Manager doesn't work properly with views, sometimes they simply ignore my SQL statements or retrieve incorrect values. I tried to not use MySQL specific field type, switching to INT type all my SMALLINTs, TINYNTs, but still with no success. Raffaele -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061109/51aaac8d/attachment.html From ndcahill at wisc.edu Thu Nov 9 08:38:19 2006 From: ndcahill at wisc.edu (Nick Cahill) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy Message-ID: I'm trying to create a dem from digitized contour lines with r.surf.nnbathy. I've started with vector contour lines, converted them to a raster with v.to.rast, then interpolate these using r.surf.nnbathy. The output looks good, except that it is speckled with random-looking null cells, as in the enclosed screen shot (white are nulls) -------------- next part -------------- A non-text attachment was scrubbed... Name: DEMwithNulls.jpg Type: image/jpeg Size: 35813 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061109/7045eb44/DEMwithNulls.jpg -------------- next part -------------- I can't figure out what is causing these: some are on a contour line, some are between contours; I don't see an obvious pattern. Is this a known issue with r.surf.nnbathy, and if so, is there a workaround? On a related note, when I've tried to fill the nulls with r.fillnulls, the program crashes gis.m with a segmentation fault, leaving a couple temporary rasters and a mask. I'm running GRASS 6.3, on Mac OS X 10.4.8, using William Kyngesburye's excellent binaries (dated 9/29/06, maybe not the most recent build). I built the binary for nnbathy myself; perhaps this is the problem. How would I test that? Many thanks for any help anyone could offer -- best to all, Nick Cahill University of Wisconsin-Madison From mlennert at club.worldonline.be Thu Nov 9 08:58:55 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> <455301C5.30907@club.worldonline.be> Message-ID: <4553341F.1010505@club.worldonline.be> Raffaele Morelli wrote: > > > 2006/11/9, Moritz Lennert >: > > Raffaele Morelli wrote: > > The solution would be to work with views. > > Grass sees views, connects to views and this is wonderful, but... > more > > it would be if it could handle them correctly. I tried to link to > views > > but quering on the attributes doesn't work correctly. > > I use views successfully quite often with the postgres driver. Could you > be more specific about what does not work for you ? > > Moritz > > > With grass6.0 on a debian testing I connect succesfully to views. > The problem arise when trying to query the layer connected to the view, > it doesn't display (e.g. label) fields stored in the view or retrieve > any information from there. > > It seems just like "Layer for labels" and "Layer for query" text box in > the Gis Manager doesn't work properly with views, sometimes they simply > ignore my SQL statements or retrieve incorrect values. This might be an issue with layers, not with your view. How do you use the layers ? Layers can be quite complex to understand and there has been much discussion on them. See here for a very short intro http://www.grass.itc.it/grass63/manuals/html63_user/vectorintro.html (section attribute management) Have you tried connecting to a view without changing layers, i.e.: - take a map MyMap for which you have a table MapTable in your database - create a view with "create view NewView as select * from MapTable" - connect your map to this view with 'v.db.connect -o map=MyMap table=NewView key=KeyCol' Do you have problems showing labels or querying the map ? Moritz From raffaele.morelli at gmail.com Thu Nov 9 09:57:06 2006 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <4553341F.1010505@club.worldonline.be> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> <455301C5.30907@club.worldonline.be> <4553341F.1010505@club.worldonline.be> Message-ID: 2006/11/9, Moritz Lennert : > > > This might be an issue with layers, not with your view. > How do you use the layers ? Layers can be quite complex to understand > and there has been much discussion on them. > > Have you tried connecting to a view without changing layers, i.e.: > > - take a map MyMap for which you have a table MapTable in your database > - create a view with "create view NewView as select * from MapTable" > - connect your map to this view with ' > > Do you have problems showing labels or querying the map ? (...!!!...) ok, this works. But now I have some questions about it. "v.db.connect -o map=MyMap table=TABLE key=KeyCol driver=mysql database=grass layer=2" this connects my map with a static table on layer 1 "v.db.connect -o map=MyMap table=NewView key=KeyCol driver=mysql database=grass layer=1" this connects my map to the view in this panorama, if I try to query (using gis manager) setting "Layer for labels" = 2 and indicating the col field in the view I don't see anything. Why? Am I missing something? raffaele -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061109/91fcb8ad/attachment.html From epatton at nrcan.gc.ca Thu Nov 9 10:15:43 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] RE: [GRASS-dev] Gis.m Error in Grass 6.2 startup In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C1E@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C23@s5-dar-r1.nrn.nrcan.gc.ca> Here's my .grassrc6: GISDBASE: /home/epatton/Projects WORK: /home/epatton/Projects/BlackPoint/PERMANENT/WORK DEBUG: 0 LOCATION_NAME: FundyBathy MAPSET: GOM2_Year1_June_2006 MONITOR: x0 GRASS_GUI: gis.m ~ Eric. -----Original Message----- From: Michael Barton To: Patton, Eric; grassuser@grass.itc.it Cc: grass-dev@grass.itc.it Sent: 11/8/2006 2:39 PM Subject: Re: [GRASS-dev] Gis.m Error in Grass 6.2 startup Is it something odd in your .grassrc6 file? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: "Patton, Eric" > Date: Wed, 8 Nov 2006 12:32:40 -0500 > To: > Cc: > Subject: [GRASS-dev] Gis.m Error in Grass 6.2 startup > > Hi, > > I get the following error on staring Grass 6.2 (compiled from yesterday): > > $ grass62 > Cleaning up temporary files..... > Starting GRASS ... > ERROR: Invalid user interface specified - gis.m. > Use the -help option to select a valid interface. > $ > > No windows open. However, starting with grass62 -gui works as usual: the > graphical location selector opens, and gis.m opens normally after a Location > is selected. > > ~ Eric. > > From mlennert at club.worldonline.be Thu Nov 9 10:23:52 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> <455301C5.30907@club.worldonline.be> <4553341F.1010505@club.worldonline.be> Message-ID: <45534808.5040406@club.worldonline.be> Raffaele Morelli wrote: > 2006/11/9, Moritz Lennert >: > > > This might be an issue with layers, not with your view. > How do you use the layers ? Layers can be quite complex to understand > and there has been much discussion on them. > > Have you tried connecting to a view without changing layers, i.e.: > > - take a map MyMap for which you have a table MapTable in your database > - create a view with "create view NewView as select * from MapTable" > - connect your map to this view with ' > > Do you have problems showing labels or querying the map ? > > > (...!!!...) ok, this works. But now I have some questions about it. > > "v.db.connect -o map=MyMap table=TABLE key=KeyCol driver=mysql > database=grass layer=2" > this connects my map with a static table on layer 1 No, layer 2. > > "v.db.connect -o map=MyMap table=NewView key=KeyCol driver=mysql > database=grass layer=1" > this connects my map to the view > > in this panorama, if I try to query (using gis manager) setting "Layer > for labels" = 2 and indicating the col field in the view I don't see > anything. Why? Am I missing something? Probably you do not have any objects defined in layer 2. see this thread to see if you don't have the same problem: http://grass.itc.it/pipermail/grass5/2005-September/019592.html If you want an object in your map to have layer 2 defined, you can either do this by hand in v.digit, or automatically with v.category: v.category in=MyMap out=MyMap2 option=add layer=2 Moritz From mlennert at club.worldonline.be Thu Nov 9 10:44:15 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] RE: [GRASS-dev] Gis.m Error in Grass 6.2 startup In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C23@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C23@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <45534CCF.20906@club.worldonline.be> Patton, Eric wrote: > Here's my .grassrc6: > > GISDBASE: /home/epatton/Projects > WORK: /home/epatton/Projects/BlackPoint/PERMANENT/WORK > DEBUG: 0 > LOCATION_NAME: FundyBathy > MAPSET: GOM2_Year1_June_2006 > MONITOR: x0 > GRASS_GUI: gis.m If you replace the latter with GRASS_GUI: tcltk it should work. This is linked to Hamish' changes to allow a more precise choice of gui: http://grass.itc.it/pipermail/grass-commit/2006-November/024978.html GRASS_GUI: gis.m works for me in 6.3, but I don't think these changes were backported to 6.2. So if you work in a mixed 6.2/6.3 environment, this might break things (i.e. launching grass with the -tcltk command in 6.3 automatically puts 'gis.m' in the GRASS_GUI variable, but 6.2 does not recognize this value). Moritz > > ~ Eric. > > -----Original Message----- > From: Michael Barton > To: Patton, Eric; grassuser@grass.itc.it > Cc: grass-dev@grass.itc.it > Sent: 11/8/2006 2:39 PM > Subject: Re: [GRASS-dev] Gis.m Error in Grass 6.2 startup > > Is it something odd in your .grassrc6 file? > > Michael > __________________________________________ > Michael Barton, Professor of Anthropology > School of Human Evolution & Social Change > Center for Social Dynamics and Complexity > Arizona State University > > phone: 480-965-6213 > fax: 480-965-7671 > www: http://www.public.asu.edu/~cmbarton > > >> From: "Patton, Eric" >> Date: Wed, 8 Nov 2006 12:32:40 -0500 >> To: >> Cc: >> Subject: [GRASS-dev] Gis.m Error in Grass 6.2 startup >> >> Hi, >> >> I get the following error on staring Grass 6.2 (compiled from > yesterday): >> $ grass62 >> Cleaning up temporary files..... >> Starting GRASS ... >> ERROR: Invalid user interface specified - gis.m. >> Use the -help option to select a valid interface. >> $ >> >> No windows open. However, starting with grass62 -gui works as usual: > the >> graphical location selector opens, and gis.m opens normally after a > Location >> is selected. >> >> ~ Eric. >> >> > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From michael.barton at asu.edu Thu Nov 9 11:49:20 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] RE: [GRASS-dev] Gis.m Error in Grass 6.2 startup In-Reply-To: <45534CCF.20906@club.worldonline.be> Message-ID: I saw these changes but hadn't looked into them yet. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Moritz Lennert > Date: Thu, 09 Nov 2006 16:44:15 +0100 > To: "Patton, Eric" > Cc: Michael Barton , , > , Hamish > Subject: Re: [GRASS-user] RE: [GRASS-dev] Gis.m Error in Grass 6.2 startup > > Patton, Eric wrote: >> Here's my .grassrc6: >> >> GISDBASE: /home/epatton/Projects >> WORK: /home/epatton/Projects/BlackPoint/PERMANENT/WORK >> DEBUG: 0 >> LOCATION_NAME: FundyBathy >> MAPSET: GOM2_Year1_June_2006 >> MONITOR: x0 >> GRASS_GUI: gis.m > > If you replace the latter with > > GRASS_GUI: tcltk > > it should work. > > This is linked to Hamish' changes to allow a more precise choice of gui: > > http://grass.itc.it/pipermail/grass-commit/2006-November/024978.html > > GRASS_GUI: gis.m works for me in 6.3, but I don't think these changes > were backported to 6.2. So if you work in a mixed 6.2/6.3 environment, > this might break things (i.e. launching grass with the -tcltk command in > 6.3 automatically puts 'gis.m' in the GRASS_GUI variable, but 6.2 does > not recognize this value). > > Moritz > >> >> ~ Eric. >> >> -----Original Message----- >> From: Michael Barton >> To: Patton, Eric; grassuser@grass.itc.it >> Cc: grass-dev@grass.itc.it >> Sent: 11/8/2006 2:39 PM >> Subject: Re: [GRASS-dev] Gis.m Error in Grass 6.2 startup >> >> Is it something odd in your .grassrc6 file? >> >> Michael >> __________________________________________ >> Michael Barton, Professor of Anthropology >> School of Human Evolution & Social Change >> Center for Social Dynamics and Complexity >> Arizona State University >> >> phone: 480-965-6213 >> fax: 480-965-7671 >> www: http://www.public.asu.edu/~cmbarton >> >> >>> From: "Patton, Eric" >>> Date: Wed, 8 Nov 2006 12:32:40 -0500 >>> To: >>> Cc: >>> Subject: [GRASS-dev] Gis.m Error in Grass 6.2 startup >>> >>> Hi, >>> >>> I get the following error on staring Grass 6.2 (compiled from >> yesterday): >>> $ grass62 >>> Cleaning up temporary files..... >>> Starting GRASS ... >>> ERROR: Invalid user interface specified - gis.m. >>> Use the -help option to select a valid interface. >>> $ >>> >>> No windows open. However, starting with grass62 -gui works as usual: >> the >>> graphical location selector opens, and gis.m opens normally after a >> Location >>> is selected. >>> >>> ~ Eric. >>> >>> >> >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser > From neteler at itc.it Thu Nov 9 13:01:01 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] QGIS Native Windows Build - GRASS Support Added Message-ID: <20061109180101.GP16574@bartok.itc.it> Hi, Tim Sutton has created a new QGIS-Windows package with GRASS included: http://blog.qgis.org/?q=node/35 Download at: http://qgis.org/uploadfiles/testbuilds/ Markus From michael_perdue at yahoo.ca Thu Nov 9 13:00:58 2006 From: michael_perdue at yahoo.ca (Michael Perdue) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection Message-ID: Good Morning, I've been playing with some tools for working with lidar data sets and I've encountered two problems. First, when I try to run v.outlier the module immediately exits with "Bus error" warning. GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k_sub2 output=clean outlier=outlier Bus error Second, in my attempts to classify the point clouds v.lidar.edgedetection runs for a while and then exits with the following error; GRASS 6.2.0 (Mudflats):~ > v.lidar.edgedetection input=Gldcrk_sub2 output=edge DBMI-DBF driver error: Table 'Auxiliar_edge_table' doesn't exist. Error in db_execute_immediate() ERROR: Impossible to write in the database I'm running GRASS on an intel mac (OSX 10.4.8). Does anyone have any insight into either of these issues? Cheers, Mike __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From jachym.cepicky at centrum.cz Thu Nov 9 13:07:24 2006 From: jachym.cepicky at centrum.cz (Jachym Cepicky) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [ANN] PyWPS 1.0.0 released Message-ID: <20061109180724.GA13166@localdomain> Dear all, after some time of development, PyWPS 1.0.0 stable has been released. Features * Support for all input and output data types defined by OGC Web Processing Service standard * Support for KVP (via HTTP GET) and XML (HTTP POST) request types * Processes can be run assynchronously * Default support for GRASS GIS, other tools (R, GDAL/OGR, PROJ.4, ...) is possible to use too. Packages and sources for download: https://wald.intevation.org/frs/?group_id=22 What is PyWPS PyWPS is implementation of OGS Web Processing Service standard written in Python programming language. The main advantage of PyWPS is, that it has been written with native support for GRASS GIS. Access GRASS modules via web interace should be as easy as possible. Homepage: http://pywps.wald.intevation.org This is my last annoucement message concerning PyWPS to this list. For further information feel free to joing pywps-devel mailing list http://lists.wald.intevation.org/mailman/listinfo/pywps-devel Thank you Jachym -- Jachym Cepicky e-mail: jachym.cepicky@centrum.cz URL: http://les-ejk.cz GPG: http://les-ejk.cz/gnupg_public_key/jachym_cepicky-gpg_public_key.asc ----------------------------------------- OFFICE: Department of Geoinformation Technologies Zemedelska 3 613 00, Brno Czech Republick e-mail: xcepicky@node.mendelu.cz URL: http://mapserver.mendelu.cz Tel.: +420 545 134 514 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Digital signature Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061109/6b9d27bc/attachment.bin From lanczos at t-zones.sk Thu Nov 9 19:33:18 2006 From: lanczos at t-zones.sk (Tomas Lanczos) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] regular grid Message-ID: <001c01c7045f$d19055d0$2101a8c0@tomas> Hello, how can I create a regular grid of proints within a given area defined bz its border? Thanks Tomas From hamish_nospam at yahoo.com Thu Nov 9 19:57:54 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] regular grid In-Reply-To: <001c01c7045f$d19055d0$2101a8c0@tomas> References: <001c01c7045f$d19055d0$2101a8c0@tomas> Message-ID: <20061110135754.6f4c8e92.hamish_nospam@yahoo.com> Tomas Lanczos wrote: > > how can I create a regular grid of proints within a given area defined > bz its border? g.region to set up the border and point resolution, then r.mapcalc surface=1 r.to.vect feature=point in=surface out=dots if you will have more than a million or three grid points you might want to use the "-b" flag. note this will put grid points at the middle of each raster cell (x= bound + 1/2 res), adjust you bounds by half a cell if this isn't what you want. if you just want the coords, r.stats -1gn surface | cut -f1-2 -d' ' Hamish From javier.alvarez at cedex.es Fri Nov 10 01:44:11 2006 From: javier.alvarez at cedex.es (=?iso-8859-1?Q?Javier_=C1lvarez_Rodr=EDguez?=) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <20061109153058.2c5b8893.hamish_nospam@yahoo.com> Message-ID: <002c01c70493$aa0a3dd0$7a4291c1@ceh.cedex.es> Thanks Hamish, We use similar scripts to divide the monitor in different frames. And this is what doesn't work with new d.histogram. If I've understood, the reason is what you stated in your previous email. Is there any possibility of using a modified d.histogram command, without this monitor-removing-everything option, in grass6.2 version? Best regards Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -----Mensaje original----- De: Hamish [mailto:hamish_nospam@yahoo.com] Enviado el: jueves, 09 de noviembre de 2006 3:31 Para: Javier ?lvarez Rodr?guez CC: grassuser@grass.itc.it Asunto: Re: [GRASS-user] d.histogram in grass6.2 Javier ?lvarez Rodr?guez wrote: > > Thanks a lot for your help Michael and Hamish. I think that the point > I wasn't able to explain better was the one Hamish fixed. What we want > is to draw statistics, a raster map and the histogram in only one > window. We use d.frame and d.mon in command mode to divide the monitor > and display all these layers in the same monitor. others have answered all questions I think, so a tip: check out the "d.frame.quarter" script from the Add-ons section of the GRASS Wiki site. It quickly splits the xmonitor up into 4 named quadrants. http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Display_add-ons Hamish From raffaele.morelli at gmail.com Fri Nov 10 10:05:46 2006 From: raffaele.morelli at gmail.com (Raffaele Morelli) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to JOIN a table to vector layer using MySQL In-Reply-To: <45534808.5040406@club.worldonline.be> References: <4551B770.3000806@ensam.inra.fr> <4551E04D.6060001@ensam.inra.fr> <20061109150725.6b82ff67.hamish_nospam@yahoo.com> <455301C5.30907@club.worldonline.be> <4553341F.1010505@club.worldonline.be> <45534808.5040406@club.worldonline.be> Message-ID: 2006/11/9, Moritz Lennert : > > > > (...!!!...) ok, this works. But now I have some questions about it. > > > > "v.db.connect -o map=MyMap table=TABLE key=KeyCol driver=mysql > > database=grass layer=2" > > this connects my map with a static table on layer 1 > > No, layer 2. Right, a typing error > Probably you do not have any objects defined in layer 2. > > see this thread to see if you don't have the same problem: > > http://grass.itc.it/pipermail/grass5/2005-September/019592.html Yes, exactly this If you want an object in your map to have layer 2 defined, you can > either do this by hand in v.digit, or automatically with v.category: > > v.category in=MyMap out=MyMap2 option=add layer=2 > > Moritz > Ok, finally you can add my name to the list of users who didn't understand how layers work ;) This will save a lot of time Thank you Raffaele -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061110/27a5f6f9/attachment.html From perski at us.edu.pl Fri Nov 10 11:18:32 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes Message-ID: <1163175512.1019.2.camel@localhost.localdomain> Hi, I am facing now with following problem: I have a large databases of points (more 30 000). I would like to visualize them in colors according to different attributes using d.vect.thematc and also store rgb information in the GRASSRGB column. I noticed that both methods are incredibly slow. It is very frustrating since you have to zoom and wait ages for refreshing the monitor. My database is stored using db engine. I would like to ask you if storing the point database using different engine like postgresql or mysql will have any impact on the performance in displaying the GRASSRGB column? I did not tested it yet but I am would like to know if it have any sense to spent some time on such try? Is there any other methods to speed-up the display performance in my case? I would like to add that I checked point displaying on various hardware combinations and I did not noticed any significant difference. It is always very slow. Thanks a lot Zbigniew From dylan.beaudette at gmail.com Fri Nov 10 11:39:28 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes In-Reply-To: <1163175512.1019.2.camel@localhost.localdomain> References: <1163175512.1019.2.camel@localhost.localdomain> Message-ID: <3c5546140611100839l693cbdbp3b49fa3c0f84b999@mail.gmail.com> Hi, When storing attribute data in MySQL I have found creating an index on relevant columns had made a large difference. Cheers, Dylan On 11/10/06, Zbigniew Perski wrote: > Hi, > > I am facing now with following problem: > > I have a large databases of points (more 30 000). I would like to > visualize them in colors according to different attributes using > d.vect.thematc and also store rgb information in the GRASSRGB column. I > noticed that both methods are incredibly slow. It is very frustrating > since you have to zoom and wait ages for refreshing the monitor. My > database is stored using db engine. I would like to ask you if storing > the point database using different engine like postgresql or mysql will > have any impact on the performance in displaying the GRASSRGB column? > > I did not tested it yet but I am would like to know if it have any sense > to spent some time on such try? > > Is there any other methods to speed-up the display performance in my > case? I would like to add that I checked point displaying on various > hardware combinations and I did not noticed any significant difference. > It is always very slow. > > > Thanks a lot > > > Zbigniew > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From DanielF at SHARECHIVE.com Fri Nov 10 19:31:05 2006 From: DanielF at SHARECHIVE.com (Daniel Farnan) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting Message-ID: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> Is there a date for the release of the Debian package "proper?" I have seen a few debian compatable packages for 6.2 (which looks realy good - Congratulations all! - on my home computer (Mac running Panther)), but am hesitant to disturb the Debian system I am running, as I am new new to Linux as a user. Also, after following the winGRASS 6.3 install directions very closely, I have not had satisfactory results yet (still no 'grass.bat') with the install. Is it necessary to install all the libraries (which would make sense as the 6.1 dev I previously installed was a Cygwin release), and where should they be installed? 6.2 Cygwin release is not going to happen, due to 6.3 being a native release? And, though I am delighted by a posting from the future, promising over 15 million dollars to the GRASS team (which sadly is in the form of a text-book scam, true or not); and am intellectually interested in the Debt-Free Overningt Card (particularly as a Liberal Idealistic US Citizen), these postings belong elsewhere. I would offer a spam filter (or even a recreational/social mailing list area script), but have not written anything of the kind. I have faith in the moderators, who have work & lives, and not too much free time. Pointers to command line and OS (Linux) related Syntax and Use resources most welcome. Thanks, Daniel :-) <<...OLE_Obj...>> Daniel Farnan, GIS Director Office phone?415-284-9662 From glynn at gclements.plus.com Sat Nov 11 04:59:19 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> References: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> Message-ID: <17749.40695.67950.75939@cerise.gclements.plus.com> Daniel Farnan wrote: > 6.2 Cygwin release is not going to happen, due to 6.3 being a native > release? Binary packages depend upon someone creating them. I daresay that a Cygwin binary package for 6.2 would be appreciated. It's likely to be a long time before the native Windows version is sufficiently stable to make a Cygwin version redundant. [Even when the native version works perfectly, some people may still want a Cygwin version for better integration with other Cygwin-based software.] -- Glynn Clements From jarekj at amu.edu.pl Sat Nov 11 07:12:14 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes In-Reply-To: <1163175512.1019.2.camel@localhost.localdomain> References: <1163175512.1019.2.camel@localhost.localdomain> Message-ID: <4555BE1E.8090808@amu.edu.pl> Zbigniew Perski napisa?(a): > Hi, > > I am facing now with following problem: > > I have a large databases of points (more 30 000). I would like to > visualize them in colors according to different attributes using > d.vect.thematc and also store rgb information in the GRASSRGB column. I > noticed that both methods are incredibly slow. It is very frustrating > since you have to zoom and wait ages for refreshing the monitor. My > database is stored using db engine. I would like to ask you if storing > the point database using different engine like postgresql or mysql will > have any impact on the performance in displaying the GRASSRGB column? > > I did not tested it yet but I am would like to know if it have any sense > to spent some time on such try? > > Is there any other methods to speed-up the display performance in my > case? I would like to add that I checked point displaying on various > hardware combinations and I did not noticed any significant difference. > It is always very slow. > > > Thanks a lot > > > Zbigniew > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > PgSQL with indexing will increase preformance. unfortunatly I can't say anything about MySQL .... J. From neteler at itc.it Sat Nov 11 12:29:36 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection In-Reply-To: References: Message-ID: <20061111172936.GA29208@bartok.itc.it> Michael, some minutes ago I have submitted a fix from Roberto Antolin to fix a v.outlier problem. It fixes a crash if qgis=name isn't used (so, maybe use that and it works)? Concerning v.lidar.edgedetection I have no idea; have added the author in CC. Best, Markus On Thu, Nov 09, 2006 at 11:00:58AM -0700, Michael Perdue wrote: > Good Morning, > > I've been playing with some tools for working with lidar data sets > and I've encountered two problems. First, when I try to run v.outlier > the module immediately exits with "Bus error" warning. > > GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k_sub2 output=clean > outlier=outlier > Bus error > > Second, in my attempts to classify the point clouds > v.lidar.edgedetection runs for a while and then exits with the > following error; > > GRASS 6.2.0 (Mudflats):~ > v.lidar.edgedetection input=Gldcrk_sub2 > output=edge > DBMI-DBF driver error: > Table 'Auxiliar_edge_table' doesn't exist. > Error in db_execute_immediate() > > ERROR: Impossible to write in the database > > I'm running GRASS on an intel mac (OSX 10.4.8). Does anyone have any > insight into either of these issues? > > Cheers, > > Mike > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -- Markus Neteler http://mpa.itc.it/markus/ ITC-irst - Centro per la Ricerca Scientifica e Tecnologica MPBA - Predictive Models for Biol. & Environ. Data Analysis Via Sommarive, 18 - 38050 Povo (Trento), Italy From ralf.gerlich at bsse.biz Sat Nov 11 14:19:56 2006 From: ralf.gerlich at bsse.biz (Ralf Gerlich) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [GRASSLIST:1192] New Ideas for geometry simplification Message-ID: <4556225C.6000305@bsse.biz> Hi all, by Markus Neteler's request I'd like to present some ideas I have for geometry simplification. A bit on the background: I'm part of a team trying to establish a more detailed and correct landuse database for use for scenery for the FlightGear flightsimulator (http://www.flightgear.org/) The landuse data needs to be free as in beer and in speech (GPL-compatible). We're currently looking into automatic classification of Landsat7 imagery. While the classification algorithms provided by GRASS do a very good job on raster classification, we need to convert the raster data into a set of polygons which may not be too complex for realtime rendering. Unfortunately, v.clean lacks quite heavily in terms of scalability. As soon as areas to be simplified get a bit larger (starting at about 30 square-km), the time used for simplifying the dataset gets inacceptably large. I tried it once and had it run for about 8 hours on such a dataset on a Pentium M with 1.5GHz and 512MB of RAM. After that the run had to be canceled as the computer had to be put to another use ;-) So here's my idea. It is basically built around the Quadric Error Metric simplification method by Michael Garland. A description of the method can be found at http://graphics.cs.uiuc.edu/~garland/research/quadrics.html. Garland applies the typical edge-collapse approach, always collapsing the edge with the currently lowest predicted error. The error is calculated using quadrics, which can be efficiently updated after edge-collapse. The error-sorted list of edges is managed using a heap, which can be efficiently updated. Furthermore the approach can apply the quadrics in order to find the point with lowest error for each edge. The quadrics do in a way describe the curvature of the surface or polyline to be simplified. Instead of just removing vertices or triangles, this approach therefore allows to rearrange the remaining vertices in order to minimise the visual error. I already did some experiments using pure line data and some results can be seen at http://custom-scenery.org/Line-data-simpl.275.0.html The idea for applying this also to polygon data would be to perform a triangulation on the polygon data set. It would be necessary to record for each triangle edge whether it originated from a boundary segment and if it did, from which. Furthermore it would be necessary to record for each triangle the area of which it was part. However, instead of using the distance from the adjoining triangles as error metric for a vertex - as Garland does - the polygon simplification would use the distances from the adjoining boundary segments. In case of 3D-data one could also use the distance from the adjoining triangles in addition and add the boundary distance multiplied by some weighting factor. After happily collapsing edges until a specified maximum error or a maximum number of vertices, edges or triangles is reached the algorithm would have to convert the triangle and edge set into a boundary and centroid set again, which should be no principal problem using the data about boundaries and areas attached to edges and triangles. Note that the maximum error specified would not be an exact error as in the classical v.clean approach but rather a measure for the visual error. The algorithm would have several advantages performance-wise over v.clean. First of all, it has an efficiently updatable data structure for selecting edges to collapse and calculating errors. Furthermore using the triangulation there is a simple method for determining whether an edge collapse would turn a polygon over on itself: Watch for triangle normals flipping. If an edge collapse would flip the normal of any adjoining triangle, leave the edge as it is and put it back onto the heap with an appropriate error penalty. Why not remove it from the heap? Because after some further edge collapses the topology may have changed so far so that the edge can be collapsed then. Let me know what you think. Cheers, Ralf From epk.lists at gmail.com Sat Nov 11 20:29:49 2006 From: epk.lists at gmail.com (Eduardo Patto Kanegae) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] foss-GIS rpm's for Fedora 5 Message-ID: <2d1782780611111729y5e763fe4k70ba08147cb3bc7c@mail.gmail.com> Hi folks, At my downloads sectionsI have published some RPM's for ShapeLib, PROJ, GEOS, PostGIS, GDAL, GRASS and MapServer. Currently I only tested these pack under two different machines but both running FC5. Let me know if is there any license restrictions within any package. -- Eduardo Patto Kanegae http://www.webmapit.com.br -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061111/4381ec0c/attachment.html From hamish_nospam at yahoo.com Sat Nov 11 22:14:30 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> References: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> Message-ID: <20061112161430.772c13b7.hamish_nospam@yahoo.com> Daniel Farnan wrote: > Is there a date for the release of the Debian package "proper?" > I have seen a few debian compatable packages for 6.2 (which looks > realy good - Congratulations all! The "official" debian packages for GRASS 6.2.0 are done by the DebianGIS project: http://pkg-grass.alioth.debian.org 6.2.0 has just entered the DebianGIS "experimental" package area. (this is a work in progress; see the mailing list archives) To compile 6.2.0 yourself on Debian, see: http://hamish.bowman.googlepages.com/debiangisfiles#compile > And, though I am delighted by a posting from the future, promising > over 15 million dollars to the GRASS team (which sadly is in the form > of a text-book scam, true or not); and am intellectually interested in > the Debt-Free Overningt Card (particularly as a Liberal Idealistic US > Citizen), these postings belong elsewhere. > I would offer a spam filter (or even a recreational/social mailing > list area script), but have not written anything of the kind. > I have faith in the moderators, who have work & lives, and not too > much free time. In fact the mail lists' spam filters are very good. Some spam gets through into the bug tracker, but that is left more open to make it as easy as possible to report a bug. good luck, Hamish From hamish_nospam at yahoo.com Sun Nov 12 00:15:14 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] d.histogram in grass6.2 In-Reply-To: <002c01c70493$aa0a3dd0$7a4291c1@ceh.cedex.es> References: <20061109153058.2c5b8893.hamish_nospam@yahoo.com> <002c01c70493$aa0a3dd0$7a4291c1@ceh.cedex.es> Message-ID: <20061112181514.7bc88c57.hamish_nospam@yahoo.com> Javier ?lvarez Rodr?guez wrote: > > We use similar scripts to divide the monitor in different frames. And > this is what doesn't work with new d.histogram. If I've understood, > the reason is what you stated in your previous email. Is there any > possibility of using a modified d.histogram command, without this > monitor-removing-everything option, in grass6.2 version? you need to build new binaries with the corrected source code, e.g. from the 6.2..cvs preview snapshot: http://grass.itc.it/grass62/source/snapshot/ there is no "run-time" solution. you need to get/create a new version of that program. it's easy to do the edit yourself in a text editor: http://freegis.org/cgi-bin/viewcvs.cgi/grass6/display/d.histogram/main.c.diff?r1=2.2.4.1&r2=2.2.4.2 and then run "make" Hamish From hamish_nospam at yahoo.com Sun Nov 12 03:53:54 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] RE: [GRASS-dev] Gis.m Error in Grass 6.2 startup In-Reply-To: <45534CCF.20906@club.worldonline.be> References: <0E5A77B55A57D511BB3F0002A537C26208C55C23@s5-dar-r1.nrn.nrcan.gc.ca> <45534CCF.20906@club.worldonline.be> Message-ID: <20061112215354.26e854ae.hamish_nospam@yahoo.com> Moritz Lennert wrote: > Patton, Eric wrote: > > Here's my .grassrc6: .. > > GRASS_GUI: gis.m > > If you replace the latter with > > GRASS_GUI: tcltk > > it should work. > > This is linked to Hamish' changes to allow a more precise choice of > gui: > http://grass.itc.it/pipermail/grass-commit/2006-November/024978.html > > GRASS_GUI: gis.m works for me in 6.3, but I don't think these changes > were backported to 6.2. So if you work in a mixed 6.2/6.3 environment, > this might break things (i.e. launching grass with the -tcltk command > in 6.3 automatically puts 'gis.m' in the GRASS_GUI variable, but 6.2 > does not recognize this value). ah, I hadn't thought of that. I've reset the -gui target to "tcltk" in 6.3-cvs so the .grassrc6 files stay backwards compatible for the vast majority of folks. should the d.m-remembering change be backported to 6.2? I wasn't planning on it, but I'd overlooked this breakage. Hamish From mlennert at club.worldonline.be Sun Nov 12 05:56:15 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [Fwd: more decent winGRASS+Quantum GIS (GRASS plugin) manual] Message-ID: <60271.85.10.91.197.1163328975.squirrel@geog-pc40.ulb.ac.be> ---------------------------- Original Message ---------------------------- Subject: more decent winGRASS+Quantum GIS (GRASS plugin) manual From: "Yann Chemin" Date: Sat, November 11, 2006 6:56 am Hi all, I have compiled a more decent manual for: - QGIS introduction - QGIS GRASS plugin - GRASS GIS introduction - GRASS GIS DEM manipulations - GRASS GIS habitat analysis exercise OpenOffice: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.odt pdf: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.pdf cheers, Yann From mlennert at club.worldonline.be Sun Nov 12 06:33:47 2006 From: mlennert at club.worldonline.be (Moritz Lennert) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes In-Reply-To: <1163175512.1019.2.camel@localhost.localdomain> References: <1163175512.1019.2.camel@localhost.localdomain> Message-ID: <59627.85.10.91.197.1163331227.squirrel@geog-pc40.ulb.ac.be> Hello Zbigniew, (Cc to Michael and Glynn as they are currently busy reworking d.vect.thematic) On Fri, November 10, 2006 17:18, Zbigniew Perski wrote: > Hi, > > I am facing now with following problem: > > I have a large databases of points (more 30 000). I would like to > visualize them in colors according to different attributes using > d.vect.thematc and also store rgb information in the GRASSRGB column. I > noticed that both methods are incredibly slow. It is very frustrating > since you have to zoom and wait ages for refreshing the monitor. There are several performance issues with d.vect.thematic: 1) It is script-based and so if you have lots of points, it might take longer to calculate classes and colours than a C-based version might (although I don't know how much difference this would make). 2) Gis.m seems to consider it as a new command everytime you renew the display in any way leading to all the calculations and rendering having to be redone. If you have a lot of points, this takes time. 3) I'm not sure the way the database connections are handled in d.vect are always the most efficient. 4) d.vect in itself is not the most efficient for plotting. > My > database is stored using db engine. I would like to ask you if storing > the point database using different engine like postgresql or mysql will > have any impact on the performance in displaying the GRASSRGB column? As others have said, indexing will probably help you somehwat. > Is there any other methods to speed-up the display performance in my > case? I would like to add that I checked point displaying on various > hardware combinations and I did not noticed any significant difference. > It is always very slow. I think the first important element would be to find a way to not rerun d.vect.thematic at every zoom or refresh... Moritz From thierrygonon at mac.com Sun Nov 12 08:11:56 2006 From: thierrygonon at mac.com (Thierry Gonon) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Raster pyramids In-Reply-To: <200611111732.kABHWc6H004532@grass.itc.it> References: <200611111732.kABHWc6H004532@grass.itc.it> Message-ID: <303A8CD5-010E-1000-F2D5-586372BD980C-Webmail-10014@mac.com> Hi everybody, I just want to know if it's possible in GRASS to make a raster pyramid for images that are quite large (3GB) as it's possible in QGis... And if so, how we can do it ? And if it's not possible, can we make pyramids in QGis and then view our images in GRASS without problems ?? Thanks Thierry Gonon 2 Place de l'Eglise 01150 LAGNIEU T?l : 04 74 34 49 26 From emmanuel.sambale at gmail.com Sun Nov 12 10:03:16 2006 From: emmanuel.sambale at gmail.com (maning sambale) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [Fwd: more decent winGRASS+Quantum GIS (GRASS plugin) manual] In-Reply-To: <60271.85.10.91.197.1163328975.squirrel@geog-pc40.ulb.ac.be> References: <60271.85.10.91.197.1163328975.squirrel@geog-pc40.ulb.ac.be> Message-ID: Great! Thank you! On 11/12/06, Moritz Lennert wrote: > ---------------------------- Original Message ---------------------------- > Subject: more decent winGRASS+Quantum GIS (GRASS plugin) manual > From: "Yann Chemin" > Date: Sat, November 11, 2006 6:56 am > > Hi all, > > I have compiled a more decent manual for: > - QGIS introduction > - QGIS GRASS plugin > - GRASS GIS introduction > - GRASS GIS DEM manipulations > - GRASS GIS habitat analysis exercise > > OpenOffice: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.odt > pdf: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.pdf > > cheers, > Yann > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- |---------|----------------------------------------------------------| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |---------|----------------------------------------------------------| From tutey at o2.pl Sun Nov 12 13:00:44 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Raster pyramids In-Reply-To: <303A8CD5-010E-1000-F2D5-586372BD980C-Webmail-10014@mac.com> References: <200611111732.kABHWc6H004532@grass.itc.it> <303A8CD5-010E-1000-F2D5-586372BD980C-Webmail-10014@mac.com> Message-ID: <4557614C.5010704@o2.pl> Thierry Gonon wrote: > Hi everybody, > > I just want to know if it's possible in GRASS to make a raster > pyramid for images that are quite large (3GB) as it's possible in > QGis... Not as in QGIS, but you can use eg. r.mapcalc to create a version of your original raster at a reduced resolution. Other folks can give you more guiding about using the recent Glynn's aggregation module in GRASS 6.3 (search recent dev & user archives for 'aggregate'). Take a look at r.resamp* modules too. > And if so, how we can do it ? And if it's not possible, can > we make pyramids in QGis and then view our images in GRASS without > problems ?? I don't think this is possible now. Maciek From roberto at geomatica.como.polimi.it Fri Nov 10 05:43:20 2006 From: roberto at geomatica.como.polimi.it (Roberto Antolin) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection In-Reply-To: References: Message-ID: <455457C8.4030609@geomatica.como.polimi.it> Hi Michael and all, I'm the v.outlier and v.lidar.* developer. First of all, I'm very sorry for these bugs. I knew the v.outlier bug from long time ago but I didn't fix it and I forgot it. I've just fixed and now I will send it to the CVS. So, you will able to download the new version from there. A dirty solution is: ~ > v.outlier input=pslc2k_sub2 output=clean outlier=outlier qgis=clean_qgis This should run ok. So, if you don't need the qgis output you can remove it. The qgis output vector parameter was done to allow the visualization of the point's color as a function of its height within qgis. But this approach needs that the topology is built and the height is considered as a category. However, the standard output ("outlier=" and "outlier=") are done without topology and with the height as the z-coord in a 3d-vector. The v.lidar.edgedetection bug is a new one. I'll try to fix it as soon as possible. Another thing, I advice you about this module. It doesn't run with dbf driver and db because the sql setences used are not allow for them. But this is not the error in this case. I'm sorry very much, Roberto. Michael Perdue ha scritto: > Good Morning, > > I've been playing with some tools for working with lidar data sets and > I've encountered two problems. First, when I try to run v.outlier the > module immediately exits with "Bus error" warning. > > GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k_sub2 output=clean > outlier=outlier > Bus error > > Second, in my attempts to classify the point clouds > v.lidar.edgedetection runs for a while and then exits with the > following error; > > GRASS 6.2.0 (Mudflats):~ > v.lidar.edgedetection input=Gldcrk_sub2 > output=edge > DBMI-DBF driver error: > Table 'Auxiliar_edge_table' doesn't exist. > Error in db_execute_immediate() > > ERROR: Impossible to write in the database > > I'm running GRASS on an intel mac (OSX 10.4.8). Does anyone have any > insight into either of these issues? > > Cheers, > > Mike > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -- Roberto Antol?n S?nchez Politecnico di Milano ? Polo Regionale di Como (Laboratorio di Geomatica V2.8) Via Valleggio, 11 ? 22100 Como, Italy tel: +39 031 332 7533 || fax: +39 031 332 7519 email: roberto.antolin@polimi.it From perski at uranos.cto.us.edu.pl Sun Nov 12 14:12:45 2006 From: perski at uranos.cto.us.edu.pl (perski@uranos.cto.us.edu.pl) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! Message-ID: <20061112191245.67BC330100@uranos.cto.us.edu.pl> Jarek Jasiewicz wrote : > Zbigniew Perski napisa?(a): > > Hi, > > > > I am facing now with following problem: > > > > I have a large databases of points (more 30 000). I would like to > > visualize them in colors according to different attributes using > > d.vect.thematc and also store rgb information in the GRASSRGB column. I > > noticed that both methods are incredibly slow. It is very frustrating > > since you have to zoom and wait ages for refreshing the monitor. My > > database is stored using db engine. I would like to ask you if storing > > the point database using different engine like postgresql or mysql will > > have any impact on the performance in displaying the GRASSRGB column? > > > > I did not tested it yet but I am would like to know if it have any sense > > to spent some time on such try? > > > > Is there any other methods to speed-up the display performance in my > > case? I would like to add that I checked point displaying on various > > hardware combinations and I did not noticed any significant difference. > > It is always very slow. > > > > > > Thanks a lot > > > > > > Zbigniew > > > > _______________________________________________ > > grassuser mailing list > > grassuser@grass.itc.it > > http://grass.itc.it/mailman/listinfo/grassuser > > > PgSQL with indexing will increase preformance. unfortunatly I can't say > anything about MySQL .... > J. Hi, I spent some time on it during last days and I sucesfully introduced MySQL database to grass. Unfortunately during displaying poits with colors from rgb columns THERE IS NO DIFFERENCE in performance comparing to dbf engine. After adding indexes to grassrgb column is still the same. Any other ideas hoe to speed up this task? Thanks Zbigniew _________________________________________ Uniwersytet ?l?ski, http://www.us.edu.pl/ From tutey at o2.pl Sun Nov 12 17:02:27 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: References: Message-ID: <455799F3.5040402@o2.pl> Nick Cahill wrote: > I'm trying to create a dem from digitized contour lines with > r.surf.nnbathy. I've started with vector contour lines, converted them > to a raster with v.to.rast, then interpolate these using r.surf.nnbathy. > The output looks good, except that it is speckled with random-looking > null cells, as in the enclosed screen shot (white are nulls) > > I can't figure out what is causing these: some are on a contour line, > some are between contours; I don't see an obvious pattern. Is this a > known issue with r.surf.nnbathy, and if so, is there a workaround? Hi Nick, Glad to see somebody using it! I haven't had such an issue on my Linux box. Any chances you have a mask set? > On a related note, when I've tried to fill the nulls with r.fillnulls, > the program crashes gis.m with a segmentation fault, leaving a couple > temporary rasters and a mask. Try reproducing this in spearfish and please report a bug if confirmed. > I'm running GRASS 6.3, on Mac OS X 10.4.8, using William Kyngesburye's > excellent binaries (dated 9/29/06, maybe not the most recent build). I > built the binary for nnbathy myself; perhaps this is the problem. How > would I test that? Dunno. What nnbathy version? Last I tried was 1.66 and it works as good as few previous versions. Can you reproduce the error on Linux? Can you reproduce the error with plain nnbathy on your Mac? (look for supiciously located 'NaN's in it's output; there shouldn't be any within the convex hull) If so, please contact Pavel Sakov, the author, and let us now the status. Maciek From rez at touchofmadness.com Sun Nov 12 17:13:06 2006 From: rez at touchofmadness.com (Brad Douglas) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <20061112191245.67BC330100@uranos.cto.us.edu.pl> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> Message-ID: <1163369587.2819.104.camel@devel> On Sun, 2006-11-12 at 20:12 +0100, perski@uranos.cto.us.edu.pl wrote: > I spent some time on it during last days and I sucesfully introduced MySQL database to grass. > Unfortunately during displaying poits with colors from rgb columns THERE IS NO DIFFERENCE in performance comparing to dbf engine. After adding indexes to grassrgb column is still the same. > > Any other ideas hoe to speed up this task? There are a number of things that can be done to speed up database queries. I suggest anyone who is using a true SQL database on the backend, learn how to successfully normalize the database. Here are a few links about database normalization: http://en.wikipedia.org/wiki/Database_normalization http://dev.mysql.com/tech-resources/articles/intro-to-normalization.html Different databases take different approaches to administration and performance optimizations, but knowledge of SQL92 generally enough for successful normalization. I suspect that other columns in the query are the source of the slow down. -- Brad Douglas KB8UYR/6 Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785 From b.wood at niwa.co.nz Sun Nov 12 17:51:03 2006 From: b.wood at niwa.co.nz (Brent Wood) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <1163369587.2819.104.camel@devel> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> Message-ID: <4557A557.4010401@niwa.co.nz> Brad Douglas wrote: > On Sun, 2006-11-12 at 20:12 +0100, perski@uranos.cto.us.edu.pl wrote: > >> I spent some time on it during last days and I sucesfully introduced MySQL database to grass. >> Unfortunately during displaying poits with colors from rgb columns THERE IS NO DIFFERENCE in performance comparing to dbf engine. After adding indexes to grassrgb column is still the same. >> >> Any other ideas hoe to speed up this task? >> > > There are a number of things that can be done to speed up database > queries. I suggest anyone who is using a true SQL database on the > backend, learn how to successfully normalize the database. Here are a > few links about database normalization: > > http://en.wikipedia.org/wiki/Database_normalization > http://dev.mysql.com/tech-resources/articles/intro-to-normalization.html > > Different databases take different approaches to administration and > performance optimizations, but knowledge of SQL92 generally enough for > successful normalization. > > I suspect that other columns in the query are the source of the slow > down. I suggest normalisation is a technique normally used for robust, largely error free database implementations. Once a properly normalised model has been devised, you then de-normalise the actual implementation as appropriate to improve performance. You might try PostGIS, though I'm not sure if you still need to actually import the geometries into GRASS or can just utilise the external db. Postgres has largely caught up with MySQL for performance, and the PostGIS extension, last time I looked, was way ahead of MySQL spatial in functionality. Also, are you sure you properly indexed the relevant data columns in MySQL? Cheers, Brent Wood From harkiisk at utu.fi Sun Nov 12 18:33:40 2006 From: harkiisk at utu.fi (Harri Kiiskinen) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <20061112191245.67BC330100@uranos.cto.us.edu.pl> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> Message-ID: <1163374421.31499.6.camel@localhost.localdomain> su, 2006-11-12 kello 20:12 +0100, perski@uranos.cto.us.edu.pl kirjoitti: > Jarek Jasiewicz wrote : > > > Zbigniew Perski napisa?(a): > > > Hi, > > > > > > I am facing now with following problem: > > > > > > I have a large databases of points (more 30 000). I would like to > > > visualize them in colors according to different attributes using > > > d.vect.thematc and also store rgb information in the GRASSRGB column. I > > > noticed that both methods are incredibly slow. It is very frustrating > > > since you have to zoom and wait ages for refreshing the monitor. My > > > database is stored using db engine. I would like to ask you if storing > > > the point database using different engine like postgresql or mysql will > > > have any impact on the performance in displaying the GRASSRGB column? > > > > > > I did not tested it yet but I am would like to know if it have any sense > > > to spent some time on such try? > > > > > > Is there any other methods to speed-up the display performance in my > > > case? I would like to add that I checked point displaying on various > > > hardware combinations and I did not noticed any significant difference. > > > It is always very slow. > > > > > > > > > Thanks a lot > > > > > > > > > Zbigniew > > Hi, I spent some time on it during last days and I sucesfully > introduced MySQL database to grass. Unfortunately during displaying > poits with colors from rgb columns THERE IS NO DIFFERENCE in > performance comparing to dbf engine. After adding indexes to grassrgb > column is still the same. > > Any other ideas hoe to speed up this task? If I understood correctly, you are linking a table with the column GRASSRGB to your data; in that case, it is the column that is used for the link ("cat"?) that needs the index, not the one containing the data to be used. Or you could instead try to set it as a PRIMARY KEY for the table, as it'll speed up the data access a lot; at least on some previous occasions GRASS did not do this by itself, but I don't know about the current situation with MySQL. Harri K. From russo at bogodyn.org Sun Nov 12 21:22:24 2006 From: russo at bogodyn.org (Tom Russo) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Compilation failure in lib/gis/grassinit.c Message-ID: <20061113022224.GA99235@bogodyn.org> CVS updated this afternoon and got a compilation failure in lib/gis/gisinit.c: gisinit.c: In function `G_gisinit': gisinit.c:40: error: `EXIT_FAILURE' undeclared (first use in this function) gisinit.c:40: error: (Each undeclared identifier is reported only once gisinit.c:40: error: for each function it appears in.) and in several places in that file. That resulted in a complete failure of all grass modules to build (trying to link to the library that failed). Turns out that on FreeBSD you need to include stdlib.h in order to get EXIT_FAILURE defined. Adding #include before all the other includes fixed the whole thing. -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick From hamish_nospam at yahoo.com Sun Nov 12 21:39:56 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [Fwd: more decent winGRASS+Quantum GIS (GRASS plugin) manual] In-Reply-To: <60271.85.10.91.197.1163328975.squirrel@geog-pc40.ulb.ac.be> References: <60271.85.10.91.197.1163328975.squirrel@geog-pc40.ulb.ac.be> Message-ID: <20061113153956.53df36fb.hamish_nospam@yahoo.com> Yann Chemin wrote: >> I have compiled a more decent manual for: > - QGIS introduction > - QGIS GRASS plugin > - GRASS GIS introduction > - GRASS GIS DEM manipulations > - GRASS GIS habitat analysis exercise > > OpenOffice: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.odt > pdf: http://rslultra.star.ait.ac.th/~yann/star/GMS_training.pdf Added a link to the community contributed tutorials section on the GRASS Wiki site: http://grass.gdf-hannover.de/wiki/GRASS_Education_%28Free_GIS_education%29#Teaching_Materials thanks! Hamish From michael_perdue at yahoo.ca Sun Nov 12 23:45:38 2006 From: michael_perdue at yahoo.ca (Michael Perdue) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection In-Reply-To: <455457C8.4030609@geomatica.como.polimi.it> References: <455457C8.4030609@geomatica.como.polimi.it> Message-ID: Hi Roberto, Thanks for the info. I'm still pretty new to macintosh and so far haven't had much luck (read lazy) at setting up the environment for building binaries myself. I did run it with the qgis option however, and although it didn't complain about a "bus error", it did shut down with the same error reported by v.lidar.edgedetection; >> DBMI-DBF driver error: >> Table 'Auxiliar_edge_table' doesn't exist. >> Error in db_execute_immediate() >> >> ERROR: Impossible to write in the database So, it seems that what ever is causing the error is specific to mac and may be common to all the v.lidar.* programs. I have a linux workstation in the office and I did a cvs update earlier today. The binaries were building when I left so in the morning I'll run everything through it and then move the files over to my mac and see if the issue also affects v.lidar.* and v.surf.bspline. I'll let you know what I find out. Let me know if there is anything I can do to be of assistance. Cheers and thanks again! Mike On 10-Nov-06, at 3:43 AM, Roberto Antolin wrote: > Hi Michael and all, > I'm the v.outlier and v.lidar.* developer. First of all, I'm very > sorry for these bugs. > > I knew the v.outlier bug from long time ago but I didn't fix it and > I forgot it. I've just fixed and now I will send it to the CVS. So, > you will able to download the new version from there. A dirty > solution is: > ~ > v.outlier input=pslc2k_sub2 output=clean outlier=outlier > qgis=clean_qgis > > This should run ok. > > So, if you don't need the qgis output you can remove it. The qgis > output vector parameter was done to allow the visualization of the > point's color as a function of its height within qgis. But this > approach needs that the topology is built and the height is > considered as a category. However, the standard output ("outlier=" > and "outlier=") are done without topology and with the height as > the z-coord in a 3d-vector. > > The v.lidar.edgedetection bug is a new one. I'll try to fix it as > soon as possible. Another thing, I advice you about this module. It > doesn't run with dbf driver and db because the sql setences used > are not allow for them. But this is not the error in this case. > > I'm sorry very much, > Roberto. > > > Michael Perdue ha scritto: > >> Good Morning, >> >> I've been playing with some tools for working with lidar data sets >> and I've encountered two problems. First, when I try to run >> v.outlier the module immediately exits with "Bus error" warning. >> >> GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k_sub2 >> output=clean outlier=outlier >> Bus error >> >> Second, in my attempts to classify the point clouds >> v.lidar.edgedetection runs for a while and then exits with the >> following error; >> >> GRASS 6.2.0 (Mudflats):~ > v.lidar.edgedetection input=Gldcrk_sub2 >> output=edge >> DBMI-DBF driver error: >> Table 'Auxiliar_edge_table' doesn't exist. >> Error in db_execute_immediate() >> >> ERROR: Impossible to write in the database >> >> I'm running GRASS on an intel mac (OSX 10.4.8). Does anyone have >> any insight into either of these issues? >> >> Cheers, >> >> Mike >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around >> http://mail.yahoo.com >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser > > > > -- > Roberto Antol?n S?nchez > Politecnico di Milano ? Polo Regionale di Como > (Laboratorio di Geomatica V2.8) > Via Valleggio, 11 ? 22100 Como, Italy > tel: +39 031 332 7533 || fax: +39 031 332 7519 email: > roberto.antolin@polimi.it > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From rez at touchofmadness.com Mon Nov 13 00:02:19 2006 From: rez at touchofmadness.com (Brad Douglas) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Compilation failure in lib/gis/grassinit.c In-Reply-To: <20061113022224.GA99235@bogodyn.org> References: <20061113022224.GA99235@bogodyn.org> Message-ID: <1163394139.2819.128.camel@devel> On Sun, 2006-11-12 at 19:22 -0700, Tom Russo wrote: > CVS updated this afternoon and got a compilation failure in lib/gis/gisinit.c: > > gisinit.c: In function `G_gisinit': > gisinit.c:40: error: `EXIT_FAILURE' undeclared (first use in this function) > gisinit.c:40: error: (Each undeclared identifier is reported only once > gisinit.c:40: error: for each function it appears in.) > > and in several places in that file. That resulted in a complete failure of > all grass modules to build (trying to link to the library that failed). > > Turns out that on FreeBSD you need to include stdlib.h in order to get > EXIT_FAILURE defined. > > Adding #include before all the other includes fixed the whole thing. Fixed in CVS. -- Brad Douglas KB8UYR/6 Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785 From hamish_nospam at yahoo.com Sun Nov 12 22:40:30 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: References: Message-ID: <20061113164030.7aad4548.hamish_nospam@yahoo.com> Nick Cahill wrote: > > On a related note, when I've tried to fill the nulls with > r.fillnulls, the program crashes gis.m with a segmentation fault, > leaving a couple temporary rasters and a mask. does r.fillnulls work from the command line? Hamish From rnuske at gwdg.de Mon Nov 13 05:16:30 2006 From: rnuske at gwdg.de (Robert Nuske) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <455799F3.5040402@o2.pl> References: <455799F3.5040402@o2.pl> Message-ID: <200611131116.30305.rnuske@gwdg.de> > Nick Cahill wrote: > > I'm trying to create a dem from digitized contour lines with > > r.surf.nnbathy. I've started with vector contour lines, converted them > > to a raster with v.to.rast, then interpolate these using r.surf.nnbathy. > > The output looks good, except that it is speckled with random-looking > > null cells, as in the enclosed screen shot (white are nulls) > > > > I can't figure out what is causing these: some are on a contour line, > > some are between contours; I don't see an obvious pattern. Is this a > > known issue with r.surf.nnbathy, and if so, is there a workaround? > > Hi Nick, > > Glad to see somebody using it! > > I haven't had such an issue on my Linux box. I had the same problem as Nick and couldn't figure what is causing these speckles. While collecting cases for a report i decided not to interpolate the data at all. cheers, robert From perski at us.edu.pl Mon Nov 13 05:10:47 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <4557A557.4010401@niwa.co.nz> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> Message-ID: <1163412647.29793.13.camel@localhost.localdomain> On Mon, 2006-11-13 at 11:51 +1300, Brent Wood wrote: > Brad Douglas wrote: > > On Sun, 2006-11-12 at 20:12 +0100, perski@uranos.cto.us.edu.pl wrote: > > > >> I spent some time on it during last days and I sucesfully introduced MySQL database to grass. > >> Unfortunately during displaying poits with colors from rgb columns THERE IS NO DIFFERENCE in performance comparing to dbf engine. After adding indexes to grassrgb column is still the same. > >> > >> Any other ideas hoe to speed up this task? > >> > > > > There are a number of things that can be done to speed up database > > queries. I suggest anyone who is using a true SQL database on the > > backend, learn how to successfully normalize the database. Here are a > > few links about database normalization: > > > > http://en.wikipedia.org/wiki/Database_normalization > > http://dev.mysql.com/tech-resources/articles/intro-to-normalization.html > > > > Different databases take different approaches to administration and > > performance optimizations, but knowledge of SQL92 generally enough for > > successful normalization. > > > > I suspect that other columns in the query are the source of the slow > > down. > I suggest normalisation is a technique normally used for robust, largely > error free database implementations. Once a properly normalised model > has been devised, you then de-normalise the actual implementation as > appropriate to improve performance. > > You might try PostGIS, though I'm not sure if you still need to actually > import the geometries into GRASS or can just utilise the external db. > Postgres has largely caught up with MySQL for performance, and the > PostGIS extension, last time I looked, was way ahead of MySQL spatial in > functionality. > > Also, are you sure you properly indexed the relevant data columns in MySQL? Thanks a lot for all answers. Well, in fact I am not 100% sure if I indexed it properly. CAT indexes have been created by default and then I used command: CREATE INDEX rgb ON my_database_name (grassrgb); I will look on the optimalization stuff now. thanks a lot Zbigniew > > Cheers, > > Brent Wood > From perski at us.edu.pl Mon Nov 13 05:29:11 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes In-Reply-To: <59627.85.10.91.197.1163331227.squirrel@geog-pc40.ulb.ac.be> References: <1163175512.1019.2.camel@localhost.localdomain> <59627.85.10.91.197.1163331227.squirrel@geog-pc40.ulb.ac.be> Message-ID: <1163413751.29793.29.camel@localhost.localdomain> On Sun, 2006-11-12 at 12:33 +0100, Moritz Lennert wrote: > Hello Zbigniew, > (Cc to Michael and Glynn as they are currently busy reworking > d.vect.thematic) > I have couple of suggestions: 1. There is an option to remove outline of the symbols. If you are using small size (say: 3 to 5)basic/circle the map looks ugly. I propose to change no outline into outline color = fill color. I have modified in such way d.vect.thematic and the output looks much better now. 2. Allow full color scale apart from the scaling between two colors. I created a script which is doing that. It is very slow and I started to test different approach now: to further modify d.vect.thematic instead of a script on top of d.vect.thematic (current solution). Since they are converting it onto C code I will better wait. If they are interested to look into my solutions please let me know so I will send you my scripts. > On Fri, November 10, 2006 17:18, Zbigniew Perski wrote: > > Hi, > > > > I am facing now with following problem: > > > > I have a large databases of points (more 30 000). I would like to > > visualize them in colors according to different attributes using > > d.vect.thematc and also store rgb information in the GRASSRGB column. I > > noticed that both methods are incredibly slow. It is very frustrating > > since you have to zoom and wait ages for refreshing the monitor. > > There are several performance issues with d.vect.thematic: > > 1) It is script-based and so if you have lots of points, it might take > longer to calculate classes and colours than a C-based version might > (although I don't know how much difference this would make). > > 2) Gis.m seems to consider it as a new command everytime you renew the > display in any way leading to all the calculations and rendering having to > be redone. If you have a lot of points, this takes time. yes. It is not very efficient way. > > 3) I'm not sure the way the database connections are handled in d.vect are > always the most efficient. > > 4) d.vect in itself is not the most efficient for plotting. yes. I was even thinkig to convert all my points to raster layer and then create kind of pyramid to be able to see my point in different zooming level > > > My > > database is stored using db engine. I would like to ask you if storing > > the point database using different engine like postgresql or mysql will > > have any impact on the performance in displaying the GRASSRGB column? > > As others have said, indexing will probably help you somehwat. > > > Is there any other methods to speed-up the display performance in my > > case? I would like to add that I checked point displaying on various > > hardware combinations and I did not noticed any significant difference. > > It is always very slow. > > I think the first important element would be to find a way to not rerun > d.vect.thematic at every zoom or refresh... It is crucial. best regards Zbigniew From wegmann at biozentrum.uni-wuerzburg.de Mon Nov 13 06:23:26 2006 From: wegmann at biozentrum.uni-wuerzburg.de (Martin Wegmann) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] file size limit exceeded Message-ID: <200611131223.26929.wegmann@biozentrum.uni-wuerzburg.de> Hello, I tried to import a 500 MB DEM using GRASS 6.2 (Debian rep): #1 r.in.gdal -o -k -e input=/data2/raster/dem/srtm90_africa_continental_JF/SRTM90_WA_v3/SRTM90_WA_v3/hdr.adf output=test Over-riding projection check. Proceeding with import... WARNING: map [test] - unable to write row 14319 File size limit exceeded [Raster MASK present] #2 did it without -e and previously zoomed into the mapset and set the region to fit this extend using gis.m functionality (not CLI) same error message #3 I found related error messages in the ML hence I installed grass62 and 63 with LFS but I have some problems compiling with gdal support (another e-mail on gda-dev) any idea how I can solve this file size limit problem while not yet being able to compile 62/63? regards, Martin From malte at perlomat.de Mon Nov 13 09:47:18 2006 From: malte at perlomat.de (Malte Halbey-Martin) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values Message-ID: <45588576.6030508@perlomat.de> Hi Grass Users out there, certainly something total easy, but is there a way to reclassify negative values with r.reclass? fp: Data range is -0.2180119007825851440429688 to 0.1608885973691940307617188 > -0.2180119007825851440429688 thru 0.001 = 1 label -0.718012 rounded up to 0 0.501000 rounded up to 0 Does r.reclass only work with integer or positive values? I couldn't find anything about that in the manual. GRASS 6.0.1 (Yes, I know I am little late with updating...) Thanks Malte From glynn at gclements.plus.com Mon Nov 13 10:08:34 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <45588576.6030508@perlomat.de> References: <45588576.6030508@perlomat.de> Message-ID: <17752.35442.18220.20978@cerise.gclements.plus.com> Malte Halbey-Martin wrote: > Hi Grass Users out there, > certainly something total easy, but is there a way to reclassify > negative values with r.reclass? > > fp: Data range is -0.2180119007825851440429688 to > 0.1608885973691940307617188 > > -0.2180119007825851440429688 thru 0.001 = 1 label > -0.718012 rounded up to 0 > 0.501000 rounded up to 0 > > Does r.reclass only work with integer or positive values? I couldn't > find anything about that in the manual. Only integer maps can be reclassed. -- Glynn Clements From perski at us.edu.pl Mon Nov 13 11:33:49 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <4557A557.4010401@niwa.co.nz> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> Message-ID: <1163435629.8126.39.camel@localhost.localdomain> On Mon, 2006-11-13 at 11:51 +1300, Brent Wood wrote: > Brad Douglas wrote: > > On Sun, 2006-11-12 at 20:12 +0100, perski@uranos.cto.us.edu.pl wrote: > > > >> I spent some time on it during last days and I sucesfully introduced MySQL database to grass. > >> Unfortunately during displaying poits with colors from rgb columns THERE IS NO DIFFERENCE in performance comparing to dbf engine. After adding indexes to grassrgb column is still the same. > >> > >> Any other ideas hoe to speed up this task? > >> > > > > There are a number of things that can be done to speed up database > > queries. I suggest anyone who is using a true SQL database on the > > backend, learn how to successfully normalize the database. Here are a > > few links about database normalization: > > > > http://en.wikipedia.org/wiki/Database_normalization > > http://dev.mysql.com/tech-resources/articles/intro-to-normalization.html > > > > Different databases take different approaches to administration and > > performance optimizations, but knowledge of SQL92 generally enough for > > successful normalization. Hi again, the problem of my database is that I don't see any way to optimize it. Imagine if you have 20 thousands of xyz points and want just to visualize them in different colors (dem-like color scale). Each point has its unique x,y,z values... I tried to assign indexes for my "z" column using: ALTER TABLE my_points ADD INDEX(z_ccordinate); And I don't see any difference in performance with e.g. v.univar.sh So maybe I am doing something wrong? Cheers Zbigniew From jarekj at amu.edu.pl Mon Nov 13 13:52:17 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <1163435629.8126.39.camel@localhost.localdomain> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> <1163435629.8126.39.camel@localhost.localdomain> Message-ID: <4558BEE1.2070801@amu.edu.pl> > Hi again, > the problem of my database is that I don't see any way to optimize it. > Imagine if you have 20 thousands of xyz points and want just to > visualize them in different colors (dem-like color scale). Each point > has its unique x,y,z values... > I tried to assign indexes for my "z" column using: > > ALTER TABLE my_points ADD INDEX(z_ccordinate); > > And I don't see any difference in performance with e.g. v.univar.sh > So maybe I am doing something wrong? > > Cheers > > Zbigniew > > > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > If I understood well from the previous post threre is a RGB column it is indexed? how much categories of rgb colors you have. If you have as many categories as values this is the problem. In grass, graphical engine must assing color and render every pixel individualy regards J From jarekj at amu.edu.pl Mon Nov 13 13:55:17 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <17752.35442.18220.20978@cerise.gclements.plus.com> References: <45588576.6030508@perlomat.de> <17752.35442.18220.20978@cerise.gclements.plus.com> Message-ID: <4558BF95.2060707@amu.edu.pl> Glynn Clements napisa?(a): > Malte Halbey-Martin wrote: > > >> Hi Grass Users out there, >> certainly something total easy, but is there a way to reclassify >> negative values with r.reclass? >> >> fp: Data range is -0.2180119007825851440429688 to >> 0.1608885973691940307617188 >> > -0.2180119007825851440429688 thru 0.001 = 1 label >> -0.718012 rounded up to 0 >> 0.501000 rounded up to 0 >> >> Does r.reclass only work with integer or positive values? I couldn't >> find anything about that in the manual. >> > > Only integer maps can be reclassed. > > yes, it is the problem, map shall be multipied by for example 1000000 then reclasified From tutey at o2.pl Mon Nov 13 17:14:16 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <200611131116.30305.rnuske@gwdg.de> References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> Message-ID: <4558EE38.8010905@o2.pl> Robert Nuske wrote: >> Nick Cahill wrote: >>> I'm trying to create a dem from digitized contour lines with >>> r.surf.nnbathy. >>> The output looks good, except that it is speckled with random-looking >>> null cells, as in the enclosed screen shot (white are nulls) > I had the same problem as Nick and couldn't figure what is causing these > speckles. While collecting cases for a report i decided not to interpolate the > data at all. Robert and Nick, Are you both using Mac? Please reproduce the error with small datasets, and send them over to me along with your exact region settings, r.surf.nnbathy syntax and the nnbathy version you used (if you built it yourself, specify if "serial processing" enabled). Like I said, r.surf.nnbathy has been working well for me. If you want me to help you I need details. Cheers, Maciek From DanielF at SHARECHIVE.com Mon Nov 13 19:04:31 2006 From: DanielF at SHARECHIVE.com (Daniel Farnan) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Is v.cutter defunct? Message-ID: <2BCDC6A684ADF245B767934FAD360748010AF72E@sharechive01.sharechive.com> Working with the GRASS book to learn more of how-to. Hoping to use v.cutter to get polygons to define seperate sectors of points (vector). Is this module superceeded? Bash will not recognize it. From ndcahill at wisc.edu Mon Nov 13 22:40:19 2006 From: ndcahill at wisc.edu (Nick Cahill) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <4558EE38.8010905@o2.pl> References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> <4558EE38.8010905@o2.pl> Message-ID: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> Dear Maciej, I was hoping that you would reply and offer to help with this. It's interesting that someone else is having the same problem, and that you're not; at least I'm not crazy. I am using a Mac; I built nnbathy myself, following the directions on the r.surf.nnbathy help page -- 1. Download nn.tar.gz from http://www.marine.csiro.au/~sakov/ 2. tar xzvf nn.tar.gz 3. cd nn 4. ./configure 5. make 6. gcc -o nnbathy nnbathy.c -g -O2 -Wall -pedantic -I. -DNN_SERIAL libnn.a -lm 7. chmod u+x ./nnbathy So I'm pretty sure I specified serial processing enabled. I ran r.surf.nnbathy input=contours output=nnbathytest My region was projection: 1 (UTM) zone: 35 datum: wgs84 ellipsoid: wgs84 north: 4260094.61044678 south: 4259866.85324284 west: 591019.57338036 east: 591322.93463532 nsres: 1.99787021 ewres: 1.99579773 rows: 114 cols: 152 cells: 17328 I used a rasterized contour map as a source: +----------------------------------------------------------------------- -----+ | Layer: contours Date: Wed Nov 8 21:26:32 2006 | | Mapset: nick Login of Creator: nick | | Location: sardis | | DataBase: /Volumes/Artemisia/ Grass | | Title: contours ( contours ) | | timestamp: none | |----------------------------------------------------------------------- -----| | | | Type of Map: raster Number of Categories: 0 | | Data Type: DCELL | | Rows: 4500 | | Columns: 3002 | | Total Cells: 13509000 | | Projection: UTM (zone 35) | | N: 4263814.6288481 S: 4254813.86981583 Res: 2.00016867 | | E: 591978.16296956 W: 585973.39371108 Res: 2.00025625 | | Range of data: min = 74.000000 max = 914.000000 | | | | Data Source: | | Vector Map: contours in mapset nick | | Original Scale from Vector Map: 1:1 | | | | Data Description: | | generated by v.to.rast | | | | Comments: | | v.to.rast input="contours" output="contours" use="z" layer=1 value=1\ | | rows=4096 | | | +----------------------------------------------------------------------- -----+ The region was set to 2 meter resolution, same as the contour map. I had zoomed in with gis.m, then set the region to the current window. The output again had these annoying nulls. I won't put the files in as an attachment, but am putting relevant files in a directory at http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/ These are: http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/nnbathytest.jpg http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/contour.ascii - r.out.ascii of the relevant section of the contour map http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/ nnbathytest.ascii - r.out.ascii of the nnbathy results http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/currentregion - region settings http://mywebspace.wisc.edu/ndcahill/web/nnbathy_stuff/mapinfo - r.info of contour map and for what it's worth, the binary nnbathy, if that's any use (built for ppc macintosh using latest Apple developer tools) Many many thanks for your help with this. I deeply appreciate it. Yours, Nick Cahill From ndcahill at wisc.edu Mon Nov 13 22:54:34 2006 From: ndcahill at wisc.edu (Nick Cahill) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <20061113164030.7aad4548.hamish_nospam@yahoo.com> References: <20061113164030.7aad4548.hamish_nospam@yahoo.com> Message-ID: <506006ED-2903-444F-ABA2-AAEEFD34ED41@wisc.edu> Yes, it does work from the command line -- thank you! Nick Cahill On Nov 12, 2006, at 9:40 PM, Hamish wrote: > Nick Cahill wrote: >> >> On a related note, when I've tried to fill the nulls with >> r.fillnulls, the program crashes gis.m with a segmentation fault, >> leaving a couple temporary rasters and a mask. > > does r.fillnulls work from the command line? > > > Hamish From tutey at o2.pl Tue Nov 14 02:01:17 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> <4558EE38.8010905@o2.pl> <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> Message-ID: <455969BD.5070608@o2.pl> Nick Cahill wrote: > and for what it's worth, the binary nnbathy, if that's any use (built > for ppc macintosh using latest Apple developer tools) I can't run it, I have only x86 Linux. What version is it (nnbathy -v)? Maciek From courtly516 at yahoo.com Tue Nov 14 02:14:15 2006 From: courtly516 at yahoo.com (hemant moharir) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problem in display after v.overlay command Message-ID: <25792.41579.qm@web31809.mail.mud.yahoo.com> Hi All, I use v.overlay command for attaching Shape file.But when v.overlay complete.I try to display resulted .shp file.Monitor displays blank. What is the problem? Hemant S. Moharir Hum Hum Hai Baki Sab Pani Kam Hai ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com From Michael.Fecht at uibk.ac.at Tue Nov 14 02:44:18 2006 From: Michael.Fecht at uibk.ac.at (Michael Fecht) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] snapping nodes Message-ID: <455973D2.9000805@uibk.ac.at> Hi, i have some line vectors with gaps between nodes of different size. It looks like this: x----x x----------x x----------x I tried v.clean snap to to close the gaps. But it did not work. The result of increasing the thresh was a kind of a generalized line! Is v.clean the right way? Is there an other command? greetings Michael From malte at perlomat.de Tue Nov 14 02:53:17 2006 From: malte at perlomat.de (Malte Halbey-Martin) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <4558BF95.2060707@amu.edu.pl> References: <45588576.6030508@perlomat.de> <17752.35442.18220.20978@cerise.gclements.plus.com> <4558BF95.2060707@amu.edu.pl> Message-ID: <455975ED.3050707@perlomat.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thanx Glynn & Jarek, I assumed that that's the problem and I already solved it that way. After several years working with GRASS one knows some hacks ;-) Malte >> Only integer maps can be reclassed. >> >> > yes, it is the problem, map shall be multipied by for example > 1000000 then reclasified -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFWXXtz6k8g9jQ0MkRAqdgAJ9BCA4K9AzIi8DWzy07Qniq2ha9OgCeL0js JXLjNO+ajpCa1DEhbGXRpGQ= =zE3t -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: malte.vcf Type: text/x-vcard Size: 238 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061114/0725bc5e/malte.vcf From neteler at itc.it Tue Nov 14 03:33:11 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Is v.cutter defunct? In-Reply-To: <2BCDC6A684ADF245B767934FAD360748010AF72E@sharechive01.sharechive.com> References: <2BCDC6A684ADF245B767934FAD360748010AF72E@sharechive01.sharechive.com> Message-ID: <45597F47.5030306@itc.it> Daniel Farnan wrote on 11/14/2006 01:04 AM: > Working with the GRASS book to learn more of how-to. > Hoping to use v.cutter to get polygons to define seperate sectors of points > (vector). > Is this module superceeded? Bash will not recognize it. > Yes, v.cutter is now v.overlay. For a list, see http://grass.gdf-hannover.de/wiki/GRASS_Module_Porting_List#Vector_modules Markus From grass at rigacci.org Tue Nov 14 04:42:30 2006 From: grass at rigacci.org (Niccolo Rigacci) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <20061112161430.772c13b7.hamish_nospam@yahoo.com> References: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> <20061112161430.772c13b7.hamish_nospam@yahoo.com> Message-ID: <20061114094230.GA24946@rigacci.org> > 6.2.0 has just entered the DebianGIS "experimental" package area. > (this is a work in progress; see the mailing list archives) Is that package already downloadable (binary i386) from http://pkg-grass.alioth.debian.org/debian-gis? I cannot find it, is it waiting in a hidden queue? -- Niccolo Rigacci Firenze - Italy Iraq, missione di pace: 47016 morti - www.iraqbodycount.net From perski at us.edu.pl Tue Nov 14 04:57:08 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <4558BEE1.2070801@amu.edu.pl> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> <1163435629.8126.39.camel@localhost.localdomain> <4558BEE1.2070801@amu.edu.pl> Message-ID: <1163498228.28537.5.camel@localhost.localdomain> On Mon, 2006-11-13 at 19:52 +0100, Jarek Jasiewicz wrote: > > Hi again, > > the problem of my database is that I don't see any way to optimize it. > > Imagine if you have 20 thousands of xyz points and want just to > > visualize them in different colors (dem-like color scale). Each point > > has its unique x,y,z values... > > I tried to assign indexes for my "z" column using: > > > > ALTER TABLE my_points ADD INDEX(z_ccordinate); > > > > And I don't see any difference in performance with e.g. v.univar.sh > > So maybe I am doing something wrong? > > > If I understood well from the previous post threre is a RGB column it is > indexed? how much categories of rgb colors you have. If you have as many > categories as values this is the problem. In grass, graphical engine > must assing color and render every pixel individualy > Right I have tried both: to index my "z" column and then grassrgb as well. There are 30 categories and I guess it would speed up things. Maybe I was wrong with indexing? Thanks Zbigniew From perski at us.edu.pl Tue Nov 14 05:52:53 2006 From: perski at us.edu.pl (Zbigniew Perski) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <1163498228.28537.5.camel@localhost.localdomain> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> <1163435629.8126.39.camel@localhost.localdomain> <4558BEE1.2070801@amu.edu.pl> <1163498228.28537.5.camel@localhost.localdomain> Message-ID: <1163501573.29279.5.camel@localhost.localdomain> On Tue, 2006-11-14 at 10:57 +0100, Zbigniew Perski wrote: > On Mon, 2006-11-13 at 19:52 +0100, Jarek Jasiewicz wrote: > > > Hi again, > > > the problem of my database is that I don't see any way to optimize it. > > > Imagine if you have 20 thousands of xyz points and want just to > > > visualize them in different colors (dem-like color scale). Each point > > > has its unique x,y,z values... > > > I tried to assign indexes for my "z" column using: > > > > > > ALTER TABLE my_points ADD INDEX(z_ccordinate); > > > > > > And I don't see any difference in performance with e.g. v.univar.sh > > > So maybe I am doing something wrong? > > > > > If I understood well from the previous post threre is a RGB column it is > > indexed? how much categories of rgb colors you have. If you have as many > > categories as values this is the problem. In grass, graphical engine > > must assing color and render every pixel individualy > > > Right I have tried both: to index my "z" column and then grassrgb as > well. There are 30 categories and I guess it would speed up things. > Maybe I was wrong with indexing? > most probably I am doing somethig wrong with indexing: mysql> ALTER TABLE PS_points ADD INDEX(grassrgb); Query OK, 161884 rows affected (7.96 sec) Records: 161884 Duplicates: 0 Warnings: 0 zero duplicates: it is strange because I have 30 categories! Thanks Z. > Thanks > > Zbigniew > > > From ndcahill at wisc.edu Tue Nov 14 07:47:34 2006 From: ndcahill at wisc.edu (Nick Cahill) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <455969BD.5070608@o2.pl> References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> <4558EE38.8010905@o2.pl> <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <455969BD.5070608@o2.pl> Message-ID: Dear Maciek, nnbathy -v nnbathy/nn version 1.67 On Nov 14, 2006, at 1:01 AM, Maciej Sieczka wrote: > Nick Cahill wrote: > >> and for what it's worth, the binary nnbathy, if that's any use (built >> for ppc macintosh using latest Apple developer tools) > > I can't run it, I have only x86 Linux. What version is it (nnbathy - > v)? > > Maciek From jarekj at amu.edu.pl Tue Nov 14 08:00:53 2006 From: jarekj at amu.edu.pl (=?ISO-8859-2?Q?Jaros=B3aw_Jasiewicz?=) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] the performance of displaying vector attributes - with MySQL no difference!! In-Reply-To: <1163501573.29279.5.camel@localhost.localdomain> References: <20061112191245.67BC330100@uranos.cto.us.edu.pl> <1163369587.2819.104.camel@devel> <4557A557.4010401@niwa.co.nz> <1163435629.8126.39.camel@localhost.localdomain> <4558BEE1.2070801@amu.edu.pl> <1163498228.28537.5.camel@localhost.localdomain> <1163501573.29279.5.camel@localhost.localdomain> Message-ID: <4559BE05.3000708@amu.edu.pl> Zbigniew Perski napisa?(a): >On Tue, 2006-11-14 at 10:57 +0100, Zbigniew Perski wrote: > > >>On Mon, 2006-11-13 at 19:52 +0100, Jarek Jasiewicz wrote: >> >> >>>>Hi again, >>>>the problem of my database is that I don't see any way to optimize it. >>>>Imagine if you have 20 thousands of xyz points and want just to >>>>visualize them in different colors (dem-like color scale). Each point >>>>has its unique x,y,z values... >>>>I tried to assign indexes for my "z" column using: >>>> >>>> ALTER TABLE my_points ADD INDEX(z_ccordinate); >>>> >>>>And I don't see any difference in performance with e.g. v.univar.sh >>>>So maybe I am doing something wrong? >>>> >>>> >>>> >>>If I understood well from the previous post threre is a RGB column it is >>>indexed? how much categories of rgb colors you have. If you have as many >>>categories as values this is the problem. In grass, graphical engine >>>must assing color and render every pixel individualy >>> >>> >>> >>Right I have tried both: to index my "z" column and then grassrgb as >>well. There are 30 categories and I guess it would speed up things. >>Maybe I was wrong with indexing? >> >> >> > >most probably I am doing somethig wrong with indexing: > >mysql> ALTER TABLE PS_points ADD INDEX(grassrgb); >Query OK, 161884 rows affected (7.96 sec) >Records: 161884 Duplicates: 0 Warnings: 0 > >zero duplicates: it is strange because I have 30 categories! > >Thanks > >Z. > > > > >>Thanks >> >>Zbigniew >> >> >> >> >> It means you have no duplicate records, no categories! From jhorn at bu.edu Tue Nov 14 09:43:30 2006 From: jhorn at bu.edu (Jason Horn) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [GRASSLIST:1193] connect two points with a line Message-ID: <73A51ABF-5F54-40E0-A853-8CB9246926E8@bu.edu> This is a simple question, I hope. If I have a vector map that contains two points, how can I add a line to the vector that connects them together? Thanks From jhorn at bu.edu Tue Nov 14 10:47:45 2006 From: jhorn at bu.edu (Jason Horn) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [GRASSLIST:1194] v.distance to_angle is always zero Message-ID: <063D3314-E762-48B3-A9BF-3F1F072D51CB@bu.edu> when using v.distance on two vectors containing a single point, the 'to_angle' value is always 0. Does anyone know why? For example: v.distance from=pt1 to=pt2 out=test_line upload='dist,to_angle' column='dist,to_angle' -p --overwrite gives the following: from_cat | dist | to_angle 3|162955.770760|0.000000 Statistics: 0 categories with more than 1 feature in 'from' 0 categories - no nearest feature found Building topology for test_lines ... Building topology ... 1 primitives registered Building areas: 100% 0 areas built 0 isles built Attaching islands: Attaching centroids: 100% Topology was built. Number of nodes : 2 Number of primitives: 1 Number of points : 0 Number of lines : 1 Number of boundaries: 0 Number of centroids : 0 Number of areas : 0 Number of isles : 0 From tutey at o2.pl Tue Nov 14 12:18:03 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> <4558EE38.8010905@o2.pl> <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> Message-ID: <4559FA4B.8010701@o2.pl> Guys, I could reproduce Nick's null speckless bug with his data. I don't know why it is happening, but it has to do with Nick's resolution, which as he says, was set to: > nsres: 1.99787021 > ewres: 1.99579773 When I change the resolution to nice round '2', by: $ g.region rast=nick.contours res=2 -ag the r.surf.nnbathy produces a good result - no speckles. I'll look into this. For know stick to round resolution, sorry. Cheers, Maciek From epatton at nrcan.gc.ca Tue Nov 14 13:33:18 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to create tabbed gui in a script (like g.region) Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C2C@s5-dar-r1.nrn.nrcan.gc.ca> Is it possible to utilize some scripting syntax to create a tabbed gui in a bash script, like g.region? I'm creating a pretty detailed custom script and in order to organize the various sections, I would like to take advantage of a similar design that g.region employs. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Eric Patton Technologist, Geo-Spatial Data Services Geological Survey of Canada (Atlantic) Bedford Institute of Oceanography P.O. Box 1006, Dartmouth, Nova Scotia Canada B2Y 4A2 Telephone: (902)426-7732 Facsimile: (902)426-4104 E-mail: epatton@NRCan.gc.ca From tutey at o2.pl Tue Nov 14 16:11:48 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] [GRASSLIST:1193] connect two points with a line In-Reply-To: <73A51ABF-5F54-40E0-A853-8CB9246926E8@bu.edu> References: <73A51ABF-5F54-40E0-A853-8CB9246926E8@bu.edu> Message-ID: <455A3114.2040402@o2.pl> Jason Horn wrote: > This is a simple question, I hope. If I have a vector map that contains > two points, how can I add a line to the vector that connects them together? v.distance from the manual: output=name New vector map containing lines connecting nearest elements Maciek P.S. Use the actaull grass user list please. From hamish_nospam at yahoo.com Tue Nov 14 17:45:18 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <17752.35442.18220.20978@cerise.gclements.plus.com> References: <45588576.6030508@perlomat.de> <17752.35442.18220.20978@cerise.gclements.plus.com> Message-ID: <20061115114518.1f47751f.hamish_nospam@yahoo.com> Malte Halbey-Martin wrote: > > certainly something total easy, but is there a way to reclassify > > negative values with r.reclass? > > > > fp: Data range is -0.2180119007825851440429688 to > > 0.1608885973691940307617188 > > > -0.2180119007825851440429688 thru 0.001 = 1 label > > -0.718012 rounded up to 0 > > 0.501000 rounded up to 0 > > > > Does r.reclass only work with integer or positive values? I couldn't > > find anything about that in the manual. Glynn: > Only integer maps can be reclassed. for FP reclassification use r.mapcalc: r.mapcalc "newmap= if( oldmap < 0.001, 1, 2 )" if( test, then this, otherwise this ) Hamish From hamish_nospam at yahoo.com Tue Nov 14 18:57:44 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <20061114094230.GA24946@rigacci.org> References: <2BCDC6A684ADF245B767934FAD360748010AF722@sharechive01.sharechive.com> <20061112161430.772c13b7.hamish_nospam@yahoo.com> <20061114094230.GA24946@rigacci.org> Message-ID: <20061115125744.24353890.hamish_nospam@yahoo.com> Niccolo Rigacci wrote: > > 6.2.0 has just entered the DebianGIS "experimental" package area. > > (this is a work in progress; see the mailing list archives) > > Is that package already downloadable (binary i386) from > http://pkg-grass.alioth.debian.org/debian-gis? > > I cannot find it, is it waiting in a hidden queue? It is in the "main" experimental repository: http://packages.debian.org/grass Hamish From hamish_nospam at yahoo.com Tue Nov 14 20:01:14 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Problem in display after v.overlay command In-Reply-To: <25792.41579.qm@web31809.mail.mud.yahoo.com> References: <25792.41579.qm@web31809.mail.mud.yahoo.com> Message-ID: <20061115140114.500e106d.hamish_nospam@yahoo.com> hemant moharir wrote: > I use v.overlay command for attaching Shape > file.But when v.overlay complete.I try to display > resulted .shp file.Monitor displays blank. > What is the problem? try "v.info mapname" to check if there are any features in the new map. grass can import/export the ESRI .shp file format, but doesn't use them internally. (unless you use v.external) Hamish From glynn at gclements.plus.com Tue Nov 14 21:37:49 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to create tabbed gui in a script (like g.region) In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C2C@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C2C@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <17754.32125.623859.700514@cerise.gclements.plus.com> Patton, Eric wrote: > Is it possible to utilize some scripting syntax to create a tabbed gui > in a bash script, like g.region? I'm creating a pretty detailed custom > script and in order to organize the various sections, I would like to > take advantage of a similar design that g.region employs. Add a "guisection" field to each option to specify the tab for that option. Any options without a guisection field go into the "Options" tab. See the r.in.wms script for an example. -- Glynn Clements From lponti at infinito.it Tue Nov 14 21:40:02 2006 From: lponti at infinito.it (Luigi Ponti) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] importing missing values via v.in.ascii for subsequent interpolation Message-ID: <455A7E02.2070002@infinito.it> Hello, I am trying to import ASCII files with v.in.ascii for subsequent interpolation via v.surf.idw. The problem is that if I put NULL for missing values, v.in.ascii complains about the column being of type DOUBLE and fails. On the other hand if I put missing values as just '', as suggested at http://www.intevation.de/rt/webrt?serial_num=2763&display=History then v.surf.rst seems to use those missing values as ZERO values in computing the weighted average. I tried with something like v.db.update map=myMap column=myColumn value="NULL" \ where=myColumn='' But it did not work. Does anybody have a way around this? Regards, Luigi From dylan.beaudette at gmail.com Tue Nov 14 22:32:35 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] importing missing values via v.in.ascii for subsequent interpolation In-Reply-To: <455A7E02.2070002@infinito.it> References: <455A7E02.2070002@infinito.it> Message-ID: <200611141932.35748.dylan.beaudette@gmail.com> On Tuesday 14 November 2006 18:40, Luigi Ponti wrote: > Hello, > > I am trying to import ASCII files with v.in.ascii for subsequent > interpolation via v.surf.idw. The problem is that if I put NULL for > missing values, v.in.ascii complains about the column being of type > DOUBLE and fails. On the other hand if I put missing values as just '', > as suggested at > http://www.intevation.de/rt/webrt?serial_num=2763&display=History > then v.surf.rst seems to use those missing values as ZERO values in > computing the weighted average. > > I tried with something like > > v.db.update map=myMap column=myColumn value="NULL" \ > where=myColumn='' > > But it did not work. > > Does anybody have a way around this? > > Regards, > > Luigi > hi. how about this: 1. change any nodata values in your input file to an empty string 2. v.in.ascii in=infile sep=sep ... out=outvect 3. double check that the nodata values were imported correctly, i.e missing from the attribute table 4. v.extract in=outvect where="column = ..." out=vect_no_null 5. v.surf.idw vect_no_null note that depending on the DB backend you are using, you may need to tweak the above. another approach might be to code your nodata values as -9999999 or something like that, and then use that to select only features with 'real' data. cheers, -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From hamish_nospam at yahoo.com Tue Nov 14 22:03:31 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: References: <455799F3.5040402@o2.pl> <200611131116.30305.rnuske@gwdg.de> <4558EE38.8010905@o2.pl> <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <455969BD.5070608@o2.pl> Message-ID: <20061115160331.08cd8bab.hamish_nospam@yahoo.com> > > I can't run it, I have only x86 Linux. What version is it (nnbathy -v)? > > nnbathy -v > nnbathy/nn version 1.67 fwiw, I see version 1.68 is now available. http://www.marine.csiro.au/~sakov/ Hamish From lponti at infinito.it Tue Nov 14 22:38:00 2006 From: lponti at infinito.it (Luigi Ponti) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] importing missing values via v.in.ascii for subsequent interpolation In-Reply-To: <200611141932.35748.dylan.beaudette@gmail.com> References: <455A7E02.2070002@infinito.it> <200611141932.35748.dylan.beaudette@gmail.com> Message-ID: <455A8B98.4040608@infinito.it> Dylan Beaudette wrote: > On Tuesday 14 November 2006 18:40, Luigi Ponti wrote: > >> Hello, >> >> I am trying to import ASCII files with v.in.ascii for subsequent >> interpolation via v.surf.idw. The problem is that if I put NULL for >> missing values, v.in.ascii complains about the column being of type >> DOUBLE and fails. On the other hand if I put missing values as just '', >> as suggested at >> http://www.intevation.de/rt/webrt?serial_num=2763&display=History >> then v.surf.rst seems to use those missing values as ZERO values in >> computing the weighted average. >> >> I tried with something like >> >> v.db.update map=myMap column=myColumn value="NULL" \ >> where=myColumn='' >> >> But it did not work. >> >> Does anybody have a way around this? >> >> Regards, >> >> Luigi >> >> > > hi. > > how about this: > > 1. change any nodata values in your input file to an empty string > 2. v.in.ascii in=infile sep=sep ... out=outvect > 3. double check that the nodata values were imported correctly, i.e missing > from the attribute table > 4. v.extract in=outvect where="column = ..." out=vect_no_null > 5. v.surf.idw vect_no_null > > note that depending on the DB backend you are using, you may need to tweak the > above. another approach might be to code your nodata values as -9999999 or > something like that, and then use that to select only features with 'real' > data. > > cheers, > > > Thanks Dylan! The -9999999 approach works like beauty. Luigi From michael.barton at asu.edu Tue Nov 14 23:06:51 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How to create tabbed gui in a script (like g.region) In-Reply-To: <17754.32125.623859.700514@cerise.gclements.plus.com> Message-ID: This question just came up in my lab today too. Thanks for the information. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Glynn Clements > Date: Wed, 15 Nov 2006 02:37:49 +0000 > To: "Patton, Eric" > Cc: > Subject: Re: [GRASS-user] How to create tabbed gui in a script (like g.region) > > > Patton, Eric wrote: > >> Is it possible to utilize some scripting syntax to create a tabbed gui >> in a bash script, like g.region? I'm creating a pretty detailed custom >> script and in order to organize the various sections, I would like to >> take advantage of a similar design that g.region employs. > > Add a "guisection" field to each option to specify the tab for that > option. Any options without a guisection field go into the "Options" > tab. > > See the r.in.wms script for an example. > > -- > Glynn Clements > > From michael.barton at asu.edu Tue Nov 14 23:12:31 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <20061115114518.1f47751f.hamish_nospam@yahoo.com> Message-ID: R.mapcalc and r.recode both create new maps. However, r.reclass is especially useful because it DOESN'T create a new map. It just makes a new cats table for an existing raster map. This means that it is sort of a 'virtual' map or map 'view'. It also means that it runs much faster (important in interated scripts) and takes up very little space (also good for iteration that creates multiple map 'views'). It would be nice if this could be done with FP maps too somehow, since FP maps also have cats tables that affect how they are displayed. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Hamish > Date: Wed, 15 Nov 2006 11:45:18 +1300 > To: > Cc: > Subject: Re: [GRASS-user] r.reclass probs with negative values > > Malte Halbey-Martin wrote: >>> certainly something total easy, but is there a way to reclassify >>> negative values with r.reclass? >>> >>> fp: Data range is -0.2180119007825851440429688 to >>> 0.1608885973691940307617188 >>>> -0.2180119007825851440429688 thru 0.001 = 1 label >>> -0.718012 rounded up to 0 >>> 0.501000 rounded up to 0 >>> >>> Does r.reclass only work with integer or positive values? I couldn't >>> find anything about that in the manual. > > Glynn: >> Only integer maps can be reclassed. > > > for FP reclassification use r.mapcalc: > > r.mapcalc "newmap= if( oldmap < 0.001, 1, 2 )" > > if( test, then this, otherwise this ) > > > Hamish > > From hamish_nospam at yahoo.com Tue Nov 14 23:38:05 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: References: <20061115114518.1f47751f.hamish_nospam@yahoo.com> Message-ID: <20061115173805.3af9a365.hamish_nospam@yahoo.com> Michael Barton wrote: > R.mapcalc and r.recode both create new maps. > > However, r.reclass is especially useful because it DOESN'T create a > new map. It just makes a new cats table for an existing raster map. > This means that it is sort of a 'virtual' map or map 'view'. It also > means that it runs much faster (important in interated scripts) and > takes up very little space (also good for iteration that creates > multiple map 'views'). > > It would be nice if this could be done with FP maps too somehow, I don't see any reason why FP maps shouldn't be able to be base maps for a reclassification into integer categories (besides r.reclass lacks the code to do this AFAIK). > since FP maps also have cats tables that affect how they are > displayed. FCELL, DCELL (floating point) maps do have cats/ tables, but they are typically empty*,**. * you can add labels there for different values, e.g. for d.legend ** FCELL,DCELL lists number of cats as 255 (this shows up in r.info) why? Hamish From temiz at deprem.gov.tr Wed Nov 15 10:04:34 2006 From: temiz at deprem.gov.tr (temiz) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.out.gmt output format Message-ID: <455B2C82.6060001@deprem.gov.tr> hello using r.out.gmt, I created a grid file for gmt. although I could display the grid file, when I entered this command I encountered: "grdgradient elv1.grd -A0/270 -Ggradients.grd -Ne0.6 -V" grdgradient: Not a netCDF file [elv1.grd] How can I produce a netCDF file in grass? regards -- Ahmet Temiz -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From grass at kwasnicki.com Wed Nov 15 03:18:11 2006 From: grass at kwasnicki.com (Ken) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] raster drape color question Message-ID: <455ACD43.3020006@kwasnicki.com> I'm a total grass newbie. When I drape a map over my base dem map the "draped" map blows away my colors in the dem map. Even where the drape map doesn't appear to have any values. (the dem map seems to get a sort of grey tone in those areas) Is there a way to preserve the color map from my base map and have the drape map only overlay the colors where it actually has values? ie: is there a transparency color i can set? the "(transparent null value cells)" checkbox doesn't seem to change anything. thanks! ken From grass at rigacci.org Wed Nov 15 05:18:26 2006 From: grass at rigacci.org (grass@rigacci.org) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting Message-ID: <20061115101826.GA26755@rigacci.org> > It is in the "main" experimental repository: > http://packages.debian.org/grass "Not Found" if I click on "experimental" link. -- Niccolo Rigacci Firenze - Italy Iraq, missione di pace: 47016 morti - www.iraqbodycount.net From luca.casagrande at gmail.com Wed Nov 15 05:24:24 2006 From: luca.casagrande at gmail.com (Luca Casagrande) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Error running GRASS on Solaris (LC_NUMERIC issue) Message-ID: <20061115112424.1081cb96@gekomachine.casa> Hi to all! I am using grass6.2 on a solaris machine, but I've got this error running r.shaded.relief: /usr/local/grass-6.2.0/scripts/r.shaded.relief: LC_NUMERIC=C: is not an identifier I surfed on the net, but i didn't found any help. Thanks Luca -- Help QGIS development! Make a donation right now at http://xrl.us/supportqgis LINUX User #411601 GENTOO-GIS Development Team jabber: casagrande@jabber.linux.it From paul-grass at stjohnspoint.co.uk Wed Nov 15 06:06:37 2006 From: paul-grass at stjohnspoint.co.uk (Paul Kelly) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Error running GRASS on Solaris (LC_NUMERIC issue) In-Reply-To: <20061115112424.1081cb96@gekomachine.casa> References: <20061115112424.1081cb96@gekomachine.casa> Message-ID: Hello Luca There was a bash-ism in the script. I have fixed it in CVS, but if you want to directly edit the script yourself you need to replace this line: export LC_NUMERIC=C by the following two lines: LC_NUMERIC=C export LC_NUMERIC Best regards, Paul On Wed, 15 Nov 2006, Luca Casagrande wrote: > Hi to all! > I am using grass6.2 on a solaris machine, but I've got this error running > r.shaded.relief: > > /usr/local/grass-6.2.0/scripts/r.shaded.relief: LC_NUMERIC=C: is not an > identifier > > I surfed on the net, but i didn't found any help. > > Thanks > Luca > -- > Help QGIS development! Make a donation right now at > http://xrl.us/supportqgis > > LINUX User #411601 > GENTOO-GIS Development Team > jabber: casagrande@jabber.linux.it > > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From jarekj at amu.edu.pl Wed Nov 15 06:31:44 2006 From: jarekj at amu.edu.pl (=?UTF-8?B?SmFyb3PFgmF3IEphc2lld2ljeg==?=) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] r.reclass probs with negative values In-Reply-To: <20061115173805.3af9a365.hamish_nospam@yahoo.com> References: <20061115114518.1f47751f.hamish_nospam@yahoo.com> <20061115173805.3af9a365.hamish_nospam@yahoo.com> Message-ID: <455AFAA0.7020300@amu.edu.pl> Hi I thing that in some situaltion reclass is the only solution and cannot be repaced with mapclac.. for example curvature map with values between -1 and 1 with most data like 0.0000345, when more than 10 new categories are needed (nested if () 10 times ??) btw: there are in grass some more integer-output modules -for example d.histogram... unfortunatly I'm not a C programmer... Hamish napisa?(a): > Michael Barton wrote: > >> R.mapcalc and r.recode both create new maps. >> >> However, r.reclass is especially useful because it DOESN'T create a >> new map. It just makes a new cats table for an existing raster map. >> This means that it is sort of a 'virtual' map or map 'view'. It also >> means that it runs much faster (important in interated scripts) and >> takes up very little space (also good for iteration that creates >> multiple map 'views'). >> >> It would be nice if this could be done with FP maps too somehow, >> > > I don't see any reason why FP maps shouldn't be able to be base maps for > a reclassification into integer categories (besides r.reclass lacks the > code to do this AFAIK). > > >> since FP maps also have cats tables that affect how they are >> displayed. >> > > FCELL, DCELL (floating point) maps do have cats/ tables, but they are > typically empty*,**. > > > * you can add labels there for different values, e.g. for d.legend > > ** FCELL,DCELL lists number of cats as 255 (this shows up in r.info) > why? > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From tutey at o2.pl Wed Nov 15 12:00:25 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <200611151511.27970.rnuske@gwdg.de> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> Message-ID: <455B47A9.8020100@o2.pl> Robert Nuske wrote: >> When I change the resolution to nice round '2', by: >> >> $ g.region rast=nick.contours res=2 -ag >> >> the r.surf.nnbathy produces a good result - no speckles. >> >> I'll look into this. For know stick to round resolution, sorry. > you mean whole numbers / integers? As far as I can tell - multiples of 0.25. I've emailed the author yesterday about the issue. I'll keep you updated via the grass-list. > all my rasters have resolutions in the centimeter realm. does that mean no > nnbathy for me? In my script I use nnbathy to generate the grid coordinates to interpolate at, but it showed nnbathy fails to generate them properly under some circumstances. However, you can tell nnbathy to interpolate at coordinates which *you* specify in an ASCII file (read nnabthy -h about the -i switch) eg.: nnbathy -i input_xyz -o canvas_xyz > output_xyz You can create such a "canvas" grid with r.stats -1g, which prints the coordinates of cell's centers: # spit out the "canvas" coords for nnbathy to interpolate in r.stats -1g input=contours | awk '{print $1" "$2}' > canvas_xyz Try using the attached earlier version of r.surf.nnbathy (1.2). It implements this method. I was using it at first, but I switched to letting nnbathy control the output grid coordinates, as this doesn't require additional big temporary file. Unfortuantelly this method fails when it comes to resolution different than a multiple of 0.25. I couldn't find an error in my awk maths (which doesn't mean it's not there for sure :) ) and emailed the nnbathy author. I'll let you know once the problem is sorted out. Best, Maciek From wegmann at biozentrum.uni-wuerzburg.de Wed Nov 15 12:09:23 2006 From: wegmann at biozentrum.uni-wuerzburg.de (Martin Wegmann) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] file size limit exceeded In-Reply-To: <200611131223.26929.wegmann@biozentrum.uni-wuerzburg.de> References: <200611131223.26929.wegmann@biozentrum.uni-wuerzburg.de> Message-ID: <200611151809.23961.wegmann@biozentrum.uni-wuerzburg.de> On Monday 13 November 2006 12:23, Martin Wegmann wrote: > Hello, > > I tried to import a 500 MB DEM using GRASS 6.2 (Debian rep): > > #1 > r.in.gdal -o -k -e > input=/data2/raster/dem/srtm90_africa_continental_JF/SRTM90_WA_v3/SRTM90_WA >_v3/hdr.adf output=test > Over-riding projection check. > Proceeding with import... > WARNING: map [test] - unable to write row 14319 > File size limit exceeded > [Raster MASK present] > > #2 > did it without -e and previously zoomed into the mapset and set the region > to fit this extend using gis.m functionality (not CLI) > > same error message > > > #3 > I found related error messages in the ML hence I installed grass62 and 63 > with LFS but I have some problems compiling with gdal support (another > e-mail on gda-dev) just for the archive: "libgdal.so.1" could not be found even though it was located using `locate libgdal` but in /usr/local/lib hence I added /usr/local/lib/ in /etc/ld.so.conf and executed "ldconfig" now import and LFS works. Martin > any idea how I can solve this file size limit problem while not yet being > able to compile 62/63? > > regards, Martin > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From tutey at o2.pl Wed Nov 15 12:18:50 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <455B47A9.8020100@o2.pl> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> Message-ID: <455B4BFA.9010402@o2.pl> Maciej Sieczka wrote: > Try using the attached earlier version of r.surf.nnbathy (1.2). Now attaching it. Really. Maciek -------------- next part -------------- #!/bin/bash # ############################################################################ # # MODULE: r.surf.nnbathy # # AUTHOR(S): Maciej Sieczka, sieczka@biol.uni.wroc.pl # Intitute of Plant Biology, Wroclaw University, Poland # # PURPOSE: Interpolate raster surface using the "nnbathy" natural # neighbor interpolation program. # # VERSION: 1.2, developed over Grass 6.1 CVS 2006.05.18 # # COPYRIGHT: (c) 2006 Maciej Sieczka # # This program is free software under the GNU General Public # License (>=v2). Read the file COPYING that comes with GRASS # for details. # ############################################################################# ### NOTES: ### ### 1. Requires nnbathy executable, download from ### http://www.marine.csiro.au/~sakov/. At the time of writing the script ### 1.57 was the most recent version. ### ### 2. When creating the input elevation raster, make sure it's extents cover ### your whole region of interest, the no-data cells are NULL, and the ### resolution is correct. As most Grass raster modules this one is region ### sensitive too. #%Module #% description: Interpolate raster using the nnbathy natural neighbor interpolation program. #%END #%option #% key: input #% type: string #% gisprompt: old,cell,raster #% description: The raster to interpolate, with NULL assigned to no-data cells #% required : yes #%END #%option #% key: output #% gisprompt: new,cell,raster #% type: string #% description: Name of the output raster #% required : yes #%END # called from Grass? if test "$GISBASE" = ""; then echo "ERROR: You must be in GRASS GIS to run this program." >&2 exit 1 fi if [ "$1" != "@ARGS_PARSED@" ] ; then exec g.parser "$0" "$@" fi # check if we have awk if [ ! -x "`which awk`" ] ; then echo "ERROR: awk required, please install awk or gawk first." 1>&2 exit 1 fi # check if we have nnbathy if [ ! -x "`which nnbathy`" ] ; then echo "ERROR: nnbathy required, please download from http://www.marine.csiro.au/~sakov/ and put the nnbathy executable in your $PATH." 1>&2 exit 1 fi # set environment so that awk works properly in all languages unset LC_ALL export LC_NUMERIC=C # set up temporary files TMP="`g.tempfile pid=$$`" if [ $? -ne 0 ] || [ -z "$TMP" ] ; then echo "ERROR: Unable to create temporary files." 1>&2 exit 1 fi PROG=`basename $0` # cleanup temp files cleanup() { \rm -f $TMP $TMP.${PROG}.region $TMP.${PROG}.canvas_xyz $TMP $TMP.${PROG}.input_xyz $TMP.${PROG}.output_xyz $TMP.${PROG}.output_grd } # what to do in case of user break: exitprocedure() { echo "User break!" cleanup exit 1 } # shell check for user break (signal list: trap -l) trap "exitprocedure" 2 3 15 INPUT="$GIS_OPT_INPUT" OUTPUT="$GIS_OPT_OUTPUT" ### DO IT ### # extract the current region settings g.region -g > $TMP.${PROG}.region # set variables north=`awk 'BEGIN {FS="="} (NR==1) {print $2}' $TMP.${PROG}.region` south=`awk 'BEGIN {FS="="} (NR==2) {print $2}' $TMP.${PROG}.region` west=`awk 'BEGIN {FS="="} (NR==3) {print $2}' $TMP.${PROG}.region` east=`awk 'BEGIN {FS="="} (NR==4) {print $2}' $TMP.${PROG}.region` rows=`awk 'BEGIN {FS="="} (NR==7) {print $2}' $TMP.${PROG}.region` cols=`awk 'BEGIN {FS="="} (NR==8) {print $2}' $TMP.${PROG}.region` null=nan type=double # spit out non-null (-n) raster coords + values to be interpolated r.stats -1gn input="${INPUT}" > $TMP.${PROG}.input_xyz # spit out the "canvas" coords for nnbathy to interpolate in r.stats -1g input="${INPUT}" | awk '{print $1" "$2}' > $TMP.${PROG}.canvas_xyz # interpolate echo echo "nnbathy in action. May take some time. Please stand by." 1>&2 echo nnbathy -i $TMP.${PROG}.input_xyz -o $TMP.${PROG}.canvas_xyz > $TMP.${PROG}.output_xyz # convert the X,Y,Z nnbathy output into a Grass ASCII grid, then import with r.in.ascii: # 1 create header cat << EOF > "$TMP.${PROG}.output_grd" north: $north south: $south east: $east west: $west rows: $rows cols: $cols null: $null type: $type EOF # 2 do the conversion echo "Converting nnbathy output to Grass raster. Please stand by." 1>&2 echo awk -v cols="$cols" ' BEGIN {col_cur=1; ORS=" "} { if (col_cur==cols) {ORS="\n"; col_cur=0; print $3; ORS=" "} else {print $3} col_cur++ }' $TMP.${PROG}.output_xyz >> "$TMP.${PROG}.output_grd" #### TESTING ### #cp $TMP.${PROG}.output_grd dem.asc # 3 import r.in.ascii input=$TMP.${PROG}.output_grd output=${OUTPUT} ### ALL DONE ### echo echo "Done." 1>&2 echo cleanup From hamish_nospam at yahoo.com Wed Nov 15 16:16:13 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <20061115101826.GA26755@rigacci.org> References: <20061115101826.GA26755@rigacci.org> Message-ID: <20061116101613.6863e188.hamish_nospam@yahoo.com> grass@rigacci.org wrote: > > It is in the "main" experimental repository: > > http://packages.debian.org/grass > > "Not Found" if I click on "experimental" link. Yes, I know, this is being disscussed on the DebianGIS mailing list. The package is in the archive and on the mirrors though, so apt-get -t experimental install grass should work. Hamish From tutey at o2.pl Wed Nov 15 17:42:29 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <455B4BFA.9010402@o2.pl> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> <455B4BFA.9010402@o2.pl> Message-ID: <455B97D5.2070400@o2.pl> Hi All, The defect is in nnbathy. Pavel has confirmed that, and he is working on it. I'll let you know when the fixed version is available. Maciek From glynn at gclements.plus.com Wed Nov 15 18:48:31 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] raster drape color question In-Reply-To: <455ACD43.3020006@kwasnicki.com> References: <455ACD43.3020006@kwasnicki.com> Message-ID: <17755.42831.480884.277659@cerise.gclements.plus.com> Ken wrote: > I'm a total grass newbie. When I drape a map over my base dem map the > "draped" map blows away my colors in the dem map. Even where the drape > map doesn't appear to have any values. (the dem map seems to get a sort > of grey tone in those areas) Is there a way to preserve the color map > from my base map and have the drape map only overlay the colors where it > actually has values? ie: is there a transparency color i can set? the > "(transparent null value cells)" checkbox doesn't seem to change anything. In the GUI, if you specify a "drape" map, it uses d.his (rather than d.rast), with the "base" map used for the intensity (i_map= option) and the "drape" map used for the hue (h_map=). In that case, the base map should be grey-scale (typically the aspect map produced by r.slope.aspect); also, the "transparent null value cells" option doesn't work with d.his. If you just want to overlay multiple maps, create a separate layer for each map, with the "transparent" option enabled for all of the upper layers. -- Glynn Clements From hamish_nospam at yahoo.com Thu Nov 16 01:49:21 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Wave models In-Reply-To: <42cb72050611080825u54480ee0nb9d9a032797c5185@mail.gmail.com> References: <4551DAEE.7080807@karto.baug.ethz.ch> <42cb72050611080825u54480ee0nb9d9a032797c5185@mail.gmail.com> Message-ID: <20061116194921.53b59049.hamish_nospam@yahoo.com> Armando Scalise wrote: > I am starting a project to model ocean waves refraction using GRASS, > by applying the Runge-Kutta method for solving differential equations. > > I have made a search on the internet, and found scarce references to > existing works. > > I would appreciate any leads to examples and previous works. A couple of us have used the SWAN wave model (GPL, FORTRAN) with GRASS. http://fluidmechanics.tudelft.nl/swan/default.htm workflow was like: generate DEM bathymetry in GRASS (v.surf.* and friends) export bathymetry as ascii grid (r.out.ascii) set up and run the model load results into Matlab do_stuff() import back into GRASS with r.in.mat do_stuff() plot it. (ps.map, d.rast.arrow, r.contour, thresholds, ...) Hamish From aaliya_24 at yahoo.co.in Thu Nov 16 02:25:45 2006 From: aaliya_24 at yahoo.co.in (aaliya zarrin) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How To Import Vector map? Message-ID: <20061116072545.87539.qmail@web8604.mail.in.yahoo.com> hi all. i m very confused in different type of files and not getting exact idea of what is happening exactly while importing the vector map. can any body tell how to import vector map in GRASS. what is the difference in import of ascii vector files ,import of SDTS files import of UNGENERATE files? and which type of files are needed to import vector map? --------------------------------- Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061116/d6d53659/attachment.html From otto.dassau at gmx.de Thu Nov 16 02:56:00 2006 From: otto.dassau at gmx.de (Otto Dassau) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] How To Import Vector map? In-Reply-To: <20061116072545.87539.qmail@web8604.mail.in.yahoo.com> References: <20061116072545.87539.qmail@web8604.mail.in.yahoo.com> Message-ID: <20061116085600.437dc30e@localhost.localdomain> Dear aaliya zarrin, maybe you should have a look at some GRASS tutorials and manuals for an introduction to GRASS and data models and formats. for design and structure of GRASS and data formats you can start here: http://www.gdf-hannover.de/lit_html/grass60_v1.2_en/node7.html for importing vector data you may start here: http://www.gdf-hannover.de/lit_html/grass60_v1.2_en/node27.html for first steps in GRASS with vector data you can start here: http://www.gdf-hannover.de/lit_html/nutshell_v10_en/node14.html more tutorials etc. can be found here: http://grass.itc.it/gdp/tutorials.php hope that helps, Otto On Thu, 16 Nov 2006 07:25:45 +0000 (GMT) aaliya zarrin wrote: > From: aaliya zarrin > To: grassuser@grass.itc.it > Subject: [GRASS-user] How To Import Vector map? > Date: Thu, 16 Nov 2006 07:25:45 +0000 (GMT) > Sender: grassuser-bounces@grass.itc.it > > hi all. > > i m very confused in different type of files and not getting exact idea of what is happening exactly while importing the vector map. > > can any body tell how to import vector map in GRASS. > > what is the difference in import of ascii vector files ,import of SDTS files > import of UNGENERATE files? > > and which type of files are needed to import vector map? > > > > > --------------------------------- > Find out what India is talking about on - Yahoo! Answers India > Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -- From benjamin.ducke at ufg.uni-kiel.de Thu Nov 16 03:37:01 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] 3D DXF output: howto? Message-ID: <455C232D.1050601@ufg.uni-kiel.de> Hi everyone, I am currently trying to get some 3D points out of GRASS and into a 3D modeller (blender.org) fur further processing. Two questions arise: 1. My GRASS vector points are 2D + elevation attribute. Is it possible to map the elevation attribute to a Z coordinate and create a 3D map? 2. Is it possible to output 3D vector points as 3D DXF? If not, maybe someone could detail on what needs to be done and I will try and hack up something. Best, Benjamin -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From neteler at itc.it Thu Nov 16 03:38:33 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455C232D.1050601@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> Message-ID: <455C2389.9080009@itc.it> Hi Benjamin, (I have taken out grass-dev to avoid too much cross-posting) Benjamin Ducke wrote on 11/16/2006 09:37 AM: > Hi everyone, > > I am currently trying to get some 3D points out of GRASS and into a > 3D modeller (blender.org) fur further processing. > > Two questions arise: > > 1. My GRASS vector points are 2D + elevation attribute. Is it possible > to map the elevation attribute to a Z coordinate and create a 3D map? v.drape will do that for you. > 2. Is it possible to output 3D vector points as 3D DXF? v.out.dxf seems to set 3D dxf vertices. Doesn't it work? Markus From benjamin.ducke at ufg.uni-kiel.de Thu Nov 16 05:48:05 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455C2389.9080009@itc.it> References: <455C232D.1050601@ufg.uni-kiel.de> <455C2389.9080009@itc.it> Message-ID: <455C41E5.3070004@ufg.uni-kiel.de> OK, v.drape worked for me, though I find it a little annoying that I have to first convert the elevation attribute to a raster, than use that to grab 3D coordinates off it. I was hoping there might be a more elegant way to just copy the elevation attribute into the Z coordinate and create and thus convert a 3D points map to 3D directly. I can confirm that 3D dxf export works fine, at least for points. Thanks a lot for the hint, Benjamin Markus Neteler wrote: > Hi Benjamin, > > (I have taken out grass-dev to avoid too much cross-posting) > > Benjamin Ducke wrote on 11/16/2006 09:37 AM: > >>Hi everyone, >> >>I am currently trying to get some 3D points out of GRASS and into a >>3D modeller (blender.org) fur further processing. >> >>Two questions arise: >> >>1. My GRASS vector points are 2D + elevation attribute. Is it possible >>to map the elevation attribute to a Z coordinate and create a 3D map? > > > v.drape will do that for you. > > >>2. Is it possible to output 3D vector points as 3D DXF? > > v.out.dxf seems to set 3D dxf vertices. Doesn't it work? > > Markus > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From neteler at itc.it Thu Nov 16 07:53:02 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455C41E5.3070004@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> <455C2389.9080009@itc.it> <455C41E5.3070004@ufg.uni-kiel.de> Message-ID: <455C5F2E.4080808@itc.it> Ah, now I got it... So, alternatively you can do: with v.to.db option=coor ... you could upload the x and y values to the attribute table, then re-create a map with v.in.db ... Markus Benjamin Ducke wrote on 11/16/2006 11:48 AM: > OK, v.drape worked for me, though I find it a little annoying > that I have to first convert the elevation attribute to a > raster, than use that to grab 3D coordinates off it. > > I was hoping there might be a more elegant way to just copy > the elevation attribute into the Z coordinate and create > and thus convert a 3D points map to 3D directly. > > I can confirm that 3D dxf export works fine, at least for points. > > Thanks a lot for the hint, > > Benjamin > > Markus Neteler wrote: >> Hi Benjamin, >> >> (I have taken out grass-dev to avoid too much cross-posting) >> >> Benjamin Ducke wrote on 11/16/2006 09:37 AM: >> >>> Hi everyone, >>> >>> I am currently trying to get some 3D points out of GRASS and into a >>> 3D modeller (blender.org) fur further processing. >>> >>> Two questions arise: >>> >>> 1. My GRASS vector points are 2D + elevation attribute. Is it possible >>> to map the elevation attribute to a Z coordinate and create a 3D map? >> >> >> v.drape will do that for you. >> >> >>> 2. Is it possible to output 3D vector points as 3D DXF? >> >> v.out.dxf seems to set 3D dxf vertices. Doesn't it work? >> >> Markus >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser >> >> > From benjamin.ducke at ufg.uni-kiel.de Thu Nov 16 08:55:57 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455C5F2E.4080808@itc.it> References: <455C232D.1050601@ufg.uni-kiel.de> <455C2389.9080009@itc.it> <455C41E5.3070004@ufg.uni-kiel.de> <455C5F2E.4080808@itc.it> Message-ID: <455C6DED.6080603@ufg.uni-kiel.de> Thanks, that's a very interesting hint. Benjamin Markus Neteler wrote: > Ah, now I got it... So, alternatively you can do: > with > v.to.db option=coor ... > you could upload the x and y values to the attribute table, > then re-create a map with > v.in.db ... > > Markus > > Benjamin Ducke wrote on 11/16/2006 11:48 AM: > >>OK, v.drape worked for me, though I find it a little annoying >>that I have to first convert the elevation attribute to a >>raster, than use that to grab 3D coordinates off it. >> >>I was hoping there might be a more elegant way to just copy >>the elevation attribute into the Z coordinate and create >>and thus convert a 3D points map to 3D directly. >> >>I can confirm that 3D dxf export works fine, at least for points. >> >>Thanks a lot for the hint, >> >>Benjamin >> >>Markus Neteler wrote: >> >>>Hi Benjamin, >>> >>>(I have taken out grass-dev to avoid too much cross-posting) >>> >>>Benjamin Ducke wrote on 11/16/2006 09:37 AM: >>> >>> >>>>Hi everyone, >>>> >>>>I am currently trying to get some 3D points out of GRASS and into a >>>>3D modeller (blender.org) fur further processing. >>>> >>>>Two questions arise: >>>> >>>>1. My GRASS vector points are 2D + elevation attribute. Is it possible >>>>to map the elevation attribute to a Z coordinate and create a 3D map? >>> >>> >>>v.drape will do that for you. >>> >>> >>> >>>>2. Is it possible to output 3D vector points as 3D DXF? >>> >>>v.out.dxf seems to set 3D dxf vertices. Doesn't it work? >>> >>>Markus >>> >>>_______________________________________________ >>>grassuser mailing list >>>grassuser@grass.itc.it >>>http://grass.itc.it/mailman/listinfo/grassuser >>> >>> >> > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From paallen at attglobal.net Thu Nov 16 10:47:40 2006 From: paallen at attglobal.net (paallen@attglobal.net) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <455C232D.1050601@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> Message-ID: <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> Benjamin, Just one warning. About 1-2 years ago I too looked at using blender an I discovered a problem. Blender at that time could only work withe coordinates (x,y, and z ) in the range of +/-10000.00. Which is a problem for most realworld coordinates. Does this limitation still exist? Do your coordinates exceed this range? Good luck, Phillip Allen Sent via BlackBerry from Cingular Wireless -----Original Message----- From: Benjamin Ducke Date: Thu, 16 Nov 2006 09:37:01 To:GRASS user list , GRASS devel Subject: [GRASS-user] 3D DXF output: howto? Hi everyone, I am currently trying to get some 3D points out of GRASS and into a 3D modeller (blender.org) fur further processing. Two questions arise: 1. My GRASS vector points are 2D + elevation attribute. Is it possible to map the elevation attribute to a Z coordinate and create a 3D map? 2. Is it possible to output 3D vector points as 3D DXF? If not, maybe someone could detail on what needs to be done and I will try and hack up something. Best, Benjamin -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser From hardeep.rai at gmail.com Thu Nov 16 09:20:45 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:34 2007 Subject: [GRASS-user] Table layer wise Message-ID: Importing of DXF file creat map with layers same in number as in CAD Drawing, it also creats same number of tables. Till date I have used one table with one map. Can we connect different tables with different layers in a map? If yes, how? v.db.connect does not have any such option. -- H.S.Rai =================== From benjamin.ducke at ufg.uni-kiel.de Thu Nov 16 09:51:20 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> References: <455C232D.1050601@ufg.uni-kiel.de> <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> Message-ID: <455C7AE8.3070909@ufg.uni-kiel.de> I just loaded a few dozen points with coordinates around 600000 into blender and it worked. I was able to load the points, select them and zoom into them. However, the -1000 to +1000 range is still present in some menu widgets and the navigation outside of it seems difficult. I also experimented with importing 43.000+ points and after ca. 10 minutes of waiting for the result, I killed the program. Anyway, my coordinates are local coordinates with a very small range, so I will not hit that limit. Best, Benjamin paallen@attglobal.net wrote: > Benjamin, > > Just one warning. About 1-2 years ago I too looked at using blender an I discovered a problem. Blender at that time could only work withe coordinates (x,y, and z ) in the range of +/-10000.00. Which is a problem for most realworld coordinates. > > Does this limitation still exist? > Do your coordinates exceed this range? > > Good luck, > > Phillip Allen > > Sent via BlackBerry from Cingular Wireless > > -----Original Message----- > From: Benjamin Ducke > Date: Thu, 16 Nov 2006 09:37:01 > To:GRASS user list , GRASS devel > Subject: [GRASS-user] 3D DXF output: howto? > > Hi everyone, > > I am currently trying to get some 3D points out of GRASS and into a > 3D modeller (blender.org) fur further processing. > > Two questions arise: > > 1. My GRASS vector points are 2D + elevation attribute. Is it possible > to map the elevation attribute to a Z coordinate and create a 3D map? > > 2. Is it possible to output 3D vector points as 3D DXF? > > If not, maybe someone could detail on what needs to be done and I will > try and hack up something. > > Best, > > Benjamin > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From epatton at nrcan.gc.ca Thu Nov 16 09:37:25 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> Hi, Is it possible to upload and store scripts as tar.bz2 files to the WIKI add-ons? I can't find the procedure to do this. Pretty much all contributors to the add-ons have their own dedicated http site to host their scripts, but I seem to remember once that you could store add-ons directly on the WIKI site somehow. I see that there is an 'Upload file' link under the toolbox on the left-hand side of the screen, but it only allows image uploads. Thanks, ~ Eric. From tutey at o2.pl Thu Nov 16 12:53:16 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455C232D.1050601@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> Message-ID: <455CA58C.7030801@o2.pl> Benjamin Ducke wrote: > Hi everyone, > > I am currently trying to get some 3D points out of GRASS and into a > 3D modeller (blender.org) fur further processing. > > Two questions arise: > > 1. My GRASS vector points are 2D + elevation attribute. Is it possible > to map the elevation attribute to a Z coordinate and create a 3D map? v.extrude? > 2. Is it possible to output 3D vector points as 3D DXF? Dunno. Have you tried and it failed? > If not, maybe someone could detail on what needs to be done and I will > try and hack up something. Maciek From qll at timberline.ca Thu Nov 16 12:55:25 2006 From: qll at timberline.ca (Qinglin Li) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] the r.neighbors Message-ID: <000001c709a8$650831a0$ba3210ac@timberline.int> Hello, everyone: I am looking the function of r.neighbors function, and I searched grass6.3 reference manual r.* commands. I did not found it. Would anyone please tell me where I can find this command and how to perform Focal Cell neighbourhood analysis? Thanks Ching -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061116/d3b089b9/attachment.html From benjamin.ducke at ufg.uni-kiel.de Thu Nov 16 13:49:29 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455CA58C.7030801@o2.pl> References: <455C232D.1050601@ufg.uni-kiel.de> <455CA58C.7030801@o2.pl> Message-ID: <455CB2B9.3020507@ufg.uni-kiel.de> That's it! Just what I was looking for. v.out.dxf also seems to work for 3d points. There is so much stuff in GRASS, but you have to know where to look ... Maciej Sieczka wrote: > Benjamin Ducke wrote: > >>Hi everyone, >> >>I am currently trying to get some 3D points out of GRASS and into a >>3D modeller (blender.org) fur further processing. >> >>Two questions arise: >> >>1. My GRASS vector points are 2D + elevation attribute. Is it possible >>to map the elevation attribute to a Z coordinate and create a 3D map? > > > v.extrude? > > >>2. Is it possible to output 3D vector points as 3D DXF? > > > Dunno. Have you tried and it failed? > > >>If not, maybe someone could detail on what needs to be done and I will >>try and hack up something. > > > Maciek > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From michael.barton at asu.edu Thu Nov 16 14:49:16 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <455C7AE8.3070909@ufg.uni-kiel.de> Message-ID: Benjamin, Another useful tool for n-dimensional visualization is Paraview. It will read GRASS vector or raster files exported to vtk format. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Benjamin Ducke > Date: Thu, 16 Nov 2006 15:51:20 +0100 > Cc: GRASS user list > Subject: Re: [GRASS-user] 3D DXF output: howto? > > I just loaded a few dozen points with coordinates around 600000 > into blender and it worked. > I was able to load the points, select them and zoom into them. > However, the -1000 to +1000 range is still present in some menu widgets > and the navigation outside of it seems difficult. > I also experimented with importing 43.000+ points and after ca. 10 > minutes of waiting for the result, I killed the program. > > Anyway, my coordinates are local coordinates with a very small range, so > I will not hit that limit. > > Best, > > Benjamin > > paallen@attglobal.net wrote: >> Benjamin, >> >> Just one warning. About 1-2 years ago I too looked at using blender an I >> discovered a problem. Blender at that time could only work withe coordinates >> (x,y, and z ) in the range of +/-10000.00. Which is a problem for most >> realworld coordinates. >> >> Does this limitation still exist? >> Do your coordinates exceed this range? >> >> Good luck, >> >> Phillip Allen >> >> Sent via BlackBerry from Cingular Wireless >> >> -----Original Message----- >> From: Benjamin Ducke >> Date: Thu, 16 Nov 2006 09:37:01 >> To:GRASS user list , GRASS devel >> >> Subject: [GRASS-user] 3D DXF output: howto? >> >> Hi everyone, >> >> I am currently trying to get some 3D points out of GRASS and into a >> 3D modeller (blender.org) fur further processing. >> >> Two questions arise: >> >> 1. My GRASS vector points are 2D + elevation attribute. Is it possible >> to map the elevation attribute to a Z coordinate and create a 3D map? >> >> 2. Is it possible to output 3D vector points as 3D DXF? >> >> If not, maybe someone could detail on what needs to be done and I will >> try and hack up something. >> >> Best, >> >> Benjamin >> > > -- > Benjamin Ducke, M.A. > Arch?oinformatik > (Archaeoinformation Science) > Institut f?r Ur- und Fr?hgeschichte > (Inst. of Prehistoric and Historic Archaeology) > Christian-Albrechts-Universit?t zu Kiel > Johanna-Mestorf-Stra?e 2-6 > D 24098 Kiel > Germany > > Tel.: ++49 (0)431 880-3378 / -3379 > Fax : ++49 (0)431 880-7300 > www.uni-kiel.de/ufg > > From hamish_nospam at yahoo.com Thu Nov 16 18:05:37 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <455C232D.1050601@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> Message-ID: <20061117120537.36f1355f.hamish_nospam@yahoo.com> Benjamin Ducke wrote: > I am currently trying to get some 3D points out of GRASS and into a > 3D modeller (blender.org) fur further processing. Can blender load VTK format? (v.out.vtk) or POV? (v.out.pov) v.out.dxf will export 3D: if (ltype & GV_POINTS) { dxf_point(layer, Points->x[0], Points->y[0], Points->z[0]); Benjamin: > OK, v.drape worked for me, though I find it a little annoying > that I have to first convert the elevation attribute to a > raster, than use that to grab 3D coordinates off it. > > I was hoping there might be a more elegant way to just copy > the elevation attribute into the Z coordinate and create > and thus convert a 3D points map to 3D directly. hmph, that isn't so good. we should add a column= option to optionally take the value from a column in the input vector. (even though this has little to do with a "drape") I've tested making a wish in the new bug tracker: http://wald.intevation.org/tracker/index.php?func=detail&aid=237&group_id=21&atid=182 Markus: > Ah, now I got it... So, alternatively you can do: > with > v.to.db option=coor ... > you could upload the x and y values to the attribute table, > then re-create a map with > v.in.db ... another method: v.out.ascii.db (from the wiki add-ons page) v.in.ascii -z z= question for devels: why doesn't z>0 option trigger the -z flag automatically? Hamish From hamish_nospam at yahoo.com Thu Nov 16 18:19:37 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Re: [GRASS-dev] 3D DXF output: howto? In-Reply-To: <455CB2B9.3020507@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> <455CA58C.7030801@o2.pl> <455CB2B9.3020507@ufg.uni-kiel.de> Message-ID: <20061117121937.412ace8e.hamish_nospam@yahoo.com> Maciek: > > v.extrude? of course! v.drape wish canceled. Benjamin wrote: > That's it! Just what I was looking for. v.out.dxf also seems > to work for 3d points. > There is so much stuff in GRASS, but you have to know where to look > ... If you find a big hole in the documentation, please add to the Wiki (I've just added v.extrude,v.drape to the "3D help" page), or consider writing an article about what you did for the GRASS Newsletter. http://grass.gdf-hannover.de/wiki/Help_with_3D Phillip Allen: > Just one warning. About 1-2 years ago I too looked at using blender > an I discovered a problem. Blender at that time could only work withe > coordinates (x,y, and z ) in the range of +/-10000.00. Which is a > problem for most realworld coordinates. v.transform can apply false eastings and northings to get the points within range. see also the GeoVRML project, which was built to overcome this sort of limitation in the VRML format (http://geovrml.org) Hamish From hamish_nospam at yahoo.com Thu Nov 16 18:26:09 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <20061117122609.2ac7ac01.hamish_nospam@yahoo.com> Patton, Eric wrote: > Hi, > > Is it possible to upload and store scripts as tar.bz2 files to the > WIKI add-ons? I can't find the procedure to do this. Pretty much all > contributors to the add-ons have their own dedicated http site to host > their scripts, but I seem to remember once that you could store > add-ons directly on the WIKI site somehow. > > I see that there is an 'Upload file' link under the toolbox on the > left-hand side of the screen, but it only allows image uploads. it is a serious problem, as often people's personal www space goes away after a few years and the script is lost. we should really keep a backup.. re storing files in the wiki: http://grass.gdf-hannover.de/wiki/GRASS_Education_%28Free_GIS_education%29#Current_Restrictions hopefully we can set up an upload area at http://wald.intevation.org/projects/grass/ ? (this would require an admin to ok the upload before making it public, but I think we can handle that) Hamish From hamish_nospam at yahoo.com Thu Nov 16 19:00:19 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] the r.neighbors In-Reply-To: <000001c709a8$650831a0$ba3210ac@timberline.int> References: <000001c709a8$650831a0$ba3210ac@timberline.int> Message-ID: <20061117130019.6c50000f.hamish_nospam@yahoo.com> Qinglin Li wrote: > > I am looking the function of r.neighbors function, and I searched grass6.3 > reference manual r.* commands. I did not found it. http://grass.ibiblio.org/grass63/manuals/html63_user/r.neighbors.html > Would anyone please tell me where I can find this command and how to perform > Focal Cell neighbourhood analysis? see also r.mfilter and r.mapcalc's neighborhood modifier. Hamish From hamish_nospam at yahoo.com Thu Nov 16 20:28:08 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] GRASS 6.2 use and Installation - and Quality Posting In-Reply-To: <20061116101613.6863e188.hamish_nospam@yahoo.com> References: <20061115101826.GA26755@rigacci.org> <20061116101613.6863e188.hamish_nospam@yahoo.com> Message-ID: <20061117142808.5649fa5e.hamish_nospam@yahoo.com> > grass@rigacci.org wrote: > > > It is in the "main" experimental repository: > > > http://packages.debian.org/grass > > > > "Not Found" if I click on "experimental" link. HB: > Yes, I know, this is being disscussed on the DebianGIS mailing list. > The package is in the archive and on the mirrors though, so > > apt-get -t experimental install grass > > should work. it's working now: (I think it just needed some time) http://packages.debian.org/experimental/science/grass binaries built for i386 and amd64. Hamish From brauplists at gmail.com Thu Nov 16 23:05:39 2006 From: brauplists at gmail.com (Bruce Raup) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.out.gmt output format In-Reply-To: <455B2C82.6060001@deprem.gov.tr> References: <455B2C82.6060001@deprem.gov.tr> Message-ID: <1464295a0611162005r584f4c16x377f71ed27e41b68@mail.gmail.com> What did you use to display the file? What does grdinfo print for the file? Try appending '=bs' or '=2' to 'elv1.grd', or whatever grdinfo tells you is the type of the file. I exported a GRASS raster recently (I think using r.out.bin using some option to add a GMT header) and it created a type 2 (bs) file. See also the GMT reference on different grdfile types. Sorry that's a little vague, but maybe it will help. Bruce On 11/15/06, temiz wrote: > hello > > using r.out.gmt, I created a grid file for gmt. > although I could display the grid file, when I entered this command I > encountered: > > "grdgradient elv1.grd -A0/270 -Ggradients.grd -Ne0.6 -V" > grdgradient: Not a netCDF file [elv1.grd] > > How can I produce a netCDF file in grass? > > regards > > -- > Ahmet Temiz > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- Bruce Raup http://cires.colorado.edu/~braup/ From jarekj at amu.edu.pl Fri Nov 17 02:37:23 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] the r.neighbors In-Reply-To: <20061117130019.6c50000f.hamish_nospam@yahoo.com> References: <000001c709a8$650831a0$ba3210ac@timberline.int> <20061117130019.6c50000f.hamish_nospam@yahoo.com> Message-ID: <455D66B3.60007@amu.edu.pl> Hamish napisa?(a): > Qinglin Li wrote: > >> I am looking the function of r.neighbors function, and I searched grass6.3 >> reference manual r.* commands. I did not found it. >> > > http://grass.ibiblio.org/grass63/manuals/html63_user/r.neighbors.html > > >> Would anyone please tell me where I can find this command and how to perform >> Focal Cell neighbourhood analysis? >> > > see also r.mfilter and r.mapcalc's neighborhood modifier. > > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > be careful with r.mfilter - it rounds result to nearest integer (for historical reasons). If you work on floating raster and want to have floating output ... multipy map before filtering regards J From benjamin.ducke at ufg.uni-kiel.de Fri Nov 17 04:17:34 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <20061117122012.31ba7d04.hamish_nospam@yahoo.com> References: <455C232D.1050601@ufg.uni-kiel.de> <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> <455C7AE8.3070909@ufg.uni-kiel.de> <20061117122012.31ba7d04.hamish_nospam@yahoo.com> Message-ID: <455D7E2E.7020705@ufg.uni-kiel.de> I am currently teaching a course on GIS and vizualization in archaeology. A few students are working on getting a small DEM (as 3D points) into blender and modifying it there. In a next step, we will integrate more site data and eventually also landscape data using the vterrain.org tools. As soon as my students have something interesting worked out, I will ask them to take a few screenshots and write a small report for the Wiki or maybe the GRASS newsletter. Hamish wrote: > Benjamin Ducke wrote: > >>I just loaded a few dozen points with coordinates around 600000 >>into blender and it worked. > > > > screenshots would be appreciated! > > > Hamish > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From jachym.cepicky at centrum.cz Fri Nov 17 04:23:32 2006 From: jachym.cepicky at centrum.cz (Jachym Cepicky) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] How To Import Vector map? In-Reply-To: <20061116072545.87539.qmail@web8604.mail.in.yahoo.com> References: <20061116072545.87539.qmail@web8604.mail.in.yahoo.com> Message-ID: <20061117092332.GA25949@localdomain> hallo, On Thu, Nov 16, 2006 at 07:25:45AM +0000, aaliya zarrin wrote: > hi all. > > i m very confused in different type of files and not getting exact idea of what is happening exactly while importing the vector map. > > can any body tell how to import vector map in GRASS. usually, you can use v.in.* modules for it. most of the module names are clear. for other types, use v.in.ogr, which uses OGR library. see http://remotesensing.org/gdal/ogr/ogr_formats.html for supported formats > > what is the difference in import of ascii vector files ,import of SDTS files > import of UNGENERATE files? > > and which type of files are needed to import vector map? > all, which are belongig to your vector format. see g.manual v.in.ascii g.manual v.in.db g.manual v.in.ogr and others for details jachym -- Jachym Cepicky e-mail: jachym.cepicky@centrum.cz URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ----------------------------------------- OFFICE: Department of Geoinformation Technologies Zemedelska 3 613 00, Brno Czech Republick e-mail: xcepicky@node.mendelu.cz URL: http://mapserver.mendelu.cz Tel.: +420 545 134 514 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061117/0fa7d0af/attachment.bin From steko at iosa.it Fri Nov 17 09:30:40 2006 From: steko at iosa.it (Stefano Costa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: References: Message-ID: <1163773841.19953.4.camel@localhost.localdomain> Il giorno gio, 16/11/2006 alle 12.49 -0700, Michael Barton ha scritto: > Benjamin, > > Another useful tool for n-dimensional visualization is Paraview. It > will > read GRASS vector or raster files exported to vtk format. I'd like to suggest also VisIt http://www.llnl.gov/visit/home.html It's under a BSD license and it can read GDAL formats (so maybe also GRASS files w/o having to convert) and VTK. I've never tried it but it sounds promising. Let us know if someone happens to use it. Best regards Stefano -- Stefano Costa http://www.iosa.it Open Archaeology http://list.iosa.it International Mailing List Jabber: steko@jabber.linux.it From neteler at itc.it Fri Nov 17 10:58:29 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <455DDC25.3030008@itc.it> Patton, Eric wrote on 11/16/2006 03:37 PM: > Hi, > > Is it possible to upload and store scripts as tar.bz2 files to the WIKI add-ons? I can't find the procedure to do this. Pretty much all contributors to the add-ons have their own dedicated http site to host their scripts, but I seem to remember once that you could store add-ons directly on the WIKI site somehow. > > I see that there is an 'Upload file' link under the toolbox on the left-hand side of the screen, but it only allows image uploads. > Eric, (cc Stephan Holl) unfortunately I recently became also de-facto admin of the GRASS Wiki. I think that script upload was disabled on purpose (security) but maybe Stephan has more insights. If not, I would like to know how to enable it. Markus From lponti at infinito.it Fri Nov 17 17:05:40 2006 From: lponti at infinito.it (Luigi Ponti) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] meaning of -n flag in v.surf.idw Message-ID: <455E3234.8000201@infinito.it> Dear list, I am having a hard time figuring out what does the -n flag do in v.surf.idw. From help, I read: -n Don't index points by raster cell (slower but uses less memory and includes points from outside region in the interpolation) Compared to a raster produced with -n enabled, without the -n flag the range of data changes (narrows), and strange band-like artifacts come out in the display (i.e., surface is not very smooth). There is a mask set, and all the points are included in the region and within the mask - the only thing I change is the -n flag. Is anybody able to clarify what is the algorithmal change introduced by the -n flag? Thank you in advance, Luigi From jmpmcmanus at yahoo.com Fri Nov 17 18:06:45 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Unable to locate LAPACK library Message-ID: <455E4085.9090107@yahoo.com> I am installing GRASS 6.2 on a x86_64 machine running Fedora Core 6. I want to include LAPACK, but when I run configure I get the following message: checking for location of LAPACK library... /usr/lib64 checking for dgesv_ in -llapack... no checking for dgesv_ in -llapack... no configure: error: *** Unable to locate LAPACK library. LAPACK is installed on this machine and the libraries are in /usr/lib64. I am not having this problem with BLAS. Jim From hamish_nospam at yahoo.com Fri Nov 17 23:01:49 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Unable to locate LAPACK library In-Reply-To: <455E4085.9090107@yahoo.com> References: <455E4085.9090107@yahoo.com> Message-ID: <20061118170149.3f149cbf.hamish_nospam@yahoo.com> James McManus wrote: > I am installing GRASS 6.2 on a x86_64 machine running Fedora Core 6. I > > want to include LAPACK, but when I run configure I get the following > message: > > checking for location of LAPACK library... /usr/lib64 > checking for dgesv_ in -llapack... no > checking for dgesv_ in -llapack... no > configure: error: *** Unable to locate LAPACK library. > > LAPACK is installed on this machine and the libraries are in > /usr/lib64. I am not having this problem with BLAS. from REQUIREMENTS.html: LAPACK / BLAS (libraries for numerical computing) for GMATH library (GRASS numerical lib) [http://www.netlib.org/lapack] (usually available on Linux distros) Note: the support is intended for future module implementations, no need to use it at time! so just leave --with-blas and --with-lapack off the ./configure string. Hamish From hamish_nospam at yahoo.com Sat Nov 18 00:12:38 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site In-Reply-To: <455DDC25.3030008@itc.it> References: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> <455DDC25.3030008@itc.it> Message-ID: <20061118181238.06f3a5e5.hamish_nospam@yahoo.com> Markus Neteler wrote: > Eric wrote: > > Is it possible to upload and store scripts as tar.bz2 files to the > > WIKI add-ons? I can't find the procedure to do this. Pretty much all > > contributors to the add-ons have their own dedicated http site to > > host their scripts, but I seem to remember once that you could store > > add-ons directly on the WIKI site somehow. > > > > I see that there is an 'Upload file' link under the toolbox on the > > left-hand side of the screen, but it only allows image uploads. Markus: .. > I think that script upload was disabled on purpose (security) but > maybe Stephan has more insights. > If not, I would like to know how to enable it. can it be limited to files < 100kb, and non-binary files unless .gz or .zip extension containing source code? what we don't want is free webspace for video game crackers and someone posting a sounds-useful trojan horse. keeping these in a tracker on the gforge site will be easier to administer. Hamish From rsbhalla at gmail.com Sat Nov 18 02:02:41 2006 From: rsbhalla at gmail.com (Ravinder Singh Bhalla) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SVG mapping with GRASS Message-ID: <455EB011.4070308@feralindia.org> Hi All, I need to make an interactive CD-ROM for geo-spatial data, both vector and raster. I was wondering if there is an SVGmapper equivalent tool for GRASS or a way to produce similar outputs. I've used Q-GIS as the front end on an earlier project and it worked, but isn't as intuitive as the SVGmapper output. Any suggestions? Thanks Ravi -------------- next part -------------- A non-text attachment was scrubbed... Name: bhalla.vcf Type: text/x-vcard Size: 514 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061118/2e7848db/bhalla.vcf From luca.penasa at email.it Sat Nov 18 03:27:22 2006 From: luca.penasa at email.it (Luca Penasa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Grass say is not a valid mapset In-Reply-To: <1163773841.19953.4.camel@localhost.localdomain> References: <1163773841.19953.4.camel@localhost.localdomain> Message-ID: <455EC3EA.5050405@email.it> im trying to access to a mapset... but when i select the gis database path and after the mapset name grass say: "Warning: "PERMANENT" is not a valid mapset"... what could it be? any suggestion? Thanks Luca From hamish_nospam at yahoo.com Sat Nov 18 03:08:01 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Grass say is not a valid mapset In-Reply-To: <455EC3EA.5050405@email.it> References: <1163773841.19953.4.camel@localhost.localdomain> <455EC3EA.5050405@email.it> Message-ID: <20061118210801.45d98ac1.hamish_nospam@yahoo.com> Luca Penasa wrote: > > im trying to access to a mapset... but when i select the gis database > path and after the mapset name grass say: "Warning: "PERMANENT" is not > a valid mapset"... what could it be? any suggestion? missing WIND file? filename converted to lowercase? copy DEFAULT_WIND -> WIND Hamish From hamish_nospam at yahoo.com Sat Nov 18 04:28:51 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SVG mapping with GRASS In-Reply-To: <455EB011.4070308@feralindia.org> References: <455EB011.4070308@feralindia.org> Message-ID: <20061118222851.6cfdf539.hamish_nospam@yahoo.com> Ravinder Singh Bhalla wrote: > I need to make an interactive CD-ROM for geo-spatial data, both vector > and raster. I was wondering if there is an SVGmapper equivalent tool > for GRASS or a way to produce similar outputs. I've used Q-GIS as > the front end on an earlier project and it worked, but isn't as > intuitive as the SVGmapper output. Any suggestions? No answer for "SVGmapper" app replacement for GRASS (PyWPS?), but a thought on how to do SVG export: v.out.dxf + dxf2svg. dxf2svg: (GPL) http://ucsu.colorado.edu/~squiresm/ pstoedit: http://www.pstoedit.net/pstoedit/ Also there's a long standing wish to obtain SVG + .eps converters to use with d.graph and/or grass's display symbols: http://grass.ibiblio.org/grass63/manuals/html63_user/d.graph.html http://grass.gdf-hannover.de/wiki/IconSymbols ps.map already does simple .eps: http://grass.gdf-hannover.de/wiki/AreaFillPatterns Hamish From benjamin.ducke at ufg.uni-kiel.de Sat Nov 18 05:41:12 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <20061118174438.1d807569.hamish_nospam@yahoo.com> References: <455C232D.1050601@ufg.uni-kiel.de> <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> <455C7AE8.3070909@ufg.uni-kiel.de> <20061117122012.31ba7d04.hamish_nospam@yahoo.com> <455D7E2E.7020705@ufg.uni-kiel.de> <20061118174438.1d807569.hamish_nospam@yahoo.com> Message-ID: <455EE348.3060801@ufg.uni-kiel.de> There is also nothing that is as easily fooled ;) But seriously: I am currently trying to switch completely to open source components for teaching my classes. I have seen some amazing things that blender and vterrain.org can do and frankly, I am so sick and tired of ArcGIS et al., the random crashes, the format incompatibilities, the lack of * real * functionality ... Btw. would someone be interested in joining me to publish a list of the most appaling ArcGIS annoyances on the GRASS Wiki? I could add some "fun facts" ... Benjamin Hamish wrote: > Benjamin Ducke wrote: > >>I am currently teaching a course on GIS and vizualization >>in archaeology. A few students are working on getting >>a small DEM (as 3D points) into blender and modifying it there. >>In a next step, we will integrate more site data and eventually >>also landscape data using the vterrain.org tools. >>As soon as my students have something interesting worked out, >>I will ask them to take a few screenshots and write a small >>report for the Wiki or maybe the GRASS newsletter. >> > > > > sounds like a very cool class project. visualization is so important for > understanding.. there is no computerized signal processor that comes > anywhere close to the human eye for pattern recognition! > > > Hamish > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From infotechsys at pivot.net Sat Nov 18 07:15:51 2006 From: infotechsys at pivot.net (infotechsys@pivot.net) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 2nd edition book? Message-ID: <1163852152.26390.15.camel@Tiredbones.lan> Hi, I'm thinking about purchasing "Open Source GIS" by " Markus Neteler and Helena Mitasova". I notice that a new edition is coming out next year. Should I wait for the new edition or go ahead and purchase the second edition? What is the main differents in the two edition? While I'm here, can GRASS read Autocad files? My town uses a company that has digitize the town maps using Autocad and I want to show them a different way of doing it, hoping to save them some money. Thanks. Wayne From hamish_nospam at yahoo.com Sat Nov 18 07:43:46 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] shell script to break a vector line by a vector point In-Reply-To: <4551F782.3040904@club.worldonline.be> References: <0E5A77B55A57D511BB3F0002A537C26208C55C1C@s5-dar-r1.nrn.nrcan.gc.ca> <5cbd12c70611080658u40120bcue4661877ab483575@mail.gmail.com> <4551F782.3040904@club.worldonline.be> Message-ID: <20061119014346.184710d3.hamish_nospam@yahoo.com> > > I just had a quick glance, but maybe it would be better to check > > for v.append and v.out.ascii.db by looking in $GISBASE rather > > than /usr/lib/grass/scripts? Your script wouldn't run on my > > machine, for instance, as my scripts are in > > /opt/grass6.3.cvs/scripts. .. > > but can you explain a little more how to check by looking in > > $GISBASE Is this something like g.gisenv? > > instead of > > if [ ! -e "/usr/lib/grass/scripts/v.out.ascii.db" ] ; then > use > if [ ! -e "$GISBASE/scripts/v.out.ascii.db" ] ; then Don't use $GISBASE at all -- the add-on scripts can go anywhere. putting them in $GISBASE means they'll likely to get deleted next time you upgrade. e.g. put them in /usr/local/bin, ~/bin/, or $GRASS_ADDON_PATH test to see the program exists, don't worry where it is installed, #### check for cs2cs if [ ! -x "`which cs2cs`" ] ; then echo "cs2cs program not found, install it first" 1>&2 exit 1 fi Hamish From benjamin.ducke at ufg.uni-kiel.de Sat Nov 18 10:02:02 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <20061119011725.6eebd1ab.hamish_nospam@yahoo.com> References: <455C232D.1050601@ufg.uni-kiel.de> <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> <455C7AE8.3070909@ufg.uni-kiel.de> <20061117122012.31ba7d04.hamish_nospam@yahoo.com> <455D7E2E.7020705@ufg.uni-kiel.de> <20061118174438.1d807569.hamish_nospam@yahoo.com> <455EE348.3060801@ufg.uni-kiel.de> <20061119011725.6eebd1ab.hamish_nospam@yahoo.com> Message-ID: <455F206A.2080608@ufg.uni-kiel.de> Cool. Here are some from my grab bag: Ever tried to export a shape format point map to DXF using ArcCatalog? It's crazy: the input file cannot be placed in a path that has a space in it (!) and none of the folders leading up to it or the file name itself can have more than 7 (!!) characters. Now, try to conform with this when you are in a networked environment and users cannot directly access any drive letter! But it doesn't matter anyway, because even if you get past this filenaming barrier, the exporter will just fail miserably, without an error message or any result file! I wonder how many more tools in the ArcToolbox fail in this way. My nerves are just too thin to try them all, currently. Did you know that Spatial Analyst cannot handle maps that are in a customized projection? I found this out the hard way when I used a "local" projection for one of my excavation sites. The only hint was a report of the same problem on a Durch site. Solution: get rid of the .prj file and ignore all of Arc's nagging. It's ridiculous. But my all time favourite is the warning in the dialogue for exporting a raster map's data into ESRI(!) raster formats in ArcMap 9! What? A software that cannot correctly export data into its OWN formats? How thick can it get? Benjamin Hamish wrote: > Benjamin Ducke wrote: > >>I could add some "fun facts" ... > > > my favorite is one, as suggesed on a blog somewhere (slashgeo.org > article?). > > go to esri's website & "contact us" page. Try clicking the get > directions to our headquaters link (Readlands, California) which takes > you to an ArcIMS map server. > > While you are waiting, open up a new tab and plug the address into > google maps or your favorite UMN MapServer or PyWPS site, make some > coffee, send some emails... > > By now you can give up and close the Arc map, it never loads. > (For me, the Arc site is totally non-functional, which is mostly my > experience with all ArcIMS servers I've ever had to use. And people pay > huge amounts for broken software because of the comfortable name. I > don't get it.) > > > Hamish > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From alcl01 at ipruniv.cce.unipr.it Sat Nov 18 10:58:50 2006 From: alcl01 at ipruniv.cce.unipr.it (Aldo Clerici) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Curvature in r.slope.aspect Message-ID: <027201c70b2a$708784d0$96264ea0@CLERICI1> GRASSusers, I have a very simple question regarding the output of r.slope.aspect. I know that slope and aspect are the first derivatives of elevation and are expressed in degrees, while profile and tangential curvatures are the second derivatives of elevation. What I would like to know is the units in which curvatures are expressed. In other words, what does it mean a curvature of 0.05? Thanks in advance. Aldo Clerici Parma University From glynn at gclements.plus.com Sat Nov 18 11:30:17 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Unable to locate LAPACK library In-Reply-To: <455E4085.9090107@yahoo.com> References: <455E4085.9090107@yahoo.com> Message-ID: <17759.13593.191154.197899@cerise.gclements.plus.com> James McManus wrote: > I am installing GRASS 6.2 on a x86_64 machine running Fedora Core 6. I > want to include LAPACK, but when I run configure I get the following > message: > > checking for location of LAPACK library... /usr/lib64 > checking for dgesv_ in -llapack... no > checking for dgesv_ in -llapack... no > configure: error: *** Unable to locate LAPACK library. > > LAPACK is installed on this machine and the libraries are in /usr/lib64. > I am not having this problem with BLAS. First, as Hamish mentions, the code which uses BLAS/LAPACK isn't currently used for anything. There is no reason to enable it unless you intend to write your own code which uses those functions. That aside, the config.log file contains all commands which are run by the configure script, along with their output. Any error messages which are generated by the tests will appear near the end of that file. -- Glynn Clements From glynn at gclements.plus.com Sat Nov 18 12:07:08 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Curvature in r.slope.aspect In-Reply-To: <027201c70b2a$708784d0$96264ea0@CLERICI1> References: <027201c70b2a$708784d0$96264ea0@CLERICI1> Message-ID: <17759.15804.380345.299632@cerise.gclements.plus.com> Aldo Clerici wrote: > I have a very simple question regarding the output of r.slope.aspect. > I know that slope and aspect are the first derivatives of elevation and are > expressed in degrees, while profile and tangential curvatures are the second > derivatives of elevation. What I would like to know is the units in which > curvatures are expressed. > In other words, what does it mean a curvature of 0.05? Curvatures will be in 1/metres, e.g. a curvature of 0.05 corresponds to a radius of curvature of 20m. Note that if your elevations aren't in metres, you need to use the zfactor= option (e.g. zfactor=0.3048 if elevations are in feet). Also, if your coordinates are in feet, you need to ensure that the PROJ_UNITS file reflects this, otherwise you will get incorrect results. For lat/lon locations, the degrees-to-metres factor will be computed automatically for each row (close to the poles, where the horizontal scaling changes rapidly with latitude, I would expect the calculations to be quite inaccurate). -- Glynn Clements From hardeep.rai at gmail.com Sat Nov 18 21:08:59 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? Message-ID: On 11/18/06, infotechsys@pivot.net wrote: > GRASS read Autocad files? You can save drawing in dxf format from AutoCAD, and then v.in.dxf in GRASS will do the work. -- H.S.Rai =================== From ormeno.javier at gmail.com Sat Nov 18 21:14:31 2006 From: ormeno.javier at gmail.com (=?ISO-8859-1?Q?javier_orme=F1o?=) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] blank screen on displaying a raster Message-ID: <5eabdb7a0611181814o56f33244qe7d0bfca97579cd1@mail.gmail.com> Hi, I`m starting to use grass 6.0.1, read the manual (of the Hannover courses) and played with the spearfish example data (displaying rasters on 0x and viz). But i m having trouble when i try to start a new map. these are the steps I'm following: 1.- create a new location, selected x,y coordinate system, stated a description, defined the default region according to the dimensions of the images in pixels (north: 3179, east 2450, grid resolution e-w: 1 n-s 1). 2.- enter the new location as PERMANNET, import image with r.in.gdal, selecting the jpg file, naming the resulting map. hit Run, and it creates xxx.red, xxx.blue xxx.green. 3.- trouble starts from this point on, if i choose to display a raster with d.rast map=xxx.blue (starting x0 early, which works in TrueColor with 16777216 colors) nothing happens in monitor x0. next tried with display raster with rgb overlay selecting the corespondent raster previously created (red, green and blue), hit run (a green bar fills up and displayed the above command) nothing happens, but if i use the command on the terminal "d.rgb red=xxx.red green=xxx.green blue=xxx.blue" i get "error: Cell layer [fxxx.red] does not exsist" and nothing happens in the monitor (x0) 4.- i tried with r.composite to created a single raster from the red green and blue existing, and i checked that my location (xy coordinates) were the same as resolution of the rasters created and same as the image (in pixels with g.region to match the raster) but it still doesn`t display the raster. I Also tried these same steps with a new location for a tiff image, but no results in displaying the raster. If somebody could help me out pointing put if i`m missing a step or something with a wrong command it would be very appreciated. If more information is required, please let me know. Javier. From jmpmcmanus at yahoo.com Sat Nov 18 21:41:03 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.terraflow has not compiled Message-ID: <455FC43F.9060701@yahoo.com> I want to use r.terraflow. However, it is not being compiled, when I make grass62. I am compiling with the gcc compiler, so it should reconize the .cc endings as C++ files. Is there an additional step I need to take to compile this program, when I make grass? Thanks Jim From cavallini at faunalia.it Sun Nov 19 01:46:49 2006 From: cavallini at faunalia.it (Paolo Cavallini) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] 3D DXF output: howto? In-Reply-To: <455EE348.3060801@ufg.uni-kiel.de> References: <455C232D.1050601@ufg.uni-kiel.de> <357276943-1163684837-cardhu_blackberry.rim.net-469381532-@bxe008-cell01.bisx.prod.on.blackberry> <455C7AE8.3070909@ufg.uni-kiel.de> <20061117122012.31ba7d04.hamish_nospam@yahoo.com> <455D7E2E.7020705@ufg.uni-kiel.de> <20061118174438.1d807569.hamish_nospam@yahoo.com> <455EE348.3060801@ufg.uni-kiel.de> Message-ID: <455FFDD9.60701@faunalia.it> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 This would be interesting, especially if you could compare these AV oddities with the equivalent grass/qgis equivalents. good comparative advertisment Looking forward to it. pc Benjamin Ducke ha scritto: > Btw. would someone be interested in joining me to publish a list of the > most appaling ArcGIS annoyances on the GRASS Wiki? > I could add some "fun facts" ... > > Benjamin - -- Paolo Cavallini email+jabber: cavallini@faunalia.it www.faunalia.it Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: (+39)348-3801953 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFX/3Z/NedwLUzIr4RAtJnAJ9Np/iM+jK7CCkqYmV2mstmy/7S5wCfWheh QYPAHs6F61xsqUhZbP+IQG8= =UAsu -----END PGP SIGNATURE----- From Florian.Kindl at uibk.ac.at Sun Nov 19 04:13:05 2006 From: Florian.Kindl at uibk.ac.at (Florian Kindl) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.terraflow has not compiled In-Reply-To: <455FC43F.9060701@yahoo.com> References: <455FC43F.9060701@yahoo.com> Message-ID: On Sat, 18 Nov 2006, James McManus wrote: > I want to use r.terraflow. However, it is not being compiled, when I make > grass62. I am compiling with the gcc compiler, so it should reconize the .cc > endings as C++ files. Is there an additional step I need to take to compile > this program, when I make grass? > Did you run `.configure --with-cxx` ? \Flo. > Thanks > Jim > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > -- Florian Kindl Institute of Geography University of Innsbruck From tutey at o2.pl Sun Nov 19 04:41:20 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Curvature in r.slope.aspect In-Reply-To: <17759.15804.380345.299632@cerise.gclements.plus.com> References: <027201c70b2a$708784d0$96264ea0@CLERICI1> <17759.15804.380345.299632@cerise.gclements.plus.com> Message-ID: <456026C0.9090201@o2.pl> Glynn Clements wrote: > Aldo Clerici wrote: > >> I have a very simple question regarding the output of r.slope.aspect. >> I know that slope and aspect are the first derivatives of elevation and are >> expressed in degrees, while profile and tangential curvatures are the second >> derivatives of elevation. What I would like to know is the units in which >> curvatures are expressed. >> In other words, what does it mean a curvature of 0.05? > > Curvatures will be in 1/metres, e.g. a curvature of 0.05 corresponds > to a radius of curvature of 20m. I have added this info to manual. Thanks. BTW, I noticed an issue with r.slope aspect - it ignores, by desing, the MASK set. Shouldn't it conform and let use the MASK? Maciek From stephan.holl at intevation.de Sun Nov 19 05:52:06 2006 From: stephan.holl at intevation.de (Stephan Holl) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site In-Reply-To: <455DDC25.3030008@itc.it> References: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> <455DDC25.3030008@itc.it> Message-ID: <20061119115206.7c244486@localhost> Hello Markus, On Fri, 17 Nov 2006 16:58:29 +0100 Markus Neteler wrote: > Patton, Eric wrote on 11/16/2006 03:37 PM: > > Hi, > > > > Is it possible to upload and store scripts as tar.bz2 files to the > > WIKI add-ons? I can't find the procedure to do this. Pretty much > > all contributors to the add-ons have their own dedicated http site > > to host their scripts, but I seem to remember once that you could > > store add-ons directly on the WIKI site somehow. > > > > I see that there is an 'Upload file' link under the toolbox on the > > left-hand side of the screen, but it only allows image uploads. > Eric, > (cc Stephan Holl) > > unfortunately I recently became also de-facto admin of the GRASS > Wiki. I think that > script upload was disabled on purpose (security) but maybe Stephan has > more insights. Yes, it was disabled due to security reasons. By default it is only possible to add pictures through the upload-interface of media-wiki. > If not, I would like to know how to enable it. There is a config-option somewhere in the basic config-script (which is very well documented). After enabling the upload you need to add suffixes to an array which are allowed to be uploaded. Best Stephan -- Stephan Holl : www.intevation.de/~stephan | GISpatcher: www.gispatcher.de Intevation GmbH: www.intevation.de | GAV e.V.: www.grass-verein.de Georgstr.4 : 49074 Osnabr?ck | -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061119/225b9c8a/signature.bin From jmpmcmanus at yahoo.com Sun Nov 19 07:40:03 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.terraflow has not compiled In-Reply-To: References: <455FC43F.9060701@yahoo.com> Message-ID: <456050A3.9010304@yahoo.com> Florian Kindl wrote: > On Sat, 18 Nov 2006, James McManus wrote: > >> I want to use r.terraflow. However, it is not being compiled, when I >> make grass62. I am compiling with the gcc compiler, so it should >> reconize the .cc endings as C++ files. Is there an additional step I >> need to take to compile this program, when I make grass? >> > Did you run `.configure --with-cxx` ? > > \Flo. > >> Thanks >> Jim >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser >> >> > I did not do that. I made the change, and the C++ compiler shows up in the configure output: checking whether to use C++... yes checking for c++... c++ checking whether the C++ compiler (c++ -Wl,--export-dynamic) works... yes checking whether the C++ compiler (c++ -Wl,--export-dynamic) is a cross-compiler... no checking whether we are using GNU C++... yes checking whether c++ accepts -g... yes However when I try and make grass I get a parse error, when trying to compile terraflow: Makefile:78: warning: overriding commands for target `clean' ../../include/Make/Rules.make:34: warning: ignoring old commands for target `clean' mkdir -p OBJ.x86_64-unknown-linux-gnu/FLOAT ; true mkdir -p OBJ.x86_64-unknown-linux-gnu/SHORT ; true c++ -c -I/usr/local/src/GRASS/grass-6.2.0/dist.x86_64-unknown-linux-gnu/include -g -O2 -I./IOStream/include -DUSER=\"jim\" -DNODATA_FIX -D_FILE_OFFSET_BITS=64 -DPACKAGE=\""grassmods"\" -DELEV_FLOAT main.cc -o OBJ.x86_64-unknown-linux-gnu/FLOAT/main.o ./IOStream/include/replacementHeap.h:120: error: parse error in template argument list ./IOStream/include/replacementHeapBlock.h:122: error: parse error in template argument list make: *** [OBJ.x86_64-unknown-linux-gnu/FLOAT/main.o] Error 1 From hellik at web.de Sun Nov 19 09:52:15 2006 From: hellik at web.de (Helmut Kudrnovsky) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] grass62-cvs-serversnapshot 2006/11/18: compiling error Message-ID: <904100971@web.de> hi, i've downloaded yesterday the cvs-snapshot: grass-6.2.cvs_src_snapshot_2006_11_18 configuration with following options seems to be ok: ./configure --with-cxx --with-postgres --with-postgres-libs=/usr/include/pgsql/libpq --with-postgres-includes=/usr/include/pgsql/ --with-sqlite --with-freetype --with-freetype-includes=/usr/include/freetype2 --with-glw --with-proj-share=/usr/share/proj GRASS is now configured for: i686-pc-linux-gnu Source directory: /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18 Build directory: /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18 Installation directory: /usr/local/grass-6.2.1cvs Startup script in directory: ${exec_prefix}/bin C compiler: gcc -g -O2 C++ compiler: c++ -g -O2 FORTRAN compiler: Building shared libraries: yes 64bit support: no OpenGL platform: X11 NVIZ: yes BLAS support: no C++ support: yes DWG support: no FFMPEG support: no FFTW support: yes FreeType support: yes GDAL support: yes GLw support: yes JPEG support: yes LAPACK support: no Large File Support (LFS): no Motif support: no MySQL support: no NLS support: no ODBC support: no OGR support: yes OpenGL support: yes PNG support: yes PostgreSQL support: yes Python support: no Readline support: no SQLite support: yes Tcl/Tk support: yes TIFF support: yes X11 support: yes after make: Following modules are missing the 'description.html' file in src code: ---------------------------------------------------------------------- GRASS GIS compilation log ------------------------- Started compilation: So Nov 19 14:01:05 CET 2006 -- Errors in: /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/raster/r.surf.fractal -- Finished compilation: So Nov 19 14:10:20 CET 2006 (In case of errors please change into the directory with error and run 'make') make: *** [default] Fehler 1 make in the error-directory with the following messages: helli@linux-ni8p:~/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/raster/r.surf.fractal> make gcc -I/home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/dist.i686-pc-linux-gnu/include -g -O2 -DPACKAGE=\""grassmods"\" -I/home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/dist.i686-pc-linux-gnu/include \ -o OBJ.i686-pc-linux-gnu/main.o -c main.c main.c: In Funktion ??main??: main.c:34: Fehler: ??EXIT_SUCCESS?? undeclared (first use in this function) main.c:34: Fehler: (Each undeclared identifier is reported only once main.c:34: Fehler: for each function it appears in.) make: *** [OBJ.i686-pc-linux-gnu/main.o] Fehler 1 compiling with the same options and grass63-cvs-snapshot from yesterday was ok. regards helli -+o++o++o++o++o++o++o++o+- helmut kudrnovsky internet: www.alectoria.at -+o++o++o++o++o++o++o++o+- ______________________________________________________________________ XXL-Speicher, PC-Virenschutz, Spartarife & mehr: Nur im WEB.DE Club! Jetzt gratis testen! http://freemail.web.de/home/landingpad/?mc=021130 From glynn at gclements.plus.com Sun Nov 19 12:54:51 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Curvature in r.slope.aspect In-Reply-To: <456026C0.9090201@o2.pl> References: <027201c70b2a$708784d0$96264ea0@CLERICI1> <17759.15804.380345.299632@cerise.gclements.plus.com> <456026C0.9090201@o2.pl> Message-ID: <17760.39531.910933.552043@cerise.gclements.plus.com> Maciej Sieczka wrote: > >> I have a very simple question regarding the output of r.slope.aspect. > >> I know that slope and aspect are the first derivatives of elevation and are > >> expressed in degrees, while profile and tangential curvatures are the second > >> derivatives of elevation. What I would like to know is the units in which > >> curvatures are expressed. > >> In other words, what does it mean a curvature of 0.05? > > > > Curvatures will be in 1/metres, e.g. a curvature of 0.05 corresponds > > to a radius of curvature of 20m. > > I have added this info to manual. Thanks. > > BTW, I noticed an issue with r.slope aspect - it ignores, by desing, > the MASK set. Shouldn't it conform and let use the MASK? Yes. -- Glynn Clements From glynn at gclements.plus.com Sun Nov 19 13:00:07 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.terraflow has not compiled In-Reply-To: <456050A3.9010304@yahoo.com> References: <455FC43F.9060701@yahoo.com> <456050A3.9010304@yahoo.com> Message-ID: <17760.39847.314964.997810@cerise.gclements.plus.com> James McManus wrote: > > > I want to use r.terraflow. However, it is not being compiled, when I > > > make grass62. I am compiling with the gcc compiler, so it should > > > reconize the .cc endings as C++ files. Is there an additional step I > > > need to take to compile this program, when I make grass? > > > > Did you run `.configure --with-cxx` ? > > I did not do that. I made the change, and the C++ compiler shows up in > the configure output: > > checking whether to use C++... yes > checking for c++... c++ > checking whether the C++ compiler (c++ -Wl,--export-dynamic) works... yes > checking whether the C++ compiler (c++ -Wl,--export-dynamic) is a > cross-compiler... no > checking whether we are using GNU C++... yes > checking whether c++ accepts -g... yes > > However when I try and make grass I get a parse error, when trying to > compile terraflow: > ./IOStream/include/replacementHeap.h:120: error: parse error in template argument list > ./IOStream/include/replacementHeapBlock.h:122: error: parse error in template argument list That error has recently started occurring with the latest versions of GCC. The issue is fixed in the current CVS version. Either update the r.terraflow code to the CVS HEAD version, or use an older version of GCC for compiling r.terraflow. Or just manually remove the template parameters from the destructor prototypes, i.e.: --- replacementHeap.h 5 Oct 2005 05:38:07 -0000 2.2 +++ replacementHeap.h 6 Nov 2006 00:15:44 -0000 2.3 @@ -117,7 +117,7 @@ ReplacementHeap(size_t arity, queue* runList); //delete array mergeHeap - ~ReplacementHeap(); + ~ReplacementHeap(); //is heap empty? int empty() const { --- replacementHeapBlock.h 5 Oct 2005 05:38:07 -0000 2.2 +++ replacementHeapBlock.h 6 Nov 2006 00:15:44 -0000 2.3 @@ -119,7 +119,7 @@ ReplacementHeapBlock(queue *> *runList); //delete array mergeHeap - ~ReplacementHeapBlock(); + ~ReplacementHeapBlock(); //is heap empty? int empty() const { -- Glynn Clements From neteler at itc.it Sun Nov 19 13:38:04 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] grass62-cvs-serversnapshot 2006/11/18: compiling error In-Reply-To: <904100971@web.de> References: <904100971@web.de> Message-ID: <20061119183803.GA23647@bartok.itc.it> On Sun, Nov 19, 2006 at 03:52:15PM +0100, Helmut Kudrnovsky wrote: > hi, > > i've downloaded yesterday the cvs-snapshot: grass-6.2.cvs_src_snapshot_2006_11_18 > ... > Errors in: > /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/raster/r.surf.fractal > -- ... > main.c:34: Fehler: ??EXIT_SUCCESS?? undeclared (first use in this function) This bug was fixed in 6.2-CVS as well: http://grass.itc.it/pipermail/grass-commit/2006-November/025258.html ... but only 1-2 hours after the snapshot was generated. So it will show up next Saturday. You can easily fix the few line (see above commit URL) if you want to fix it now. Markus From landa.martin at gmail.com Sun Nov 19 13:41:55 2006 From: landa.martin at gmail.com (Martin Landa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] grass62-cvs-serversnapshot 2006/11/18: compiling error In-Reply-To: <20061119183803.GA23647@bartok.itc.it> References: <904100971@web.de> <20061119183803.GA23647@bartok.itc.it> Message-ID: Hi, ... sorry ... it was me:-( I forgot to add the headers... Martin 2006/11/19, Markus Neteler : > On Sun, Nov 19, 2006 at 03:52:15PM +0100, Helmut Kudrnovsky wrote: > > hi, > > > > i've downloaded yesterday the cvs-snapshot: grass-6.2.cvs_src_snapshot_2006_11_18 > > > ... > > Errors in: > > /home/helli/tempinstall/grass62/grass-6.2.cvs_src_snapshot_2006_11_18/raster/r.surf.fractal > > -- > ... > > main.c:34: Fehler: ?EXIT_SUCCESS? undeclared (first use in this function) > > This bug was fixed in 6.2-CVS as well: > http://grass.itc.it/pipermail/grass-commit/2006-November/025258.html > > ... but only 1-2 hours after the snapshot was generated. So it > will show up next Saturday. You can easily fix the few line (see above > commit URL) if you want to fix it now. > > Markus > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- Martin Landa * http://gama.fsv.cvut.cz/~landa * From jmpmcmanus at yahoo.com Sun Nov 19 14:19:55 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] r.terraflow has not compiled In-Reply-To: <17760.39847.314964.997810@cerise.gclements.plus.com> References: <455FC43F.9060701@yahoo.com> <456050A3.9010304@yahoo.com> <17760.39847.314964.997810@cerise.gclements.plus.com> Message-ID: <4560AE5B.3070909@yahoo.com> Glynn Clements wrote: > James McManus wrote: > > >>>> I want to use r.terraflow. However, it is not being compiled, when I >>>> make grass62. I am compiling with the gcc compiler, so it should >>>> reconize the .cc endings as C++ files. Is there an additional step I >>>> need to take to compile this program, when I make grass? >>>> >>> Did you run `.configure --with-cxx` ? >>> >> I did not do that. I made the change, and the C++ compiler shows up in >> the configure output: >> >> checking whether to use C++... yes >> checking for c++... c++ >> checking whether the C++ compiler (c++ -Wl,--export-dynamic) works... yes >> checking whether the C++ compiler (c++ -Wl,--export-dynamic) is a >> cross-compiler... no >> checking whether we are using GNU C++... yes >> checking whether c++ accepts -g... yes >> >> However when I try and make grass I get a parse error, when trying to >> compile terraflow: >> > > >> ./IOStream/include/replacementHeap.h:120: error: parse error in template argument list >> ./IOStream/include/replacementHeapBlock.h:122: error: parse error in template argument list >> > > That error has recently started occurring with the latest versions of > GCC. The issue is fixed in the current CVS version. > > Either update the r.terraflow code to the CVS HEAD version, or use an > older version of GCC for compiling r.terraflow. > > Or just manually remove the template parameters from the destructor > prototypes, i.e.: > > --- replacementHeap.h 5 Oct 2005 05:38:07 -0000 2.2 > +++ replacementHeap.h 6 Nov 2006 00:15:44 -0000 2.3 > @@ -117,7 +117,7 @@ > ReplacementHeap(size_t arity, queue* runList); > > //delete array mergeHeap > - ~ReplacementHeap(); > + ~ReplacementHeap(); > > //is heap empty? > int empty() const { > --- replacementHeapBlock.h 5 Oct 2005 05:38:07 -0000 2.2 > +++ replacementHeapBlock.h 6 Nov 2006 00:15:44 -0000 2.3 > @@ -119,7 +119,7 @@ > ReplacementHeapBlock(queue *> *runList); > > //delete array mergeHeap > - ~ReplacementHeapBlock(); > + ~ReplacementHeapBlock(); > > //is heap empty? > int empty() const { > > That worked. Thanks! From gjames at bgcengineering.ca Sun Nov 19 14:51:36 2006 From: gjames at bgcengineering.ca (Gerry James) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] blank screen on displaying a raster Message-ID: <936A50D8C8E3184BA45CE194A2A867777BCE5B@BGCVANSVR.bgcengineering.ca> Javier, I find it is helpful, when setting up the location, to leave the region extents out. Once you have imported the raster image using r.in.gdal, set the region by g.region rast=xxx.blue. This will ensure the bounds and pixel res are the same as the raster data set. You should also be able to view the raster now. Hope this helps. Gerry James Vancouver, BC -----Original Message----- From: grassuser-bounces@grass.itc.it [mailto:grassuser-bounces@grass.itc.it] On Behalf Of javier orme?o Sent: Saturday, November 18, 2006 6:15 PM To: grassuser@grass.itc.it Subject: [GRASS-user] blank screen on displaying a raster Hi, I`m starting to use grass 6.0.1, read the manual (of the Hannover courses) and played with the spearfish example data (displaying rasters on 0x and viz). But i m having trouble when i try to start a new map. these are the steps I'm following: 1.- create a new location, selected x,y coordinate system, stated a description, defined the default region according to the dimensions of the images in pixels (north: 3179, east 2450, grid resolution e-w: 1 n-s 1). 2.- enter the new location as PERMANNET, import image with r.in.gdal, selecting the jpg file, naming the resulting map. hit Run, and it creates xxx.red, xxx.blue xxx.green. 3.- trouble starts from this point on, if i choose to display a raster with d.rast map=xxx.blue (starting x0 early, which works in TrueColor with 16777216 colors) nothing happens in monitor x0. next tried with display raster with rgb overlay selecting the corespondent raster previously created (red, green and blue), hit run (a green bar fills up and displayed the above command) nothing happens, but if i use the command on the terminal "d.rgb red=xxx.red green=xxx.green blue=xxx.blue" i get "error: Cell layer [fxxx.red] does not exsist" and nothing happens in the monitor (x0) 4.- i tried with r.composite to created a single raster from the red green and blue existing, and i checked that my location (xy coordinates) were the same as resolution of the rasters created and same as the image (in pixels with g.region to match the raster) but it still doesn`t display the raster. I Also tried these same steps with a new location for a tiff image, but no results in displaying the raster. If somebody could help me out pointing put if i`m missing a step or something with a wrong command it would be very appreciated. If more information is required, please let me know. Javier. _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser From s_larosa at libero.it Sat Nov 18 12:30:31 2006 From: s_larosa at libero.it (Salvator*eL*arosa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Build Grass62! Message-ID: <7421558.post@talk.nabble.com> Hi to everbody, I have some problems while i am compiling grass-6.2.0 stable version..... After having launched the ./configure --with-cxx \ --with-gdal=/usr/local/bin/gdal-config \ --with-postgres-includes=/usr/local/pgsql/include \ --with-postgres-libs=/usr/local/pgsql/lib \ --without-mysql \ --with-sqlite \ --with-tcltk-includes=/usr/include/tcl8.4 \ --without-odbc \ --with-nls \ --with-motif \ --with-motif-includes=/usr/include/Xm \ --without-glw \ --with-fftw \ --with-readline \ --with-freetype --with-freetype-includes=/usr/include/freetype2 \ --enable-largefile \ with config.log: GRASS is now configured for: i686-pc-linux-gnu Source directory: /home/sam/GRASS&QGIS/grass-6.2.0 Build directory: /home/sam/GRASS&QGIS/grass-6.2.0 Installation directory: /usr/local/grass-6.2.0 Startup script in directory: ${exec_prefix}/bin C compiler: gcc -g -Wall -Werror-implicit-function-declaration -fno-common C++ compiler: c++ -g -Wall FORTRAN compiler: Building shared libraries: yes 64bit support: no OpenGL platform: X11 NVIZ: yes BLAS support: no C++ support: yes DWG support: no FFMPEG support: no FFTW support: yes FreeType support: yes GDAL support: yes GLw support: no JPEG support: yes LAPACK support: no Large File Support (LFS): yes Motif support: yes MySQL support: no NLS support: yes ODBC support: no OGR support: yes OpenGL support: yes PNG support: yes PostgreSQL support: yes Python support: no Readline support: yes SQLite support: yes Tcl/Tk support: yes TIFF support: yes X11 support: yes $ make I have this error: sam@debian:~/GRASS&QGIS/grass-6.2.0$ make mkdir -p /home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu /bin/sh: QGIS/grass-6.2.0/bin.i686-pc-linux-gnu: No such file or directory make: *** [/home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu] Error 127 sam@debian:~/GRASS&QGIS/grass-6.2.0$ Can someone explain me the motive? I use Debian Etch! -- View this message in context: http://www.nabble.com/Build-Grass62%21-tf2660767.html#a7421558 Sent from the Grass - Users mailing list archive at Nabble.com. From s_larosa at libero.it Sun Nov 19 17:32:12 2006 From: s_larosa at libero.it (Salvator*eL*arosa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Build Grass62! In-Reply-To: <7421558.post@talk.nabble.com> References: <7421558.post@talk.nabble.com> Message-ID: <7434367.post@talk.nabble.com> I don't resolved it, still! Can someone help me? -- View this message in context: http://www.nabble.com/Build-Grass62%21-tf2660767.html#a7434367 Sent from the Grass - Users mailing list archive at Nabble.com. From hamish_nospam at yahoo.com Sun Nov 19 18:10:21 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Storing scripts directly on the WIKI add-ons site In-Reply-To: <20061119115206.7c244486@localhost> References: <0E5A77B55A57D511BB3F0002A537C26208C55C35@s5-dar-r1.nrn.nrcan.gc.ca> <455DDC25.3030008@itc.it> <20061119115206.7c244486@localhost> Message-ID: <20061120121021.00b79979.hamish_nospam@yahoo.com> Markus: > > I think that script upload was disabled on purpose (security) but > > maybe Stephan has more insights. Stephan: > Yes, it was disabled due to security reasons. By default it is only > possible to add pictures through the upload-interface of media-wiki. > > > If not, I would like to know how to enable it. > > There is a config-option somewhere in the basic config-script (which > is very well documented). After enabling the upload you need to add > suffixes to an array which are allowed to be uploaded. is it possible to limit by file size as well as extension? requiring all grass scripts to have a ".sh" extension (or whatever) would be a pain.. (for source code .zip, .gz, .?) Hamish From hamish_nospam at yahoo.com Sun Nov 19 18:29:07 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Build Grass62! In-Reply-To: <7421558.post@talk.nabble.com> References: <7421558.post@talk.nabble.com> Message-ID: <20061120122907.3255a238.hamish_nospam@yahoo.com> Salvator*eL*arosa wrote: > > Hi to everbody, I have some problems while i am compiling grass-6.2.0 > stable version..... .. > I have this error: > > > sam@debian:~/GRASS&QGIS/grass-6.2.0$ make > mkdir -p /home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu > /bin/sh: QGIS/grass-6.2.0/bin.i686-pc-linux-gnu: No such file or > directory make: *** > [/home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu] Error 127 > sam@debian:~/GRASS&QGIS/grass-6.2.0$ remove the the "&" in the "GRASS&QGIS" path name. "mkdir -p" isn't quoting the path so the & is getting parsed by the shell. (it thinks everything after the & is a new command) Hamish From hamish_nospam at yahoo.com Sun Nov 19 18:34:15 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: References: Message-ID: <20061120123415.1737401c.hamish_nospam@yahoo.com> H.S.Rai wrote: > > > GRASS read Autocad files? > > You can save drawing in dxf format from AutoCAD, and then v.in.dxf in > GRASS will do the work. or import DWG format with v.in.dwg if you are willing to abide by OpenDWG's terms and compile it yourself. Hamish From jhorn at bu.edu Sun Nov 19 19:22:30 2006 From: jhorn at bu.edu (Jason Horn) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] [GRASSLIST:1195] Point contained by polygon Message-ID: Sorry to ask such a simple question, but I'm not finding it in the docs. How would you determine if a point is contained within a polygon in GRASS? The point and polygon can be in separate vector files, or in the same vector file - doesn't mater to me. Thanks, - Jason From jhorn at bu.edu Sun Nov 19 19:28:23 2006 From: jhorn at bu.edu (Jason Horn) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Point contained by polygon? Message-ID: <7148D165-8412-41E7-9B6B-FC2A00302171@bu.edu> Sorry to ask such a simple question, but I'm not finding it in the docs. How would you determine if a point is contained within a polygon in GRASS? The point and polygon can be in separate vector files, or in the same vector file - doesn't mater to me. Thanks, - Jason From hamish_nospam at yahoo.com Sun Nov 19 20:04:37 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Point contained by polygon? In-Reply-To: <7148D165-8412-41E7-9B6B-FC2A00302171@bu.edu> References: <7148D165-8412-41E7-9B6B-FC2A00302171@bu.edu> Message-ID: <20061120140437.3b1cac27.hamish_nospam@yahoo.com> Jason Horn wrote: > How would you determine if a point is contained within a polygon in > GRASS? The point and polygon can be in separate vector files, or in > the same vector file - doesn't mater to me. v.overlay or v.select. Hamish ps- the mailing list has moved from baylor to itc. From hamish_nospam at yahoo.com Sun Nov 19 21:33:57 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SVG mapping with GRASS In-Reply-To: <455ED494.6020503@feralindia.org> References: <455EB011.4070308@feralindia.org> <20061118222851.6cfdf539.hamish_nospam@yahoo.com> <455ED494.6020503@feralindia.org> Message-ID: <20061120153357.74b1ad08.hamish_nospam@yahoo.com> Hamish wrote: > No answer for "SVGmapper" app replacement for GRASS (PyWPS?), but a > thought on how to do SVG export: v.out.dxf + dxf2svg. now I notice there is already a v.out.svg module by Klaus F?rster on the wiki add-ons page: http://svg.cc/grass/index.html Hamish From emmanuel.sambale at gmail.com Mon Nov 20 00:53:23 2006 From: emmanuel.sambale at gmail.com (maning sambale) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] calculate pixel areas with starspan Message-ID: Hi, I have grass rasters and I want to calculate raster classes based on the attributes of a shapefile. I'm experimenting with starspan and so far its extremely fast than: v.in.ogr #to export shapefile v.build and v.digit #to check for topology problems v.to.rast r.report But, how can I get area coverage (in percent and hectares) from a given raster class in a polygon? Any ideas? Cheers, Maning -- |---------|----------------------------------------------------------| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |---------|----------------------------------------------------------| From s_larosa at libero.it Mon Nov 20 03:09:44 2006 From: s_larosa at libero.it (Salvator*eL*arosa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Build Grass62! In-Reply-To: <20061120122907.3255a238.hamish_nospam@yahoo.com> References: <7421558.post@talk.nabble.com> <20061120122907.3255a238.hamish_nospam@yahoo.com> Message-ID: <7438505.post@talk.nabble.com> Hamish wrote: > > Salvator*eL*arosa wrote: >> >> Hi to everbody, I have some problems while i am compiling grass-6.2.0 >> stable version..... > .. >> I have this error: >> >> >> sam@debian:~/GRASS&QGIS/grass-6.2.0$ make >> mkdir -p /home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu >> /bin/sh: QGIS/grass-6.2.0/bin.i686-pc-linux-gnu: No such file or >> directory make: *** >> [/home/sam/GRASS&QGIS/grass-6.2.0/bin.i686-pc-linux-gnu] Error 127 >> sam@debian:~/GRASS&QGIS/grass-6.2.0$ > > remove the the "&" in the "GRASS&QGIS" path name. > > "mkdir -p" isn't quoting the path so the & is getting parsed by the > shell. (it thinks everything after the & is a new command) > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > Thanks for your reply..... work fine, now -- View this message in context: http://www.nabble.com/Build-Grass62%21-tf2660767.html#a7438505 Sent from the Grass - Users mailing list archive at Nabble.com. From ravivundavalli at yahoo.com Mon Nov 20 04:09:22 2006 From: ravivundavalli at yahoo.com (RAVI KUMAR) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: Message-ID: <20061120090922.40331.qmail@web60525.mail.yahoo.com> Hi Rai, 1. Do we have to re-compile for v.in.dxf to work in GRASS ?. I have earlier used it this way. Pl clarify. Ravin Kumar "H.S.Rai" wrote: On 11/18/06, infotechsys@pivot.net wrote: > GRASS read Autocad files? You can save drawing in dxf format from AutoCAD, and then v.in.dxf in GRASS will do the work. -- H.S.Rai =================== _______________________________________________ grassuser mailing list grassuser@grass.itc.it http://grass.itc.it/mailman/listinfo/grassuser --------------------------------- Sponsored Link Mortgage rates near 39yr lows. $310,000 Mortgage for $999/mo - Calculate new house payment -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061120/6a914fd3/attachment.html From landa.martin at gmail.com Mon Nov 20 05:47:49 2006 From: landa.martin at gmail.com (Martin Landa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SVG mapping with GRASS In-Reply-To: <20061120153357.74b1ad08.hamish_nospam@yahoo.com> References: <455EB011.4070308@feralindia.org> <20061118222851.6cfdf539.hamish_nospam@yahoo.com> <455ED494.6020503@feralindia.org> <20061120153357.74b1ad08.hamish_nospam@yahoo.com> Message-ID: Hi, not sure, maybe this module could be added to CVS... ? Martin 2006/11/20, Hamish : > Hamish wrote: > > No answer for "SVGmapper" app replacement for GRASS (PyWPS?), but a > > thought on how to do SVG export: v.out.dxf + dxf2svg. > > now I notice there is already a v.out.svg module by Klaus F?rster on the > wiki add-ons page: > > http://svg.cc/grass/index.html > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- Martin Landa * http://gama.fsv.cvut.cz/~landa * From hardeep.rai at gmail.com Mon Nov 20 06:27:16 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: <20061120090922.40331.qmail@web60525.mail.yahoo.com> References: <20061120090922.40331.qmail@web60525.mail.yahoo.com> Message-ID: On 11/20/06, RAVI KUMAR wrote: > 1. Do we have to re-compile for > v.in.dxf to work in GRASS ?. I used it with GRASS 6.2.0RC3 compiled myself with default options. So, in my opinon, GRASS 6.2.0 should have it in its compiled version. You should have one stable version and other CVS on your system. That way you have both world in your hand ;-) -- H.S.Rai =================== From ravivundavalli at yahoo.com Mon Nov 20 07:05:14 2006 From: ravivundavalli at yahoo.com (RAVI KUMAR) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: Message-ID: <580374.59515.qm@web60515.mail.yahoo.com> Pl check it. I am not sure that the CVS has v.in.dxf working in GRASS 6.2 CSV. Ravi Kumar "H.S.Rai" wrote: On 11/20/06, RAVI KUMAR wrote: > 1. Do we have to re-compile for > v.in.dxf to work in GRASS ?. I used it with GRASS 6.2.0RC3 compiled myself with default options. So, in my opinon, GRASS 6.2.0 should have it in its compiled version. You should have one stable version and other CVS on your system. That way you have both world in your hand ;-) -- H.S.Rai =================== --------------------------------- Sponsored Link Mortgage rates as low as 4.625% - $150,000 loan for $579 a month. Intro-*Terms -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061120/9d39fa9d/attachment.html From thierrygonon at mac.com Mon Nov 20 07:45:08 2006 From: thierrygonon at mac.com (Thierry Gonon) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Nviz use In-Reply-To: <200611200813.kAK8D9EE015990@grass.itc.it> References: <200611200813.kAK8D9EE015990@grass.itc.it> Message-ID: <87234E05-010F-1000-82DB-035D602E3710-Webmail-10021@mac.com> Hi everybody ! I'm coming to you for a small problem : in my GIS, with a region defined in 2D (it means : t-b resol=1, top=1, bottom=0), I've imported the SRTM datas (as described in the GRASS Newsletter n? 3), and I can see it in GRASS without problem. But when I start nviz (nviz -q), and then I select my elevation map as "raster surface", but can see anything ! Do I have to create a 3D region ?? Thierry Gonon 2 Place de l'Eglise 01150 LAGNIEU T?l : 04 74 34 49 26 From neumann at karto.baug.ethz.ch Mon Nov 20 08:19:35 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: References: Message-ID: <4561AB67.8080202@karto.baug.ethz.ch> Hello, I'd like to check back if we have decided for one person to write such an entry. Or if someone is already working on an entry. I have someone else writing on Postgis and Qgis. It would be nice to have an entry on Grass as well. Thanks for any information on this issue, Andreas Michael Barton wrote: >I don't know if I have time to do this alone, but a doctoral student in my >lab (who has already taught a course on GRASS) is interested in >contributing. He is Isaac Ullah and I'm copying him so that all have each >others' emails. > >Michael >__________________________________________ >Michael Barton, Professor of Anthropology >School of Human Evolution & Social Change >Center for Social Dynamics and Complexity >Arizona State University > >phone: 480-965-6213 >fax: 480-965-7671 >www: http://www.public.asu.edu/~cmbarton > > -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From benjamin.ducke at ufg.uni-kiel.de Mon Nov 20 08:40:55 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4561AB67.8080202@karto.baug.ethz.ch> References: <4561AB67.8080202@karto.baug.ethz.ch> Message-ID: <4561B067.3040907@ufg.uni-kiel.de> Unfortunately, I find myself unable to meet the December deadline. I would be willing to review text and flesh it out but I don't have the time to create anything substantial myself. Really sorry about this, but I cannot realistically make a comitment beyond that with my current workload. Benjamin Andreas Neumann wrote: > Hello, > > I'd like to check back if we have decided for one person to write such > an entry. Or if someone is already working on an entry. > > I have someone else writing on Postgis and Qgis. It would be nice to > have an entry on Grass as well. > > Thanks for any information on this issue, > Andreas > > Michael Barton wrote: > >> I don't know if I have time to do this alone, but a doctoral student >> in my >> lab (who has already taught a course on GRASS) is interested in >> contributing. He is Isaac Ullah and I'm copying him so that all have >> each >> others' emails. >> >> Michael >> __________________________________________ >> Michael Barton, Professor of Anthropology >> School of Human Evolution & Social Change >> Center for Social Dynamics and Complexity >> Arizona State University >> >> phone: 480-965-6213 >> fax: 480-965-7671 >> www: http://www.public.asu.edu/~cmbarton >> >> -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From hardeep.rai at gmail.com Mon Nov 20 09:05:56 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] CVS compiled not running Message-ID: I compiled CVS, compilation was smooth on Ubuntu 6.06.1, and on issuing ./grass6.2.tmp, it says: Welcome to GRASS 6.3.cvs (2006) GRASS 6.3.cvs (a):~/public_html/DL/grassCVS/grass6/dist.i686-pc-linux-gnu > Error in startup script: can't read "monitor_zooms(1,1,n)": no such variable while executing "lappend region $monitor_zooms($mon,1,$attr)" (procedure "MapCanvas::currentzoom" line 13) invoked from within "MapCanvas::currentzoom $mon" (procedure "MapCanvas::coordconv" line 23) invoked from within "MapCanvas::coordconv $mon" (procedure "MapCanvas::create" line 68) invoked from within "MapCanvas::create" (procedure "Gm::startmon" line 11) invoked from within "Gm::startmon" (procedure "Gm::create" line 69) invoked from within "Gm::create" (procedure "main" line 30) invoked from within "main $argc $argv" (file "/home/civil/public_html/DL/grassCVS/grass6/dist.i686-pc-linux-gnu/etc/gm/gm.tcl" line 527) GRASS 6.3.cvs (a):~/public_html/DL/grassCVS/grass6/dist.i686-pc-linux-gnu > ========================= d.m & Give following error: GRASS 6.3.cvs (a):~/public_html/DL/grassCVS/grass6/dist.i686-pc-linux-gnu > Error in startup script: couldn't execute "ps.map": no such file or directory while executing "exec ps.map -p" (procedure "DmPrint::init" line 14) invoked from within "DmPrint::init" (procedure "main" line 34) invoked from within "main $argc $argv" (file "/home/civil/public_html/DL/grassCVS/grass6/dist.i686-pc-linux-gnu/etc/dm/d.m.tcl" line 1637) ========================= What should I do? -- H.S.Rai =================== From hardeep.rai at gmail.com Mon Nov 20 09:07:43 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: <580374.59515.qm@web60515.mail.yahoo.com> References: <580374.59515.qm@web60515.mail.yahoo.com> Message-ID: On 11/20/06, RAVI KUMAR wrote: > Pl check it. I am not sure that the CVS has > v.in.dxf working in GRASS 6.2 CSV. I compiled CVS, but could not run gis.m. However from command prompt, I found v.in.dxf is not there. But, it is there in GRASS6.2.0RC3 -- H.S.Rai =================== From epatton at nrcan.gc.ca Mon Nov 20 10:45:41 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Logging wishes at GForge Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C4B@s5-dar-r1.nrn.nrcan.gc.ca> Are we logging wishes separately at GForge yet? Sorry, I haven't been following the thread lately. ~ Eric. From javier.alvarez at cedex.es Mon Nov 20 12:09:11 2006 From: javier.alvarez at cedex.es (=?iso-8859-1?Q?Javier_=C1lvarez_Rodr=EDguez?=) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] null values and v.surf.idw Message-ID: <000c01c70cc6$9bdd54a0$7a4291c1@ceh.cedex.es> Dear people, I?m interpolating some data by means of v.surf.idw. I loaded data in a database using v.in.ascii and create a vector layer. Here is an example of five loaded fields of one row. X and y coordinates are in the two first columns. Other fields are data to interpolate. But some stations missed some data. So, the imported database contains blank values whenever data is not available. This row has blank (no data or null) values in data2: X;y;data1;data2;data3 623649;4784544;2.3;;1.98 I have no problems using data1 and data3 in v.surf.idw procedure. The problem appears when trying to use data2. It seems that the interpolation procedure takes ?0.0? value when it should not consider anything. How can I manage null (no data) in v.surf.idw? Thanks in advance Javier ?lvarez Rodr?guez ?rea de Hidrolog?a del Centro de Estudios Hidrogr?ficos del CEDEX Paseo Bajo de la Virgen del Puerto, 3 Madrid 28007. Espa?a +34 91 335 79 38 +34 91 335 79 22 javier.alvarez@cedex.es -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061120/112fa6b3/attachment.html From tutey at o2.pl Mon Nov 20 12:18:27 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Table layer wise In-Reply-To: References: Message-ID: <4561E363.7050904@o2.pl> H.S.Rai wrote: > Importing of DXF file creat map with layers same in number as in CAD > Drawing, it also creats same number of tables. > > Till date I have used one table with one map. Can we connect different > tables with different layers in a map? If yes, how? > > v.db.connect does not have any such option. Oh yes it has. See layer and key parameters. Maciek From tutey at o2.pl Mon Nov 20 12:37:09 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] [fork] v.surf.bspline [was: Problems with v.outlier and v.lidar.edgedetection] In-Reply-To: <455457C8.4030609@geomatica.como.polimi.it> References: <455457C8.4030609@geomatica.como.polimi.it> Message-ID: <4561E7C5.4010205@o2.pl> Hi Roberto, On a related note - have you succeded in fixing bugs mentioned in the http://www.nabble.com/v.surf.bspline%3A-bugs-and-issues-tf2270748.html#a6302978 ? Thanks, Maciek From dylan.beaudette at gmail.com Mon Nov 20 13:12:36 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] calculate pixel areas with starspan In-Reply-To: References: Message-ID: <200611201012.36992.dylan.beaudette@gmail.com> On Sunday 19 November 2006 21:53, maning sambale wrote: > Hi, > > I have grass rasters and I want to calculate raster classes based on > the attributes of a shapefile. I'm experimenting with starspan and so > far its extremely fast than: > > v.in.ogr #to export shapefile > v.build and v.digit #to check for topology problems > v.to.rast > r.report > > But, how can I get area coverage (in percent and hectares) from a > given raster class in a polygon? > > Any ideas? > > Cheers, > > Maning Hi Manning, How are you invoking starspan, and what exactly do you mean by "an area coverage" ? You might check out the "mini-raster" options in starspan: --mini_rasters --mini_raster_strip I believe that these will extract "mini" rasters for each vector feature. Be sure to read the documentation however. Cheers, -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From tutey at o2.pl Mon Nov 20 12:48:21 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Logging wishes at GForge In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C4B@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C4B@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <4561EA65.2070107@o2.pl> Patton, Eric wrote: > Are we logging wishes separately at GForge yet? Sorry, I haven't been following the thread lately. Nope, not yet. I'm still waiting for some feedback from devs: http://www.nabble.com/GRASS-at-GForge-first-steps-tf2574015.html#a7175648 Hamish has been helping a lot with his comments and suggestions. Maciek From glynn at gclements.plus.com Mon Nov 20 13:34:01 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Build Grass62! In-Reply-To: <20061120122907.3255a238.hamish_nospam@yahoo.com> References: <7421558.post@talk.nabble.com> <20061120122907.3255a238.hamish_nospam@yahoo.com> Message-ID: <17761.62745.902997.251183@cerise.gclements.plus.com> Hamish wrote: > "mkdir -p" isn't quoting the path That looks like a bug in the Makefile(s); can you say which one(s)? -- Glynn Clements From malte at perlomat.de Mon Nov 20 15:08:49 2006 From: malte at perlomat.de (Malte Halbey-Martin) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4561B067.3040907@ufg.uni-kiel.de> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> Message-ID: <45620B51.7000000@perlomat.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Okay, I have some ressources to do that (I'm travelling a lot by train at the moment). But I need some facts: 1. When is the december deadline 2. Who#s already writing something about GRASS 3. Where are all pieces collected 4. What needs to be done? 5. which format (latex, odf, ...) Just let me know.... Regards and good night (yawning) Malte Benjamin Ducke schrieb: > Unfortunately, I find myself unable to meet the December deadline. > > I would be willing to review text and flesh it out but I don't have > the time to create anything substantial myself. > > Really sorry about this, but I cannot realistically make a comitment > beyond that with my current workload. > > Benjamin > > > Andreas Neumann wrote: >> Hello, >> >> I'd like to check back if we have decided for one person to write >> such an entry. Or if someone is already working on an entry. >> >> I have someone else writing on Postgis and Qgis. It would be nice >> to have an entry on Grass as well. >> >> Thanks for any information on this issue, >> Andreas >> >> Michael Barton wrote: >> >>> I don't know if I have time to do this alone, but a doctoral >>> student in my >>> lab (who has already taught a course on GRASS) is interested in >>> contributing. He is Isaac Ullah and I'm copying him so that all >>> have each >>> others' emails. >>> >>> Michael >>> __________________________________________ >>> Michael Barton, Professor of Anthropology >>> School of Human Evolution & Social Change >>> Center for Social Dynamics and Complexity >>> Arizona State University >>> >>> phone: 480-965-6213 >>> fax: 480-965-7671 >>> www: http://www.public.asu.edu/~cmbarton >>> >>> > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFYgtRz6k8g9jQ0MkRAk1UAJ9pyddFEw6zQKuzwbhoUXeMdQOf6wCfahm6 UYD2UOOHugWBkYBUZkYd0A4= =1U1w -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: malte.vcf Type: text/x-vcard Size: 229 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061120/c0fa2c46/malte.vcf From neumann at karto.baug.ethz.ch Mon Nov 20 15:18:27 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <45620B51.7000000@perlomat.de> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> <45620B51.7000000@perlomat.de> Message-ID: <45620D93.2080706@karto.baug.ethz.ch> Hi Malte, This would be great. >1. When is the december deadline > > I don't know exactly. It might be in the middle of december or even in January? I am not the project manager. I had two different contracts with Springer. One was due in december, the other in january ... >2. Who#s already writing something about GRASS > > ? >3. Where are all pieces collected > > Springer has an upload and review system. But anything prior to that should be organized by the Grass community (there was the proposal to use a Wiki page for that purpose, but I don't think there is anything concrete, currently) >4. What needs to be done? > > the entry should be 8-12 pages - here is an example: http://www.carto.net/neumann/temp/VoronoiEntry.pdf >5. which format (latex, odf, ...) > > they have latex or doc templates If you agree to be the primary contact, I'll forward your contact information to the responsible person at Springer. Thanks a lot, Andreas -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From lponti at infinito.it Mon Nov 20 15:19:40 2006 From: lponti at infinito.it (Luigi Ponti) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] null values and v.surf.idw In-Reply-To: <000c01c70cc6$9bdd54a0$7a4291c1@ceh.cedex.es> References: <000c01c70cc6$9bdd54a0$7a4291c1@ceh.cedex.es> Message-ID: <45620DDC.5090607@infinito.it> Javier ?lvarez Rodr?guez wrote: > > Dear people, > > I?m interpolating some data by means of v.surf.idw. I loaded data in a > database using v.in.ascii and create a vector layer. Here is an > example of five loaded fields of one row. X and y coordinates are in > the two first columns. Other fields are data to interpolate. But some > stations missed some data. So, the imported database contains blank > values whenever data is not available. This row has blank (no data or > null) values in data2: > > X;y;data1;data2;data3 > > 623649;4784544;2.3;;1.98 > > I have no problems using data1 and data3 in v.surf.idw procedure. The > problem appears when trying to use data2. It seems that the > interpolation procedure takes ?0.0? value when it should not consider > anything. How can I manage null (no data) in v.surf.idw? > I had a similar problem recently and the mailing kindly suggested a solution that worked out. Please see: http://article.gmane.org/gmane.comp.gis.grass.user/16380/ Hope it helps, Luigi From perrygeo at gmail.com Mon Nov 20 16:03:40 2006 From: perrygeo at gmail.com (Matthew Perry) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Calculating a raster "polygon density" map Message-ID: <5383fa5e0611201303v523307b3reca7d92c30a00191@mail.gmail.com> Hey folks, I'm trying to rasterize a polygon vector layer as a polygon density map. In other words instead of each cell containing NULL or the underlying vector attribute (v.to.rast), I'd like each raster cell to represent the percent of the cell's area covered by polygons. Is there an existing function that can handle this? Has anyone tried creating such a polygon density function in GRASS or GDAL/OGR? Thanks for the input, -- Matthew T. Perry GIS Analyst / Software Engineer National Center for Ecological Analysis and Synthesis (NCEAS) work: perry@nceas.ucsb.edu web: http://www.perrygeo.net From hamish_nospam at yahoo.com Mon Nov 20 17:52:52 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: References: <580374.59515.qm@web60515.mail.yahoo.com> Message-ID: <20061121115252.713a9ecf.hamish_nospam@yahoo.com> > RAVI KUMAR wrote: > > Pl check it. I am not sure that the CVS has > > v.in.dxf working in GRASS 6.2 CSV. H.S.Rai wrote: > I compiled CVS, but could not run gis.m. However from command prompt, > I found v.in.dxf is not there. > > But, it is there in GRASS6.2.0RC3 v.in.dxf is indeed a standard module in GRASS 6.2.0, it should be there. v.in.dwg is not, due to OpenDWG license restrictions. You will need to get the OpenDWG library and compile the module yourself if you want that. I suspect that Hardeep's installation is broken -- IIRC the ps.map module was missing as well? Try rebuilding GRASS and look at the error list at the end. Hamish From qll at timberline.ca Mon Nov 20 19:15:11 2006 From: qll at timberline.ca (Qinglin Li) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] QGIS6.3 Message-ID: <002801c70d02$1c4f4040$ba3210ac@timberline.int> Anyone knows Quantum GIS version 0.8 windows version for the setting of GISDBASE? I am trying to set up grass in the plugins, it always ask me GISBASE setting for mapset. Thanks Ching -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061120/ad4bb34a/attachment.html From b.wood at niwa.co.nz Mon Nov 20 20:13:19 2006 From: b.wood at niwa.co.nz (Brent Wood) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Calculating a raster "polygon density" map In-Reply-To: <5383fa5e0611201303v523307b3reca7d92c30a00191@mail.gmail.com> References: <5383fa5e0611201303v523307b3reca7d92c30a00191@mail.gmail.com> Message-ID: <456252AF.1000609@niwa.co.nz> Matthew Perry wrote: > Hey folks, > > I'm trying to rasterize a polygon vector layer as a polygon density > map. In other words instead of each cell containing NULL or the > underlying vector attribute (v.to.rast), I'd like each raster cell to > represent the percent of the cell's area covered by polygons. > > Is there an existing function that can handle this? Has anyone tried > creating such a polygon density function in GRASS or GDAL/OGR? > > Thanks for the input, I've recently done a similar exercise with polygons representing the swept area of commercial fishing trawls and a grid polygon layer. The "raster" layer is a table of square polygons forming a grid covering the area of interest. A simple SQL joins the two tables (400,000 cells & 1,000,000 tow polygons), giving 5,000,000 records & the intersections of the two layers, ie: each tow is divided up into the cells it crosses. Given the output includes cell_id, SQL queries to determine the aggregate swept area within a cell, which can be many times the cell area, the area of each cell which has or has not been fished, etc are trivial & pretty fast. So my solution was not a raster one as you suggest , but used a vector layer of cells which functioned in a similar way. It is then trivial to get the data into GRASS (for you) or GMT & R (for me :-) using a XYZ dataset of grid centroids & whatever Z value I want to use Cheers, Brent Wood From hamish_nospam at yahoo.com Mon Nov 20 21:38:52 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <45620D93.2080706@karto.baug.ethz.ch> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> <45620B51.7000000@perlomat.de> <45620D93.2080706@karto.baug.ethz.ch> Message-ID: <20061121153852.1dcbba8e.hamish_nospam@yahoo.com> Andreas Neumann wrote: > >3. Where are all pieces collected > > > Springer has an upload and review system. But anything prior to that > should be organized by the Grass community (there was the proposal to > use a Wiki page for that purpose, but I don't think there is anything > concrete, currently) I have now set up a wiki page for this: http://grass.gdf-hannover.de/wiki/About_GRASS Hamish From hardeep.rai at gmail.com Mon Nov 20 22:29:05 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: <20061121115252.713a9ecf.hamish_nospam@yahoo.com> References: <580374.59515.qm@web60515.mail.yahoo.com> <20061121115252.713a9ecf.hamish_nospam@yahoo.com> Message-ID: On 11/21/06, Hamish wrote: > > v.in.dxf is indeed a standard module in GRASS 6.2.0, it should be there. Yes, It is there in 6.2.0, I compiled it also, and with default options, and found it to be there. -- H.S.Rai =================== From raymond_fu at yahoo.com Tue Nov 21 03:41:08 2006 From: raymond_fu at yahoo.com (Raymond Fu) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] spearfish data Message-ID: <20061121084108.91766.qmail@web36108.mail.mud.yahoo.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: ErrSF0.jpg Type: image/pjpeg Size: 21493 bytes Desc: 2907021200-ErrSF0.jpg Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061121/9d61278a/ErrSF0.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: ErrorSpearFish.jpg Type: image/pjpeg Size: 29008 bytes Desc: 225430764-ErrorSpearFish.jpg Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061121/9d61278a/ErrorSpearFish.bin From steko at iosa.it Tue Nov 21 04:17:36 2006 From: steko at iosa.it (Stefano Costa) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: <20061121115252.713a9ecf.hamish_nospam@yahoo.com> References: <580374.59515.qm@web60515.mail.yahoo.com> <20061121115252.713a9ecf.hamish_nospam@yahoo.com> Message-ID: <1164100656.13200.13.camel@localhost.localdomain> Il giorno mar, 21/11/2006 alle 11.52 +1300, Hamish ha scritto: > > v.in.dwg is not, due to OpenDWG license restrictions. You will need to > get the OpenDWG library and compile the module yourself if you want > that. You could also try OrbisCAD http://orbiscad.sf.net which does import DWG files and can output Shapefiles as well to be used in GRASS. It is based on the jdwg library (not very clear to me its licensing btw) Best regards, Stefano -- Stefano Costa http://www.iosa.it Open Archaeology http://list.iosa.it International Mailing List Jabber: steko@jabber.linux.it From malte at perlomat.de Tue Nov 21 04:33:05 2006 From: malte at perlomat.de (Malte Halbey-Martin) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <45620D93.2080706@karto.baug.ethz.ch> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> <45620B51.7000000@perlomat.de> <45620D93.2080706@karto.baug.ethz.ch> Message-ID: <4562C7D1.9080104@perlomat.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Andreas, if it's okay for the grass- community, I'll be the primary contact. I think we should promote grass as much as possible, because it's pretty good software! The first thing I need to know exactly is the december deadline. Regards Malte Andreas Neumann schrieb: > If you agree to be the primary contact, I'll forward your contact > information to the responsible person at Springer. > > Thanks a lot, > Andreas > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFYsfRz6k8g9jQ0MkRAm7hAJwNnv3Hi0Ihas98SLdQ9sbpSgS3FACgh7CZ CpOnHcoXWffy9QBvcXEMcP8= =e+hC -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: malte.vcf Type: text/x-vcard Size: 229 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061121/b8d484c2/malte.vcf From agustin.diez at uv.es Tue Nov 21 05:21:15 2006 From: agustin.diez at uv.es (=?ISO-8859-1?Q?Agust=EDn_Diez_Castillo?=) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] spearfish data In-Reply-To: <20061121084108.91766.qmail@web36108.mail.mud.yahoo.com> References: <20061121084108.91766.qmail@web36108.mail.mud.yahoo.com> Message-ID: <075E8C74-A75F-4891-8831-706353FB5D42@uv.es> Maybe, is only a permissions problem. Are the mapsets own by the grass user? Can you create a new mapset? Change permissions for spearfish60 and try again. Agustin On Nov 21, 2006, at 9:41 AM, Raymond Fu wrote: > hi, > > I have installed GRASS 6.1 CVS from the procedure "Cygwin Setup > package 1" in http://geni.ath.cx/grass.html. Then spearfish60 > sample data are installed > into a home/[user]/database directory. However, after entering > GRASS, and > clicking spearfish60 Location, I can't find the PERMANENT and user1 > Mapsets. Please find the screen dump. > > Do I need to set something so that I can access the data? If not, > what are the possible problems? > > Thanks & Regards > Raymond > Send instant messages to your online friends http:// > uk.messenger.yahoo.com > > > _______________________________________________ > > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061121/3be5ab83/attachment.html From neumann at karto.baug.ethz.ch Tue Nov 21 05:30:18 2006 From: neumann at karto.baug.ethz.ch (Andreas Neumann) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4562C7D1.9080104@perlomat.de> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> <45620B51.7000000@perlomat.de> <45620D93.2080706@karto.baug.ethz.ch> <4562C7D1.9080104@perlomat.de> Message-ID: <4562D53A.5030607@karto.baug.ethz.ch> >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Hi Andreas, >if it's okay for the grass- community, I'll be the primary contact. > > > ok - if noone objects until tonight, I'll propose this to Jennifer Carlson (Springer). >I think we should promote grass as much as possible, because it's >pretty good software! > > sure >The first thing I need to know exactly is the december deadline. > > can't answer this one. Jennifer will answer it. Thanks for stepping forward, Malte! Andreas -- ---------------------------------------------- Andreas Neumann Institute of Cartography ETH Zurich Wolfgang-Paulistrasse 15 CH-8093 Zurich, Switzerland Phone: ++41-44-633 3031, Fax: ++41-44-633 1153 e-mail: neumann@karto.baug.ethz.ch www: http://www.carto.net/neumann/ SVG.Open: http://www.svgopen.org/ Carto.net: http://www.carto.net/ From neteler at itc.it Tue Nov 21 10:18:15 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Wiki: Openoffice.org with SQL Databases In-Reply-To: <20060813194842.GA7641@bartok.itc.it> References: <20060813194842.GA7641@bartok.itc.it> Message-ID: <20061121151814.GA9602@bartok.itc.it> On Sun, Aug 13, 2006 at 09:48:42PM +0200, Markus Neteler wrote: > Hi, > > after discovering that Openoffice.org offers a *graphical* query > engine for databases (you know that for a long time certainly :-), > I thought that a wiki page would be useful: > > http://grass.gdf-hannover.de/wiki/Openoffice.org_with_SQL_Databases > * 1.1 PostgreSQL (OpenOffice.org 2.x) > o 1.1.1 Installation of PostgreSQL driver > o 1.1.2 Usage of PostgreSQL driver > * 1.2 MySQL (OpenOffice.org 2.x) > * 1.3 DBF files (OpenOffice.org 2.x) > * 1.4 MS-Access mdb files (OpenOffice.org 2.x) > * 1.5 SQLite files (OpenOffice.org 2.x) > > > Please extend... Done so :-) Now the page comes with a graphical guide how to convert Excel/whatever tables into an SQL DB using Openoffice-Base. cheers Markus From traviskirstine at gmail.com Tue Nov 21 11:34:57 2006 From: traviskirstine at gmail.com (Travis Kirstine) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] howto Install grass 6.2 on Fedora 6 In-Reply-To: <1163060363.9070.21.camel@devel> References: <681116190611080659w6f926787ofb8ca79267a77e71@mail.gmail.com> <1163060363.9070.21.camel@devel> Message-ID: <681116190611210834u4e3f88c3n4f91c7565a9c3989@mail.gmail.com> Thanks all for your insight, I used yum to install the packages and all seems to work fine. Travis On 09/11/06, Brad Douglas wrote: > On Wed, 2006-11-08 at 09:59 -0500, Travis Kirstine wrote: > > I've just converted from windows xp to fedora 6.2 and have in the past > > been using the grass/cygwin combo from geni.ath.cx or the new mingw > > version. I would like to now install grass 6.2 on my machine running > > fedora 6. I tried just downloading and running the various .rpm files > > from the grass download page but receive missing required file error > > (dependencies) message when attempting to install. Can anyone point > > me to where I could find a listing of all files required for grass to > > run and a fairly detailed explanation on steps needed to install since > > I have very little experience with fedora/linux > > I haven't finished the accompanying documentation, yet. > > You definitely need proj,tcl,tk,fftw,freetype,sqlite,python installed. > Can you paste the error and which gdal you are using? GRASS has many > dependencies. > > You can usually guess the missing pieces from the library/dependency > name or you can let yum resolve the dependencies for you: > > yum localinstall package_list > > package_list being the GRASS and associated RPMs you downloaded. > > > -- > Brad Douglas KB8UYR/6 > Address: 37.493,-121.924 / WGS84 National Map Corps #TNMC-3785 > > -- Travis K. Toronto, Canada ------------------------------------------------------------ "She knows there's no success like failure And that failure's no success at all." -Bob Dylan- ------------------------------------------------------------ From jarekj at amu.edu.pl Tue Nov 21 15:07:45 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] can I display attrcol during digitizing? Message-ID: <45635C91.6020402@amu.edu.pl> Hi I want to display as a background vector with atrrcol as a parameter. ie: v.digit geologia bgcmd="d.vect map=stara_geologia atrrcol=cat" And I can't. attrcol is not valid parameter Is it possible in all? or any surogate method to display background atributies during digitalizing (raster is not an option - to many categories) regards Jarek From tutey at o2.pl Tue Nov 21 15:42:38 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4562C7D1.9080104@perlomat.de> References: <4561AB67.8080202@karto.baug.ethz.ch> <4561B067.3040907@ufg.uni-kiel.de> <45620B51.7000000@perlomat.de> <45620D93.2080706@karto.baug.ethz.ch> <4562C7D1.9080104@perlomat.de> Message-ID: <456364BE.1090709@o2.pl> Malte Halbey-Martin wrote: > Hi Andreas, > if it's okay for the grass- community, I'll be the primary contact. Cheers! All good luck to you! Maciek From woklist at kyngchaos.com Tue Nov 21 17:48:52 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] v.to.rast on 3D polygons? Message-ID: A bit stumped on this: I imported a 3D polygon shapefile with v.in.ogr and the 3D (-z) option to generate a 3D area vector. Without the 3D option, the polygon heights are dropped altogether, without adding them to the attribute table. I now want to make a raster with area fills corresponding to the elevation (height) of the 3D polygons. According to the v.to.rast docs, the use=z option only works for points and lines, and indeed all that gives me is single cells at the centroids. As a workaround I thought I'd put the elevation into the db table with v.to.db, but there is no z option, just area and perimeter. Any ideas how to get the 3D z value into a raster fill? Is it possible to add a z option for v.to.rast (for areas) and/or v.to.db? ----- William Kyngesburye http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy From hamish_nospam at yahoo.com Tue Nov 21 18:42:21 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] can I display attrcol during digitizing? In-Reply-To: <45635C91.6020402@amu.edu.pl> References: <45635C91.6020402@amu.edu.pl> Message-ID: <20061122124221.3e2c5916.hamish_nospam@yahoo.com> Jarek Jasiewicz wrote: > Hi > I want to display as a background vector with atrrcol as a parameter. > > ie: v.digit geologia bgcmd="d.vect map=stara_geologia atrrcol=cat" > > And I can't. attrcol is not valid parameter > > Is it possible in all? or any surogate method to display background > atributies during digitalizing (raster is not an option - to many > categories) start by getting the d.vect command working without the complication of v.digit. d.mon start=x0 d.vect map=stara_geologia display=attr attrcol=cat or easier, d.vect map=stara_geologia display=cat (your error was because you spelt "attrcol" wrong) Hamish From dylan.beaudette at gmail.com Tue Nov 21 19:22:12 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Springer Encyclopedia of GIS, GRASS entry In-Reply-To: <4562C7D1.9080104@perlomat.de> References: <45620D93.2080706@karto.baug.ethz.ch> <4562C7D1.9080104@perlomat.de> Message-ID: <200611211622.12521.dylan.beaudette@gmail.com> On Tuesday 21 November 2006 01:33, Malte Halbey-Martin wrote: > Hi Andreas, > if it's okay for the grass- community, I'll be the primary contact. > > I think we should promote grass as much as possible, because it's > pretty good software! > > The first thing I need to know exactly is the december deadline. > > Regards > Malte > > Andreas Neumann schrieb: > > If you agree to be the primary contact, I'll forward your contact > > information to the responsible person at Springer. > > > > Thanks a lot, > > Andreas Thanks for stepping up to the task. Cheers, -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From jarekj at amu.edu.pl Wed Nov 22 00:27:39 2006 From: jarekj at amu.edu.pl (Jarek Jasiewicz) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] can I display attrcol during digitizing? In-Reply-To: <20061122124221.3e2c5916.hamish_nospam@yahoo.com> References: <45635C91.6020402@amu.edu.pl> <20061122124221.3e2c5916.hamish_nospam@yahoo.com> Message-ID: <4563DFCB.2030504@amu.edu.pl> Hamish napisa?(a): > Jarek Jasiewicz wrote: > >> Hi >> I want to display as a background vector with atrrcol as a parameter. >> >> ie: v.digit geologia bgcmd="d.vect map=stara_geologia atrrcol=cat" >> >> And I can't. attrcol is not valid parameter >> >> Is it possible in all? or any surogate method to display background >> atributies during digitalizing (raster is not an option - to many >> categories) >> > > > start by getting the d.vect command working without the complication of > v.digit. > > > d.mon start=x0 > d.vect map=stara_geologia display=attr attrcol=cat > or easier, > d.vect map=stara_geologia display=cat > > > (your error was because you spelt "attrcol" wrong) > > > Hamish > I make it according d.vect and v.digit help... From michael_perdue at yahoo.ca Wed Nov 22 01:25:18 2006 From: michael_perdue at yahoo.ca (Michael Perdue) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection In-Reply-To: <45584E60.4020402@geomatica.como.polimi.it> References: <455457C8.4030609@geomatica.como.polimi.it> <45584E60.4020402@geomatica.como.polimi.it> Message-ID: Hi Roberto, I did a cvs update on my linux machine and the seg fault bug is fixed. Cheers! I've also done a bunch more experimenting on both my linux machine and my mac and found out that the error that I reported is not specific to the mac. It occurs on my SUSE 10.1 machine as well. At first I thought it was related to the size of my vector files, but after severe decimation of one of the input files I realized that it was related to the region bounds for the mapset. More specifically, it seems to be related to the relationship between the size of the region and the spline interpolation step value. In a nutshell, if the region dimensions are more than 250 times the spline interpolation step value in either axis then v.outlier & v.lidar.edgedetection (and probably v.lidar.correction, but havn't tested) will fail with the driver error below. So for the command; #Region size of 1000X2500m GRASS 6.2.0 (Mudflats):~ > g.region n=5276000 s=5275000 e=581500 w=579000 ewres=1 nsres=1 GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean outlier=outlier v.outlier complete SUCCESS #Region size of 1000x2501m GRASS 6.2.0 (Mudflats):~ > g.region n=5276000 s=5275000 e=581501 w=579000 ewres=1 nsres=1 GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean outlier=outlier --o DBMI-SQLite driver error: Error in sqlite3_prepare(): no such table: Auxiliar_outlier_table ERROR: Impossible to write in the database FAILURE As does; #Region size of 100X2501m GRASS 6.2.0 (Mudflats):~ > g.region n=5275100 s=5275000 e=581501 w=579000 ewres=1 nsres=1 GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean outlier=outlier --o DBMI-SQLite driver error: Error in sqlite3_prepare(): no such table: Auxiliar_outlier_table ERROR: Impossible to write in the database FAILURE This is true for both my Mac and my Linux machine (both 32bit). Now that I know how to trigger it, it's pretty easy to work around, but I just though I'd let you know in case it gives you any ideas as to what may be causing it. On a side note, I noticed that the parameter name for the spline interpolation step is different for each program that uses it. Ie, for the north-south interpolation step in v.outlier it is "son", in v.surf.spline it is "sin", in v.lidar.edgedetection it is "sen" and "scn" for v.lidar.correction. Is there some difference to it's use in each of these commands? Otherwise, it might be better if they all possessed the same name. Just a though. Anyways, I hope this info helps. Cheers, Mike On 13-Nov-06, at 3:52 AM, Roberto Antolin wrote: > Hi Mike and all, > I resolved the v.outlier bug successfully(?) and now it is not > necessary setting the "qgis=" parameter any more. Only if you want, > of course ;-) > > The dbf driver error is very bizarre. This morning I made some > tests with both dbf driver and db and I had the same problem. I was > trying to understand it when the computer shutdown because of a non > related problem. The point is that after the restart, I did the > same tests and everything run ok. > > It's a pity that I haven't got a mac to make some tests, so I'm not > able to say you anything. Anyway, I'll try to understand better > which is the real problem with dbf. I'll let you know if I find out > something > > Michael Perdue ha scritto: > >> >> Hi Roberto, >> >> Thanks for the info. I'm still pretty new to macintosh and so far >> haven't had much luck (read lazy) at setting up the environment >> for building binaries myself. I did run it with the qgis option >> however, and although it didn't complain about a "bus error", it >> did shut down with the same error reported by v.lidar.edgedetection; >> >>>> DBMI-DBF driver error: >>>> Table 'Auxiliar_edge_table' doesn't exist. >>>> Error in db_execute_immediate() >>>> >>>> ERROR: Impossible to write in the database >>> >> >> So, it seems that what ever is causing the error is specific to >> mac and may be common to all the v.lidar.* programs. I have a >> linux workstation in the office and I did a cvs update earlier >> today. The binaries were building when I left so in the morning >> I'll run everything through it and then move the files over to my >> mac and see if the issue also affects v.lidar.* and >> v.surf.bspline. I'll let you know what I find out. Let me know if >> there is anything I can do to be of assistance. >> >> Cheers and thanks again! >> >> Mike > > > > -- > Roberto Antol?n S?nchez > Politecnico di Milano ? Polo Regionale di Como > (Laboratorio di Geomatica V2.8) > Via Valleggio, 11 ? 22100 Como, Italy > tel: +39 031 332 7533 || fax: +39 031 332 7519 email: > roberto.antolin@polimi.it > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From roberto.antolin at polimi.it Wed Nov 22 04:12:57 2006 From: roberto.antolin at polimi.it (Roberto Antolin) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] Problems with v.outlier and v.lidar.edgedetection In-Reply-To: References: <455457C8.4030609@geomatica.como.polimi.it> <45584E60.4020402@geomatica.como.polimi.it> Message-ID: <45641499.4030403@polimi.it> Hi Mike and all > Hi Roberto, > > I did a cvs update on my linux machine and the seg fault bug is > fixed. Cheers! > Thanks :) > > In a nutshell, if the region dimensions are more than 250 times the > spline interpolation step value in either axis then v.outlier & > v.lidar.edgedetection (and probably v.lidar.correction, but havn't > tested) will fail with the driver error below. So for the command; > > #Region size of 1000X2500m > GRASS 6.2.0 (Mudflats):~ > g.region n=5276000 s=5275000 e=581500 > w=579000 ewres=1 nsres=1 > GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean > outlier=outlier > v.outlier complete > SUCCESS > > > #Region size of 1000x2501m > GRASS 6.2.0 (Mudflats):~ > g.region n=5276000 s=5275000 e=581501 > w=579000 ewres=1 nsres=1 > GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean > outlier=outlier --o > DBMI-SQLite driver error: > Error in sqlite3_prepare(): > no such table: Auxiliar_outlier_table > > ERROR: Impossible to write in the database > FAILURE > > As does; > #Region size of 100X2501m > GRASS 6.2.0 (Mudflats):~ > g.region n=5275100 s=5275000 e=581501 > w=579000 ewres=1 nsres=1 > GRASS 6.2.0 (Mudflats):~ > v.outlier input=pslc2k output=clean > outlier=outlier --o > DBMI-SQLite driver error: > Error in sqlite3_prepare(): > no such table: Auxiliar_outlier_table > > ERROR: Impossible to write in the database > FAILURE > > This is true for both my Mac and my Linux machine (both 32bit). Now > that I know how to trigger it, it's pretty easy to work around, but I > just though I'd let you know in case it gives you any ideas as to > what may be causing it. > Ok, thank you very much for the information, it is very useful. I think I'll find this bug, but I don't know when I'll do it, sorry. I'm doing my best but I'm one man alone Vs five big progrmas :) Now, I'm working on improving v.surf.bspline and fixing some bugs reported by Maciek in the same module. And also continue with my doctoral program. > On a side note, I noticed that the parameter name for the spline > interpolation step is different for each program that uses it. Ie, > for the north-south interpolation step in v.outlier it is "son", in > v.surf.spline it is "sin", in v.lidar.edgedetection it is "sen" and > "scn" for v.lidar.correction. Is there some difference to it's use in > each of these commands? Otherwise, it might be better if they all > possessed the same name. Just a though. > Yes, it has its sense. It means, son = Spline Outlier North; sin = Spline Interpolation North; sen=Spline Edgedetection North, etc. It is also the same for soe = Spline Outlier East; sie=..., etc, etc. It has historical reasons. Also in s.edgedetection, s.correction, etc from the version 5.4 it was so. I decided maintain the same idea. I think the first authors do this reasoning: All these modules are part from a big process: v.outlier -> v.lidar.edge -> v.lidar.growing -> v.lidar.correction -> v.surf.bspline An all of them have their own spline steps. These splines steps would not be equal one to each other. But you are right. The first time i used these modules with grass54 I found it a bit confusing. > Anyways, I hope this info helps. > > Cheers, > > Mike Thank you very much for your help, Mike Regards, Roberto. From hardeep.rai at gmail.com Wed Nov 22 06:56:09 2006 From: hardeep.rai at gmail.com (H.S.Rai) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] AutoCAD import [was ]2nd edition book? In-Reply-To: <580374.59515.qm@web60515.mail.yahoo.com> References: <580374.59515.qm@web60515.mail.yahoo.com> Message-ID: On 11/20/06, RAVI KUMAR wrote: > Pl check it. I am not sure that the CVS has > v.in.dxf working in GRASS 6.2 CSV. I am able to compile CSV, v.in.dxf is there in GRASS6.3.cvs -- H.S.Rai =================== From tutey at o2.pl Wed Nov 22 17:02:15 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] v.to.rast on 3D polygons? In-Reply-To: References: Message-ID: <4564C8E7.6040209@o2.pl> William Kyngesburye wrote: > I thought I'd put the elevation into the db table with > v.to.db, but there is no z option, just area and perimeter. > > Any ideas how to get the 3D z value into a raster fill? > > Is it possible to add a z option for v.to.rast (for areas) and/or v.to.db? There is one already in v.to.db - "coor: point coordinates, X,Y or X,Y,Z". Does this work with geometries other than point I don't know; can you verify? Maciek From tutey at o2.pl Wed Nov 22 17:17:48 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <455B97D5.2070400@o2.pl> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> <455B4BFA.9010402@o2.pl> <455B97D5.2070400@o2.pl> Message-ID: <4564CC8C.5090908@o2.pl> Dear All, Pavel Sakov has just released a fixed nn 1.69 version [1]. I don't have the time to test right now, so I'm just letting you know the status according to Pavel. I will update you further when I check it myself. Nick and Robert, Please try the new nnbathy version and let us now if the speckles are still there. Maciek [1] http://www.marine.csiro.au/%7Esakov/nn.tar.gz From woklist at kyngchaos.com Wed Nov 22 18:09:49 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] v.to.rast on 3D polygons? In-Reply-To: <4564C8E7.6040209@o2.pl> References: <4564C8E7.6040209@o2.pl> Message-ID: <63E48793-8AD5-49DA-8358-D963D7F8F6D4@kyngchaos.com> On Nov 22, 2006, at 4:02 PM, Maciej Sieczka wrote: > William Kyngesburye wrote: > > > >> I thought I'd put the elevation into the db table with >> v.to.db, but there is no z option, just area and perimeter. >> >> Any ideas how to get the 3D z value into a raster fill? >> >> Is it possible to add a z option for v.to.rast (for areas) and/or >> v.to.db? > > There is one already in v.to.db - "coor: point coordinates, X,Y or > X,Y,Z". Does this work with geometries other than point I don't know; > can you verify? > Pretty obvious. My brain gets on a track (looking for Z by itself) and misses something so obvious. That should work for the workaround method, but it would be nice to have a direct access to the Z value in v.to.rast. Seems to work, mostly. One of my polygons didn't get filled, but has a single cell at the centroid. I looked with v.digit, and the topology is correct. The boundary isn't labelled. It looks like it's because the raster grid alignment is off a half a cell from the resolution. When I aligned the region to the region's resolution, all polygons got filled. Where this is coming from: I have the SRTM DEMs v2 all imported. They are cell-centered, at 3" cell size, so their regions are 1.5" off from 3". ie, a 1 degree tile's region might be: north: 20:00:01.5N south: 18:59:58.5N west: 156:00:01.5W east: 154:59:58.5W nsres: 0:00:03 ewres: 0:00:03 rows: 1201 cols: 1201 Then I import the SRTMv2 coast file for the same tile. Those are annoyingly aligned to the cell edges: north: 20N south: 19N west: 156W east: 155W nsres: 0:00:03 ewres: 0:00:03 rows: 1200 cols: 1200 But I want a grid, with elevations for the lakes that are in these coast files though that's not critical, aligned to the DEM's grid, so I can *cleanly* mask off the ocean areas. With the mask grid a half cell off from the DEM grid, resampling will get in the way of a clean mask. Though, I guess since there is so much noise in the SRTM data, I could just resample the DEMs to align them to the grid without losing too much. That would reduce some other headaches coming from the alignment. hmmmm.... ----- William Kyngesburye http://www.kyngchaos.com/ [Trillian] What are you supposed to do WITH a maniacally depressed robot? [Marvin] You think you have problems? What are you supposed to do if you ARE a maniacally depressed robot? No, don't try and answer, I'm 50,000 times more intelligent than you and even I don't know the answer... - HitchHiker's Guide to the Galaxy From hajhouse at houseag.com Wed Nov 22 19:07:18 2006 From: hajhouse at houseag.com (Henry House) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) Message-ID: <20061123000718.GA21558@houseag.com> I'm having mysterious errors trying to use various modules in my database (GRASS 6.1 running on Debian), which contains mapsets PERMANENT and hajhouse. example: GRASS 6.1.cvs (sacramento_sanjoaquin):~/grass > ps.map in=Scripts/psmap_script output=out.ps WARNING: Cannot open old vector soil@hajhouse on level 2 ERROR: soil in hajhouse : can't open vector file g.list vect reports: vector files available in mapset hajhouse: soil vector files available in mapset PERMANENT: cont_10 cty_bounds hydro plsa rd_local rd_state rd_usa soilmu_a_sac soilmu_l_sac soilmu_p_sac soilsa_a_sac soilsf_l_sac soilsf_p_sac urban Trying to use v.out.ogr fails with the same error. Trying to display a layer in QGIS (via grass plugin) fails with a rather unhelpful error that the layer is not a valid layer. The error presented is the same for soilmu_a_sac@PERMANENT and soil@hajhouse but some other layers in this database work fine with all GRASS modules. All the layers including the problematic ones display fine in the GRASS GIS manager, however. What is puzzling and frustrating about this is that it worked fine a month or so ago. Then I set work in GRASS aside for a month and now that I have resumed the errors are here. I have not altered my GRASS binaries or support files in the meanwhile, and AFAIK my OS library versions have not been updated either. -- Henry House +1 530 753 3361 ext. 13 Please don't send me HTML mail! My mail system frequently rejects it. The unintelligible text that may follow is a digital signature. See to find out how to use it. My OpenPGP key: . From hamish_nospam at yahoo.com Wed Nov 22 20:53:50 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <20061123000718.GA21558@houseag.com> References: <20061123000718.GA21558@houseag.com> Message-ID: <20061123145350.7123ae1d.hamish_nospam@yahoo.com> Henry House wrote: > I'm having mysterious errors trying to use various modules in my > database (GRASS 6.1 running on Debian), which contains mapsets > PERMANENT and hajhouse. > > example: > GRASS 6.1.cvs (sacramento_sanjoaquin):~/grass > ps.map > in=Scripts/psmap_script output=out.ps > > WARNING: Cannot open old vector soil@hajhouse on level 2 > ERROR: soil in hajhouse : can't open vector file > > g.list vect reports: > vector files available in mapset hajhouse: > soil > > vector files available in mapset PERMANENT: > cont_10 cty_bounds hydro plsa rd_local > rd_state > rd_usa soilmu_a_sac soilmu_l_sac soilmu_p_sac soilsa_a_sac > soilsf_l_sac > soilsf_p_sac urban > > Trying to use v.out.ogr fails with the same error. Trying to display a > layer in QGIS (via grass plugin) fails with a rather unhelpful error > that the layer is not a valid layer. The error presented is the same > for soilmu_a_sac@PERMANENT and soil@hajhouse but some other layers in > this database work fine with all GRASS modules. All the layers > including the problematic ones display fine in the GRASS GIS manager, > however. > > What is puzzling and frustrating about this is that it worked fine a > month or so ago. Then I set work in GRASS aside for a month and now > that I have resumed the errors are here. I have not altered my GRASS > binaries or support files in the meanwhile, and AFAIK my OS library > versions have not been updated either. rebuilt topology with: v.build soils or v.build.all # to rebuild all vector maps in current mapset then it should work again. (unless files are totally corrupt on the disk) Hamish From dylan.beaudette at gmail.com Wed Nov 22 21:55:28 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector =?iso-8859-1?q?on=09level?= 2) In-Reply-To: <20061123145350.7123ae1d.hamish_nospam@yahoo.com> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> Message-ID: <200611221855.28894.dylan.beaudette@gmail.com> On Wednesday 22 November 2006 17:53, Hamish wrote: > Henry House wrote: > > I'm having mysterious errors trying to use various modules in my > > database (GRASS 6.1 running on Debian), which contains mapsets > > PERMANENT and hajhouse. > > > > example: > > GRASS 6.1.cvs (sacramento_sanjoaquin):~/grass > ps.map > > in=Scripts/psmap_script output=out.ps > > > > WARNING: Cannot open old vector soil@hajhouse on level 2 > > ERROR: soil in hajhouse : can't open vector file > > > > g.list vect reports: > > vector files available in mapset hajhouse: > > soil > > > > vector files available in mapset PERMANENT: > > cont_10 cty_bounds hydro plsa rd_local > > rd_state > > rd_usa soilmu_a_sac soilmu_l_sac soilmu_p_sac soilsa_a_sac > > soilsf_l_sac > > soilsf_p_sac urban > > > > Trying to use v.out.ogr fails with the same error. Trying to display a > > layer in QGIS (via grass plugin) fails with a rather unhelpful error > > that the layer is not a valid layer. The error presented is the same > > for soilmu_a_sac@PERMANENT and soil@hajhouse but some other layers in > > this database work fine with all GRASS modules. All the layers > > including the problematic ones display fine in the GRASS GIS manager, > > however. > > > > What is puzzling and frustrating about this is that it worked fine a > > month or so ago. Then I set work in GRASS aside for a month and now > > that I have resumed the errors are here. I have not altered my GRASS > > binaries or support files in the meanwhile, and AFAIK my OS library > > versions have not been updated either. > > rebuilt topology with: > > v.build soils > or > v.build.all # to rebuild all vector maps in current mapset > > then it should work again. > > (unless files are totally corrupt on the disk) > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser Hi Henry! I have encountered this type of error when digitizing GRASS vectors in QGIS- and something bizzare happens. Normally re-building the topology with v.build solved the problem. Another question- are you working with the latest NRCS SSURGO database? If you would like some notes on importing all of the tabular data into postgres let me know and I can send my notes. Cheers, -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From hamish_nospam at yahoo.com Wed Nov 22 21:38:59 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SQL syntax in DBF vs SQLite for substring matching In-Reply-To: <4564CC8C.5090908@o2.pl> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> <455B4BFA.9010402@o2.pl> <455B97D5.2070400@o2.pl> <4564CC8C.5090908@o2.pl> Message-ID: <20061123153859.08449d94.hamish_nospam@yahoo.com> Hi, this works with DBF but fails with SQLite: where="str_2 ~ 'Wed'" DBMI-SQLite driver error: Error in sqlite3_prepare():SELECT cat FROM icebergs WHERE str_2 ~ 'Wed' near "~": syntax error with SQLite it has to be: where="str_2 LIKE '%Wed%'" is "~" non-standard SQL? is there other syntax which can't be trusted to work the same? (not including DBF limitations) see http://grass.ibiblio.org/grass63/manuals/html63_user/grass-dbf.html ? thanks, Hamish From emmanuel.sambale at gmail.com Wed Nov 22 23:15:41 2006 From: emmanuel.sambale at gmail.com (maning sambale) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] calculate pixel areas with starspan In-Reply-To: <200611201012.36992.dylan.beaudette@gmail.com> References: <200611201012.36992.dylan.beaudette@gmail.com> Message-ID: commands goes like tihis #extract number of pixels by class, vector is a municipality shapefile raster is grass raster starspan --vector /home/maning/data/ciPhimuni/ciphimuni.shp --raster /home/maning/data/manilageog/sealevel3/cellhd/rise_5_reclass --fields MUNICIPALI --count-by-class /home/maning/data/stat/rise_5_class.csv --noColRow --noXY --progress #get statistics starspan --vector /home/maning/data/ciPhimuni/ciphimuni.shp --raster /home/maning/data/manilageog/sealevel3/cellhd/rise_5_reclass --fields MUNICIPALI --stats /home/maning/data/stat/rise_5_stats.csv avg mode stdev min max --noColRow --noXY --progress How do I compute class areas for each polygon? Cheers, Maning On 11/21/06, Dylan Beaudette wrote: > On Sunday 19 November 2006 21:53, maning sambale wrote: > > Hi, > > > > I have grass rasters and I want to calculate raster classes based on > > the attributes of a shapefile. I'm experimenting with starspan and so > > far its extremely fast than: > > > > v.in.ogr #to export shapefile > > v.build and v.digit #to check for topology problems > > v.to.rast > > r.report > > > > But, how can I get area coverage (in percent and hectares) from a > > given raster class in a polygon? > > > > Any ideas? > > > > Cheers, > > > > Maning > > Hi Manning, > > How are you invoking starspan, and what exactly do you mean by "an area > coverage" ? > > You might check out the "mini-raster" options in starspan: > --mini_rasters > --mini_raster_strip > > I believe that these will extract "mini" rasters for each vector feature. Be > sure to read the documentation however. > > Cheers, > > > -- > Dylan Beaudette > Soils and Biogeochemistry Graduate Group > University of California at Davis > 530.754.7341 > -- |---------|----------------------------------------------------------| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |---------|----------------------------------------------------------| From neteler at itc.it Thu Nov 23 03:49:52 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] SQL syntax in DBF vs SQLite for substring matching In-Reply-To: <20061123153859.08449d94.hamish_nospam@yahoo.com> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> <455B4BFA.9010402@o2.pl> <455B97D5.2070400@o2.pl> <4564CC8C.5090908@o2.pl> <20061123153859.08449d94.hamish_nospam@yahoo.com> Message-ID: <456560B0.3010008@itc.it> Hamish wrote on 11/23/2006 03:38 AM: > Hi, > > this works with DBF but fails with SQLite: > where="str_2 ~ 'Wed'" > > DBMI-SQLite driver error: > Error in sqlite3_prepare():SELECT cat FROM icebergs WHERE str_2 ~ 'Wed' > near "~": syntax error > > > with SQLite it has to be: > where="str_2 LIKE '%Wed%'" > > > > is "~" non-standard SQL? is there other syntax which can't be trusted > to work the same? (not including DBF limitations) > > see > http://grass.ibiblio.org/grass63/manuals/html63_user/grass-dbf.html > > ? > Hi Hamish, please take a look at http://grass.itc.it/pipermail/grass5/2006-February/021301.html Markus From jarekj at amu.edu.pl Thu Nov 23 04:36:20 2006 From: jarekj at amu.edu.pl (=?UTF-8?B?SmFyb3PFgmF3IEphc2lld2ljeg==?=) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <200611221855.28894.dylan.beaudette@gmail.com> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> <200611221855.28894.dylan.beaudette@gmail.com> Message-ID: <45656B94.8090406@amu.edu.pl> Dylan Beaudette napisa?(a): > On Wednesday 22 November 2006 17:53, Hamish wrote: > >> Henry House wrote: >> >>> I'm having mysterious errors trying to use various modules in my >>> database (GRASS 6.1 running on Debian), which contains mapsets >>> PERMANENT and hajhouse. >>> >>> example: >>> GRASS 6.1.cvs (sacramento_sanjoaquin):~/grass > ps.map >>> in=Scripts/psmap_script output=out.ps >>> >>> WARNING: Cannot open old vector soil@hajhouse on level 2 >>> ERROR: soil in hajhouse : can't open vector file >>> >>> g.list vect reports: >>> vector files available in mapset hajhouse: >>> soil >>> >>> vector files available in mapset PERMANENT: >>> cont_10 cty_bounds hydro plsa rd_local >>> rd_state >>> rd_usa soilmu_a_sac soilmu_l_sac soilmu_p_sac soilsa_a_sac >>> soilsf_l_sac >>> soilsf_p_sac urban >>> >>> Trying to use v.out.ogr fails with the same error. Trying to display a >>> layer in QGIS (via grass plugin) fails with a rather unhelpful error >>> that the layer is not a valid layer. The error presented is the same >>> for soilmu_a_sac@PERMANENT and soil@hajhouse but some other layers in >>> this database work fine with all GRASS modules. All the layers >>> including the problematic ones display fine in the GRASS GIS manager, >>> however. >>> >>> What is puzzling and frustrating about this is that it worked fine a >>> month or so ago. Then I set work in GRASS aside for a month and now >>> that I have resumed the errors are here. I have not altered my GRASS >>> binaries or support files in the meanwhile, and AFAIK my OS library >>> versions have not been updated either. >>> >> rebuilt topology with: >> >> v.build soils >> or >> v.build.all # to rebuild all vector maps in current mapset >> >> then it should work again. >> >> (unless files are totally corrupt on the disk) >> >> >> Hamish >> >> _______________________________________________ >> grassuser mailing list >> grassuser@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grassuser >> > > Hi Henry! > > I have encountered this type of error when digitizing GRASS vectors in QGIS- > and something bizzare happens. Normally re-building the topology with v.build > solved the problem. > > Another question- are you working with the latest NRCS SSURGO database? If you > would like some notes on importing all of the tabular data into postgres let > me know and I can send my notes. > > Cheers, > > 1. this error also heppens when you create file and leave it empty - it is normal - no topology can be build 2. I also had a problem with vectors after editing with qgis (file totally corupted v.build not helped). So I resign to use qgis as a editor for grass vector. I see, more people has the same problem From hajhouse at houseag.com Thu Nov 23 11:03:58 2006 From: hajhouse at houseag.com (Henry House) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <20061123145350.7123ae1d.hamish_nospam@yahoo.com> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> Message-ID: <20061123160358.GA1544@houseag.com> [...] > rebuilt topology with: > > v.build soils > or > v.build.all # to rebuild all vector maps in current mapset > > then it should work again. > > (unless files are totally corrupt on the disk) Thanks, that works like a charm! -- Henry House +1 530 753 3361 ext. 13 Please don't send me HTML mail! My mail system frequently rejects it. The unintelligible text that may follow is a digital signature. See to find out how to use it. My OpenPGP key: . From spluque at gmail.com Thu Nov 23 12:06:41 2006 From: spluque at gmail.com (Seb) Date: Wed Nov 14 14:19:35 2007 Subject: [GRASS-user] problems building grass 6.3 Message-ID: <87psbe5bz2.fsf@patagonia.sebmags.homelinux.org> Dear List, Until recently I've been successful building grass 6.3 from CVS by first configuring it using: ,-----[ grass_cvsconfig.sh ] | #! /bin/sh | # GRASS CVS updater and configurer | | cd /usr/local/src/grass-cvs | make clean | make distclean | export CVSROOT=:pserver:grass-guest@intevation.de:/home/grass/grassrepository | cvs login | cvs update -dP | | CFLAGS="-g -Wall" ./configure --enable-64bit --with-libs=/usr/lib64 \ | --with-tcltk-includes=/usr/include/tcl8.4 --with-readline --with-cxx \ | --with-odbc --with-mysql --with-mysql-includes=/usr/include/mysql \ | --without-postgres --with-proj-share=/usr/share/proj --with-motif \ | --with-freetype --with-freetype-includes=/usr/include/freetype2 \ | 2>&1 | tee config_log.txt `----- which produces the following when called: ,-----[ tail -n 42 /usr/local/src/grass-cvs/config_log.txt ] | | GRASS is now configured for: x86_64-unknown-linux-gnu | | Source directory: /usr/local/src/grass-cvs | Build directory: /usr/local/src/grass-cvs | Installation directory: /usr/local/grass-6.3.cvs | Startup script in directory: ${exec_prefix}/bin | C compiler: gcc -g -Wall | C++ compiler: c++ -g -O2 | FORTRAN compiler: | Building shared libraries: yes | 64bit support: yes | OpenGL platform: X11 | | NVIZ: yes | | BLAS support: no | C++ support: yes | DWG support: no | FFMPEG support: no | FFTW support: yes | FreeType support: yes | GDAL support: yes | GLw support: no | JPEG support: yes | LAPACK support: no | Large File Support (LFS): no | Motif support: yes | MySQL support: yes | NLS support: no | ODBC support: yes | OGR support: yes | OpenGL support: yes | PNG support: yes | PostgreSQL support: no | Python support: no | Readline support: yes | SQLite support: no | Tcl/Tk support: yes | TIFF support: yes | X11 support: yes | `----- However, I am currently getting many errors during build, and I've stored the results with 'make 2>&1 | tee make_log.txt': ,-----[ tail -n 135 /usr/local/src/grass-cvs/make_log.txt ] | Generated HTML docs in ../dist.x86_64-unknown-linux-gnu/docs/html/index.html | ---------------------------------------------------------------------- | Following modules are missing the 'description.html' file in src code: | r.li.patchnumber | r.li.shape | r.watershed.ram | r.watershed.seg | ---------------------------------------------------------------------- | GRASS GIS compilation log | ------------------------- | Started compilation: Thu Nov 23 10:26:49 CST 2006 | -- | Errors in: | /usr/local/src/grass-cvs/lib/proj | /usr/local/src/grass-cvs/lib/vector/Vlib | /usr/local/src/grass-cvs/lib/sites | /usr/local/src/grass-cvs/lib/rst/interp_float | /usr/local/src/grass-cvs/lib/ogsf | /usr/local/src/grass-cvs/db/drivers/ogr | /usr/local/src/grass-cvs/display/d.extend | /usr/local/src/grass-cvs/display/d.extract | /usr/local/src/grass-cvs/display/d.grid | /usr/local/src/grass-cvs/display/d.path | /usr/local/src/grass-cvs/display/d.vect | /usr/local/src/grass-cvs/display/d.vect.chart | /usr/local/src/grass-cvs/display/d.what.vect | /usr/local/src/grass-cvs/display/d.where | /usr/local/src/grass-cvs/display/d.zoom | /usr/local/src/grass-cvs/general/g.proj | /usr/local/src/grass-cvs/general/g.region/cmd | /usr/local/src/grass-cvs/general/g.setproj | /usr/local/src/grass-cvs/general/manage/cmd | /usr/local/src/grass-cvs/general/manage/lister | /usr/local/src/grass-cvs/imagery/i.vpoints | /usr/local/src/grass-cvs/ps/ps.map | /usr/local/src/grass-cvs/raster/r.carve | /usr/local/src/grass-cvs/raster/r.contour | /usr/local/src/grass-cvs/raster/r.cost | /usr/local/src/grass-cvs/raster/r.drain | /usr/local/src/grass-cvs/raster/r.flow | /usr/local/src/grass-cvs/raster/r.le/r.le.setup | /usr/local/src/grass-cvs/raster/r.proj | /usr/local/src/grass-cvs/raster/r.random | /usr/local/src/grass-cvs/raster/r.region | /usr/local/src/grass-cvs/raster/r.resamp.rst | /usr/local/src/grass-cvs/raster/r.sun | /usr/local/src/grass-cvs/raster/r.sunmask | /usr/local/src/grass-cvs/raster/r.to.vect | /usr/local/src/grass-cvs/raster/r.volume | /usr/local/src/grass-cvs/raster/r.walk | /usr/local/src/grass-cvs/raster/simwe/simlib | /usr/local/src/grass-cvs/raster/simwe/r.sim.water | /usr/local/src/grass-cvs/raster/simwe/r.sim.sediment | /usr/local/src/grass-cvs/raster/r.in.gdal | /usr/local/src/grass-cvs/vector/v.buffer | /usr/local/src/grass-cvs/vector/v.build | /usr/local/src/grass-cvs/vector/v.build.polylines | /usr/local/src/grass-cvs/vector/v.category | /usr/local/src/grass-cvs/vector/v.clean | /usr/local/src/grass-cvs/vector/v.convert | /usr/local/src/grass-cvs/vector/v.db.connect | /usr/local/src/grass-cvs/vector/v.db.select | /usr/local/src/grass-cvs/vector/v.distance | /usr/local/src/grass-cvs/vector/v.drape | /usr/local/src/grass-cvs/vector/v.extract | /usr/local/src/grass-cvs/vector/v.extrude | /usr/local/src/grass-cvs/vector/v.hull | /usr/local/src/grass-cvs/vector/v.info | /usr/local/src/grass-cvs/vector/v.in.ascii | /usr/local/src/grass-cvs/vector/v.in.db | /usr/local/src/grass-cvs/vector/v.in.dxf | /usr/local/src/grass-cvs/vector/v.in.region | /usr/local/src/grass-cvs/vector/v.in.sites | /usr/local/src/grass-cvs/vector/v.kcv | /usr/local/src/grass-cvs/vector/v.kernel | /usr/local/src/grass-cvs/vector/v.label | /usr/local/src/grass-cvs/vector/v.lrs/lib | /usr/local/src/grass-cvs/vector/v.lrs/v.lrs.create | /usr/local/src/grass-cvs/vector/v.lrs/v.lrs.segment | /usr/local/src/grass-cvs/vector/v.lrs/v.lrs.label | /usr/local/src/grass-cvs/vector/v.lrs/v.lrs.where | /usr/local/src/grass-cvs/vector/v.proj | /usr/local/src/grass-cvs/vector/v.mkgrid | /usr/local/src/grass-cvs/vector/v.neighbors | /usr/local/src/grass-cvs/vector/v.net | /usr/local/src/grass-cvs/vector/v.net.alloc | /usr/local/src/grass-cvs/vector/v.net.iso | /usr/local/src/grass-cvs/vector/v.net.path | /usr/local/src/grass-cvs/vector/v.net.salesman | /usr/local/src/grass-cvs/vector/v.net.steiner | /usr/local/src/grass-cvs/vector/v.normal | /usr/local/src/grass-cvs/vector/v.out.ascii | /usr/local/src/grass-cvs/vector/v.out.dxf | /usr/local/src/grass-cvs/vector/v.out.pov | /usr/local/src/grass-cvs/vector/v.out.svg | /usr/local/src/grass-cvs/vector/v.out.vtk | /usr/local/src/grass-cvs/vector/v.overlay | /usr/local/src/grass-cvs/vector/v.parallel | /usr/local/src/grass-cvs/vector/v.patch | /usr/local/src/grass-cvs/vector/v.perturb | /usr/local/src/grass-cvs/vector/v.split | /usr/local/src/grass-cvs/vector/v.qcount | /usr/local/src/grass-cvs/vector/v.random | /usr/local/src/grass-cvs/vector/v.reclass | /usr/local/src/grass-cvs/vector/v.sample | /usr/local/src/grass-cvs/vector/v.segment | /usr/local/src/grass-cvs/vector/v.select | /usr/local/src/grass-cvs/vector/v.surf.idw | /usr/local/src/grass-cvs/vector/v.surf.rst | /usr/local/src/grass-cvs/vector/v.transform | /usr/local/src/grass-cvs/vector/v.to.db | /usr/local/src/grass-cvs/vector/v.to.points | /usr/local/src/grass-cvs/vector/v.to.rast | /usr/local/src/grass-cvs/vector/v.to.rast3 | /usr/local/src/grass-cvs/vector/v.type | /usr/local/src/grass-cvs/vector/v.univar | /usr/local/src/grass-cvs/vector/v.voronoi | /usr/local/src/grass-cvs/vector/v.what | /usr/local/src/grass-cvs/vector/v.what.rast | /usr/local/src/grass-cvs/vector/v.vol.rst | /usr/local/src/grass-cvs/vector/lidar/lidarlib | /usr/local/src/grass-cvs/vector/lidar/v.bspline | /usr/local/src/grass-cvs/vector/lidar/v.outlier | /usr/local/src/grass-cvs/vector/lidar/v.lidar.correction | /usr/local/src/grass-cvs/vector/lidar/v.lidar.edgedetection | /usr/local/src/grass-cvs/vector/lidar/v.lidar.growing | /usr/local/src/grass-cvs/vector/v.out.ogr | /usr/local/src/grass-cvs/vector/v.in.ogr | /usr/local/src/grass-cvs/vector/v.external | /usr/local/src/grass-cvs/vector/v.digit | /usr/local/src/grass-cvs/visualization/nviz | -- | Finished compilation: Thu Nov 23 10:32:15 CST 2006 | (In case of errors please change into the directory with error and run 'make') | make: *** [default] Error 1 `----- Further up the log, I can see where these errors come from, e.g.: ,-----[ grep -A 1 -B 1 '/usr/local/src/grass-cvs/lib/proj' /usr/local/src/grass-cvs/make_log.txt ] | proj | make[2]: Entering directory `/usr/local/src/grass-cvs/lib/proj' | gcc -I/usr/local/src/grass-cvs/dist.x86_64-unknown-linux-gnu/include -g -Wall -fPIC -DPACKAGE=\""grasslibs"\" -I/build/buildd/gdal-1.3.2/debian/tmp/usr/include -DPACKAGE=\""grasslibs"\" -DPACKAGE=\""grasslibs"\" -I/build/buildd/gdal-1.3.2/debian/tmp/usr/include -I/usr/local/src/grass-cvs/dist.x86_64-unknown-linux-gnu/include \ | -- | make[2]: *** [/usr/local/src/grass-cvs/dist.x86_64-unknown-linux-gnu/lib/libgrass_gproj.6.3.cvs.so] Error 1 | make[2]: Leaving directory `/usr/local/src/grass-cvs/lib/proj' | rowio | -- | Errors in: | /usr/local/src/grass-cvs/lib/proj | /usr/local/src/grass-cvs/lib/vector/Vlib `----- AFAICT nothing has changed in my system since last time this procedure worked. I would be grateful for any advice on how to properly build this grass version. Cheers, -- Seb From tutey at o2.pl Thu Nov 23 14:25:44 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <45656B94.8090406@amu.edu.pl> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> <200611221855.28894.dylan.beaudette@gmail.com> <45656B94.8090406@amu.edu.pl> Message-ID: <4565F5B8.1090800@o2.pl> Jaros?aw Jasiewicz wrote: > Dylan Beaudette napisa?(a): >> I have encountered this type of error when digitizing GRASS vectors in >> QGIS- and something bizzare happens. Normally re-building the topology >> with v.build solved the problem. > 1. this error also heppens when you create file and leave it empty - it > is normal - no topology can be build > 2. I also had a problem with vectors after editing with qgis (file > totally corupted v.build not helped). So I resign to use qgis as a > editor for grass vector. I see, more people has the same problem Well, I for one never had such a problem as Jarek and Dylan describe - QGIS never corrupted any GRASS vector for me. Even if QGIS crashes during digitizing, v.build always helps, and QGIS doesn't crash that easily these days; v.digit freezes or crashes for me more often AAMOF. Honestly, QGIS 0.8 provides a really good vector digitizing tool for GRASS. Using it is more convenient and time efficient than using v.digit, and it doesn't suffer it's numerous problems (has it's own problems though, yet less harmfull that those in v.digit; and they are being fixed). If you found bugs in QGIS GRASS digitizer please report them. There is a major bug squashing ongoing in QGIS currently, your input could help! Cheers, Maciek From epatton at nrcan.gc.ca Thu Nov 23 15:34:57 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Text rotations aren't maintained throughout redraws Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C57@s5-dar-r1.nrn.nrcan.gc.ca> In gis.m, the new text tool places arbitrary text in mouse-defined locations, at arbitrary angles. Using yesterday's cvs, the text angles aren't maintained throughout multiple redraws. The error occurs when a text layer is added, an angle of rotation set, then click on a different layer in the gis manager, redraw, then click again on the text layer, and redraw. The final redraw should show the text rotation set back to the default of 0. Only by never clicking on a text layer in the gis manager once the rotation is set can you have your text angle maintained. ~ Eric. From hamish_nospam at yahoo.com Thu Nov 23 16:20:50 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problems building grass 6.3 In-Reply-To: <87psbe5bz2.fsf@patagonia.sebmags.homelinux.org> References: <87psbe5bz2.fsf@patagonia.sebmags.homelinux.org> Message-ID: <20061124102050.7724eaa4.hamish_nospam@yahoo.com> Seb wrote: > Until recently I've been successful building grass 6.3 from CVS by > first configuring it using: (Debian, right?) .. > | export CVSROOT=:pserver:grass-guest@intevation.de:/home/grass/grassrepository > | cvs login this is only needed once. .. > which produces the following when called: .. > However, I am currently getting many errors during build, and I've > stored the results with 'make 2>&1 | tee make_log.txt': .. > | --- Following modules are missing the 'description.html' file in src > | code: > | r.li.patchnumber > | r.li.shape > | r.watershed.ram > | r.watershed.seg r.watershed.* don't need man pages, that they show up here is an error in a Makefile somewhere. .. > | Errors in: > | /usr/local/src/grass-cvs/lib/proj ... > Further up the log, I can see where these errors come from, e.g.: .. > | make[2]: *** > | [/usr/local/src/grass-cvs/dist.x86_64-unknown-linux-gnu/lib/libgras > | s_gproj.6.3.cvs.so] Error 1 make[2]: Leaving directory > | `/usr/local/src/grass-cvs/lib/proj' rowio > | -- > | Errors in: > | /usr/local/src/grass-cvs/lib/proj > | /usr/local/src/grass-cvs/lib/vector/Vlib you need to show more of the error report. (we see the where but not the why) > AFAICT nothing has changed in my system since last time this procedure > worked. I would be grateful for any advice on how to properly build > this grass version. I had a similar problem the other day with Debian ("missing -lgeos"), solution was to install the libgeos-dev package. I don't know what change in GRASS made that GDAL prerequisite suddenly a requirement for building GRASS. Hamish From tutey at o2.pl Thu Nov 23 16:55:12 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] nulls left by r.surf.nnbathy In-Reply-To: <4564CC8C.5090908@o2.pl> References: <597AF2BD-CD6E-4A85-91F1-E71F12AD578D@wisc.edu> <4559FA4B.8010701@o2.pl> <200611151511.27970.rnuske@gwdg.de> <455B47A9.8020100@o2.pl> <455B4BFA.9010402@o2.pl> <455B97D5.2070400@o2.pl> <4564CC8C.5090908@o2.pl> Message-ID: <456618C0.7070904@o2.pl> Maciej Sieczka wrote: > Pavel Sakov has just released a fixed nn 1.69 version [1]. I don't have > the time to test right now, so I'm just letting you know the status > according to Pavel. I will update you further when I check it myself. > Nick and Robert, > > Please try the new nnbathy version and let us now if the speckles are > still there. Just tried myself, and I report that I'm not able reproduce Nick's problem with his data anymore, using nn 1.69. Great job Pavel! I'd consider the problem fixed. Cheers, Maciek From spluque at gmail.com Thu Nov 23 17:30:09 2006 From: spluque at gmail.com (Seb) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problems building grass 6.3 References: <87psbe5bz2.fsf@patagonia.sebmags.homelinux.org> <20061124102050.7724eaa4.hamish_nospam@yahoo.com> Message-ID: <87zmahhk3y.fsf@patagonia.sebmags.homelinux.org> On Fri, 24 Nov 2006 10:20:50 +1300, Hamish wrote: > Seb wrote: >> Until recently I've been successful building grass 6.3 from CVS by >> first configuring it using: > (Debian, right?) Yes. [...] > I had a similar problem the other day with Debian ("missing -lgeos"), > solution was to install the libgeos-dev package. I don't know what > change in GRASS made that GDAL prerequisite suddenly a requirement for > building GRASS. Installing that package allowed building grass without errors, except the ones linked to the missing description.html files. Thanks Hamish, -- Seb From jarekj at amu.edu.pl Fri Nov 24 04:06:03 2006 From: jarekj at amu.edu.pl (=?ISO-8859-2?Q?Jaros=B3aw_Jasiewicz?=) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <4565F5B8.1090800@o2.pl> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> <200611221855.28894.dylan.beaudette@gmail.com> <45656B94.8090406@amu.edu.pl> <4565F5B8.1090800@o2.pl> Message-ID: <4566B5FB.4070808@amu.edu.pl> Maciej Sieczka napisa?(a): >Jaros?aw Jasiewicz wrote: > > >>Dylan Beaudette napisa?(a): >> >> > > > >>>I have encountered this type of error when digitizing GRASS vectors in >>>QGIS- and something bizzare happens. Normally re-building the topology >>>with v.build solved the problem. >>> >>> > > > >>1. this error also heppens when you create file and leave it empty - it >>is normal - no topology can be build >>2. I also had a problem with vectors after editing with qgis (file >>totally corupted v.build not helped). So I resign to use qgis as a >>editor for grass vector. I see, more people has the same problem >> >> > >Well, I for one never had such a problem as Jarek and Dylan describe - >QGIS never corrupted any GRASS vector for me. Even if QGIS crashes >during digitizing, v.build always helps, and QGIS doesn't crash that >easily these days; v.digit freezes or crashes for me more often AAMOF. > >Honestly, QGIS 0.8 provides a really good vector digitizing tool for >GRASS. Using it is more convenient and time efficient than using >v.digit, and it doesn't suffer it's numerous problems (has it's own >problems though, yet less harmfull that those in v.digit; and they are >being fixed). > >If you found bugs in QGIS GRASS digitizer please report them. There is >a major bug squashing ongoing in QGIS currently, your input could help! > >Cheers, >Maciek > > Hi Its about QGIS 0.8 preview 2 (TITAN) installed from deb packages Well, most of bugs I saw with qgis happens during workshops with students, so that errors shuldn't be mentioned enywhere. In fact I have almost 20 students in workshop group so I cannot control everyone, so cannot reproduce errors respectively. Most of them (during digitalisation) are simple run-time errors. Addationally qgis is the only program I know which can crash linux totaly without particular reasons, (only hard reset can help) I check qgis news regularry, And all errors I had been mentioned, so I didn't see reasons to mention them again. Addationally on my own computer qgis works extremly slow. I work on digitzing soil map of Great Poland Lowland (over 2000 areas) And opposite Maciek I never had problems with v.digit (in spite of lack of experience) but qgis became solower and slower when number of obiects incresed. I thing that one of reasons of my problems is that I install it form packages - but it shouldn't be an argument. And second is that I use gnome (GTK), but qgis is based on Qt (KDE) it also shouldn't be a problem. It not a criticism - both programs (grass and qgis) are open source so I use them as they came And I happy they are - but in my private experience v.digit is much faster and stable than qgis regards Jarek From wegmann at biozentrum.uni-wuerzburg.de Fri Nov 24 11:37:16 2006 From: wegmann at biozentrum.uni-wuerzburg.de (Martin Wegmann) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.autocorr status Message-ID: <200611241737.16264.wegmann@biozentrum.uni-wuerzburg.de> Hello, just a quick question concerning the status of v.autocorr port to 6.x. I found this open bug/wish report http://intevation.de/rt/webrt?serial_num=4494 but no further infos. Is somebody working on it? would be great to have it in 6.x Martin From landa.martin at gmail.com Fri Nov 24 11:51:24 2006 From: landa.martin at gmail.com (Martin Landa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.autocorr status In-Reply-To: <200611241737.16264.wegmann@biozentrum.uni-wuerzburg.de> References: <200611241737.16264.wegmann@biozentrum.uni-wuerzburg.de> Message-ID: Hi, I can try to port this module to 6.x. But I cannot say when, just to add it to my ToDo list, too busy now... Best regards, Martin PS: Cc to grass-dev list 2006/11/24, Martin Wegmann : > Hello, > > just a quick question concerning the status of v.autocorr port to 6.x. > I found this open bug/wish report > http://intevation.de/rt/webrt?serial_num=4494 > but no further infos. Is somebody working on it? > > would be great to have it in 6.x > > Martin > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > -- Martin Landa * http://gama.fsv.cvut.cz/~landa * From emmanuel.sambale at gmail.com Fri Nov 24 21:23:08 2006 From: emmanuel.sambale at gmail.com (maning sambale) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] calculate pixel areas with starspan In-Reply-To: References: <200611201012.36992.dylan.beaudette@gmail.com> Message-ID: Just a bit of update: Starspan is faster processing Gtiff (I'm using Byte) compared to native GRASS raster. Although I have not timed it precisely, its around 10 times faster. Maning On 11/23/06, maning sambale wrote: > commands goes like tihis > > #extract number of pixels by class, vector is a municipality shapefile > raster is grass raster > starspan --vector /home/maning/data/ciPhimuni/ciphimuni.shp --raster > /home/maning/data/manilageog/sealevel3/cellhd/rise_5_reclass --fields > MUNICIPALI --count-by-class /home/maning/data/stat/rise_5_class.csv > --noColRow --noXY --progress > > #get statistics > starspan --vector /home/maning/data/ciPhimuni/ciphimuni.shp --raster > /home/maning/data/manilageog/sealevel3/cellhd/rise_5_reclass --fields > MUNICIPALI --stats /home/maning/data/stat/rise_5_stats.csv avg mode > stdev min max --noColRow --noXY --progress > > How do I compute class areas for each polygon? > > Cheers, > > Maning > > On 11/21/06, Dylan Beaudette wrote: > > On Sunday 19 November 2006 21:53, maning sambale wrote: > > > Hi, > > > > > > I have grass rasters and I want to calculate raster classes based on > > > the attributes of a shapefile. I'm experimenting with starspan and so > > > far its extremely fast than: > > > > > > v.in.ogr #to export shapefile > > > v.build and v.digit #to check for topology problems > > > v.to.rast > > > r.report > > > > > > But, how can I get area coverage (in percent and hectares) from a > > > given raster class in a polygon? > > > > > > Any ideas? > > > > > > Cheers, > > > > > > Maning > > > > Hi Manning, > > > > How are you invoking starspan, and what exactly do you mean by "an area > > coverage" ? > > > > You might check out the "mini-raster" options in starspan: > > --mini_rasters > > --mini_raster_strip > > > > I believe that these will extract "mini" rasters for each vector feature. Be > > sure to read the documentation however. > > > > Cheers, > > > > > > -- > > Dylan Beaudette > > Soils and Biogeochemistry Graduate Group > > University of California at Davis > > 530.754.7341 > > > > > -- > |---------|----------------------------------------------------------| > | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | > | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| > | /'.-c |Linux registered user #402901, http://counter.li.org/ | > | | /T |http://esambale.wikispaces.com| > | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | > |---------|----------------------------------------------------------| > -- |---------|----------------------------------------------------------| | __.-._ |"Ohhh. Great warrior. Wars not make one great." -Yoda | | '-._"7' |"Freedom is still the most radical idea of all" -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |http://www.geocities.com/esambale/philbiodivmap/philbirds.html | |---------|----------------------------------------------------------| From carlos.grohmann at gmail.com Sat Nov 25 05:47:04 2006 From: carlos.grohmann at gmail.com (=?ISO-8859-1?Q?Carlos_"Gu=E2no"_Grohmann?=) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 deb for 64 bits? Message-ID: So I just got a 64bits laptop, and i've been lazy lately, so can anyone point me a place where I can find debs for GRASS 6.2 compiled for amd64 arch? tks -- +-----------------------------------------------------------+ Carlos Henrique Grohmann - Guano Geologist M.Sc - Doctorate Student at IGc-USP - Brazil Linux User #89721 - carlos dot grohmann at gmail dot com +-----------------------------------------------------------+ _________________ "Good morning, doctors. I have taken the liberty of removing Windows 95 from my hard drive." --The winning entry in a "What were HAL's first words" contest judged by 2001: A SPACE ODYSSEY creator Arthur C. Clarke From michael.barton at asu.edu Sat Nov 25 12:52:37 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Re: [GRASS-dev] Text rotations aren't maintained throughout redraws In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C57@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: Thanks for finding this Eric. It had to do with making sure that the rotation was initialized at 0. I've fixed it can can commit the change after the holidays. Here is a diff of the changes. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics & Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: "Patton, Eric" > Date: Thu, 23 Nov 2006 15:34:57 -0500 > To: > Cc: > Subject: [GRASS-dev] Text rotations aren't maintained throughout redraws > > In gis.m, the new text tool places arbitrary text in mouse-defined locations, > at arbitrary angles. Using yesterday's cvs, the text angles aren't maintained > throughout multiple redraws. > > The error occurs when a text layer is added, an angle of rotation set, then > click on a different layer in the gis manager, redraw, then click again on the > text layer, and redraw. The final redraw should show the text rotation set > back to the default of 0. Only by never clicking on a text layer in the gis > manager once the rotation is set can you have your text angle maintained. > > ~ Eric. > > -------------- next part -------------- A non-text attachment was scrubbed... Name: dtext.diff Type: application/octet-stream Size: 109 bytes Desc: not available Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061125/d9284543/dtext.obj From gnelson at uiuc.edu Sat Nov 25 18:05:03 2006 From: gnelson at uiuc.edu (JerryNelson) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] why does grass want to generate an ssh key? Message-ID: <7543127.post@talk.nabble.com> I'm trying to use grass6.3. When I launch it, I'm told it appears I haven't set up my ssh keys. I answer the questions with the location it offers (location of id_rsa), no passphrase. Then bash reports it can't access a different directory looking for the file authorized_keys. When I type gis.m at the prompt, the gui appears for a split second, and then disappears. The terminal reports an error in the startup script. Can't read parts(w), no such variable. Any help appreciated. Thanks, Jerry -- View this message in context: http://www.nabble.com/why-does-grass-want-to-generate-an-ssh-key--tf2705286.html#a7543127 Sent from the Grass - Users mailing list archive at Nabble.com. From tutey at o2.pl Sun Nov 26 12:42:18 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] mysterious error (WARNING: Cannot open old vector on level 2) In-Reply-To: <4566B5FB.4070808@amu.edu.pl> References: <20061123000718.GA21558@houseag.com> <20061123145350.7123ae1d.hamish_nospam@yahoo.com> <200611221855.28894.dylan.beaudette@gmail.com> <45656B94.8090406@amu.edu.pl> <4565F5B8.1090800@o2.pl> <4566B5FB.4070808@amu.edu.pl> Message-ID: <4569D1FA.6070905@o2.pl> Jaros?aw Jasiewicz wrote: Jaroslaw, > Its about QGIS 0.8 preview 2 (TITAN) installed from deb packages > Well, most of bugs I saw with qgis happens during workshops with > students, so that errors shuldn't be mentioned enywhere. In fact I have > almost 20 students in workshop group so I cannot control everyone, so > cannot reproduce errors respectively. I see. > Most of them (during digitalisation) are simple run-time errors. > Addationally qgis is the only program I know which can crash linux > totaly without particular reasons, (only hard reset can help) There's got to be a reason. Can you elaborate? (we should consider moving the thread to QGIS user list then). > I check qgis news regularry, And all errors I had been mentioned, so I > didn't see reasons to mention them again. Did you report them in their bugtracker, in a way they can make some use of the report? > Addationally on my own computer qgis works extremly slow. I work on > digitzing soil map of Great Poland Lowland (over 2000 areas) That's not really big. I've been editing in QGIS a GRASS vector a map of similar size *daily*, for few last months, without any slowdown; here's the vectors details: $ v.info -t parcels_15_2zl nodes=3097 points=0 lines=0 boundaries=3091 centroids=1175 areas=1175 islands=6 faces=0 kernels=0 primitives=4266 map3d=0 Can you specify what is the nature of the "qgis works extremly slow"? Is that the vectors are rendered slowly (and under what circumstances), or the backdrop raster, else? > And opposite Maciek I never had problems with v.digit (in spite of lack of > experience) but qgis became solower and slower when number of obiects > incresed. I've had a major problem with the speed of rendering vectors in QGIS too (if that's what you mean), but it showed to be due to X server issues, *maybe* limited to the distro I'm using (Ubuntu 6.06 Dapper). After fixing my Xorg setup the problem vanished; please see the thread on QGIS user list [1] and in the QGIS bugtracker [2] (the 2 last messages). Please let me know whether this is the same issue. > I thing that one of reasons of my problems is that I install it form > packages - but it shouldn't be an argument. And second is that I use > gnome (GTK), but qgis is based on Qt (KDE) it also shouldn't be a problem. > > It not a criticism But yes it is. And it's a very good thing, if you can present argument's supporting your criticism, so that others can benefit from it (the users - be informed, the devs - be able to fix the problem). However, if you can't provide details and arguments, you can't have a clue what is the possible reason of the issue, and you can't be sure it is in QGIS, can you? I made this mistake in case of the issue with vectors rendering speed in QGIS myself :). Maciek [1]http://www.nabble.com/rendering-current-line-in-Grass-digitizer-is-very-slow-tf1908709.html#a6825237 [2]https://svn.qgis.org/trac/ticket/295 From perrygeo at gmail.com Sun Nov 26 13:16:40 2006 From: perrygeo at gmail.com (Matthew Perry) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] calculate pixel areas with starspan In-Reply-To: References: <200611201012.36992.dylan.beaudette@gmail.com> Message-ID: <5383fa5e0611261016h530e0e76r6c0a4ef227fa6cb6@mail.gmail.com> On 11/24/06, maning sambale wrote: > Just a bit of update: > Starspan is faster processing Gtiff (I'm using Byte) compared to > native GRASS raster. > Although I have not timed it precisely, its around 10 times faster. I've experience similar performance with starspan. I've not done any precise tests but a 10x performance decrease sounds similar to my experiences. I've used starspan with arcinfo grids, gtiffs and erdas imgs with very good performance; GRASS rasters seems to be the exception. It is odd since starspan uses GDAL for raster access and normal GDAL operations don't seem that much slower on GRASS rasters. -- Matthew T. Perry GIS Analyst / Software Engineer National Center for Ecological Analysis and Synthesis (NCEAS) work: perry@nceas.ucsb.edu web: http://www.perrygeo.net From glynn at gclements.plus.com Sun Nov 26 16:06:34 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] why does grass want to generate an ssh key? In-Reply-To: <7543127.post@talk.nabble.com> References: <7543127.post@talk.nabble.com> Message-ID: <17770.474.939611.234747@cerise.gclements.plus.com> JerryNelson wrote: > I'm trying to use grass6.3. When I launch it, I'm told it appears I haven't > set up my ssh keys. I answer the questions with the location it offers > (location of id_rsa), no passphrase. Then bash reports it can't access a > different directory looking for the file authorized_keys. When I type gis.m > at the prompt, the gui appears for a split second, and then disappears. The > terminal reports an error in the startup script. Can't read parts(w), no > such variable. GRASS itself doesn't use ssh, at least not directly. I can only assume that something which is being called by the startup script is trying to use it, but I have no idea what. Try running the Init.sh script using "sh -x ...", e.g.: GISBASE=/usr/local/grass-6.3.cvs export GISBASE sh -x $GISBASE/etc/Init.sh This will print out each command it executes, which may provide some clues as to exactly what is trying to use ssh. -- Glynn Clements From s_larosa at libero.it Sun Nov 26 17:56:15 2006 From: s_larosa at libero.it (Salvator*eL*arosa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Cut DEM by SHP Message-ID: <7552313.post@talk.nabble.com> Hi to all.... I wanted to ask a question... Is it possible to cut a raster (dem) through a shape or a vector? Thanks.. -- View this message in context: http://www.nabble.com/Cut-DEM-by-SHP-tf2708829.html#a7552313 Sent from the Grass - Users mailing list archive at Nabble.com. From hamish_nospam at yahoo.com Sun Nov 26 19:23:17 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 deb for 64 bits? In-Reply-To: References: Message-ID: <20061127132317.78e565a6.hamish_nospam@yahoo.com> Carlos wrote: > So I just got a 64bits laptop, and i've been lazy lately, so can > anyone point me a place where I can find debs for GRASS 6.2 compiled > for amd64 arch? http://packages.debian.org/grass Hamish From hamish_nospam at yahoo.com Sun Nov 26 20:42:24 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Re: [GRASS-dev] [bug #5332] (grass) crashed when i load a project In-Reply-To: <20061125194319.242FE1005CC@lists.intevation.de> References: <20061125194319.242FE1005CC@lists.intevation.de> Message-ID: <20061127144224.3f39fe39.hamish_nospam@yahoo.com> Request Tracker wrote: > this bug's URL: http://intevation.de/rt/webrt?serial_num=5332 > --------------------------------------------------------------------- > > Subject: crashed when i load a project > > Platform: GNU/Linux/x86_64 > grass obtained from: Mirror of Trento site > grass binary for platform: Downloaded precompiled Binaries > GRASS Version: 6.2.0-1 > > Grass crashed when i will load the "spearfish60" project. .. > Starting GRASS ... > > Welcome to GRASS 6.2.0 (2006) > GRASS homepage: http://grass.itc.it/ > This version running thru: Bash Shell (/bin/bash) > Help is available with the command: g.manual -i > See the licence terms with: g.version -c > If required, restart the graphical user interface with: gis.m & > When ready to quit enter: exit > GRASS 6.2.0 (spearfish60):~ > Error in startup script: can't read > "parts(n)": no such variable > while executing > "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) > $parts(nsres) $parts(ewres)" ... g.region failed, probably because you don't have the required libraries installed. (did you install the GDAL package(s)?) http://grass.ibiblio.org/grass61/source/REQUIREMENTS.html We need to catch that error better so this will send a more meaningful error message. see: http://thread.gmane.org/gmane.comp.gis.grass.devel/16761/focus=16850 IMO we should try and fix this for the 6.2.1 release, as it is a very common mistake. Hamish From hamish_nospam at yahoo.com Sun Nov 26 21:02:55 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Cut DEM by SHP In-Reply-To: <7552313.post@talk.nabble.com> References: <7552313.post@talk.nabble.com> Message-ID: <20061127150255.2b5f2cac.hamish_nospam@yahoo.com> Salvator*eL*arosa wrote: > > Is it possible to cut a raster (dem) through a shape or a vector? If I understand correctly: (there are other 3D tools for planes) g.region rast=MapName v.to.rast then either create a raster map named MASK (see r.mask) or r.mapcalc newmap='if(isnull(vect_mask), null(), MapName)' # if( this , then do this, else do this ) Hamish From yu.gotou at gtec-ni.com Mon Nov 27 00:57:14 2006 From: yu.gotou at gtec-ni.com (YuGo) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problem to build grass-6.2.0 on FedoraCore5 Message-ID: <001101c711e9$0fafa550$3201a8c0@YUGOTOU> I tried to build grass-6.2.0 on FC5. I successed to configure with this option. ./configure --with-postgres-includes=/usr/local/pgsql/include --with-postgres-libs=/usr/local/pgsql/lib next,when I make,displayed this error. ---------------------------------------------------------------------- Following modules are missing the 'description.html' file in src code: ---------------------------------------------------------------------- GRASS GIS compilation log ------------------------- Started compilation: Mon Nov 27 14:45:23 JST 2006 -- Errors in: /usr/local/src/grass-6.2.0/visualization/nviz -- Finished compilation: Mon Nov 27 14:51:38 JST 2006 (In case of errors please change into the directory with error and run 'make') make: *** [default] Error 1 How I do to build with no error? From neteler at itc.it Mon Nov 27 03:33:59 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problem to build grass-6.2.0 on FedoraCore5 In-Reply-To: <001101c711e9$0fafa550$3201a8c0@YUGOTOU> References: <001101c711e9$0fafa550$3201a8c0@YUGOTOU> Message-ID: <456AA2F7.9020307@itc.it> YuGo wrote on 11/27/2006 06:57 AM: > I tried to build grass-6.2.0 on FC5. > I successed to configure with this option. > ./configure --with-postgres-includes=/usr/local/pgsql/include > --with-postgres-libs=/usr/local/pgsql/lib > next,when I make,displayed this error. > > ---------------------------------------------------------------------- > Following modules are missing the 'description.html' file in src code: > ---------------------------------------------------------------------- > GRASS GIS compilation log > ------------------------- > Started compilation: Mon Nov 27 14:45:23 JST 2006 > -- > Errors in: > /usr/local/src/grass-6.2.0/visualization/nviz > -- > Finished compilation: Mon Nov 27 14:51:38 JST 2006 > (In case of errors please change into the directory with error and run > 'make') > make: *** [default] Error 1 > > How I do to build with no error? We first have to see the error message: cd /usr/local/src/grass-6.2.0/visualization/nviz make What error appears? Markus From pierluigi.derosa at gfosservices.it Mon Nov 27 05:06:59 2006 From: pierluigi.derosa at gfosservices.it (Pierluigi De Rosa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] updating kriging modules for grass 62 Message-ID: <200611271106.59769.pierluigi.derosa@gfosservices.it> Dear User, I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 and sp >= 0.9 I created a new one module v.krige.cv to perform leave-one-out- Cross Validation of variogram model. Obviously this modules have to be run before v.krige. I know my explanation is really short but if anyone is interested to this modules and he wont to undestand better how they works please let me kwon it and I will write a better tutorial Pierluigi -- Pierluigi De Rosa GFosServices S.A. From jachym.cepicky at centrum.cz Mon Nov 27 05:38:03 2006 From: jachym.cepicky at centrum.cz (Jachym Cepicky) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <200611271106.59769.pierluigi.derosa@gfosservices.it> References: <200611271106.59769.pierluigi.derosa@gfosservices.it> Message-ID: <20061127103802.GA18297@localdomain> hi Pierluigi, On Mon, Nov 27, 2006 at 11:06:59AM +0100, Pierluigi De Rosa wrote: > Dear User, > I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 > and sp >= 0.9 > I created a new one module v.krige.cv to perform leave-one-out- Cross > Validation of variogram model. Obviously this modules have to be run before > v.krige. > I know my explanation is really short but if anyone is interested to this > modules and he wont to undestand better how they works please let me kwon it > and I will write a better tutorial > Pierluigi this is great news. Would it be possible to rewrite v.krige and v.krige.cv, so that the validation would be part of v.krige - like v.surf.rst does ? Would it be possible to rename the module to v.surf.krige ? IMHO this module should be part of GRASS cvs too - what do others think? Jachym -- Jachym Cepicky e-mail: jachym.cepicky@centrum.cz URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ----------------------------------------- OFFICE: Department of Geoinformation Technologies Zemedelska 3 613 00, Brno Czech Republick e-mail: xcepicky@node.mendelu.cz URL: http://mapserver.mendelu.cz Tel.: +420 545 134 514 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061127/4ede6a75/attachment.bin From jgomezdans at gmail.com Mon Nov 27 08:41:15 2006 From: jgomezdans at gmail.com (Jose Gomez-Dans) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] calculate pixel areas with starspan In-Reply-To: <5383fa5e0611261016h530e0e76r6c0a4ef227fa6cb6@mail.gmail.com> References: <200611201012.36992.dylan.beaudette@gmail.com> <5383fa5e0611261016h530e0e76r6c0a4ef227fa6cb6@mail.gmail.com> Message-ID: <91d218430611270541v75b15135i2a7d3f5aa0414bce@mail.gmail.com> Hi, On 11/26/06, Matthew Perry wrote: > I've experience similar performance with starspan. I've not done any > precise tests but a 10x performance decrease sounds similar to my > experiences. Not entirely GRASS related, but has anyone done any work in getting starspan to work as a library? I have written some software in python that works out aggregate statistics and so on, but it is not as featuer complete as starspan. It would be really helpful to have starspan as a library :) Jose From lanczos at t-zones.sk Mon Nov 27 12:59:25 2006 From: lanczos at t-zones.sk (Tomas Lanczos) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] vis5d+, qslim, mixkit on Ubuntu Message-ID: <007901c7124d$c7d11a60$2101a8c0@tomas> At first I apologise to be a bit out of thread. I am planning to visualise and further process 3D voxel maps from Grass in Vis5d+, but at the moment I am stuck in compiling of the required mixkit package (see http://graphics.cs.uiuc.edu/~garland/software/qslim20.html), see the attached logfile. Has anybody and advise what to do? Thank You very much in advance Tomas -------------- next part -------------- /qslim-2.0/mixkit/src$ make c++ -c -g -O2 -I/home/tomas/tmp/tars/qslim-2.0/mixkit/src -DHAVE_MIXCFG_H MxCmdParser.cxx In file included from /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/iostream.h:31, from stdmix.h:36, from MxCmdParser.cxx:11: /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the header for the header for C++ includes, or instead of the deprecated header . To disable this warning use -Wno-deprecated. MxDynBlock.h: In constructor ‘MxDynBlock::MxDynBlock()’: MxDynBlock.h:27: error: there are no arguments to ‘init_block’ that depend on a template parameter, so a declaration of ‘init_block’ must be available MxDynBlock.h:27: error: (if you use ‘-fpermissive’, G++ will accept your code, but allowing the use of an undeclared name is deprecated) MxDynBlock.h: In constructor ‘MxDynBlock::MxDynBlock(uint)’: MxDynBlock.h:28: error: there are no arguments to ‘init_block’ that depend on a template parameter, so a declaration of ‘init_block’ must be available MxDynBlock.h: In member function ‘T& MxDynBlock::operator()(uint)’: MxDynBlock.h:30: error: there are no arguments to ‘ref’ that depend on a template parameter, so a declaration of ‘ref’ must be available MxDynBlock.h: In member function ‘const T& MxDynBlock::operator()(uint) const’: MxDynBlock.h:31: error: there are no arguments to ‘ref’ that depend on a template parameter, so a declaration of ‘ref’ must be available MxDynBlock.h: In member function ‘T& MxDynBlock::last()’: MxDynBlock.h:35: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘const T& MxDynBlock::last() const’: MxDynBlock.h:36: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘uint MxDynBlock::add(const T&)’: MxDynBlock.h:46: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘T& MxDynBlock::drop()’: MxDynBlock.h:51: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘bool MxDynBlock::find(const T&, uint*)’: MxDynBlock.h:56: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘void MxDynBlock::remove(uint)’: MxDynBlock.h:64: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h:64: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h: In member function ‘void MxDynBlock::remove_inorder(uint)’: MxDynBlock.h:66: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxDynBlock.h:66: error: there are no arguments to ‘raw’ that depend on a template parameter, so a declaration of ‘raw’ must be available MxCmdParser.cxx: In member function ‘void MxCmdParser::parse_line(char*, void*)’: MxCmdParser.cxx:121: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] MxCmdParser.cxx:121: note: candidate 2: operator[](const MxDynBlock*, int) MxCmdParser.cxx:121: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] MxCmdParser.cxx:121: note: candidate 2: operator[](MxDynBlock*, int) MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] MxCmdParser.cxx:122: note: candidate 2: operator[](const MxDynBlock*, int) MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] MxCmdParser.cxx:122: note: candidate 2: operator[](MxDynBlock*, int) MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = char*] MxCmdParser.cxx:122: note: candidate 2: operator[](char* const*, int) MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = char*] MxCmdParser.cxx:122: note: candidate 2: operator[](char**, int) make: *** [MxCmdParser.o] Error 1 tomas@tomas:~/tmp/tars/qslim-2.0/mixkit/src$ From tutey at o2.pl Mon Nov 27 13:29:02 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <20061127103802.GA18297@localdomain> References: <200611271106.59769.pierluigi.derosa@gfosservices.it> <20061127103802.GA18297@localdomain> Message-ID: <456B2E6E.6050603@o2.pl> Jachym Cepicky wrote: > Would it be possible to rename the module to v.surf.krige ? +1, if not a problem > IMHO this module should be part of GRASS cvs too - what do others think? Doesn't v.krige depend on R? This would bring another dependency to GRASS... Maciek From epatton at nrcan.gc.ca Mon Nov 27 13:51:12 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] How to import a massive PCI pix raster as tiles? Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C5E@s5-dar-r1.nrn.nrcan.gc.ca> Hi, I have a PCI pix raster, and it's pretty big - 2.4 GB. I'm not familiar with this image format as I've never worked with it before. Gdalinfo seems to recognize it, but importing it with r.in.gdal crashes with the following error: $ $ gdalinfo DEMvalley.pix Driver: PCIDSK/PCIDSK Database File Size is 65362, 41926 Coordinate System is: PROJCS["UTM Zone 20, Northern Hemisphere", GEOGCS["Unknown datum based upon the WGS 84 ellipsoid", DATUM["Not specified (based on WGS 84 spheroid)", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]]], PRIMEM["Greenwich",0], UNIT["degree",0.0174532925199433]], PROJECTION["Transverse_Mercator"], PARAMETER["latitude_of_origin",0], PARAMETER["central_meridian",-63], PARAMETER["scale_factor",0.9996], PARAMETER["false_easting",500000], PARAMETER["false_northing",0], UNIT["Meter",1]] Origin = (275082.000000,5021966.000000) Pixel Size = (2.00000000,-2.00000000) Metadata: SOFTWARE=PACEV10. FILE_ID=S_\Peter\Lidar_DEM_MAIN\DEMvalley.pix GENERATING_FACILITY=PCI Inc., Richmond Hill, Canada DESCRIPTION1= DESCRIPTION2= DATE_OF_CREATION=10_55 15Nov2006 DATE_OF_UPDATE=10_55 15Nov2006 Corner Coordinates: Upper Left ( 275082.000, 5021966.000) ( 65d52'10.28"W, 45d18'54.52"N) Lower Left ( 275082.000, 4938114.000) ( 65d49'55.86"W, 44d33'40.47"N) Upper Right ( 405806.000, 5021966.000) ( 64d12'8.49"W, 45d20'41.55"N) Lower Right ( 405806.000, 4938114.000) ( 64d11'12.10"W, 44d35'24.74"N) Center ( 340444.000, 4980040.000) ( 65d 1'22.35"W, 44d57'21.17"N) Band 1 Block=128x128 Type=Float32, ColorInterp=Undefined Description = DEMfull.pix_1. focus _Exported from 9 on D_\valley_lidar_DEM\Li Metadata: DATE_OF_CREATION=10_55 15Nov2006 DATE_OF_UPDATE=10_55 15Nov2006 UNITS= LAYER_CRC=0x2a8e $ r.in.gdal -e input=DEMvalley.pix output=DEMvalley WARNING: Datum 'Not_specified_based_on_WGS_84_spheroid' not recognised by GRASS and no parameters found. Datum transformation will not be possible using this projection information. Projection of input dataset and current location appear to match. Proceeding with import... *** glibc detected *** double free or corruption (!prev): 0x08484740 *** Aborted I'm assuming that the reason this fails is because there's too many rows and columns? Alternatively, is there some command line parameter that can be passed to gdal_translate to import it in sections or tiles? Thanks, ~ Eric. From soerengebbert at gmx.de Mon Nov 27 14:00:19 2006 From: soerengebbert at gmx.de (=?windows-1252?Q?S=F6ren_Gebbert?=) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] vis5d+, qslim, mixkit on Ubuntu In-Reply-To: <007901c7124d$c7d11a60$2101a8c0@tomas> References: <007901c7124d$c7d11a60$2101a8c0@tomas> Message-ID: <456B35C3.4070406@gmx.de> Hi Tomas, you can try the new r3.out.vtk module to export voxel data into the VTK format. You can visualize the VTK data with Paraview http://www.paraview.org. Take also a look at r.out.vtk and v.out.vtk to visualize voxel, raster and vector data together. Example: http://www-pool.math.tu-berlin.de/~soeren/grass/modules/screenshots/LausanneDemoDataset3dParaview_10.png Paraview is much more powerful then the old Vis5d+. The development of Vis5d+ stopped some years ago. Best regards Soeren Tomas Lanczos schrieb: > At first I apologise to be a bit out of thread. I am planning to visualise > and further process 3D voxel maps from Grass in Vis5d+, but at the moment I > am stuck in compiling of the required mixkit package (see > http://graphics.cs.uiuc.edu/~garland/software/qslim20.html), see the > attached logfile. > > Has anybody and advise what to do? > > Thank You very much in advance > > Tomas > > > ------------------------------------------------------------------------ > > /qslim-2.0/mixkit/src$ make > c++ -c -g -O2 -I/home/tomas/tmp/tars/qslim-2.0/mixkit/src -DHAVE_MIXCFG_H MxCmdParser.cxx > In file included from /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/iostream.h:31, > from stdmix.h:36, > from MxCmdParser.cxx:11: > /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the header for the header for C++ includes, or instead of the deprecated header . To disable this warning use -Wno-deprecated. > MxDynBlock.h: In constructor ???MxDynBlock::MxDynBlock()???: > MxDynBlock.h:27: error: there are no arguments to ???init_block??? that depend on a template parameter, so a declaration of ???init_block??? must be available > MxDynBlock.h:27: error: (if you use ???-fpermissive???, G++ will accept your code, but allowing the use of an undeclared name is deprecated) > MxDynBlock.h: In constructor ???MxDynBlock::MxDynBlock(uint)???: > MxDynBlock.h:28: error: there are no arguments to ???init_block??? that depend on a template parameter, so a declaration of ???init_block??? must be available > MxDynBlock.h: In member function ???T& MxDynBlock::operator()(uint)???: > MxDynBlock.h:30: error: there are no arguments to ???ref??? that depend on a template parameter, so a declaration of ???ref??? must be available > MxDynBlock.h: In member function ???const T& MxDynBlock::operator()(uint) const???: > MxDynBlock.h:31: error: there are no arguments to ???ref??? that depend on a template parameter, so a declaration of ???ref??? must be available > MxDynBlock.h: In member function ???T& MxDynBlock::last()???: > MxDynBlock.h:35: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???const T& MxDynBlock::last() const???: > MxDynBlock.h:36: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???uint MxDynBlock::add(const T&)???: > MxDynBlock.h:46: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???T& MxDynBlock::drop()???: > MxDynBlock.h:51: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???bool MxDynBlock::find(const T&, uint*)???: > MxDynBlock.h:56: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???void MxDynBlock::remove(uint)???: > MxDynBlock.h:64: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h:64: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h: In member function ???void MxDynBlock::remove_inorder(uint)???: > MxDynBlock.h:66: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxDynBlock.h:66: error: there are no arguments to ???raw??? that depend on a template parameter, so a declaration of ???raw??? must be available > MxCmdParser.cxx: In member function ???void MxCmdParser::parse_line(char*, void*)???: > MxCmdParser.cxx:121: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] > MxCmdParser.cxx:121: note: candidate 2: operator[](const MxDynBlock*, int) > MxCmdParser.cxx:121: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] > MxCmdParser.cxx:121: note: candidate 2: operator[](MxDynBlock*, int) > MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] > MxCmdParser.cxx:122: note: candidate 2: operator[](const MxDynBlock*, int) > MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = MxDynBlock] > MxCmdParser.cxx:122: note: candidate 2: operator[](MxDynBlock*, int) > MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = char*] > MxCmdParser.cxx:122: note: candidate 2: operator[](char* const*, int) > MxCmdParser.cxx:122: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: > MxBlock.h:83: note: candidate 1: T& MxBlock::operator[](uint) [with T = char*] > MxCmdParser.cxx:122: note: candidate 2: operator[](char**, int) > make: *** [MxCmdParser.o] Error 1 > tomas@tomas:~/tmp/tars/qslim-2.0/mixkit/src$ > > > > ------------------------------------------------------------------------ > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From warmerdam at pobox.com Mon Nov 27 14:19:32 2006 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] How to import a massive PCI pix raster as tiles? In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C5E@s5-dar-r1.nrn.nrcan.gc.ca> References: <0E5A77B55A57D511BB3F0002A537C26208C55C5E@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <456B3A44.2080907@pobox.com> Patton, Eric wrote: > Hi, > > I have a PCI pix raster, and it's pretty big - 2.4 GB. I'm not familiar with this image format as I've never worked with it before. Gdalinfo seems to recognize it, but importing it with r.in.gdal crashes with the following error: > > $ > $ gdalinfo DEMvalley.pix > > Driver: PCIDSK/PCIDSK Database File > Size is 65362, 41926 Eric, You can do: gdal_translate -srcwin 0 0 65362 20000 DEMvalley.pix DEMvalley_top.tif gdal_translate -srcwin 0 20000 65362 21926 DEMvalley.pix DEMvalley_bottom.tif to split the image into two chunks. I don't know about the r.in.gdal crash. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | President OSGeo, http://osgeo.org From precy11 at yahoo.com Mon Nov 27 16:29:56 2006 From: precy11 at yahoo.com (Precila Salcedo) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] PCI pix format Message-ID: <20061127212957.78041.qmail@web37913.mail.mud.yahoo.com> Hi, im newbie here and just installed grass 6.3..how will i open a PCI pix file..is there a website where a step by step procedure is explained? or manual for a new user? thanks a lot.. Precila ____________________________________________________________________________________ Yahoo! Music Unlimited Access over 1 million songs. http://music.yahoo.com/unlimited From warmerdam at pobox.com Mon Nov 27 18:23:28 2006 From: warmerdam at pobox.com (Frank Warmerdam) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] PCI pix format In-Reply-To: <20061127212957.78041.qmail@web37913.mail.mud.yahoo.com> References: <20061127212957.78041.qmail@web37913.mail.mud.yahoo.com> Message-ID: <456B7370.5080700@pobox.com> Precila Salcedo wrote: > Hi, im newbie here and just installed grass 6.3..how > will i open a PCI pix file..is there a website where a > step by step procedure is explained? or manual for a > new user? thanks a lot. Precila, Most PCIDSK raster files should be supported for reading by r.in.gdal. You will need to import your raster data into GRASS for further processing. At this time GRASS (and GDAL/OGR) do not support reading PCIDSK vectors - so you would pretty much have to go back into PCI software and export in some common format, such as shapefiles. Best regards, -- ---------------------------------------+-------------------------------------- I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com light and sound - activate the windows | http://pobox.com/~warmerdam and watch the world go round - Rush | President OSGeo, http://osgeo.org From s_larosa at libero.it Mon Nov 27 17:56:15 2006 From: s_larosa at libero.it (Salvator*eL*arosa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Cut DEM by SHP In-Reply-To: <20061127150255.2b5f2cac.hamish_nospam@yahoo.com> References: <7552313.post@talk.nabble.com> <20061127150255.2b5f2cac.hamish_nospam@yahoo.com> Message-ID: <7569840.post@talk.nabble.com> Hamish wrote: > > Salvator*eL*arosa wrote: >> >> Is it possible to cut a raster (dem) through a shape or a vector? > > If I understand correctly: (there are other 3D tools for planes) > > g.region rast=MapName > v.to.rast > > then either create a raster map named MASK (see r.mask) or > r.mapcalc newmap='if(isnull(vect_mask), null(), MapName)' > # if( this , then do this, else do this ) > > > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > Thanks. But with MASK is it not permanent? while with r.mapcalc it's permanent map. sorry my english! -- View this message in context: http://www.nabble.com/Cut-DEM-by-SHP-tf2708829.html#a7569840 Sent from the Grass - Users mailing list archive at Nabble.com. From jmpmcmanus at yahoo.com Mon Nov 27 18:13:08 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a DLG file? Message-ID: <456B7104.3070700@yahoo.com> I am trying to read DLG files I acquired from EDC: http://edcftp.cr.usgs.gov/pub/data/DLG/LARGE_SCALE/B/bar_harbor_ME/ I created a new location with datum nad27, UTM 19T, and the following boundary information: North Edge: 4927711.3427 South Edge: 4913925.56721 West Edge: 559671.376533 East Edge: 569757.204349 I then imported one of the TR01CATD.DDF files using v.in.ogr: v.in.ogr dsn=/home/models/grassdata/USGS/BarHarbor/RD/TR01CATD.DDF output=BHroads min_area=0.0001 snap=-1 The file was imported, however I got several warnings, informing me that the feature was imported without the geometry, and when I attempt to view the file I get a white screen with no features, such as roads. I also get a message saying the topology is not available. The output from the import is listed below: A datum name nad27 (North_American_Datum_1927) was specified without transformation parameters. Non-interactive mode: the GRASS default for nad27 is towgs84=-22.000,157.000,176.000. Projection of input dataset and current location appear to match. Proceeding with import... Layer: ARDF Importing map 906 features... 906 features without geometry Layer: ARDM Importing map 113 features... 113 features without geometry Layer: ACOI Width for column 'COINCIDENT' set to 255 (was not specified by OGR), some strings may be truncated! Importing map 1 features... 1 feature without geometry Layer: AHDR Importing map 1 features... 1 feature without geometry Layer: NP01 From michael.barton at asu.edu Mon Nov 27 18:24:53 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <200611271106.59769.pierluigi.derosa@gfosservices.it> Message-ID: Pierluigi, Could you make these installable via GEM? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton > From: Pierluigi De Rosa > Date: Mon, 27 Nov 2006 11:06:59 +0100 > To: GRASS LIST > Subject: [GRASS-user] updating kriging modules for grass 62 > > Dear User, > I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 > and sp >= 0.9 > I created a new one module v.krige.cv to perform leave-one-out- Cross > Validation of variogram model. Obviously this modules have to be run before > v.krige. > I know my explanation is really short but if anyone is interested to this > modules and he wont to undestand better how they works please let me kwon it > and I will write a better tutorial > Pierluigi > > -- > > Pierluigi De Rosa > > GFosServices S.A. > > From hamish_nospam at yahoo.com Mon Nov 27 18:45:32 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Cut DEM by SHP In-Reply-To: <7569840.post@talk.nabble.com> References: <7552313.post@talk.nabble.com> <20061127150255.2b5f2cac.hamish_nospam@yahoo.com> <7569840.post@talk.nabble.com> Message-ID: <20061128124532.74915ccb.hamish_nospam@yahoo.com> > But with MASK is it not permanent? > while with r.mapcalc it's permanent map. The mask will be in place as long as a raster map named "MASK" is there. This affects maps that are read, not written. for example: (spearfish dataset) # will only save roads where the MASK is, as that is the only data read r.mapcalc "MASK=if(isnull(fields))" r.mapcalc test_rast=roads g.remove MASK d.rast test_rast # will create map over entire region, regardless of MASK r.mapcalc "MASK=if(isnull(fields))" r.mapcalc "test_num = x() * y()" g.remove MASK d.rast test_num in that way, MASK can have a permanent effect to newly written maps. Hamish From kahlerama at mac.com Mon Nov 27 18:57:50 2006 From: kahlerama at mac.com (chris kahler) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 won't open gui on macOSX Message-ID: Hi, I notice windows users have listed a few problems like mine. I'm running OS 10.4 and have installed all the latest frameworks I could find. The error I get is: Mapset in Location GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no such variable while executing "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) $parts(nsres) $parts(ewres)" (procedure "MapCanvas::zoom_gregion" line 11) invoked from within "MapCanvas::zoom_gregion $mon" (procedure "MapCanvas::create" line 40) invoked from within "MapCanvas::create" (procedure "Gm::startmon" line 11) invoked from within "Gm::startmon" (procedure "Gm::create" line 69) invoked from within "Gm::create" (procedure "main" line 30) invoked from within "main $argc $argv" (file "/Applications/grass6_2/GRASS.app/Contents/Resources/etc/gm/gm.tcl" line 521) I tried re-installing GRASS as well as making a new location. This helped some windows users sort out their errors but I'm still getting the error. Regards, Chris Kahler From hamish_nospam at yahoo.com Mon Nov 27 20:01:11 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 won't open gui on macOSX In-Reply-To: References: Message-ID: <20061128140111.6fe4360a.hamish_nospam@yahoo.com> chris kahler wrote: > I notice windows users have listed a few problems like mine. > I'm running OS 10.4 and have installed all > the latest frameworks I could find. > The error I get is: > Mapset in Location > > GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no such > variable > while executing > > "MapCanvas::zoom_new $mon $parts(n) > $parts(s) $parts(e) $parts(w) $parts(nsres) $parts(ewres)" try running "g.region -p" from the grass command line to see what the real error message is. Hamish From michael_perdue at yahoo.ca Tue Nov 28 01:08:17 2006 From: michael_perdue at yahoo.ca (Michael Perdue) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 won't open gui on macOSX In-Reply-To: References: Message-ID: Hi Chris, I had the same problem after installing OSSIM and in my case it turned out to be because my gdal installation was modified. Can't tell you how or why as I'm still pretty green when it comes to mac OSX, but the frameworks seem to be really sensitive and even small changes will fubar things. If you have the same issue I had then you'll see a bunch of missing dylib errors when you try running a gdal command (you can try gdalinfo --formats). In my case I trashed all my frameworks and reinstalled them from scratch which solved my problem. Kind of a "bull in a china shop" approach, but it worked. Maybe someone more knowledgeable than I can offer you a more elegant solution. cheers, Mike On 27-Nov-06, at 4:57 PM, chris kahler wrote: > > Hi, > I notice windows users have listed a few problems like mine. > I'm running OS 10.4 and have installed all > the > latest frameworks I could find. > The error I get is: > > Mapset in Location > > GRASS 6.2.0 > Error in startup script: can't read "parts(n)": no > such variable > while executing > > "MapCanvas::zoom_new $mon $parts(n) > $parts(s) $parts(e) $parts(w) $parts(nsres) $parts(ewres)" > > (procedure "MapCanvas::zoom_gregion" line 11) > > invoked from within > > "MapCanvas::zoom_gregion $mon" > > (procedure "MapCanvas::create" line 40) > > invoked from within > > "MapCanvas::create" > > (procedure "Gm::startmon" line 11) > > invoked from within > "Gm::startmon" > (procedure "Gm::create" line 69) > > invoked from within > "Gm::create" > (procedure "main" line 30) > invoked from within > > > "main $argc $argv" > > (file "/Applications/grass6_2/GRASS.app/Contents/Resources/etc/ > gm/gm.tcl" line 521) > > > I tried re-installing GRASS as well as making a new location. > This helped some windows users sort out > their errors but I'm still getting the error. > Regards, > Chris Kahler > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From benjamin.ducke at ufg.uni-kiel.de Tue Nov 28 03:32:59 2006 From: benjamin.ducke at ufg.uni-kiel.de (Benjamin Ducke) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: References: Message-ID: <456BF43B.5090306@ufg.uni-kiel.de> While I would really like to see someone except for myself use GEM, I think kriging is really core GIS functionality and should be part of the base modules set. I would also expect a lot of statistical modules in the future to depend on R, seeing how powerful the R spatial analysis stuff is. There are so many useless dependencies in GRASS (Motif, BLAS, LAPACK,...), so why not add one that is actually very useful for a lot of people? Or even better: why not include an up-to-date R shell and the best spatial stat libraries in the GRASS base distribution to make it easier for everyone to add powerful spatial statistics modules to GRASS and use them out-of-the-box? I think R is excellent quality code that runs on all major OS's and has no dependencies itself. Benjamin Michael Barton wrote: > Pierluigi, > > Could you make these installable via GEM? > > Michael > __________________________________________ > Michael Barton, Professor of Anthropology > School of Human Evolution & Social Change > Center for Social Dynamics and Complexity > Arizona State University > > phone: 480-965-6213 > fax: 480-965-7671 > www: http://www.public.asu.edu/~cmbarton > > >> From: Pierluigi De Rosa >> Date: Mon, 27 Nov 2006 11:06:59 +0100 >> To: GRASS LIST >> Subject: [GRASS-user] updating kriging modules for grass 62 >> >> Dear User, >> I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 >> and sp >= 0.9 >> I created a new one module v.krige.cv to perform leave-one-out- Cross >> Validation of variogram model. Obviously this modules have to be run before >> v.krige. >> I know my explanation is really short but if anyone is interested to this >> modules and he wont to undestand better how they works please let me kwon it >> and I will write a better tutorial >> Pierluigi >> >> -- >> >> Pierluigi De Rosa >> >> GFosServices S.A. >> >> > > > -- Benjamin Ducke, M.A. Arch?oinformatik (Archaeoinformation Science) Institut f?r Ur- und Fr?hgeschichte (Inst. of Prehistoric and Historic Archaeology) Christian-Albrechts-Universit?t zu Kiel Johanna-Mestorf-Stra?e 2-6 D 24098 Kiel Germany Tel.: ++49 (0)431 880-3378 / -3379 Fax : ++49 (0)431 880-7300 www.uni-kiel.de/ufg From pierluigi.derosa at gfosservices.it Tue Nov 28 05:53:30 2006 From: pierluigi.derosa at gfosservices.it (Pierluigi De Rosa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <456B2E6E.6050603@o2.pl> References: <200611271106.59769.pierluigi.derosa@gfosservices.it> <20061127103802.GA18297@localdomain> <456B2E6E.6050603@o2.pl> Message-ID: <200611281153.30778.pierluigi.derosa@gfosservices.it> Alle 19:29, luned? 27 novembre 2006, Maciej Sieczka ha scritto: > Jachym Cepicky wrote: > > Would it be possible to rename the module to v.surf.krige ? > > +1, if not a problem I already create v.surf.krige and this modul can make a cross validation like v.surf.rst does. I'm testing it. > > > IMHO this module should be part of GRASS cvs too - what do others think? > > Doesn't v.krige depend on R? This would bring another dependency to > GRASS... Yes unfortunately this scripts use R and gstat library! > > Maciek -- Pierluigi De Rosa GfosServices S.A. From jarekj at amu.edu.pl Tue Nov 28 09:04:30 2006 From: jarekj at amu.edu.pl (=?ISO-8859-2?Q?Jaros=B3aw_Jasiewicz?=) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.digit crash while centeroid is removed Message-ID: <456C41EE.2090603@amu.edu.pl> Hi It is very specyfic situation I add centeroids to vector file with "manual entry" of categories and "insert new record to table" switched off (table is external and will be added lately) when I try to remove wrongly added ceteroid v.digit crash (or rather not response). Most important: table is attached to file via dbf driver. When I deattach table with v.db.connect -d problems not occur I didn't tested it with pg and mySQL driver I thing it colud be conneted with table - maybe during removing centeroid grass try to remove unexisting record from table?? reagrds jarek PS: 6.2 stable and latest cvs From woklist at kyngchaos.com Tue Nov 28 09:45:33 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 won't open gui on macOSX In-Reply-To: References: Message-ID: There is a problem with OSSIM and my frameworks. OSSIM has its own version of a GDAL framework which is incompatible with mine. I did add a little compatibility bit in mine so I *think* it should work with OSSIM. Until we work out a solution, reinstall just my GDAL framework after installing OSSIM. I'm also considering my own binary of OSSIM based on my frameworks. For the $parts error, I it's happened before and it was improperly installed frameworks - before I used installers it was easy to mess that up. If reinstalling the frameworks (not just GRASS) doesn't help, Hamish's suggestion is a good start to figuring out the source of the problem, we need to see a dyld error. But that could be hard at startup. The first place to try is look at Console.app - the system and console logs might have something. On Nov 28, 2006, at 12:08 AM, Michael Perdue wrote: > Hi Chris, > > I had the same problem after installing OSSIM and in my case it > turned out to be because my gdal installation was modified. Can't > tell you how or why as I'm still pretty green when it comes to mac > OSX, but the frameworks seem to be really sensitive and even small > changes will fubar things. If you have the same issue I had then > you'll see a bunch of missing dylib errors when you try running a > gdal command (you can try gdalinfo --formats). In my case I trashed > all my frameworks and reinstalled them from scratch which solved my > problem. Kind of a "bull in a china shop" approach, but it worked. > Maybe someone more knowledgeable than I can offer you a more > elegant solution. > > cheers, > > Mike ----- William Kyngesburye http://www.kyngchaos.com/ "History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history." - Hitchhiker's Guide to the Galaxy From paul.pick at ec.gc.ca Tue Nov 28 12:30:27 2006 From: paul.pick at ec.gc.ca (Paul Pick) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] interpolating data points Message-ID: <20061128173027.GA22843@ec.gc.ca> Hi all, I have a bunch of data points on a 2 degree lat/lon grid. I want to interpolate that and extract data on a 0.5 degree lat/lon grid. What I've done is: 1. v.in.ascii to load a vector map of points at 2 degree interval 2. create a temp file holding '$lat $lon 0.0' lines for each 0.5 degree point I want to extract 3. v.in.ascii to load temp file of 0.5 degree grid 4. g.region to 2 degree data extents with res="00:20" 5. v.surf.idw to create raster from 2 degree grid 6. v.what.rast to fill 0.5 degree grid from raster 7. v.to.db and v.db.select to dump 0.5 degree grid to stdout This, as you can imagine, is slow to execute. Am I missing a much faster way to do this? -- Paul Pick Informatics Services Unit Gagetown Chief Information Officer Branch, Environment Canada [CSN] 432 2082 [CIV] 506 422 2000 x 2082 [FAX] 506 422 1443 From jachym.cepicky at centrum.cz Tue Nov 28 13:14:12 2006 From: jachym.cepicky at centrum.cz (Jachym Cepicky) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <456BF43B.5090306@ufg.uni-kiel.de> References: <456BF43B.5090306@ufg.uni-kiel.de> Message-ID: <20061128181412.GA6921@localdomain> On Tue, Nov 28, 2006 at 09:32:59AM +0100, Benjamin Ducke wrote: > While I would really like to see someone except for > myself use GEM, I think kriging is really core GIS > functionality and should be part of the base modules > set. +1 Kriging is very importand and many people are asking for it. What do other developer think? What about adding this module in future GRASS 7.0? Jachym > > I would also expect a lot of statistical modules in the > future to depend on R, seeing how powerful the R > spatial analysis stuff is. > There are so many useless dependencies in GRASS (Motif, > BLAS, LAPACK,...), so why not add one that is actually very > useful for a lot of people? > > Or even better: why not include an up-to-date R shell and > the best spatial stat libraries in the GRASS base > distribution to make it easier for everyone to add > powerful spatial statistics modules to GRASS and use them > out-of-the-box? > > I think R is excellent quality code that runs on all major > OS's and has no dependencies itself. > > Benjamin > > Michael Barton wrote: > > Pierluigi, > > > > Could you make these installable via GEM? > > > > Michael > > __________________________________________ > > Michael Barton, Professor of Anthropology > > School of Human Evolution & Social Change > > Center for Social Dynamics and Complexity > > Arizona State University > > > > phone: 480-965-6213 > > fax: 480-965-7671 > > www: http://www.public.asu.edu/~cmbarton > > > > > >> From: Pierluigi De Rosa > >> Date: Mon, 27 Nov 2006 11:06:59 +0100 > >> To: GRASS LIST > >> Subject: [GRASS-user] updating kriging modules for grass 62 > >> > >> Dear User, > >> I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 > >> and sp >= 0.9 > >> I created a new one module v.krige.cv to perform leave-one-out- Cross > >> Validation of variogram model. Obviously this modules have to be run before > >> v.krige. > >> I know my explanation is really short but if anyone is interested to this > >> modules and he wont to undestand better how they works please let me kwon it > >> and I will write a better tutorial > >> Pierluigi > >> > >> -- > >> > >> Pierluigi De Rosa > >> > >> GFosServices S.A. > >> > >> > > > > > > > > -- > Benjamin Ducke, M.A. > Arch?oinformatik > (Archaeoinformation Science) > Institut f?r Ur- und Fr?hgeschichte > (Inst. of Prehistoric and Historic Archaeology) > Christian-Albrechts-Universit?t zu Kiel > Johanna-Mestorf-Stra?e 2-6 > D 24098 Kiel > Germany > > Tel.: ++49 (0)431 880-3378 / -3379 > Fax : ++49 (0)431 880-7300 > www.uni-kiel.de/ufg > > _______________________________________________ > grass-dev mailing list > grass-dev@grass.itc.it > http://grass.itc.it/mailman/listinfo/grass-dev -- Jachym Cepicky e-mail: jachym.cepicky@centrum.cz URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ----------------------------------------- OFFICE: Department of Geoinformation Technologies Zemedelska 3 613 00, Brno Czech Republick e-mail: xcepicky@node.mendelu.cz URL: http://mapserver.mendelu.cz Tel.: +420 545 134 514 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://lists.osgeo.org/pipermail/grass-user/attachments/20061128/76195646/attachment.bin From massimiliano.cannata at supsi.ch Tue Nov 28 13:25:59 2006 From: massimiliano.cannata at supsi.ch (Massimiliano Cannata) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <20061128181412.GA6921@localdomain> References: <456BF43B.5090306@ufg.uni-kiel.de> <20061128181412.GA6921@localdomain> Message-ID: <456C7F37.8040404@supsi.ch> + 2 Kriging is an interpolation methods that absolutely should be included. And leave-one-out validation can be really useful too. I wuold be happy to see it in the core of GRASS modules.... Massimiliano Jachym Cepicky wrote: > On Tue, Nov 28, 2006 at 09:32:59AM +0100, Benjamin Ducke wrote: > >> While I would really like to see someone except for >> myself use GEM, I think kriging is really core GIS >> functionality and should be part of the base modules >> set. >> > > +1 > > Kriging is very importand and many people are asking for it. What do > other developer think? What about adding this module in future GRASS > 7.0? > > Jachym > > >> I would also expect a lot of statistical modules in the >> future to depend on R, seeing how powerful the R >> spatial analysis stuff is. >> There are so many useless dependencies in GRASS (Motif, >> BLAS, LAPACK,...), so why not add one that is actually very >> useful for a lot of people? >> >> Or even better: why not include an up-to-date R shell and >> the best spatial stat libraries in the GRASS base >> distribution to make it easier for everyone to add >> powerful spatial statistics modules to GRASS and use them >> out-of-the-box? >> >> I think R is excellent quality code that runs on all major >> OS's and has no dependencies itself. >> >> Benjamin >> >> Michael Barton wrote: >> >>> Pierluigi, >>> >>> Could you make these installable via GEM? >>> >>> Michael >>> __________________________________________ >>> Michael Barton, Professor of Anthropology >>> School of Human Evolution & Social Change >>> Center for Social Dynamics and Complexity >>> Arizona State University >>> >>> phone: 480-965-6213 >>> fax: 480-965-7671 >>> www: http://www.public.asu.edu/~cmbarton >>> >>> >>> >>>> From: Pierluigi De Rosa >>>> Date: Mon, 27 Nov 2006 11:06:59 +0100 >>>> To: GRASS LIST >>>> Subject: [GRASS-user] updating kriging modules for grass 62 >>>> >>>> Dear User, >>>> I have updated on GRASS addons v.variogram anv v.krige run on spgrass6 >= 0.3 >>>> and sp >= 0.9 >>>> I created a new one module v.krige.cv to perform leave-one-out- Cross >>>> Validation of variogram model. Obviously this modules have to be run before >>>> v.krige. >>>> I know my explanation is really short but if anyone is interested to this >>>> modules and he wont to undestand better how they works please let me kwon it >>>> and I will write a better tutorial >>>> Pierluigi >>>> >>>> -- >>>> >>>> Pierluigi De Rosa >>>> >>>> GFosServices S.A. >>>> >>>> >>>> >>> >>> >> -- >> Benjamin Ducke, M.A. >> Arch?oinformatik >> (Archaeoinformation Science) >> Institut f?r Ur- und Fr?hgeschichte >> (Inst. of Prehistoric and Historic Archaeology) >> Christian-Albrechts-Universit?t zu Kiel >> Johanna-Mestorf-Stra?e 2-6 >> D 24098 Kiel >> Germany >> >> Tel.: ++49 (0)431 880-3378 / -3379 >> Fax : ++49 (0)431 880-7300 >> www.uni-kiel.de/ufg >> >> _______________________________________________ >> grass-dev mailing list >> grass-dev@grass.itc.it >> http://grass.itc.it/mailman/listinfo/grass-dev >> > > > ------------------------------------------------------------------------ > > _______________________________________________ > grass-dev mailing list > grass-dev@grass.itc.it > http://grass.itc.it/mailman/listinfo/grass-dev -- Dr. Eng. Massimiliano Cannata Responsabile Area Geomatica Istituto Scienze della Terra Scuola Universitaria Professionale della Svizzera Italiana Via Trevano, c.p. 72 CH-6952 Canobbio-Lugano Tel: +41 (0)58 666 62 14 Fax +41 (0)58 666 62 09 From michael_perdue at yahoo.ca Tue Nov 28 15:56:36 2006 From: michael_perdue at yahoo.ca (Michael Perdue) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] interpolating data points In-Reply-To: <20061128195121.GA24866@ec.gc.ca> References: <20061128173027.GA22843@ec.gc.ca> <9F58265A-3853-4FB0-B301-160E6C63BDF4@yahoo.ca> <20061128195121.GA24866@ec.gc.ca> Message-ID: <392565E0-D34B-40FA-9C9E-4D90946947EB@yahoo.ca> On 28-Nov-06, at 12:51 PM, Paul Pick wrote: >> 2. Set region bounds such that the bounds are on 0.25 degree interval >> with 0.5 degree resolution. That should put the pixel centers on the >> 1/2 degree interval that your looking for. > > I'm not sure what you mean by interval vs resolution. I use > 'g.region -a vect=v_interp_data res="00:20"' to set a 20 > second resolution (as I think a 20 second res will put the > pixel centres at 0.5 degrees). How would you propose that > I modify that? You'll want the boundary on the quarter second interval and the resolution set to 1/2 second interval. IE, something like this; GRASS 6.2.0 (newLocation):~ > g.region n=50:15:00N s=49:15:00N e=110:15:00W w=111:45:00W nsres=00:30:00 ewres=00:30:00 GRASS 6.2.0 (newLocation):~ > g.region -p projection: 3 (Latitude-Longitude) zone: 0 datum: towgs84=0,0,0,0,0,0,0 ellipsoid: a=6378137 es=0.006694380022900787 north: 50:15N south: 49:15N west: 111:45W east: 110:15W nsres: 0:30 ewres: 0:30 rows: 2 cols: 3 cells: 6 This grid will have it's pixel centers on the 30min interval. > >> 3. v.surf.* to interpolate your grid. > > This is where the process spends the vast majority of its > time. Perhaps your 'interval 0.25, resolution 0.5' can speed > this along. Yes, interpolation is always a intensive task and from what I remember of my exeriences in GRASS, r.surf.idw is one of the faster modules. Alternately, you might want to try r.surf.nnbathy script that is in the addon section of the wiki pages. I think it uses Shewchuk's triangle algorithm, and if it's anything like GMT's implementation, it is very very fast. However, I have never used so I can't say for sure. > >> 4. r.out.xyz to export each pixel to a xyz ascii triplet. > > Ah, I didn't know r.out.xyz existed (I'm using 6.2 and > it appears to be present only in 6.3). That looks like > it would simplify my script quite a bit. Unfortunately, > it would not necessarily decrease the execution time. Ah... didn't realize that either. If you have GMT you can accomplish the same thing in two steps using triangulate (or surface but triangulate is 10x faster with Shewchuk's library) and grd2xyz. triangulate samples.xyz ?R-114/-110/49/60 ?I30m ?Gfoobar.grd > / dev/null grd2xyz foobar.grd > interplolated.xyz Note that GMT is grid line registed rather than pixel center registered. Also, you'll have to play with your gmt settings to get the proper output format. Cheers, Mike > > Thanks, > - Paul > > -- > Paul Pick > Informatics Services Unit Gagetown > Chief Information Officer Branch, Environment Canada > [CSN] 432 2082 [CIV] 506 422 2000 x 2082 [FAX] 506 422 1443 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From michael.barton at asu.edu Tue Nov 28 16:30:13 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass 62 In-Reply-To: <20061128181412.GA6921@localdomain> Message-ID: > From: Jachym Cepicky > Date: Tue, 28 Nov 2006 19:14:12 +0100 > To: Benjamin Ducke > Cc: GRASS LIST , GRASS devel > Subject: Re: [GRASS-dev] Re: [GRASS-user] updating kriging modules for grass > 62 > > > Kriging is very importand and many people are asking for it. What do > other developer think? What about adding this module in future GRASS > 7.0? > > Jachym That's a +1 for me too. I'd suggested GEM previously to make sure it was widely available to GRASS users. Making it part of the main distribution is even better. Why do we need to wait for GRASS 7? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From dylan.beaudette at gmail.com Tue Nov 28 18:31:29 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun Message-ID: <200611281531.29493.dylan.beaudette@gmail.com> Hi everyone, Quick question on the units used for the ouput of r.sun in mode 2 (daily sums): In the manual pages for r.sun, the following 'unit' is included in the description: ---------------------------- The solar radiation maps for given day are computed integrating the relevant irradiance between sunrise and sunset times for given day. The user can set finer or coarser time step step used for all-day radiation calculations. A default value of step is 0.5 hour. Larger steps (e.g. 1.0-2.0) can speed-up calculations but produce less reliable results. The output units are in Wh per squared meter per given day [Wh/(m*m)/day]. ------------------------- Is one to interpret this as "watt-hour per square meter per day" ? This would seem a little odd, as the the unit 'watt-hour' is not an SI unit. Hopefully I am reading this incorectly. An alternative interpretation of these units (one which I hope to be the correct one): Wh.m-2.day-1 = "watts per square meter per day, as estimated at some fraction of an hour" ? Any thoughts would be appreciated, Dylan -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From woklist at kyngchaos.com Tue Nov 28 19:01:08 2006 From: woklist at kyngchaos.com (William Kyngesburye) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] grass 6.2 won't open gui on macOSX In-Reply-To: <60C6A16B-0261-4705-8F08-B9D14D4C6063@mac.com> References: <60C6A16B-0261-4705-8F08-B9D14D4C6063@mac.com> Message-ID: Also, I just found another problem with QGIS and my recent GDAL build. The recent restructuring inside the GDAL package breaks QGIS (actually a mistake in the QGIS build that didn't show up until now). Though it's odd that it's working at all for you. I'm working on rebuilding QGIS to fix that. On Nov 28, 2006, at 5:12 PM, chris kahler wrote: > Hi All, > GRASS 6.2 and QGIS8 are working well together on my emac (OS10.4.8) > - a little unstable but fast and capable. I've been clipping files, > importing and exporting shapefiles - all very quickly and with only > the odd QGIS crash from time to time. Once I installed ALL the new > frameworks things went very smoothly, a big improvement over > GRASS6.1 which didn't like the shapefile exports particularly. > > I'll install the same setup on my Intel macbook when I get time and > see how it goes. > Thanks for all your work, it's a great GIS package. > Regards, > CK > ----- William Kyngesburye http://www.kyngchaos.com/ "History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history." - Hitchhiker's Guide to the Galaxy From jmpmcmanus at yahoo.com Tue Nov 28 22:08:56 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? Message-ID: <456CF9C8.5040101@yahoo.com> I'm trying to import SDTS/DLG files. I attempted to use v.in.ogr, by importing the TR01CATD.DDF file: v.in.ogr dsn=grassdata/USGS/BarHarbor/RD/TR01CATD.DDF output=BHroads min_area=0.0001 snap=-1 The file was imported, however I got several warnings, informing me that the feature was imported without the geometry. When I viewed the file I got a white screen without features. I would like to try using v.in.dlg. It does not appear to be included in grass-6.2.0. Has this routine been discontinued in grass-6.2.0? It is shown as being ported from grass-5.3 to grass-6.0 in: http://grass.gdf-hannover.de/wiki/GRASS_Module_Porting_List I have had similar problems importing some shp files, but have also successfully imported shp files. Any history of this type of problem? Is it the data, software or me? Thanks Jim From hamish_nospam at yahoo.com Wed Nov 29 01:01:47 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] new script in wiki add-ons: d.region.box Message-ID: <20061129190147.7135c182.hamish_nospam@yahoo.com> Hi, I have added a new script to the wiki add-ons page: d.region.box http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Display_add-ons It is very simple, it draws a box around the current region using d.graph. enjoy, Hamish From hamish_nospam at yahoo.com Wed Nov 29 01:28:19 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <456CF9C8.5040101@yahoo.com> References: <456CF9C8.5040101@yahoo.com> Message-ID: <20061129192819.61a514a6.hamish_nospam@yahoo.com> James McManus wrote: > I'm trying to import SDTS/DLG files. I attempted to use v.in.ogr, by > importing the TR01CATD.DDF file: > > v.in.ogr dsn=grassdata/USGS/BarHarbor/RD/TR01CATD.DDF > output=BHroads min_area=0.0001 snap=-1 > > The file was imported, however I got several warnings, informing me that > the feature was imported without the geometry. When I viewed the file I > got a white screen without features. # change zoom to extent of map g.region vect=BHroads d.vect BHroads ? what does "v.info BHroads" show? any features? > I would like to try using v.in.dlg. It does not appear to be included in > grass-6.2.0. Has this routine been discontinued in grass-6.2.0? It is > shown as being ported from grass-5.3 to grass-6.0 in: > > http://grass.gdf-hannover.de/wiki/GRASS_Module_Porting_List no, it has not been ported, OGR is the prefered way. ("no comment" means not ported in the wiki list) Hamish From hamish_nospam at yahoo.com Wed Nov 29 01:59:06 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <200611281531.29493.dylan.beaudette@gmail.com> References: <200611281531.29493.dylan.beaudette@gmail.com> Message-ID: <20061129195906.1f2f0ba1.hamish_nospam@yahoo.com> Dylan Beaudette wrote: > Hi everyone, > > Quick question on the units used for the ouput of r.sun in mode 2 > (daily sums): > > In the manual pages for r.sun, the following 'unit' is included in the > > description: > ---------------------------- > The solar radiation maps for given day are computed integrating the > relevant irradiance between sunrise and sunset times for given day. > The user can set finer or coarser time step step used for all-day > radiation calculations. A default value of step is 0.5 hour. Larger > steps (e.g. 1.0-2.0) can speed-up calculations but produce less > reliable results. The output units are in Wh per squared meter per > given day [Wh/(m*m)/day]. > ------------------------- > > Is one to interpret this as "watt-hour per square meter per day" ? > This would seem a little odd, as the the unit 'watt-hour' is not an SI > unit. Hopefully I am reading this incorectly. If you want SI, 1 Wh = 3600 watt-sec (joules) > An alternative interpretation of these units (one which I hope to be > the correct one): > > Wh.m-2.day-1 = "watts per square meter per day, as estimated at some > fraction of an hour" ? mode 1 is instantaneous flux mode 2 is cumulative energy / area, summed for the day ie watt-hours per square meter, summed over enitre day. The "dt" timestep for the numerical intergration is set by the step= parameter (default 30 minutes). To convert to micro-moles (micro-Einsteins) you have to pick an energy level (light wavelength) and convert using that. (moles of photo quanta) Hamish From hamish_nospam at yahoo.com Wed Nov 29 02:13:36 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <20061129195906.1f2f0ba1.hamish_nospam@yahoo.com> References: <200611281531.29493.dylan.beaudette@gmail.com> <20061129195906.1f2f0ba1.hamish_nospam@yahoo.com> Message-ID: <20061129201336.5d0dc871.hamish_nospam@yahoo.com> Hamish wrote: > mode 2 is cumulative energy / area, summed for the day sorry, sent that way too soon. still fairly murky, but 1 Wh . m-2 . day-1 = 3600J/m2 . 3600x24 sec-1 = J/m2 . 24sec-1 = 1/24 W/m2 = proportional to daily_sum(flux) ? (please send corrections) I would be interested in other folks' W/m2 -> ?mol conversions. Hamish From henning.lorenz at geo.uu.se Wed Nov 29 03:25:26 2006 From: henning.lorenz at geo.uu.se (Henning Lorenz) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] new script in wiki add-ons: d.region.box References: <20061129190147.7135c182.hamish_nospam@yahoo.com> Message-ID: Great! Is there a way to make it work on the Map Display as well (not only on a x-monitor display)? Henning On Wed, 29 Nov 2006 19:01:47 +1300, Hamish wrote: > Hi, > > I have added a new script to the wiki add-ons page: d.region.box > > http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Display_add-ons > > > It is very simple, it draws a box around the current region using d.graph. > > > enjoy, > Hamish > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From pierluigi.derosa at gfosservices.it Wed Nov 29 10:42:48 2006 From: pierluigi.derosa at gfosservices.it (Pierluigi De Rosa) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.variogram + v.surf.krige modules ready in grass addons! Message-ID: <200611291642.48874.pierluigi.derosa@gfosservices.it> Dear All, As someone asked me few days ago I created a new script called v.surf.krige This module performs interpolation by kriging method but also LOOCV as v.surf.rst does. v.variogram model gives the experimental variogram model to the user. Then it have to run v.surf.krige, The user can run it before to test the variogram model by cross validation and then use the tested model to perform interpolation. I'm going to write a little how to for this modules in next few days. Please give me back any feedback. Pierluigi -- Pierluigi De Rosa GfossServices S.A. From jmpmcmanus at yahoo.com Wed Nov 29 13:10:19 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <20061129192819.61a514a6.hamish_nospam@yahoo.com> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> Message-ID: <456DCD0B.8070608@yahoo.com> Hamish wrote: > James McManus wrote: > >> I'm trying to import SDTS/DLG files. I attempted to use v.in.ogr, by >> importing the TR01CATD.DDF file: >> >> v.in.ogr dsn=grassdata/USGS/BarHarbor/RD/TR01CATD.DDF >> output=BHroads min_area=0.0001 snap=-1 >> >> The file was imported, however I got several warnings, informing me that >> the feature was imported without the geometry. When I viewed the file I >> got a white screen without features. >> > > # change zoom to extent of map > g.region vect=BHroads > d.vect BHroads > > ? > > what does "v.info BHroads" show? any features? > > >> I would like to try using v.in.dlg. It does not appear to be included in >> grass-6.2.0. Has this routine been discontinued in grass-6.2.0? It is >> shown as being ported from grass-5.3 to grass-6.0 in: >> >> http://grass.gdf-hannover.de/wiki/GRASS_Module_Porting_List >> > > no, it has not been ported, OGR is the prefered way. > ("no comment" means not ported in the wiki list) > > > Hamish > > Hamish, When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the following error message: ERROR: Cannot open old vector BHroads@PERMANENT on level 2 If the original location information is not the same as the data, would this problem occur? For instance if the resolution is not the same. I've not found good meta-data on the resolution of this data. I also suspect that some of the other location meta-data I am using may be incorrect. I tried using "expand area" without success. However, in all cases the file is imported. I just can't view it. Jim From Bob.Moskovitz at conservation.ca.gov Wed Nov 29 13:36:33 2006 From: Bob.Moskovitz at conservation.ca.gov (Moskovitz, Bob) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] commercial support Message-ID: Hello Grass Users, Can anyone tell me where I can find commercial support for GRASS? I prefer a company that is located in California. Bob CONFIDENTIALITY NOTICE: This communication is intended only for the use of the individual or entity to which it is addressed. This message contains information from the State of California, California Geological Survey, which may be privileged, confidential and exempt from disclosure under applicable law, including the Electronic Communications Privacy Act. If the reader of this communication is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061129/a6c5a39b/attachment.html From tutey at o2.pl Wed Nov 29 14:39:53 2006 From: tutey at o2.pl (Maciej Sieczka) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <456DCD0B.8070608@yahoo.com> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> Message-ID: <456DE209.8030907@o2.pl> James McManus wrote: > When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the > following error message: > > ERROR: Cannot open old vector BHroads@PERMANENT on level 2 This means the file lacks topology, *maybe* due a segfault during import with v.in.ogr. You would need to try importing it again, but from the GRASS terminal, to spot if v.in.ogr crashes, as the GUI still hides the eventuall segfaults from the user. Just a guess, hope this sheds some light. If the segfault is not the case, run v.build on the imported vector. This will build the topology. Now GRASS commands should be able to use your vector. Run g.region vect=the_map, d.vect, v.info -t ane let us now the outcome. Cheers, Maciek P.S. - for the devs The message "ERROR: Cannot open old vector BHroads@PERMANENT on level 2" is missleading. Why "old vector"? Looks like some lagacy stuff. Could this be fixed? Maciek From Bob.Moskovitz at conservation.ca.gov Wed Nov 29 14:54:16 2006 From: Bob.Moskovitz at conservation.ca.gov (Moskovitz, Bob) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] commercial support Message-ID: I forgot to say that I am asking this question because I am trying to justify the use of Open Source software...GRASS in particular. -----Original Message----- From: grassuser-bounces@grass.itc.it [mailto:grassuser-bounces@grass.itc.it]On Behalf Of Moskovitz, Bob Sent: Wednesday, November 29, 2006 10:37 AM To: Grassuser (E-mail) Subject: [GRASS-user] commercial support Hello Grass Users, Can anyone tell me where I can find commercial support for GRASS? I prefer a company that is located in California. Bob CONFIDENTIALITY NOTICE: This communication is intended only for the use of the individual or entity to which it is addressed. This message contains information from the State of California, California Geological Survey, which may be privileged, confidential and exempt from disclosure under applicable law, including the Electronic Communications Privacy Act. If the reader of this communication is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061129/5dc07825/attachment.html From glynn at gclements.plus.com Wed Nov 29 15:31:09 2006 From: glynn at gclements.plus.com (Glynn Clements) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <200611281531.29493.dylan.beaudette@gmail.com> References: <200611281531.29493.dylan.beaudette@gmail.com> Message-ID: <17773.60941.811805.521395@cerise.gclements.plus.com> Dylan Beaudette wrote: > Quick question on the units used for the ouput of r.sun in mode 2 (daily > sums): > > In the manual pages for r.sun, the following 'unit' is included in the > description: > ---------------------------- > The solar radiation maps for given day are computed integrating the relevant > irradiance between sunrise and sunset times for given day. The user can set > finer or coarser time step step used for all-day radiation calculations. A > default value of step is 0.5 hour. Larger steps (e.g. 1.0-2.0) can speed-up > calculations but produce less reliable results. The output units are in Wh > per squared meter per given day [Wh/(m*m)/day]. > ------------------------- > > Is one to interpret this as "watt-hour per square meter per day" ? > This would seem a little odd, as the the unit 'watt-hour' is not an SI unit. More odd (to me) is having (different) units of time in both the numerator and denominator. I would have thought it more logical to divide the result by 24 to give Watts per square metre [W/(m^2)]. -- Glynn Clements From mseibel at gmail.com Wed Nov 29 15:36:54 2006 From: mseibel at gmail.com (M S) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] commercial support In-Reply-To: References: Message-ID: did you see this link off the GRASS page? http://grass.itc.it/community/commercial.php there is only two in USA it seems, and one is for mac? I too am interested in seeing what commercial support is available in the US. On 11/29/06, Moskovitz, Bob wrote: > > I forgot to say that I am asking this question because I am trying to > justify the use of Open Source software...GRASS in particular. > > -----Original Message----- > *From:* grassuser-bounces@grass.itc.it [mailto: > grassuser-bounces@grass.itc.it]*On Behalf Of *Moskovitz, Bob > *Sent:* Wednesday, November 29, 2006 10:37 AM > *To:* Grassuser (E-mail) > *Subject:* [GRASS-user] commercial support > > Hello Grass Users, > > Can anyone tell me where I can find commercial support for GRASS? I > prefer a company that is located in California. > > Bob > > > CONFIDENTIALITY NOTICE: This communication is intended only for the use of > the individual or entity to which it is addressed. This message contains > information from the State of California, California Geological Survey, > which may be privileged, confidential and exempt from disclosure under > applicable law, including the Electronic Communications Privacy Act. If the > reader of this communication is not the intended recipient, you are hereby > notified that any dissemination, distribution, or copying of this > communication is strictly prohibited.****** > > > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061129/f71c9415/attachment.html From giohappy at gmail.com Wed Nov 29 18:47:35 2006 From: giohappy at gmail.com (G. Allegri) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problem with gis.m on grass 6.2.0 Message-ID: I've just compiled 6.2.0 from source. I built it against gdal1.3.2 (compiled from source withot). Everythong seems to compile the right way but when I try to open a mapset in grass I receive this error: GRASS 6.2.0 (spearfish60):/usr/local/grass6/bin > Error in startup script: can't read "parts(n)": no such variable while executing "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) $parts(nsres) $parts(ewres)" (procedure "MapCanvas::zoom_gregion" line 11) invoked from within "MapCanvas::zoom_gregion $mon" (procedure "MapCanvas::create" line 40) invoked from within "MapCanvas::create" (procedure "Gm::startmon" line 11) invoked from within "Gm::startmon" (procedure "Gm::create" line 69) invoked from within "Gm::create" (procedure "main" line 30) invoked from within "main $argc $argv" (file "/usr/local/grass6/grass-6.2.0/etc/gm/gm.tcl" line 521) I tried "googling" but I haven't found anything to solve it. Can anyone help me? Thanks in advance, Giovannni -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061130/8e8041b8/attachment.html From hamish_nospam at yahoo.com Wed Nov 29 19:07:42 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problem with gis.m on grass 6.2.0 In-Reply-To: References: Message-ID: <20061130130742.247714e7.hamish_nospam@yahoo.com> G. Allegri wrote: > I've just compiled 6.2.0 from source. I built it against gdal1.3.2 > (compiled from source withot). Everythong seems to compile the right > way but when I try to open a mapset in grass I receive this error: > > GRASS 6.2.0 (spearfish60):/usr/local/grass6/bin > Error in startup > script: can't read "parts(n)": no such variable > while executing > "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) > $parts(nsres) $parts(ewres)" > (procedure "MapCanvas::zoom_gregion" line 11) .. > I tried "googling" but I haven't found anything to solve it. Can > anyone help me? Sorry for the opaque error message, we are working that. Run "g.region -p" from the command line to see what the real problem is. (did you add /usr/local/lib to /etc/ld.so.conf and run ldconfig after building & installing GDAL?) Hamish From hamish_nospam at yahoo.com Wed Nov 29 19:09:26 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] new script in wiki add-ons: d.region.box In-Reply-To: References: <20061129190147.7135c182.hamish_nospam@yahoo.com> Message-ID: <20061130130926.56f2cb18.hamish_nospam@yahoo.com> > Hamish wrote: > > I have added a new script to the wiki add-ons page: d.region.box > > > > http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Display_add-ons > > > > It is very simple, it draws a box around the current region using > > d.graph. Henning wrote: > Great! Is there a way to make it work on the Map Display as well (not > only on a x-monitor display)? "d.grid -ng 400" will do something similar. (recreate that in gis.m with the "overlay grid" button) You can add d.* commands as "cmd layers" (gear button) in gis.m, but I'm not sure how well that works in this case. From gis.m the "overlay grid" solution might be better, but in constrained region mode you already get a grey border for out-of-region, so it isn't as confusing WRT what is inside/outside of region vs a xmon*. [*] e.g. in v.digit if you digitize a line which goes out of region the drawing gets clipped off-region. It is fine once you've panned. see http://article.gmane.org/gmane.comp.gis.grass.devel/16464 Hamish From giohappy at gmail.com Wed Nov 29 20:50:05 2006 From: giohappy at gmail.com (G. Allegri) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] problem with gis.m on grass 6.2.0 In-Reply-To: <20061130130742.247714e7.hamish_nospam@yahoo.com> References: <20061130130742.247714e7.hamish_nospam@yahoo.com> Message-ID: I forgot to do ldconfig this time! It solved the problem. Thank you Hamish. Giovanni 2006/11/30, Hamish : > > G. Allegri wrote: > > I've just compiled 6.2.0 from source. I built it against gdal1.3.2 > > (compiled from source withot). Everythong seems to compile the right > > way but when I try to open a mapset in grass I receive this error: > > > > GRASS 6.2.0 (spearfish60):/usr/local/grass6/bin > Error in startup > > script: can't read "parts(n)": no such variable > > while executing > > "MapCanvas::zoom_new $mon $parts(n) $parts(s) $parts(e) $parts(w) > > $parts(nsres) $parts(ewres)" > > (procedure "MapCanvas::zoom_gregion" line 11) > .. > > I tried "googling" but I haven't found anything to solve it. Can > > anyone help me? > > > Sorry for the opaque error message, we are working that. > > Run "g.region -p" from the command line to see what the real problem is. > (did you add /usr/local/lib to /etc/ld.so.conf and run ldconfig after > building & installing GDAL?) > > > Hamish > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061130/9a03102f/attachment.html From hamish_nospam at yahoo.com Wed Nov 29 21:56:09 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <456DCD0B.8070608@yahoo.com> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> Message-ID: <20061130155609.4035efdb.hamish_nospam@yahoo.com> James McManus wrote: > >> I'm trying to import SDTS/DLG files. I attempted to use v.in.ogr, > >> by importing the TR01CATD.DDF file: > >> > >> v.in.ogr dsn=grassdata/USGS/BarHarbor/RD/TR01CATD.DDF > >> output=BHroads min_area=0.0001 snap=-1 > >> > >> The file was imported, however I got several warnings, informing me > >> that the feature was imported without the geometry. When I viewed > >> the file I got a white screen without features. .. > > what does "v.info BHroads" show? any features? .. > When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the > > following error message: > > ERROR: Cannot open old vector BHroads@PERMANENT on level 2 > > If the original location information is not the same as the data, > would this problem occur? For instance if the resolution is not the > same. I've not found good meta-data on the resolution of this data. I > also suspect that some of the other location meta-data I am using may > be incorrect. I tried using "expand area" without success. However, > in all cases the file is imported. I just can't view it. It doesn't sound like a projection problem. In general vector data doesn't care about projection or resolution. The coordinates are exact. - can you post the exact v.in.ogr messages here? - can you post the result of "ogrinfo "? maybe with "-al"? - can you use "ogr2ogr" to convert to a shapefile or something, then import that into GRASS? - maybe try "v.in.ogr location=" if you are concerned about projection settings. This creates a new location using the input's data projection settings. > >> I would like to try using v.in.dlg. It does not appear to be > >> included in grass-6.2.0. Has this routine been discontinued in > >> grass-6.2.0? yes, as (theoretically) there is an OGR solution. You can always install GRASS 5.4.0 along side GRASS 6, import it, then run v.convert in GRASS 6 to get the thing loaded. Hamish From seeger at uni-trier.de Thu Nov 30 02:22:36 2006 From: seeger at uni-trier.de (Manuel Seeger) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.variogram + v.surf.krige modules ready in grass addons! In-Reply-To: <200611291642.48874.pierluigi.derosa@gfosservices.it> References: <200611291642.48874.pierluigi.derosa@gfosservices.it> Message-ID: <200611300822.37014.seeger@uni-trier.de> Hello Pierluigi, I would be interested in testing and using your modules... where can I get them? Manuel Am Mittwoch, 29. November 2006 16:42 schrieb Pierluigi De Rosa: > Dear All, > > As someone asked me few days ago I created a new script called v.surf.krige > This module performs interpolation by kriging method but also LOOCV as > v.surf.rst does. v.variogram model gives the experimental variogram model > to the user. Then it have to run v.surf.krige, The user can run it before > to test the variogram model by cross validation and then use the tested > model to perform interpolation. > I'm going to write a little how to for this modules in next few days. > Please give me back any feedback. > Pierluigi -- Dr. Manuel Seeger Wiss. Assistent Scientific Assistant Physische Geographie Dpt. of Physical Geography FB VI - Geographie/Geowissenschaften Geography/Geosciences Universit?t Trier University of Trier D - 54286 Trier Tel.: +49-651-201 4557 Fax: +49-651-201 3976 Web: http://www.uni-trier.de/uni/fb6/geographie/mitarbeiter/Seeger/ From marchesini at unipg.it Thu Nov 30 04:00:52 2006 From: marchesini at unipg.it (ivan marchesini) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] v.variogram + v.surf.krige modules ready in grass addons! In-Reply-To: <200611300822.37014.seeger@uni-trier.de> References: <200611291642.48874.pierluigi.derosa@gfosservices.it> <200611300822.37014.seeger@uni-trier.de> Message-ID: <1164877252.5187.13.camel@geoivan> Dear Manuel... here you can find the modules: http://www.gfosservices.it/materiale_didattico/moduli/grass_kriging.tar.gz and also here: http://grass.gdf-hannover.de/wiki/GRASS_AddOns#Vector_add-ons best wishes.. Ivan Marchesini GfossServices S.A. On gio, 2006-11-30 at 08:22 +0100, Manuel Seeger wrote: > Hello Pierluigi, > I would be interested in testing and using your modules... > > where can I get them? > > Manuel -- Ti prego di cercare di non inviarmi files .doc, .xls, .ppt, .dwg. Preferisco formati liberi. Please try to avoid to send me .doc, .xls, .ppt, .dwg files. I prefer free formats. http://it.wikipedia.org/wiki/Formato_aperto http://en.wikipedia.org/wiki/Open_format Ivan Marchesini Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a 06125 Perugia (Italy) e-mail: marchesini@unipg.it ivan.marchesini@gmail.com tel: +39(0)755853760 fax: +39(0)755853756 jabber: geoivan73@jabber.org From wegmann at biozentrum.uni-wuerzburg.de Thu Nov 30 05:46:51 2006 From: wegmann at biozentrum.uni-wuerzburg.de (Martin Wegmann) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] AAIGrid import-export problem Message-ID: <200611301146.51606.wegmann@biozentrum.uni-wuerzburg.de> Hello, I am stuck with a AAI grid export problem (r.out.gdal input=NAME format=AAIGrid type=Byte output=NAME) and I have no clue if it is a gdal problem or a GRASS (r.resamp.*) problem. 1) Import dataset (r.in.gdal) - export it straight afterwards (r.out.gdal see above) - both raster images fit onto each other using QGIS 2) Import dataset (r.in.gdal) - applying r.resamp.stats (90m res in 1000m res), export with r.out.gdal (see above) - new image has a shift of +/- 100 Km to the south-east compared to the original image I assume its a r.resamp. problem but when I check the header files (row,col,res.,proj, etc.) of both exported files, they are the same which suprises me because they don't fit on each other. Any idea where to investigate further? regards, Martin From wollez at gmx.net Thu Nov 30 07:43:53 2006 From: wollez at gmx.net (Wolfgang) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] AAIGrid import-export problem In-Reply-To: <200611301146.51606.wegmann@biozentrum.uni-wuerzburg.de> References: <200611301146.51606.wegmann@biozentrum.uni-wuerzburg.de> Message-ID: have you changed g.region to your new settings before export? Wolfgang Martin Wegmann schrieb: > Hello, > > I am stuck with a AAI grid export problem (r.out.gdal input=NAME > format=AAIGrid type=Byte output=NAME) and I have no clue if it is a gdal > problem or a GRASS (r.resamp.*) problem. > > 1) Import dataset (r.in.gdal) - export it straight afterwards (r.out.gdal see > above) - both raster images fit onto each other using QGIS > > 2) Import dataset (r.in.gdal) - applying r.resamp.stats (90m res in 1000m > res), export with r.out.gdal (see above) - new image has a shift of +/- 100 > Km to the south-east compared to the original image > > I assume its a r.resamp. problem but when I check the header files > (row,col,res.,proj, etc.) of both exported files, they are the same which > suprises me because they don't fit on each other. > > Any idea where to investigate further? > > regards, Martin > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser > From wegmann at biozentrum.uni-wuerzburg.de Thu Nov 30 07:55:22 2006 From: wegmann at biozentrum.uni-wuerzburg.de (Martin Wegmann) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] AAIGrid import-export problem In-Reply-To: References: <200611301146.51606.wegmann@biozentrum.uni-wuerzburg.de> Message-ID: <200611301355.22803.wegmann@biozentrum.uni-wuerzburg.de> On Thursday 30 November 2006 13:43, Wolfgang wrote: > have you changed g.region to your new settings before export? I changed g.region res. during the r.resamp.stats but for export of the two raster g.region wasn't changed BTW r.info of the two raster gives same res/coord. for both. Martin > Wolfgang > > Martin Wegmann schrieb: > > Hello, > > > > I am stuck with a AAI grid export problem (r.out.gdal input=NAME > > format=AAIGrid type=Byte output=NAME) and I have no clue if it is a gdal > > problem or a GRASS (r.resamp.*) problem. > > > > 1) Import dataset (r.in.gdal) - export it straight afterwards (r.out.gdal > > see above) - both raster images fit onto each other using QGIS > > > > 2) Import dataset (r.in.gdal) - applying r.resamp.stats (90m res in 1000m > > res), export with r.out.gdal (see above) - new image has a shift of +/- > > 100 Km to the south-east compared to the original image > > > > I assume its a r.resamp. problem but when I check the header files > > (row,col,res.,proj, etc.) of both exported files, they are the same which > > suprises me because they don't fit on each other. > > > > Any idea where to investigate further? > > > > regards, Martin > > > > _______________________________________________ > > grassuser mailing list > > grassuser@grass.itc.it > > http://grass.itc.it/mailman/listinfo/grassuser > > _______________________________________________ > grassuser mailing list > grassuser@grass.itc.it > http://grass.itc.it/mailman/listinfo/grassuser From epatton at nrcan.gc.ca Thu Nov 30 09:18:21 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C66@s5-dar-r1.nrn.nrcan.gc.ca> Hi, If I add a text layer to gis.m and click on it, I get the following error: invalid command name "<<<<<<<" invalid command name "<<<<<<<" while executing "<<<<<<< dtext.tcl" (procedure "GmDtext::options" line 3) invoked from within "GmDtext::options $id $opt" ("dtext" arm line 2) invoked from within "switch $type { raster { GmRaster::options $id $opt } vector { GmVector::options $id $opt } ..." (procedure "GmTree::select" line 14) invoked from within "GmTree::select $node" (procedure "GmTree::selectn" line 7) invoked from within "GmTree::selectn .mainframe.frame.pw1.f0.frame.pgs.fpage_1.sw.tree_1 [string range [lindex [.mainframe.frame.pw1.f0.frame.pgs.fpage_1.sw.tree_1:cmd get..." (command bound to event) Can anyone confirm this error? I'm using Grass 6.3, cvs updated Novmeber 30th. ~ Eric. From russo at bogodyn.org Thu Nov 30 09:19:24 2006 From: russo at bogodyn.org (Tom Russo) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <20061130155609.4035efdb.hamish_nospam@yahoo.com> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> <20061130155609.4035efdb.hamish_nospam@yahoo.com> Message-ID: <20061130141924.GA3378@bogodyn.org> > James McManus wrote: > .. > > When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the > > > > following error message: > > > > ERROR: Cannot open old vector BHroads@PERMANENT on level 2 > > SDTS files contain several tables with no geometry (OGR calls them "Layers") that probably confuse v.in.ogr, and also contain point, line, and polygon features. My guess is that v.in.ogr doesn't quite grok which things it needs to ignore. When I do an ogrinfo on an SDTS road file I see: > ogrinfo TR01CATD.DDF ERROR 4: SDTS Driver doesn't support update. Had to open data source read-only. INFO: Open of `TR01CATD.DDF' using driver `SDTS' successful. 1: ARDF (None) 2: ARDM (None) 3: AHDR (None) 4: NP01 (Point) 5: NA01 (Point) 6: NO01 (Point) 7: LE01 (Line String) 8: PC01 (Polygon) I bet if you were to use a "layer=NO01,LE01,PC01" option to v.in.ogr your woes would go away. In fact, when I try to import the very same SDTS file above, it worked fine and gave line, point, and polygon features; the vector map displays Just Fine. > > >> I would like to try using v.in.dlg. It does not appear to be > > >> included in grass-6.2.0. Has this routine been discontinued in > > >> grass-6.2.0? > > yes, as (theoretically) there is an OGR solution. You can always install > GRASS 5.4.0 along side GRASS 6, import it, then run v.convert in GRASS 6 > to get the thing loaded. There is no longer an equivalent of v.in.dlg in grass 6, as that module read in the old style "DLG-Optional" format from the USGS. OGR does not support the DLG-O format and not SDTS, so at this point the DLG-Optional format is unusable in GRASS, and if you have DLG-O files you have to convert them to shapefiles with another tool (I use Global Mapper). IIRC, v.in.dlg never understood SDTS format DLGs from USGS --- in old grass 5.0 you used v.in.sdts for that (a tool that did understand the various tables in an SDTS file, but due to the poor attribute support in grass5 had to do some crazy things to try to accommodate the complex attribute system). -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick From russo at bogodyn.org Thu Nov 30 09:37:51 2006 From: russo at bogodyn.org (Tom Russo) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <20061130141924.GA3378@bogodyn.org> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> <20061130155609.4035efdb.hamish_nospam@yahoo.com> <20061130141924.GA3378@bogodyn.org> Message-ID: <20061130143751.GB3378@bogodyn.org> On Thu, Nov 30, 2006 at 07:19:24AM -0700, we recorded a bogon-computron collision of the flavor, containing: > > James McManus wrote: > > .. > > > When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the > > > > > > following error message: > > > > > > ERROR: Cannot open old vector BHroads@PERMANENT on level 2 > > > > > SDTS files contain several tables with no geometry (OGR calls them "Layers") > that probably confuse v.in.ogr, and also contain point, line, and polygon > features. My guess is that v.in.ogr doesn't quite grok which things it needs > to ignore. > > When I do an ogrinfo on an SDTS road file I see: > > ogrinfo TR01CATD.DDF > ERROR 4: SDTS Driver doesn't support update. > Had to open data source read-only. > INFO: Open of `TR01CATD.DDF' > using driver `SDTS' successful. > 1: ARDF (None) > 2: ARDM (None) > 3: AHDR (None) > 4: NP01 (Point) > 5: NA01 (Point) > 6: NO01 (Point) > 7: LE01 (Line String) > 8: PC01 (Polygon) > > I bet if you were to use a "layer=NO01,LE01,PC01" option to v.in.ogr your > woes would go away. In fact, when I try to import the very same SDTS file > above, it worked fine and gave line, point, and polygon features; the vector > map displays Just Fine. That particular choice of "layers" is appropriate for SDTS files that contain only polylines (such as road layers), but not for anything that contains meaningful polygons --- if you tried to use this on, say, a surface cover layer all the attributes of the polygons would be missing because those are in the centroids from the NA "module" (which is the SDTS terminology). To get polygons with attributes you'll need to attach centroids to the polygons, and those are in the NA module. You'll need to use the "type=" option to v.in.ogr to read in "layers" with the right types. I'm not exactly sure how to do that, although I think I can guess: v.in.ogr dsn= layer=NO01,LE01,PC01,NA01 type=point,line,boundary,centroid output=... If I read the v.in.ogr help correctly, that should import the NO01 module/"layer" as points, the LE01 module/"layer" as polylines, the PC01 "layer" as boundaries, and the NP01 "layer" as area centroids. But someone more knowledgable should step in and correct me. -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick From michael.barton at asu.edu Thu Nov 30 12:25:47 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C66@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: On 11/30/06 7:18 AM, "Patton, Eric" wrote: > If I add a text layer to gis.m and click on it, I get the following error: > > invalid command name "<<<<<<<" > invalid command name "<<<<<<<" I tried this with a cvs version of 6.3 I compiled yesterday and cannot duplicate it. The "<<<<<<<" command name looks very strange. I can't imagine where this is coming from. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From neteler at itc.it Thu Nov 30 12:47:08 2006 From: neteler at itc.it (Markus Neteler) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] commercial support In-Reply-To: References: Message-ID: <456F191C.7090205@itc.it> Hi, please note that the page only contains companies who have signaled to be there or which were known. There will be many more, please suggest links if appropriate. Markus M S wrote on 11/29/2006 09:36 PM: > did you see this link off the GRASS page? > http://grass.itc.it/community/commercial.php > > there is only two in USA it seems, and one is for mac? > > I too am interested in seeing what commercial support is available in > the US. > > On 11/29/06, *Moskovitz, Bob* < Bob.Moskovitz@conservation.ca.gov > > wrote: > > I forgot to say that I am asking this question because I am trying > to justify the use of Open Source software...GRASS in particular. > > -----Original Message----- > *From:* grassuser-bounces@grass.itc.it > [mailto: > grassuser-bounces@grass.itc.it > ]*On Behalf Of > *Moskovitz, Bob > *Sent:* Wednesday, November 29, 2006 10:37 AM > *To:* Grassuser (E-mail) > *Subject:* [GRASS-user] commercial support > > Hello Grass Users, > > Can anyone tell me where I can find commercial support for > GRASS? I prefer a company that is located in California. > > Bob > > > CONFIDENTIALITY NOTICE: This communication is intended only > for the use of the individual or entity to which it is > addressed. This message contains information from the State of > California, California Geological Survey, which may be > privileged, confidential and exempt from disclosure under > applicable law, including the Electronic Communications > Privacy Act. If the reader of this communication is not the > intended recipient, you are hereby notified that any > dissemination, distribution, or copying of this communication > is strictly prohibited. > From epatton at nrcan.gc.ca Thu Nov 30 13:14:56 2006 From: epatton at nrcan.gc.ca (Patton, Eric) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C66@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <0E5A77B55A57D511BB3F0002A537C26208C55C6B@s5-dar-r1.nrn.nrcan.gc.ca> Michael, As Thierry mentioned, deleting my grass6 directory and doing a fresh cvs checkout solved the problem. BTW, text positioning works great! Thanks, ~ Eric. -----Original Message----- From: Michael Barton To: Patton, Eric; grass-dev@grass.itc.it Cc: grassuser@grass.itc.it Sent: 11/30/2006 12:25 PM Subject: Re: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error On 11/30/06 7:18 AM, "Patton, Eric" wrote: > If I add a text layer to gis.m and click on it, I get the following error: > > invalid command name "<<<<<<<" > invalid command name "<<<<<<<" I tried this with a cvs version of 6.3 I compiled yesterday and cannot duplicate it. The "<<<<<<<" command name looks very strange. I can't imagine where this is coming from. Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From michael.barton at asu.edu Thu Nov 30 13:49:13 2006 From: michael.barton at asu.edu (Michael Barton) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error In-Reply-To: <0E5A77B55A57D511BB3F0002A537C26208C55C6B@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: On 11/30/06 11:14 AM, "Patton, Eric" wrote: > Michael, > > As Thierry mentioned, deleting my grass6 directory and doing a fresh cvs > checkout solved the problem. > > BTW, text positioning works great! Thanks, Good. I'm happy that the text positioning works. I like it. Have you tried the legend and scalebar mouse positioning too? Do they work for you? Michael __________________________________________ Michael Barton, Professor of Anthropology School of Human Evolution & Social Change Center for Social Dynamics and Complexity Arizona State University phone: 480-965-6213 fax: 480-965-7671 www: http://www.public.asu.edu/~cmbarton From russo at bogodyn.org Thu Nov 30 14:07:42 2006 From: russo at bogodyn.org (Tom Russo) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clicking on a text layer in GIS manager gives tcl error In-Reply-To: References: <0E5A77B55A57D511BB3F0002A537C26208C55C66@s5-dar-r1.nrn.nrcan.gc.ca> Message-ID: <20061130190742.GA6809@bogodyn.org> On Thu, Nov 30, 2006 at 10:25:47AM -0700, we recorded a bogon-computron collision of the flavor, containing: > On 11/30/06 7:18 AM, "Patton, Eric" wrote: > > > If I add a text layer to gis.m and click on it, I get the following error: > > > > invalid command name "<<<<<<<" > > invalid command name "<<<<<<<" > > I tried this with a cvs version of 6.3 I compiled yesterday and cannot > duplicate it. The "<<<<<<<" command name looks very strange. I can't imagine > where this is coming from. This is a sign that the local copy of the file had been modified, and in a way that conflicted with CVS --- CVS tags conflicts by delimiting the unresolvable differences with lines beginning with "<<<<<<" so they can easily be found and resolved by hand. -- Tom Russo KM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick From jmpmcmanus at yahoo.com Thu Nov 30 14:53:20 2006 From: jmpmcmanus at yahoo.com (James McManus) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <20061130141924.GA3378@bogodyn.org> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> <20061130155609.4035efdb.hamish_nospam@yahoo.com> <20061130141924.GA3378@bogodyn.org> Message-ID: <456F36B0.3070609@yahoo.com> Tom Russo wrote: >> James McManus wrote: >> .. >> >>> When I issue the "g.region vect=BHroads" or "v.info BHroads" I get the >>> >>> following error message: >>> >>> ERROR: Cannot open old vector BHroads@PERMANENT on level 2 >>> >>> > > SDTS files contain several tables with no geometry (OGR calls them "Layers") > that probably confuse v.in.ogr, and also contain point, line, and polygon > features. My guess is that v.in.ogr doesn't quite grok which things it needs > to ignore. > > When I do an ogrinfo on an SDTS road file I see: > >> ogrinfo TR01CATD.DDF >> > ERROR 4: SDTS Driver doesn't support update. > Had to open data source read-only. > INFO: Open of `TR01CATD.DDF' > using driver `SDTS' successful. > 1: ARDF (None) > 2: ARDM (None) > 3: AHDR (None) > 4: NP01 (Point) > 5: NA01 (Point) > 6: NO01 (Point) > 7: LE01 (Line String) > 8: PC01 (Polygon) > > I bet if you were to use a "layer=NO01,LE01,PC01" option to v.in.ogr your > woes would go away. In fact, when I try to import the very same SDTS file > above, it worked fine and gave line, point, and polygon features; the vector > map displays Just Fine. > > >>>>> I would like to try using v.in.dlg. It does not appear to be >>>>> included in grass-6.2.0. Has this routine been discontinued in >>>>> grass-6.2.0? >>>>> >> yes, as (theoretically) there is an OGR solution. You can always install >> GRASS 5.4.0 along side GRASS 6, import it, then run v.convert in GRASS 6 >> to get the thing loaded. >> > > There is no longer an equivalent of v.in.dlg in grass 6, as that module read > in the old style "DLG-Optional" format from the USGS. OGR does not support > the DLG-O format and not SDTS, so at this point the DLG-Optional format is > unusable in GRASS, and if you have DLG-O files you have to convert them to > shapefiles with another tool (I use Global Mapper). IIRC, v.in.dlg never > understood SDTS format DLGs from USGS --- in old grass 5.0 you used v.in.sdts > for that (a tool that did understand the various tables in an SDTS file, but > due to the poor attribute support in grass5 had to do some crazy things to try > to accommodate the complex attribute system). > > Defining all layers worked! It looks like it fixed the other problems I was having. It looks like the problem was with me. Live and learn. Thanks! Jim From dylan.beaudette at gmail.com Thu Nov 30 16:54:49 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <17773.60941.811805.521395@cerise.gclements.plus.com> References: <200611281531.29493.dylan.beaudette@gmail.com> <17773.60941.811805.521395@cerise.gclements.plus.com> Message-ID: <200611301354.49329.dylan.beaudette@gmail.com> On Wednesday 29 November 2006 12:31, Glynn Clements wrote: > Dylan Beaudette wrote: > > Quick question on the units used for the ouput of r.sun in mode 2 (daily > > sums): > > > > In the manual pages for r.sun, the following 'unit' is included in the > > description: > > ---------------------------- > > The solar radiation maps for given day are computed integrating the > > relevant irradiance between sunrise and sunset times for given day. The > > user can set finer or coarser time step step used for all-day radiation > > calculations. A default value of step is 0.5 hour. Larger steps (e.g. > > 1.0-2.0) can speed-up calculations but produce less reliable results. The > > output units are in Wh per squared meter per given day [Wh/(m*m)/day]. > > ------------------------- > > > > Is one to interpret this as "watt-hour per square meter per day" ? > > This would seem a little odd, as the the unit 'watt-hour' is not an SI > > unit. > > More odd (to me) is having (different) units of time in both the > numerator and denominator. I would have thought it more logical to > divide the result by 24 to give Watts per square metre [W/(m^2)]. I need to check with some local experts, but judging from some recent tests - the output from r.sun is comparible to that from a weather station, with *hourly* averaged data in W/(m^2) which i think is analogous to the Wh/(m^2) units that r.sun uses. -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From jgreenberg at arc.nasa.gov Thu Nov 30 16:42:18 2006 From: jgreenberg at arc.nasa.gov (Jonathan Greenberg) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <200611301354.49329.dylan.beaudette@gmail.com> Message-ID: A watt hour is a real unit, although not an SI one, its a unit of energy (as opposed to a watt which is power). Watt-hours are used in your electric bills. The key SI conversion is 1 watt-second (1/3600 of a Wh) = 1 Joule. It's an integral of W/m2 over time (not a rate). A common conversion (if you are doing Eto calculations, for instance) is to MJ/m2/day, which will be the r.sun output (mode 2) * 3600/1000000 --j On 11/30/06 1:54 PM, "Dylan Beaudette" wrote: > On Wednesday 29 November 2006 12:31, Glynn Clements wrote: >> Dylan Beaudette wrote: >>> Quick question on the units used for the ouput of r.sun in mode 2 (daily >>> sums): >>> >>> In the manual pages for r.sun, the following 'unit' is included in the >>> description: >>> ---------------------------- >>> The solar radiation maps for given day are computed integrating the >>> relevant irradiance between sunrise and sunset times for given day. The >>> user can set finer or coarser time step step used for all-day radiation >>> calculations. A default value of step is 0.5 hour. Larger steps (e.g. >>> 1.0-2.0) can speed-up calculations but produce less reliable results. The >>> output units are in Wh per squared meter per given day [Wh/(m*m)/day]. >>> ------------------------- >>> >>> Is one to interpret this as "watt-hour per square meter per day" ? >>> This would seem a little odd, as the the unit 'watt-hour' is not an SI >>> unit. >> >> More odd (to me) is having (different) units of time in both the >> numerator and denominator. I would have thought it more logical to >> divide the result by 24 to give Watts per square metre [W/(m^2)]. > > I need to check with some local experts, but judging from some recent tests - > the output from r.sun is comparible to that from a weather station, with > *hourly* averaged data in W/(m^2) which i think is analogous to the Wh/(m^2) > units that r.sun uses. -- Jonathan A. Greenberg, PhD NRC Research Associate NASA Ames Research Center MS 242-4 Moffett Field, CA 94035-1000 Office: 650-604-5896 Cell: 415-794-5043 AIM: jgrn307 MSN: jgrn307@hotmail.com From dylan.beaudette at gmail.com Thu Nov 30 17:56:33 2006 From: dylan.beaudette at gmail.com (Dylan Beaudette) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: References: Message-ID: <200611301456.33966.dylan.beaudette@gmail.com> Thanks for the clarification Jonathan. I was aware of the Joule - Watt relationship, but was not quite sure why r.sun was using W*h instead of Joules. Since a Mega-Joule is a much more readily used unit of enery, I think that I will do the conversion from now on. The next question, pardon my ignorance, is: how to interpret hourly averaged insolation (beam + diffuse) values from a weather station, which are reported in W/(m^2) ? Is this essentially this same thing, as it is "integrated" over an hour when summed for the entire day? Cheers, Dylan On Thursday 30 November 2006 13:42, Jonathan Greenberg wrote: > A watt hour is a real unit, although not an SI one, its a unit of energy > (as opposed to a watt which is power). Watt-hours are used in your > electric bills. The key SI conversion is 1 watt-second (1/3600 of a Wh) = > 1 Joule. It's an integral of W/m2 over time (not a rate). A common > conversion (if you are doing Eto calculations, for instance) is to > MJ/m2/day, which will be the r.sun output (mode 2) * 3600/1000000 > > --j > > On 11/30/06 1:54 PM, "Dylan Beaudette" wrote: > > On Wednesday 29 November 2006 12:31, Glynn Clements wrote: > >> Dylan Beaudette wrote: > >>> Quick question on the units used for the ouput of r.sun in mode 2 > >>> (daily sums): > >>> > >>> In the manual pages for r.sun, the following 'unit' is included in the > >>> description: > >>> ---------------------------- > >>> The solar radiation maps for given day are computed integrating the > >>> relevant irradiance between sunrise and sunset times for given day. The > >>> user can set finer or coarser time step step used for all-day radiation > >>> calculations. A default value of step is 0.5 hour. Larger steps (e.g. > >>> 1.0-2.0) can speed-up calculations but produce less reliable results. > >>> The output units are in Wh per squared meter per given day > >>> [Wh/(m*m)/day]. ------------------------- > >>> > >>> Is one to interpret this as "watt-hour per square meter per day" ? > >>> This would seem a little odd, as the the unit 'watt-hour' is not an SI > >>> unit. > >> > >> More odd (to me) is having (different) units of time in both the > >> numerator and denominator. I would have thought it more logical to > >> divide the result by 24 to give Watts per square metre [W/(m^2)]. > > > > I need to check with some local experts, but judging from some recent > > tests - the output from r.sun is comparible to that from a weather > > station, with *hourly* averaged data in W/(m^2) which i think is > > analogous to the Wh/(m^2) units that r.sun uses. -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From jgreenberg at arc.nasa.gov Thu Nov 30 17:55:11 2006 From: jgreenberg at arc.nasa.gov (Jonathan Greenberg) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <200611301456.33966.dylan.beaudette@gmail.com> Message-ID: <009501c714d2$9861c360$0701a8c0@QWARD> Oddly enough, it is technically impossible to directly measure W/m2, the instrument MUST have some sort of integrating time. Someone please correct me, but I think if you want to convert to energy (assuming the insolation is constant over the hour, which the average basically assumes), you simply multiply the W/m2 by the integrating time, so if your instrument shows an average reading of 2.3W/m2 for 10am, you can say that from 9am to 10am the energy/m2 is 2.3Wh/m2 (or 2.3Wh/m2/1 hour). --j -- Jonathan A. Greenberg, PhD NASA Postdoctoral Researcher NASA Ames Research Center MS 242-4 Moffett Field, CA 94035-1000 Phone: 415-794-5043 AIM: jgrn3007 MSN: jgrn3007@hotmail.com -----Original Message----- From: Dylan Beaudette [mailto:dylan.beaudette@gmail.com] Sent: Thursday, November 30, 2006 2:57 PM To: grassuser@grass.itc.it Cc: Jonathan Greenberg Subject: Re: [GRASS-user] Clarification on units used in r.sun Thanks for the clarification Jonathan. I was aware of the Joule - Watt relationship, but was not quite sure why r.sun was using W*h instead of Joules. Since a Mega-Joule is a much more readily used unit of enery, I think that I will do the conversion from now on. The next question, pardon my ignorance, is: how to interpret hourly averaged insolation (beam + diffuse) values from a weather station, which are reported in W/(m^2) ? Is this essentially this same thing, as it is "integrated" over an hour when summed for the entire day? Cheers, Dylan On Thursday 30 November 2006 13:42, Jonathan Greenberg wrote: > A watt hour is a real unit, although not an SI one, its a unit of energy > (as opposed to a watt which is power). Watt-hours are used in your > electric bills. The key SI conversion is 1 watt-second (1/3600 of a Wh) = > 1 Joule. It's an integral of W/m2 over time (not a rate). A common > conversion (if you are doing Eto calculations, for instance) is to > MJ/m2/day, which will be the r.sun output (mode 2) * 3600/1000000 > > --j > > On 11/30/06 1:54 PM, "Dylan Beaudette" wrote: > > On Wednesday 29 November 2006 12:31, Glynn Clements wrote: > >> Dylan Beaudette wrote: > >>> Quick question on the units used for the ouput of r.sun in mode 2 > >>> (daily sums): > >>> > >>> In the manual pages for r.sun, the following 'unit' is included in the > >>> description: > >>> ---------------------------- > >>> The solar radiation maps for given day are computed integrating the > >>> relevant irradiance between sunrise and sunset times for given day. The > >>> user can set finer or coarser time step step used for all-day radiation > >>> calculations. A default value of step is 0.5 hour. Larger steps (e.g. > >>> 1.0-2.0) can speed-up calculations but produce less reliable results. > >>> The output units are in Wh per squared meter per given day > >>> [Wh/(m*m)/day]. ------------------------- > >>> > >>> Is one to interpret this as "watt-hour per square meter per day" ? > >>> This would seem a little odd, as the the unit 'watt-hour' is not an SI > >>> unit. > >> > >> More odd (to me) is having (different) units of time in both the > >> numerator and denominator. I would have thought it more logical to > >> divide the result by 24 to give Watts per square metre [W/(m^2)]. > > > > I need to check with some local experts, but judging from some recent > > tests - the output from r.sun is comparible to that from a weather > > station, with *hourly* averaged data in W/(m^2) which i think is > > analogous to the Wh/(m^2) units that r.sun uses. -- Dylan Beaudette Soils and Biogeochemistry Graduate Group University of California at Davis 530.754.7341 From grass at kwasnicki.com Thu Nov 30 17:57:47 2006 From: grass at kwasnicki.com (Ken) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] can r.in.xyz get input from STDIN? Message-ID: <456F61EB.6050803@kwasnicki.com> i'm getting xyz data from the grass command prompt using a query like: echo "select x,y,z from...." | db.select > outfile.xyz then reading into grass using: r.in.xyz input=outfile.xyz .... just wondering if i can do this in one step by piping my select output directly into r.in.xyz? (i suppose i could just right a wrapper script to do this if i can't do it directly) thanks! ken From hamish_nospam at yahoo.com Thu Nov 30 19:07:21 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] Clarification on units used in r.sun In-Reply-To: <200611301456.33966.dylan.beaudette@gmail.com> References: <200611301456.33966.dylan.beaudette@gmail.com> Message-ID: <20061201130721.251ea06a.hamish_nospam@yahoo.com> Dylan Beaudette wrote: > > I was aware of the Joule - Watt relationship, but was not quite sure > why r.sun was using W*h instead of Joules. Since a Mega-Joule is a > much more readily used unit of enery, I think that I will do the > conversion from now on. It is my understanding that W/m2 is the standard unit used by the solar modelling community. The other common one that our LI-COR PAR sensors are calibrated with is micro-mol . s-1 . m-2. (aka einsteins, or photon quanta) I suggest having a look through the literature and manuals here: http://www.licor.com/env/Products/Sensors/rad.jsp Starting with: http://www.licor.com/env/PDF_Files/Rad_Meas.pdf It is well written, informative, and clear. > The next question, pardon my ignorance, is: how to interpret hourly > averaged insolation (beam + diffuse) values from a weather station, > which are reported in W/(m^2) ? > > Is this essentially this same thing, as it is "integrated" over an > hour when summed for the entire day? I would guess sum midnight to midnight hourly averages of W/m2 = mode2 ? Hamish ps- I will cc this thread to Jaro From torres_ce at hotmail.com Thu Nov 30 19:23:59 2006 From: torres_ce at hotmail.com (CARLOS TORRES) Date: Wed Nov 14 14:19:36 2007 Subject: [GRASS-user] ortofoto Message-ID: An HTML attachment was scrubbed... URL: http://lists.osgeo.org/pipermail/grass-user/attachments/20061201/b59c15ce/attachment.html From hamish_nospam at yahoo.com Thu Nov 30 19:40:19 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:42 2007 Subject: [GRASS-user] can r.in.xyz get input from STDIN? In-Reply-To: <456F61EB.6050803@kwasnicki.com> References: <456F61EB.6050803@kwasnicki.com> Message-ID: <20061201134019.7544d935.hamish_nospam@yahoo.com> Ken wrote: > i'm getting xyz data from the grass command prompt using a query like: > echo "select x,y,z from...." | db.select > outfile.xyz > > then reading into grass using: > r.in.xyz input=outfile.xyz .... > > just wondering if i can do this in one step by piping my select output > directly into r.in.xyz? > > (i suppose i could just right a wrapper script to do this if i can't > do it directly) No, you can't right now. But it is a planned feature. (input="-") This would have the advantage of bypassing any LFS problems. (?) The only (minor) problem I see is that data taken from stdin would obviously have to bypass the G_percent() calls (that's ok) but as a replacement I'd like to use G_clicker(), and I'm not sure how well the GUI version will deal with that. (would need some help from a Tcl expert) Hamish From hamish_nospam at yahoo.com Thu Nov 30 19:46:30 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:42 2007 Subject: [GRASS-user] Importing a SDTS/DLG files? In-Reply-To: <20061130143751.GB3378@bogodyn.org> References: <456CF9C8.5040101@yahoo.com> <20061129192819.61a514a6.hamish_nospam@yahoo.com> <456DCD0B.8070608@yahoo.com> <20061130155609.4035efdb.hamish_nospam@yahoo.com> <20061130141924.GA3378@bogodyn.org> <20061130143751.GB3378@bogodyn.org> Message-ID: <20061201134630.41542618.hamish_nospam@yahoo.com> Tom Russo wrote: > > SDTS files contain several tables with no geometry (OGR calls them > > "Layers") that probably confuse v.in.ogr, and also contain point, > > line, and polygon features. My guess is that v.in.ogr doesn't quite > > grok which things it needs to ignore. > > > > When I do an ogrinfo on an SDTS road file I see: > > > ogrinfo TR01CATD.DDF > > ERROR 4: SDTS Driver doesn't support update. > > Had to open data source read-only. > > INFO: Open of `TR01CATD.DDF' > > using driver `SDTS' successful. > > 1: ARDF (None) > > 2: ARDM (None) > > 3: AHDR (None) > > 4: NP01 (Point) > > 5: NA01 (Point) > > 6: NO01 (Point) > > 7: LE01 (Line String) > > 8: PC01 (Polygon) > > > > I bet if you were to use a "layer=NO01,LE01,PC01" option to v.in.ogr > > your woes would go away. In fact, when I try to import the very > > same SDTS file above, it worked fine and gave line, point, and > > polygon features; the vector map displays Just Fine. > > That particular choice of "layers" is appropriate for SDTS files that > contain only polylines (such as road layers), but not for anything > that contains meaningful polygons --- if you tried to use this on, > say, a surface cover layer all the attributes of the polygons would be > missing because those are in the centroids from the NA "module" (which > is the SDTS terminology). To get polygons with attributes you'll > need to attach centroids to the polygons, and those are in the NA > module. You'll need to use the "type=" option to v.in.ogr to read in > "layers" with the right types. I'm not exactly sure how to do that, > although I think I can guess: > > v.in.ogr dsn= layer=NO01,LE01,PC01,NA01 > type=point,line,boundary,centroid output=... > > If I read the v.in.ogr help correctly, that should import the NO01 > module/"layer" as points, the LE01 module/"layer" as polylines, the > PC01 "layer" as boundaries, and the NP01 "layer" as area centroids. > But someone more knowledgable should step in and correct me. this sounds like the basis for a nice "v.in.sdts" script for GRASS 6. Hamish From hamish_nospam at yahoo.com Thu Nov 30 19:51:16 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:42 2007 Subject: [GRASS-user] AAIGrid import-export problem In-Reply-To: <200611301355.22803.wegmann@biozentrum.uni-wuerzburg.de> References: <200611301146.51606.wegmann@biozentrum.uni-wuerzburg.de> <200611301355.22803.wegmann@biozentrum.uni-wuerzburg.de> Message-ID: <20061201135116.236562af.hamish_nospam@yahoo.com> Martin Wegmann wrote: > On Thursday 30 November 2006 13:43, Wolfgang wrote: > > have you changed g.region to your new settings before export? > > I changed g.region res. during the r.resamp.stats but for export of > the two raster g.region wasn't changed > > BTW r.info of the two raster gives same res/coord. for both. what about with using the new region sensitive GDAL output? (resamples) "r.out.gdal -r" r.in.gdal out=NAME g.region rast=NAME r.out.gdal -r in=NAME ? Hamish From hamish_nospam at yahoo.com Thu Nov 30 23:00:21 2006 From: hamish_nospam at yahoo.com (Hamish) Date: Wed Nov 14 14:19:42 2007 Subject: [GRASS-user] interpolating data points In-Reply-To: <392565E0-D34B-40FA-9C9E-4D90946947EB@yahoo.ca> References: <20061128173027.GA22843@ec.gc.ca> <9F58265A-3853-4FB0-B301-160E6C63BDF4@yahoo.ca> <20061128195121.GA24866@ec.gc.ca> <392565E0-D34B-40FA-9C9E-4D90946947EB@yahoo.ca> Message-ID: <20061201170021.0b01ce08.hamish_nospam@yahoo.com> Michael Perdue wrote: > GRASS 6.2.0 (newLocation):~ > g.region n=50:15:00N s=49:15:00N \ > e=110:15:00W w=111:45:00W nsres=00:30:00 ewres=00:30:00 tip: for lat/lon positions, you can often leave off trailing ":00" e.g. for 45S lat: -45.000, 45S, 45:00S, 45:00:00S, and 45:00:00.000S should all work. in GRASS 6.2+ decimal minutes should work too. (45:00.000S) might save you a few keystrokes or conversion steps. Hamish