You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It seems like there is something going wrong with the way they are initialised as opposed to other objects as the xml out is:
for the command sbol2.CombinatorialDerivation('pAOX4').
Additionally, it doesn't seem like sbol:variant checks if the value given actually references an existing component definition.
The text was updated successfully, but these errors were encountered:
As with #410, there isn't enough in this bug report for me to understand or reproduce this issue. Some code would be useful to help me to debug, or to at least see the problem. My results don't agree with what you show, so I'm guessing you are doing something different from what I tried, or your settings are different from the default, or both. Here is my complete Python session which shows pAOX4 incorporated into the identity of the CombinatorialDerivation. Additionally, the resulting identity matches a similar initialization of a sbol2.Sequence.
Additionally, it doesn't seem like sbol:variant checks if the value given actually references an existing component definition.
I'm guessing that you are referring to sbol2.VariableComponent.variants here. You are probably correct that it does not check the value provided when setting this attribute. I think that's typical of both pySBOL2 and pySBOL3. These libraries allow latitude to the developer to construct objects and documents in a way that suits their application. If the libraries are too strict about enforcing constraints it has led to frustration in the past. Do you know if validation detects a variant that does not reference an existing component definition? That's where I would expect this problem to be detected. If it is not detected on validation please file a bug for that, along with a short test case.
Thanks in advance for any additional information that you can provide.
It seems like there is something going wrong with the way they are initialised as opposed to other objects as the xml out is:
for the command sbol2.CombinatorialDerivation('pAOX4').
Additionally, it doesn't seem like sbol:variant checks if the value given actually references an existing component definition.
The text was updated successfully, but these errors were encountered: