Skip to content

3.5 Structuur en naamgeving

Naamgeving loadable Families en System Family Types Naamgeving van de Loadable Families en System Family Types is als volgt:

  1. pos1: NLRS (volgens ISO611-1 alpha ) + nl (volgens ISO 69-1).
  2. pos2 Tweecijferige implementatie NL-SfB conform geldende publicatie BIM Loket.
  3. pos3 Afkorting van de Object Category binnen Revit, conform de bijlage “Afkortingen- lijst Object Category”
  4. pos4 Afkorting van de Host Type conform de bijlage “Afkortingenlijst Host Types”
  5. pos5 Tekstuele omschrijving van de Family. Deze omschrijving kan worden vastgesteld uit parameterwaarden. Eventueel kunnen aan de omschrijving afkortingen wor- den toegevoegd die het gebruik van Family Attributes beschrijven. Denk hierbij aan de toevoeging -SH aan de omschrijving van Families die als Shared Nested Components worden gebruikt. De afkortingen worden gegeven conform de bijlage “Afkortingenlijst Family Attributes”.
  6. pos6 Afkorting voor generieke content = gen, of een afkorting van de leverancier van het fysieke product dat wordt gerepresenteerd door de Family.
  7. pos7 Afkorting voor de leverancier van de content. Een leverancier kan de partij zijn die de content heeft gemaakt, onderhoudt of distribueert. Maar het kan ook de partij zijn die de content in een project heeft toegepast. Dit is voornamelijk van toepassing bij gebruik van generieke content. Afwijkende afkortingen kunnen niet worden gebruikt als content moet voldoen aan de richt- lijnen van de NLRS. In de volgende sub paragrafen worden de regels verder uitgewerkt.

bron: Nederlandse Revit Standaard Versie 3.0.1

🧾 Naamgeving van families volgens de NLRS

Voor projecten die de NLRS volgen, moet elke Revit-family een naam krijgen volgens een vaste structuur. Deze structuur zorgt ervoor dat je aan de bestandsnaam kunt afleiden:

  • de classificatie,
  • de categorie,
  • het hosttype,
  • de omschrijving,
  • of het generiek of fabrikantgebonden is,
  • en wie de content geleverd heeft.

🔧 Opbouw van de bestandsnaam

NLRS__.rfa

Positie Betekenis Voorbeeld
1 Prefix "NLRS" NLRS
2 Classificatie (NL/SfB) 57 (bijv. luchtbehandeling)
3 Category-afkorting ME (Mechanical Equipment)
4 Host Type FB (Face Based)
5 Tekstuele omschrijving + optioneel attribuut ventilatierooster-ZR-SH
6 Generiek of fabrikantcode gen of duco
7 Contentleverancier bf (Bimforce)

❗ De NLRS vereist gebruik van _ als scheidingsteken tussen de posities. Binnen een positie zijn spaties toegestaan, maar geen underscores.

📂 Voorbeeld

Een generiek ventilatierooster van Duco, geleverd door Bimforce, dat als shared nested component op een vlak wordt gehost:

NLRS_57_ME_FB_ventilatierooster-ZR-SH_duco_bf.rfa

📌 Bijzonderheden

  • Positie 5 mag ook Family Attributes bevatten zoals:
  • SH = Shared Nested Component
  • AV = Always Vertical

  • LT = Lookup Table
    Zie de afkortingenlijst voor een volledig overzicht:contentReference[oaicite:0]{index=0}.

  • Positie 6 gebruikt gen voor generieke families, anders een afkorting van de fabrikant.

  • Positie 7 bevat de afkorting van de contentleverancier (bijv. rsf voor Revit Standards Foundation, of een interne code zoals abc voor bedrijfsinterne content).

📦 Type-benaming binnen families

Ook de types binnen een family volgen een conventie (indien geen Type Catalog wordt gebruikt):

__

Voorbeeld: daklichtopening_gen__bxh_800x1200

Let op:

  • Gebruik dubbele underscores __ als er lege posities zijn.
  • Alleen type-parameters mogen in de naam worden opgenomen.

✅ Controleer met DAQS Assist

Gebruik bij voorkeur DAQS Assist om automatisch te controleren op:

  • Foutieve of ontbrekende NLRS-structuur
  • Verkeerde categorie- of hostcodes
  • Foutgebruik van fabrikant- en leveranciersafkortingen

📚 Bronnen

  • Revit Standards Nederland: [rs-nlrs versie 3.0.1]