Skip to content

Flavor Model Extensions

Relaton's flavor architecture means each standards organization has a dedicated gem with its own model extensions. These extensions add domain-specific fields to the base BibliographicItem — capturing metadata that is unique to each organization's publishing workflow.

Inheritance Hierarchy

Flavor models inherit from the base BibliographicItem (defined in relaton-bib) and add their own fields:

BibliographicItem (relaton-bib)

  ├── IsoBibliographicItem (relaton-iso-bib)
  │     └── IecBibliographicItem (relaton-iec)

  ├── IetfBibliographicItem (relaton-ietf)
  ├── ItuBibliographicItem (relaton-itu)
  ├── NistBibliographicItem (relaton-nist)
  ├── BipmBibliographicItem (relaton-bipm)
  ├── BibliographicItem (relaton-3gpp)
  └── IeeeBibliographicItem (relaton-ieee)

Note: IEC inherits from ISO (gaining all ISO-specific fields plus its own), while all other flavors inherit directly from the base model.

ISO

Gem: relaton-iso-bibInherits from: BibliographicItem

ISO extensions capture the organizational structure of ISO standards development and the compound title structure used across ISO documents.

FieldTypeDescription
doctypeenumDocument type: standard, international-standard, technical-specification, technical-report, publicly-available-specification, international-workshop-agreement, guide
editorialgroupEditorialGroupISO committee structure (see below)
icsArray<Ics>International Classification for Standards codes
structuredidentifierStructuredIdentifierMachine-parseable ISO identifier (see below)

EditorialGroup — tracks which ISO committee is responsible:

editorialgroup:
  technical_committee:
    - name: Geographic information/Geomatics
      type: TC
      number: 211
  subcommittee:
    - name: Geographic information services
      type: SC
      number: 1
  secretariat: ANSI

Each committee level (technical_committee, subcommittee, workgroup) has name, type, and number.

StructuredIdentifier — decomposes ISO identifiers:

structuredidentifier:
  project_number: 'ISO 19115-1'
  tc_document_number: 'ISO/TC 211'
  part: '1'
  subpart: '2'
  type: ISO

ISO Title Types — ISO uses a three-part title convention (title-intro -- title-main -- title-part). Relaton models each component:

  • title-intro — e.g., "Geographic information"
  • title-main — e.g., "Metadata"
  • title-part — e.g., "Fundamentals"

IEC

Gem: relaton-iecInherits from: IsoBibliographicItem (layered on ISO)

IEC inherits all ISO extensions and adds IEC-specific metadata:

FieldTypeDescription
functionenumFunctional area: emc, safety, environment, quality-assurance
updates_document_typeenumType of document being updated
accessibility_color_insidebooleanWhether the document contains color content
cen_processingbooleanWhether CEN processing applies (for dual-logo standards)
price_codestringIEC pricing code
secretarystringCommittee secretary
interest_to_committeesstringOther committees with interest in this document
horizontalbooleanWhether this is a horizontal standard

Additional document types beyond ISO: industry-technical-agreement, system-reference-deliverableDocument subtypes: specification, method-of-test, vocabulary, code-of-practice

IETF

Gem: relaton-ietfInherits from: BibliographicItem

IETF has the lightest extension — only two fields beyond the base model:

FieldTypeDescription
doctypeenumrfc, internet-draft, draft-standard, bcp, std, fyi, info, exp
keywordArray<String>Keyword strings from the RFC metadata

The IETF data model is simple because RFC metadata is well-structured and standardized through the RFC Series and bib.ietf.org.

ITU

Gem: relaton-ituInherits from: BibliographicItem

ITU extensions model the three-sector structure (ITU-T, ITU-R, ITU-D) and the rich document type taxonomy of ITU Recommendations.

FieldTypeDescription
doctypeDocumentTypeITU document type with type and abbreviation (see below)
editorialgroupEditorialGroupITU-specific committee structure with bureau
structuredidentifierStructuredIdentifierITU-specific: bureau, docnumber, annexid

Document types: recommendation, recommendation-supplement, recommendation-amendment, recommendation-corrigendum, recommendation-errata, recommendation-annex, focus-group, implementers-guide, technical-paper, technical-report, joint-itu-iso-iec, resolution, service-publication, handbook, question, contribution

EditorialGroup — includes the ITU bureau:

editorialgroup:
  bureau: T              # T = Telecommunication, D = Development, R = Radiocommunication
  group:
    name: Study Group 17
    type: study-group
    acronym: SG17
    period:
      start: '2022'
      finish: '2025'

NIST

Gem: relaton-nistInherits from: BibliographicItem

