Pointless tangent about imaging
JBig compression is the method that was used to scan the PDF. It's common in most "one-button" scanners where you push the button, pick a filename, feed the pages through, and *poof* you have a PDF.
But you didn't get to pick the DPI, the image type settings, the compression rate, brightness/contrast settings... sometimes even the page size is pre-set.
From my perspective, it's JPGs masquerading as TIFs. I'm sure there's a proper, technical description which I don't know; I just deal with the results. They're very tiny compared to JPGs, and they claim to be 1-bit rather than full-color files (which means that somewhere, there was a "black and white or color" choice in a dialog box), but my tif-reader (and editing) programs go all twitchy trying to deal with them. So do some of my jpg-relevant programs. And if I save them out as JPGs first (so I can convert them to tifs), they explode up to normal JPG size (~500k per page, instead of ~50k per page for b&w tifs), and then I have a huge heap of jpgs that have to be converted one at a time.
JBig compression is great for PDFs that are intended to be *final documents.* It's annoying for PDFs that are still being processed. (And since this one, I want to process through my OCR program, I want real tifs. With CCITT-Group 4 compression. Whatever that means--I just know that's the one that works best.)
I think I like the idea of SVA/RDR doing a quick re-write to add 30% more original content, and republishing. (Or maybe more than 30%. But basically keeping the Lexicon structure, replacing copied text where necessary, and being ready for the Christmas shopping market.)