The text says:

7.3 XML Examples
Examples of the GEMS XML messages are available on the OMG website at http://www.omg.org/space. Navigate to
the GEMS specific page and look for GEMS Examples.

I can't find any such examples! (humble apologies if they are there but I have looked)

GEMS examples are available

The GEMS 1.5 Revision Task Force met today (June 24, 2020) and we agreed to close this ticket since the examples are available per the 07/May/20 comment in the original Jira ticket as follows:

“The examples can be found by browsing to that same OMG page at https://www.omg.org/space then click on the link "GEMS™ (Ground Equipment Monitoring Service™)" which takes you to http://www.omgwiki.org/space/doku.php?id=gems that has a link to the examples at http://www.omgwiki.org/space/doku.php?id=gems_examples”

The spec currently allows arrays, parameters sets, and arrays of parameter sets. These compound types can make for an API that's difficult to use. Specifically, if you want to modify a single member of a parameter set, you have to read it, deserialize it, modify part of it, re-serialize it, and write it back. This isn't wildly difficult, but I believe it's enough for a customer to complain about usability. This operation is particularly annoying in the case of arrays of parameter sets. Furthermore, the read/modify/write operation isn't atomic, and could result in race conditions that revert a simultaneous change.

I'd like to suggest that we extend the PIM to allow "leaf" values of compound types to be referenced directly. E.g., array elements and parameter set members could be referenced under the ASCII PSM using the following parameter names:

Array element: myArray/3
Set member: myParamSet/memberName
Array of sets: myArrayOfSets/5/memberName

...with a corresponding scheme for the XML PSM. This would require adding the forward slash as a reserved word that should not be used in parameter names, along with "|GEMS" and "|END".

Defer to GEMS 2.0 RFP

The GEMS 1.5 Revision Task Force met today (June 24, 2020) and we agreed to defer this ticket to the GEMS 2.0 RFP where we can discuss it in the context of an additional PSM, i.e. JSON over REST.