Agreed that the spec should explicitly state what happens when queue size is greater than 1. It should state only the latest cached value is sent. This may also need to be fixed in Part 4 (let me know if so when Part 5 is edited).

Also need Errata for 1.03.

I updated Part 5 for this one and looked at Part 4 which I think should also be updated.

In section 6.5 I think the following will address the issue.

The Server Object provides a Method ResendData that initiates resending of all data monitored items in a Subscription. This Method is defined in Part 5. If this Method is called, subsequent Publish responses shall contain the current value of all data MonitoredItems in the Subscripion where the MonitoringMode is set to Reporting. The Server shall verify that the Method is called within the Session context of the Session that owns the Subscription.

Jeff

Added clarification text to Part 5 section 9.2

Just noticed your comment about Part 4 needing a change also

Clarifying Text added to Part 5 section 9.2

Part 4 uses "current" to be consistent with the definition in TransferSubscriptions::sendInitialValues parameter that has exactly the same intend like ResendData.

The core feature is to get an "initial" value for ALL monitored items, even if they have no value in the queue. The intent is NOT to replace Publish and to deliver the content of the queueus.

There is a reason for not having detailed descriptions in Part 5 since Part 5 only defines the signature and the behaviour is described only in one place (Part 4).

Therefore I propose the following changes:
Change "the latest value of the data monitored items"
to "the current values of all data monitored items"

Remove the new sentence "Even if the queue size of the Monitored Item is greater than 1 then only the latest queued value of the Monitored Item is sent."
This sentence is wrong since describe what a regular Publish would do (send queued values) and not what ResendData should do (send even values if nothing is in the queue). Behaviour should be described only in Part 4.

Part5 has adopted the term used by Part 4 "current".

Agreed to change edited in meeting.