Integronsters and the special role of data

Research output: Chapter in Book/Report/Conference proceedingConference contributionAcademicpeer-review

4 Citations (Scopus)

Abstract

In many cases model integration treats models as software components only, ignoring the fluid relationship between models and reality, the evolving nature of models and their constant modification and re-calibration. As a result, with integrated models we find increased complexity, where changes that used to impact only relatively contained models of subsystems, now propagate throughout the whole integrated system. This makes it harder to keep the overall complexity under control and, in a way, defeats the purpose of modularity, when efficiency is supposed to be gained from independent development of modules. Treating models only as software in solving the integration challenge may give birth to 'integronsters' - constructs that are perfectly valid as software products but ugly and useless as models. We argue that one possible remedy is to learn to use data as modules and integrate them into the models. Then the data that are available for module calibration can serve as an intermediate linkage tool, sitting between modules and providing a moduleindependent baseline dynamics, which is then incremented when scenarios are to be run. In this case it is not the model output that is directed into the next model input, but model output is presented as a variation around the baseline trajectory, and it is this variation that is then fed into the next module down the chain. The Chesapeake Bay Program suite of models is used to illustrate these problems and the possible solutions.
Original languageEnglish
Title of host publication2010 International Congress on Environmental Modelling and Software
Subtitle of host publicationModelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada
EditorsD.A. Swayne, W. Yang, A.A. Voinov, A. Rizzoli, T. Filatova
PublisherInternational Environmental Modelling and Software Society (iEMSs)
Number of pages11
Publication statusPublished - 2010
Event5th International Congress on Environmental Modelling and Software 2010: Modelling for Environment's Sake - Ottawa, Canada
Duration: 5 Jul 20108 Jul 2010
Conference number: 5

Conference

Conference5th International Congress on Environmental Modelling and Software 2010
Abbreviated titleiEMSs 2010
CountryCanada
CityOttawa
Period5/07/108/07/10

Fingerprint

Calibration
Trajectories
Fluids

Cite this

Voinov, A. (2010). Integronsters and the special role of data. In D. A. Swayne, W. Yang, A. A. Voinov, A. Rizzoli, & T. Filatova (Eds.), 2010 International Congress on Environmental Modelling and Software: Modelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada International Environmental Modelling and Software Society (iEMSs).
Voinov, Alexey . / Integronsters and the special role of data. 2010 International Congress on Environmental Modelling and Software: Modelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada. editor / D.A. Swayne ; W. Yang ; A.A. Voinov ; A. Rizzoli ; T. Filatova. International Environmental Modelling and Software Society (iEMSs), 2010.
@inproceedings{311a6999ea864cda809f478d13ddc48e,
title = "Integronsters and the special role of data",
abstract = "In many cases model integration treats models as software components only, ignoring the fluid relationship between models and reality, the evolving nature of models and their constant modification and re-calibration. As a result, with integrated models we find increased complexity, where changes that used to impact only relatively contained models of subsystems, now propagate throughout the whole integrated system. This makes it harder to keep the overall complexity under control and, in a way, defeats the purpose of modularity, when efficiency is supposed to be gained from independent development of modules. Treating models only as software in solving the integration challenge may give birth to 'integronsters' - constructs that are perfectly valid as software products but ugly and useless as models. We argue that one possible remedy is to learn to use data as modules and integrate them into the models. Then the data that are available for module calibration can serve as an intermediate linkage tool, sitting between modules and providing a moduleindependent baseline dynamics, which is then incremented when scenarios are to be run. In this case it is not the model output that is directed into the next model input, but model output is presented as a variation around the baseline trajectory, and it is this variation that is then fed into the next module down the chain. The Chesapeake Bay Program suite of models is used to illustrate these problems and the possible solutions.",
author = "Alexey Voinov",
year = "2010",
language = "English",
editor = "D.A. Swayne and W. Yang and A.A. Voinov and A. Rizzoli and T. Filatova",
booktitle = "2010 International Congress on Environmental Modelling and Software",
publisher = "International Environmental Modelling and Software Society (iEMSs)",

}

