[GRASS-user] Binary snapshot
Hi all, I tried to download the daily snapshot package of GRASS6.3 for an installation on a kubuntu dapper. Is this package available somewhere? Is it possible to install GRASS6.3 on old kubuntu versions? Thanks in advance for help Silvia ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] weird dbf file in GRASS 6.4
Hi. I am editing a dbf file of a GRASS vector in QGIS. When I launch the open attribute table in QGIS it shows a long table of over a thousand records, but when I open the file in OpenOffice Calc 3.0 it only shows me 30 records which was the 30 classes I initially converted from raster to vector. Using: r.to.vect -v input=x output=x_vect feature=area --overwrite --verbose My plan is to edit the class categoris of each vector polygon in OOCalc. Any ideas why is it like this? I don't have problems with my previous vector files when I am using 6.3 -- |-|--| | __.-._ |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 |-|--| ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] weird dbf file in GRASS 6.4
QGIS and GRASS devs, Below I'm forwarding you a QGIS-GRASS issue. It seems to be somewhat related to https://trac.osgeo.org/qgis/ticket/554#comment:7. maning sambale pisze: I am editing a dbf file of a GRASS vector in QGIS. When I launch the open attribute table in QGIS it shows a long table of over a thousand records, but when I open the file in OpenOffice Calc 3.0 it only shows me 30 records which was the 30 classes I initially converted from raster to vector. Using: r.to.vect -v input=x output=x_vect feature=area --overwrite --verbose My plan is to edit the class categoris of each vector polygon in OOCalc. Any ideas why is it like this? I don't have problems with my previous vector files when I am using 6.3 You used the '-v' switch which means: Use raster values as categories instead of unique sequence. Thus, it is normal that the output table has only that many rows, as many unique cell values were there in the input raster map. Multiple polygons are linked to the same table row (by having the same category), so there are more polygons than rows in the table indeed. QGIS table editor does not present a GRASS vector map table as it really is, but treats each vector feature separately. This has the pro that you can access individual polygons from the table editor, no matter that multiple polygons have the same category. The con is that it's not the real table as it is, which confuses some users. Best if QGIS could provide both modes, with the current behaviour as an option and defaulting to real table layout. Maciek -- Maciej Sieczka www.sieczka.org ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] change resolution using g.region
Silvia Simoni wrote: but I still do not understand your sentence: Raster maps are sampled based upon the region; which is the sampling technique? In other words, given a 1x1 dem, and changing the region resolution from 1x1 to 2x2, which effect produce on the values in the 2x2 dem? How are they determined? Nearest neighbor? 4-cell-arithmetic average? Nearest neighbor. -- Glynn Clements [EMAIL PROTECTED] ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
[GRASS-user] v.generalize / reanimation of dead lines ?
Hi, when trying to derive a continous coast_line_ from the GSHHS data set. For this, the data was reduced using v.generalize (douglas, threshold=0.001). Since the reduced coastline consists of several lines (with individual categories), I tried v.build to snap them together into a (hopefully) one long and friendly line. Alas, v.build throws: V2_read_line_nat(): Attempt to read dead line 26199 Any advice how to reanimate the dead lines ?? Peter -- Dr. Peter Löwe [EMAIL PROTECTED] GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] v.generalize / reanimation of dead lines ?
Peter, Have you tried to v.build snap the lined before you generalize them? --Wolf On 28.08.2008 19:04, [EMAIL PROTECTED] wrote: Hi, when trying to derive a continous coast_line_ from the GSHHS data set. For this, the data was reduced using v.generalize (douglas, threshold=0.001). Since the reduced coastline consists of several lines (with individual categories), I tried v.build to snap them together into a (hopefully) one long and friendly line. Alas, v.build throws: V2_read_line_nat(): Attempt to read dead line 26199 Any advice how to reanimate the dead lines ?? Peter -- :3 ) Wolf Bergenheim ( 8: ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
RES: [GRASS-user] Re: Re: GRASS freezes with OpenSuse 11.0
Thanks, Francesco and all the other guys in the list.
As I tried some of the suggestions and I needed my system working, I just
uninstalled Suse and put a brand new Fedora9 and everything is working fine.
Regards,
Adalberto
_
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Em nome de Francesco Teodori
Enviada em: quinta-feira, 28 de agosto de 2008 04:38
Para: grass
Assunto: Re: [GRASS-user] Re: Re: GRASS freezes with OpenSuse 11.0
Add the following repo
http://download.opensuse.org/repositories/home:/lmich/openSUSE_11.0/. After
that, update the packages. This should fix the problem.
Francesco
On Thu, Aug 28, 2008 at 1:24 AM, William L. Baker [EMAIL PROTECTED] wrote:
Hamish,
GRASS 6.3 starts fine with -text or -oldtcltk options. The gui freezes with
default or -tcltk or -gui options.
What freezes is the GRASS 6.3.0 GIS Manager Map that is a complex map. I
can't even close that window and have to logout to get rid of it.
I did the compile myself. This is not from an rpm.
No message about libgdal or missing nsres...
Bill B.
Bill Baker wrote:
I have the same problem with GRASS 6.3.0 downloaded from grass.itc.it under
OpenSuse 11.0 32-bit. I have latest GDAL, Postgresl etc.
Francesco Teodori has created 32-bit rpm's for Suse 11 and GRASS 6.3.0, so
he must know what we are doing wrong. I have not tried the rpm's:
http://teodori.org/repository/grass/opensuse11.0/current/32bit/grass-6.3.0-1
opensuse11.0.i586/download.html
I have the same freeze problem with GRASS 6.2.3 and GRASS 6.3.0-svn from 2
weeks ago, both downloaded from grass.itc.it, so the freeze problem is not
specific to either 6.3 release or 64-bit. Something in OpenSuse 11 must be
the trouble, but what?
Is there an error message shown in the terminal window?
e.g. something about libgdal.so? or missing nsres() variable?
can you start in text mode ('grass63 -text') and run 'g.region -p'?
I expect there is some build error with those binaries, or GDAL libraries
on your system have been updated to a newer version than those binaries
were built with and are now incompatible.
I see on the download site there is a new grass-6.3.0-13.1.i586.rpm
added three days ago. Perhaps that solves it?
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Speeding up bash script
Hi Wesley,
I have recently analysed some lidar data in GRASS and have used Hamish's
r.in.xyz module. Its a pretty useful tool to bin up lidar data.
cheers
Andy
On 8/28/08, Maciej Sieczka [EMAIL PROTECTED] wrote:
Wesley Roberts pisze:
I have written a bash script to extract the maximum LiDAR height
value within a predefined sample site (Vector with 314 sample
locations each 10m squared). The script is below. Essentially I use
v.extract to select one of my 314 sample sites (Flight_sample2). This
temporary vector is then used to select all LiDAR points falling
within its boundaries using v.select. Following this I use v.univar
to calculate summary statistics of the points selected which is then
written to temp_file. sed and awk are then used to extract the
maximum height value which is then used to update (v.db.update) the
original flight sample file.
Wesley,
Each db.execute call is expensive (v.db.update is a wrapper for
db.execute).
Remove v.db.update from the loop. Replace it with a command that
will create corresponding SQL statements, and store them in a text file.
Outside the loop pipe the file into db.execute. This will do the whole
update in one run. Should save plenty of time. There's an example in
db.execute manual.
You can also use v.univar -g - shell script output style. It is easier
to parse. Thus instead:
v.univar map=b_sam_$x type=point column=dbl_5 layer=1 temp_file
a=`sed -n '5p' temp_file | awk '{print $2}'
you can put:
eval `v.univar -g map=b_sam_$x type=point column=dbl_5 layer=1`
and then variable 'max' automagically stores your maximum value.
Maciek
--
Maciej Sieczka
www.sieczka.org
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
Re: Geophysics functions [was Re: [GRASS-user] use pi number]
2008/8/26 José María Michia [EMAIL PROTECTED]: I've created a wiki page: http://grass.osgeo.org/wiki/Gravity http://grass.osgeo.org/wiki/Geomagnetism I've edited them both. please check. Dylan, quite informative pages, thanks. As for the GMT info, it is a shame I am not much into GMT, maybe that is a grave fault on my part? -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Re: Re: GRASS freezes with OpenSuse 11.0
2008/8/28 Adalberto da Silva [EMAIL PROTECTED]: Thanks, Francesco and all the other guys in the list. As I tried some of the suggestions and I needed my system working, I just uninstalled Suse and put a brand new Fedora9 and everything is working fine. Some times all you need is a bigger hammer... um abraço. -- Paulo Marcondes = PU1/PU2PIX -22.915 -42.224 = GG86jc ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
Re: [GRASS-user] Binary snapshot
maybe the packages from les-ejk.cz should be usable http://les-ejk.cz/ubuntu jachym 2008/8/28 Silvia Franceschi [EMAIL PROTECTED]: Hi all, I tried to download the daily snapshot package of GRASS6.3 for an installation on a kubuntu dapper. Is this package available somewhere? Is it possible to install GRASS6.3 on old kubuntu versions? Thanks in advance for help Silvia ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user -- Jachym Cepicky e-mail: jachym.cepicky gmail com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ___ grass-user mailing list grass-user@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-user
