[GRASS-user] grass-user Digest, Vol 126, Issue 13

[alassane toure]

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 at lists.osgeo.org> wrote:

> Send grass-user mailing list submissions to
>         grass-user at lists.osgeo.org
>
> To 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 at lists.osgeo.org
>
> You can reach the person managing the list at
>         grass-user-owner at lists.osgeo.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of grass-user digest..."
>
>
> Today's Topics:
>
>    1. Re: [Ubuntu] python-grass code not working on ubuntu
>       (Rich Shepard)
>    2. Re: r.lake questions (Thomas Adams)
>    3. Re: r.lake questions (Rich Shepard)
>    4. Re: r.lake questions (Rich Shepard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 5 Oct 2016 10:28:04 -0700 (PDT)
> From: Rich Shepard <rshepard at appl-ecosys.com>
> To: GRASS user list <grass-user at lists.osgeo.org>
> Subject: Re: [GRASS-user] [Ubuntu] python-grass code not working on
>         ubuntu
> Message-ID: <alpine.LNX.2.11.1610051026010.6157 at localhost>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> On Wed, 5 Oct 2016, alassane toure wrote:
>
> > ERROR 1: gdal_translate was compiled against GDAL 2.1, but the current
> > library version is 2.2
>
> Alassane,
>
>    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 at gmail.com>
> To: Rich Shepard <rshepard at appl-ecosys.com>
> Cc: "grass-user at lists.osgeo.org" <grass-user at lists.osgeo.org>
> Subject: Re: [GRASS-user] r.lake questions
> Message-ID:
>         <CAGxgkWhvOxZXfn9AroLqZE90JcdMz8MtQFTpAycR=SozqZOkrQ at 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 at 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 at 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 at appl-ecosys.com>
> To: "grass-user at lists.osgeo.org" <grass-user at lists.osgeo.org>
> Subject: Re: [GRASS-user] r.lake questions
> Message-ID: <alpine.LNX.2.11.1610051051570.6157 at localhost>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> On 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 at appl-ecosys.com>
> To: "grass-user at lists.osgeo.org" <grass-user at lists.osgeo.org>
> Subject: Re: [GRASS-user] r.lake questions
> Message-ID: <alpine.LNX.2.11.1610051103470.6157 at localhost>
> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
>
> On 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 at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user
>
> ------------------------------
>
> End of grass-user Digest, Vol 126, Issue 13
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-user/attachments/20161005/c9eb2897/attachment.html>