/wiki/Choosing_a_Power_Supply_for_your_RepRap on this server. Your technical support key is: 36bd-5542-1756-6707Latest news - This wiki is under construction I've been hard at play getting the rest of the datalinks up and sorting out a list of other bits and pieces which seems to grow as I do them, and progress is being made. The basic building blocks of this wiki should be all in place within the next week or two, and that's when the real fun begins. One of the things that attracted me to this project is the impressive ratio of highly skilled and interested people in the AC community, it seems like almost every active person is not just a citizen but a talent! My hope is that this wiki will become a focal point for those in the Alpha Centauri community who like to create, teach, organize, and research. And that together we'll build something brilliant. Already several people have started helping out spontaneously, and several more with a little persuasion. BU's helped a lot by being around on IRC and encouraging me and converting a whole lot of images to .png for use on wiki, sisko for giving me the tools to make this place and putting up with me constantly asking for more tools for a while as well as helping set some tricky things up, Kilkakon for the mainpage design

, and especially Testdummy653 (the wiki's first moderator!) for all his work tidying up the datalinks pages (mostly by creating innumerable redirects) and keeping me focused on fixing things. It probably won't be long before thanking all the significant contributors will no longer be practical, ah the youth of a project :D.You should all come and join in, whatever area of you're particularly interested in. And come hang out on IRC, that's the best place to ask quick questions and get involved. --ete (talk pm) 17:19, 20 February 2013 (EST) Other sources of information Link to the workshop page One of the key issues in computational and mathematical biology is the way we integrate models and data. Current approaches are typically ad-hoc and disconnected, and so a completely different strategy is needed. Central to recent modelling efforts is the integration of existing biophysical mathematical models that represent specific physiological function, and examining how this function changes in the presence of novel pathologies or pharmacological agents.

A quantitative model should provide an unambiguous and testable description of a proposed mechanism. However, today models are probably the least reproducible type of research outputs. Even different implementations of purportedly the same model may yield significantly different results. While some community standards for representing models themselves exist, tasks such as comparing different hypotheses against experimental data, determining a model's suitability or limitations for a particular study, or incremental development of models, are still challenging and often performed inadequately. To address these issues, we are building a system for performing “functional curation” of models. The key idea underpinning functional curation is that when mathematical and computational models are being developed and curated the primary goal should be the continuous validation of those models against experimental data. To achieve this goal, it must be possible to simulate in the computational models precisely the same protocols used in generating the experimental data on which the models are based.

The two data sets (experimental and simulated) should be curated together, and as new competing models of the same biological system are developed they can then be compared directly with existing models through use of the same (and any new) protocols.ac unit fall out window In this way a repository of knowledge is built up, with existing experimental data captured within the theoretical models in a precisely quantified manner, allowing models to be extended and re-used by other members of the community with confidence.air handling unit capacity calculation Functional curation therefore supports the specification of experiments through a protocol language, allowing an in silico version of a wet lab experiment to be run on a range of alternative models and the results compared.in wall ac and heat unit

This allows the rational selection of an existing model for a new study based on the ability of the model to produce a set of expected outputs for a predefined set of protocols. Similarly, the inability of any existing model to replicate a set of protocols motivates further modelling work. Inspired by “test-driven” development methodologies from software engineering, functional curation can also facilitate producing more robust models. By defining collections of protocols and desired outputs new or adapted models can continually be evaluated during the development process to ensure that central functionality is not lost. The publication of the set of protocols and corresponding desired outputs used to develop a model alongside the model equations provides a means of confirming that the model equations are correctly implemented. SED-ML already exists as an XML-based format for encoding simulation experiments, and is gaining significant traction within the systems biology developer community.

However, the language in its current form is limited in the kinds of experiment that can be represented. For instance, protocols defined in SED-ML are tightly tied to a particular model, hence typically precluding the definition of a single protocol that can be applied to multiple models. It is not yet capable of expressing parameter sweeps, or any general form of repeated simulation (although such features are planned). The functionality for post-processing raw simulation results is also extremely basic, being inadequate for almost any electrophysiology protocol. Our language addresses these shortcomings. However, it must be emphasised that we are not aiming to develop a competing standard. Rather, this project is investigating what language features are required to perform experiments of interest to us. We are working to cast these features as extensions to SED-ML, for future inclusion within that standard. In our approach, a protocol does not specify which model to use, but instead specifies interface rules allowing a range of models to be mapped to the mathematical form expected by the protocol.

Simulations may be comprised of arbitrarily nested loops over arbitrary ranges, with simulation outputs therefore represented as n-dimensional arrays. Post-processing operations are defined using a small functional programming language built on MathML, which provides a good balance between expressivity (many complex operations, including interpolation and action potential duration calculation, may be defined) and ease of implementation (a prerequisite for widespread adoption). A protocol import feature allows libraries of common operations and simulation components to be built up. There is now an online prototype of a functional curation system for cardiac electrophysiology. This provides an intuitive user interface to the tools. Materials from a training workshop in September 2015 are available, as is a preprint publication about it. Our initial publication on functional curation is available, and we provide a local pre-print for those without access to the journal version.

There is in addition a paper tutorial corresponding to this paper, which provides a walk-through of the code. Slides from some talks are available, and others will be added to figshare: The for our implementation of functional curation, as an add-on project to Chaste, is available to browse and check-out. Released versions may be obtained from the main Chaste downloads page. See the project ​ for more information on installation and basic usage. To follow development progress, the list of related tickets and some SimulationProtocolNotes may be of interest. (Some of these are currently only accessible by Chaste developers; see also #1989.) You may also view the continuous and nightly test results. If working with the prototype Python implementation, see also FunctionalCuration/PythonImplementation. The protocol language has several components, which can be considered somewhat independently. A major part is the post-processing language, which extends real number arithmetic (as in MathML) with support for n-dimensional arrays, and sequences of statements (assignment, function return, and assertions).