OpenMI migration of WISKI

HydroInform supports Kisters in migrating the KISTERS time series management server (KiTSM) from the WISKI 7 to the OpenMI standard.

Michael Natschke, Product Manager, KISTERS Water Solutions (Michael.Natschke@kisters.de)
Jan Gregersen, HydroInform, Denmark (Gregersen@HydroInform.com)

WISKI 7 and KiTSM is the result of more than 20 years experiences collected in the global water industry. The requirements on data acquisition, storage, organization, validation, analysis and integration and dissemination from the international market have been included in a reliable, scalable and controlled open multi-tier architecture. KiTSM is developed in JAVA and is designed to organize, compute and share time series mass data.

WISKI7 -as the specialist application on top of KiTSM- provides flexible frameworks to integrate time series data for all types of parameter (such as groundwater, surface water levels, flows, precipitation, temperatures, pressures, etc). The WISKI7 Meta Data Management set the time series into any relational context so that the Data-Navigation can be configured at system integration time.

WISKI7/KiTSM is implemented as turnkey solution if the fields of meteorology, groundwater monitoring, flood forecasting, alarming, water quality control, urban hydrology, reservoir operation or dam safety.

More than 300 authorities and companies worldwide use the KISTERS’ WISKI Solution. Read more about WISKI...

With the OpenMI extension it is now possible to link OpenMI compliant models or modules to WISKI. Compliant Models can retrieve any source of time series data (processed or raw data) through the local area network or even through the Internet.

Users simply install a small WISKI linkable component on the local computer after which this component can be included in OpenMI configurations on the local computer. When the configuration is running, the local WISKI LinkableComponent will communicate remotely through the Internet with the WISKI database located on a remote server.  One example could be a flood forecast system (e.g. rainfall-runoff models and river models) running at the premises of the local authorities and pulling the most recent metrological data through OpenMI from a remote WISKI server.

Apart from providing new opportunities for WISKI users, this development also serves as a proof of concept for new ways of using OpenMI. The ambition for OpenMI was from the very beginning to dynamically connect anything to anything anywhere. The OpenMI standard has always supported such applications, but so far most applications have been model to model linkages, running locally. The migration of WISKI has demonstrated the applicability of OpenMI for remote linking and standardized access to databases.

The migration was done using a proxy design pattern.


The KiTSM proxy is responsible for remote communication with the KiTSM server. The OpenMI wrapper implements the ILinkableComponent interface and is accessed from the local model through OpenMI methods.  The benefit of this approach is that the communication through the internet is using the private protocol, which is optimized for the communication between the Proxy and the server, whereas the wrapper can be accessed by any OpenMI compliant component/model.

The KiTSM can contain thousands of time series and exposing all these as OpenMI exchange items. This could potentially make the OpenMI configuration process very slow. To overcome this problem, the KiTSM site, station, and parameter of interest are defined in the OMI file, so only time series for this combination are exposed. Moreover, the OMI file also contains the information needed for the proxy to connect to the server (IP-adresss and credentials).  In this way the user can simply select the KiTSM OMI file, stored on the local computer, configure and run, without worrying about, that this component actually gets its data from a remote server. Everything runs as if all components were installed locally.

HydroInform assisted the KISTERS developers in the OpenMI migration of KiTSM. Also here the proxy design pattern turned out to be beneficial.  The developers from KISTERS created the proxy, which then was installed on a local computer at the premises of HydroInfom in Denmark. After that HydroInfom could develop and test the OpenMI wrapper as if the KiTSM was locally installed. 


Comments