When transferring data via satellite it is necessary to keep bandwidth usage to a bare minimum. Currently OMF must send all values regardless of whether they have changed or not. If it could send only the data parameters that have changed that would be very helpful.

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

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

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.

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

Provide a binary data format option in addition to JSON in the OSIsoft Message Format (OMF) spec.

I think it would be beneficial to have a Swagger Specification for OMF similar to what currently exists for the PI Web API. As a programmer, I would like to be able to reduce startup time by having a pre-existing libraries that allow me to reduce syntactical errors in HTTP requests by leveraging the intellisense provided by swagger specification libraries.

Request for OMF writing to PI Server that CORS (Cross-Origin Resource Sharing) is supported.

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.

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

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?

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.

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.

Ability for OMF to handle batch manufacturing context (like event frames) and send data to a PI Server.

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

Add the ability to override the message-level CRUD mode for each object (Type, Container, or Data) within the body.

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