News for hackers. Stuff that matters.
Re:What's so hard about PDF text extraction? by tolmasky on Tuesday March 03, 2020 @02:59PM (#22478200)
What are the groups that would benefit most from the PDF-to-HTML conversion? Who are the customers that would drive this profit? I tried to make those sentences not sound contentious but unfortunately they do, but I am genuinely curious about this space and who is feeling the lack of this technology most.
Re:What's so hard about PDF text extraction? by greycol on Tuesday March 03, 2020 @03:26PM (#22478400)
Almost any business that has physical suppliers or business customers.

PDF is de-facto standard for any invoicing, POs, quotes, etc.

If you solve the problem you can effectively programmatically deal with invoicing/payments/ large parts of ordering/dispensing. It's a no brainer to add it on to almost any financial/procurement software that deals with inter business stuff.

Any small-medium physical business can probably half their financial department if you can dependably solve this issue.

Re:What's so hard about PDF text extraction? by ofrzeta on Tuesday March 03, 2020 @07:19PM (#22480087)
Starting November 2020 in the EU machine-readable invoices will be mandatory in the public sector (https://eur-lex.europa.eu/eli/dir/2014/55/oj).

As far as I understand there are at least two standards (I know of in Germany): XRechnung and ZUGFeRD/Factur-X (which is PDF A/3 with embedded XML).

http://fnfe-mpe.org/factur-x/factur-x_en/

Re:What's so hard about PDF text extraction? by sabas_ge on Wednesday March 04, 2020 @02:17PM (#22486928)
Electronic invoicing in Italy is a thing since a couple of years, mandatory since Jan 1st 2019...
Re:What's so hard about PDF text extraction? by f3r3nc on Wednesday March 04, 2020 @05:22AM (#22482590)
seems to be only for the electronic invoicing in public procurement
Re:What's so hard about PDF text extraction? by Fire-Dragon-DoL on Thursday March 05, 2020 @12:31AM (#22491204)
No, it's now for everyone. It was like that for a while
Re:What's so hard about PDF text extraction? by innomatics on Tuesday March 03, 2020 @04:08PM (#22478735)
A business that invests in building a machine that reads data, produced by a 3rd party machine, using format intended for lay humans to read, is not investing in the right tech IMO.

Small-mediums should be looking to consolidate buying through a few good suppliers and working with them directly to automate process, or adopting interchange formats.

Problem for some small-business is the cost (process changes, licencing etc) of adopting interchange formats and working with large vendors is prohibitive at their scale e.g. the airline BSP system.

I agree that solving the problem generally i.e. replacing an accounts payable staff person capable of processing arbitrary invoice documents will be comparable to self-driving in difficulty.

If a company deals with a lot of a single type of PDF, then the approach could be economical. I am actually involved in a project looking at doing this with AWS Textract.

Re:What's so hard about PDF text extraction? by speedplane on Wednesday March 04, 2020 @01:24AM (#22481615)
> A business that invests in building a machine that reads data, produced by a 3rd party machine, using format intended for lay humans to read, is not investing in the right tech IMO.

Building machines that understand formats that are understood by humans is exactly what we should be doing. People should read, write, and process information in a format that is comfortable and optimized to them. Machines should bend to us, we should not bend to them.

If businesses only dealt with machine readable formats, everyone's computer would still be using the command line.

And there's real condescension in your post:

> Small-mediums should be looking to consolidate buying through a few good suppliers and working with them directly to automate process

You're saying that businesses need to change their business to accommodate data formats, but it should be the other way around.

Re:What's so hard about PDF text extraction? by kbutler on Wednesday March 04, 2020 @06:27PM (#22489277)
There has to be compromise.

The proliferation of computers in business over the last 50 years is precisely because businesses can save money/expand capacity by adapting the business processes to the capabilities of the computers.

Over that time, computers have become more friendly to humans, but businesses have adapted and humans been trained to use what computers can do.

Re:What's so hard about PDF text extraction? by tastyminerals on Wednesday March 04, 2020 @01:13AM (#22481587)
Yes, most invoices are in PDF but only about 40% of them are native PDF meaning they are actual documents not scanned images converted to PDFs. There are are also compound PDF invoices which contain images. So, in order to extract data from them, one needs not only good PDF parser but an OCR engine too.
Re:What's so hard about PDF text extraction? by dreamcompiler on Wednesday March 04, 2020 @11:42AM (#22485281)
This is a huge pet peeve of mine. Most invoices are generated on a computer (often in Word) but a huge fraction of the people who generate them don't know how to export to a PDF. So they print the invoice on paper, scan it back in to a PDF, and email that to you. Thus the proliferation of bitmap PDFs.
Re:What's so hard about PDF text extraction? by speedplane on Wednesday March 04, 2020 @01:19AM (#22481599)
> So, in order to extract data from them, one needs not only good PDF parser but an OCR engine too.

You can go further. Invoices often contain block sections of text with important terms of the invoice, such as shipping time information, insurance, warranties, etc. To build something that works universally, you also need very good natural language processing.

Re:What's so hard about PDF text extraction? by thaumasiotes on Wednesday March 04, 2020 @01:21AM (#22481606)
If you're using an OCR engine to understand PDFs that are nothing but a scanned image embedded in a PDF... what do you need a PDF parser for? You can always just render an image of a document and then use that.
Re:What's so hard about PDF text extraction? by speedplane on Wednesday March 04, 2020 @01:29AM (#22481631)
> If you're using an OCR engine to understand PDFs that are nothing but a scanned image embedded in a PDF... what do you need a PDF parser for?

This should be obvious, but the answer is because OCR engines are not terribly accurate. If you have a native PDF, you're far better off parsing the PDF then converting to an image and OCRing. But if OCR ever becomes perfect, then sure.

Re:What's so hard about PDF text extraction? by tastyminerals on Wednesday March 04, 2020 @01:41AM (#22481674)
For accuracy and speed. The market SOTA Abbyy is far from being accurate.
Re:What's so hard about PDF text extraction? by speedplane on Wednesday March 04, 2020 @01:48AM (#22481705)
> The market SOTA Abbyy is far from being accurate.

While Abbyy is likely the best, it's also incredibly expensive. Roughly on the order of $0.01/page or maybe at best a tenth of that in high volume.

For comparison, I run a bunch of OCR servers using the open source tesseract library. The machine-time on one of the major cloud providers works out to roughly $0.01 for 100-1000 pages.

Re:What's so hard about PDF text extraction? by bhanhfo on Wednesday March 04, 2020 @07:57AM (#22483327)
OCR.space charges only $10 for 100,000 conversions. The quality is good, but not as good as Abbyy.
Re:What's so hard about PDF text extraction? by minerals29 on Wednesday March 04, 2020 @02:25AM (#22481843)
It is the best and this is one of the reasons why PDF extraction is hard :)
Re:What's so hard about PDF text extraction? by Alex3917 on Tuesday March 03, 2020 @03:22PM (#22478366)
So I have a lot of experience with basically the same problem just from working on this: https://www.prettyfwd.com. As an example of the opportunity size just in the email domain, the amount of personal non-spam email sent every day is like 100x the total size of Wikipedia, but nothing is really done with any of this information because of this challenge. Basically applications are things like:

