General Discussion

@Ilona-C-T

I had a deeper dive into the calculation of the door height.

The equation is : Clear Height = Quantities.Height - Frame Thickness - Threshold Height.

If you didn’t specify a frame thickness or it is zero in the parameters, Solibri will look for the IfcDoorLiningProperties.LiningThickness of the door component itself as a Frame Thickness to subtract.

So the problem can arise if your IfcDoorLiningProperties.LiningThickness is wrong. Take for instance the Solibri Building example model with the required clear height set to 3m so every door fails and the door dimension parameters are all set to zero so LiningThickness will be used:
29e2e3c9-d7c6-4a45-b538-de5d9b184249-image.png

This first result is correctly finding the clear height based on the door lining accurately being reported as 32mm:
651949ad-10cb-4d1b-b27f-cf49c42cf91e-image.png

Looking at the lining property it is accurate, and 2100mm - 32mm = 2068mm:
03c96a59-b1c7-4742-b7a6-8434dcb4b207-image.png

Now look at this misreported clear height that is stated as 2.118m, where when measured it is seen to be 2.068.
22b1adf4-edc5-4f05-b04d-9be08d0eb1af-image.png

If you again look at the lining thickness, it was incorrectly set as 32mm, when in reality it was supposed to be 82mm:
d5fddf69-bd18-40e1-a5a1-025975fc3b7a-image.png
2150mm - 32mm = 2.118m as incorrectly reported.

Before running the check, I’d suggest a quick manual check of your lining thickness and other dimensions if you are using them in the parameters of the rule through by using an ITO: adf532e6-2109-4ec7-b5aa-e83d08976a76-image.png

I had a simalar issue.
The support in my case say that only the left side of Some rulesets react with the Gatekeeper.
It would be great to have a list of the rulesets witch only reacts with de lefrt columns

Is the Property Set correct?
The value conditions is searching for text?
Try this, it’ll search for any value. If it’s empty or the parameter doesn’t exist you’ll get a result.
0eba0d4b-49ad-4d3e-83ef-a3f2c94010a7-image.png

Good afternoon to everyone!
I’m also interested.
Thanks in advance!
kind regards,
Xavier Coll
EiPM

@Anees-Alomar , I’ve experienced this when a part of the model (or even every element) is on the “site” level. The IFC Entity of these elements is IfcSite in my case. These elements are only displayed with the Show all button.

Thanks a lot for your support @john-lipp !
I will check your solution using Solibri Api.

Thanks and kind regards!
Xavier Coll

Do you lose the results (triangles)?

@Matti-Kannala we are loosing just the OK results. The ones with the triangles are still there

It seems like that which is somehow good, but on the other side the final summary report is obviously showing a line of zeros due to that cirumstance (e.g. for checked components) which is ultimately not so good again.

Hi,
The FZKViewer has a IFC Scheme validation function. Maybe that will give insights on what exactly is wrong.

Thanks!!

@simon-gilbert said in Clash location:

This is exactly what we are working on in the UK with our Fire stopping ruleset.

Is there already a timeframe set for the scheduled release?
And will there be more options on the result hierachy listing so to actually get the possibility to e.g. group results by building story, spaces, … the actual clash location?

Also suggested once here:
https://society.solibri.com/topic/913/location-on-issues/2?_=1650616140501

@john-lipp Thank you for your explanation. It is possible that it works like this. But in my opinion it should not be role dependent how the layout looks like? For something I can save the layout as a layout file. That should be a basic setting in Solibri, quasi superordinate.
Isn’t this setting meant for each employee to be able to set it up for themselves as they wish?

With the mentioned workflow I would have to save each role with each layout?

And if I have to set this for each role and make a change once, I would have to save each role again like this.

I don’t think this is practical, am I the only one?

Hi. Log files can be found from C:\Program Files\Solibri\SOLIBRI\log.

@lvsteijn

In Solibri you can see the triangle count by listing the information in ITO:

21b0ee54-b3c7-4c48-9e1c-2b7462fe0551-image.png

Follow up on this one …

All those slides have been created today within just a few minutes but they have different timestamps …

Timestamp.PNG

… as long as they don’t get an information e.g. responsibility.

Why/Where do those timestamps then origin from?

Any news on that one?

Edit:

Just realized that adding the values a third time seems to solve the issue as now it seems to work?!

092a6d4a-0e17-4d4d-aa7d-62e494fe0c36-grafik.png

Seems that this has been fixed with Solibri 9.12.9

Hi @Nicola-Tessarolo,

Thanks for your reply, I appreciate it.

Yes, that’s the one I meant, thank you 🙂

Wish you a lovely weekend!

Anees

Hello @Harmen-Jorritsma, thank you for the comment. The communication platfrom is Bimsync in this case. With Bimcollab it works (if one gives a comment to the viewpoont, as you described). We’ve contacted Solibri support, hope to hear from them soon.