characterBitmap

Status in source: mandatory.

Names: characterBitmap

{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "characterBitmap",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "ACCESS",
    "read-write",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. Note: Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3\"",
    "::=",
    "{",
    "characterEntry",
    "3",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. Note: Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3"
    ],
    null,
    null,
    null,
    null
  ]
}

• ITE public NTCIP working repository MIBs · Publisher's source file: NTCIP_1203 — v03/1203v03A-06g.mib

  Module: NTCIP1203-v0305

  See published definition above

  Module imports

  {'RFC-1212': ['OBJECT-TYPE'], 'RFC1155-SMI': ['IpAddress', 'Counter'], 'RFC1213-MIB': ['DisplayString'], 'NTCIP8004v02': ['OwnerString', 'dms']}

  Source data warning: This original is published in an ITE NTCIP working repository. Repository publication does not establish that this particular revision is an adopted standard. Consult its native revision history and the NTCIP published standards catalog before implementation. Copyright and distribution notices are retained in the downloadable original.

  Source data warning: Potentially inaccurate interpretation of historical NTCIP imports: the original references NTCIP8004v02, which is absent from the public repository snapshot. The numeric roots used here are the explicit assignments in normative Annex A.2 of published NTCIP 8004 v02 (2010), physical pages 43–44. This does not establish that every historical module revision is identical. The annex also prints enterprise instead of RFC 1155 enterprises and declares Protocols while referencing protocols; those spelling interpretations are disclosed. The original IMPORTS, numeric suffixes and definitions remain unchanged. Verify both originals before implementation.

  · Download NTCIP_1203 — v03/1203v03A-06g.mib

  Related source files and packages:

  • NTCIP 8004 v02 (2010) — normative namespace, pages 43–44
  • RFC 1155 — original SMI enterprise namespace
• NTCIP published standard MIB annexes (reviewed modules) · Publisher's source file: NTCIP 1203 v03, Object Definitions for Dynamic Message Signs (DMS) Published September 2014 — original PDF · Official record

  Module: NTCIP1203-v03-05

  See published definition above

  Module imports

  {'RFC-1212': ['OBJECT-TYPE'], 'NTCIP8004': ['OwnerString', 'dms'], 'RFC1155-SMI': ['IpAddress', 'Counter'], 'RFC1213-MIB': ['DisplayString']}

  Source data warning: Recovered from a file whose complete MIB does not parse. The original assignment and definition are preserved. Registration and implementation details may be inaccurate; consult the original file. Other damaged or unresolved declarations are not established registrations.

  Source data warning: This record is transcribed from a published NTCIP MIB annex. The downloadable text is a derived transcription with page furniture and section headings masked; the unmodified original PDF is authoritative. Native definitions, DESCRIPTION and STATUS are retained. A published object definition does not establish support by any particular device.

  Source data warning: The PDF prints an invalid ASN.1 module label (NTCIP1203 v03.05). The derived transcription uses an equal-length internal parsing label; this is not an OID registration or an alteration of any numeric assignment. The original label and full PDF are retained.

  Source data warning: Potentially inaccurate interpretation of historical NTCIP namespace references: NTCIP8004. These exact source files require the reviewed bindings shown below. The numeric roots used here are the explicit assignments in normative Annex A.2 of published NTCIP 8004 v02 (2010), physical pages 43–44. This does not establish that every historical module revision is identical. The annex also prints enterprise instead of RFC 1155 enterprises and declares Protocols while referencing protocols; those spelling interpretations are disclosed. The original IMPORTS, numeric suffixes and definitions remain unchanged. Verify both originals before implementation.

  · Download NTCIP1203v03f.pdf — NTCIP1203-v03-05 (MIB transcription)

  Related source files and packages:

  • NTCIP 1203 v03, Object Definitions for Dynamic Message Signs (DMS) Published September 2014 — original PDF
  • NTCIP8004-NEMA.mib — ITE namespace dependency
  • NTCIP8004-Transportation.mib — ITE namespace dependency

Status in source: unconfirmed.

Names: characterBitmap

{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "characterBitmap",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "MAX-ACCESS",
    "read-write",
    "STATUS",
    "current",
    "DESCRIPTION",
    "\"<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. <Informative>Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Parameter Type> Configuration <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3\"",
    "::=",
    "{",
    "characterEntry",
    "3",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "current"
    ],
    [
      "DESCRIPTION",
      "<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. <Informative>Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Parameter Type> Configuration <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3"
    ],
    null,
    null,
    null,
    null
  ]
}

