Much progress!
Micha Silver wrote:
>
> Set resolution to 10m. X 10m. with
> g.region -s -p res=10
>
Hamish_b wrote:
>
> Multiple displays would need multiple
> WIND files but the processing module (eg v.to.rast) wouldn't know which
> was the appropriate one to use. Thus computational region
Hi,
For my research, I am testing a mesh denoising algorithm on topographic
data. It smooths the surfaces much like using r.neighbors
method=average or r.neighbors method=median, and, depending on
settings, gives similar results to r.neighbors when size <5. The
advantage of the algorithm i
Dear all,
Apologies for the beginners question. How can I convert 3D polyline ZM to
points? And in next operation add to the atribute table column with
elevation???
Thanks in advance.
All the best
Bohdan Horvath
--
View this message in context:
http://www.nabble.com/convert-3D-polyline-ZM-to-p
Dear friends,
I would like to use it to map distribution of some specimen at a resolution of
100 km x 100 km (or even down to 25 km x 25 km).
I gathered some information, and ended up with:
1) Sinusoidal
2) Equatorial Lambert Azimuthal Equal Area
3) Albers Equal Area (Conic)
4) Mollweide
5) Cyl
hmmm
are you starting the script inside grass?
probably not... or I'm wrong?
Ivan
Il giorno gio, 04/12/2008 alle 17.06 +, Mario Giacomello ha scritto:
> Dear all,
>
> Apologies for the total beginner's question, but despite my efforts
> and searches through the GRASS mailing list archive
Hi Mario,
On Thu, 4 Dec 2008 17:46:36 +
"Mario Giacomello" <[EMAIL PROTECTED]> wrote:
> Thanks for your prompt response. I have got as far as understanding
> that I should run scripts inside GRASS.So, the answer is "yes- I have
> run the script inside GRASS".
try to start the script with:
s
Thanks for your prompt response. I have got as far as understanding
that I should run scripts inside GRASS.So, the answer is "yes- I have
run the script inside GRASS".
Marco
On Thu, Dec 4, 2008 at 5:54 PM, ivan marchesini <[EMAIL PROTECTED]> wrote:
> hmmm
> are you starting the script inside gra
Dear all,
Apologies for the total beginner's question, but despite my efforts
and searches through the GRASS mailing list archives I have not been
able to solve my problem. I am trying to write a simple grass script
in order to automated a process, but I have not very far yet. One
thing that I wou
On 04/12/08 11:02, [EMAIL PROTECTED] wrote:
Hi list,
is there an easy way to derive the centre of a cloud of points ?
I am aware that the set of vector points ("cloud of points") could be
used to stake out a polygon/boundary and use v.centroid etc etc to
derive in turn its' centroid, but I am h
georgew wrote:
Thanks Micha, here we go:
Micha Silver wrote:
How many shapefiles did you have in the GRASSDATA directory?
provide the boundaries. Here is the result: r.info contours_rast
++
| Layer: cont
Barry Eakins wrote:
> We've looked into this issue and the problem lies in how GMT v.4.3,
> which was used to create ETOPO1, and GDAL read and write netcdf grids.
> Both purport to handle netcdf COORDS-compliant grids though there is
> clearly a problem with one of these applications (the vertical
Dear Moritz,
thanks for pointing out r.in.xyz I will get a look at it, to see if it is
what I was looking for.
Concerning projection, of course I was not looking into flattening Africa with
a digger but in "flattening" Africa's projection (I though it was clear
from the context).
M
Hamish wrote:
> A symptom of the computational region being way out of whack compared to
> your display region is that you see the result as a series of huge blocks
> (computational resolution is too coarse), or in the other direction the
> resolution is so fine that takes ages to load. YMMV
Not
Hi list,
is there an easy way to derive the centre of a cloud of points ?
I am aware that the set of vector points ("cloud of points") could be used to
stake out a polygon/boundary and use v.centroid etc etc to derive in turn its'
centroid, but I am hoping for an easier solution .. ?
This issu
On 04/12/08 09:47, Hamish wrote:
georgew wrote:
Hamish, please forgive my ignorance but I am not sure what you mean.
As far as I know g.region is the means to change the resolution,
correct,
whether through the command line or the GUI. Can you please explain how
to access and change the comp
georgew wrote:
> Hamish, please forgive my ignorance but I am not sure what you mean.
> As far as I know g.region is the means to change the resolution,
correct,
> whether through the command line or the GUI. Can you please explain how
> to access and change the computational region settings.
I
16 matches
Mail list logo