Voinov, A 2010, Integronsters and the special role of data. in DA Swayne, W Yang, AA Voinov, A Rizzoli & T Filatova (eds), 2010 International Congress on Environmental Modelling and Software: Modelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada. International Environmental Modelling and Software Society (iEMSs), 5th International Congress on Environmental Modelling and Software 2010, Ottawa, Canada, 5/07/10.

Integronsters and the special role of data. / Voinov, Alexey .

2010 International Congress on Environmental Modelling and Software: Modelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada. ed. / D.A. Swayne; W. Yang; A.A. Voinov; A. Rizzoli; T. Filatova. International Environmental Modelling and Software Society (iEMSs), 2010.

Research output: Chapter in Book/Report/Conference proceedingConference contributionAcademicpeer-review

TY - GEN

T1 - Integronsters and the special role of data

AU - Voinov, Alexey

PY - 2010

Y1 - 2010

N2 - In many cases model integration treats models as software components only, ignoring the fluid relationship between models and reality, the evolving nature of models and their constant modification and re-calibration. As a result, with integrated models we find increased complexity, where changes that used to impact only relatively contained models of subsystems, now propagate throughout the whole integrated system. This makes it harder to keep the overall complexity under control and, in a way, defeats the purpose of modularity, when efficiency is supposed to be gained from independent development of modules. Treating models only as software in solving the integration challenge may give birth to 'integronsters' - constructs that are perfectly valid as software products but ugly and useless as models. We argue that one possible remedy is to learn to use data as modules and integrate them into the models. Then the data that are available for module calibration can serve as an intermediate linkage tool, sitting between modules and providing a moduleindependent baseline dynamics, which is then incremented when scenarios are to be run. In this case it is not the model output that is directed into the next model input, but model output is presented as a variation around the baseline trajectory, and it is this variation that is then fed into the next module down the chain. The Chesapeake Bay Program suite of models is used to illustrate these problems and the possible solutions.

AB - In many cases model integration treats models as software components only, ignoring the fluid relationship between models and reality, the evolving nature of models and their constant modification and re-calibration. As a result, with integrated models we find increased complexity, where changes that used to impact only relatively contained models of subsystems, now propagate throughout the whole integrated system. This makes it harder to keep the overall complexity under control and, in a way, defeats the purpose of modularity, when efficiency is supposed to be gained from independent development of modules. Treating models only as software in solving the integration challenge may give birth to 'integronsters' - constructs that are perfectly valid as software products but ugly and useless as models. We argue that one possible remedy is to learn to use data as modules and integrate them into the models. Then the data that are available for module calibration can serve as an intermediate linkage tool, sitting between modules and providing a moduleindependent baseline dynamics, which is then incremented when scenarios are to be run. In this case it is not the model output that is directed into the next model input, but model output is presented as a variation around the baseline trajectory, and it is this variation that is then fed into the next module down the chain. The Chesapeake Bay Program suite of models is used to illustrate these problems and the possible solutions.

UR - https://ezproxy2.utwente.nl/login?url=https://webapps.itc.utwente.nl/library/2010/conf/voinov_int.pdf

M3 - Conference contribution

BT - 2010 International Congress on Environmental Modelling and Software

A2 - Swayne, D.A.

A2 - Yang, W.

A2 - Voinov, A.A.

A2 - Rizzoli, A.

A2 - Filatova, T.

PB - International Environmental Modelling and Software Society (iEMSs)

ER -

Voinov A. Integronsters and the special role of data. In Swayne DA, Yang W, Voinov AA, Rizzoli A, Filatova T, editors, 2010 International Congress on Environmental Modelling and Software: Modelling for Environment's sake, fifth Biennial Meeting, 5-8 July 2010, Ottawa, Canada. International Environmental Modelling and Software Society (iEMSs). 2010