Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

Some PDF files produce garbage ("mojibake") when you copy text (even though they render OK). This makes it impossible to search them (whatever you search for will not match the garbage).

Does anyone have an easy workaround?

Examples:

  1. TEAC TV manual EU2816STF (yields above problems in Adobe Reader on both Windows and a Mac, but works fine in Preview on a Mac)
  2. Leadtek Winfast PVR2 manual (FTP link; also has problems in Preview on a Mac)
  3. Swann TV tuner card manual (FTP link; also has problems in Preview on a Mac)
  4. Phonedisc license agreement (from the now-defunct DTMS)
  5. Macquarie IFP quarterly fund review
  6. BAN-TACS Small Business Booklet (archived version)
  7. Easterfest 2004 flyer (also from the archive)

I am using Adobe Reader (latest version) for Windows - perhaps an alternative viewer might help? I'm looking for a free solution for Windows. Open-source would be even better.

Edit: The docs for the Multivalent Extract Text tool have a good summary of why things can go wrong, including: (quoted document last modified Jan 2006)

  • Text may not have a Unicode mapping. PDF Type 3 fonts often do not, and TeX DVI has characters that do not have Unicode equivalents.
  • The Unicode encoding may be buggy. Open Office maps some characters into the same Unicode, resulting in apparant letter dropping and doubling.

