FpML Issues Tracker
Shared component type Address contains several elements of type xsd:string:
. streetLine . city . state . postalCode
None of these elements requires to be an unrestricted string e.g. it would be undesirable for an Address component to contain non-printing/control characters.
Element 'streetLine' has multiple occurence, suggesting that a multi-line street address should be represented as a collection of streetLine elements. This implies that the element should not contain carriage returns, so the type should be changed to xsd:normalizedString (at least).
'streetLine' could be of type xsd:token, if we are satisfied that it cannot contain leading- or trailing- whitespace, or internal sequences of multiple spaces.
'city', 'state' & 'postalCode' should all be changed to type xsd:token.
09/06/19 5:04 am
- The proposed changes make sense but they would break backward compatibility.
- Agreed to add it to the FpML 6 spreadsheet changes.
Leave an update
You must be logged in to post an update.