[GRASS-user] g.parser terminated when execute scripts just like g.manual, v.report etc.

2008-10-28 Thread LiangXu Wang
Hi, Using Ubuntu intrepid with grass 6.4svn version, gdal and grass are compiled by myself with dpkg-buildpackage. When running g.manual -i, get error: *** buffer overflow detected ***: g.parser terminated === Backtrace: =

Re: [GRASS-user] Wrong projection info after importing Geotif

2008-10-28 Thread Agustin Lobo
Markus, I already did use -d, I copy the output below. But the problem that worries me most is not that the default region be wrong, but that r.in.gdal gets confused and interfered by the default or active region while I think that the only geographic info that should matter for r.in.gdal is

Re: [GRASS-user] Wrong projection info after importing Geotif

2008-10-28 Thread Markus Neteler
On Tue, Oct 28, 2008 at 9:28 AM, Agustin Lobo [EMAIL PROTECTED] wrote: Markus, I already did use -d, I copy the output below. But the problem that worries me most is not that the default region be wrong, but that r.in.gdal gets confused and interfered by the default or active region while I

[GRASS-user] v.profile ??

2008-10-28 Thread Francesco Mirabella
Hi all, does anyone know if there is a way of drawing a vertical profile from a 3d vector point map? For example from earthquakes location data which are typically 3d vector points? It seems to me that it should be something corresponding to r.profile, but for vectors (v.profile??). Also,

[GRASS-user] Export vect to shapefiles

2008-10-28 Thread Milton Cezar Ribeiro
Dear All, I am running native WinGrass and I am trying to export a vector map (with 100.000 areas). The command below is what I am using. v.out.ogr input=myvect dsn=c:/temp olayer=myexport type=area But after a all nigth long the command not finish and now update is done on the output files

Re: [GRASS-user] v.profile ??

2008-10-28 Thread Maris Nartiss
Hello Francesco. You are really lucky :) I'm implementing v.profile right now. It's almost working - it needs some final touches and documentation before it's ready for release. Currently it does not support 3d maps, but I will put it on my TODO list. Still it will not be in 6.4.0. Francesco, if

Re: [GRASS-user] v.profile ??

2008-10-28 Thread Francesco Mirabella
Hi Maris, thanks for your message, that's funny! :-) I am very happy that v.profile will exist! I do believe that a growing number of people can get advantages of such a tool, maybe especially geologists and seismologists who currently work with 3D vector data (also for example borehole data).

[GRASS-user] Re: Export vect to shapefiles

2008-10-28 Thread Milton Cezar Ribeiro
Hi GRASS-gurus, I tryed the command again, using the GRASS MSYS console, and I noticed that when my output command reach what I think is the end of task, the GRASS donĀ“t finish it. So, The command appear stay in loop, and it never finish. And if I copy the files and try to open it on ArgGis - I

[GRASS-user] TIN and B/T correction in grass...

2008-10-28 Thread Luca Penasa
Hi everybody...Just a little quetion... Is there a way for apply a bridge/tunnel TIN correction in GRASS? Is there any other similar TIN correction yet implemented in GRASS GIS? Anybody know if this function is only implemented in IDRISI? Thanks Luca Penasa

Re: [GRASS-user] i.pca vs. r.covar/m.eigensystem/r.mapcalc

2008-10-28 Thread Dylan Beaudette
On Monday 27 October 2008, Nikos Alexandris wrote: My apologies for BUMPing :-) On Sun, 2008-10-12 at 00:20 +0200, Nikos Alexandris wrote: I wanted to check/verify some i.pca results so I calculated 2 principal components using r.covar, m.eigensystem and r.mapcalc. The results are not the

Re: [GRASS-user] Export To PostGIS (with attributes)

2008-10-28 Thread gridcell
I'm going to resurrect this post because I think I was unclear on what I wanted as a result from the process. So I thought I would try this again with an example. Problem: I have a table in PostgreSQL/PostGIS where some polygons are overlapping, as illustrated in the picture below in the dark

Re: [GRASS-user] g.transform: forward and reverse rmse

2008-10-28 Thread Glynn Clements
Maciej Sieczka wrote: I have a problem understanding how to interprete the reverse and forward rmse returned by g.transform. I found Glynn's explanation [1], but, shame one me, I don't quite get it. Is there anybody willing to put the explanation some other words so maybe this gives enough

Re: [GRASS-user] settings nulls with r.mapcalc

2008-10-28 Thread Glynn Clements
Sebastian P. Luque wrote: Are the following calls doing the same in terms of which cells get assigned the null value? $ r.mapcalc new_raster = if(raster == 0 || raster == 253, null(), raster) $ r.null map=raster setnull=0,253 Yes; both set any cells which are either 0 or 253 to null.

[GRASS-user] Extremely large vector coverages...

2008-10-28 Thread Jonathan Greenberg
GISers: I'm hoping to get a list of programs/databases that can deal with the storage and querying of arbitrarily large vector (polygon) coverages ( 2gb)? My understanding is, for instance, PostGIS (and the various front-end interfaces) can deal with these types of data, but file formats

Re: [GRASS-user] Extremely large vector coverages...

2008-10-28 Thread Dylan Beaudette
On Tuesday 28 October 2008, Jonathan Greenberg wrote: GISers: I'm hoping to get a list of programs/databases that can deal with the storage and querying of arbitrarily large vector (polygon) coverages ( 2gb)? My understanding is, for instance, PostGIS (and the various front-end

Re: [GRASS-user] g.transform: forward and reverse rmse

2008-10-28 Thread Glynn Clements
Maciej Sieczka wrote: Note that, unless order=1, the two transformations will typically not be exact inverses as the inverse of a polynomial containing quadratic or higher terms is not itself a polynomial. Even for order=1 I get rather huge differences between forward and reverse.

[GRASS-user] Change region in GIS Manager

2008-10-28 Thread Firman Hadi
Dear all, There is one problem that relates to changing region (g.region) using GIS Manager (gis.m). It seems that when I change the display, whether zoom in or zoom out or use g.region based on current raster, g.region with gis.m is not working. So, if I crop the image, the result is