NGMS - Software workshop pre-release PR07 Discussions Peter Gijsbers.

Slides:



Advertisements
Similar presentations
Short introduction to the use of PEARL General properties First tier assessments Higher tier assessments Before looking at first and higher tier assessments,
Advertisements

Configuration Management
CHAPTER 2 GC101 Program’s algorithm 1. COMMUNICATING WITH A COMPUTER  Programming languages bridge the gap between human thought processes and computer.
ICT Class System Life Cycle.  Large systems development projects may involve dozens of people working over several months or even years, so they cannot.
Software Quality Assurance Plan
Chapter 3 Loaders and Linkers
Programming Types of Testing.
NGMS - Software workshop pre-release PR08 Permissions Peter Gijsbers.
Testing Without Executing the Code Pavlina Koleva Junior QA Engineer WinCore Telerik QA Academy Telerik QA Academy.
HORIZONT 1 ProcMan ® The Handover Process Manager Product Presentation HORIZONT Software for Datacenters Garmischer Str. 8 D München Tel ++49(0)89.
© Janice Regan, CMPT 102, Sept CMPT 102 Introduction to Scientific Computer Programming The software development method algorithms.
Copyright 2004 Monash University IMS5401 Web-based Systems Development Topic 2: Elements of the Web (g) Interactivity.
WFM 6311: Climate Risk Management © Dr. Akm Saiful Islam WFM 6311: Climate Change Risk Management Akm Saiful Islam Lecture-4: Module- 3 Regional Climate.
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 18-1 Accounting Information Systems 9 th Edition Marshall.
System Development Life Cycle (SDLC)
7.2 System Development Life Cycle (SDLC)
PowerPoint Presentation by Charlie Cook Copyright © 2004 South-Western. All rights reserved. Chapter 7 System Design and Implementation System Design and.
Database Management Systems (DBMS)
Your Interactive Guide to the Digital World Discovering Computers 2012.
M. Taimoor Khan * Java Server Pages (JSP) is a server-side programming technology that enables the creation of dynamic,
Testing. Definition From the dictionary- the means by which the presence, quality, or genuineness of anything is determined; a means of trial. For software.
Chapter 2 The process Process, Methods, and Tools
SUSE Linux Enterprise Server Administration (Course 3037) Chapter 4 Manage Software for SUSE Linux Enterprise Server.
1 Validation & Verification Chapter VALIDATION & VERIFICATION Very Difficult Very Important Conceptually distinct, but performed simultaneously.
Test plans CSCI102 - Systems ITCS905 - Systems MCS Systems.
Higher Grade Computing Studies 2. Languages and Environments Higher Computing Software Development S. McCrossan 1 Classification of Languages 1. Procedural.
© ESI Ltd. Website Design Model Information (1)Model Information (1) Brief History of Modelling in the RegionBrief History of Modelling in the Region Model.
C HU H AI C OLLEGE O F H IGHER E DUCATION D EPARTMENT O F C OMPUTER S CIENCE Preparation of Final Year Project Report Bachelor of Science in Computer Science.
Types for Programs and Proofs Lecture 1. What are types? int, float, char, …, arrays types of procedures, functions, references, records, objects,...
RDFS Rapid Deployment Forecast System Visit at: Registration required.
Feasibility Study.
Internet and Distributed Representation of Agent Based Model by- Manish Sharma.
Writing macros and programs for Voyager cataloging Kathryn Lybarger ELUNA 2013 May 3, #ELUNA2013.
Has EO found its customers? Results of GLC2000 Legend Workshop November 2000 JRC / Ispra.
Advanced Higher Computing SOFTWARE DEVELOPMENT PROCESS.
Cohesion and Coupling CS 4311
CE Operating Systems Lecture 3 Overview of OS functions and structure.
CSE 425: Data Types I Data and Data Types Data may be more abstract than their representation –E.g., integer (unbounded) vs. 64-bit int (bounded) A language.
Systems Life Cycle A2 Module Heathcote Ch.38.
13 Step Approach to Network Design Steps A Systems Approach 8Conduct a feasibility Study 8Prepare a plan 8Understand the current system 8Design.
Introduction Advantages/ disadvantages Code examples Speed Summary Running on the AOD Analysis Platforms 1/11/2007 Andrew Mehta.
Onion creek catchment modeling using PIHM By, Harish Sangireddy PhD Candidate The University of Texas at Austin.
Systems Analysis and Design in a Changing World, Fourth Edition
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
Software quality factors
An OBSM method for Real Time Embedded Systems Veronica Eyo Sharvari Joshi.
1 © 2004, Cisco Systems, Inc. All rights reserved. CCNA 2 v3.1 Module 7 Distance Vector Routing Protocols.
Differences Training BAAN IVc-BaanERP 5.0c: Application Administration, Customization and Exchange BaanERP 5.0c Tools / Exchange.
Kingsley Dunham Centre Keyworth Nottingham NG12 5GG Tel © NERC All rights reserved Investigative modelling for the ZIGARF project… Chris.
C HU H AI C OLLEGE O F H IGHER E DUCATION D EPARTMENT O F C OMPUTER S CIENCE Preparation of Final Year Project Report Bachelor of Science in Computer Science.
1 januari 2008 RIBASIM input data by Wil N.M. van der Krogt.
© 2008, Renesas Technology America, Inc., All Rights Reserved 1 Introduction Purpose  This training course demonstrates the Project Generator function.
Modeling with WEAP University of Utah Hydroinformatics - Fall 2015.
CONTROL-M Training At Global Online Trainings IND: Skype: Global.onlinetrainings USA:
Some of the utilities associated with the development of programs. These program development tools allow users to write and construct programs that the.
Unit F451 Computer Fundamentals Components of a Computer System Software Data: Its representation, structure and management in information.
Xxx Presentation, No 1 Copyright © TAC AB Engineering Classic Networks1.
Advanced Higher Computing Science
Topic 2: Hardware and Software
Development Environment
7. Modular and structured design
Microprocessor and Assembly Language
Distributed modelling
System Development Life Cycle (SDLC)
System Development Life Cycle (SDLC)
National Groundwater Modelling System Software workshop pre-release PR07 Peter Gijsbers.
NGMS - Software workshop pre-release PR08 Recharge model displays
National Groundwater Modelling System Software workshop pre-release PR08 Peter Gijsbers.
Guidance document on the identification of water bodies
Presentation transcript:

