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
However, I am starting to think Andrew's suggestion in the recent meeting of reintroducing the Quantity tag in order to handle the introduction of "Generators" and PropertySendPorts, which will already provide the dimension of the value passed to the component, was a very good one, e.g.
This example also raises another possible use for using Quantity elements, which could be to wrap dimensionless PropertySendPorts to avoid having to recreate new generators for combination of type of random distribution and unit dimension e.g.
Another solution would be to make PropertySendPorts dimensionless, however I think in more complex examples you may want to generate related values of different dimensions, (weight and delays for example), although perhaps there would be other ways around this.
For dimensionless quantities the Quantity tag could potentially be dropped (especially for integer values) although this could make the parsing a little more complex.
The text was updated successfully, but these errors were encountered:
In editing earlier versions of the spec I removed the
Quantity
element as it seemed superfluous i.e. I changedto
However, I am starting to think Andrew's suggestion in the recent meeting of reintroducing the
Quantity
tag in order to handle the introduction of "Generator
s" andPropertySendPort
s, which will already provide the dimension of the value passed to the component, was a very good one, e.g.This example also raises another possible use for using
Quantity
elements, which could be to wrap dimensionlessPropertySendPort
s to avoid having to recreate new generators for combination of type of random distribution and unit dimension e.g.Another solution would be to make
PropertySendPorts
dimensionless, however I think in more complex examples you may want to generate related values of different dimensions, (weight and delays for example), although perhaps there would be other ways around this.For dimensionless quantities the
Quantity
tag could potentially be dropped (especially for integer values) although this could make the parsing a little more complex.The text was updated successfully, but these errors were encountered: