You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 27 Next »

Date: April 14-16, 2008

Venue: Deltares, Rotterdamseweg 185, 2629 HD Delft, The Netherlands

Participants:
Jan Gregersen, DHI / LicTek (gregersen@lictek.dk) (chairman of the meeting)
Adrian Harper, Wallingford Software (adrian.harper@wallingfordsoftware.com)
Stef Hummel, Deltares (stef.hummel@deltares.nl)
~don (Gena), Deltares (gennadii.donchyts@deltares.nl)
Peter Gijsbers, Deltares (Peter.Gijsbers@deltares.nl)
~onnoroos, Alterra (Onno.Roosenschoon@wur.nl)
Rob Knapen, Alterra (Rob.Knapen@wur.nl) (only on Monday)
Peter Schade, Bundesanstalt fuer Wasserbau, Germany (Peter.Schade@BAW.DE)

Apologies:

Jon Goodall, Univ South Carolina (goodall@engr.sc.edu)
~psi@dhigroup.com, DHI - Water & Environment (psi@dhigroup.com)

Objective:
OpenMI version 2.0

Documents:
http://www.openmi.org/
http://sourceforge.net/projects/openmi
wiki.openmi.org/OATC  

Agenda

1. Maintenance and support

We reviewed the reported bugs and assigned persons to make corrections. These corrections will be done to the Svn branch "OpenMI-1.4.1-dev" and as such be included in the OpenMI SDK and GUI release 1.4.1.

2. OpenMI 2.0 Issues

2.1 Development model

Review the iterative development plan (Goto Plan)

Please also read "March 2006, OpenMI 2.0 by Brinkman, Hummel, and Gijsbers"

Deltares will in the period until the next OATC meeting in June work on a proposed architecture for the OpenMI 2.0 standard. The main focus will be on the first two issues described in the development plan (iteration 1 & 2). Deltares will try to get at full implementation ready (including the configuration editor) by May 28, which will allow the OATC to prepare themselves for the discussions on the OATC June meeting.

2.2 Use cases

GOTO use cases

There were no changes to the use cases

2.3 OpenMI 2.0 architecture

Quality versus Quantity

_We tried to remind ourselves about the outcome of previous discussions about quality, quantity, and categorized data.
The figure below shows the Interfaces we wanted to be implemented._

Rob Knapen, will implement this in these interfaces in the Java implementation in the svn trunk. Notice that the trunk on sourceforge now represents the developments towards version 2

2.4 Development and release roadmap

3. OpenMI Java and OpenMI .net synchronization

Rob will follow up on the progress of JGrass, and report back to the OATC

Rob will upload the OpenMI 1.4 Java SDK, developed by Alterra to a directory under the MyOpenSource on SourceForge (create new subdirectory called Alterra).

4. OATC Procedures

Review and update the OATC procedures (GOTO OATC procedures)

Jan Gregersen will update the proceedures

5. OpenMI WIKI

A page called HowTO get the most recent source code was added to the getting started page

Peter Schade will create a page describing issues relevant for running OpenMI under Linux

6. www.OpenMI.org

No changes

7. Miscellaneous issues

7.1 OpenMI and Linux (Peter Schade)

    • short overview, why BAW is interested in linux
    • OpenMI (C#) standard has to be ported, which OpenMI version is suitable for Mono?
    • the C# wrappers have to be ported
    • the Fortran engines have to be ported, which compiler, ifort or Compaq Digital?
    • accessing the Fortran dll from C#

Peter Schade gave a presentation of his experiences so far with running OpenMI under Linux

See OpenMIGoesLinux_200804.pdf presentation from BAW.

7.2 SourceForge version control

We need to decide how to handle the version control on source forge. Should version 2 be developed as the trunk and version 1.4.1 a branch? Whatever we decide should be described in a OATC procedure.

_We reorganized the svn repository. The development towards version 1.4.1 will now take place in the branch called OpenMI-1.4.1-dev and the developments towards version 2.0 will take place in the trunk. Tags and branches were renamed so the names will indicate the version number.
Se tags and branches after the update below._

8. Tasks and unresolved issues

 All tasks and unresolved issues are managed via the sourceForge server: (GOTO OpenMI tasks on SourceForge)

9. Any other business

  • No labels