Re: [ubl-dev] Code List spaces

[Tim McGrath <tim.mcgrath@documentengineeringservices.com>]

Just to let you know that rather than set up a separate thread on this 
issue we are planning to raise it as part of our response to the 
imminent CCTS 3p0 DT Catalogue Public Review.


Crawford, Mark wrote:
>
> Sent to the UBL Dev list as I can not post to UBL directly.
>
> In the minutes from 15 June UBL Pacific Call, the following appeared:
>
> SGTG (GKH): See
>
>        _http://lists.oasis-open.org/archives/ubl/200906/msg00011.html_
>        _http://lists.oasis-open.org/archives/ubl/200906/msg00012.html_
>
>        GKH: The token data type allows only singleton spaces.  This
>        means that legacy code values with multiple adjacent spaces
>        will be corrupted by the token type if we adopt the current
>        ATG approach.  See note from SG (second URL above).
>        Normalized string as in UBL 1.0 and 2.0 removes TAB, CR, and
>        LF, but leaves multiple spaces alone.
>
> UBL is requested to provide specific code list examples where multiple 
> spaces occur in the code and have special meaning that is called out.  
> Please also note that token has been in effect for many years in the 
> UDT schema without any negative feedback.
>
> Kind Regards,
>
> */Mark/*
> Mark Crawford
> SAP Standards Architect
> Standards Management and Strategy
> Global Ecosystem and Partner Group
> SAP
> Office: 703 670-0920
> Mobile: 703 485-5232
>
begin:vcard
fn:Tim McGrath
n:McGrath;Tim
org:Document Engineering Services Ltd.
email;internet:tim.mcgrath@documentengineeringservices.com
title:Managing Director
tel;work:+61 893352228
tel;cell:+61 438 352228
url:www.documentengineeringservices.com
version:2.1
end:vcard