From pejo20 at sussex.ac.uk Thu Jun 12 12:30:09 2003 From: pejo20 at sussex.ac.uk (Johan Olanders) Date: Thu, 12 Jun 2003 11:30:09 +0100 Subject: What geographic projection is used in GREAT-ER Message-ID: Hi there, I wonder what geographic projection is used in GREAT-ER. I understand that I need to have the coordinates expressed as longitude and latitude in decimal degrees, but what geographic projection is used. The formula I'm planning to use for converting from UK national grid references to longitude latitude needs information such as: Fo; % Scale factor on the central meridian a; % Earth's semi-major axis in metres b; % Earth's semi-minor axis in metres I guess that this information is available somewhere as soon as I know what projection is used. I want "my" catchment to show up at the right place! Thanks, Johan From jan at intevation.de Thu Jun 12 12:47:31 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Jun 2003 12:47:31 +0200 Subject: What geographic projection is used in GREAT-ER In-Reply-To: References: Message-ID: <20030612104731.GA2954@intevation.de> Hi Johan, On Thu, Jun 12, 2003 at 11:30:09AM +0100, Johan Olanders wrote: > I wonder what geographic projection is used in GREAT-ER. GREAT-ER uses geographic coordinates as a basis. This is acutally no projection but really the raw data. Decimal degrees is the unit. > I understand that I need to have the coordinates expressed as longitude and > latitude in decimal degrees, but what geographic projection is used. The > formula I'm planning to use for converting from UK national grid references > to longitude latitude needs information such as: Your GIS should be able to perform the transformation from UK National Grid to geographic coordinates quite easily. I recommend not to develop your own algorithm (too much work and error-prone). You may use the Free Software tool PROJ as a command line tool http://www.remotesensing.org/proj You may want to try to install a rpm of proj: ftp://ftp.intevation.de/freegis/gnu-linux-i586/freegis-1.2.3/i386/PROJ-4.4.7-1.i386.rpm > I guess that this information is available somewhere as soon as I know what > projection is used. I want "my" catchment to show up at the right place! Hope my hints help to get the catchment done soon :-) Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Thu Jun 12 15:16:51 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Thu, 12 Jun 2003 15:16:51 +0200 Subject: What geographic projection is used in GREAT-ER In-Reply-To: <20030612104731.GA2954@intevation.de> References: <20030612104731.GA2954@intevation.de> Message-ID: <20030612131651.GA5073@intevation.de> On Thu, Jun 12, 2003 at 12:47:31PM +0200, Jan-Oliver Wagner wrote: > On Thu, Jun 12, 2003 at 11:30:09AM +0100, Johan Olanders wrote: > > I wonder what geographic projection is used in GREAT-ER. > > GREAT-ER uses geographic coordinates as a basis. > This is acutally no projection but really the raw data. > Decimal degrees is the unit. and I should add that we use the ellipsoid "Clarke 1866". Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From pejo20 at sussex.ac.uk Mon Jun 16 10:40:45 2003 From: pejo20 at sussex.ac.uk (Johan Olanders) Date: Mon, 16 Jun 2003 09:40:45 +0100 Subject: Error messages in GREAT-ER when trying to run a simulation Message-ID: Hi again and thanks Jan-Oliver for the information about coordinate transformations. I found the ArcView extension. When running a simulation of my newly implemented catchment the simulation stops and I get (loads of) error messages: ____________________________________________________________________________ ______ Program Error: simule.exe has generated errors and will be closed down by windows Error in start-up script Ends with: The process cannot access the file because it is being used by another process. While executing "exec [index $argv 2]" (file "c:\programs\greater/tcl/startbat.tcl"line 13) Followed by Warning: No unit information available! ...... And Error: Segmentation violation! ------------------------------------------------------------------ When I run GREAT-ER with another catchment it seems to work okay. Is it possible that errors in the predefined data files used in the pre-processing steps can propagate to the finished data set? (The pre-processing check and run went okay.) Is there other solutions then redoing the whole generation of the pre-defined data files? (I'm starting to have a time problem...) Thankful for all possible explanations to these errors, get back to me if more information is wanted. Thanks, Johan From jan at intevation.de Mon Jun 16 10:55:11 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 16 Jun 2003 10:55:11 +0200 Subject: Error messages in GREAT-ER when trying to run a simulation In-Reply-To: References: Message-ID: <20030616085511.GA6537@intevation.de> Hi Johan, On Mon, Jun 16, 2003 at 09:40:45AM +0100, Johan Olanders wrote: > When running a simulation of my newly implemented catchment the simulation > stops and I get (loads of) error messages: > ____________________________________________________________________________ > ______ > Program Error: simule.exe has generated errors and will be closed down by > windows > > Error in start-up script Ends with: The process cannot access the file > because it is being used by another process. While executing "exec [index > $argv 2]" (file "c:\programs\greater/tcl/startbat.tcl"line 13) > > Followed by Warning: No unit information available! ...... > > And Error: Segmentation violation! > ------------------------------------------------------------------ Some initial questions: Which GREAT-ER version are you using? Which version of the pre-processing are you using (version or CVS HEAD)? Did you set OUT-VERSION to 1.0 for the pre-processing? > When I run GREAT-ER with another catchment it seems to work okay. > Is it possible that errors in the predefined data files used in the > pre-processing steps can propagate to the finished data set? > (The pre-processing check and run went okay.) The pre-processing check can not detect all problems, it primarily checks for correct syntax. > Is there other solutions then redoing the whole generation of the > pre-defined data files? (I'm starting to have a time problem...) I don't know what the problem might be. However, usually it comes to just re-doing the pre-processing. And thats exactly why the pre-processing is fully automatic :-) You may send me (directly, not via the list) the source files of the pre-processing so that I can mave a quick glance on them. Maybe I find the problem quickly. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Mon Jun 16 15:27:58 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Mon, 16 Jun 2003 15:27:58 +0200 Subject: Error messages in GREAT-ER when trying to run a simulation In-Reply-To: <200306161440.15288.pejo20@sussex.ac.uk> References: <20030616085511.GA6537@intevation.de> <200306161440.15288.pejo20@sussex.ac.uk> Message-ID: <20030616132758.GA7247@intevation.de> Hi Johan, On Mon, Jun 16, 2003 at 02:40:15PM +0100, Johan Olanders wrote: > > Which version of the pre-processing are you using (version or CVS HEAD)? > I don't understand what you mean with CVS or HEAD but the version I'm using is > 1.1.0 CVS is the source code management system. It is publicly available via the tool cvs and it has also a web-interface. You will find more on this on the GREAT-ER development homepage. HEAD means the main development branch. In HEAD there are some improvements since the last release that have not yet been released as a new package. Among them is a further test on circles in the river network topology. The files you send me separately (thanks) show up with one problem: | Checking for circles in the river network topology ... | Error: Circle detected: | [255, 155, 255] Please check the corresponding Stretches in the river network. Once you resolved it, the simulator shouldn't have a problem anymore. Best Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From jan at intevation.de Tue Jun 17 12:20:46 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 17 Jun 2003 12:20:46 +0200 Subject: Error messages in GREAT-ER when trying to run a simulation In-Reply-To: <20030616132758.GA7247@intevation.de> References: <20030616085511.GA6537@intevation.de> <200306161440.15288.pejo20@sussex.ac.uk> <20030616132758.GA7247@intevation.de> Message-ID: <20030617102046.GC11322@intevation.de> On Mon, Jun 16, 2003 at 03:27:58PM +0200, Jan-Oliver Wagner wrote: > Among them is a further test on circles in the river network topology. > The files you send me separately (thanks) show up with one problem: > > | Checking for circles in the river network topology ... > | Error: Circle detected: > | [255, 155, 255] > > Please check the corresponding Stretches in the river network. > > Once you resolved it, the simulator shouldn't have a problem > anymore. for the archive: This solved the problem and Johan has now a working catchment :-) -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From pejo20 at sussex.ac.uk Tue Jun 17 22:15:39 2003 From: pejo20 at sussex.ac.uk (Johan Olanders) Date: Tue, 17 Jun 2003 21:15:39 +0100 Subject: Odd simulation results in new catchment Message-ID: Hi, I am afraid I counted my chickens before they hatched! I?m getting odd simulation results. Somehow one sewage treatment plant (Buxted) won?t give any discharge. Both the Discharge Influent Csim and Discharge Effluent Csim are zero. I have tried to check source files for errors regarding the Population served, the hydrology and the sewage discharges at that point but everything seems normal to me.... Also I found that concentrations change to abruptly i.e. changes from high concentration to zero instantaneously even though no dilution takes place. See attached word document for a picture of odd results. (If someone want the source files for pre-processing let me now.) Thanks, Johan From jan at intevation.de Tue Jun 17 23:13:22 2003 From: jan at intevation.de (Jan-Oliver Wagner) Date: Tue, 17 Jun 2003 23:13:22 +0200 Subject: Odd simulation results in new catchment In-Reply-To: References: Message-ID: <20030617211322.GA15968@intevation.de> On Tue, Jun 17, 2003 at 09:15:39PM +0100, Johan Olanders wrote: > Somehow one sewage treatment plant (Buxted) won?t give any discharge. Both > the Discharge Influent Csim and Discharge Effluent Csim are zero. I have > tried to check source files for errors regarding the Population served, the > hydrology and the sewage discharges at that point but everything seems > normal to me.... > > Also I found that concentrations change to abruptly i.e. changes from high > concentration to zero instantaneously even though no dilution takes place. > > See attached word document for a picture of odd results. > (If someone want the source files for pre-processing let me now.) yes, please send me the pre-processing files (with the fixed circle problem) via direct E-Mail. Jan -- Jan-Oliver Wagner http://intevation.de/~jan/ Intevation GmbH http://intevation.de/ FreeGIS http://freegis.org/ From pejo20 at sussex.ac.uk Wed Jun 25 14:39:39 2003 From: pejo20 at sussex.ac.uk (Johan Olanders) Date: Wed, 25 Jun 2003 13:39:39 +0100 Subject: Complexity modes in GREAT-ER Message-ID: Hello! Finally I have, since a couple of days with Jan-Oliver's help, got the River Ouse, Sussex, UK working and the initial results for the oestrogens I'm modelling make sense! Now I have some questions about complexity modes! Is it possible to run GREAT-ER with different complexity modes for Sewer, WWTP and River? I had planned to run GREAT-ER with complexity mode 2 for the River and keep the Sewer and WWTP in complexity mode 1. (Seems as impossible?) What does the "Impose default complexity mode" option do? As far as I can see in complexity mode 2 and 3 for the river there is no way of taking sorption to bed sediments direct from the water column into account. (i.e. the equilibrium water concentration - bed sediments concentration.) Is there a work around? Do anyone now if this will be possible in GREAT-ER 2? Thanks, Johan From frank.koormann at intevation.de Wed Jun 25 16:19:05 2003 From: frank.koormann at intevation.de (Frank Koormann) Date: Wed, 25 Jun 2003 16:19:05 +0200 Subject: Complexity modes in GREAT-ER In-Reply-To: References: Message-ID: <20030625141905.GA20724@intevation.de> Hello Johan, * Johan Olanders [030625 14:37]: > Hello! > Finally I have, since a couple of days with Jan-Oliver's help, got the River > Ouse, Sussex, UK working and the initial results for the oestrogens I'm > modelling make sense! Great :) > > Now I have some questions about complexity modes! > Is it possible to run GREAT-ER with different complexity modes for Sewer, > WWTP and River? I had planned to run GREAT-ER with complexity mode 2 for the > River and keep the Sewer and WWTP in complexity mode 1. (Seems as > impossible?) As far as I remember even in GREAT-ER 1.0 the complexity modes for the different compartments can be selected seperately. Nevertheless, the requirements display is not that simple: Selecting mode 2 for one compartment enables the mode 2 requirement display for all compartments. This will be overcome with GREAT-ER II. Sufficient should be Substance - Partitioning: Kd River - River Removal: k (deg) k (sed) k (vol) > What does the "Impose default complexity mode" option do? This is something experimental in GREAT-ER 1.0: The experienced user had the ability to handcraft an exception file to specify complexitly modes for selected river stretches or discharges. With the "impose" check the model was forced to use the compartments general complexity mode for _all_ objects. This has been dropped for GREAT-ER II to make results for one catchment more transparent and comparable. > As far as I can see in complexity mode 2 and 3 for the river there is no way > of taking sorption to bed sediments direct from the water column into > account. (i.e. the equilibrium water concentration - bed sediments > concentration.) Is there a work around? Do anyone now if this will be > possible in GREAT-ER 2? Since GREAT-ER II reimplements the models of GREAT-ER 1.0 such a feature is not in there. Also some discussions about extending GREAT-ER II with a sediment module focussed more on the sediment concentrations, but the chemicals way to the sediment still via sorption and deposition. The direct path from the water to the bed has been considered as neglectable so far. Kind regards, Frank Koormann -- Frank Koormann Professional Service around Free Software (http://intevation.net/) FreeGIS Project (http://freegis.org/)