>
> Message: 8 Date: Sun, 30 Nov 2008 08:02:14 +0530 From: H.S.Rai
> <[EMAIL PROTECTED]> Subject: Re: [GRASS-user] maximum zoom-in
> reached To: "GRASS user list" Message-ID:
> <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1 On Sat, Nov 29, 2008 at
> 8:34 PM, Maris Nartiss <[EMA
georgew wrote:
What, no takers? Just a Yes or No will be already of great help to me,
Yes.
I think you should be looking at converting the shapefile contour lines
to a raster, then make an elevation surface from that, and use the
r.profile module to calculate elevation profiles for the t
[EMAIL PROTECTED] wrote:
> Send grass-user mailing list submissions to
> grass-user@lists.osgeo.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.osgeo.org/mailman/listinfo/grass-user
> or, via email, send a message with subject or body 'help' to
> [
Dude- It is saturday night. Your request is for a fairly simple
operation, but there are several steps.
Some hints:
1. convert your contours into a DEM:
v.surf.rst
2. sample the elevation model along your line segments:
v.to.db
v.drape
you may need to densify the line segments-- i.e. add more v
What, no takers? Just a Yes or No will be already of great help to me,
anything more, like some hint on a possible solution would be cream on top.
Thanks all the same for reading this.
George
georgew wrote:
>
> Hi, I am totally new to GRASS and overwhelmed by its scope and not sure
> whether t
On Sun, Nov 30, 2008 at 8:08 AM, Hamish <[EMAIL PROTECTED]> wrote:
> H.S.Rai wrote:
>> $ g.region -p
>
>> rows: 304735
>> cols: 318914
>> cells: 97184257790
>
>
> It is not advisable to stay in a region of that size for very long, and
> definitely don't try any raster ops.
T
Nikos wrote:
> While QGIS (unstable, revision 9711) can open and report GRASS' region
> setting for a lat-long location and load/view the above mentioned
> "coastline" dataset (both the shapefile and the GRASS vector, the one
> after v.in.ogr -c and NOT after v.clean!!), GRASS reports the error:
>
Paolo Craveri wrote:
> Perhaps solved (I hope)!
>
> I created a local repository (eg. /usr/local/mydebs); then I download
> from Debian-Lenny all gdal packages
> (libgdal1-1.5.0-grass_1.5.2-1_i386, gdal-bin_1.5.2-3_i386, etc.etc.).
>
> I updated the repository and my sources.list as explain here:
Daniel Victoria wrote:
> another update. I can get into a lat lon location in the grass
> terminal but g.region -p gives me a segmentation fault
ok, next we need to figure out why.
can you rerun with:
g.gisenv set="DEBUG=5"
so it might say how far it got. (set back to 0 to turn off debug messag
H.S.Rai wrote:
> $ g.region -p
> rows: 304735
> cols: 318914
> cells: 97184257790
It is not advisable to stay in a region of that size for very long, and
definitely don't try any raster ops. Note that most vector modules don't
care about the region settings, but d.zoom and f
On Sat, Nov 29, 2008 at 8:34 PM, Maris Nartiss <[EMAIL PROTECTED]> wrote:
> gis.m gives "Maximum zoom-in reached" error when display width/height
> is smaller than one column/row. If You have data with higher
> resolution, You have to adjust Your region settings (increase
> resolution). See g.regio
Dear users
I can't project my map in a geographic projection location right into a
location with austrian lambert conic conform projection. If I try it with
v.proj GRASS just imports the ID-column twice and no other columns f.e.
coordinates, values...
Should I use another command?
I would be
On Sat, 2008-11-29 at 18:26 +0100, Markus Neteler wrote:
> On Mon, Nov 24, 2008 at 6:24 PM, Nikos Alexandris
> <[EMAIL PROTECTED]> wrote:
> > -- Forwarded message --
> > From: Nikos Alexandris <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Date: Mon, 24 Nov 2008 07:49:10 +0100
>
On Mon, Nov 24, 2008 at 6:24 PM, Nikos Alexandris
<[EMAIL PROTECTED]> wrote:
> -- Forwarded message --
> From: Nikos Alexandris <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Date: Mon, 24 Nov 2008 07:49:10 +0100
> Subject: grass-related failure when building qgis_0_11
> Hi all! I ge
Ah, right you are -- I added columns x,y,z to the table and then ran
v.to.db option=start columns=x,y,z and it worked perfectly. Many thanks!
Nick Cahill
On Nov 28, 2008, at 7:14 PM, Hamish wrote:
Nick wrote:
I have a series of contour vector maps imported from a CAD
program (Microstation)
If you are sure lines are horizontal, then you can copy coordinates of
the from-node (or the to-node, anyway) of each line to your table.
Vincent.
Le samedi 29 novembre 2008 à 11:18 -0600, Nick Cahill a écrit :
> Dear Hamish,
>
> Yes, the lines are absolutely horizontal - every point has the s
Dear Hamish,
Yes, the lines are absolutely horizontal - every point has the same
elevation. I tried v.to.db before writing to the list. But v.to.db
only has options to upload the following values: cat, area, compact,
perimeter, length, count, coor, start, end, sides, query, slope. A
v.wha
On 28/11/08 19:57, Nick Cahill wrote:
Hi all,
I have a series of contour vector maps imported from a CAD program
(Microstation). The CAD maps were in 3d, and the 3d information was
successfully imported into GRASS, so the vectors have line heights as
well as length, etc. Now I need to export
On Sat, 2008-11-29 at 15:12 +0100, Nikos Alexandris wrote:
> On Mon, 2008-10-13 at 17:07 -0700, Hamish wrote:
> > Nikos Alexandris wrote:
> > > Dear All, apologies for the cross-posting but I have trouble to work
> > > with a BIG shapefil (~160MB). I already used that shapefile in the past
> > > wi
In such case gis.m will emit just an warning and not change region.
Feel free to change message:
https://trac.osgeo.org/grass/browser/grass/branches/develbranch_6/gui/tcltk/gis.m/mapcanvas.tcl#L526
Maris.
2008/11/29, Markus Neteler <[EMAIL PROTECTED]>:
> On Sat, Nov 29, 2008 at 4:04 PM, Maris Na
On Sat, Nov 29, 2008 at 4:04 PM, Maris Nartiss <[EMAIL PROTECTED]> wrote:
> gis.m gives "Maximum zoom-in reached" error when display width/height
> is smaller than one column/row. If You have data with higher
> resolution, You have to adjust Your region settings (increase
> resolution). See g.regio
I was hopping I would not have to resort to compiling everything from
source. I recall that a while ago a simple apt-get would be enough to
get everything working just fine in Ubuntu. Now that was friendly...
Daniel
On Sat, Nov 29, 2008 at 12:39 PM, Nikos Alexandris
<[EMAIL PROTECTED]> wrote:
> O
The maximum zoom in for the display is tied to the resolution. It
won't zoom in past the resolution. For example, if you have the
resolution set to 1km, you can't zoom in to a 100m area in the display.
Michael
On Nov 29, 2008, at 8:04 AM, <[EMAIL PROTECTED]> wrote:
Date: Sat, 29 Nov 2008 1
gis.m gives "Maximum zoom-in reached" error when display width/height
is smaller than one column/row. If You have data with higher
resolution, You have to adjust Your region settings (increase
resolution). See g.region how to set resolution.
Maris.
2008/11/29, H. S. Rai <[EMAIL PROTECTED]>:
> Gr
On Sat, Nov 29, 2008 at 3:42 PM, H. S. Rai <[EMAIL PROTECTED]> wrote:
> Grass 6.3.0 on Ubuntu, give me "maximum zoom-in reached", when I tried
> to zoom in to city level of data of shapefile of Indian highways
> (taken from openstreetmap).
>
> Is there any limit to zoom-in for vector files. If yes,
Perhaps solved (I hope)!
I created a local repository (eg. /usr/local/mydebs); then I download
from Debian-Lenny all gdal packages
(libgdal1-1.5.0-grass_1.5.2-1_i386, gdal-bin_1.5.2-3_i386, etc.etc.).
I updated the repository and my sources.list as explain here:
http://wiki.clug.org.za/wiki/How_
Grass 6.3.0 on Ubuntu, give me "maximum zoom-in reached", when I tried
to zoom in to city level of data of shapefile of Indian highways
(taken from openstreetmap).
Is there any limit to zoom-in for vector files. If yes, how to reset it?
Thanks in advance.
--
H.S.Rai
On Sat, 2008-11-29 at 16:25 +0200, Maris Nartiss wrote:
>
> Another GRASS+Ubuntu segfault. Use search to get more info. In short:
> remove GRASS and all of it's dependencies and complie new ones FROM
> SOURCE! (or choose some better user-friendly distribution like Gentoo)
>
> Maris.
[...]
Sorry
Another GRASS+Ubuntu segfault. Use search to get more info. In short:
remove GRASS and all of it's dependencies and complie new ones FROM
SOURCE! (or choose some better user-friendly distribution like Gentoo)
Maris.
2008/11/29, Daniel Victoria <[EMAIL PROTECTED]>:
> another update. I can get int
On Mon, 2008-10-13 at 17:07 -0700, Hamish wrote:
> Nikos Alexandris wrote:
> > Dear All, apologies for the cross-posting but I have trouble to work
> > with a BIG shapefil (~160MB). I already used that shapefile in the past
> > without problems. But now I can't use it.
>
> ? what changed? did you
On Sat, 2008-11-29 at 14:20 +0100, Nikos Alexandris wrote:
> On Sat, 2008-11-29 at 09:18 +0100, Paolo Craveri wrote:
> > Hi all,
> >
> > troubles remain...
> >
> > I removed gdal library by synaptic and then I compiled gdal and
> > grass6.4 svn, but the error remains.
> >
> > I've also tried to
another update. I can get into a lat lon location in the grass
terminal but g.region -p gives me a segmentation fault
On Sat, Nov 29, 2008 at 11:26 AM, Daniel Victoria
<[EMAIL PROTECTED]> wrote:
> An update. Just found out that everything works fine with an UTM
> location but, the failure happen
An update. Just found out that everything works fine with an UTM
location but, the failure happens when I try a lat-lon location.
Here is my wind file:
proj: 3
zone: 0
north: 7S
south: 15S
east: 57W
west: 67W
cols: 3704
rows: 2963
e-w resol: 0:00:09.7
On Sat, 2008-11-29 at 09:18 +0100, Paolo Craveri wrote:
> Hi all,
>
> troubles remain...
>
> I removed gdal library by synaptic and then I compiled gdal and
> grass6.4 svn, but the error remains.
>
> I've also tried to remove and install everything from synaptic
> (grass6.3), without improveme
Hi all,
troubles remain...
I removed gdal library by synaptic and then I compiled gdal and
grass6.4 svn, but the error remains.
I've also tried to remove and install everything from synaptic
(grass6.3), without improvement.
I only have one version of gdal installed.
Does someone use gdal 1.
35 matches
Mail list logo