• ITE public NTCIP working repository MIBs · Publisher's source file: NTCIP-1203 — NTCIP1203-Dms.mib

  Module: NTCIP1203-Dms

  See published definition above

  Module imports

  {'SNMPv2-TC': ['TEXTUAL-CONVENTION', 'DisplayString', 'StorageType', 'RowStatus'], 'SNMPv2-SMI': ['MODULE-IDENTITY', 'OBJECT-IDENTITY', 'OBJECT-TYPE', 'Integer32', 'Unsigned32', 'Counter32', 'IpAddress'], 'SNMPv2-CONF': ['OBJECT-GROUP'], 'ISO26048-1-Srsa': ['fdSrsaTypeCode', 'fdSrsaPortIndex'], 'SNMP-FRAMEWORK-MIB': ['SnmpAdminString'], 'ISO26048-1-Global-TC': ['ITSDirection', 'ITSInteger8', 'ITSLatitude84', 'ITSLongitude84', 'ITSBitmap'], 'TRANSPORT-ADDRESS-MIB': ['TransportAddressType', 'TransportAddress'], 'NTCIP8004-Transportation': ['NtcipOwnerString', 'NtcipIntegerBitmap8', 'NtcipIntegerBitmap16', 'NtcipTwoColors', 'devices']}

  Source data warning: This original is published in an ITE NTCIP working repository. Repository publication does not establish that this particular revision is an adopted standard. Consult its native revision history and the NTCIP published standards catalog before implementation. Copyright and distribution notices are retained in the downloadable original.

  Source data warning: Published module-root disagreement: dms has an SMI assignment resolving to 1.3.6.1.4.1.1206.4.2.6, while its DESCRIPTION explicitly prints 1.3.6.1.4.1.1206.4.2.3. All dependent assignments from this module require verification. No root number has been silently corrected.

  Source data warning: Published source disagreement: this literal SMI assignment resolves to 1.3.6.1.4.1.1206.4.2.6.3.4.1.3, but its DESCRIPTION explicitly lists 1.3.6.1.4.1.1206.4.2.3.3.4.1.3. Both published numeric claims are retained as unconfirmed evidence. Neither value is presented as a verified correction or an independently confirmed registration; consult the original file and the applicable standard edition.

  · Download NTCIP-1203 — NTCIP1203-Dms.mib

Status in source: mandatory.

Names: characterBitmap

{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "characterBitmap",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "ACCESS",
    "read-write",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "“",
    "A",
    "bitmap",
    "that",
    "defines",
    "each",
    "pixel",
    "within",
    "a",
    "rectangular",
    "region",
    "as",
    "being",
    "either",
    "ON",
    "(",
    "bit",
    "=",
    "1",
    ")",
    "or",
    "OFF",
    "(",
    "bit",
    "=",
    "0",
    ")",
    ".",
    "The",
    "result",
    "of",
    "this",
    "bitmap",
    "is",
    "how",
    "the",
    "character",
    "appears",
    "on",
    "the",
    "sign",
    ".",
    "”",
    "::=",
    "{",
    "characterEntry",
    "3",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "A bitmap that defines each pixel within a rectangular region as being either ON (bit=1) or OFF (bit=0). The result of this bitmap is how the character appears on the sign."
    ],
    null,
    null,
    null,
    null
  ]
}

• NTCIP published standard MIB annexes (reviewed modules) · Publisher's source file: NTCIP 1203:1997, Object Definitions for Dynamic Message Signs (DMS) Published December 1999 (superceded by NTCIP 1203 v02) — original PDF · Official record

  Module: DMS-MIB

  See published definition above

  Module imports

  {'TMIB': ['OwnerString', 'devices'], 'NEMA_SMI': ['experimental'], 'RFC-1212': ['OBJECT-TYPE'], 'RFC1155-SMI': ['IpAddress', 'Counter'], 'RFC1213-MIB': ['DisplayString']}

  Source data warning: This record is transcribed from a published NTCIP MIB annex. The downloadable text is a derived transcription with page furniture and section headings masked; the unmodified original PDF is authoritative. Native definitions, DESCRIPTION and STATUS are retained. A published object definition does not establish support by any particular device.

  Source data warning: A typographic closing DESCRIPTION quotation delimiter occurs immediately at a native SMI field boundary. Normalize this delimiter only in the derived transcription; retain the literal published definition, full description and unchanged numeric assignments.

  Source data warning: A typographic opening DESCRIPTION quotation delimiter occurs immediately at a native SMI field boundary. Normalize this delimiter only in the derived transcription; retain the literal published definition, full description and unchanged numeric assignments.

  Source data warning: Potentially inaccurate interpretation of historical NTCIP namespace references: TMIB. These exact source files require the reviewed bindings shown below. The numeric roots used here are the explicit assignments in normative Annex A.2 of published NTCIP 8004 v02 (2010), physical pages 43–44. This does not establish that every historical module revision is identical. The annex also prints enterprise instead of RFC 1155 enterprises and declares Protocols while referencing protocols; those spelling interpretations are disclosed. The original IMPORTS, numeric suffixes and definitions remain unchanged. Verify both originals before implementation.

  Source data warning: Unconfirmed interpretation of a historical NTCIP import: NTCIP 1203:1997 imports experimental from NEMA_SMI, but the retained original NEMA_SMI defines nemaExperimental instead. Section 2.10 explicitly locates these auxiliary I/O objects under the nema-experimental node. Here only that imported spelling is interpreted as the explicitly assigned nemaExperimental value. The original exp-global suffix 1 and all child numbers are retained. The later NTCIP 1201 v03 compatibility discussion also compares the old experimental spelling with nemaExperimental, but prints expGlobal suffix 2; that disagreement is not silently corrected or treated as proof that both historical branches are registered. These entries may be inaccurate; verify the linked original editions and your device. Native SMI STATUS is preserved separately.

  Related ASN.1 definitions

  nema                     OBJECT IDENTIFIER ::= { enterprises 1206 }

  nemaExperimental         OBJECT IDENTIFIER ::= { nema 2 }

  · Download NTCIP1203v0115a.pdf — DMS-MIB (MIB transcription)

  Related source files and packages:

  • NTCIP 1203:1997, Object Definitions for Dynamic Message Signs (DMS) Published December 1999 (superceded by NTCIP 1203 v02) — original PDF
  • NTCIP 1101:1996 — original NEMA_SMI namespace transcription
  • NTCIP 1101:1996 — original NEMA namespace PDF, pages 21 and 41

  Show more related files and packages

  • NTCIP 1201 v03 — original compatibility discussion PDF, page 41

