Open hlapp opened 9 years ago
I don't think we've addressed this for the manuscript (and it's more a general modeling improvement issue, I would say), and so I'm de-coupling this from the manuscript milestone again.
:+1:
All good points here. Just for the record, here's how we originally decided on what we have here
The following is the
simmap
example in the current manuscript draft:Questions:
simmap:char
properties? Is it really possible that a branch can change state from one state of one character to a state of a different character? And even if that were possible, shouldn't thesimmap:char
then instead be a property ofsimmap:stateChange
?simmap:char
to start with is because a NeXML state object may (in theory) be reused between different characters, and so which character we are talking about needs to be stated explicitly rather than letting it be determined implicitly?simmap:stateChange
element is named that way? It sounds odd that a state change has a length (the status of being in a certain state may have a length, but the change to a state?), and if indeed what is being described is a state change, I would expect to see something likefromState
andtoState
as properties. IsstateChange
perhaps a misnomer?