The standard 14 fonts are cached, but these shouldn't bring any text
extraction trouble.
So all needed would be a map as described for the PDFont type.
Now how to access the fonts... if you grab the TextPosition objects in
an extension of PDFTextStripper (e.g. in the showGlyph method) you
could get the PDFont objects there.
But this is all just a thought. I did not implement anything.
Tilman
Am 21.09.2017 um 22:07 schrieb Allison, Timothy B.:
All,
How much effort would it be to track/calculate a ratio of characters with
missing Unicode mappings to those with mappings for a given page? It would be
neat after trying to extract text from a page to be able to tell how many
characters are lost. We could use this info on Tika to determine whether or
not to run OCR on a given page.
I see that there’s currently a Set<String> for tracking which characters have a
missing Unicode mapping to limit duplicate logging. If we could change that to a
Map<String,Int> we could track the occurrences.
Is there an easy enough way to get the fonts after processing a page and then
getting this info? Are we doing any static caching of fonts that would prevent
accurate counts?
Thank you.
Best,
Tim
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: users-h...@pdfbox.apache.org