Status in source: mandatory.

Names: characterBitmap

{
  "smi_kind": "OBJECT-TYPE",
  "definition": [
    "characterBitmap",
    "OBJECT-TYPE",
    "SYNTAX",
    "OCTET",
    "STRING",
    "ACCESS",
    "read-write",
    "STATUS",
    "mandatory",
    "DESCRIPTION",
    "\"<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. NOTE: Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3\"",
    "::=",
    "{",
    "characterEntry",
    "3",
    "}"
  ],
  "syntax_tree": [
    [
      "SimpleSyntax",
      "OCTET STRING"
    ],
    null,
    [
      "MaxAccessPart",
      "read-write"
    ],
    [
      "Status",
      "mandatory"
    ],
    [
      "DESCRIPTION",
      "<Definition> A bitmap that defines each pixel within a rectangular region as being either displayed in the foreground color (bit=1) or transparent (bit=0). If the pixel is transparent, it will remain whatever color existed in the message before drawing the character. This might be the background color, a color rectangle (see MULTI tag) or a graphic. The result of this bitmap is how the character appears on the sign. The octet string is treated as a binary bit string. The most significant bit defines the state of the pixel in the upper left corner of the rectangular region. The rectangular region is processed by rows, left to right, then top to bottom. The size of the rectangular region is defined by the fontHeight and characterWidth objects; any remaining bits shall be ignored, except for use in the calculation of the CRC. This object shall be subranged by the device to the maximum number of bytes as indicated by fontMaxCharacterSize. NOTE: Version 1 Compatibility: Version 1 of this standard defined the bits as ON (foreground color) or OFF (background color). <Object Identifier> 1.3.6.1.4.1.1206.4.2.3.3.4.1.3"
    ],
    null,
    null,
    null,
    null
  ]
}

• NTCIP published standard MIB annexes (reviewed modules) · Publisher's source file: NTCIP 1203 v02, Object Definitins for Dynamic Message Signs (DMS) – Version 02 Published March 2007 (superceded by NTCIP 1203 v03) — original PDF · Official record

  Module: NTCIP1203-2005

  See published definition above

  Module imports

  {'RFC-1212': ['OBJECT-TYPE'], 'RFC1155-SMI': ['IpAddress', 'Counter'], 'RFC1213-MIB': ['DisplayString'], 'NTCIP8004-A-2004': ['OwnerString', 'dms']}

  Source data warning: Recovered from a file whose complete MIB does not parse. The original assignment and definition are preserved. Registration and implementation details may be inaccurate; consult the original file. Other damaged or unresolved declarations are not established registrations.

  Source data warning: This record is transcribed from a published NTCIP MIB annex. The downloadable text is a derived transcription with page furniture and section headings masked; the unmodified original PDF is authoritative. Native definitions, DESCRIPTION and STATUS are retained. A published object definition does not establish support by any particular device.

  Source data warning: Potentially inaccurate interpretation of historical NTCIP namespace references: NTCIP8004-A-2004. These exact source files require the reviewed bindings shown below. The numeric roots used here are the explicit assignments in normative Annex A.2 of published NTCIP 8004 v02 (2010), physical pages 43–44. This does not establish that every historical module revision is identical. The annex also prints enterprise instead of RFC 1155 enterprises and declares Protocols while referencing protocols; those spelling interpretations are disclosed. The original IMPORTS, numeric suffixes and definitions remain unchanged. Verify both originals before implementation.

  · Download NTCIP1203v02-35a.pdf — NTCIP1203-2005 (MIB transcription)

  Related source files and packages:

  • NTCIP 1203 v02, Object Definitins for Dynamic Message Signs (DMS) – Version 02 Published March 2007 (superceded by NTCIP 1203 v03) — original PDF