Subject: RE: [ebcore] PartyId Type remark
The previously agreed upon formats for party-id-type identifiers need to be retained because of votes made in ebCPPA TC. Most of the previous procedures for constructing identifier values were formulated by ECOM, and certain fine points arising from URI character set restrictions were added.
Possibly the first paragraph needs to emphasize some background context:
0. Legacy identifiers are not URIs so TC asked to suggest a way to produce URI reflecting legacy naming identifier schemes (registered with ISO…)
1. Preservation of old procedures and identifiers is accepted good practice.
2. New procedure and new “naming (sub) authority”. using the “ebcore” substring as mentioned below.
3. Reminder that these identifiers are supplied as guidance in using existing naming authorities registered with ISO, and the procedures are not in any way meant to prevent community or even bilateral agreements on other URI values for party-id-type codes (this is clearly how ebMS left it).
Should anything be said about using non-ISO codes for naming authorities? Will there be yet another set of codes for naming authorities for systems of identifying organizations? I would say that we just wait and see on that. Meanwhile, people are still free to invent URIs in their own URI naming authority space if they wish.
From: David RR Webber
No need to restrict this too much for users - instead need to offer clear guidelines on schemes to use to derive consistent URNs.