Find the next step in your career as a Graphisoft Certified BIM Manager!

Library - Troubleshooting Guide

Katalin Borszeki
Graphisoft
Graphisoft

Masonry Arch Problem in Openings

Issue

  • Section/Elevation view of masonry arch in doors and windows contains extra lines when textured material is used and vectorial hatching is switched on.
  •  
  • wp-content_uploads_archicadwiki_bugs-masonryarchprobleminopenings--windowelevation.png
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  • Info_18x18.png NOTE: This is the default setting in the French template.
  •  

Cause

  • The Masonry Jack Arch is set to Brick Arch.
wp-content_uploads_archicadwiki_bugs-masonryarchprobleminopenings--brickmasonryarch.png

 

 

 

 

 

 

 

 

 

 

 

 

Solution

  • Solution 1: Pick a material for the bricks which doesn't show interstice in the texture.
  • Solution 2: Turn off 3D vectorial hatching in the section/elevation setting in case you want to use this material while modeling the bricks.
wp-content_uploads_archicadwiki_bugs-masonryarchprobleminopenings--elevationsettings.png

 

 

 

 

 

 

 

 

Library Path is too Long

Affected version: 18 | Severity: workaround applicable | ID: 190547
 
Info_18x18.png NOTE: This issue was fixed in ARCHICAD 18 Update 7007

 

Issue

While you are opening a solo project or joining/opening a TeamWork project, the following warning message appears and the Library won’t be loaded: "The Library contains one or more library parts whose path is too long; the library cannot be added to the Active Libraries.”
wp-content_uploads_archicadwiki_bugs-librarypathtoolong--library_dialog.png

 

 

 

 

 

 

 

 

 

Cause

The downloaded Library (*.lcf) is corrupted or the User has no permission to the Library.

 

Solution

If you work on a solo project, check the Library (if it is needed the *.lcf file can be extracted with File > Libraries and Objects > Extract a Container... command) and remove the corrupt Library in the opened project (File > Libraries and Objects > Library Manager). If you work on a TeamWork project, reload the *.lcf Library loaded to server and remove the Library in the local data manager on the client computer. The client should reload the project. Check the User's permission right to the Library.

Nominal Size Setting Changes Window Width

Issue

  • If there are several windows placed on the floorplan with different width, with Reveal chosen. Under Basic Window Settings tab Window Size Setting has Wallhole Dimensions as Set as Nominal. And we select the windows and change Set as Nominal to Reveal Dimensions then the width of the selected windows will change to the same. (To the first selected one.)
wp-content_uploads_archicadwiki_bugs-nominalsizesettingchangeswindowwidth--before.png
wp-content_uploads_archicadwiki_bugs-nominalsizesettingchangeswindowwidth--set1.png
wp-content_uploads_archicadwiki_bugs-nominalsizesettingchangeswindowwidth--after.png

Cause

  •  
  • This happens because under multiple selection the parameters changed in the settings dialogue are applied to all selected elements.( Parameters changed by the user and parameters received from the script.)

Solution

  • If we check in the "Retain Nominal Size on Change" option, then the new nominal size will usethe old nominal size. This way the width parameters won't be unified for all windows.
wp-content_uploads_archicadwiki_bugs-nominalsizesettingchangeswindowwidth--set2.png

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Library Part Makes Project Unusable

Issue

There are many symptoms:
  1. Computer restarts after 3d window is opened
  2. Disk Full message
  3. Out of memory message
  4. Teamwork project is non-responsive or crashes in anything other than plan or detail views

Cause

A library part used in the project was renamed using the Finder or File Explorer to the same name of a macro call used by it. This made the library part call itself ad infinitum (recursive). In the below example a table was renamed from the name ARCHICAD gave it "edv-tisch gelb1.gsm" to the name "edv-tisch gelb.gsm". The renaming lost its user several hours of work.
wp-content_uploads_archicadwiki_troubleshooting-3drunoutofmemory--edv-tisch80.png

 

 

 

 

 

 

 

 

 

 

Solution

Please do not rename objects unless you are absolutely sure the library part does not use that name in a call to a macro.

File size grows because object are saved as binary data in the embedded library

Issue

Binary objects in embedded library increase file size 10-100 times.

Cause

When saving your model as custom library part (see steps: CreateCustomWindow), you have two saving options:
  • save as Editable GDL Script
  • save as Non-editable binary 3D data
If the binary option is used, then a "self-containing" object will be saved, that is, all attributes (line types, fill types, material texture) will be saved within the object. The material texture is saved in bitmap format. This is usually not a problem, since most ARCHICAD textures are small, but if the object uses a large image as texture, then the resulting file can be huge. (The size of a 1024 by 1024 bitmap is 3MB!) This is even more important if you are saving a series of similar objects using the same material. In this case the binary option means that the same bitmap is embedded in all of these .gsm files. This will bloat the library size, and slow down the library loading process.
 

Solution

When saving Library Parts from 3D use the ‘Editable GDL Script’ Format. This will reference texture maps, but will not embed it in the file. In this case you have to ensure that the referenced image is loaded with the libraries, but the referenced image can be a compressed file format (like jpeg).
wp-content_uploads_archicadwiki_bugs-filesizegrowingwhenbinaryobjectsinembeddedlibrary--3dformat.png

Didn't find the answer?

Check other topics in this Forum

Back to Forum

Read the latest accepted solutions!

Accepted Solutions

Start a new conversation!