Skip to content
  • Categories
Collapse
Solibri Society Forum
  1. Home
  2. Comments & Feedback
  3. Tech Talks
  4. Issues with gatekeeper and the rules SOL 176/2.2 and SOL 1/5.0

Issues with gatekeeper and the rules SOL 176/2.2 and SOL 1/5.0

Scheduled Pinned Locked Moved Tech Talks
5 Posts 4 Posters 1.2k 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.
  • G Offline
    G Offline
    Gerco
    wrote on last edited by Gerco
    #1

    I’m using a gatekeeper to check only one particular model. But the gatekeeper isn’t working for al rules I selected.

    The gatekeeper:
    72e5aff2-c5f8-45ce-80da-64571a820675-image.png

    The classification I’m using for the gatekeeper:
    9d929dd0-5d35-4bf8-9544-ca168ec0577f-image.png

    Here it shows a result that doesn’t match the gatekeeper. (SOL 176/2.2)
    9ec96215-7241-4a76-ae66-87a3f1050c91-image.png

    Here is an other result that doesn’t match the gatekeeper. (SOL 1/5.0) (see the short names (A and B) in front of the issue)
    1ee19a4d-9e2f-4ed3-ba85-14bd9a5ac86e-image.png

    And in the topic below I’m having also issues with the gatekeeper.
    https://society.solibri.com/topic/403/checking-result-doesn-t-match-allowed-property-values-sol-9-3-1/3

    1 Reply Last reply
    2
    • Robbert EversR Offline
      Robbert EversR Offline
      Robbert Evers
      wrote on last edited by
      #2

      I’m having the same problem! @Solibrians maybe someone can help us out?
      If this problem will be solved, we wouldn’t need to change and check the rules every time we use it on different models/disciplines.

      B 1 Reply Last reply
      1
      • B Offline
        B Offline
        BartBol
        replied to Robbert Evers on last edited by
        #3

        @Robbert-Evers @Gerco

        This is totally a guess but could it be that this behaviour is caused by using the operator ‘Matches’ in the gatekeeper’s component filter in combination with wildcard characters? I’ve noticed in the past that Solibri, in certain circumstances, does not read asterisks (*) as wildcard characters (but as literal values). I would experiment by using the operators ‘One of’ or ‘Contains’ to see if you can get the gatekeeper working . And also try if it makes a difference when you refer to the full name of the model instead of using asterisks.

        1 Reply Last reply
        1
        • Harmen JorritsmaH Offline
          Harmen JorritsmaH Offline
          Harmen Jorritsma
          wrote on last edited by
          #4

          @Gerco ,
          Try in the gatekeeper rule the value CON instead of __CON*

          I had also trouble with the gatekeeper.
          I asked @kubus info why it diden’t work.
          In your second snapshot the gatekeeper works only on the component 1, not on component 2.
          Thats why it checks other model than you want to check in the gatekeeper.

          This is a problem that sits in Solibri
          Thats why the @Solibrians have to look at this bug in mine opinion.

          Met vriendelijke groet,
          Harmen Jorritsma

          BIM regisseur Van Wijnen Amsterdam
          Diemerhof 32 | 1112 XN Diemen | KvK 32129744

          020 -36 44 000 | 06-83 15 66 88 | LinkedIn | www.vanwijnen.nl
          Volg ons op Facebook en Twitter

          1 Reply Last reply
          1
          • G Offline
            G Offline
            Gerco
            wrote on last edited by
            #5

            @BartBol @Harmen-Jorritsma

            Sorry for not getting back to you sooner. Using the operator ‘Contains’ with value ‘CON’ doens’t fix the problem.

            1 Reply Last reply
            0

            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