When parsing citeproc use creatorName instead of Name, this will then get parsed correctly.
Purpose
closes: datacite/datacite#1765
Approach
The author parsing is very complicated and prone to error, without getting into the weeds, the easiest method to ensure a literal can be parsed (and therefore is same as our writer) is to set creatorName this then will be used when writing out various formats.
Open Questions and Pre-Merge TODOs
Learning
Types of changes
[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
Be humble in the language and feedback you give, ask don't tell.
Consider using positive language as opposed to neutral when offering feedback. This is to avoid the negative bias that can occur with neutral language appearing negative.
Offer suggestions on how to improve code e.g. simplification or expanding clarity.
Ensure you give reasons for the changes you are proposing.
When parsing citeproc use creatorName instead of Name, this will then get parsed correctly.
Purpose
closes: datacite/datacite#1765
Approach
The author parsing is very complicated and prone to error, without getting into the weeds, the easiest method to ensure a literal can be parsed (and therefore is same as our writer) is to set creatorName this then will be used when writing out various formats.
Open Questions and Pre-Merge TODOs
Learning
Types of changes
[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
Reviewer, please remember our guidelines: