-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exclude the publication type "Extension Publication" from being updated by OA Button and Unpaywall #962
Comments
I just reported the bug again, this time by sending an email to [email protected] so I have more of a record of it (the other times I used the webform). |
@anaelizabethenriquez I don't think there's anything we can do that wouldn't involve changing the code. Filtering out Extension Publications from the OAB and Unpaywall searches wouldn't be too difficult, though. I also don't think that would cause any issues, unless (as you mentioned) Extension Publications start getting DOIs. I'm pretty booked right now development-wise, so I'm not sure I'll be able to get to that change in the short term. |
@ajkiessl & @anaelizabethenriquez I think this can and should to wait until our next RMD development cycle as this is only one Faculty member out of thousands and she can contact me if she has complaints. I will let Tim know we won't be able to fix this until later this year. I also think it would be OK to exclude Extension Publications from the OAB and Unpaywall. |
Tagging this as low priority just to indicate that it is relatively low priority among the issues being considered for the next dev cycle (given the number of users impacted). |
I added help wanted to this, because it really is becoming a nuisance. I have had to go in every week this month to fix a couple publications for this one user (mul132). I am sure it is not just this user having an issue and is university wide issue. For mul132's publications (Avian metapneumovirus, 2024) they reported the title "Fowl Cholera" to me 3 times this month. Each time I have gone in and removed the DOI and it keeps coming back! Last week I decided I would delete the open access location information from the records and added the url to the publication hoping that would over ride it and it didn't. Is there any way we add just an override button that stops the record from being checked? |
I updated the name of this issue to reflect what I think the fix is going to be. @nmg110 can you confirm that the cases of this that you're aware of all involve Extension Publications? If we're seeing this problem with other publications, we should plan a different fix. |
I thought we had an issue for this, but I can't find it.
@nmg110 and I have heard several times now from a developer in the College of Ag who is using the RMD API. Publication 538574 is an Extension Publication (Vaccination for Highly Pathogenic Avian Influenza (HPAI)) that does not have a DOI. The DOI field should be blank. Instead, one of the importers keeps filling in an incorrect DOI, for a journal article that has a similar title: "Rational approach to vaccination against highly pathogenic avian influenza in Nigeria: a scientific perspective and global best practice" from Archives of Virology (doi: https://doi.org/10.1007/s00705-023-05888-2)
As @ajkiessl shared in an email back in December, querying OA Button with the correct title leads to this record, which has the title for the PSU Extension publication but the DOI and other metadata for the Archives of Virology article: https://bg.api.oa.works/find?id=Vaccination%20for%20Highly%20Pathogenic%20Avian%20Influenza
I have reported this error to OA Button but not heard back. Is there anything we can do on the Penn State side to stop this happening? I thought about changing the "authorships" in RMD on this publication to "unconfirmed," but the authors do want the article to show up in their data. How difficult/how much of a bad idea would it be to exclude the publication type "Extension Publication" from being updated by OA Button and Unpaywall? I don't think any of them (at least published by PSU) have DOIs (at the moment; could change in the future). Any other ideas?
The text was updated successfully, but these errors were encountered: