Live data from Hacker News

Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

news.ycombinator.com

21–30 of 66 posts

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#21
Congrats on the launch!

I’m curious to hear more about your pivot from AI workflow builder to document parsing. I can see correlations there, but that original idea seems like a much larger opportunity than parsing PDFs to tables in what is an already very crowded space. What verticals did you find have this problem specifically that gave you enough conviction to pivot?

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#22
post #20

Earlier quoted context omitted.

"accurate document extraction is becoming a commodity with powerful VLMs" Agree. The capability is fairly trivial for orgs with decent technical talent. The tech / processes all look similar: User uploads file --> Azure prebuilt-layout returns .MD --> prompt + .MD + schema set to LLM --> JSON returned. Do whatever you want with it.

Totally agree that this is becoming the standard "reference architecture" for this kind of pipeline. The only thing that complicates this a lot today is complex inputs. For simple 1-2 page PDFs what you describes works quite well out of the box but for 100+ page doc it starts to fall over in ways I described in another comment.

Are really large inputs solved at midship? If so, I'd consider that a differentiator (at least today). The demo's limited to 15pgs, and I don't see any marketing around long-context or complex inputs on the site.

I suspect this problem gets solved in the next iteration or two of commodity models. In the meantime, being smart about how the context gets divvied works ok.

I do like the UI you appear to have for citing information. Drawing the polygons around the data, and then where they appear in the PDF. Nice.

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#23

Congrats on the launch! A quick search in the YC startup directory brought up 5-10 companies doing pretty much the same thing: - https://www.ycombinator.com/companies/tableflow - https://www.ycombinator.com/companies/reducto - https://www.ycombinator.com/companies/mindee - https://www.ycombinator.com/companies/omniai - https://www.ycombinator.com/companies/trellis At the same time, accurate document extraction is bec…

Execution is everything. Not to drop a link in someone else’s HN launch but I’m building https://therapy-forms.com and these guys are way ahead of me on UI, polish, and probably overall quality. I do think there’s plenty of slightly different niches here, but even if there were not, execution is everything. Heck it’s likely I’ll wind up as a midship customer, my spare time to fiddle with OCR models is desperately limited and all I want to do is sell to clinics.

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#24

Congrats on the launch! I’m curious to hear more about your pivot from AI workflow builder to document parsing. I can see correlations there, but that original idea seems like a much larger opportunity than parsing PDFs to tables in what is an already very crowded space. What verticals did you find have this problem specifically that gave you enough conviction to pivot?

We saw initial traction with real estate firms extracting property data like rent rolls. But we've also seen traction in other verticals like accounting and intake forms. The original idea was very ambitious and when talking to potential customers they all seemed to be happy with the existing players.

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#25

Congrats on the launch! A quick search in the YC startup directory brought up 5-10 companies doing pretty much the same thing: - https://www.ycombinator.com/companies/tableflow - https://www.ycombinator.com/companies/reducto - https://www.ycombinator.com/companies/mindee - https://www.ycombinator.com/companies/omniai - https://www.ycombinator.com/companies/trellis At the same time, accurate document extraction is bec…

"accurate document extraction is becoming a commodity with powerful VLMs" Agree. The capability is fairly trivial for orgs with decent technical talent. The tech / processes all look similar: User uploads file --> Azure prebuilt-layout returns .MD --> prompt + .MD + schema set to LLM --> JSON returned. Do whatever you want with it.

Why all those steps? Why not just file + prompt to JSON directly?

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#26
Honest question but how do you see your business being affected as foundational models improve? While I have massive complaints about them, Gemini + structured outputs is working remarkably well for this internally and it's only getting better. It's also an order of magnitude cheaper than anything I've seen commercially.

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#27

Honest question but how do you see your business being affected as foundational models improve? While I have massive complaints about them, Gemini + structured outputs is working remarkably well for this internally and it's only getting better. It's also an order of magnitude cheaper than anything I've seen commercially.

We're excited for foundational models to improve because we hope it will unlock a lot more use cases. Things like analysis after extraction, able to accurately extract extremely complex documents, etc!

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#28
Heres a real world use case, our company has moved our pension provider. This provider like the old one sucks at providing me with a good way to navigate through the 120 funds I can invest in.

I want to create something that can paginate through 12 pages of html, perform clicks, download pdf fund factsheet, extract data from this factsheet into excel or CSV. Can this help? What's the best way to deal with the initial task of automating webpage interactions systematically?

Re: Launch HN: Midship (YC S24) – Turn PDFs, docs, and images into usable data

#29
post #25

Earlier quoted context omitted.

"accurate document extraction is becoming a commodity with powerful VLMs" Agree. The capability is fairly trivial for orgs with decent technical talent. The tech / processes all look similar: User uploads file --> Azure prebuilt-layout returns .MD --> prompt + .MD + schema set to LLM --> JSON returned. Do whatever you want with it.

Why all those steps? Why not just file + prompt to JSON directly?

Having the text (for now) is still pretty important for quality output. The vision models are quite good, but not a replacement for a quality OCR step. A combination of Text + Vision is compelling too.
Post reply on HN