CellML Discussion List

Text archives Help


[cellml-discussion] Include_in_CellML_1.2 requested: [TrackerItem153] Allow multiple connections between the same pair of components


Chronological Thread 
  • From: david.nickerson at nus.edu.sg (David Nickerson)
  • Subject: [cellml-discussion] Include_in_CellML_1.2 requested: [TrackerItem153] Allow multiple connections between the same pair of components
  • Date: Wed, 29 Aug 2007 11:46:53 +0800

Hi Jonna,

Jonna Terkildsen wrote:
> Dear Andre,
>
> I appreciate that a change such as this would not be useful for you in
> terms of the way you set up your models. But I believe you have to
> consider the fact that every person who creates models has their own way
> of debugging or checking for errors. As such, this could (and would) be
> a useful change for those (such as myself) who like to list all the "in"
> connections to a component directly next to that component to be able to
> quickly see that they have made all the appropriate connections. I
> personally find this is a lot easier for debugging than having a big
> clump of connections at the end of a model. I appreciate that this may
> not conform to current "best practice", but it works for me. But I'm not
> writing to debate the pros and cons of coding styles. It seems to me
> that this change would be useful to some users (namely myself and some
> others here at the Bioengineering Institute) and as it doesn't (in my
> mind at least) change the meaning of the CellML, I can't see why it
> should be an issue.

while I think I point out some issues in my previous emails, I'm
certainly not trying to say that "my way is the best", merely pointing
out that there are CellML users happy with the current standard. I think
you'll also find that using CellML 1.1 a lot of these problems go away
as you only ever have one, or at most a few, components per model so you
can easily achieve a coding style like your current one without needing
to change the specification.

I'm similarly not really interested in a debate on best practices for
coding CellML XML by hand, just putting forward my objection to making
such a change to the specification.


Andre.




Archive powered by MHonArc 2.6.18.

Top of page