I guess the ultimate solution in these cases would be to OCR each glyph in a font to figure out what character it really is. Note that this would be easier than OCRing a noisy scanned document because the exact shape of the glyph is available (at infinite resolution since it's a "vector" image).

share|improve this question
    
Using clipbrd.exe (see mydigitallife.info/2008/11/06/…) you can see what's on the clipboard. What does that give you? –  Arjan Mar 16 '10 at 9:16
    
@Arjan van Bentem: it gives me exactly the same garbage that I get when pasting into Notepad. –  Hugh Allen Mar 16 '10 at 11:29
    
Any details on the format? I'm on a Mac, but I assume Windows would tell you if something is an image or text, and then for text maybe also reveals something about the encoding? –  Arjan Mar 16 '10 at 23:28
    
For the TV Manual example: same issue in Adobe Reader 8.1.2 on a Mac, but no problems using the Mac's Preview to copy or search text. Its document properties shows "Encoding: Custom" for the fonts (see img.skitch.com/20100318-827uckkb5i326eta291f3qig3u.png). Other PDF documents show things like "Encoding: Ansi" or "Roman" and have no issues in Adobe Reader on a Mac (like adobe.com/education/pdf/type_primer.pdf yields img.skitch.com/20100318-tbyjrny9bsg684eqhr7b3au7fb.png). –  Arjan Mar 18 '10 at 22:43
    
Do you have any other examples? I don't know if this implies anything, but given your and mine examples: file type_primer.pdf yields type_primer.pdf: PDF document, version 1.5, and file product_manual_281.pdf gives me product_manual_281.pdf: PDF document, version 1.3. –  Arjan Mar 18 '10 at 22:48

5 Answers 5

Foxit Reader, perhaps?

For what it's worth, I just checked the PDF you linked to with Safari 4.0.4 on Mac OS X 10.6.2 and while there is some Engrish, the PDF it renders flawlessly without any onscreen "garbage". Perhaps you're having Unicode issues (more common on Windows than Mac OS)?

share|improve this answer
    
The garbage is not on the screen - it is in the clipboard when I copy some text. What happens for you when you try? –  Hugh Allen Mar 15 '10 at 11:14
    
@Hugh: Features 􏰃 It is a remote controlled colour television. 􏰃 100 programmes from VHF, UHF bands or cable channels can be preset. 􏰃 It can tune cable channels. 􏰃 Controlling the TV is very easy by its menu driven system. 􏰃 It has three Euroconnector socket for external de- vices (such as computer, video, video games, audio set, etc.) –  Alexander Burke Mar 16 '10 at 0:02
    
@Hugh: The bullets aren't copying properly, but the rest is. What section/page/paragraph specifically are you having an issue with, and I'll give that a try? –  Alexander Burke Mar 16 '10 at 0:03
    
All of it. I'm using Adobe Reader for Windows. I just updated to the latest version which didn't help. +1 thanks for the info. I guess Adobe Reader has a bug not shared by the OSX equivalent. –  Hugh Allen Mar 16 '10 at 6:34
4  
I tried Foxit Reader and it has the same issue. Its installer is also really intrusive, wanting to install a toolbar, modify your homepage etc :( –  Hugh Allen Mar 16 '10 at 7:15

Simplest way to get around this is to open the file in a recent version of Google Chrome with built-in PDF reading plugin. Then you can use Chrome's search feature to find text, and copy-paste works correctly.

share|improve this answer

For the TV Manual example: same issue in Adobe Reader 8.1.2 on a Mac, but no problems using Mac's Preview to copy or search text. Also, sending it to a Gmail account and then choosing "View" and then "Plain HTML" reveals the text. But Adobe Reader doesn't like it.

Its document properties shows "Encoding: Custom" for the fonts. Another document shows things like "Encoding: Ansi" or "Roman", and has no issues in neither Preview nor Adobe Reader on a Mac:

enter image description here

enter image description here

However, both the Leadtek and the Swann examples give problems in Preview on a Mac as well, and in Gmail, and both show "Encoding: Identity-H". The Phonedisc test fails too, with "Encoding: Custom".

Confusing, and not consistent, but on some Adobe forum I found the following explanation for yet another example that shows "Encoding: Custom" (emphasis mine):

After looking inside the PDF it turns out that no usable encoding information is present (neither in the PDF nor in the embedded font data) to derive the meaning of the characters/glyphs that are displayed on the pages in the document.

The fonts actualy are all embedded, but in a way that all encoding information has been removed. This is a typical example of a PDF that is syntactically fully compliant with the PDF spec but where important information about the meaning of the text in it has been thrown away during the process of making the PDF. As far as I can tell it would be very difficult to recover the encoding info.

This does not explain why Mac's Preview (and apparently Infix as well) can handle some of the examples when Adobe Reader fails, even with "Encoding: Custom". Maybe Preview has no issues when the exact font happens to be present on the computer itself? Or maybe it's just guessing an encoding, which happens to work for some but not all of the documents?

Whatever causes this: if passing through Google Docs or Gmail doesn't work, then maybe the easiest (but far from easy) workaround is indeed to save as TIFF and then do OCR. Services like Evernote might do it on the fly (it does OCR on images; I doubt it will do OCR on a PDF).

share|improve this answer

Unfortunately it cannot be helped. PDF documents do not actually contain any letters, but they contain shapes of letters. In other words instead of reading a letter and drawing it on the screen Adobe Reader as any other PDF reading application would simply draw the vector graphics encoded in the file.

However, some PDF readers come with software that allows to analyze the shape and recover the text by using text recognition. It works same as if you scanned a paper of printed text and used software like ABBYY FineReader to convert it back to text, but due to infinitely high quality of vector drawings results are typically much better than for scanned documents.

Some documents can be protected from being converted to text by fooling the Adobe Reader. For example letters can be drawn in several overlapping shapes in such way that visually they would still look the same, while text recognition software would fail to recognize text. Your document is an example of such protection.

One way would be to print the document into an image and let text recognition software recognize it. Higher resolution for the image will improve the quality. This method however is not really handy.

share|improve this answer
2  
PDF documents do not actually contain any letters -- that's not true for most non-scanned documents; see en.wikipedia.org/wiki/Portable_Document_Format#Text –  Arjan Mar 17 '10 at 17:27
    
Thank you. Interesting information. I have always though that there is no information about text in PDF. Nevertheless it seems like the document provided by Alexander doesn't have text embedded. Or it's also possible that font that is used in there has weird encoding of characters, i.e. they do not correspond to typical ASCII encoding. –  Sergiy Byelozyorov Mar 18 '10 at 9:10
1  
How could I have copied the text from the PDF if it were just shapes? You're partly right -- it's not rasterized in the PDF (unless it's from a scanned source), but text data IS included. However, the fonts are (usually) also embedded, permitting the included text to be vector-rendered. –  Alexander Burke Mar 24 '10 at 5:00

The download of file 1 failed for me, file 2 I could open with xpdf, a fast and open-source pdf-viewer. I guess it can't handle forms, but for pure text and grafic I prefer it for its fast startup time.

share|improve this answer
    
The question was not about "opening" the PDFs, or about "opening with fast startup time". Instead, it was about being unable to copy'n'paste text snippets from the rendered pages. So your answer probably is a good one, but does not fit to this question. –  Kurt Pfeifle Jul 28 '11 at 23:19

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.