2024-10-30 02:40 PM - edited 2024-10-30 02:45 PM
There is a duplicate object (Tolerance.gsm) when following Option 1 instructions for Archicad 28 Migration.
Operating system used: Mac Apple Silicon Sonoma 14.6.1
2024-11-08 04:42 PM
Hi @Magdolna Marosvari and All,
This seems a huge task with many possible pitfalls, especially for someone who isn't the original author of these libraries. We can't even see the contents of the libpak files in the File Manager without extracting them, much less understand which files and macros are called by which other parts.
This is far more difficult than even producing the subset Migration Libraries for each version of ArchiCAD (which I did for our market for AC6.5 through 10, at which point GS kindly took it over, which was easier for them without the reverse engineering and trial and error I was going through. lol But I was paid by the local reseller by the hour to do this each year.)
We really should not expect architecture firms to float this kind of overhead for their BIM Managers to figure this out and implement it, company by company. I hope Graphisoft, with their deep understanding of GDL and the library legacies, will do this heavy lifting again for all of us. Just use a different Main ID in the GUIDs of localized parts that are actually different, and we'll be able to collaborate internationally without missing parts or duplicates.
Sorry if I'm missing something.
2024-11-13 04:39 PM
I tried to follow your instructions but none of the parts in the Library Packages load if they are in a folder and I try to load the folder as a monolithic library.
Here is what tried:
This results in 386 missing parts.
Indeed, the only parts that load while in the monolithic folder, are the ones in the LCF.
What am I doing wrong?
Thanks!
Ransom
2024-11-14 02:44 PM
Hi @Ransom Ratcliff ,
The steps you were doing are almost perfect. One thing: when you want to load the content of ArchiCAD Libpacks USA 28 folder do it in a way that you select all the libpacks within the folder with Cmd + A.
Regarding your previous message about the arrangement of the packages: There are multiple arrangement needs from users contradicting each other. Picking a certain arrangement would have deprived a group of users having them arranged in a way necessary for them. That's why we went for providing the liberty of arrangement. This doesn't mean that the thinking has to stop here, we see your point.
Best regards,
Magdolna
a month ago
Hi @Magdolna Marosvari ,
Thank you, that last bit of clarification was really helpful. Question: is we create these custom folder and move/copy the libpacks there, will they be automatically updated in the future since their folder path has been changed? Or the updates will happened only to the original libpack folder and we have to copy the updated packs in our custom folders?
Saturday
Well said. I was working on our 28 template and part of the exercise, (as with earlier releases), was the have a clean library report, free of any duplicates or missing objects. No need to repeat what was already said quite accurately.
(I think an archicad professional named Ransom taught me several best practices about twenty years ago!)
Joe A.
(since 8.0)