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
We're adding measurements as annotations in a somewhat arbitrary namespace right now. We need to make sure that they're actually matching what's written in the SBOL 2.3 specification, and can be read by other software (e.g., libSBOLj)
The text was updated successfully, but these errors were encountered:
Looking at some of the measures in the example you sent, we need one more layer here, to tie the properties of the measure together. Other than that, it looks good.
Basically, think what would happen if we tried to put two measurements on an item (e.g., it should be both 10 ng and 50% of the mass). Currently, with the measurement properties put directly on the object, they would end up intermingled (e.g., one couldn't tell whether it was 10 ng and 50% or 50 ng and 10%).
To fix this, you'd want to create an om-2#measure object that then has these properties inside of it. If this is, for some reason, impossible with pySBOL right now, then we can just leave this open for the time being --- as long as we have only 1 measurement per instance, we can survive.
Since the functions that take info from Excel files currently assume there is one measurement per functional component, I am reassigning this as 1.1 issue because it will require more than figuring out how to create a measurement object in SBOL.
We're adding measurements as annotations in a somewhat arbitrary namespace right now. We need to make sure that they're actually matching what's written in the SBOL 2.3 specification, and can be read by other software (e.g., libSBOLj)
The text was updated successfully, but these errors were encountered: