a month ago
Our template has been tediously brought from 27 -> 28 -> 29 with only global libraries after lots of work to remove all migration libraries and no missing objects. Except I cannot understand how the global libraries are functioning within the file as they had to be 'brought in' vs. natively built out from the Graphisoft template (USA #2 in this case), which I know is the recommended method. So for example, all objects when placed from their default in my migrated template display metric converted to imperial (for example, a base cabinet shows up as 1'-11 5/8" instead of 2' wide). However, when I create a blank file from Graphisoft template USA #2, the objects load to the correct default (2' wide cabinet). In my transitioned template file this issue persists with every object, whether it is the favorite or not, everything is converted from metric so it is fractioned sizing on every object. Also, the categorizing of the lib packs in the folder structure is different in each version but they are both pulling from the same lib pack folder which is why I can't understand how the object defaults are different. I have already adjusted the language preference to USA but that did not affect the object dimension defaults. Am I missing a step somewhere or does the Graphisoft USA template have something baked into it that makes the folder structure and defaults "USA" measurements that I will never be able to get into my migrated template file? I have also already run the latest 29 hot fix and library update 1. Is there a step in 28 that I missed that would have resolved this?
Solved! Go to Solution.
3 weeks ago
Thank you, I have found the solution via this great forum and this video from Graphisoft which directly describes the issue (https://www.youtube.com/watch?v=fCodvdmbWuk)!!!! I wish this was more apparent in the Graphisoft documentation regarding Global Libraries for those of us making the leap from 27 -> 29 (I think it should be listed as a step in the migration process for those of us who are ditching the monolith library :https://community.graphisoft.com/t5/Libraries-objects/Archicad-28-Migration-Converting-from-Monolith...). The mapping table values had to be imported into the file and this reset all library elements correctly, although there are a handful of misc. library items that maintain the incorrect sizing (trash compacter, dryer etc but they look like older library parts) but all casework is reset which was the main issue.
What I ended up doing was launching a blank AC29 USA template 2 file, export mapping table values, in my file I dumped the mapping table values and imported in the mapping table values saved from the AC29 USA template 2.
a month ago
Because your template was created before version 28, it does not have the correct Library Localisation Preferences.
Open the 'Edit GDL Library Parts' toolbar.
Then in the 'Library Developer' button you will find an option for 'Library Localisation Preferences...'.
Then add the USA localisation.
You will need to do this for any file that was started before your 28/29 template when you are using the 28.29 global library packs.
Barry.
4 weeks ago
Thank you. After updating the localization preferences this changes the folder structure but does not reset the default dimensioning of the objects themselves, unless there is another option to force such thing but I tried a variety of ways for setting this preference and loading the default global libraries and nowhere did the objects pick up the imperial default dimensioning.
I then tested a 29 USA template, deleted all global libraries, reloaded all default library packs, no issue, all objects come back to the correct object default dimensioning for USA. It seems there is no way to get the behavior of this library retroactively. Which I suppose is why graphisoft recommends against migrating files but I thought I had figured it out since I was able to absolve every missing object and have no instance of monolith or migrated library objects. However if I want our library to function (we cannot have fractioned objects) and I load the global lib packs, there's no way to get the default dimensioning back to how it is in the 29 USA template.
4 weeks ago
Have you looked at the actual dimension style that you are using?
This is from version 25 and I use metric rather than imperial.
But this is where you set your dimension formatting style.
Barry.
4 weeks ago
Just to confirm, you did try closing and reopening all of your AC windows after changing your localisation preferences?
| AC22-29 AUS 3200 | Help Those Help You - Add a Signature |
| Self-taught, bend it till it breaks | Creating a Thread |
| Win11 | i9 10850K | 64GB | RX6600 | Win11 | R5 2600 | 16GB | GTX1660 |
3 weeks ago
Thank you, I have found the solution via this great forum and this video from Graphisoft which directly describes the issue (https://www.youtube.com/watch?v=fCodvdmbWuk)!!!! I wish this was more apparent in the Graphisoft documentation regarding Global Libraries for those of us making the leap from 27 -> 29 (I think it should be listed as a step in the migration process for those of us who are ditching the monolith library :https://community.graphisoft.com/t5/Libraries-objects/Archicad-28-Migration-Converting-from-Monolith...). The mapping table values had to be imported into the file and this reset all library elements correctly, although there are a handful of misc. library items that maintain the incorrect sizing (trash compacter, dryer etc but they look like older library parts) but all casework is reset which was the main issue.
What I ended up doing was launching a blank AC29 USA template 2 file, export mapping table values, in my file I dumped the mapping table values and imported in the mapping table values saved from the AC29 USA template 2.