I'm grass beginner user from Japan.
I tried to three maps on a monitor with command d.frame.
I was able to draw three maps successfully.
However, I failed to add the barscale in the second and third maps.
Why is it so ?
My scrips as follows;
---
d.mon x0
#step.1
g.region vect= area_A
d.frame
sgw00412 wrote:
I tried to three maps on a monitor with command d.frame.
(did you find the d.split.frame module? it makes it a little
easier)
I was able to draw three maps successfully.
However, I failed to add the barscale in the second and
third maps.
Why is it so ?
My scrips as
On Thu, Feb 24, 2011 at 12:28 PM, Johannes Radinger jradin...@gmx.at wrote:
...
Errors in:
/Users/admin/Downloads/grass-7.0.svn_src_snapshot_2011_02_19/visualization/nviz
...
Finished compilation: Do 24 Feb 2011 12:18:01 CET
make: *** [default] Error 1
So I changed to the nviz directory and
Original-Nachricht
Datum: Thu, 24 Feb 2011 15:48:33 +0100
Von: Markus Neteler nete...@osgeo.org
An: Johannes Radinger jradin...@gmx.at
CC: William Kyngesburye kyngch...@kyngchaos.com, grass-user@lists.osgeo.org
Betreff: Re: [GRASS-user] Re: Compiling GRASS 7.0 on Mac OSX
I need to patch rasters containing NULL areas with alternative rasters. I can
do this with r.patch but due to different quality/resolution of the rasters
this produces prominent seamlines. Is there a way to feather/blend between
merged rasters using Grass GIS?
Thanks,
Kaipi
--
View this
I guess you can do it with a combination of the existing tools:
You can create a buffer zone between your 2 dataset where they merge and
set the buffer to null values. Then using r.fillnulls
(http://grass.osgeo.org/gdp/html_grass64/r.fillnulls.html) and you can
fill the gap using both datasets.
Hello,
bad news for You. You can't use TCL/Tk 8.5 on MacOS with NVIZ (Togl)
unless suddennes happens (read: somebody hacks GRASS Togl copy to work
with changed Tk. Most likely nobody will have enough
knowledge/motivation to do this).
Here's more to read:
Am 24.02.2011 um 21:06 schrieb Maris Nartiss:
Hello,
bad news for You. You can't use TCL/Tk 8.5 on MacOS with NVIZ (Togl)
unless suddennes happens (read: somebody hacks GRASS Togl copy to work
with changed Tk. Most likely nobody will have enough
knowledge/motivation to do this).
Here's more
On Wed, 23 Feb 2011, Rich Shepard wrote:
I suspect that the same happened on Slackware?
That option is included in the wxPython.SlackBuild script. I don't know
that it also should be in the wxGTK.SlackBuild script. They're two
separate packages here.
I would like to resolve this issue
kaipi wrote:
I need to patch rasters containing NULL areas with
alternative rasters. I can
do this with r.patch but due to different
quality/resolution of the rasters
this produces prominent seamlines. Is there a way to
feather/blend between
merged rasters using Grass GIS?
for blending
Maris wrote:
(read: somebody hacks GRASS Togl copy to work
with changed Tk. Most likely nobody will have enough
knowledge/motivation to do this).
hey, you never know.
Hamish
___
grass-user mailing list
grass-user@lists.osgeo.org
I have an .img file that I believe originated within ERDAS. Using the
wxPython GUI in -6.5svn File-Import raster data, which option is
appropriate for this format? Binary file import didn't work because there
were do discernable bounds found.
Rich
I've lost the GUI menu item for importing .shp files in -6.5svn. If it's
on the File-Import Vector menu please point out which item I should use.
Rich
___
grass-user mailing list
grass-user@lists.osgeo.org
Rich wrote:
When it is appropriate to put all attribute data in
postgres tables and associate GRASS with those?
When is it advisable to use postgis?
my guess is that postgis would be better once you get to more
than 1-3 million vector data points and grass's vector engine
memory
On Thu, 24 Feb 2011, Hamish wrote:
my guess is that postgis would be better once you get to more than 1-3
million vector data points and grass's vector engine memory requirements
get too much.
Hamish,
Ah, so. Good to know. I hope no project of mine has a single table with
that many vector
Wait, so GRASS can read directly from PostGIS tables? I thought you had to
import all the data into GRASS first?
Aren
On Thu, Feb 24, 2011 at 5:42 PM, Hamish hamis...@yahoo.com wrote:
Rich wrote:
When it is appropriate to put all attribute data in
postgres tables and associate GRASS with
Aren wrote:
Wait, so GRASS can read directly from PostGIS tables? I thought
you had to import all the data into GRASS first?
check out the new v.external module.
http://grass.osgeo.org/grass64/manuals/html64_user/v.external.html
17 matches
Mail list logo
