Hello Rich,
with Your provided data it's not possible to tell if You can do something.
Things to check:
1) the size of Your computational region. On 32bit system You might
hit a memory limits.
2) check Your OpenGL system. Does glxinfo and glxgears work fine?
3) run nviz under gdb and generate
Dear All,
Doing a bit of work with tram in Vietnam using HEC-RAS and
HEC-GeoRAS. It would be nice to have a GRASS interface to
HEC-RAS. HEC-GeoRAS below is an interface for ArcGIS.
Perhaps a project for some student or Google Summer of Code?
HEC-RAS
@Daniel:
Thx for your advice. It works! :-)
--
View this message in context:
http://osgeo-org.1560.n6.nabble.com/TIN-Linear-interpolation-from-points-tp4627723p4647944.html
Sent from the Grass - Users mailing list archive at Nabble.com.
___
grass-user
Sadly, the entry deadline for GSoC projects for this year is already past,
but perhaps there's some other possibility if you're wanting to get it done
this year.
Best,
Daniel
--
B.Sc. Daniel Lee
Geschäftsführung für Forschung und Entwicklung
ISIS - International Solar Information Solutions GbR
/listinfo/grass-user
-- next part --
An HTML attachment was scrubbed...
URL:
http://lists.osgeo.org/pipermail/grass-user/attachments/20120323/c60f741d/attachment.html
--
___
grass-user mailing
Hi Community,
step by step I'm getting to my goal
Now I've tried to install the nnbathy utility to use it with r.surf.nnbathy.
Well the compilation worked out and nnbathy is now avaibale under
/usr/local/bin .
I've put the shell script r.surf.nnbathy into my addon folder:
Hi,
On Fri, Mar 23, 2012 at 9:35 AM, Venkatesh Raghavan
ragha...@media.osaka-cu.ac.jp wrote:
Dear All,
Doing a bit of work with tram in Vietnam using HEC-RAS and
HEC-GeoRAS. It would be nice to have a GRASS interface to
HEC-RAS. HEC-GeoRAS below is an interface for ArcGIS.
Perhaps a
On Fri, 23 Mar 2012, Maris Nartiss wrote:
with Your provided data it's not possible to tell if You can do something.
Things to check:
1) the size of Your computational region. On 32bit system You might
hit a memory limits.
Maris,
Yep, this is the reason, and it occurred to me while eating
Hi Daniel,
i faced the same problem. OGR_L_GetGeomType was introduced in r51126 [1].
I solved this by removing the default Ubuntu gdal package and
compiling+installing the gdal version 1.9.0 from sources. I would have
expected an announcement about this changes, since OGR_L_GetGeomType
was
Hi,
2012/3/23 Sören Gebbert soerengebb...@googlemail.com:
compiling+installing the gdal version 1.9.0 from sources. I would have
expected an announcement about this changes, since OGR_L_GetGeomType
was introduced recently in gdal version 1.7.2?
hm, introduced in 1.8.0 [1] (released 2011/1).
2012/3/23 Martin Landa landa.mar...@gmail.com:
hm, introduced in 1.8.0 [1] (released 2011/1). Sorry, I will fix it ASAP.
hopefully fixed in r51151, sorry for inconvenience.
Martin
--
Martin Landa landa.martin gmail.com * http://geo.fsv.cvut.cz/~landa
Hello,
I wonder if there is a way to extract/sample (eg using nearest neighbour) the
values from multiple rasters that correspond to a set of to vector points into
a table.
I could find a way to do this for one raster, but not for multiple rasters. Has
anyone done this in GRASS?
Thank you,
Hi,
On Fri, Mar 23, 2012 at 5:06 PM, raphael.viscarra-ros...@csiro.au wrote:
Hello,
I wonder if there is a way to extract/sample (eg using nearest neighbour)
the values from multiple rasters that correspond to a set of to vector
points into a table.
I could find a way to do this for one
Hi Community,
I've tried to install the nnbathy utility to use it with r.surf.nnbathy.
Well the compilation worked out and nnbathy is now avaibale under
/usr/local/bin .
I've put the shell script r.surf.nnbathy into my addon folder:
/home/danny/interpolation
And it is also executable.
When im
Hi Rich,
I can't imagine that resampling would reverse the DEM values though. A
glance at r.info would give you the answer to that - if the values are
mostly negative, it should be a pretty good sign that you're either in
Death Valley or inverted :P
One thing to note with r.shaded.relief though
Hi,
I have a DEM map (projected in UTM). Based on this DEM , I want to produce 2
raster maps: one showing only the latitude (instead of the elevation) and the
other showing only the longitude. I wonder if you guys know how to do this.
Thanks much.
Jun
On Fri, 23 Mar 2012, Daniel Lee wrote:
I can't imagine that resampling would reverse the DEM values though.
Me, neither.
A glance at r.info would give you the answer to that - if the values are
mostly negative, it should be a pretty good sign that you're either in
Death Valley or inverted
On 03/23/2012 08:31 PM, Rich Shepard wrote:
On Fri, 23 Mar 2012, Daniel Lee wrote:
... 235° would be ... from the southwest.
Yep. That's the way it usually works.
It's just an optical illusion.
On 03/23/2012 09:29 PM, Micha Silver wrote:
On
03/23/2012 08:31 PM, Rich Shepard wrote:
On Fri, 23 Mar 2012, Daniel Lee wrote:
... 235° would be ... from the
southwest.
Yep. That's the way
On Fri, Mar 23, 2012 at 12:23, Daniel Lee l...@isi-solutions.org wrote:
Sadly, the entry deadline for GSoC projects for this year is already past,
Daniel, that is not true! Student application starts in two days. The ORG
application has passed, and OSGeo got accepted.
Student Application Opens
Hi Venka,
That seems to an interesting thing. I find it especially interesting since
it's from the same people who originally developed GRASS. Perhaps they
would be willing to co-mentor. Anyways Venka, do you have any information
on how it works together with ARC? I mean would it be possible to
On Fri, 23 Mar 2012, Micha Silver wrote:
Ooops, Correction: when azimuth=315 the sun is from the *South* West,
producing naturally looking relief maps.
Micha,
You were right the first time. From the manual page, The azimuth of the
sun in degrees to the east of north (a value between 0 and
Inverted relief on shaded maps (and also on aerial photos or satellite images)
is called pseudoscopy. It's just an optical illusion. If you live on the
northern hemisphere you are more 'used' to see images with illumination from
the south (and vice-versa for southern hemisphere), so when you
Oh, my mistake - I thought the topics also had to be submitted already.
Alright! :-)
--
B.Sc. Daniel Lee
Geschäftsführung für Forschung und Entwicklung
ISIS - International Solar Information Solutions
Vertreten durch: Daniel Lee, Nepomuk Reinhard und Nils Räder
Deutschhausstr. 10
35037 Marburg
On Fri, 23 Mar 2012, Carlos Grohmann wrote:
It's just an optical illusion. If you live on the northern hemisphere you
are more 'used' to see images with illumination from the south
Carlos,
Yes, I know that aerial photos should be oriented so the shadows are
toward the bottom of the print.
Hello Grass Users,
Googling around, I see that I can interpolate scattered data by using
v.surf.rst and use masks. I also see that Surfit (see
http://surfit.sourceforge.net/ ) can do it too. Anyone know of other
methods?
Thanks!
Bob
Bob Moskovitz
California Geological Survey
On Fri, 23 Mar 2012, Carlos Grohmann wrote:
To me, in Brazil, I use illumination from NW (315) or NE (045).
Carlos,
Well, it must be Friday because while I meant to assign the azimuth to 225
degrees (southwest), I kept typing 325. No wonder it did not appear correct!
With the sun at the
Bob,
You may try R and GRASS together, using the R gstat contributed package; or
use GRASS and standalone gstat (http://www.gstat.org/) — both work very
nicely with GRASS.
Tom
On Fri, Mar 23, 2012 at 4:26 PM, Moskovitz, Bob
bob.moskov...@conservation.ca.gov wrote:
Hello Grass Users,
**
Tom,
Somehow I did not mention in the body of my message the word fault.
It must be Friday J Anyways, I am looking for a way to interpolate data
that takes faults into consideration. Something like this:
http://surfit.sourceforge.net/surfit/fault__aniso_8tcl-example.html.
I'd use surfit, but
Hi Martin,
Updated to the latest release and all is good
Thanks
Daniel
2012/3/23 Martin Landa landa.mar...@gmail.com:
2012/3/23 Martin Landa landa.mar...@gmail.com:
hm, introduced in 1.8.0 [1] (released 2011/1). Sorry, I will fix it ASAP.
hopefully fixed in r51151, sorry for inconvenience.
Bob,
Yes, I know… You may look at these:
http://www.gstat.org/gstat-info/msg7.html (Re: Kriging the data with
geological faults)
http://www.gstat.org/gstat-info/maillist.html
http://www.biodiversity-lorenzomarini.eu/R_manuals/gstat.manual.pdf (search
for geological faults)
Tom
On Fri, Mar
Hi,
I use r.in.gdal to import an ascii file but I have the following message,
Projection of input dataset and current location appear to match
G_set_window(): Illegal latitude for North
Thanks,
José Guerrero
--
Dr. José Carlos
Hi Jose,
Maybe you want to use the command: r.in.ascii.
http://grass.fbk.eu/gdp/html_grass63/r.in.ascii.html
-Nick
2012/3/24 José Carlos Guerrero Antúnez jcgantu...@gmail.com
Hi,
I use r.in.gdal to import an ascii file but I have the following message,
Projection of input dataset and
Hi, I have a question that i hope you can help me.
I want to use some aster Dem, but in specifications I read that aster Dem is
using EGM96
geoid . Do I have to do something special to use those DEM's?
The zone that I work is WGS84 147N.
Thanks in advance for the answer.
Hi Javier,
EGM96 (I guess somethin' like 'Earth Geodetic Model') refers to the
vertical datum. If you only need relative height information (e.g. for
watershed analysis), you do not need information retrieved from the
vertical datum. However, if you need absolute heights (e.g. height
Hi Javier,
EGM96 (I guess somethin' like 'Earth Geodetic Model') refers to the
vertical datum. If
you only need relative height information (e.g. for watershed
analysis), you do not need
information retrieved from the vertical datum. However, if you need
absolute heights
(e.g. height above
The zone that I work is WGS84 147N.
Normally the Aster DEM comes with a WGS84 lat-long grid, so your
settings seem to be ok, except that you have a zone; there are no
zones for WGS84. Maybe your location is UTM zone 147N? Then the import
of the Aster DEM will not work. You have to set up a
37 matches
Mail list logo