RE: [ciq] Latest versions of xNL and xAL (Version 3.0.5)

["Ram Kumar" <RKumar@msi.com.au>]

Hido,

Yes, advanced version covers it through "KnownAs".
I will think about ##other and may be the CIQ TC
can vote on whether to keep it or not.

Regards,

Ram

Ram Kumar
General Manager
Software R&D and Architecture
MSI BUSINESS SYSTEMS
Suite 204A, 244 Beecroft Road
Epping, NSW 2121, Australia
Direct: +61-2-9815 0226
Mobile: +61-412 758 025
Fax: +61-2-98150200
URL: www.msi.com.au 

 

> -----Original Message-----
> From: Hido Hasimbegovic [mailto:hido.hasimbegovic@customware.net] 
> Sent: Thursday, October 07, 2004 2:23 PM
> To: ciq@lists.oasis-open.org
> Cc: 'Rob Beauchamp'; 'Max Voskob'
> Subject: RE: [ciq] Latest versions of xNL and xAL (Version 3.0.5)
> 
> 
> Cancel my first point, I just read the Advanced version of 
> the schema. My apologies. 
> 
> 
> 
>  
> --
> Hido Hasimbegovic
> eBusiness Consultant | CustomWare Asia Pacific | www.customware.net
> T: +61-3-9667-0124 | F: +61-3-9663-2616 | M: +61-416-174-453 
> Level 2, 222 Latrobe Street Melbourne VIC 3000 Australia
>  
> Improve the quality of your services with WmUnit
>  
> Unit testing framework for WebMethods http://www.customware.net/WmUnit
>  
>  
>  
> 
> -----Original Message-----
> From: Hido Hasimbegovic [mailto:hido.hasimbegovic@customware.net]
> Sent: Thursday, 7 October 2004 2:16 PM
> To: 'Ram Kumar'; ciq@lists.oasis-open.org
> Cc: 'Rob Beauchamp'; 'Max Voskob'
> Subject: RE: [ciq] Latest versions of xNL and xAL (Version 3.0.5)
> 
> Hi All
> 
> Just reading through the xNL schema, and I came across 
> OrganisationName element. I had problem in the past with a 
> requirement to represent company's registered name along side 
> its "Trading As" name. For example, "NRMA Insurance" may 
> trade as "IAG" and a bunch of trade-marks. 
> I think we should allow for multiple OrganisationName 
> elements, where Type attribute would indicate whether it is a 
> registered name or an alias.
> That is one option. The alternative is to add "Alias" element 
> to OrganisationName, same as on PersonName element.
> 
> Also from experience, "##other" elements and attributes never 
> survive implementation phase of the project. If you want to 
> allow for other namespaces to be used in the schema, this is 
> normally seen as either extending the schema itself, or 
> merging of two or more schemas. This normally occurs in 
> point-to-point integration projects at any particular 
> touch-point. As ugly as it may seem, it's a fact of life that 
> changes will be made in schema due to implementation pressures. 
> I don't think there's a good/elegant way to do this, so I'd 
> rather not have "##other" elements and attributes in the 
> schema at all. This would leave each individual 
> implementation of the schema to figure out their own 
> customisation - which is what normally happens in any case.
> 
> 
> Regards,
> 
> 
> Hido Hasimbegovic
> eBusiness Consultant | CustomWare Asia Pacific | www.customware.net
> T: +61-3-9667-0124 | F: +61-3-9663-2616 | M: +61-416-174-453 
> Level 2, 222 Latrobe Street Melbourne VIC 3000 Australia
>  
> Improve the quality of your services with WmUnit
>  
> Unit testing framework for WebMethods http://www.customware.net/WmUnit
> 
> 
> 
> -----Original Message-----
> From: Ram Kumar [mailto:RKumar@msi.com.au]
> Sent: Thursday, 7 October 2004 12:54 PM
> To: ciq@lists.oasis-open.org
> Cc: Rob Beauchamp; Max Voskob
> Subject: [ciq] Latest versions of xNL and xAL (Version 3.0.5)
> Importance: High
> 
> Hi all,
> 
> Please find enclosed the latest versions of xNL and xAL.
> I have managed to produce two versions of xNL and xAL from 
> three versions.
> They are:
> - xNL Basic and xNL Advanced
> - xAL Basic and xAL Advanced
> 
> Special thanks to Max Voskob for his detailed review and 
> useful comments.
> 
> PLEASE SPARE SOME TIME TO REVIEW THE SCHEMAS AND LET ME KNOW 
> YOUR VIEWS.
> 
> 
> The schemas are very flat now that will ease the implementation. 
> xNL-Basic and xAL-Basic should be sufficient to cover most of 
> the applications using name and address data in XML. If you 
> think that the Basic schemas are complex to represent name 
> and address data in simple terms, we can always go for a the 
> three versions of xNL and xAL.
> Your feedback is very important.
> 
> I have also reviewed the international addresses of all 
> countries from Universal Postal Union (as listed in their web 
> site) against xAL
> V3.0.5
> and with whatever information was provided by UPU, I am happy 
> to say that xAL handles the addresses of the listed countries 
> by the UPU. I had to do some fine tuning to xAL to make it 
> compatibile with different address structures.
> For example, in some countries, a district is represented by 
> a number in addition to its name.
> 
> The only country that I am not clear with its address structure is:
> Cote d'Ivoire (Rep). It's address is as follows:
> 
> address 1:
> 06 B.P. 37 ABIDJAN 06
> COTE D'IVOIRE (REP.)
> 
> 06 => post office code
> B.P. 37 => Postal delivery (Post box)
> ABIDJAN => locality
> 06 => post office code
> 
> address 2:
> 17 B.P. 105 ABIDJAN 17
> COTE D'IVOIRE (REP.)
> 
> I am not sure why post office code appears twice in the address. 
> Joe, do you have any idea?
> 
> This is what UPU has to say about the postal system of this country: 
> Deliveries are made to P.O. Boxes. However, home deliveries 
> are being piloted for a single building. Items are then 
> delivered to a set of boxes on the ground floor.
> For home and P.O. Box deliveries alike, the two-digit post 
> office code must be included.
> For home deliveries, the delivery office code is preceded by 
> a 1, to show that it is a home delivery. The code 104 
> therefore indicates a home delivery made by post office 04.
> 
> Now, I will start producing sample xml file from the UPU 
> international address examples with necessary information to 
> XMLify the addresses.
> 
> Regards,
> 
> Ram
> 
> Ram Kumar
> General Manager
> Software R&D and Architecture
> MSI BUSINESS SYSTEMS
> Suite 204A, 244 Beecroft Road
> Epping, NSW 2121, Australia
> Direct: +61-2-9815 0226
> Mobile: +61-412 758 025
> Fax: +61-2-98150200
> URL: www.msi.com.au 
> 
> 
> 
> To unsubscribe from this mailing list (and be removed from 
> the roster of the OASIS TC), go to 
> http://www.oasis-open.org/apps/org/workgroup/ciq/members/leave
> _workgroup.php
> .
> 
> 
> To unsubscribe from this mailing list (and be removed from 
> the roster of the OASIS TC), go to 
> http://www.oasis-open.org/apps/org/workgroup/ciq/members/leave
> _workgroup.php.
> 
>