NIST extensions model the detailed publication lifecycle of NIST Special Publications, FIPS, and other NIST document series.

FieldTypeDescription
doctypeDocumentTypeNIST document type
docstatusDocumentStatusNIST-specific lifecycle stages (see below)
commentperiodCommentPeriodPublic comment period with dates

Document lifecycle stages:

StageSubstageDescription
draft-internalInternal working draft
draft-wipWork-in-progress draft
draft-prelimPreliminary public draft
draft-publicactivePublic draft, accepting comments
draft-publicretiredPublic draft, comment period closed
finalactivePublished and current
finalretiredPublished but retired
finalwithdrawnWithdrawn from publication
final-reviewactiveUnder periodic review

Each stage also carries an iteration number.

CommentPeriod:

commentperiod:
  from: '2024-01-15'
  to: '2024-04-15'
  extended: '2024-06-01'    # optional extension

NIST series include: SP (Special Publication), FIPS (Federal Information Processing Standards), IR (Interagency Report), TN (Technical Note), HB (Handbook), CSWP (Cybersecurity White Paper), NCSTAR (National Construction Safety Team), NSRDS (National Standard Reference Data Series).

BIPM

Gem: relaton-bipmInherits from: BibliographicItem

BIPM extensions model SI Brochure metadata and the committee structure of the International Committee for Weights and Measures (CIPM) and its Consultative Committees.

FieldTypeDescription
doctypeDocumentTypeBIPM document type (see below)
si_aspectstringSI Brochure aspect code
editorialgroupEditorialGroupCommittees and workgroups
structuredidentifierStructuredIdentifierdocnumber, part, appendix
comment_periodCommentPeriodComment period with dates
meeting_notestringMeeting note text

Document types: brochure, mise-en-pratique, rapport, monographie, guide, meeting-report, technical-report, working-party-note, strategy, cipm-mra, resolutions

SI aspect codes — identify which part of the SI Brochure is affected: full, m_c, kg_h, s_deltanu, A_e, K_k, mol_NA, cd_Kcd, and compound codes like kg_h_c_deltanu. These correspond to the seven base SI units and their redefinitions.

Committee structure:

editorialgroup:
  committee:
    - content: Consultative Committee for Length
      acronym: CCL
  workgroup:
    - content: Working Group on the Mise en Pratique
      acronym: WG-MeP

Committee acronyms are validated against a controlled vocabulary.

3GPP

Gem: relaton-3gppInherits from: BibliographicItem

3GPP has the most heavily extended flavor model, driven by the 3GPP release lifecycle — specifications move through freeze stages tied to specific meetings.

FieldTypeDescription
doctypeenumTR (Technical Report), TS (Technical Specification)
docsubtypeenumspec, release
radiotechnologyenum2G, 3G, LTE, 5G
common_ims_specbooleanWhether this is a common IMS specification
releaseReleaseComplex release metadata (see below)

Release object — models the 3GPP release lifecycle:

FieldDescription
version2g2G version identifier
version3g3G version identifier
defunctWhether this release is defunct
wpm_code_2gWPM code for 2G
wpm_code_3gWPM code for 3G
freeze_meetingMeeting at which the release was frozen
freeze_stage1_meetingStage 1 freeze meeting
freeze_stage2_meetingStage 2 freeze meeting
freeze_stage3_meetingStage 3 freeze meeting
close_meetingMeeting at which the release was closed
project_startProject start date
project_endProject end date

IEEE

Gem: relaton-ieeeInherits from: BibliographicItem

IEEE extensions capture committee structure and decompose IEEE publication identifiers into their semantic components.

FieldTypeDescription
committeeArray<Committee>IEEE committees associated with the document

Committee:

FieldDescription
typeCommittee type (e.g., sponsoring, balloting)
nameCommittee name
chairChairperson of the committee

IEEE Publication Identifier — IEEE's PubId system decomposes identifiers into semantic parts: number, publisher, stage, part, status, approval, edition, draft, revision, corrigendum, amendment, redline, year, month. This supports precise parsing and comparison of IEEE document references.

Formal Model Definitions

Three flavors have dedicated formal model repositories with UML diagrams and schema definitions:

FlavorRepositoryContent
Base modelrelaton-models40+ entities, 10 UML diagrams, RelaxNG schemas
3GPPrelaton-model-3gpp23 model files, UML diagram
IEEErelaton-model-ieee24 model files, UML diagram
W3Crelaton-model-w3c3 model files, UML diagram

All use the same extension pattern: a flavor-specific class (e.g., IeeeBibliographicItem) inherits from the core BibliographicItem and adds domain-specific attributes.

View UML diagrams → | Extensions beyond ISO 690 →