You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Misschien is dit IFC-bestand te groot of te complex of niet goed opgebouwd, zou het daar aan kunnen liggen? Het valt mij namelijk verder op dat niet alle LoD output klopt, er ontstaan soms gekke snippers:
LoD 0.0 en 1.0 kloppen wel.
The text was updated successfully, but these errors were encountered:
Er is naar gekeken, het probleem is dat OCCT van dit model een triangulated mesh maakt. De rest van de code werkt hier niet goed op wat rare output en crashes kan veroorzaken. Er is komt binnenkort een rework aan die hier mee om zou moeten kunnen gaan, maar omdat dit model erg complex is voor de software weet ik niet zeker of het zal werken op dit model.
Ik heb een aantal tests gedaan met het volgende IFC-bestand: https://github.com/buildingSMART/Sample-Test-Files/blob/master/IFC%202x3/Schependomlaan/As%20Planned%20models/IFC%20Schependomlaan%20incl%20planningsdata.ifc
Bij hogere LoD's loopt het conversieproces echter altijd vast. Hoger dan LoD 1.2. Hierbij de logging, die zoals je ziet incompleet is: 20240506_IFC2x3_Week 37 11 sept IFC Schependomlaan incl planningsdata_LoD22.txt het proces hangt bij het genereren van het LoD 0.2 model.
Misschien is dit IFC-bestand te groot of te complex of niet goed opgebouwd, zou het daar aan kunnen liggen? Het valt mij namelijk verder op dat niet alle LoD output klopt, er ontstaan soms gekke snippers:
LoD 0.0 en 1.0 kloppen wel.
The text was updated successfully, but these errors were encountered: