Open mietcls opened 1 year ago
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?
Epic
Person service application
Headless application
Stories
Be able to handle and merge data from different sources:
Via Aleph / LDAP import / our MongoDB – please specify
)Be able to avoid technical conflicts:
Create an API for anything person-related
Context
Full epic: https://github.com/ugent-library/people/issues/11