Markus,
Congratulations to you and all the GRASS developers for your hard work! Your
efforts in achieving this and bringing GRASS to this level is very much
appreciated.
Thank you…
Regards,
Tom
- Original Message -
From: Markus Neteler [EMAIL PROTECTED]
Date: Friday, February 8, 2008
List:
My apologies for the background info. leading-up to my question…
I've seen mention of starspan previously and now I think it's time for
me to learn more. Let me pose a problem to you to see if starspan would
be of help. I am working on a modeling project with a couple of other
people
version of starspan, and trying it out!
--j
Thomas Adams wrote:
List:
My apologies for the background info. leading-up to my question…
I've seen mention of starspan previously and now I think it's time
for me to learn more. Let me pose a problem to you to see if starspan
would be of help. I am
List:
My apologies; I forgot to run /sbin/ldconfig… all is well.
Regards,
Tom
Thomas Adams wrote:
List:
I have built from source various releases of GRASS over the years with
relatively few problems. However, I just built/installed GRASS
6.3.0RC6 on a 64-bit Linux system (compiled
Nikos,
Markus won't say this, of course, since he wrote the book, but I'll say
it: BUY THE BOOK — it's well worth it — 3rd ed, of course. The book will
save you many hours of time with all the examples and very good
explanations of GRASS commands and basic GIS; also, we know time = money!
Markus,
Thank you very much! I have not tested it yet, but after I do I'll write
you with my impressions. I think this could be a very valuable contribution.
Regards,
Tom
Markus Metz wrote:
Hello list,
I'm not sure if this list is the right place or rather the developer
list.
For the A *
Ivan et al,
Below are some snippets from an email thread in 2005:
Has anyone had any luck using the results from r.terraflow in
r.water.outlet? More specifically I want to use the output direction
grid from r.terraflow for the drainage direction map input of
r.water.outlet. The
List:
Ultimately what I am trying to do is to make a varchar(5) field be a
varchar(8) field — but I don't see how to do this directly. So, I
thought if I created a new varchar(8) column, copied the values of the
varchar(5) column into it (This all worked fine); then, renamed the
varchar(5)
List:
I have a GRASS location that spans the entire U.S. I plan on
re-projecting raster maps into the location from a GRASS location with a
much smaller domain. When I do this, the values outside of the projected
map region have a value '*' when I query the new raster outside of my
area of
Glynn,
Thank you very much for the help; I've tried the methods you suggested
and they work fine. The latter, using r.out.ascii, is what makes the
most sense for me.
Thanks again,
Tom
Glynn Clements wrote:
Thomas Adams wrote:
I have a GRASS location that spans the entire U.S. I plan
List:
I need to create a map in GRASS like the attached map. This needs to be
done on a daily basis, and it needs to be created by those who have
little GIS or GRASS knowledge or experience. The critical aspect is to
manually draw/digitize the critical likely or possible areas. And I
am
Casey,
I was very interested in your original email, so I tried to track down
the GRASS modules mentioned in the paper you cited. As it turns out the
authors have written several related papers. While I was able to obtain
the other papers, I could not locate the software. So, I emailed the
List:
I have been trying to compile gstat 2.5.1 (standalone version) with
GRASS support for GRASS 6.4/6.5 and I get a compile error. gstat 2.5.1
compiles for GRASS 6.3 and seems to work OK, but I am having a problem
with universal kriging (which I had not had previously); ordinary
kriging
Markus,
I have grass42src.tar.Z; will that do? I have the pdf manuals from that
time, too…
Tom
Markus Neteler wrote:
Hi,
for historical reasons (think copyright, nostalgia, ...) I am seeking the good
old GRASS 4.2.1 source code which I unfortunately removed in 2002 due to
disk space
All:
I have GRASS 6.4.0 vector maps (polygons) that I have digitized, which I
need to export to ASCII with both attributes and (lat-long) boundary
vertices. I need to subsequently reformat the data to a some
non-standard ascii format. How do I do this?
I can use db.select to easily get the
List:
I have been using r.colors -n map=mapname color=differences to display
soil moisture differences from one day to another (to identify areas
that have received precipitation and areas that are drying); I would
like to depict wetting areas as shades of blue to white and drying areas
as
Hamish,
Thank you! I think your suggestion will work for me; I'll let you know…
Cheers!
Tom
- Original Message -
From: Hamish hamis...@yahoo.com
Date: Friday, August 7, 2009 6:39 pm
Subject: Re: [GRASS-user] Help using color tables (differences)
Hi Thomas,
I have been using r.colors
Hamish,
I just tried using r.colors.stdev -z — I guess I incorrectly *assumed* it would
not do what I wanted. It looks like it does what I want except for the option
to invert the colors. So, adding the 'Invert' option would be great.
Regards,
Tom
- Original Message -
From: Hamish
cells: 872505
What are you using?
Tom
Martin Landa wrote:
Hi,
2009/11/4 Thomas Adams thomas.ad...@noaa.gov:
Thank you for your response. The columns are: longitude|latitude|value. With
previous versions of GRASS, the import process might be ~30 seconds, at
most. Now, 10 -to- 15 minutes
Hamish,
Here are the answers to your questions:
points=65000
database backend is dbf
Thanks,
Tom
Hamish wrote:
Thomas Adams wrote:
I have been using v.in.ascii for some time and performance
has been very good through GRASS 6.3.0. However, with GRASS
6.4.0 importing ascii points
Martin Hamish,
I believe I know what the problem is (to a degree). I am running GRASS
in a network environment where GRASS is installed on one machine, my
user files are on a 2nd, my GRASS database is on a 3rd, and I am logged
into a 4th (all on Redhat Linux). So, reading my file over the
r.in.gdal to import the GRIB files, I have pointed the /usr/local/gdal
directory to the newer gdal install I built rather than the older version.
Thanks again for your help!
Tom
Markus Neteler wrote:
Thomas Adams wrote:
All:
I have (re-)compiled GRASS 6.4 to try and ensure that I am getting
grib
All:
I am trying to use d.vect.thematic to create a thematic map where the
vector polygons are filled with a color dependent on an attribute value,
swe, which is of type 'real'. I am using sqlite as the db driver. The
swe attribute was added to my vector map using v.db.join, which worked
Hamish,
I made the code changes in the scripts (v.colors d.vect.thematic), adding:
[ $NCOLUMN_TYPE != REAL ]
in the tests and that worked perfectly. Thanks for your help!!
Tom
Hamish wrote:
Thomas wrote:
I am trying to use d.vect.thematic to create a thematic map
where the vector
António,
You must run this from the GRASS term window; first start R at the GRASS
shell prompt, by typing R; then load spgrass6: library(spgrass6) — the
supporting libraries (sp, rgdal, etc.) must be installed in R first.
Regards,
Tom
António M. Rodrigues wrote:
Hi,
I've installed
All:
I have built GRASS 6.5 svn (2010_04_10) with fftw, proj4, gdal (1.7.1),
sqlite, postgresql, tcltk,… When I try to import a grib2 file using
r.in.gdal I get a message that the file is not a supported format.
Running gdal-config --formats shows that grib is supported.
If I run on another
António
I have does this; I think it's helpful to first extract the fields you
need and group them together, otherwise you will probably end up with a
lot of unwanted fields being imported. I have written a Perl script to
do this if you want it. I'm sure you would need to edit it to meet your
Malte,
You also may want to look at what Dylan Beaudette has done at the UC
Davis Soil Resource Laboratory with
http://casoilresource.lawr.ucdavis.edu/drupal/node/96
Go to:
Cartographic Output via GMT, then select An example on this website
which is:
All:
I have compiled GRASS 6.4.0 on Redhat Linux 5.5 with GDAL 1.6.2. If I run:
gdal_config --formats
grib shows-up as a supported format. However, if I try r.in.gdal -f ,
grib is not listed as a supported format and, of course, the grib file
I'm trying to import is not recognized. Any
All:
With GRASS 6.4.0 on RedHat Linux I can successfully import a vector
shapefile into a Lat-Long GRASS LOCATION. Then I can display the vector
file (stream basins) with a color fill — no problems. What I am trying
to do is re-project these basins into a Lambert Conic Conformal (LCC)
The NOAA/NWS Ohio River Forecast Center is sponsoring a GRASS GIS
Workshop May 16-20, 2011 in Wilmington, OH USA. The primary intent is to
focus on GIS applications for hydrologic modeling, model calibration,
and support of hydrologic forecast operations as they pertain to U.S.
NOAA/NWS River
All:
Regrettably, I must announce that the NOAA/NWS GRASS GIS Workshop is
-CANCELLED- due to the U.S. Federal Budget problems. The funds that we
had been promised to sponsor the Workshop were cut. I sincerely
apologize for all inconveniences this may cause you.
I hope we can do the
All:
Sorry for posting the way I have, but I am not really sure where to send
this, as it is NOT a GRASS issue, really, but…
On a Mac running OS X 10.6.7, I have the following issue:
(1) I've loaded the GRASS GRASS-6.4.1-1-Snow.dmg from the KyngChaos Wiki
(2) GDAL Complete 1.8 framework
William,
Yes, I expected it to fail as well from the Terminal; thanks for the update!
Tom
- Original Message -
From: William Kyngesburye wokl...@kyngchaos.com
Date: Sunday, May 1, 2011 1:14 am
Subject: Re: [GRASS-dev] R/GRASS GIS issue with rgdal
To: Thomas Adams thomas.ad...@noaa.gov
All:
I have built GRASS 6.4.1 on Linux with the following ./configure:
./configure --with-sqlite --with-postgres
--with-tcltk-libs=/usr/local/tcltk-8.4.11/lib
--with-tcltk-includes=/usr/local/tcltk-8.4.11/include
--with-gdal=/usr/local/bin/gdal-config --with-libs=/usr/local/lib
Sev,
Did you download the Mac distribution from here:
http://www.kyngchaos.com/software/grass ? Be sure to install all the
Frameworks packages first.
Regards,
Tom
On 5/11/11 4:04 AM, Severino Salmo wrote:
Dear GRASS users,
I still can't run GRASS in my Mac OSX 10.6.7. I noticed two
All:
I have compiled various versions of GRASS on Linux (Redhat) in the past
without problems and recently complied GRASS 6.4.1 on Linux. If I try to
import a shapefile using GRASS 6.4.1 using v.in.ogr, it takes more than
an order of magnitude longer than previous versions of GRASS that I
Alexander,
Good suggestions;I understand these are the kinds of suggestions I need to help
me sort out what is going on. Did v.in.ogr change from, say, GRASS 6.3 and
6.4.1? In what ways?
Tom
- Original Message -
From: Alexander Muriy amu...@gmail.com
Date: Sunday, June 5, 2011 5:53 pm
Frederico,
One possible way is to generate a raster MASK file from the vector data
and, using the mask for each polygonal area and R, calculate statistics
that way. Although, honestly, I don't know if that would be faster or not.
Another possibility is something like this (snippit from a
All:
I just got a Umbuntu Linux box and I'm having all sorts of trouble installing
GRASS 6.4.1 from source -- in the past, this process has been very simple on
RedHat. What's happening is that I build and install all the supporting
libraries (sqlite3, postgresql, fftw, proj4, gdal, etc.)
Tim,
Thanks for the suggestion; it turns out, all I needed to do was:
./configure --with-pic
and I had not seen this option previously (even though the error instruction
said to do this). A further problem was that Xmu headers were not installed on
my system that prevented NVIZ from building.
All:
Where should the file python-wxversion be located so that GRASS 6.4.1 will find
it? It's located on my Ubuntu 11.0.4 distribution at:
/usr/share/pyshared-data/python-wxversion
and contains this:
share/pyshared-data/python-wxversion
[python-package]
format = 1
python-version = 2.6, 2.7
Glynn,
Thanks for the explanation; previously, when compiling from source,
things just compiled very cleanly for me as I blithely went about the
installs. (I had no idea what 'PIC' meant and -thought- shared libraries
were were being built for FFTW using it).
At some point I want to try
Problem resolved.
Thanks to all who responded; Justin your information helped a lot —
after the suggestions and even more digging and some more installs using
http://grass.osgeo.org/wiki/Compile_and_Install_Ubuntu (which may have
helped some in terms of my original problem of not getting
Sharon,
I pretty much agree with Paulo; I would add that the following link
(http://grass.osgeo.org/wiki/Compile_and_Install_Ubuntu) helped me a
lot. I'm using Ubuntu 11.04 and compiled GRASS 6.4.1, which I highly
recommend using.
Regards,
Tom
On 7/14/11 4:02 AM, Paulo van Breugel wrote:
All:
With the tcltk GUI I can do this:
d.his h_map=elev_filled@adams i_map=elev_filled_shade@adams brighten=0
to create a very nice shaded relief map, draped with another raster, such as
elevations. How do I do this with the wxpython GUI? Running the command at the
terminal does not work
Martin,
Thank you; I'm still getting use to the new GUI and did not even look at that
-- too obvious, I guess!
Cheers!
Tom
- Original Message -
From: Martin Landa landa.mar...@gmail.com
Date: Friday, July 22, 2011 2:21 pm
Subject: Re: [GRASS-user] d.his command in GRASS 6.4.1 with
All:
At the GRASS 6.4.1 prompt, when I type:
g.extension extension=v.strahler
v.strahler is retrieved successfully and compiles, but then I get the message:
Installing v.strahler...
You need to enter the root password next to install v.strahler:
Password:
The problem is, Ubuntu does not
Salvatore,
With my brief test of GRASS 6.4.1 on Lion, it looks OK.
Regards,
Tom
On 7/25/11 2:24 AM, Salvatore Mellino wrote:
Hi,
I'm ready to buy a new mac pro. It is with Lion, I want to know if GRASS works
under Lion.
Thanks,
Salvatore___
All:
I'm successfully able to export a netcdf file from GRASS 6.4.1 using
r.out.gdal. Using ncdump shows a reasonable result. The problem I'm
having is that the netcdf file contains neither the data type (2-m
temperature) nor the units (degrees Kelvin). The software I need to use
to import
Ian,
You may want to look at some U.S. National Weather Service approaches
with what we call Flash Flood Guidance (FFG):
http://www.weather.gov/oh/hrl/gis/workshop3.html
http://www.weather.gov/oh/rfcdev/docs/ffgitreport.pdf
Johannes,
Control-click on the GRASS.app and you'll get a popup menu; select Show
Package Contents — this opens you to the directory structure:
Go to Contents-MacOS which would be GISBASE; So, in my case, GISBASE is
/HD/Applications/Grass-6.4/Contents/MacOS
If you Command-click at the top of
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,
**
this:
http://surfit.sourceforge.net/surfit/fault__aniso_8tcl-example.html. I’d
use surfit, but it appears to be abandoned (haven’t been updated since
2006).
** **
Bob
** **
*From:* Thomas Adams [mailto:thomas.ad...@noaa.gov]
*Sent:* Friday, March 23, 2012 2:19 PM
I think Martin's contributions clearly demonstrate that his nomination is
well-deserved. I fully support his nomination!
Thank you Martin!
Cheers!
Tom
On Fri, Oct 12, 2012 at 3:08 AM, Daniel Lee l...@isi-solutions.org wrote:
I also support Martin Landa's nomination.
Daniel Lee
On Friday,
Laurent,
Dambreak analysis is very complex, requiring a lot of in-channel
cross-section or bathymetric data and over-bank DEM data, as well as the
use of an unsteady hydraulic flow model such as the U.S. Army Corps of
Engineers, HEC-RAS model, which has this capability.
However, there are
Roberto,
I am extremely interested in this as well. In my office, having real-time
dambreak analysis capability is extremely important. So, I am very much
interested in obtaining your GRASS extension as well.
Thank you,
Tom Adams
On Mon, Oct 29, 2012 at 6:47 AM, Roberto Marzocchi
David,
See if you can find the PhD thesis:
THREE-DIMENSIONAL RULE-BASED CONTINUOUS SOIL MODELLING
Martin Ameskamp
Bericht 9701 Februar 1997
I can send it to you, if you would like.
Tom
On Thu, Apr 4, 2013 at 9:38 AM, David n d_neu...@msn.com wrote:
Hi!
I want to fetch a
Adrian,
I think it would be very helpful to you to work through some of the
available tutorials available here:
http://grass.osgeo.org/documentation/tutorials/ before going further. I
also HIGHLY recommend purchasing:
M. Neteler, H. Mitasova, 2008. Open Source GIS: A GRASS GIS Approach. Third
Robert
I would recommend a combination of GRASS and R (http://cran.r-project.org/).
R has fuzzy K-mean cluster capability, using the R addon package spgrass6
to read/write to/from GRASS and R. Also, see this:
http://www.r-bloggers.com/fuzzy-clustering-with-fanny/ and this:
Nathan,
What kind of raster data are you trying to smooth? The kind of data you're
trying to smooth may have a bearing on the technique you use.
Tom
On Tue, Apr 16, 2013 at 9:49 AM, Nathan Barber - NOAA Federal
nathan.bar...@noaa.gov wrote:
I am trying to smooth a raster using
Lucien,
I use MacOS X and Ubuntu Linux -- I really like Ubuntu (Mac-like in many
ways...).
Best,
Tom
On Thu, Apr 18, 2013 at 10:54 AM, BLANDENIER Lucien
lucien.blanden...@unine.ch wrote:
Dear grass user,
I'm actually using grass on Window but I would like to migrate to Linux.
Which
Margherita,
Wonderful! How do I get one??
Regards,
Tom
On Wed, Jul 17, 2013 at 9:47 AM, Margherita Di Leo direg...@gmail.comwrote:
30 YEARS OF GRASS GIS!!!
https://fbcdn-sphotos-d-a.akamaihd.net/hphotos-ak-ash3/892738_10201550826760526_2040218298_o.jpg
cheers!
madi
--
Best regards,
Michel
On Ubuntu, I've had great success installing from source; I recommend the
GRASS wiki --
grasswiki.osgeo.org/wiki/Compile_and_Install#Ubuntu_8.04_and_above
Hope this helps
Regards
Tom
On Wednesday, July 31, 2013, Michel Wortmann wrote:
Hi there,
does anyone know why grass70 is not in
Rebecca,
I recall there was some capability w/in GRASS previously with terrain
analysis, with classification of landform types -- but not using this
nomenclature. Types were: slope, valley, ridge, saddle, etc... There may
have been 'kettle' and 'dome' which seem to be close to your + and -
Rebecca,
The module I was thinking of is r.param.scale; where are you finding
r.geomorphons?
I can't find it.
Tom
On Tuesday, November 5, 2013, Rebecca Bennett wrote:
Thank you everyone for your suggestions and links to further papers (and
apologies for the multiple original posts - I think
All,
I'm using GRASS 7.0 svn from a few weeks ago on Ubuntu 13.10 (not that I
think either is an issue). I have imported a fairly large shapefile from
here: http://www.nohrsc.noaa.gov/data/vector/master/rfc_us.tar.gz -- 3084
KB. It imports just fine into a lat/long Location and displays just
Lucien,
From what I have seen, ESA maintains a proprietary format for ASAR data
products. They have a free data viewer, EnviView, that also serves to to
reformat ASAR data to other formats like hdf, TIFF, GeoTIFF, BIL... Which
can then be imported by GRASS
Tom
On Thursday, January 30, 2014,
Michel,
If you do what you suggest, but first apply a MASK using each subbasin; so,
when you calculate the statistics, they will be for one subbasin at a time;
with a very simple script you could loop through each subbasin.
I hope this helps.
Cheers!
Tom
On Sun, Feb 16, 2014 at 11:07 AM,
Michel,
If it were me, I'd go ahead and take the hit with the brute force method.
However, I was involved with a project in calculating basin average
precipitation in real-time, over many basins (~700) for many time periods,
several times per day. Each second was critical; what we did was to
you will end up looping over them.
Cheers,
Michel
On 02/17/2014 08:20 PM, Thomas Adams wrote:
Michel,
If it were me, I'd go ahead and take the hit with the brute force
method. However, I was involved with a project in calculating basin average
precipitation in real-time, over many
I've been using GRASS 7 for this and have not seen a problem -- I hope I'm
not overlooking the issue. Michel, can you provide an image that shows this?
Thanks,
Tom
On Wednesday, February 19, 2014, Michel Wortmann wortm...@pik-potsdam.de
wrote:
Markus,
last year you asked me whether the
Alex,
I believe Tyler does plan on using R for the statistical analyses, but
using GRASS GIS in combination with R is the easiest path, I think.
Tom
On Tuesday, March 11, 2014, Alex Mandel tech_...@wildintellect.com wrote:
Use R. It includes Moran's I and Geary's C tests for
/location.
The other book likely to have exactly what you want (field sampling
design) is Ch 5.
http://www.amazon.com/Spatial-Analysis-Ecology-Agriculture-Using/dp/1439819130/ref=la_B001K6MGR8_1_1?s=booksie=UTF8qid=1394557436sr=1-1
Enjoy,
Alex
On 03/11/2014 09:58 AM, Thomas Adams wrote:
Alex
All;
I'm trying to create a water depth map using the following:
(1) DEM
(2) vector polygon indicating the lateral extent of inundation
(3) stream channel centerline
I figure I can intersect the polygon with the DEM raster to get the water
surface elevations along the boundary of the extent of
All:
I have a collection of points that represent the centerline of a river. I
need to output them in upstream to downstream order (or the reverse). A
simple v.out.ascii does not do this because of the channel meanders. It's
critical to get the x,y locations of these points in the correct order.
.
Moritz
Best regards
Juan Carlos Torres
El 15/04/14 04:52, Thomas Adams escribió:
All:
I have a collection of points that represent the centerline of a
river. I need to output them in upstream to downstream order (or the
reverse). A simple v.out.ascii does not do this because
/04/14 13:03, Thomas Adams wrote:
Moritz et al,
Thank you for the helpful suggestions. One of the problems I have is
that about half of the points are in a tidal estuary where the
elevations are all zero (sea level); so utilizing the elevations to sort
will not work -- I have several thousand
I have output errors from running r.inund.fluv using GRASS 6.4.3. on Ubuntu
13.10 none of my output maps were written successfully; my DEM is coarse
(30m). But below is what I am getting in term window output -- much more
detail in the Command Window output, which I can provide.
Regards,
Tom
All:
Below is the detailed output I'm getting from running r.inund.fluv on
Ubuntu 13.10, GRASS 6.4.3.
My DTM is 30m x 30m (the best I can do at the moment) and distances between
cross-sections is on the order of 300-500 meters -- could this explain my
results (no maps are created)?
Regards,
Tom
, 2014 at 9:23 PM, Thomas Adams tea...@gmail.com wrote:
All:
Below is the detailed output I'm getting from running r.inund.fluv on
Ubuntu
13.10, GRASS 6.4.3.
My DTM is 30m x 30m (the best I can do at the moment) and distances
between
cross-sections is on the order of 300-500 meters
Markus,
Thank you for the suggestion; attached is the detail using the -x option.
Cheers!
Tom
On Sat, Apr 19, 2014 at 5:13 PM, Markus Neteler nete...@osgeo.org wrote:
On Sat, Apr 19, 2014 at 10:42 PM, Thomas Adams tea...@gmail.com wrote:
Markus,
I don't think I can do this because
All,
I'm trying to help a colleague with a project; on the face of it, the issue
seems straight-forward, but I can't seem to find the right combination of
GRASS commands to do this.
In lieu of doing a full-blown hydraulic modeling analysis, as a first
approximation, my colleague wants to use a
Hi Rich, Vaclav, others;
I don't know if this is at all helpful; but, I just upgraded to Ubuntu
14.04 and the upgrade was not completely flawlwss. However, in the process,
I tested my GRASS 6.4.3 and GRASS 7.0svn install, which both failed. I
ended up needed to rebuild and install gdal 1.9.2 and
Margherita,
It looks as though it has -- from what I see, the default units is meters;
although, using the scale/units options, units can be set to feet.
Best,
Tom
On Fri, Jun 6, 2014 at 5:41 AM, Margherita Di Leo direg...@gmail.com
wrote:
Dear All,
in r.shaded.relief module, in the
All:
I have used r.lake to simulate flood inundation in an urban area -- the
raster looks great! What I want to do (and have done) is to use r.to.vect,
export the vector as a KML (which works), bring the simulated flood
inundation map KMLs into GoogleEarth and create some animations from the
, I think.
Cheers!
Tom
On Mon, Jun 16, 2014 at 7:55 AM, Margherita Di Leo direg...@gmail.com
wrote:
Hi Thomas,
On Mon, Jun 16, 2014 at 1:47 PM, Thomas Adams tea...@gmail.com wrote:
All:
I have used r.lake to simulate flood inundation in an urban area -- the
raster looks great! What I
Apologies, I wrote v.to.rast in my subject when I meant r.to.vect -- not
sure how I did that!
Tom
On Monday, June 16, 2014, Thomas Adams tea...@gmail.com wrote:
Margherita,
Thank you for the suggestion; yes, the raster pixels are at the resolution
of the raster map, so the r.to.vect
of having thousands if pixel-sized polygons, I ended up with
just a handful of polygons, which was my goal
Cheers!
Tom
On Monday, June 16, 2014, Margherita Di Leo direg...@gmail.com wrote:
Hi Thomas,
On Mon, Jun 16, 2014 at 1:47 PM, Thomas Adams tea...@gmail.com
javascript:_e(%7B%7D,'cvml
Markus,
Thank you; I'm not sure what to do to get the building heights as they
should be. I have the building footprints, but not their true heights — I'm
not sure what to do about that. Also, even if I had the building heights,
I'm not sure how to get a nice 3D view like you did for Trento with,
in the selection option and the
original raster in the input. You will end up with a much more clean
raster to convert to vector.
best regards,
sotiris
On 06/16/2014 02:47 PM, Thomas Adams wrote:
All:
I have used r.lake to simulate flood inundation in an urban area -- the
raster looks
Sylvain,
I agree with your approach. However, I have run into one difficulty, which
is if the raster is very detailed (say, 1-ft Lidar) and the computational
region is relatively large (several square kilometers), GRASS has
considerable problems with the raster-to-vect conversion. The problem is
On Fri, Jul 25, 2014 at 5:30 AM, Thomas Adams tea...@gmail.com wrote:
Sylvain,
I agree with your approach. However, I have run into one difficulty,
which is if the raster is very detailed (say, 1-ft Lidar) and the
computational region is relatively large (several square kilometers), GRASS
Vishal,
FWIW, I always start my Google searches for GRASS topics with 'GRASS GIS' …
Tom
On Fri, Jul 25, 2014 at 12:13 PM, Vishal Mehta vishalm1...@gmail.com
wrote:
hi all,
i was wondering if there is a bibliography available on GRASS applications
in remote sensing, especially
Vishal,
You need to install the R contributed spgrass6 and raster packages; look at:
http://grasswiki.osgeo.org/wiki/R_statistics
ftp://195.37.229.5/pub/outgoing/mforkel/Rcourse/spatialR.pdf
Regards,
Tom
On Thu, Aug 28, 2014 at 7:15 PM, Vishal Mehta vishalm1...@gmail.com wrote:
Hi all,
Carlos,
I have seen the same thing; here is what I figured-out as a brute force
work-around:
(1) in the TERM window that pops-up do Control-C
(2) copy and paste:
/Applications/GRASS-6.4.app/Contents/Resources/Scripts/GRASS.scptContents/MacOS/grass.sh
(or the GRASS 7 equivalent)
(3) RETURN
This
me the same error as before (No such file or directory)
best
Carlos
On Mon, Sep 1, 2014 at 1:48 PM, Thomas Adams tea...@gmail.com wrote:
Carlos,
I have seen the same thing; here is what I figured-out as a brute force
work-around:
(1) in the TERM window that pops-up do Control
Rajat,
I assume you are running this at the GRASS prompt? If not, you must do
this. Also, if you don't provide the full path for 'NPPFILES', you should
run the command from the directory where 'NPPFILES' is located.
Additionally, you may want to change your code to this:
for files in $(cat
Johannes,
If you want to read your file into R, there is no need to export your map
from GRASS to do this. Simply install and use the R contributed package
'spgrass6' (spgrass6 has R dependencies that need to be installed first);
it works wonderfully:
Within GRASS, at the GRASS terminal
Jim,
I'll try to find some time to work through your tutorial in the next few
days; I'll get back to you -- I just took a quick look and I think it looks
good. BTW, I'm also using Ubuntu (14.04).
Tom
On Thu, Sep 11, 2014 at 11:29 PM, James Keener j...@jimkeener.com wrote:
Hello,
I wrote a
1 - 100 of 238 matches
Mail list logo