Add methods to retrieve messages from the local and remote PI Message Logs where remote can refer a PI Data Archive node or any remote PINS.

Because the EventLog Class in .NET Framework provides access to local and remote Event Logs, offering the AF (Server) Event Log through PI AF SDK is not necesarry.

As of now, we can get PINetMgr statistics via PowerShell command Get-PIConnectionStatistics. # of users familiar with AF SDK are more than with PowerShell.
It will be nice feature addition in AF SDK, and usability will also increased.

The ability to backfill an analysis using an end time in the future. This would read data from future inputs and write the results as future values.

With Microsoft supporting .NET Core on Linux operating systems such as RHEL, SLES Ubuntu, CentOS, and Debian.
https://docs.microsoft.com/en-us/dotnet/core/about
https://docs.microsoft.com/en-us/dotnet/core/linux-prerequisites?tabs=netcore2x

They are even supporting SQL Server on Linux OS'es.

I don't know the dependencies of the AF SDK nor the Web API, but if they can use .NET Core; it would be nice to have the AF SDK and Web API available for Linux based OS'es.

As a developer of custom applications that use the PI  AF SDK, I'd like to be able to easily determine if an attribute based of an attribute template is configured for tag creation. Currently the AF Attribute Template class does not have this property. The current work around is to look at the configuration string which is less efficient.

To help with quicker deployment, having AF SDK as a nuget package would speed up development and lower barrier to developing against a PI System.

Please add support for .NET Core to the AF SDK. Currently only full .NET Framework is supported.

Expose interfaces for asynchronous data method calls (ex. InterpolatedValues, PlotValues, RecordedValues, Summaries) that:
    1. Take an asynchronous enumerable of AFAttributes as input
    2. Output an asynchronous enumerable of results
    3. Throttle the calls made to PI Data Archive so that it does not overwhelm it

The use case is to be able to make end-to-end asynchronous data method calls on a set of AFAttributes.

Currently the PIPointQuery cannot contain a filter condition with same filter name twice per AND condition of the query string.

PointId:>5 AND PointId:<10.

This would cause an error.

Therefore filtering for a certain range is annoying as both result lists then have to be compared for common elements, workaround for the AND in above condition.

Enhancement:

Introduce a "BETWEEN" operator for the filter condition.

Allow multiple use of filter names in the same AND condition.

The UpdateValues method does not implement by itself the exception mechanism. Exception is applied on the client side, for instance by UniInt interfaces.

As a developer,  I would like this fact to be mentioned in the documentation to avoid confusion:
https://techsupport.osisoft.com/Documentation/PI-AF-SDK/html/MOSIsoftAFDataAFDataUpdateValues1.htm

PI AF SDK - Search Query Syntax - Filters

Allow results to be ORed. Currently Results can only be ANDed.

As we know there are 2 major competitor for cloud technologies that is Microsoft and Linux destros. If we want to use Linux docker image or PCF Linux image to connect AF SDK, we don't have any provision for this as of now because AF SDK does not support Linux OS. If we support this then most of cloud customer attracts to use AF SDK in their organization.

how to do it: https://pisquare.osisoft.com/community/developers-club/blog/2018/05/21/spin-up-af-client-container

statement re: not currently supported: https://pisquare.osisoft.com/message/138235-is-there-a-way-to-create-an-afsdk-docker-container

Provide ability to specify ID (Guid) when creating elements or attributes in AF via the AF SDK.

When replicating data from an external system to AF, we need to be able to use the same GUID that has already been established.  This will allow us to easily query data from PI Web API because the GUIDs can be directly translated into WebIDs without having to perform lookup queries first.

The PIPoint.ReplaceValues method requires a replacement of every event in the timerange, however it also may reorder or miss events with the same time stamp. The issue is that if the client wants to replace only a certain event, but must find that event - the replacement is for all the events at that timestamp and the method doesn't seem to allow for precise replacement of a value.
The use case is programmatic correction of operator manual entry error, where multiple events have the same timestamp.

Several customers have asked for ability to search on multiple categories.  I understand from developers that a generic OR in AFSearch can be quite expensive, but allowing for search filter Category to support Equal or IN should not be expensive.

As a programmer, I would like to search for and return elements with attributes that contain bad values  using the AFElementSearch Class in the AF SDK.

I would like to aggregate multiple tag values in a server side operation using naturally scheduled or sampled intervals in some form similar or extending FilteredSummaries.

Most common case is finding the maximum aggregate of two or more tags.

It's not practical to rely on Analysis for adhoc use cases.

Maybe I'm missing it, but after performing an AFAttributeSearch I would like to use the binning extensions for summaries or aggregate periods, much like the EventFrame examples. However the fields exposed by AFAttributeSearch do not include the actual event timestamp.

Can OSIsoft either update examples on how this is possible (sadly all examples are across eventframes whose search does expose datetime fields in StartTime/EndTime), or enable retrieval of Timestamp as a field for AFAttributeSearch?

I have to admit that I am surprised and disappointed not seeing any real good administration methods in the AF-SDK. Of course there is Powershell but what I would really want is a nice way of getting all the information I see in SMT and more within C#. There are so much valuable information we could gather and analyse. We could also automate tasks etc...