@ifc-lite/data 3.4.1 → 3.5.0

package/dist/ifc-entity-names.d.ts

@@ -1,19 +1,27 @@
 /**
- * UPPERCASE → PascalCase entity name map
- * Originally generated from the @ifc-lite/codegen schema registry (IFC4X3).
+ * UPPERCASE STEP keyword -> PascalCase entity name.
  *
- * NOTE: `scripts/generate-entity-names.ts`, named by the original header here
- * as the way to regenerate this file, is NOT present in the repository - it is
- * referenced nowhere else. This table is therefore maintained BY HAND, and a
- * "just regenerate it" fix is not available. Four entries (IFCPROXY,
- * IFCSOLIDSTRATUM, IFCVOIDSTRATUM, IFCWATERSTRATUM) were absent while being
- * representable in `IfcTypeEnum`/`IfcTypeEnumToString` (types.ts), so every
- * caller doing `IFC_ENTITY_NAMES[upper] ?? upper` fell through to the raw
- * UPPERCASE string for them; they are added below and marked.
+ * GENERATED, not transcribed. This used to be a hand-maintained literal of 880
+ * entries whose header named a regenerator (`scripts/generate-entity-names.ts`)
+ * that has never existed in this repository; 282 keys the schema knows about
+ * were missing from it, including `IfcWallElementedCase`, `IfcBuildingElement`,
+ * `IfcDoorStyle` and every `*StandardCase` but `IfcWallStandardCase`, so every
+ * caller doing `IFC_ENTITY_NAMES[upper] ?? upper` displayed the raw UPPERCASE
+ * keyword for them. `scripts/emit-entity-names.ts` now writes the map from the
+ * `entities-*.ts` tables that `generate:ifc-schema` produces from the
+ * buildingSMART dumps, in the same command, so a schema bump carries the names
+ * along and there is no second list to fall behind.
  *
- * `ifc-entity-names.test.ts` pins the two tables against each other, so any
- * future drift - including a regeneration that drops entries again - fails
- * loudly instead of silently degrading display names.
+ * It is emitted as a literal rather than built at load from the `ENTITIES_*`
+ * arrays because a runtime loop over those is not tree-shakable: it would keep
+ * all three — ~630 KB minified, ~57 KB gzipped — in every bundle that touches a
+ * name lookup, and `@ifc-lite/data` is published for browser consumers.
+ *
+ * `ifc-entity-names.test.ts` pins the result against `IfcTypeEnum`, and
+ * `ifc-entity-names.schema-parity.test.ts` pins it against `entities-*.ts` in
+ * both directions and by name — so a stale generated file, the failure mode a
+ * committed artefact introduces, fails there rather than degrading display
+ * names silently.
  */
-export declare const IFC_ENTITY_NAMES: Record<string, string>;
+export { IFC_ENTITY_NAMES } from './ifc-schema/generated/entity-names.js';
 //# sourceMappingURL=ifc-entity-names.d.ts.map

package/dist/ifc-entity-names.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"ifc-entity-names.d.ts","sourceRoot":"","sources":["../src/ifc-entity-names.ts"],"names":[],"mappings":"AAIA;;;;;;;;;;;;;;;;GAgBG;AACH,eAAO,MAAM,gBAAgB,EAAE,MAAM,CAAC,MAAM,EAAE,MAAM,CAq3BnD,CAAC"}
+{"version":3,"file":"ifc-entity-names.d.ts","sourceRoot":"","sources":["../src/ifc-entity-names.ts"],"names":[],"mappings":"AAIA;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AAEH,OAAO,EAAE,gBAAgB,EAAE,MAAM,wCAAwC,CAAC"}