CrossRef plugin should not scribble over "Author" if that field is already set
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Referencer |
Triaged
|
Wishlist
|
Unassigned |
Bug Description
As far as I can tell, if a user edits an entry and puts in the full list of Authors, and then hits "Get Metadata", the CrossRef plugin will overwrite the user-provided list of authors with its (inferior) "last name of first author" response if the response actually includes the <author> tag. (as I always get <contributors> back from CrossRef currently, I cannot confirm).
It is probably OK to overwrite other fields with the (assumed) correct information, but for authors, I think it makes sense to keep whatever the user entered. Pubmed lookup seems to work fine. Whether or not to overwrite user-provided data in general is a different question I guess.
This is basically forwarding http://
Changed in referencer: | |
importance: | Undecided → Wishlist |
status: | New → Triaged |
From looking at the debian bug, it seems your reporter considers this a data loss issue. I'm afraid I can't agree; doing a "get metadata" could mean "correct my mistakes" just as well as it could mean "do nothing". I'm not claiming it's nice, but the behaviour is predictable.
Tracking where each item of metadata comes from would be good solution, but is a rather substantial feature request, and definitely an enhancement rather than a bug fix.
The crossref plugin is particularly annoying in this respect, I agree. I'm hoping it will die a well-deserved death once there are more other plugins to take up the slack.