${taskforce.name} Avatar
  1. OMG Task Force

GEMS 1.1 RTF — All Issues

Open Closed All
All Issues

Issues Descriptions

RFP Mandatory Requirment 6.5.1.9 Not Implemented

  • Key: GEMS11-5
  • Legacy Issue Number: 14850
  • Status: closed  
  • Source: Boeing ( Mr. David Overeem)
  • Summary:

    The device definition return that is specified in the original RFP at section 6.5.1.9 does not appear to be implemented in the released specification 1.0.

  • Reported: GEMS 1.0 — Wed, 9 Dec 2009 05:00 GMT
  • Disposition: Resolved — GEMS 1.1
  • Disposition Summary:

    Add a GEMS Device Definition description to the PIM. This description is generic in nature and defers the specifics of the description to the PSMs.
    Define the exact format of the GEMS Device Definition in the GEMS-XML PSM as an XML file. This file may be obtained manually (e.g. distributed directly by the GEMS vendor) or automatically by serving the file out through an HTTP GET using the following URL: http://hostname/omg/gems/DeviceDefinitions.xml

  • Updated: Fri, 6 Mar 2015 20:58 GMT

We suggest leaving the old time type (based on POSIX)

  • Key: GEMS11-3
  • Legacy Issue Number: 14112
  • Status: closed  
  • Source: Amergint Technologies ( Mr. Luis Rodriguez)
  • Summary:

    UTC Time as a new type Create a new time type that uses the UTC time format. This would allow for times that are human readable and that also support leap seconds. Unfortunately the current time type cannot be replaced because the XML schema for it wouldn't easily support this new format for time. We suggest leaving the old time type (based on POSIX) which we admit is useful under many circumstances.

  • Reported: GEMS 1.0 — Mon, 27 Jul 2009 04:00 GMT
  • Disposition: Resolved — GEMS 1.1
  • Disposition Summary:

    Adopt utime as a new parameter type. Updates are to be made in the PIM and PSMs. This resolution allows for backward compatibility with GEMS 1.0 since existing implementations will not utilize utime parameter types.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Escape characters

  • Key: GEMS11-2
  • Legacy Issue Number: 14111
  • Status: closed  
  • Source: Amergint Technologies ( Mr. Luis Rodriguez)
  • Summary:

    Escape characters: To make parsing quite a bit easier (enabling the use of string tokenizer tools found in most modern programming languages) we suggest changing the current escape character implementation with a mechanism similar to the one used for HTML / XML. This would mean identifying all special characters ('|', ',', ';' . . .) and creating character sequences for them ('&p', '&c', . . .). Doing this would simplify parsing code significantly. The initial message could then be easily split using the '|' as the token. Array members could easily be split using a ',' etc...

  • Reported: GEMS 1.0 — Sat, 11 Jul 2009 04:00 GMT
  • Disposition: Resolved — GEMS 1.1
  • Disposition Summary:

    Adopt a simple escape character sequence. There are numerous standard escape sequences available, but the most common do not provide for the specific four characters needed in the GEMS ASCII PSM: | , & ;
    To keep the ASCII PSM simple the following table is to be used:
    Character Escape Sequence
    & &a

    &b
    , &c
    ; &s

    Other PSMs might need a different escape sequence and will define this table differently.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Section 7.3.2.5.1

  • Key: GEMS11-1
  • Legacy Issue Number: 12755
  • Status: closed  
  • Source: Amergint Technologies ( Rob Andzik)
  • Summary:

    Need to describe what a GET message returns when targeted to a proxy. There is no description of what is returned when a GetMessage is sent to a proxy.
    Options:

    • Return information on the proxy such as an array of target names available ''behind'' the proxy.
    • Return all parameters for all devices behind the proxy
    • Defined standard parameters for the proxy which would then be returned
  • Reported: GEMS 1.0b1 — Fri, 8 Aug 2008 04:00 GMT
  • Disposition: Resolved — GEMS 1.1
  • Disposition Summary:

    Return a parameter with the name 'targets' that provides an array of strings, each array value represents a single target.

  • Updated: Fri, 6 Mar 2015 20:58 GMT

Hex value arrays in ASCII

  • Key: GEMS11-4
  • Legacy Issue Number: 14113
  • Status: closed  
  • Source: Amergint Technologies ( Mr. Luis Rodriguez)
  • Summary:

    Hex value arrays in ASCII This was already differed as an issue during the FTF to be fixed later. Some additional feedback received was to use a format like 'FAF320/20' instead of notation like 'FAF320.20'. The later matches the notation used for the current time type but might cause too much confusion with floats.

  • Reported: GEMS 1.0 — Mon, 27 Jul 2009 04:00 GMT
  • Disposition: Resolved — GEMS 1.1
  • Disposition Summary:

    Adopt the FAF320/20 format.

  • Updated: Fri, 6 Mar 2015 20:58 GMT