[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: FFMII Identifier value space
Hi Johannes,
Your proposal is basically remove the “system” prefix from all of repositories and standardized is with a unique name starting with first letter uppercase. As of now, it will impact 3 repositories (system.workTypes, system.users, and system.fir). I am ok with it to change to :
system.workTypes = WorkTypes
system.users = Users
system.fir = FIR
For identifier value space, I also agreed with you to use “X-“.
So, the global changes are the following:
1) Change all of repositories names to the following:
system.workTypes = WorkTypes
system.users = Users
system.fir = FIR
2) Global change all of “x-“ to “X-“
3) Global change all of the formatting tags in table 58 and 58 tags values from all lower case to first letter uppercase, such as phonenumber to Phonenumber.
You can forward my email or your orginal email to the mailing for tomorrow discussion.
Thinh
From: ext Johannes Lehtinen [mailto:johannes.lehtinen@rossum.fi]
Sent: Tuesday, February 14, 2012 6:27 AM
To: Nguyenphu, Thinh (NSN - US/Irving)
Subject: FFMII: Identifier value space
Hi, Thinh!
Regarding the following open action point...
2012-02-08-1: Assigned to Johannes and Thinh: Unify the way to divide identifier value space between predefined and implementation-specific values.
Related observation: For some predefined identifier values we use upper case initial "Name" (e.g. Status Categories, Status Indicators, Field-Initiated Request types) while for others we use all lower case "name" (e.g. Formatting Tags, Reference Data repository identifiers). Perhaps we should also unify these to use upper case initials like we have done for most identifiers such as property and type names etc?
I was considering two alternative unified approaches based on the current spec.
We could reserve a specific prefix for standard predefined identifier values (like we have used "system." prefix for repository identifiers) or we could demand that any implementation-specific identifier values use a specific prefix (like we have used "x-" for Status Indicators, Formatting Tags, Data Element source tags, user roles, etc).
Considering that we also have static enumerated identifier value spaces that only accept a set of predefined values (such as Status Categories, Field-Initiated Request types, etc) I would prefer a unified solution that does not require any additional prefixes for such static enumerated value sets.
Therefore, I propose that we adopt an approach where, for any identifier value space that supports both predefined (standardized) values as well as implementation-specific custom values, we would require that any implementation-specific values begin with a particular prefix.
Currently the prefix we have used is "x-" (short for eXtension). It could also be something like "ext-" or "custom.". However, I think "X-" (if we decide to go for initial upper case) would be short and fine, and it is also used for the same purpose in some RFCs such as MIME.
We could also unify the upper case initial at the same time.
For example, standard repository identifiers would become:
system.workTypes => WorkTypes
system.users => Users
Some possible custom repository ids:
X-RossumMegacorpProducts
X-my-fine-attachments
X-another.repository
Correspondingly, Formatting Tags would become:
phonenumber => Phonenumber
monospace => Monospace
And custom Formatting Tags would be:
X-Red
X-Bold
What do you think?
BR, Johannes
--
Johannes Lehtinen
gsm +358 40 734 7049
Rossum Oy
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]