General Discussion

@JMann many thanks, I tried it and It is working, great 👍

Thank you very much for your answers. I always use option number 1 myself and simply superimpose the data set in other viewers to be on the safe side. There everything is displayed correctly. Number 2 is then only the solution to this problem for now (if one even notices the problem, which is almost impossible for larger projects).

I’ll wait for further feedback, maybe someone else has this problem.

Thanks a lot

Hi. It is not possible to check “contains” with OR logic, only exact contents with the “One of” operator. So if exact matching is enough for you, you can use the following

205e77f4-732d-461b-b89a-236dc6a5dd4c-image.png

But if exact matching is not suitable, one option is to use the new Information API (requires basic Java development skills https://society.solibri.com/topic/563/information-api) which can be used to create any arbitrary logic. In this case the custom information would define a new property ContainsXYZJ and would return true if one of them was contained in the original Name property. This new ContainsXYZJ property could then be used to filter only those components that have ContainsXYZJ as TRUE.

@mwhdejong To my knowledge Autodesk has a Shared Parameter file that should work for both Doors and Windows, though I am not 100% certain. I’d have to check to be sure (currently very busy with projects).

You can also check the Autodesk SourceForge / Github page to see if there is any additional information there.
Hope this helps!

Autodesk GitHub: https://github.com/Autodesk/revit-ifc/issues
Autodesk SourceForge: https://sourceforge.net/p/ifcexporter/discussion/general/

ec59d10a-be7f-4f86-ab02-cc72c79b1a9e-image.png

@shapeless

description
The description fields shows the description value of element defined in the IFC model…

system
The system field shows which system the element belongs.
It is usually available for building service elements like ducts and pipes.
The system can be e.g. “Outgoing Air”.

3e5259dc-413d-4c01-8a06-44ee8d35052d-image.png

model categories
The model categories field shows which model categories the model of element belongs.
It is filled only when the user have set models to categories.
They can be edited using the command from popup menu of the model tree.
The model categories can be e.g. “Building Services”

c5941283-df05-4920-8d19-09c55fdfbb13-image.png

ok thank you for the information!

space 3rd.jpg

@tonigyllenberg thanks for the fast response…i will give it a go the end of the week.

@cburgess as far as I know, the “issue” tab is created when an element is linked to a check - meaning it is connected to a problem.

@shapeless the “component” column determines if the condition is “OR” or “AND”. If you have set it to be the same type of component (also “any component”) the condition is “AND”. That is why the first setup where all the rows have “any component” it tries to match the component to all the conditions. To make it work, you can choose “one of” and multiple classification values on one row:

Include | any component | classification xy | one of | slab, roof, wall

When creating a rule, it helps to first choose the rule under ruleset manager and then open the parameters of this rule under checking layout. There you can test what the filter is returning by pressing “=” to set the components to be visualized by the selection basket. This way you can make sure the filter is working as you’d expect.

I hope this helps,

best,
Lauri

Hello there!
THX for the quick response.

Best Thomas

@Anees-Alomar 👍

The topic is quite old (said Solibri) but still active until today.
While I was performing a check on my model came up with the same problemt that was facing in October. In the meantime I got an advice from @marchi to create Slides not on the category of the problem but directly on the problem, meaning the triangle (underneath the category). Sadly this did not help, since problems are still somehow connected to old components that should not be there anymore.

In my newest example I demonstrate you the case with the height between two components. On the left is the old file where I had created the slide, whereas on the right is the todays check.

699f367d-c34a-4ef1-994b-c0049d10acc9-grafik.png

In the old case, the Decke2.1 and Decke 1.3 where in conflict. In todays model this conflict does not exist anymore but Solibri tends to see a problem here, hence identifying the old slide as a problem (triangle). If you look closely, the Decke1.3 does not exist anymore in the components list, but other slabs are there which do not pose a threat to Decke2.1. I have also checked, the GUIDs for the other slabs is not the same as the old slabs.

In my opinion, Solibri is not able to sort problems here. If a slab has new problems, then the old ones should not be documented. This showcases that old problems still remain active, even though newer components are causing problems with the old ones.
Is this a bug I am facing since the last year, or am I doing something wrong in my workflow?
@Solibrians any thoughts on this?

Thanks so much for this. It looks like this setting was one of those little things that Windows has hidden to gradually streamline the OS (not altogether a bad thing), but this particular set of options has missed my attention until now!

Great @Matti-Kannala! That’s work fine!

I was using the Property Group ‘Relations’, that’s the problem… When i’m using the Property Group ‘Location’ > ‘Nearest Space’ i can check the model on the property ‘Top Elevation’ with the correct value. Fixed! 👍

Thanks for your answer!

“but what if there is no intersection beam in the middle?”

The visualization under the parameter shows a case when there is an connection to other beam.
In case you don’t have it the the allowed area is not having that gap.