IFClite TypeScript API
    Preparing search index...

    Function propertyDefinitionsInModel

    • The property definitions a DECODED RelatingPropertyDefinition names, checked against the model. The one reader the readers that hold entity.attributes[5] share (duplicate, native current type quantities), so they agree on a malformed source (#7681).

      A decoded reference is a bare number, so inside a set 1500 and #1500 look alike, and asRef-style readers took both. A member of a set counts here only when it names an entity of the effective model (not deleted) whose class is an IfcPropertySetDefinition subtype (IfcPropertySet, IfcElementQuantity, ...). A stray number then drops out, as it does in the byte reader and in Rust, instead of becoming a dangling or wrong-typed reference. What stays undetectable is a stray number that happens to equal the id of another real property definition.

      A lone reference (not a set) keeps the caller's plain read: it is the single-definition spelling every reader always took, and it is not ambiguous with a scalar.

      readRef says what a reference looks like in the caller's values (default: a positive integer). Written order, each definition once.

      Parameters

      • store: IfcDataStore
      • value: unknown
      • Optionalview: MetadataReadView | null
      • OptionalreadRef: (member: unknown) => number | null

      Returns number[]