[
https://issues.apache.org/jira/browse/PDFBOX-3749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tilman Hausherr updated PDFBOX-3749:
------------------------------------
Attachment: contract_00105_SEDAR-marked-1.png
Is your problem that you don't find the spaces? There are none in the PDF,
that's why. You get them in text extraction because they are added as a guess.
See attached image, which is the output of the DrawPrintTextPositions.java
example.
PS: The current version is 2.0.5.
> void writeString(String text, List<TextPosition> textPositions) is not called
> per line
> --------------------------------------------------------------------------------------
>
> Key: PDFBOX-3749
> URL: https://issues.apache.org/jira/browse/PDFBOX-3749
> Project: PDFBox
> Issue Type: Bug
> Affects Versions: 2.0.4
> Environment: Windows 10 64-bit
> Reporter: Harun Reşit Zafer
> Priority: Minor
> Labels: extraction, style
> Attachments: contract_00105_SEDAR-marked-1.png,
> contract_00105_SEDAR.pdf
>
>
> We overwrote the {{void writeString(String text, List<TextPosition>
> textPositions)}} method of the {{PDFTextStripper}} to extract additional
> position and style information from the PDFs. We thought this method would be
> called per line and the elements of the parameter {{List<TextPosition>
> textPositions}} would be all the letters, including the spaces in a line.
> This is indeed the case for thousands of the documents. However, one
> particular document, this is not the case and the {{textPositions}} contains
> just the letters of a word and {{writeString}} is called per word.
> I am not sure if this would be counted as a bug because the final extracted
> text is not affected.
> The problematic PDF is attached.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