- Better search engine results

- Identifying experts within a company

- Better machine translation

- Finding accounting fraud

- Automating legal processes

For context, the reason why Facebook is the most successful social network is that they're able to turn behavioral residue into content. If you can get better at taking garbage data and repackaging it into something useful, it stands to reason that there are lots of other companies the size of Facebook that can be created.

Re:What's so hard about PDF text extraction? by K0SM0S on Tuesday March 03, 2020 @04:01PM (#22478681)
I often ponder how much of the "old world" will get "digitalized" — translated in numeric form, bits. And how much will just disappear. The question might seem trivial if you think of books, but now think of architecture, language itself (as it evolves), etc.

There's almost no question in my mind that most new data will endure in some form, by virtue of being digital from day 1.

The endgame for such a company, imho, is to become the "source entity" of information management (in abstracted form), whose two major products are one to express this information in the digital space, and the other in the analog/physical space. You may imagine variations of both (e.g. AR/VR for the former).

Kinda like language in the brain is "abstract" (A) (concept = pattern of neurons firing) and then speech "translates" into a given language, like English (B) or French (C) (different sets of neurons). So from A you easily go to either B or C or D... We've observed that Deep Learning actually does that for translation (there's a "new" "hidden" language in the neural net that expresses all human languages in a generic form of sorts, i.e. "A" in the above example).

