On 23/09/2010 03:47, Hamish wrote:
The fundamental and fantastic thing to realize about r.reclass is that is
doesn't actually write a new map, it creates a virtual map based on classes
of the original. It acts as a seamless filter between you and the data.
With a bit of imagination it can be an
On 23/09/10 5:13 PM, grass-user-requ...@lists.osgeo.org wrote:
Message: 3
Date: Wed, 22 Sep 2010 16:51:08 -0400 (EDT)
From: PixelPusher
Subject: [GRASS-user] Connecting GRASS to a MySQL database?
To:grass-user@lists.osgeo.org
Message-ID:
Content-Type: text/plain; charset=UTF-8; format=flowed; de
Sorry for You.
You do made backup of important data before messing around with QGIS, right?
You can try to launch GRASS and rebuild vector topology with v.build.
If it doesn't help - You'r SOL. And don't forget to infrorm QGIS
developers how "well" their GRASS support works.
Good luck,
Maris.
2
Thank you Maris. Well i was able to recover it yesterday. I will put here the
error it gave me than the v.build solution. I have posted this in QGIS
forum:
""This is what it gives back:
"terminate called after throwing an instance of 'QgsGrass::Exception'
what(): Unable to open vector map on le
Greetings
I have a Python script that is suppose to use g.mapset to change the current
Mapset by running g.mapset but, everytime I run it I ge this error:
ERROR: Unable to read GIS_LOCK environment variable
Hi there
I have sent an email a couple of days ago reporting an error with g.mapset
on Wind
quot; error in expression so I prefer to
separate the calculation.
My question is: how can I use temporary files to store x and alpha
value? Or I should create normal rasters and, at the end, delete them?
Thanks
Antonio
__ Information from ESET NOD32 Antivirus, version of virus sign
Hamish,
Thank you very much. I set the zone to 17 which is the right utm zone
for "ftbr". All of the input data has been in or transformed to the
right projection I guess I just didn't set this up correctly when I
created the projection location. Thanks so much for all of your help.
kindest reg
Hi there
I'm doing a Python script, based on r.in.aster, to import a set of images
but, I'm not sure for that is used the following:
grass.debug("gdalwarp -t_srs %s %s %s" % (proj, srcfile, tempfile))
WHat is the point of using grass.debug if I do the following after this:
if platform.system()
On 09/23/2010 10:18 AM, nunosousa84 wrote:
Thank you Maris. Well i was able to recover it yesterday. I will put here the
error it gave me than the v.build solution. I have posted this in QGIS
forum:
""This is what it gives back:
"terminate called after throwing an instance of 'QgsGrass::Excepti
Is it possible to split a polygon in equal areas smaller polygons?
Thanks
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On 09/22/2010 02:40 PM, Bryan Keith wrote:
On 09/22/2010 12:45 AM, Bryan Keith wrote:
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_bnd type=line,boundary
v.centroids input=testclean_bnd o
Hi,
This is a very old problem.
IMO, there is no simple solution, becouse the computer cannot guess the shapes
and the orientation of the polygons you want.
I've worked with land partitioning with CAD and the solution was to use LISP
program that guess many split positions until it gets equal
Micha Silver wrote:
> Bryan Keith wrote:
>>>
>>> Bryan Keith wrote:
>>>
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_bnd type=line,boundary
v.centroids input=
Hermann Peifer wrote:
> For quite a while, I used to always align the current region settings
> with the base map before running r.reclass. After some time, I noted
> that this isn't necessary, as the generated virtual map is always based
> on the full extent of the base map and its original r
Helena Herrera wrote:
> I have sent an email a couple of days ago reporting an error with g.mapset
> on Windows. Now I have also a problem with g.mapset on linux (a different
> one)
> When I do:
> g.mapset mapset=Regional
>
> I get this in Output command window:
>
> Erasing monitors...
> PNG: G
> On 09/22/2010 02:40 PM, Bryan Keith wrote:
>>> On 09/22/2010 12:45 AM, Bryan Keith wrote:
>>>
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_bnd type=line,boundary
On 09/23/2010 05:42 PM, Bryan Keith wrote:
On 09/22/2010 02:40 PM, Bryan Keith wrote:
On 09/22/2010 12:45 AM, Bryan Keith wrote:
Hello,
I'm using these commands:
v.clean input=test_ln output=testclean_ln tool=snap,bpol thresh=0.2,0
v.type input=testclean_ln output=testclean_b
yes you're right, my distraction. Well i was able to work it out much more
relaxed now :-) I still think the results from the shaded relief are a bit
odd. For example if use 130º azimuth the river valleys appears above the
near mountains, but if i use degrees between 270 and 0º or between 0 and 90
>>>
> On 09/22/2010 12:45 AM, Bryan Keith wrote:
>
>
>> Hello,
>>
>> I'm using these commands:
>>
>> v.clean input=test_ln output=testclean_ln tool=snap,bpol
>> thresh=0.2,0
>> v.type input=testclean_ln output=testclean_bnd type=line,boundary
>> v.centroi
On Thu, Sep 23, 2010 at 3:35 PM, Micha Silver wrote:
> On 09/23/2010 10:18 AM, nunosousa84 wrote:
...
>> By the way i
>> notice one think. When trying to open the recovered grass vector layer it
>> seems he automatically devided it in two (one for the lines and one for
>> the points). Well the pro
On 09/23/2010 06:46 PM, nunosousa84 wrote:
yes you're right, my distraction. Well i was able to work it out much more
relaxed now :-) I still think the results from the shaded relief are a bit
odd. For example if use 130º azimuth the river valleys appears above the
near mountains, but if i use de
On 09/23/2010 07:36 PM, Bryan Keith wrote:
What OS are you on? what version of GRASS, and what GUI?
I'll answer these questions anyway, but I figured out the v.digit problem
(see below).
Windows XP
GRASS 6.4.0
wxGUI
So you'll be using the tcltk digitizer. (wxGui doesn't work yet i
This may be beyond Grass-GIS, but here goes.
I have to generate many output maps (50) and I need transparency - which
means I can't just use d.vect and d.out.file in a script.
But in the outputs, I have to restrict the display to a named area (eg:
state="NSW").
So I'm wondering - is there
> On 09/23/2010 07:36 PM, Bryan Keith wrote:
>>> What OS are you on? what version of GRASS, and what GUI?
>>>
>> I'll answer these questions anyway, but I figured out the v.digit
>> problem
>> (see below).
>> Windows XP
>> GRASS 6.4.0
>> wxGUI
>>
>>
>
> So you'll be using the tcltk digitizer.
On Thu, Sep 23, 2010 at 12:36 AM, Hamish wrote:
> Daniel wrote:
>> I compiled Grass 6.5 svn from source in Ubuntu 9.10 and it was
>> apperently working OK. I then loaded a bunch of srtm tiles using
>> r.external but, when I tried to patch them with r.patch I recieved the
>> message: ERROR: Unable
Richard wrote:
> This may be beyond Grass-GIS, but here goes.
nothing is impossible :-)
> I have to generate many output maps (50) and I need
> transparency - which means I can't just use d.vect and
> d.out.file in a script.
i.e. you need blending? that is done for the GUI by the g.pnmcomp
modu
Hamish - thanks, I'll see if g.pnmcomp takes care of things and let
you know!
Cheers,
Richard
On 24/09/10 11:43 AM, Hamish wrote:
Richard wrote:
This may be beyond Grass-GIS, but here goes.
nothing is impossible :-)
I have to generate many output maps (50) and I need
transparency - whic
Daniel wrote:
> >> r.external [...]
> >> ERROR: Unable to load GDAL library.
..
> It's strange cause I can use gdalinfo and gdal_translate on the SRTM
> tif tiles and last night I patched them using gdal_merge.py. Also,
> r.in.gdal works fine. And I can run r.info on the tiles imported using
> r.ex
28 matches
Mail list logo