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
I've noticed that there are some cases where the DOI is correctly extracted from the article header, however, they are incorrectly mangled in the output.
There are several articles (e.g. Plos) where the DOI in the header is split by a breakline, in such cases the DOI is wrongly substituted.
I'm not sure, maybe we could substitute it only when the found DOI is the same or larger than the one already extracted by the header parser.
Another thing is that we could extract the DOI exploiting the clickable URL to correct the suffix.
The text was updated successfully, but these errors were encountered:
I've noticed that there are some cases where the DOI is correctly extracted from the article header, however, they are incorrectly mangled in the output.
Example: origin9833693929434438741.pdf
In this article the DOI is correctly extracted up to here:
grobid/grobid-core/src/main/java/org/grobid/core/engines/HeaderParser.java
Line 269 in 694f0ed
There are several articles (e.g. Plos) where the DOI in the header is split by a breakline, in such cases the DOI is wrongly substituted.
I'm not sure, maybe we could substitute it only when the found DOI is the same or larger than the one already extracted by the header parser.
Another thing is that we could extract the DOI exploiting the clickable URL to correct the suffix.
The text was updated successfully, but these errors were encountered: