comanage-dev - Re: [comanage-dev] Collection of attributes during enrollment
Subject: COmanage Developers List
List archive
- From: Benn Oshrin <>
- To: Warren Anderson <>
- Cc: comanage-dev <>
- Subject: Re: [comanage-dev] Collection of attributes during enrollment
- Date: Tue, 18 Oct 2011 20:32:05 -0400
Not quite.
CO Person attributes are those that are intrinsic to the person (eg: my name), while CO Person Role attributes are those that are intrinsic to the role (eg: my title for my job).
-Benn-
On 10/18/11 12:12 PM, Warren Anderson wrote:
Just to clarify, CO Person attributes are things that are single-valued
attributes of a CO person, and CO Person Role attributes are things that
allow multi-values?
Warren
On Oct 17, 2011, at 16:53 , Benn Oshrin wrote:
Broadly, there are three types of attributes we might be interested in
collecting: Organizational, CO Person, and CO Person Role. Here's how I think
we want to handle them during the enrollment/petition process:
- Org attributes are collect as configured by the CMP (ideally via
SAML or LDAP, but in practice via form for now).
- CO Person Role attributes are collected via form... these include
telephone numbers and extended attributes. Each enrollment petition
generates a new CO Person Role.
- CO Person attributes are treated as follows:
- Populate once: eg previous LIGO ID
- Populate once but allow change: eg preferred or author name
- Do not populate via form: eg: LIGO ID, @ligo.org email address
(these would get populated by some other process later)
Thoughts?
-Benn-
- [comanage-dev] Collection of attributes during enrollment, Benn Oshrin, 10/17/2011
- [comanage-dev] UI Accessibility, Benn Oshrin, 10/17/2011
- Message not available
- Re: [comanage-dev] Collection of attributes during enrollment, Benn Oshrin, 10/18/2011
- Re: [comanage-dev] Collection of attributes during enrollment, Scott Koranda, 10/23/2011
Archive powered by MHonArc 2.6.16.