Person service application

[mietcls]

Epic

Person service application

Headless application

Stories

• Create way to receive data from NATS
• Create way to send data to NATS (ORCID -> GISMO)

Be able to handle and merge data from different sources:

• GISMO (Via SOAP gateway / NATS)
• UGent memorialen (Via Aleph / LDAP import / our MongoDB – please specify)

Be able to avoid technical conflicts:

• one person has none or multiple identities
• we should not be able to remove people that do exist
• have a strategy for the historical LDAP IDs; will we let them resolve and how?

Create an API for anything person-related

• this service needs to be able to send person related data to other services
  • request data
  • search (in- or outside of this service?)

Context

Full epic: https://github.com/ugent-library/people/issues/11

[mietcls]

Background

Asynchroon bedenken: Persoon service

-> lookup wie is dat wanneer heeft die bestaan welke IDs heeft die persoon in de tijd affiliaties (vakgroep, faculteit, ...) OrcID

-> data strategie samenvoegen van mensen door mensen in het veld ervoor zorgen dat we kunnen samenvoegen maar ook terug kunnen

-> noden duidelijk maken van “actieve” mensen duidelijk maken van memorialis ...? ontdekken

-> technisch conflicten vermijden Een persoon heeft geen of meerdere identiteiten Mensen die verwijderd kunnen worden die wel nog bestaan mag niet mogelijk zijn

-> API bevraagd worden door andere diensten Data opvragen Zoeken? Ja nee? (waarschijnlijk ja) Doet alles persoonsregelateerd

(Latere services: projecten, organisaties, ...)

Beginnen met een lege databank Beginnen met een datamodel GISMO info (conflictvrij, de autoriteit, IDs)
GISMO heeft gelijk
-> compatibel blijven met de buitenwereld Beslissing maken:
Willen we ook de proffendata allemaal in die databank? Historische LDAP IDs -> we gebruiken die nu in Biblio
Wat doen we daar mee? Wat mag resolven?