[ https://issues.apache.org/jira/browse/PDFBOX-2548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14238120#comment-14238120 ]
Matthias Bösinger commented on PDFBOX-2548: ------------------------------------------- I added a second test page, from a former volume of the same wordbook. For this volume, a Type1 font has been used. I chose a page where the two words "begrifflich" and "spezifisch" occur (they cause problems as you can see in the first test). As you can see/test, the described error doesn't occur when extracting the text of this second page! This strenghens my assumption that the OpenType format is the reason for the occuring error. > problems with character extraction (OpenType, dense printed Text) > ----------------------------------------------------------------- > > Key: PDFBOX-2548 > URL: https://issues.apache.org/jira/browse/PDFBOX-2548 > Project: PDFBox > Issue Type: Test > Components: Text extraction > Affects Versions: 1.8.7 > Environment: Windows7Professional JavaSE8 EclipseKepler > Reporter: Matthias Bösinger > Priority: Minor > Labels: newbie > Attachments: test.pdf, test2.pdf > > > favorite > > I have a pdf document whose font type is OpenType (Garamond OpenType). So the > pdfBox text extraction can also extract special characters (for example small > capital lettres), which caused problems when the underlying font has been a > simple Type1 font. > However, the text extraction now causes another type of problem. In my case, > when the charater sequences "fi" or "fl" occur in the text, the > PDFTextStripper#getText(PDDocument doc) extracts them as single characters: > 'fi' and 'fl' and sets a space character on their right side. > (Surprisingly, if I access the list of characters of a page via the > charactersByArticle field of PDFTextStripper / via the > PDFTextStripper#processText(TextPosition pos) method, the same characters > show up as 'normal-single' characters f i / f l). > My assumption is that the advantage of the underlying OpenFont type turns > into this particular disadvantage, because the PDFTextStripper recognizes the > character sequence f i / f l as special charcters fi / fl (- what might have to > do with the fact, that the getText() method calculates things like whitespace > characters by distances / positional placements). > Background: The given document is a wordbook text with very dense printed > text. > see this link for code and output: > http://stackoverflow.com/questions/27333499/problems-with-extracting-opentypefont-text-using-pdfbox > My question: is there anything what I can do to avoid this problem? > thanks in advance ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)