Need an improved depiction prioritization and registration workflow #27
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?
We have the situation that we've predicted for a while, where there are multiple depictions for the same person, and one is the preferred one. The current depiction registration workflow does not deal well with that.
I've updated the
get-depiction-urlsscript (locally) to also log the submission date of the metadata record. This is what the script output looks like now (this is already information in the public domain):So it basically outputs a line per distribution, which means: possibly multiple lines per depiction, and possibly multiple depictions per person.
There's currently no clean mapping of these variabilities into the hugo realm. The website workflow takes these lines and calculates a target file name from the type and extension, then deletes that file if it already exists and then does addurl. And it processes all lines from top to bottom.
This leaves lots of room for weird undesired behaviour.
One uncertainty regarding the addurl part of the workflow: https://hub.psychoinformatics.de/www/www-from-model/src/branch/main/.forgejo/workflows/register-depictions.yaml#L56-L62
let's say it processes two lines in order:
and we assume that
logo.webpfile existed beforehand. My understanding is that the script will remove the file, thenaddurlwith the first url (which is the one in the private repo). Then for the second line it will remove that file again, thenaddurlwith the second url (the public repo). I.e. after the workflow finished the only known url for that file would be the last one (public).This needs to be changed.