Apologies if this has been addressed elsewhere (I don't ordinarily lurk on this particular forum), but I searched and didn't find anything.
It looks like the flow meter subtypes aren't inheriting the 'input' or 'output' supertypes. This in turn is breaking the [substance]Ref tags for (hot-)water, naturalGas, and steam. Can this be fixed in an incremental?
Brian FrankThu 5 Mar
I think the problem was that we didn't define subtypes for all those meters, it was kind of unresolved problem to combine leaving the fluid type open as a choice and then infer what kind of input/output the meter had (same with other fluid based equips). Plus the 4.0 ontology is kind of locked in now with new work under 5.0+Xeto.
Blair Antcliffe Thu 5 Mar
Apologies if this has been addressed elsewhere (I don't ordinarily lurk on this particular forum), but I searched and didn't find anything.
It looks like the flow meter subtypes aren't inheriting the 'input' or 'output' supertypes. This in turn is breaking the [substance]Ref tags for (hot-)water, naturalGas, and steam. Can this be fixed in an incremental?
Brian Frank Thu 5 Mar
I think the problem was that we didn't define subtypes for all those meters, it was kind of unresolved problem to combine leaving the fluid type open as a choice and then infer what kind of input/output the meter had (same with other fluid based equips). Plus the 4.0 ontology is kind of locked in now with new work under 5.0+Xeto.