Re: [Miase-discuss] annotation/notes element

[Nicolas Le N. <le...@eb...>]

Frank Bergmann wrote:

>> As far as I know UML, two entities with identical names in a UML schema
>> represent the same (identical) class. So, in the UML you find two
>> "drawings" of parameter/variable classes, but in fact they correspond to
>> one "physical" class as they carry identical class names.
> 
> it just looked confusing as Variable at least seemed to have different 
> attributes ... but I'm certainly no expert using UML ... 

? The two variable glyphs carry the same attribute. But we nevertheless need to fork them. For parameter, we should rewrite the UML with only one glyph.

>>> - changeAttribute: newValue should be of type xs:double
>> Not sure, could I - for example - change
>>
>> <listOfProducts>
>>      <speciesReference species="PZ"/>
>>
>> the species (XML) attribute "PZ" to some other species, e.g. to change
>> the product in a reaction? Could that make sense? Or would we consider
>> that as a completely different model then?
> 
> right ... you actually could do that ... this does worry me a bit ... 
> i'd much rather that people would swap out whole reactions than fiddle 
> with products like that ... this seems like a sure way to create invalid 
> models ... no xs:double here then :) 

I am with Frank here. This worries me a little as well. And actually, I remember that at one time changeAttribute was not called changeAttribute but changeValue. It could only change a numerical value. Then it became changeAttribute, which is actually a bit confusing with changeXML as well. PLUS

<foo>
  <value>1</value>
</foo>

and

<foo value="1" />

are identical for some XML parsers ....

To remove the problem and tackle the other confusions, what about renaming the three "modification types":

changeValue

replaceXML

computeValue

?

-- 
Nicolas LE NOVERE, Computational Neurobiology, EMBL-EBI, Wellcome-Trust 
Genome Campus, Hinxton CB101SD UK, Mob:+447833147074, Tel:+441223494521
Fax:468, Skype:n.lenovere, AIM:nlenovere, MSN:nle...@ho...
http://www.ebi.ac.uk/~lenov/, http://www.ebi.ac.uk/compneur/