Skip to content
  • Categories
Collapse
Solibri Society Forum
  1. Home
  2. General Discussion
  3. Strange outcome of SOL 203

Strange outcome of SOL 203

Scheduled Pinned Locked Moved General Discussion
4 Posts 3 Posters 1.1k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • LUIS WESCINSKIL Offline
    LUIS WESCINSKIL Offline
    LUIS WESCINSKI
    wrote on last edited by
    #1

    Hello everyone, I would like to know how you have been dealing with the results of the SOL 203, more specifically with the ratio of her first filter and her second filter.

    Around here we noticed that the second filter, which specifies which PSET and which type of information will be checked does not respect the items that were filtered before, it is as if her gatekeeper does not work.

    For example, if we take a first filter of objects that belong to the hydraulics discipline (plumbing), and after that we enhance it to look for a length parameter in the pipes, this second order ignores the hydraulics filter and scans the PSET on all pipe elements in other disciplines as well.

    how have you been dealing with this?

    ![alt text](508e607c-c6cd-434f-a417-2c25769264d9-image.png image url)

    You’ll note that the checked components number is less than the failed components.

    1 Reply Last reply
    3
    • P Offline
      P Offline
      Pasi Paasiala Solibrians
      wrote on last edited by
      #2

      @LUIS-WESCINSKI In the first table you specify the components that you want to check. The second table specifies the properties that these components should have.

      It sounds strange that the Property Sets table wouldn’t respect the Checked Components filter.
      I tested this with Solibri Building and the following parameterization:
      caf49116-91ac-4b4b-8204-7ace178fb0ad-image.png

      The Checked Components only contained the walls that matched the filter.

      Could you create a simplified version of your ruleset with just the rule that you say its failing and its gate keeper and also a simple IFC file to replicate the result. It would help to find out what the problem is.

      1 Reply Last reply
      1
      • LUIS WESCINSKIL Offline
        LUIS WESCINSKIL Offline
        LUIS WESCINSKI
        wrote on last edited by
        #3

        Hi Pasi, here’s an example with the rules and the results, talk if you need more information:

        1. The 203 rules to checked componets and property sets
          image (1).png
        2. The results in one model, note that checked components and failed is diferent;pasted image 0.png
        3. At the end you will see that the results in the model show all models that you have in smc, as example the imagem show that for one parameter that the rule are looking, the result show models that don’t have the parameters, but the first filter from the rule (checked components) wasn’t being respect.image (2).png
        JSNJ 1 Reply Last reply
        0
        • JSNJ Offline
          JSNJ Offline
          JSN
          replied to LUIS WESCINSKI on last edited by
          #4

          @LUIS-WESCINSKI

          Known issues related to that: https://society.solibri.com/topic/1304/view-of-the-components-that-are-missing-properties-sol-203-2-4?_=1679582928496

          If you use 203 and the whole Pset is missing, then you do not get this error on element level but just for the whole building.

          My guess is that due to that behaviour the failed count might be messed up as well.

          See also here: https://society.solibri.com/topic/1699/checking-summary-reports-unreliable/4?_=1679583283411

          1 Reply Last reply
          0
          • paola bronzoP paola bronzo referenced this topic on

          Copyright © 2025 Solibri Inc. | Powered by NodeBB

          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories