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
In charters which are an interpretation of another charter, the text of the link to the main entry (e.g. "This charter is an interpretation of : 1306-99-99_Paris") is created from the atom:id of the target, not its cei:idno. This leads to a wrong link name in cases where a cei:idno is modified. It would be preferable to use the target's cei:idno, so that the name is consistent everywhere.
The text was updated successfully, but these errors were encountered:
The system is a bit convoluted with regards to this. The atom id is created from the archive/fond (or collection) and the signature (idno) when the charter is imported initially. While archive and fond are something only relevant in Monasterium and conceptually persistent, the idno is a metadata related to the actual charter (its signature in the archive) and can in theory be changed at any time (for instance because it was wrong initially due to a typo). It shouldn't be used for database purposes (linking), that's what atom-id is for that also shouldn't change at all (imo). It's unfortunate that we decided to have a "speaking" database identifier but it is now as it is. This just for clarification :)
Using the idno for display purposes is fine in my opinion as we actually want to show the human-relevant metadata (archival signature) here not something that is mostly relevant to the database like the atom-id.
In charters which are an interpretation of another charter, the text of the link to the main entry (e.g. "This charter is an interpretation of : 1306-99-99_Paris") is created from the
atom:id
of the target, not itscei:idno
. This leads to a wrong link name in cases where acei:idno
is modified. It would be preferable to use the target'scei:idno
, so that the name is consistent everywhere.The text was updated successfully, but these errors were encountered: