OSIsoft Message Format (OMF)

Welcome to the OSIsoft Message Format feature suggestion box. We created this forum to hear your ideas, suggestions and feedback. For more information on OMF, please refer to: https://omf-docs.osisoft.com

Please suggest your most important features and design change ideas on this site! Also vote for your favorite features now! We welcome your feedback.

Please note that your ideas and comments posted here are visible to all other users.


  • For bugs, please open a case with OSIsoft Tech Support through myOSIsoft Customer Portal (https://my.osisoft.com) instead of sharing them on this site.
  • For documentation feedback and bugs, please report to documentation@osisoft.com instead of sharing them on this site.


  1. Allow Definition of Point Attributes via OMF to PI Web API

    When creating containers via OMF the PI Points are created with default Point Attributes - if these need to be changed it is a manual process to subsequently change the attributes appropriately. As OMF solutions can be easily deployed it would be useful to be able to define in the OMF type what the attribute values should be.

    Attributes of key interest are:
    Zero and Span
    Exception and Compression
    DisplayDigits
    Step

    This would allow of the data to be collected in the most efficient way without manual intervention.

    20 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  2. OMF should accept the use of special characters like / : @ ! + % < > ( ) when writing to PI WebAPI OMF endpoint

    The OMF 1.1 spec does not allow certain special characters that are indeed accepted in the PI Core system like these here: / : @ ! + % < > ( )

    When OMF is used to write to PI Core via the PI WebAPI OMF endpoint, this hinders the migration path of older PI Interfaces toward PI Adapters or EDS since in this use case we would want to continue writing to existing PI tags that could bear in the name (aka StreamId) these special characters.

    5 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  3. OMF: Digital State Tags

    Would it be possible to adapt the PI WebAPI and OMF to accept digital state tags? For example, 0,1,2,3,4 which can be mapped to named values “open”, “closed”, “half”, “fault”, etc?

    9 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  4. Support TLS 1.3 and enable HSTS on omf-docs.osisoft.com

    These changes will make the website faster and more secure.

    See the link below for more details:
    https://www.ssllabs.com/ssltest/analyze.html?d=omf-docs.osisoft.com

    1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  5. Support an analogue to the "step" PI Point attribute when creating PI Points

    Even though it will indeed be useful to be able to specify whether data should be retrieved in a step-wise fashion, for new PI Points (assuming you're writing data to a PI Connector), it's important to be able to specify that those tags should have the step attribute set to true, so that the step option is set at the central, database level where it can apply to all users who query that PI Point.

    9 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    1 comment  ·  Flag idea as inappropriate…  ·  Admin →
  6. OMF: Ability to patch data messages

    Add the ability to provide partial information for an existing data point. This is meant as a partial update which replaces values for some properties of a type without affecting others.

    7 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  7. Clearly state that a Data message cannot include both a container ID and a type ID

    Right now, the documentation:

    https://omf-docs.readthedocs.io/en/v1.0/Data_Messages.html

    Mentions that "For each object, either typeid or containerid must be specified". However, it does not clearly state that you CANNOT include both in a data message, even if either the typeid or containerid is null (and the other is non-null). It's a minor distinction, but it helps prevent folks from trying to create a base class for a data message that includes both a typeid and containerid.

    4 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  8. OMF: Time Range / Events / Spans Support

    Support the concept of time ranges / events EFs / spans as a pre-defined type in the OSIsoft Message Format (OMF) spec.

    15 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    6 comments  ·  Flag idea as inappropriate…  ·  Admin →

    For the spans implementation, let’s consider implications on PI, OCS and EDS. E.g. how does the data source represent spans and/or how does the OMF application recognize these spans? Who / what uses the span data? How does the thing using the span data represent a span and associated data? Do we have scenarios with non-time based spans for OCS and EDS?

  9. OMF: Container-level overrides

    Ability to override Type-level property keywords on a Container level.

    3 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  10. OMF: Unit of Measure (UOM) Support

    Support units of measure for types and streams in the OSIsoft Message Format (OMF) spec.

    15 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  11. OMF: Data Quality Support

    Add a data quality keyword to the OSIsoft Message Format (OMF) spec and allow specification of a data quality format.

    15 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  12. OMF: Property Bags

    Allow reuse of a set of properties for multiple type definitions in the OSIsoft Message Format (OMF) spec.

    5 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    0 comments  ·  Flag idea as inappropriate…  ·  Admin →
  • Don't see your idea?

OSIsoft Message Format (OMF)

Categories

Feedback and Knowledge Base

Posted ideas will have one of the following statuses.
Full definition of these statuses can be found on the Home Page.
No status
TELL US MORE
EVALUATING
PLANNED
IN DEVELOPMENT
COMPLETED
DECLINED