Bug #8459
<date> information inside <bioghist> tags causes problems on roundtrip
Status: | Verified | Start date: | 05/14/2015 | |
---|---|---|---|---|
Priority: | Medium | Due date: | ||
Assignee: | Dan Gillean | % Done: | 0% | |
Category: | EAD | |||
Target version: | Release 2.2.0 | |||
Google Code Legacy ID: | Tested version: | |||
Sponsored: | No | Requires documentation: |
Description
To reproduce:
- Export some EAD that has creators with dates associated with them, so there is <bioghist><date>... information present.
- Import back into a fresh AtoM install
Result: The creator is imported but there are no dates associated with it
Expected result: The creator's dates get imported with it
Related issues
History
#1 Updated by Mike Gale about 7 years ago
- Related to Bug #8385: AtoM EAD is not compliant with DTD, causes DTD warnings on roundtrip added
#2 Updated by Dan Gillean almost 7 years ago
- Subject changed from <date> information inside <bioghist> tags are never actually imported by AtoM to <date> information inside <bioghist> tags causes problems on roundtrip
Ultimately, this issue is a bit of a red herring right before a release.
I'm not sure when the dates of existence started getting added to the bioghist element - it's a nice idea, but it makes our export less standardized against the norm, and is now also causing problems in AtoM - reimporting causes the dates of existence to appear in the history of the related actor.
For now, to keep things simple, I suggest we simply remove the dates of existence of the actor from the EAD export. In the future, if it is desirable, we can consider how best to add them back in so that they can successfully roundtrip.
#3 Updated by Mike Gale almost 7 years ago
- File 0001-Remove-dates-of-existence-from-bioghist.patch
added
- Status changed from New to Code Review
- Assignee changed from Mike Gale to José Raddaoui Marín
#4 Updated by José Raddaoui Marín almost 7 years ago
- Status changed from Code Review to In progress
- Assignee changed from José Raddaoui Marín to Mike Gale
Looks good
#5 Updated by Mike Gale almost 7 years ago
- Status changed from In progress to QA/Review
- Assignee changed from Mike Gale to Dan Gillean
merged into 2.2
#6 Updated by Dan Gillean almost 7 years ago
- Status changed from QA/Review to Verified