NGMS - Software workshop pre-release PR07 Discussions Peter Gijsbers

16-17 January 2008NGMS4 - PR07 software workshop2 Recharge pilot

16-17 January 2008NGMS4 - PR07 software workshop3 Recharge pilot Purpose:. investigate if PCRaster dynamic script language could be used to represented recharge proces models   prevents the need for recharge module adapters   may provide flexibility in recharge modelling. Case studies  East Kent (EA-Recharge)  Test Itchen (4R). Conducted by  Willem van Deursen (PCRAster Environmental Software)  Janet Rily (ESI) &Tim Leewis (Entec)

16-17 January 2008NGMS4 - PR07 software workshop4 Recharge pilot conclusions Conclusions  both EA and 4R models are straightforward to convert to PCRaster script  EA, 4R and PCRaster model outcomes are practically similar  delays and exchange to Modflow have to be dealt with in NGMS  not all options of 4R and EA-code dealt with, but no reason to believe it cannot be dealt with  some minor issues in process representation require attention in future  data conversion is straightforward, can be automized  uniform naming/identification scheme desired for soil types, crop types, geology typesand land use types

16-17 January 2008NGMS4 - PR07 software workshop5 Recharge pilot results (EA-recharge)

16-17 January 2008NGMS4 - PR07 software workshop6 Recharge pilot results (4R)

16-17 January 2008NGMS4 - PR07 software workshop7 Model run and scenario issues

16-17 January 2008NGMS4 - PR07 software workshop8 In general Models handed over are not consistent  how consistent should they be on the system >transmissivity & thickness >boundary fluxes >horizontal flows >evaporation  Better instructions needed from seniors/custodians

16-17 January 2008NGMS4 - PR07 software workshop9 Presentation issues Transmissivity and Thickness ?  static  dynamic Boundary fluxes ? Evaporation ?

16-17 January 2008NGMS4 - PR07 software workshop10 Temporal resolution. monthly. half-monthly. each 10 days. each 3 days (output only). daily (run in combination with monthly) High resolution creates large data sets  few Gbs  compression algorithms cannot beat this  network and download times are affected

16-17 January 2008NGMS4 - PR07 software workshop11 Are those resolutions needed ? Run purpose:  scanning alternatives  detailed analysis of preferred alternative  Most runs can be done with larger step size  Some runs require the temporal details

16-17 January 2008NGMS4 - PR07 software workshop12 Resolution Proposal Distinguish two types of runs (if indicated and prepared by custodian)  monthly (or as needed for flow representation)  detailed (e.g. daily or 3 daily) Advantage:  most runs require have ‘small’ output sets >faster runtime >faster download >smaller database / less free disk space needed  few runs require details >no problem to wait Disadvantage:  more maintenance (configuration)  Scenarios need to be redefined

16-17 January 2008NGMS4 - PR07 software workshop13 Scenario definition issues - accommodated Accommodated:. modification of existing groundwater abstractions. specification of new groundwater abstractions. input file selection (e.g. LTA) Not tested:. modification of existing surface water abstractions/discharges

16-17 January 2008NGMS4 - PR07 software workshop14 Scenario definition issues – what else ? Recharge:. rainfall: pointbased or grid based ? Abstractions:. Ely Ouse: abstractions 50% of LTA Groundwater schemes  how/where  what (thresholds, time series ?)

16-17 January 2008NGMS4 - PR07 software workshop15 Output acceptance

16-17 January 2008NGMS4 - PR07 software workshop16 Acceptance Responsibilities. Custodians are responsible for testing and acceptance of model outputs. HQ is responsible for testing and acceptance of software features Please don’t wait till the last end Ask for a stand alone application if desired Testing takes place in June/July/August  reserve time

16-17 January 2008NGMS4 - PR07 software workshop17 Output check. Requires small test plan per model. which runs. which outputs (parameters/locations/balances). criteria for acceptable deviation to pass test Note. default runs: use all Modflow files as is. modified runs: RCH and WEL are generated by NGMS/ModuleAdapter. Modflow-executables are compiled with Intel compiler version 10

16-17 January 2008NGMS4 - PR07 software workshop18 Output check Default runs. compare Modflow.out from NGMS with original. compare output from NGMS with original at selected locations. compare water balances from NGMS with original Modified runs. compare difference between NGMS_default and NGMS_modified run without any modifications

16-17 January 2008NGMS4 - PR07 software workshop19 Archiving

16-17 January 2008NGMS4 - PR07 software workshop20 Archiving – why and when do you use it ? When to use to archiving ?. ….. What to archive. default scenarios. valuable what-if scenarios When. after  before uploading/upgrading new model How ?. manually  scheduled

16-17 January 2008NGMS4 - PR07 software workshop21 Archiving – what (content and procedure) What content to archive. default scenarios. valuable what-if scenarios What procedure. after  before uploading/upgrading new model. How ?: manually  scheduled. Who ?