From jan at intevation.de Mon Apr 8 11:24:12 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 8 Apr 2002 11:24:12 +0200 Subject: Welcome to GREAT-ER development list Message-ID: <20020408092412.GA915@intevation.de> Hi, this list is intended to be a focal point for discussing software development issues around GREAT-ER, mainly GREAT-ER 2 and related tools developed by Intevation. All the best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From frederik.verdonck at biomath.rug.ac.be Wed Apr 10 16:12:17 2002 From: frederik.verdonck at biomath.rug.ac.be (Frederik Verdonck) Date: Wed, 10 Apr 2002 16:12:17 +0200 Subject: GREAT-ER catchement pre-processing comments References: <20020409120018.GD851@intevation.de> Message-ID: <3CB44841.1040400@biomath.rug.ac.be> Hi Jan, Jan wrote: > I started working on the improved GREAT-ER catchment pre-processing > routine. > Since you have done this processing yourself, it would be nice > to get some feedback on problems, hints on what can be done better etc. > > Pleas feel free to distribute you thoughts on the mailing list > http://greater.intevation.org/mailinglist.html > if you like or send it directly to me. Some suggestions: - Addition of 'untreated discharges' as a separate type of discharge: in the Rupel basin, I had to consider untreated discharges as 'fake' WWTP with fraction treated set to 0. - Possibility to run the pre-processing routine under Windows platform - Error messages may become more explanatory (I remember I had to mail you guys from time to time because certain error messages were not clear to me). Most of the time, my work on the Rupel basin implementation was absorbed in the pre-pre-processing :-) so the pre-processing routine works fine. Good luck, Frederik -- Frederik Verdonck http://biomath.rug.ac.be/~fverdonc/ (home page) http://biomath.rug.ac.be/~risk/ (risk @ BIOMATH) Department of Applied Mathematics, Biometrics and Process Control BIOMATH, Ghent University, Coupure Links 653, B-9000 Gent, Belgium Phone: +32 (0)9 264 5937 Fax: +32 (0)9 264 6220 From jan at intevation.de Wed Apr 10 16:19:54 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 10 Apr 2002 16:19:54 +0200 Subject: GREAT-ER catchement pre-processing comments In-Reply-To: <3CB44841.1040400@biomath.rug.ac.be> References: <20020409120018.GD851@intevation.de> <3CB44841.1040400@biomath.rug.ac.be> Message-ID: <20020410141954.GA1504@intevation.de> Hi Frederik, On Wed, Apr 10, 2002 at 04:12:17PM +0200, Frederik Verdonck wrote: > Some suggestions: > - Addition of 'untreated discharges' as a separate type of discharge: in > the Rupel basin, I had to consider untreated discharges as 'fake' WWTP > with fraction treated set to 0. you mean something like UD (untreated discharge) as an alternative to current types TF and AS? This is desireable, but for the rework on the pre-processing I can't incorporate this since a chain of changes would be required up to the simulator. The re-implementation of the simulator is a later package and then it should be easy to incorporate the new type. > - Possibility to run the pre-processing routine under Windows platform Well, we regard already a big step forward to be independent of ArcInfo so that you can run the pre-processing on all the Unices (e.g. GNU/Linux). The whole stuff can then run on Windows as well, but you havo to know how to install the required tools (python, awk, ...) which of course all are available for most Windows versions. > - Error messages may become more explanatory (I remember I had to mail > you guys from time to time because certain error messages were not clear > to me). True. I have just implemented a preliminary syntax check with verbose error messages to help iron out basic problems (will go online soon). Sematics are, however, sometimes more difficult to find out and describe. The procedure already improved after you worked on the Rupel. > Most of the time, my work on the Rupel basin implementation was absorbed > in the pre-pre-processing :-) so the pre-processing routine works fine. This is natural. Lots of time is even spend on just gathering the data. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Thu Apr 11 14:47:28 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 11 Apr 2002 14:47:28 +0200 Subject: ann: greater-pre-processing 0.1.1 Message-ID: <20020411124728.GA2875@intevation.de> Hi, I just finished work on an early version of greater-pre-processing, a command line tool for the final data pre-processing of GREAT-ER catchments. This first release just does a syntax check. I have tested it for catchments went, calder, aire, don, untermain, itter and lambro. For more info: http://greater.intevation.org/catchment_preprocessing.html A free catchment dataset would benefit a lot as it could accompany the tool as an example. We are not allowed to distribute any of the GREAT-ER catchments as free datasets. So, we should keep in mind finding or setting up a free catchment dataset (even a small one would help). Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Fri Apr 12 18:58:09 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Fri, 12 Apr 2002 18:58:09 +0200 Subject: ann: greater-pre-processing 0.2.0 Message-ID: <20020412165809.GA4245@intevation.de> Hi, version 0.2.0 is upload to ftp and www docs are updated accordingly. This version now performs to whole final data pre-processing for GREAT-ER 1. It is tested for aire, calder, went, don, untermain and itter. The integration test with GREATER 1.0.x will come next and I expect one or two little flaws, but nothing major. The new version also creates .session files for immediate review of the geo-data with thuban (thuban.intevation.org). Other shapefile-reading tools work as well. If you are going to _start_ a final data pre-processing, then I recommend from now on to use greater-pre-processing and stay in close communication with this mailing list. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From tkoester at intevation.de Mon Apr 15 12:45:21 2002 From: tkoester at intevation.de (Thomas Koester) Date: Mon, 15 Apr 2002 12:45:21 +0200 Subject: List name changed Message-ID: <20020415104521.GA1377@intevation.de> Hi! Since the project is called "GREAT-ER" we decided to rename most references to the wrong name "greater" to "great-er". The new home page is: http://great-er.intevation.org/ (requests to the old URL will be redirected) This list is now: great-er-list at intevation.de (mails to the old URL will NOT be forwarded to the list) The bug tracker is located at: https://intevation.de/rt/webrt?q_queue=great-er The new ftp area is: ftp://ftp.intevation.de/great-er/ also accessible via: http://ftp.intevation.de/great-er/ Thomas -- Email: tkoester at intevation.de http://intevation.de/~tkoester/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 240 bytes Desc: not available Url : http://www.intevation.de/pipermail/great-er-list/attachments/20020415/4be97113/attachment.bin From jan at intevation.de Tue Apr 16 19:22:05 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 16 Apr 2002 19:22:05 +0200 Subject: GREAT-ER catchement pre-processing comments In-Reply-To: <3CB44841.1040400@biomath.rug.ac.be> References: <20020409120018.GD851@intevation.de> <3CB44841.1040400@biomath.rug.ac.be> Message-ID: <20020416172205.GB2239@intevation.de> On Wed, Apr 10, 2002 at 04:12:17PM +0200, Frederik Verdonck wrote: > Some suggestions: > - Addition of 'untreated discharges' as a separate type of discharge: in > the Rupel basin, I had to consider untreated discharges as 'fake' WWTP > with fraction treated set to 0. I reevaluated this and it might be easier than intially thought. However, I am not in the position to do any testing based on GREAT-ER 1.0 on this subject. But if anyone currently works on a catchment processing and has some non (TF|AS) types, then I can incorporate the new type and leave testing to the corresponding guys. I am also willing to help others to extend the pre-processing on their own (it is Free Software) and incorporate new WWTP types. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Wed Apr 17 09:17:28 2002 From: jan at intevation.de (Jan-Oliver Wagner) Date: Wed, 17 Apr 2002 09:17:28 +0200 Subject: greater-pre-processing 1.0.0 released Message-ID: <20020417071728.GA734@intevation.de> Hi, with some slight changes I have now released version 1.0.0 of greater-pre-processing. http://great-er.intevation.org/catchment_preprocessing.html Which GREAT-ER 1 versions work with the new shapefile-based datasets? For sure no version up to and including 1.0.2. Version 1.0.3 and the current development version at the USF (U.of Osnabr?ck) seem to work in principle. However, the source codes seem to be unmaintained since the release of 1.0.2 and track is lost on which version of source code files have gone into which release. It is therefore possible that e.g. some analysis functions do not work with the shapefiles (or even do not work at all). There also might be slight differences dependent on whether using ArcView 3.0a, 3.1 or 3.2. I might be able to provide hints on how to fix some problems in the Avenue code, but serious new release of GREAT-ER 1 would require a serious rework of the Avenue source codes. Such a work would require about 1-3 weeks. All the best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/