What makes an INM7Member? #1
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
inm7/inm7-concepts#1
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This is a
Person.What properties do we need? Candidates
I asked Data and Platforms, and this was the initial response:
Pulling from Ansible, this is an example of the information we have for each user account on Juseless:
I am in touch with Tobias now to discuss this further. Key question is what would be a suitable persistent identifier for an INM7 member?
Names and account names can change. And are PII (if that matters).
My ideas are:
uid(that presumes that everyone associated with INM-7 will have a Juseless account, or at least that we reserve auidfor them and we add another flag to toggle whether to create the account or not).Here is a first attempt to flesh out the concept map necessary to capture the main aspects of people at inm7
continue editing with the above as a starting point
JuselessProject? #2As this spans technical, admin, and scientific information, it could be linked to #12 (talent management) as well. On the administrative side, my wish list includes the following:
Edit: @mih and me discussed the possibility of a
degree_awaredslot that takes a date.There is now a user management application with a dedicated schema: https://concepts.inm7.de/s/flat-users
I'd say this is good enough until domain feedback arrives. Closing for now.