Rich,
The latest gdal version is 2.1 and my library is 2.2. Can you suggest the library version that should work with gdal 2.1 or vice versa (gdal version for library 2.2)?
Thanks
···
On Wed, Oct 5, 2016 at 3:00 PM, <grass-user-request@lists.osgeo.org> wrote:
Send grass-user mailing list submissions to
grass-user@lists.osgeo.orgTo subscribe or unsubscribe via the World Wide Web, visit
http://lists.osgeo.org/mailman/listinfo/grass-user
or, via email, send a message with subject or body ‘help’ to
grass-user-request@lists.osgeo.orgYou can reach the person managing the list at
grass-user-owner@lists.osgeo.orgWhen replying, please edit your Subject line so it is more specific
than “Re: Contents of grass-user digest…”Today’s Topics:
- Re: [Ubuntu] python-grass code not working on ubuntu
(Rich Shepard)- Re: r.lake questions (Thomas Adams)
- Re: r.lake questions (Rich Shepard)
- Re: r.lake questions (Rich Shepard)
Message: 1
Date: Wed, 5 Oct 2016 10:28:04 -0700 (PDT)
From: Rich Shepard <rshepard@appl-ecosys.com>
To: GRASS user list <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] [Ubuntu] python-grass code not working on
ubuntu
Message-ID: alpine.LNX.2.11.1610051026010.6157@localhost
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowedOn Wed, 5 Oct 2016, alassane toure wrote:
ERROR 1: gdal_translate was compiled against GDAL 2.1, but the current
library version is 2.2Alassane,
I don’t know what distribution you run; regardless, the best solution is
to re-compile gdal on your machine (running version 2.2). You might need to
rummage around a bit to find the source code for your distribution/version
but then you can build it to fit your system.Rich
Message: 2
Date: Wed, 5 Oct 2016 13:28:41 -0400
From: Thomas Adams <tea3rd@gmail.com>
To: Rich Shepard <rshepard@appl-ecosys.com>
Cc: “grass-user@lists.osgeo.org” <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] r.lake questions
Message-ID:
<CAGxgkWhvOxZXfn9AroLqZE90JcdMz8MtQFTpAycR=SozqZOkrQ@mail.gmail.com>
Content-Type: text/plain; charset=“utf-8”Rich,
You understand, don’t you, that the point you are using to define your
‘dam’, delineates a watershed; so, there is runoff from the watershed,
which will not be uniform in its contribution – a fundamental issue in
hydrology, which is more critical to quantify accurately at smaller spatial
scales – knowing the rainfall rate alone will not give you what you need.
You also need to generate a storage-elevation curve, which will relate the
water level (which r.lake needs) to the volume behind your dam (assuming
none escapes, otherwise the problem gets more complicated) – the change in
volume depends on the inflow rate, which a hydrologic model will provide.
Typically, hydrologic models are calibrated against observed flow data.
There is the further assumption that the inflow spreads over the lake
surface instantaneously, which for a small surface area is not altogether
unreasonable…Tom
On Wed, Oct 5, 2016 at 11:48 AM, Rich Shepard <rshepard@appl-ecosys.com>
wrote:I want to ensure my understanding how to use r.lake for my need.
It would be good to produce animation of flooded area with increasing
precipitation; use of the ‘-o’ option is required. But, perhaps I need to
produce a large series of individual maps.Under what condition is use of the ‘-n’ option appropriate?
If I want a final water_level of 1 m above the elevation of the specified
coordinates in increments of 0.254 mm how can I specify this for the
animation? The manual’s description tells me that the 1 m water_level is
the
final height and the elevation of the specified coordinates is the starting
height. How are map-to-map increments specified? A related question is
whether the water level associated with a given map can be produced. That
is, can individual maps in the animation be related to specific water
levels? This quantification of output map and water level above the
starting
elevation is very important.All thoughts, suggestions, and pointers to more information are welcome.
Rich
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
-------------- next part --------------
An HTML attachment was scrubbed…
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20161005/b7c512a7/attachment-0001.html>
Message: 3
Date: Wed, 5 Oct 2016 11:02:51 -0700 (PDT)
From: Rich Shepard <rshepard@appl-ecosys.com>
To: “grass-user@lists.osgeo.org” <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] r.lake questions
Message-ID: alpine.LNX.2.11.1610051051570.6157@localhost
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowedOn Wed, 5 Oct 2016, Thomas Adams wrote:
You understand, don’t you, that the point you are using to define your
‘dam’, delineates a watershed;Tom,
Yes, I do understand.
You also need to generate a storage-elevation curve, which will relate the
water level (which r.lake needs) to the volume behind your dam (assuming
none escapes, otherwise the problem gets more complicated) – the change in
volume depends on the inflow rate, which a hydrologic model will provide.This is flat, agricultural land with no defined streams. The only inflow
comes from precipitation; what does not infiltrate into the soil and drains
to the swale adjacent to the county road, along with surface runoff, flows
through a culvert (the ‘dam.’)Typically, hydrologic models are calibrated against observed flow data.
There is the further assumption that the inflow spreads over the lake
surface instantaneously, which for a small surface area is not altogether
unreasonable…My reading of the manual pages for r.sim.water and Itzi suggest they, too,
require perennial streams in defined channels. There should be a set of
modules that work for my need here. If you have suggestions please share
them with me.Thanks,
Rich
Message: 4
Date: Wed, 5 Oct 2016 11:07:25 -0700 (PDT)
From: Rich Shepard <rshepard@appl-ecosys.com>
To: “grass-user@lists.osgeo.org” <grass-user@lists.osgeo.org>
Subject: Re: [GRASS-user] r.lake questions
Message-ID: alpine.LNX.2.11.1610051103470.6157@localhost
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowedOn Wed, 5 Oct 2016, Rich Shepard wrote:
This is flat, agricultural land with no defined streams. The only inflow
comes from precipitation; what does not infiltrate into the soil and
drains to the swale adjacent to the county road, along with surface
runoff, flows through a culvert (the ‘dam.’)Let me refine my answer; perhaps that will help. Given a LiDAR DEM and
coordinates for a point on the map, what modules will predict (and display
on an output map) the area flooded for a given height of standing water with
higher elevations that that point?Rich
Subject: Digest Footer
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user
End of grass-user Digest, Vol 126, Issue 13