You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Use-Case CCCamp23:
Wenn ein Vortrag aus dem Pretalx in den Hub importiert wird möchte man man als Nutzer eigentlich auch die anderen Events aufgelistet bekommen, an denen die Vortragenden beteiligt sind. Gemeinsamer Identifier zwischen den beiden Systemen ist aktuell alleinig die Mailadresse, die aber im Zweifel auch unterschiedlich sein kann und bei Pretalx auch nicht veröffentlicht wird bzw. werden kann.
Die (Co-)Vortragenden können sich an ihre Mailadresse ein Passwort zuschicken lassen und dann selbst Änderungen an ihren Submissions oder Personenseite vornehmen.
Zum Matching gibt es verschiedene Ansätze – mit und ohne Interaktion der Vortragenden:
a) Es gibt einen oder mehrere Identity-Provider durch denen die Person ein allen Systemen die gleiche ursprünglich zufällig gewählte UUID erhält. Diese kann analog zu Rooms und Events auch mit in die schedule.json/.xml geschrieben werden
b) Wenn sich die beteiligten Systemen gegenseitig vertrauen, lässt sich eine entsprechende Speaker-Liste gehashed oder ungehashed austauschen
c) Der Vortragende kümmert sich selbst z.B. durch übertrag eine Tokens von System A zu System B um das verlinken der beiden Personen-Einträge
…
TBC
The text was updated successfully, but these errors were encountered:
Use-Case CCCamp23:
Wenn ein Vortrag aus dem Pretalx in den Hub importiert wird möchte man man als Nutzer eigentlich auch die anderen Events aufgelistet bekommen, an denen die Vortragenden beteiligt sind. Gemeinsamer Identifier zwischen den beiden Systemen ist aktuell alleinig die Mailadresse, die aber im Zweifel auch unterschiedlich sein kann und bei Pretalx auch nicht veröffentlicht wird bzw. werden kann.
Die (Co-)Vortragenden können sich an ihre Mailadresse ein Passwort zuschicken lassen und dann selbst Änderungen an ihren Submissions oder Personenseite vornehmen.
Zum Matching gibt es verschiedene Ansätze – mit und ohne Interaktion der Vortragenden:
a) Es gibt einen oder mehrere Identity-Provider durch denen die Person ein allen Systemen die gleiche ursprünglich zufällig gewählte UUID erhält. Diese kann analog zu Rooms und Events auch mit in die schedule.json/.xml geschrieben werden
b) Wenn sich die beteiligten Systemen gegenseitig vertrauen, lässt sich eine entsprechende Speaker-Liste gehashed oder ungehashed austauschen
c) Der Vortragende kümmert sich selbst z.B. durch übertrag eine Tokens von System A zu System B um das verlinken der beiden Personen-Einträge
…
TBC
The text was updated successfully, but these errors were encountered: