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

Wed Oct 5 20:12:27 PDT 2016

Group,
What is the best way to uninstall the newer gdal 2.1.0 version to install
an old gdal version that worked with my code? I installed the newer version
by compilation as opposed to a binary install...may be that might help.

Thanks for your thoughts.

Alassane

On Wed, Oct 5, 2016 at 4:27 PM, alassane toure <atourej at gmail.com> wrote:

> 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.gm
>> ail.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/861304be/attachment-0001.html>