Common Model Format Specification

This repository is part of the NIEM Open Project. It contains the NIEMOpen Common Model Format Specification (CMF).

CMF is a NIEM message specification for data models, In all versions of NIEM through version 5, data models are expressed in XML Schema (XSD). CMF offers an equivalent expression, one that is more suitable for developers not working in XML and is easier to support with developer tools. Using CMF, a data model can be expressed as XML or JSON or any other data serialization that NIEM supports, and the data described by the CMF data model can also be expressed in any supported serialization.

More documentation on CMF is available here.

For more information on NIEMOpen, see the project's website at www.niemopen.org.

General questions about OASIS Open Projects may be directed to OASIS staff at [email protected]

What's new in version 1.0-alpha.2

• A message schema is provided in message.xsd

What's new in version 1.0 alpha 1

• cmf:DefinitionText replaced with cmf:DocumentationText.
  (Namespaces are documented, not defined.)
• Removed NIEM 5 schema documents

What's new in version 0.8

• CMF is now a NIEM 6 message specification
• Namespace URIs start with http://docs.open-oasis.org
• NCName becomes NCNameType for NDR conformance
• model5.xsd is the NIEM 5 XSD for CMF version 0.7
• model6.xsd is the NIEM 6 reference XSD for CMF version 0.8 (don't yet have the message XSD for CMF 0.8)

What's new in version 0.7

• New AugmentRecord child in NamespaceType
• New CodeListBinding child in ComponentType
• Augmentation properties in `HasPropertyType were revised
• NamespacePrefixText put back into SchemaDocumentType

What's new in version 0.6

• DefinitionText in CMF is now repeatable
• DefinitionText now has nc:TextType with xml:lang attribute
• HasProperty element in ClassType now has orderedPropertyIndicator="true"
• Added SchemaLanguageName property (xml:lang) to SchemaDocumentType in CMF
• Removed cmf:HasValue property
• All schema documents canonicalized
• Added CMF and XSD documentation

Where are the older versions of CMF?

The pre-OASIS history of CMF is at NIEM/CMF-MessageSpec (github.com)

Other assets

In addition to this GitHub repository, this project also makes use of other assets.

• The NIEMOpen website is at www.niemopen.org. The website contains news, announcements, and other information of interest about the project.

• The General purpose mailing list. To subscribe, send an empty email message to [email protected]. Anyone interested is welcome to subscribe and send email to the list. The list maintains an archive.

• The Project Governing Board mailing list. This is the discussion list for use by the members of the PGB. To subscribe, send an empty email message to [email protected]. Anyone interested is welcome to subscribe read-only. Only PGB members can post. The list maintains an archive.

• NBAC Technical Steering Committee mailing list. This is the discussion list for use by the members of the NIEM Business Architecture Committee TSC. To subscribe, send an empty email message to [email protected]. Anyone interested is welcome to subscribe read-only. The list maintains an archive.

• NTAC Technical Steering Committee mailing list. This is the discussion list for use by the members of the NIEM Technical Architecture Committee TSC. To subscribe, send an empty email message to [email protected]. Anyone interested is welcome to subscribe read-only. The list maintains an archive.

Contributing

Please read CONTRIBUTING.md for details how to join the project, contribute changes to our repositories and communicate with the rest of the project contributors. Please become familiar with and follow the code of conduct.

Governance

NIEM Open operates under the terms of the Open Project Rules and the applicable license(s) specified in LICENSE.md. Further details can be found in GOVERNANCE.md, GOVERNANCE-NBAC.md, and GOVERNANCE-NTAC.md.

CLA & Non-assert signatures required

All technical contributions must be covered by a Contributor's License Agreement. This requirement allows our work to advance through OASIS standards development stages and potentially be submitted to de jure organizations such as ISO. You will get a prompt to sign this document when you submit your first pull request to a project repository, or you can sign here. If you are contributing on behalf of your employer, you must also sign the ECLA here.