Re:Ask HN: Boring but important tech no one is working on?
by IceMetalPunk on Friday August 26, 2022 @04:25PM
(#32612351)
When you say "regardless of structure" -- if it's a relational database, that inherently implies a set structure. Or did you mean the information is consistent enough to be represented in one relational structure, but is presented in the PDFs in different formats?
[ Parent
| on HN ]
Re:Ask HN: Boring but important tech no one is working on?
by chaps on Friday August 26, 2022 @05:06PM
(#32612766)
Honestly, I don't know what it would look like, but being able to query would be deeply important. But what I can say is that a lot of the PDFs I work with are auto-generated as PDF forms using queries, after the information was likely inserted into a relational database during some esoteric transcription step.
Meaning, the information that formed the PDFs very likely come from a relational database and an inversion back to its original relational form is probably the convenient form. Whether that means it turns to 40 tables, that's fine, so long as it's relational and a query can be written.
Re:Ask HN: Boring but important tech no one is working on?
by rudyj03 on Friday August 26, 2022 @05:17PM
(#32612870)
If querying is the main goal, ingesting the pdf directly into something like elasticsearch or splunk would be much simpler. This of course doesn't meet the checkbox of being open source though.