The similarities of the ontology of language, and the ontology of information in a system (e.g. business) are remarkable — and what you want is really this fundamental object A, this abstract form which then generates all possible expressions of it (among which a little subset of ~1,000 gives you human languages, a mere 300 active iirc; and you might extend that into any formal language fitting the domain, like engineering math/physics, programming code, measurements/KPI, etc.

It's a daunting task for sure but doable because the space is highly finite (nothing like behavior for instance; and you make it finite through formalization, provided your first goal is to translate e.g. business knowledge, not Shakespeare). It's also a one-off thing because then you may just iterate (refine) or fork, if the basis is sound enough.

I know it all sounds sci-fi but having looked at the problem from many angles, I've seen the PoC for every step (notably linguistics software before neural nets was really interesting, producing topological graphs in n dimensions of concepts e.g. by association). I'm pretty sure that's the future paradigm of "information encoding" and subsequent decoding, expression.

It's just really big, like telling people in the 1950's that because of this IBM thing, eventually everybody will have to get up to speed like it's 1990 already. But some people "knew", as in seeing the "possible" and even "likely". These were the ones who went on to make those techs and products.

Re:What's so hard about PDF text extraction? by IceKarma on Wednesday March 04, 2020 @04:03AM (#22482208)
Digital data is arguably more fragile than analogue, offline, paper (or papyrus, or clay tablet) media. We have documents over 3000 years old that can still be read. Meanwhile, the proprietary software necessary to access many existing digital data formats is tied to obsolete hardware, working examples of which may no longer exist, emulators for which may not exist, and insufficient documentation may exist to even enable their creation. Just as one example, see the difficulty in enabling modern access to the BBC's 1986 Domesday Project.
Re:What's so hard about PDF text extraction? by bjonnh on Tuesday March 03, 2020 @10:32PM (#22480991)
Academics and other people that rely on scientific publications. Most of the world's knowledge in science is locked into PDFs and screenshots (or even pictures) of manufacturer's (often proprietary) software... So extracting it in a more structured way would be a win (so HTML may not be best). On a related note, I've seen people using Okular to convert PDF tables to a usable form (to be honest its table extraction tool is one of the best i've seen despite being pretty manual).
Re:What's so hard about PDF text extraction? by speedplane on Wednesday March 04, 2020 @01:41AM (#22481672)
> What are the groups that would benefit most from the PDF-to-HTML conversion? Who are the customers that would drive this profit? I tried to make those sentences not sound contentious but unfortunately they do, but I am genuinely curious about this space and who is feeling the lack of this technology most.

Legal technology. Pretty much everything a lawyer submits to a court is in PDF, or is physically mailed and then scanned in as PDF. If you want to build any technology that understands the law, you have to understand PDFs.

Re:What's so hard about PDF text extraction? by dscpls on Tuesday March 03, 2020 @04:13PM (#22478778)
Organisations that have existing business processes to publish to print and pdf but now want to publish in responsive formata for mobile or even desktop web.

Changing their process might be more expensive than paying a lot of money for them to carry on as is for a few more years while getting the benefit of modern eyes on their content.

Edit: concrete example would be government publications like budget narrative documents.

Re:What's so hard about PDF text extraction? by tony0x02 on Tuesday March 03, 2020 @03:27PM (#22478410)
The patent office?