ARCHICAD-BIBLIOTEK - FÖRSTÅ SKILLNADEN MELLAN .LCF OCH .LIBPACK

I åratal har Archicad-användare förlitat sig på Library Container File (.lcf) för att hantera sina BIM-objekt. Från de senare versionerna (med start i Archicad 28) har Graphisoft introducerat formatet Library Package (.libpack). Även om båda används för att "samla ihop" biblioteksdelar, representerar de två helt olika filosofier för datahantering.

Det traditionella tillvägagångssättet: .lcf (Library Container File)

Formatet är i grunden en skrivskyddad, komprimerad mapp. Det skapades för att samla hundratals enskilda .gsm-filer (GDL-objekt), bilder och makron till en enda fil, och därmed korta ner laddningstider och förhindra saknade texturer.

• Statisk struktur: När en container väl är skapad kan du inte enkelt kunna bläddra i innehållet i desktopläget, eller redigera ett enskilt objekt, utan att extrahera hela filen med LP_XMLConverter eller Bibliotekshanteraren.

• Versionsbunden: Historiskt sett har dessa filer varit specifika för en viss version (t.ex. Archicad 26 Library.lcf), och också lokaliserade per land.

• Fokus på äldre system: Formatet förblir standard för äldre projekt och anpassade kontorsbibliotek som ännu inte har migrerats till det nya systemet.

Den moderna standarden: .libpack (Library Package)

Formatet .libpack är hörnstenen i det nya konceptet Global Library. Det är inte bara en container; det är ett smartare, versionsoberoende paket designat för ett mer modulärt arbetsflöde.

• Versionsoberoende: Till skillnad från .lcf-filer, som ofta krävde manuell migrering, är .libpack-filer designade för att uppdateras dynamiskt via molnet eller Global Library-systemet.

• Molnanpassat: Detta format är optimerat för Graphisofts nya bibliotekshantering, vilket gör att användare bara behöver ladda ner det de behöver och kan ta emot sömlösa uppdateringar utan att ersätta mängder av filer.

• Prestanda: Det använder ett modernare indexeringssystem, vilket gör sökning och placering av objekt snabbare i Archicads gränssnitt.

Skillnader i korthet

Varför förändringen?

Övergången till .libpack är en del av Graphisofts strategi att gå ifrån "monolitiska" biblioteksfiler som blir föråldrade varje år. Genom att använda bibliotekspaket kan Archicad underhålla ett s.k. Global Library där ett objekt som skapas idag kan fungera mer flytande i olika versioner av programvaran, vilket minskar "migreringshuvudvärk" som länge varit en del av den årliga uppdateringscykeln.

Kompatibilitet och samexistens i projekt

När du migrerar projekt eller hanterar kontorsstandarder är det viktigt att veta hur dessa format fungerar tillsammans:

• Användning sida vid sida: Du kan ladda båda formaten i samma projekt. Archicad 28+ stöder äldre .lcf-filer för att säkerställa att äldre projekt fortfarande visas korrekt. Även lokala kontorsbibliotek i mappsystem innehållande .gsm-filer, kan laddas in i projektet.

• Migreringsvägen: Graphisoft tillhandahåller Migration Libraries (i .lcf-format) för att överbrygga klyftan. Dessa gör att äldre objekt fungerar även om huvudbiblioteket har bytt till .libpack.

• Ingen bakåtkompatibilitet: Medan .lcf fungerar i nyare versioner, kan .libpack-filer inte öppnas i äldre versioner (AC27 och tidigare).

• Konflikthantering: Om ett objekt finns i båda formaten kommer Archicad att varna för "Duplicerat objekt". Generellt prioriteras versionen i det nyare Global Library (.libpack).

Sammanfattning

Även om .lcf förblir ett pålitligt sätt att samla egna kontorsstandarder för bibliotek, är .libpack framtiden för Archicads inbyggda innehåll. För befintliga projekt finns det ingen anledning att stressa fram en konvertering; ladda helt enkelt dina äldre .lcf-filer och lokala biblioteksmappar tillsammans med de nya Global Library-paketen, och använd bibliotekets laddningsrapport för att hantera eventuella saknade eller duplicerade objekt.