Greetings
I have an image without any GCP's but, teorethically it's in WGS84. I have
all pixel positions outside that file. My question is, what should I do in
GRASS to rectify/project this image? I thought in two solutions
1- import, using r.in.gdal in a XY projection and rectify. Is it possible t
Hi,
by browsing the man pages I have found that r.transect should do the
work. Howevere at the moment it works by telling the module east, north,
azimuth and distance, while maybe it would be good to have also another
couple of options like:
1 choose a vector make with sql query to tell the m
Hi Richard,
- first issue:
yes, I have the same issue with wxgui on both 64rc5 and 7, not with
oldtcltk in 64rc5. At the moment it seems that you still need to create
a label file first (v.label) and then load them into your display
manager. To me it seems that t could be something related to f
Hello,
moar info - what is freezing and how to reproduce? Trac issue #No?
How is possible to fix issues, if there is no information about them?
Maris.
2010/2/19 Richard Chirgwin :
> Hi all,
> I'm finding the TCL-Tk GUI is very prone to freezing in this version, so I
> need to use the WxGUI.
>
>
On 02/19/2010 07:26 AM, Richard Chirgwin wrote:
Hi all,
Has anyone else had trouble getting the WxGUI to display labels?
Platform: Mac OSX 10.5.8
Version: Grass-GIS 6.40RC5
I am setting the default font in the GUI before trying to get the
labels to display. I then select the vector properties
Hello,
I have a grid of (almost) regularly spaced vector points from which I
would like to get a continuous raster surface. I say "almost" regularly
spaced, because the grid is almost square in that the position of points
derives from a netCDF grid with a different projection than the current
Hello.
I updated my GRASS 6.5 and now I get a different error:
mkdir -p /usr/local/src/grass6_devel/dist.i686-pc-linux-gnu/etc/paint/patterns/
/usr/bin/install -c -m 644 patterns/*.eps
/usr/local/src/grass6_devel/dist.i686-pc-linux-gnu/etc/paint/patterns/
Installing ps.output...
touch: cannot t
You can try the overhauled v.surf.bspline module. You would need to svn
up to get the new version, available in grass64 and higher.
run v.surf.bspline with the -e flag first to get estimated mean distance
between points. If your points are not completely but almost regularly
spaced, multiply t
Thanks Markus!
On 19/02/2010 11:52, Markus Metz wrote:
You can try the overhauled v.surf.bspline module. You would need to
svn up to get the new version, available in grass64 and higher.
I was browsing the source code but did not see it
http://trac.osgeo.org/grass/browser/grass/branches/release
Luigi,
In my works I get good results with v.surf.rst, but it needs a good calibration
of the tension and smoothing parametes to conserve the data range. For that I
select a small region of the data and then try many combinations.
Pablo Torres Carreira
> Date: Fri, 19 Feb 2010 11:52:43 +0
Luigi Ponti wrote:
Markus Metz wrote:
You can try the overhauled v.surf.bspline module. You would need to
svn up to get the new version, available in grass64 and higher.
I was browsing the source code but did not see it
http://trac.osgeo.org/grass/browser/grass/branches/releasebranch_6_4/vect
tk2-unicode/wx/_controls.py",
line 3686, in DoAddTool
return _controls_.ToolBarBase_DoAddTool(*args, **kwargs)
ValueError: invalid null reference in method 'ToolBarBase_DoAddTool',
expected argument 4 of type 'wxBitmap const &'
Should I report to the error/bug
Nikos Dumakis wrote:
> GreetingsI have an image without any
> GCP's but, teorethically it's in WGS84. I have all
> pixel positions outside that file. My question is, what
> should I do in GRASS to rectify/project this image? I
> thought in two solutions
> 1- import, using r.in.gdal in a XY projecti
Richard Chirgwin wrote:
> Second issue: under some circumstances, the map
> display doesn't change when I change a vector characteristic
> (such as colour) and ask it to re-render.
is that asking for eyeball rerender or the full wipe-the-cache
rerender? (second button in)
or with either one/both?
Kurtis Blaikie-Birkigt wrote:
> I would like to graphically select multiple features from a
> large vector file and edit an attribute of those
> features. (I have a poorly classified polygon
> shapefile of hydrology and want to separate the rivers from
> the lakes). How can I go about this. With
Markus (N.):
Yesterday you cleared my confusion on the 6.4 stable and RC5 versions. It
was not until now, as I download the latest source per Hamish's suggestion,
that it occurred to me to ask why the RC5 branch is still available for
download.
I see on the mail list that folks are using it
I've communicated with Francois Delclaux, the author (in 2000) of r.fuzzy.
He has no time to contribute to updating, perhaps expanding, the tools to
work with 6.4.
Because of my expertise with approximate reasoning models using fuzzy sets
and logic
I can see a lot of business potential by be
On Fri, Feb 19, 2010 at 3:36 PM, Rich Shepard wrote:
> Markus (N.):
>
> Yesterday you cleared my confusion on the 6.4 stable and RC5 versions. It
> was not until now, as I download the latest source per Hamish's suggestion,
> that it occurred to me to ask why the RC5 branch is still available for
l=label, bitmap=icon,
> shortHelp=help)
> File
> "/usr/lib/python2.6/dist-packages/wx-2.8-gtk2-unicode/wx/_controls.py", line
> 3764, in AddLabelTool
> shortHelp, longHelp, clientData)
> File
> "/usr/lib/p
On Fri, Feb 19, 2010 at 11:48 AM, Martin Album Ytre-Eide
wrote:
> Hello.
>
> I updated my GRASS 6.5 and now I get a different error:
>
> mkdir -p
> /usr/local/src/grass6_devel/dist.i686-pc-linux-gnu/etc/paint/patterns/
> /usr/bin/install -c -m 644 patterns/*.eps
> /usr/local/src/grass6_devel/di
Hi,
2010/2/18 Glynn Clements :
[...]
> The default locale is "C", which behaves the same as if no locale is
> set (i.e. no call to setlocale()).
>
> LC_ALL takes precedence over the individual LC_* variables and LANG,
> so you may need to use:
>
> export LC_ALL=C
I have already tried to
On Fri, 19 Feb 2010, Markus Neteler wrote:
This is easy to answer:
- RC5 is the latest *officially* released package of 6.4.0.
Markus,
A-ha! That's not immediately obvious to literalists like me.
The plan is to package RC6 asap (which is hopefully REALLY the last one
before the final rele
On Fri, 19 Feb 2010, Rich Shepard wrote:
Well, I'm still confused. If RC5 is the latest "official" release, why not
put all changes in there rather than in 6.4.x stable release branch? This is
now a rhetorical question that does not need an answer on the list. I think
it's a matter of my experi
On 19/02/2010 16:33, Martin Landa wrote:
Hi,
2010/2/18 Glynn Clements :
[...]
The default locale is "C", which behaves the same as if no locale is
set (i.e. no call to setlocale()).
LC_ALL takes precedence over the individual LC_* variables and LANG,
so you may need to use:
export
On Thu, 18 Feb 2010, Hamish wrote:
try switching to grass 6.5 for a minute, and running r.proj -p and or -g.
The output of -g can be pasted directly into g.region, and then it is an
easy 'g.region -p', 'g.region res= -ap' to clean it up. It is a real
breath of fresh air after all the quiting & r
Thanks everybody, I will just send one response!
First - Micha, thank you! I didn't even know there was another box to check.
Hamish wrote:
Richard Chirgwin wrote:
Second issue: under some circumstances, the map
display doesn't change when I change a vector characteristic
(such as colour)
Rich wrote:
> I've communicated with
> Francois Delclaux, the author (in 2000) of r.fuzzy.
> He has no time to contribute to updating, perhaps
> expanding, the tools to work with 6.4.
fwiw any raster module written for grass 6.0 will probably work
with 6.4 without any additional effort. And any
On Fri, Feb 19, 2010 at 10:31 PM, Hamish wrote:
> Rich wrote:
>> I've communicated with
>> Francois Delclaux, the author (in 2000) of r.fuzzy.
>> He has no time to contribute to updating, perhaps
>> expanding, the tools to work with 6.4.
>
> fwiw any raster module written for grass 6.0 will prob
On Fri, 19 Feb 2010, Hamish wrote:
fwiw any raster module written for grass 6.0 will probably work with 6.4
without any additional effort. And any purely raster module from 5.0 will
probably work too (as long as it doesn't try to do things with vectors or
points).
Hamish,
That's great news!
On Feb 19, 2010, at 2:06 AM, grass-user-requ...@lists.osgeo.org wrote:
> Date: Fri, 19 Feb 2010 16:26:46 +1100
> From: Richard Chirgwin
> Subject: [GRASS-user] WxGUI issues: refresh and labels
> To: grass-user@lists.osgeo.org
> Message-ID: <4b7e2116.6010...@ozemail.com.au>
> Content-Type: text/
Rich:
> So, should I reset the region before reprojecting
> each map? I can do that.
yes, and the r.proj -p and -g flags (or g.region rast=inputmap &&
v.in.region inputmap_box;; v.proj) tell you approx. what it should
be set to, although you should probably check + fix the output
region resolut
Rich:
> Wow! After all of yesterday's anguish, 6.5's r.proj
> did the trick. That's teriffic! So, should I continue this
> project in 6.5 or revert to the 6.4 revision 41119?
the modules are the same, the only difference is the new -p
and -g flags in 6.5 which can save you some time by not needi
Francesco Mirabella wrote:
> I am trying to use the r.profile module on a DEM. I have
> tried on both grass64_rc5 and grass7 with wxpython gui.
>
> In 64_rc5 there still exist the "old" option which allowed
> the user to interactively select the end-points by mouse,
> but the function does not appe
33 matches
Mail list logo