ARCHICAD BIBLIOTEK - FORSTÅ KOMPABILITETEN MELLOM LCF OG LIBPACK

I flere år har Archicadbrukere stolt på Library Container File (.lcf) for å håndtere deres BIM-objekter. Ved introduksjonen av nyere versjoner (startet med Archicad 28) har Graphisoft også introdusert Library Package (.libpack)-formatet. Selv om begge formater tjener for å samle biblioteksdeler, representerer de to veldig forskjellige filosofier innad i datahåndtering. 

den tradisjonelle fremgangsmåten: .lcf (library container file)

.lcf-formatet er i praksis en "skrivebeskyttet" komprimert mappe. Det ble utviklet for å samle hundrevis av induviduelle .gsm (GDL-objekter), bilder og makroer i én enkelt fil for å redusere innlastingstidene og forhindre manglende teksturer.

• Statisk struktur: Når en container er opprettet, kan du ikke enkelt «kikke» inni eller redigere et enkeltobjekt uten å pakke ut hele filen ved hjelp av LP_XMLConverter eller Library Manager.
• Versjonsbundet: Historisk sett var disse filene knyttet til en bestemt versjon (f.eks. Archicad 26 Library.lcf), og ofte også til en landsspesifikk, lokalisert versjon.
• Fokus på eldre systemer: Formatet er fortsatt standarden for eldre prosjekter og tilpassede kontorbiblioteker som ikke har blitt migrert til det nye systemet.

den moderne standaren: .libpack (library package)

.libpack-formatet er hjørnesteinen i det nye Global Library-konseptet. Det er ikke bare en container, men en smartere og versjonsuavhengig pakke utviklet for en mer modulær arbeidsflyt.

• Versjonsuavhengig: I motsetning til .lcf-filer, som ofte krevde manuell migrering, er .libpack-filer utviklet for å kunne oppdateres dynamisk via skyen eller Global Library-systemet.
• Skytilpasset: Formatet er optimalisert for Graphisoft Library Manager, slik at brukere kun trenger å laste ned det de faktisk trenger, og kan motta sømløse oppdateringer uten å erstatte store filer.
• Ytelse: Det benytter et mer moderne indekseringssystem, noe som gjør søk etter og plassering av objekter raskere i Archicad-grensesnittet.

viktige endringer - kort oppsummert

Hvorfor endringen?

Overgangen til .libpack er en del av Graphisofts strategi for å bevege seg bort fra «monolittiske» biblioteksfiler som blir utdaterte hvert år. Ved å bruke bibliotekspakker kan Archicad opprettholde et Global Library hvor et objekt som opprettes i dag kan fungere mer sømløst på tvers av ulike versjoner av programvaren, og dermed redusere «migreringshodepinen» som lenge har vært en del av den årlige Archicad-oppdateringssyklusen.

Prosjektkompabilitet og sameksistens

Ved migrering av prosjekter eller håndtering av kontorstandarder er det viktig å forstå hvordan disse formatene fungerer sammen:

• Bruk side om side: Du kan laste inn begge formatene i samme prosjekt. Archicad 28+ støtter eldre .lcf-filer for å sikre at eldre prosjekter fortsatt vises korrekt. Dette inkluderer også lokale kontorbibliotekmapper som inneholder .gsm-objekter.
• Migreringsveien: Graphisoft tilbyr Migration Libraries (i .lcf-format) for å bygge bro mellom systemene. Disse gjør det mulig for eldre objekter å fungere selv om hovedbiblioteket har blitt byttet til -libpack.
• Ingen bakoverkompatibilitet: Selv om .lcf fungerer i nyere versjoner, kan ikke .libpack-filer åpnes i eldre versjoner (AC27 og tidligere).
• Håndtering av konflikter: Hvis et objekt eksisterer i begge formatene, vil Archicad varsle om et «Duplicate Object». Som regel prioriteres den nyere Global Library-versjonen (.libpack).

Oppsummering

Selv om  .lcf fortsatt er en pålitelig måte å samle tilpassede kontorressurser på, er .libpack fremtiden for Archicads innebygde innhold. For eksisterende prosjekter er det ingen grunn til å forhaste en konvertering; det holder å laste inn eldre .lcf-filer (eller lokale kontorbibliotekmapper) sammen med de nye Global Library-pakkene, og bruke Library Loading Report for å håndtere eventuelle manglende eller dupliserte elementer.