Markus Metz writes:
> Maybe the documentation needs some clarification: the min_area applies to
> input polygons, not to output areas, i.e. input polygons smaller than
> min_area are dropped. If you want to get rid off output areas smaller than
> min_area=10, you need to use v.clean tool=rmarea th
nicely :)).
>
> You cannot control de main Map Display from the GUI with d.vect and d.rast
> from the terminal. It does work to run them from the Console tab in the Layer
> Manager window, though.
>
> HTH,
> Vero
>
> El vie., 10 may. 2019 a las 23:48, Tyler Smith ()
&
Hello,
I am trying to import a shapefile that contains polygons. Using v.in.ogr with
default settings works, but generates overlapping areas:
```
v.in.ogr input=~/path/to/data/ output=soils_omafra
...
-
139375 input polygons
Total area: 1.87
Hi,
I'm an occasional GRASS user, currently working with GRASS 7.6 on Debian. Since
I often go months between GRASS sessions, I like to work in text mode with
scripts. My scripts are useful 'cheatsheets' to figure out how to reproduce my
work.
However, I've noticed that the display that's ava
On Wed, Nov 29, 2017, at 04:32 PM, Ken Mankoff wrote:
>
> No, I have the same issues running d.mon on OS X. Lots of redraw
> required. I also run from within Emacs (Org Mode Babel code blocks) but
> the issues also exist when running with just a terminal.
>
That's reassuring, in a way. If the p
Hi,
I've noticed a curious difference between d.mon and g.gui with respect
to plotting maps on the screen. I usually use d.mon, and run GRASS from
within Emacs. However, on a recent project a particular map wouldn't
appear when plotted. No errors or warning messages, but d.vect didn't
change the a
reproduce the error with the original map of points.
Unfortunately, I don't have permission to this data, so I won't be able
to post it anywhere. If I can come up with a reproducible example that
uses only a shareable subset of the data, I'll send a link.
Best,
On Thu, May 18, 2017, at 12:28 AM, Anna Petrášová wrote:
>
> Are you sure this is the feature causing the error? This seems to be
> ok. Can you also post the output of
> grass.vector_what(map='Obs_20170329@PERMANENT',
> coord=(1548324.30568,12154706.4547), distance=100)
>
I'm not actually sure
On Wed, May 3, 2017, at 12:32 PM, Anna Petrášová wrote:
> On Wed, May 3, 2017 at 11:30 AM, Tyler Smith wrote:
> > Hi again,
> >
> > Having solved my GUI/Python issues from yesterday, I'm now getting
> > different errors when querying vector maps in the wx0 dis
Hi again,
Having solved my GUI/Python issues from yesterday, I'm now getting
different errors when querying vector maps in the wx0 display:
Steps to reproduce:
GRASS 7.2.0 installed from Debian repository, using
GRASS_PYTHON=python2.7 (which is also installed from Debian)
grass -text
d.mon star
On Tue, May 2, 2017, at 12:05 PM, Tyler Smith wrote:
> I've been having some problems interacting with graphics windows. I'm
> using Grass version 7.2.0, installed from the Debian repository.
> Starting from the command line this happens:
>
> grass -text
>
> G
Hi,
I've been having some problems interacting with graphics windows. I'm
using Grass version 7.2.0, installed from the Debian repository.
Starting from the command line this happens:
grass -text
GRASS 7.2.0 (ecozones):~ > d.mon start=wx0
GRASS 7.2.0 (ecozones):~ > Failed to import the site modu
To answer my own questions:
> 1. Is there a way to use a complex sql statement (i.e., that includes a
> join directive) in v.extract?
Maybe not?
> 2. If not, is the most sensible approach here to collect the output of
> db.select in a python script and use that to generate the corresponding
> wh
Hi,
I have a large vector shapefile, 'UTM_1KM_GRID', and a separate, large
sql table, "EOs". The 'ATLAS_83' column in 'UTM_1KM_GRID' contains a
unique name for each polygon in the shapefile. The 'SQUARE1KM' column in
"EOs" contains the same names, such that the tables can be joined "1 to
many": UT
On Fri, Mar 18, 2016, at 12:57 PM, Vaclav Petras wrote:
>
> With d.mon the things written to the Command Console tab in main GUI
> (g.gui) are written to the stdout, i.e. they should be visible in your
> command line. This was not possible in 6.4 with wxGUI but it is
> possible with version 7.
Th
Hi,
I usually run GRASS from the command line (via Emacs), and create maps
via d.mon. Something seems to have changed since last I did this (quite
a while back), and I can't figure out how to measure distances on my
map.
For example, if I open a monitor and plot a map:
d.mon start=wx0
d.vect
On Sun, Feb 7, 2016, at 05:17 PM, Markus Neteler wrote:
> On Fri, Feb 5, 2016 at 8:08 PM, Tyler Smith wrote:
> >
> > How can I plot geographic grids as smooth curves with ps.map?
>
> What about using v.mkgrid and then reprojection it using vertex
> densification as provid
Hi,
I'm making a map for inclusion in a manuscript. I have the basic layout
set, using the wx display system: https://flic.kr/p/CThHdE
Not perfect, but I can tweak the placement of labels in Inkscape.
However, when I try to transfer the code from d.mon to ps.map, the
gridlines become 'jointed', r
On Fri, Oct 30, 2015, at 06:57 AM, Markus Neteler wrote:
>
> Please better use this (works "everywhere", also on non-Linux
> systems): ask GRASS itself where it is - of course the startup script
> needs to be in the PATH:
>
> # Linux
> grass70 --config path
> /usr/local/grass-7.0.2svn
>
> # Wind
Hi,
I'm updating my Emacs grass-mode (available on MELPA, and also here:
https://bitbucket.org/tws/grass-mode.el/wiki/Home ).
Part of the configuration requires that users tell me where their grass
binary, script and documentation files are. Since people may be using
different versions, multiple
On Fri, May 8, 2015, at 02:23 PM, Nikos Alexandris wrote:
>
> What does `g.region -p` say about?
g.region -p rast=tri_median@PERMANENT
projection: 3 (Latitude-Longitude)
zone: 0
datum: wgs84
ellipsoid: wgs84
north: 46:53:04.633938N
south: 34:44:13.536462N
west: 94:51:4
where, or is there a problem with the
Grass 6.4 export or QGis/gdal import?
Thanks!
--
Tyler Smith
plantarum.ca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On Thu, Apr 16, 2015, at 02:36 AM, Nikos Alexandris wrote:
>
> Or, better, "promote" somehow the "Show comp. region" feature, set by
> default or else.
>
> As far as I can tell, (using mostly the command line), appart from the
> d.mon related modules in GRASS6.x, which I forgot to
> mention and M
On Wed, Apr 15, 2015, at 04:40 PM, Moritz Lennert wrote:
>
> Not to argue against such a popup, but note that this is not something
> new since grass7. This behaviour is actually quite old and was already
> present in the preceding GUI, gis.m.
Did the gis.m and d.mon interface differ in grass6
On Wed, Apr 15, 2015, at 02:11 AM, Markus Neteler wrote:
>
> Do you have any suggestions where to add better information? Extend
> the bubble help of the zoom icons with a hint?
>
Thanks for asking!
Would it be possible to have an alert pop up when you open the
wx-Window, with a checkbox to sup
On Tue, Apr 14, 2015, at 07:41 AM, Moritz Lennert wrote:
> In the d.mon world this is exactly how things worked: zooming and
> panning changed the region. The fact that display and region became
> independent was a little revolution in GRASS history ;-)
Ok, thanks for the clarification. I don't
them each time one or the other changes? If there's no way to link
them automatically, is there a way to 'set computational region extent
from display' from the command line?
Thanks,
--
Tyler Smith
plantarum.ca
___
grass-user mai
On Wed, Jan 28, 2015, at 04:14 PM, Markus Neteler wrote:
> On Wed, Jan 28, 2015 at 9:50 PM, Tyler Smith wrote:
> ...
> > So is there a way to run a grass job in batch mode without invoking a
> > script?
>
> Yes, you just need to set some environment variables,
ell script, but I'm not
sure if there is a way to install a shell script within an Emacs package
that is portable among Windows, Mac and Linux.
So is there a way to run a grass job in batch mode without invoking a
script? Or other suggestions?
Thanks!
--
Tyler Smith
Hi all,
As part of my ongoing adventure with r.sun, I have written up a
description of how I installed GRASS on a commercial VPS to do some
memory-intensive operations. Here's a link in case it's of general
interest:
http://plantarum.ca/code/medium-performance-cluster/
Best,
--
T
On Fri, Aug 15, 2014, at 04:30 PM, Markus Neteler wrote:
> On Thu, Aug 14, 2014 at 8:42 AM, roy wrote:
> >
> > Il 13/08/2014 22:46, Tyler Smith ha scritto:
> >
> >> but I can't figure
> >> out how to limit the analysis to these spots. Is it pos
On 14/08/14 12:46 PM, Nikos Alexandris wrote:
Questions and ideas that might help:
How dense is your point data-set? What is the spatial resolution your
aiming at? Could latitude be your criterion in eliminating (somehow)
points? It's an important factor in estimating solar irradiation.
M
On Thu, Aug 14, 2014, at 02:29 PM, Vaclav Petras wrote:
On Wed, Aug 13, 2014 at 4:46 PM, Tyler Smith
<[1]ty...@plantarum.ca> wrote:
I'm trying to generate solar irradiance data for a set of
points (which
requires r.horizon and r.sun output). My data covers most of
eastern
North Ame
On Thu, Aug 14, 2014, at 02:42 AM, roy wrote:
>
> Il 13/08/2014 22:46, Tyler Smith ha scritto:
> > but I can't figure
> > out how to limit the analysis to these spots. Is it possible? Does
> > anyone have any suggestions?
> >
>
> you sure can use the re
Hello,
I'm trying to generate solar irradiance data for a set of points (which
requires r.horizon and r.sun output). My data covers most of eastern
North America at 20m by 20m resolution. This is beyond the capacity of
my computer to process. However, I don't need complete maps for this
area. I on
On Tue, Aug 12, 2014, at 01:48 AM, Nikos Alexandris wrote:
>
> In all 6.x series as well as in GRASS ver. 7.0, the manual for
> r.horizon notes:
>
> --%<---
> At the moment the elevation and maximum distance must be measured in
> meters, even if you use geographical coordinates (longitude/latit
ces a crash sometime after the process consumes all
my RAM and swap memory.
Thanks for any clarifications!
--
Tyler Smith
ty...@plantarum.ca
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
day. Is there a standard procedure for doing this?
Thanks for any suggestions!
--
Tyler Smith
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
On 27/04/14 04:13 PM, Markus Neteler wrote:
On Sun, Apr 27, 2014 at 7:41 PM, Micha Silver wrote:
My method is to make each LOCATION = a coordinate reference system, then
each MAPSET holds all layers for some project.
Yes, in my group we have a similar concept. The /grassdata/ directory
is on
Hi all,
I am looking for advice on how to manage my locations. I have Grass
installed on my laptop, where I'm the only user. So I use the PERMANENT
mapset for each location, which seems to be ok.
However, I've got a growing list of locations that is becoming hard to
manage. Each dataset that
On March 27, 2014 12:25:52 AM EDT, Hamish wrote:
>Tyler wrote:
>
>> I'm trying to make a ps make, which I'll then tweak in Inkscape. The
>> basic map looks almost correct, but the geogrid labels are placed
>> slightly off the page. Is there a way to instruct GRASS to move the
>> labels inwards s
Hi,
I'm trying to make a ps make, which I'll then tweak in Inkscape. The
basic map looks almost correct, but the geogrid labels are placed
slightly off the page. Is there a way to instruct GRASS to move the
labels inwards so they are readable?
The map is here: https://www.flickr.com/photos/carex/
s to "un-natural"
>positions, to try to get the wrong values uploaded to the points attrib
>table. The bottom line was that v.what.vect seemed to work fine.
>Can you share a sample of your data?
>
>
>On 03/17/2014 06:42 PM, Tyler Smith wrote:
>
>Hi again, I'm stil
Hi again,
I'm still struggling with how to add the attribute values from a polygon map to
the table for a point map. I've tried v.what.vect, as documented in my previous
message. Any suggestions would be appreciated!
Thanks,
Tyler
On March 14, 2014 2:29:49 PM EDT, Tyler Smith wro
Hello,
I have a vector point map, amelanchier, and a vector polygon map,
hwSoil. I tried to extract data from hwSoil for each point in
amelanchier as follows:
v.db.addcol map=amelanchier columns="T_GRAVEL double precision"
v.what.vect vector=amelanchier qvector=hwSoil qcolumn=T_GRAVEL \
column=T_
d Geary's C tests for
>>> spatial-autocorrelation. Look like it has mantel too.
>>>
>>> You'll probably need the sp, spdep and rgdal packages. You might
>also
>>> want to use the Raster package to extract the sampling data, or you
>can
>>> u
Hello,
We're preparing a field sampling program, and would like to determine
a minimum distance between samples to reduce/eliminate spatial
autocorrelation. I think a good approach would be to calculate a
mantel correlogram, and use the range of the correlogram as our
minimum sampling distance.
*
Markus Neteler wrote:
>On Tue, Jan 21, 2014 at 5:59 PM, Tyler Smith
>wrote:
>..
>> With the data loaded, I have now succeeded in connecting the raster
>map to the data in the accompanying .mdb file, and can start doing some
>work. Hurrah!
>
>Great. Please add a note
Markus Neteler wrote:
>On Tue, Jan 21, 2014 at 12:11 AM,
>>
>> How did you find the projection? Not having any GIS training,
>projections are the most confusing part of GRASS to me.
>
>I searched online and found some references about the data set.
>It is not GRASS' fault that this information
Markus Neteler wrote:
>
>the data set lacks the projection metadata, hence GRASS cannot guess
>that:
>
...
>
>So, GRASS 7 import:
>
>grass70 -c EPSG:4326 ~/grassdata/hwsd
How did you find the projection? Not having any GIS training, projections are
the most confusing part of GRASS to me.
>#
Following-up on my own question, I *can* view the raster in Grass 6.4, so it
did get imported. So I guess the problem is with the display in grass 7.
I tried to update to the latest version of 7 from svn, but it failed to build
with a pile of errors, so I can't check that.
Tyler
Tyler
Hello,
I am trying to import a .bil raster file into GRASS 7.0. The file is
available here:
http://webarchive.iiasa.ac.at/Research/LUC/External-World-soil-database/HTML/HWSD_Data.html?sb=4
Unzipping the data, I have three files:
hwsd.bil
hwsd.blw
hwsd.hdr
First I tried:
g.proj -c location=hwSoil
Dave Roberts wrote:
>Colleagues,
>
>I know this must be easy, but I haven't found it.
>
> Suppose I have three grids (a, b, and c) where each grid is 0 or 1,
>and the 1s are mutually exclusive. I want a new grid where if grid
>a=1 then newgrid = 1; if grid b=1 then new grid = 2; if grid c=
Nick Ves wrote:
>>
>> Features:
>> * Run grass as an inferior process inside an Emacs buffer
>> * Tab-completion of GRASS commands, arguments, flags and map names
>
>autocompletion of map names is by far the most welcoming feature!
>
Glad to hear it! It wil also work for commands that import maps
interface should be familiar to Emacs ESS users. It's only been tested
on a few machines so far, so please let me know if you have any comments or
find bugs. There is a wiki and issue tracker at the bitbucket repository.
Thanks!
Tyler Smith
___
Hello,
I was creating a new location based on the shapefiles here:
http://www.epa.gov/wed/pages/ecoregions/na_eco.htm#Downloads
I was a little thrown by this error:
canada_lcc:PERMANENT> g.proj -c
georef=~/grassdata/downloads/cec-ecoregions/level1/NA_CEC_Eco_Level1.shp
location=cec_ecoregions
WA
On Mon, May 7, 2012 at 3:45 PM, Hamish wrote:
> Tyler wrote:
>> I seem to have broken one of my locations. I had been using a number
>> of locations with the same projection, and I had set a
>> region in one of them and copied it over to the others via
>>
>> cp ~/grassdata/location1/PERMANENT/wi
Hi,
I seem to have broken one of my locations. I had been using a number
of locations with the same projection, and I had set a region in one
of them and copied it over to the others via
cp ~/grassdata/location1/PERMANENT/windows/myregion
~/grassdata/location2/PERMANENT/windows/
This worked fi
On Tue, May 1, 2012 at 5:50 PM, Rich Shepard wrote:
> On Tue, 1 May 2012, Tyler Smith wrote:
>
>> Ah, I get it now. It's not really an illegal 'filename', in terms of the
>> operating system, it's an illegal mapname in terms of Grass. So your Bash
>> is
On Tue, May 1, 2012 at 5:38 PM, Rich Shepard wrote:
> On Tue, 1 May 2012, Tyler Smith wrote:
>
>> Yes, you've wrapped the output file name in single quotes. That prevents
>> all expansions, wildcards and variables. I don't think you need quotes at
>> all.
&g
On Tue, May 1, 2012 at 5:22 PM, Rich Shepard wrote:
> On Tue, 1 May 2012, Tyler Smith wrote:
>
>> I think the quotes around "/home/rshepard/projects/data/*.kml" are
>> preventing the asterisk from being expanded as a wildcard. Try removing
>> them.
>
> Tyl
On Tue, May 1, 2012 at 4:54 PM, Rich Shepard wrote:
>
> GRASS 6.5.svn :~/grassdata > for file in
> "/home/rshepard/projects/data/*.kml"; do
>> v.in.ogr dsn="$file" out='$file'; done
> ERROR: Unable to open data source
>
>
I think the quotes around "/home/rshepard/projects/data/*.kml" are
Hi again,
For any Emacs users, I've made some progress tidying up the
tab-completion for grass-mode. It now supports tab-completion for all
Grass programs (d.vect, d.rast etc.), as well as all of their
parameters (i.e., for d.vect, map, color, fcolor etc), and for a few
cases (map, vect, rast, typ
Hi,
I have posted Version 0.001 of my Emacs grass-mode.el on Bitbucket. A
few caveats are in order:
- I have limited grass experience; I don't yet really know what kind
of use-cases make the most sense.
- I have used ESS a lot. grass-mode is quite anemic in comparison. If
you're expecting ESS, yo
On Thu, Mar 15, 2012 at 11:27 AM, Rich Shepard wrote:
> On Thu, 15 Mar 2012, Tyler Smith wrote:
>
>> I'm running Grass from Emacs, and have written the rough framework of a
>> dedicated Grass mode. So instead of running g.mapset, I call M-x
>> grass-change-location, w
On Thu, Mar 15, 2012 at 10:40 AM, Glynn Clements
wrote:
>
> Tyler Smith wrote:
>> Manually resetting the prompt works fine, after eval 'g.gisenv`, so
>> that is what I'm using now.
>
> There isn't any simple way to fix this. A command such as g.mapset
>
On Wed, Mar 14, 2012 at 10:33 AM, Micha Silver wrote:
> On 03/14/2012 03:55 PM, Tyler Smith wrote:
>
>
> my prompt looks like this:
>
> GRASS 6.4.1 (dem):~ >
>
> The reference to the location '(dem)' stays, even after changing to
> another location. How do
Hi,
When I change locations within a grass session with g.mapset, the
prompt is not updated. If I start grass with:
grass -text ~/grassdata/dem/PERMANENT
my prompt looks like this:
GRASS 6.4.1 (dem):~ >
The reference to the location '(dem)' stays, even after changing to
another location. How d
On Tue, Mar 13, 2012 at 5:19 PM, Rich Shepard wrote:
> I know to use g.mapset to swich between mapsets in a given location, but
> haven't found a way to switch between locations without exiting grass and
> restarting it.
g.mapset has a 'location' argument, so you can use it to switch
locations
Hi,
I'm a GIS novice, trying to reproject a vector layer. My objective is to
get a world map
projected into Lambert Equal-Area, centered on the north pole. I chose this
projection
as it shows the entire arctic well, but I don't have to use Lambert
Equal-Area
specifically.
This is what I've tried
On 03/21/2010 07:23 PM, Markus Neteler wrote:
...
I get actually a somewhat different result (GDAL trunk):
gdalinfo m40.dem
Driver: USGSDEM/USGS Optional ASCII DEM (and CDED)
Files: m40.dem
...
Corner Coordinates:
Upper Left (1447.317,1055.177) (Invalid angle,Invalid angle)
Lower Left
Tyler Smith writes:
>>>
>> Please post the output of gdalinfo on that file. GRASS uses GDAL to detect
>> projections from metadata.
>>
Hi,
I'm still having trouble processing the following file. Any help would
be great.
Thanks again,
Tyler
>
> gda
On 03/15/2010 09:38 AM, Markus Neteler wrote:
On Mon, Mar 15, 2010 at 1:35 PM, Tyler Smith wrote:
On 03/15/2010 03:42 AM, Markus Neteler wrote:
...
Trying the auto route:
grass64 -gui
select define new location with georeferenced file
select the dem file: k42.dem
select the TN
On 03/15/2010 03:42 AM, Markus Neteler wrote:
The rule is that you can have only one projection in a location.
If you have several projections you need several locations and
to reproject data between them (r.proj, v.proj).
GRASS can generate locations directly from metadata.
So far, I've f
Hi,
It's been a while since I used GRASS, and I'm having trouble getting my
data into the system. The data I'm working on is available here:
http://kymartian.ky.gov/demwebusgs/har/index.html
It's USGS format DEM data. The meta data is found here:
http://kymartian.ky.gov/demwebusgs/DEM_dem.xm
75 matches
Mail list logo