just FYI.
I am (was?) using 7.6 and had errors with r.contour outputs (linux mint).
Output lines would be broken in areas there was good DEM data. The lines
had large gaps between some isolines where other software could make clean
contour from the DEM.
I downloaded and compiled 7.7 and works gre
ich were
>>> accurately digitised) and I was wondering if I had a better resolution DTM
>>> would it solve this problem?
>>>
>>> Also, why is sink filling needed for terraflow and not watershed?
>>>
>>> Thanks for your help :-)
>>>
>
. The results are similar, but the
differences can be used to add another check on reality from another model;
especially in really flat, depressional terrains.
Mark
> Thanks for your help :-)
>
> On Máirt 5 Noll 2017 at 23:43, Mark Seibel wrote:
>
>> Hi Shane.
>>
>>
Hi Shane.
I'm happy to report that I've modeled overland water flow with r.watershed
for over a quarter million acres, consisting of several large project
sites, at 1 meter DEM resolution. The data source was LiDAR points to make
the DEMs.
At this resolution, it becomes necessary to add culverts,
>
> Hi Rich.
>
> GRASS LOCATION PROJ_INFO is:
> name: Dominica 1945
> ellps: clark80
> proj: ll
> towgs84: 725,685,536,0,0,0,0
> no_defs: defined
>
> Import dataset PROJ_INFO is:
> name: NAD_1983_HARN_StatePlane_Washington_South_FIPS_4602_Feet
> datum: nad83harn
> ellps: grs80
> proj: lcc
>
Loca
Hi.
I'm trying various v.db.* modules to change values in the two vector maps,
> then I can recreate the vector maps from these and each will have the
> desired value. So far no success, but I'll keep trying.
>
Start editing the vector, then click "update/display attributes" button,
then click
Hi.
>What I fail to see is the appropriate module to modify an existing map
> by
> changing the value in each cell. Please point me in the right direction.
>
Maybe if-then statements with mapcalc are applicable to the situation.
outputRaster=if(EXPRESSION,true,false)
Mark
__
Hi.
Not sure if this is part of the problem, but the g.region " -a " switch
will align the raster and should get rid of the non-square (rectangular)
cells.
Mark
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/list
Hi.
> I'd like advice and suggestions on how to accommodate this need with
> the existing location, mapsets, and vector/raster maps. Alternatively, if a
> new location needs to be created how I would specify its parameters.
>
>
The location's projection is static (AFAIK). If you create a new
pro
>
> Hi.
>
>
> What modules are appropriate for these data to model flow paths to the
> culvert inflow?
Flow accumulation can be modeled with r.watershed or r.terraflow, with the
former as a preference for drainage networks.
r.stream.extract will vectorize the drainage network.
> Or, shoul
Hi.
How can I assign multiple "water level" paramter for different lakes in the
single rater map.
Is there any functionality in GRASS GIS to support this analysis?
For each lake, keep adjusting the 'fill to' elevation until it overflows.
Then reduce the elevation slightly to have the lake ful
>
> I cannot get r.contour working. It always takes a lot of CPU, then
>> crashes. Anyone has more joy?
>> grass 7.0.1-2 from Debian sid.
>>
>
>
> I just used this yesterday without issue, but with 7.1. Are the region
> settings correct and/or the increment between contours levels?
>
Mark
Removed install directory and all is good. Thanks for the help =D
Mark
On Mon, Oct 5, 2015 at 4:06 AM, Eugenio Trumpy
wrote:
> Thank you very much Martin,
> now I can access the gui.
> It was my mistake since I didn't delete the real target directory
> (/usr/local/grass71..)
> I did it and now
I was (am) having the same issue and started with fresh svn. Had same
catalog error.
I ended up using the Ubuntu grass71-daily package on Mint.
Still can't get qgis to display grass vectors and rasters though with qgis
2.10 and grass71.
Mark
On Fri, Oct 2, 2015, 2:03 PM Markus Neteler wrote:
I'm running grass 7.1 on Linux. Installed the r.vol.dem add-on.
When I save output to a .vtk file for paraview from r.vol.dem, the data
gets inverted around the Y axis when I view it in Paraview.
If I export from r.vol.dem to an ASCII text file, then import with
v.in.ascii to points, then export
Hi.
> I can't find tools to generate TINs, given a certain amount of tolerance,
> which preserve significative locations (like those obtained by TPI for
> example) and shapes (in a morphonetric sense)
>
Does the v.triangle add-on accomplish the goal?
https://raw.githubusercontent.com/amuriy/GR
Thanks for this contribution. I look forward to trying this when I have
time.
Mark
On Wed, Sep 24, 2014 at 3:49 AM, Blumentrath, Stefan <
stefan.blumentr...@nina.no> wrote:
> Dear all,
>
>
> Today I uploaded a new GRASS 7 addon to SVN.
>
> The Python-script „v.lidar.mcc“ aims at removing vege
Thanks for the help! Logged an update.
Mark
On Thu, Jul 3, 2014 at 9:31 AM, Vaclav Petras wrote:
>
>
>
> On Thu, Jul 3, 2014 at 8:10 AM, Mark Seibel wrote:
>
>>
>>> This is a long standing problem (for me anyway) - see thread from 2012
>>>
>
>
> This is a long standing problem (for me anyway) - see thread from 2012
> https://www.mail-archive.com/grass-dev@lists.osgeo.org/msg26480.html
>
>
How can I determine if this is an active ticket, so I can create one if
need be?
Thanks
Mark
___
grass
Thanks. I'll have to come up with a creative solution. The best solution
would have been for the US to adopt the metric system back in the 70s, but
there's some saying about spilt milk.
Mark
On Wed, Jul 2, 2014 at 1:07 PM, wrote:
>
> Mark Seibel wrote:
> >
When using r.profile interactively in a location using horizontal and
vertical units of meters, the output profile is correct. My transect is
about 800 meters long.
When using r.profile interactively in a location using horizontal and
vertical units of feet, the Y axis (raster elevation values) d
> Thanks for the tip, I will try the add-on. Any idea what is causing the
> distortion in the maps? It would interest me if it is a resolution issue
> or the data itself
>
It's a function of the contour lines and interpolator.Contour lines are
poor input for building DEMs because they hav
Hi.
> Well I am willing to give it a second try and now I wonder what I can
> do better. Increase resolution? Leave out some contour lines?
>
>
To speed up the process to see if the results are desirable, you could
increase the resolution and try the add-on r.surf.nnbathy. Then decrease
resolut
Hi.
> > Using contour lines as input, I have found the r.surf.nnbathy module to
> > perform very well.
>
> Previously, contour lines created by land surveying provided more
> detail than available DEMs. Nowadays (since SRTM of 2001), DEMs
> provide more detail than contour lines and contour lines
>
> Hi.
>
> is it possible in GRASS to perform something similar to "Topo to
> Raster" as known in ArcGIS [1]?
>
> [1]
> http://help.arcgis.com/en/arcgisdesktop/10.0/help/index.html#//009z007m00.htm
Are there specific inputs of the "topo to raster" tool that are of
importance for your
Hi.
this is what I have:
>
> PRJ 2
> ProjectionGEOGRAPHIC
> ~
> ZunitsNO
> ~
> Units DD
> ~
> Spheroid CLARKE1866
> ~
> Xshift0.00
> ~
> Yshift0.00
> ~
>
> Looks like the ESPG code is 4302
try a location with EPSG: 4008
# Unknown datum ba
Hi.
> I would like to know if there is a way to convert a shapefile defined
with Lat/Lon into a shapefile defined with X and Y.
One could setup a lat/long location and an xy location and project from one
to another in GRASS.
Alternatively, one can use gdal's ogr2ogr command to reproject the
shap
Hi.
If all I've got is raw (ie, unrectified) aerial photography & sufficient
> ground control points, what is the process for creating a DEM (assuming
> it's possible with GRASS)?
Are you looking to georeference an aerial image? Or create a Digital
Elevation Model? Each is a different, specific
Hi,
> How can I do image fusion in grass gis 6.4.2?
One can use the r.his module and the r.composite module.
For example, to make a shaded and colorized DEM:
r.his h_map= i_map= r_map=terrain.red
g_map=terrain.green b_map=terrain.blue
Then to make a composite raster:
r.composite red=terrain.red
> fyi we have just added OpenCL GPU (graphics card) support to the build system
> for GRASS 7.
This is really exciting. Thanks to all who made this happen.
Looking forward to seeing how and where it will be implemented.
Excellent work.
Mark
___
grass
Hi,
> v.in.ascii input=b29_3.txt output=b29_3 fs=space z=3
You could skip the attribute table by using this command and make 3D
points and not build topology:
v.in.ascii -z -t -b input=text_file.xyz output=surface_points fs=space z=3
> g.region vect=b29_3 -p
The -a flag aligns the regi
On Thu, Apr 18, 2013 at 10:54 AM, BLANDENIER Lucien <
lucien.blanden...@unine.ch> wrote:
>
> I'm actually using grass on Window but I would like to migrate to Linux.
> Which distribution do you suggest for a new Linux user? I like the Mint
> distribution but there is not the latest grass version (
Following-up to my earlier post...
> I'm working in coord system feet and DEM units feet.
>
> I ran r.basin on a stream basin, and I noticed that it reports the basin
> max/min elevation in meters, however, the values are really feet.
>
> Has anyone done this with units of feet? I see the program
Hi all.
Im working in coord system feet and DEM units feet.
I ran r.basin on a stream basin, and I noticed that it reports the basin
max/min elevation in meters, however, the values are really feet.
Has anyone done this with units of feet? I see the program do feet/meter
conversion when running
On Wed, Dec 19, 2012 at 8:52 AM, Mark Seibel wrote:
> On Wed, Dec 19, 2012 at 8:19 AM, hersala wrote:
>
>> Dear users:
>> Can someone give me a hint about how I can extract (using a polygon .shp)
>> height values from a DEM
>>
>
> Hi. You can try this modu
On Wed, Dec 19, 2012 at 8:19 AM, hersala wrote:
> Dear users:
> Can someone give me a hint about how I can extract (using a polygon .shp)
> height values from a DEM
>
Hi. You can try this module.
http://grass.osgeo.org/grass64/manuals/v.rast.stats.html
Mark
Hi.
On Wed, Mar 14, 2012 at 11:33 AM, Rich Shepard wrote:
> On Wed, 14 Mar 2012, Rich Shepard wrote:
>
> Related question: if they're no longer needed, why doesn't grass remove
> them from the hard drive?
>
If you exit GRASS does it purge them?
Mark
Hi,
On Tue, Jan 24, 2012 at 1:24 PM, Marcello Benigno <
benigno.marce...@gmail.com> wrote:
> Hi All,
>
> There is some methodology where it is possible extract the drainage
> network and maintain the correct graph orientation?
>
Regrettably, I cant say for sure, but I would be surprised if the v
Hi,
On Wed, Jan 18, 2012 at 1:43 PM, Kirk Wythers wrote:
>
> On Jan 18, 2012, at 12:21 PM, Martin Landa wrote:
>
> yes, GISDBASE can be mounted remotely eg. via sshfs...
>
>
> Martin
>
>
>
> There you have it then. No need to keep anything synchronized. Just one
> file system (regular backups
Hi,
On Wed, Jan 18, 2012 at 12:20 PM, Stephen Sefick wrote:
> All,
>
> I would like to keep two databases in sync between two computers (my
> laptop and my work desktop). I will be modifying files on both machines.
> I am running GRASS 6.3svn on Ubuntu LTS 10.04.03. I am using unison
> 2.32.5
The region is almost a billion cells - see g.region -p output below - but
about 40% of that region is ocean areas with no DEM data.
Maybe apply a raster mask over the ocean area?
Mark
___
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.o
>
> I want to generate a runoff map starting from elevation map and annual
> rainfall…is there a tool in GRASS?
>
>
Some of these modules may be of assistance:
http://grass.fbk.eu/grass64/manuals/html64_user/r.terraflow.html
http://grass.fbk.eu/grass64/manuals/html64_user/r.watershed.html
A more
> I believe that the flow accumulation grid was produced using ArcHydro. I put
> the link to the data set that I am using below if anyone wants to try it
> out.
Hi. Not sure if this is the issue, but I recall this from the manual.
"
accumulation
Input map, optional: Accumulation values of the pr
There is an add-on v.rast.stats2 which is stated to be faster. I
encountered and reported a bug a while ago on it, but I believe it was
fixed.
Mark
On Jun 21, 2011 10:03 AM, "Frederico Mestre"
wrote:
> Hello,
>
>
>
> I'm trying to retrieve some statistics from several rasters, based on
> overlay
I just checked out v.rast.stats2 (Feb.28) and when I run it I get the
following error.
Do I need to file a ticket, or am I missing something obvious? While
it says 'done', the table is unpopulated.
awk: {printf "\nUPDATE acoe_jd SET dist_n
awk: ^ unterminated string
sed: couldn't write
> I have 2 vector maps, one represents a grid and the other is delimited
> figure.
> I wanted to know the fraction of the figure overlaps each cell.
> Is is possible to do this without converting both maps to raster?
v.overlay--> http://grass.fbk.eu/gdp/html_grass64/v.overlay.html
The output fi
> I committed changes in next version of r.stream for grass7 (available via
> svn-add-ons)
> There are lots of changes to older version of grass6
Just a note to say thanks for this fantastic contribution. I've had
great success in using the r.stream.* modules (and MFD routing outputs
in r.watersh
I was thinking that I
> would use postgis, but I need to know if it will be possible to
> simultaneously use ArcGIS and GRASS (depending on purpose and
> preference) with one postgis back-end
I have not tested this, however, it seems to enable ArcGIS to communicate
with postGIS. I saw a screensho
There is some very good documentation on Python and GRASS. I hope
this helps. http://grass.osgeo.org/wiki/GRASS_and_Python
Mark
On Thu, Feb 3, 2011 at 9:57 AM, katrin eggert
wrote:
> Thanks Micha and Hermann for your feedback.
> Just one very last question: in a Python script how can I make an
> I don't see an obvious v.in. appropriate for .mdb files. What
> should I use for this?
Any idea how many feature classes are in the geodatabase? Would it be
possible to ask BLM to export the feature classes out as shapefiles?
Just an idea...
Mark
_
On Tue, Dec 7, 2010 at 7:53 PM, benmarillier
wrote:
>
> Hi All,
>
> I am having similar problems to Kaipi in regards to the v.lidar.growing
> stage of LiDAR processing. I'm running GRASS 6.4.0 on Windows. My dataset is
> a 1km by 1km tile of LiDAR with a point spacing of about 1.5 points/m2, so a
> 2.) Are there any potential gotcha's in downloading and using Google Earth
> images with GRASS?
For #2, I cant speak from a technical aspect, but I came across this
information about usage:
"...However, you cannot sell these to others, provide them as part of
a service, or use them in a commer
versity of Ottawa
>
>
>
>
>
>
>
>On 2010-09-16, at 12:22 PM, John C. Tull wrote:
>
>> Correct me if I am wrong, but for step 3, you can simply use an equality
>> statement, i.e., echo clippedRaster=NA_temperature | r.mapcalc'. This
>> shortens things
Surely there is a more elegant way...
1) Convert the vector you wish to use as a clipper to a raster.
2) Set the raster mask to be the raster clipper (the converted vector).
3) Use map calculator to perform some non-data altering operation, but
get the mask to do its thing (eg. echo 'clippedRaster
Maybe your region computation area needs set to the extent of the
data? It looks like it is only one cell with south and west being 0,
and north and east being 1.
Mark
On Fri, Aug 27, 2010 at 12:11 PM, Andrew Lewin
wrote:
> Hi Everyone,
> I am having trouble with creating categories for a raste
Using the v.select module first to limit the number of features
clipped often helps speed up the intersection process.
Mark
On Mon, Aug 23, 2010 at 8:45 AM, Stuart Gralton wrote:
> Hello Everyone,
>
> I am trying to use v.overlay to clip contour lines for a specific area. The
> contour lines wer
Thank you for your time in detail in the explanations. I sincerely appreciate
it. That helps immensely. I dream to one day contribute some code.
Thank you.
Mark
"Glynn Clements" wrote:
>
>Mark Seibel wrote:
>
>> I'm unclear about the difference between some
Hi list!
I'm unclear about the difference between some of these library functions, and
when they are applicable.
Specifically:
Uses for read, feed and pipe commands, as well as start and exec command.
I've read the page which gives the explanations, but am having a hard time
seeing which one
> What is good guidance for where to set the threshold?
Try using some already existing data for mapped streams, such as the
national hydrography dataset. You can adjust the threshold of the
accumulation until your modeled output is close to already mapped
features.
I don't see the -b flag for
v.in.ogr to no avail.
> So, I downloaded the nation hydrography dataset and now I am trying to
> find out projection information.
> thanks,
>
> STephen
>
> On Tue, Jul 13, 2010 at 8:10 AM, Mark Seibel wrote:
>> Much to my delight, v.in.ogr reads the binary arc coverag
How about
# NAD83
<4269> +proj=longlat +ellps=GRS80 +datum=NAD83 +no_defs no_defs <>
?
Mark
On Wed, Jul 14, 2010 at 9:19 AM, stephen sefick wrote:
> GEOGCS["GCS_North_American_1983",DATUM["D_North_American_1983",SPHEROID["GRS_1980",6378137.0,298.257222101]],PRIMEM["Greenwich",0.0],UNIT["Degre
the binary coverages.
Mark
On Mon, Jul 12, 2010 at 8:02 PM, Mark Seibel wrote:
> That's what I figured. Then I am fairly sure this is what you're
> after, http://grass.osgeo.org/grass64/manuals/html64_user/v.in.ogr.html.
> Arc Vector coverages are stored in 2 directories. One fo
type=centroid,boundary output=mymap
All the best.
Mark
On Mon, Jul 12, 2010 at 7:47 PM, stephen sefick wrote:
> Vector Coverages.
>
> On Mon, Jul 12, 2010 at 6:41 PM, Mark Seibel wrote:
>> Are these vector coverages or raster datasets?
>>
>> Mark
>>
>> On Ju
Are these vector coverages or raster datasets?
Mark
On Jul 12, 2010, at 6:08 PM, stephen sefick wrote:
I have a couple of files that are in this format...
aat.adf arx.adf dbltic.adf metadata.xml prj.adf txx.adf
arc.adf dblbnd.adf log par.adf txt.adf
they are arc bina
I have not used this, but this page indicates v.in.ogr can handle arc
coverages. (example section, a little more than half way down). http://grass.osgeo.org/grass64/manuals/html64_user/v.in.ogr.html
Apologies in advance for lack of specifics.
Mark
On Jul 12, 2010, at 6:08 PM, stephen sefick
I came across this when looking previously at v.to.db. I noticed there
is an option to upload line sinuosity. I haven't tried it, but I'd be
curious to know if it solves your problem.
Using "option = sinuous" ?
http://grass.itc.it/grass64/manuals/html64_user/v.to.db.html
Mark
On Fri, Jul 9, 2
Self updating
It looks like the point estimate outputs for that module go to stderr,
which can be captured nicely.
Mark
On Thu, Jul 1, 2010 at 2:01 PM, Mark Seibel wrote:
> I've been using this as a resource,
> http://grass.osgeo.org/wiki/GRASS_and_Python , which has been great.
I've been using this as a resource,
http://grass.osgeo.org/wiki/GRASS_and_Python , which has been great.
I'm just starting to get into Python and GRASS.
I have had success with the grass.pipe_command and grass.read_command
for 'r.stats' and 'g.region -g'.
However, when I try to get the point esti
If you use gdalinfo on an image, it will output the "Pixel Size".
Hope that helps.
Mark
2010/6/28 António Rocha :
> Greetings
>
> I'm trying to retrieve an image (not yet imported to GRASS) pixel resolution
> through a Python Script but so far i was unable to figure out a method to do
> this. Is
> 2) how to import+project a e00-rasterfile into the same database (containing
> rasterpoints 1kmx1km, each with one scalar property)
This solution may not help if ESRI software is inaccessible, but
perhaps the maintainer of the .e00 data can do this conversion for
you. I verified it does work (I
This is a great resource. http://grass.osgeo.org/wiki/LIDAR#Micro-tutorial
Mark
On Wed, Jun 9, 2010 at 6:14 PM, Rich Shepard wrote:
> I thought that I could use LiDAR data within grass, but the 6.4 r.in.gdal
> man page does not include that format. Is this the wrong module for these
> data?
>
In the v.lidar.growing manual, it mentions how double pulses are
considered, "The classification categories from v.lidar.edgedetection
are now rasterized." Does this use region cell size, r is it all
handled behind the scenes independently?
Thanks for any feedback.
Mark
__
72 matches
Mail list logo