- Description of document; refer to core doc.
- Design goals
- Efficient format vs historical (needs better name) format
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
- Normative reference to the OData core document
- Any other notational conventions?
- This section includes all the stuff that is common between request and response payloads. Mostly, this means the representations of EDM values.
- All of the types, by category (numeric, string, spatial, temporal, special)
- Specific statement of representation in payload.
- All the stuff that only applies to request payloads.
- proper accept header to request this format.
- other stuff?
- All the stuff that only applies to response payloads.
- proper content type for this format.
- other stuff?
- Inline count
- Others?