Eclipse Community Forums: Spatiotemporal Epidemiological Modeler (STEM)

Home » Eclipse Projects » Spatiotemporal Epidemiological Modeler (STEM) » STEM Plan for Version 2

STEM Plan for Version 2 [message #561523]

Thu, 22 October 2009 10:59

Eclipse User

Let's start a thread here about an update to the website reflecting our plan for Version 2.

We might want to update the plan web page to reflect what we definitely have on track as well as a wish list of features were we would especially welcome/encourage new committers.
In particular:
Matthias Filter wrote:
> Dear Dan,
> yes you were right, the thing I was looking for was a graph editor. A possibility to edit or modify preinstalled graphs could be quite useful especially for user that are not familiar with programming or that experience technical problems when following the developer instructions. So if it would be possible to implement that without to much effort it would be for sure a big plus.
> Concerning the graph visualization tool: I can imagine that there are a lot of other tasks on the "wish" list. So maybe one could describe these higher level goals on the project plan website and by this further increase the support for the development team. I for myself have the possibility to invest some of my resources next year into this project and for planning this such information would be very helpful as well.
>
> Matthias

Re: STEM Plan for Version 2 [message #561582 is a reply to message #561523]

Thu, 29 October 2009 16:54

Eclipse User

There may have been something like that in the ESE poster session yesterday
evening...

The whole event was very constructive and full of interesting presentations
as well as some good meetings btw.

I mentioned STEM where the content translation was involved. And since
"vertical" healthcare tracks are one thing Oisin (committer e.g. in the WTP
Incubator) who gathers the committee for EclipseCon next year sounded
excited about STEM and other Eclipse healthcare projects could be welcome
there again. If the European patient management tool I'll present near Rome
next week also matches this topic, I am very likely to speak about it. And
this may also be a chance to meet some of you in person (as EclipseCon is in
California, so hopefully those of you in Almaden can easily attend)

More during our next call(s)

Werner

Features in Version 2 - some ideas [message #561731 is a reply to message #561523]

Tue, 01 December 2009 17:51

Eclipse User

First of all: on http://www.eclipse.org/stem/ there is a menu option "Feature Requests" that is currently linked to the newsgroup. I personally think it is quite reasonable to differentiate the new feature discussion from those in the newsgroup. Especially as I could imagine that it will be necessary to structure the discussion on each suggested feature, as there will be for sure comments and responses to each of the features requested.
Anyway to start the discussion here some ideas:

- allow nodes without GIS information to be incorporated into the simulation: Example: if I want to model the cattle population in country I can not assume that the cattle is equally distributed over the local districts. Instead I have to incorporate farms into the model, but usually the exact location of these farms is not known. What may be known is the distribution of farm size and the number of farms within each district. In general for many questions STEM is applied the exact location of a node is not that relevant as long as the geographic relationship to other nodes is supplied. Of course a visualization in the map view is then not adequate and not needed.

- sensitivity analysis of simulation parameters:
To support the decision making process in case of epidemics it might be useful to integrate a function that evaluate the influence of each model parameter on the simulation response variable. So this kind of analysis might help to identify those parameters where a sound paramater estimate is essential for a verifiable simulation.

- a quality score on model parameters and on data used within simulations should be assigned, e.g. by a traffic light principle:
Motivation: This could help to discriminate verified data or model components (e.g. that have been reviewed by several users) from components that have been more or less automatically generated. The quality scores of all the parameters used within a simulation should be part of the simulation result documentation.

- an extended map editor where one can visualize and edit all canonical graph features independently from a simulation.

- possibility to generate graph elements on runtime: E.g. add an edge to an existing graph

- in connection with the suggestion on GIS-independent nodes - the possibility to import network structures from other file formats, e.g. pajek, dot, gml etc. (see also http://netwiki.amath.unc.edu/DataFormats/Formats ).

Regards,

Matthias

Re: Features in Version 2 - some ideas [message #561754 is a reply to message #561731]

Wed, 02 December 2009 18:49

Eclipse User

Hi Matthias,

these are all very good suggestion, let me try and comment on some of them but I'm sure others have some thoughts on it as well.

As for the feature request, that's what we originally wanted to do but there really isn't any other suitable forum provided by eclipse where anybody can easily provide input, unless we write the web app ourselves :) A wiki page was suggested but that might be too difficult to use for general audience.

I'm not sure I understand your first suggestion. If you know the distribution of farm size and the number of farms in each district, wouldn't you be able to roughly estimate the number of cattle in each district? That could then easily be incorporated into a STEM model.

We do not have a "parameter sensitivity" estimate right now, but I can see it being incorporated into the Experiment features in STEM. Experiments allow you to run many simulations varying all the values of the disease model parameters (either automatically or manually). I think it is a good suggestion. If you could give us an indication of the "importance" of such a feature to a public health person such as yourself it would be very helpful to us. It is actually possible to manually calculate the sensitivity of each parameter right now by looking at the log files generated when running experiments, but that would require some skills.

I don't know what the traffic light principle is. STEM allows you to compare the outcome of one simulation with another, and even compare simulation results with actual reference data if available. Perhaps you can explain this feature a little more?

The ability to add/remove nodes and edges from within the application has been requested many times so we need to do it for sure. One complication is that models in STEM points to graphs in the standard STEM library that cannot be modified. So one alternative is to make a copy of all the nodes/edges in the STEM library when you incorporate them into your model so you can edit them. However, the STEM libraries can be HUGE (like every region on the planet) so that might not be the best solution. A better solution is to keep a "change" log where the modifications done by the user are applied on top of the STEM library ones.

Importing other file formats into STEM is easier for some formats than other right now. We support ESRI shape files for GIS data for instance, but other formats would require more work. Is there any particular format that you encounter frequently that would be useful?

Regards,
/ Stefan

Re: STEM Plan for Version 2 [message #561791 is a reply to message #561523]

Mon, 07 December 2009 20:00

Eclipse User

I guess multiple or other diseases were already a topic before.

I found some very detailed information also on a country by country level
for HIV/Aids:
http://www.who.int/hiv/countries/en/

Is it possible to enhance or create a model for the spread of HIV,
especially in countries that are extremely affected?
If at least a draft (that for Flu is also more precise in some areas than
others ;-) was possible beyond STEM V1, then I'd love to propose this for
Aids Vienna 2010! Unlike MedInfo in SA I live here and would love to present
it. DemoCamp did not leave much space to mention other diseases except in
the discussions afterwards, but I also mentioned the option to the Health
Secretary for Vienna. I invited her and her sister to the DemoCamp as we
went to the same school, that may help for the conference, if other factors
work before the submission deadline in Feb...

Werner

Re: Features in Version 2 - some ideas [message #561811 is a reply to message #561754]

Tue, 08 December 2009 11:46

Eclipse User

Hi Stefan,

To Stefan's comments:

to the first point - nodes without GIS information:
Maybe the example was not the best. Of course you could work something around the issue, if you don't have the exact position of a node, but this is extra work for the user that simply wants to apply STEM to e.g. a simple edgelist. In the end this might prevent potential users from applying STEM. So e.g. in the area I'm working in, there we have the situation, that we don't want to locate the farm or the production site on a map, because this would cause problems with data privacy. So actually for me the question is whether it is much effort to open the system for that kind of data, because the simulation infrastructure, e.g. the epidemiological models and the simulation infrastructure connected with them, are as far as I understood not directly affected by the exact location of the node.
So if this (nodes without GIS) would be possible then one could also extend the STEM functionality with features from the graph theory community that can help to descibe the network used in a simulation, e.g. distribution of the indegrees or outdegrees of nodes etc.. One solution might be that one assigns manually the same coordinates to all nodes where exact locations are missing and the system then applies some jittering when it comes to displaying the network. But this is for sure just one possibility.

- parameter sensitivity issue:
your idea is very good, the Experiment features should be able to cover this. For me personally a sensitivity analysis would be a must if I would have to base a decision on a simulation (except I can verify my simulation with independent historical real world date). But to be honest I don't have to make that kind of decision here.

- traffic light principle means a simple three colour coding scheme, red is bad and green is good.

to the other things I comment later.

Matthias

Re: Features in Version 2 - some ideas [message #561829 is a reply to message #561811]

Tue, 08 December 2009 17:26

Eclipse User

An amendment to the traffic light system:
In many European countries we have traffic lights with the following rules:
red means you have to stop, yellow = be prepared to stop or to go, green = you can go.
This principle has been transfered to the food sector and has been implemented in Great Britain to make it easier for customers to judge whether a food product is nutritionally "good" or "bad" - for details see: http://www.eatwell.gov.uk/foodlabels/trafficlights/
In analogy one could generate a scheme to describe the quality of data that a scenario is based on. In connection with the sensitivity analysis discussed above one then could analyze whether highly influential model parameters have the necessary quality. E.g. if the foundation on data about air traffic between two countries is weak then this parameter would get the red label assigned. If then this very same parameter shows up in a sensitivity analysis of a scenario as very influential, then one should be careful in interpreting the results of the simulation.
So ideally this analysis would be intrinsically tied to the simulation and the simulation results will always be presented together with this information.

the add/remove nodes and edges issue: the idea to use a log-file based system sounds great to me, but I'm for sure not deep enough into the coding business to be able to judge.
What I noticed was that there is the wiki page: http://wiki.eclipse.org/Composing_a_Graph
where it seems that it was planned to provide a solution also to the last point "Defining a New Graph Edge".

Concerning the issue - file formats to import: I did not realize until now that it is possible to import ESRI shape files, can you give me a short description on how to do that within the pre- build version?

Matthias

Re: Features in Version 2 - some ideas [message #561998 is a reply to message #561754]

Fri, 08 January 2010 15:23

Eclipse User

Matthias,
I'd like to second Stefan's note about your good suggestions. Regarding submission of feature requests, the newsgroup is usually ideal because it also supports some discussion. If there is a very specific feature request or task that requires no discussion you can always submit it to Bugzilla as well but please put feature request in the title along with a description. Usually a newsgroup item is a good idea before doing that as it is possible we are working on features but have not yet documented some work on progress on the wiki.

Previous Topic:	New Feature: Define and Model selected subnational regions
Next Topic:	STEM Talk from Epidemics 2009 is Online

Goto Forum:

-=] Back to Top [=-

Current Time: Wed Jul 23 10:52:18 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter