News for hackers. Stuff that matters.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by panarky on Wednesday February 05, 2025 @02:24PM (#42953745)
This is a big aha moment for me.

If Gemini can do semantic chunking at the same time as extraction, all for so cheap and with nearly perfect accuracy, and without brittle prompting incantation magic, this is huge.

Re:Ingesting PDFs and why Gemini 2.0 changes everything by fallinditch on Wednesday February 05, 2025 @03:53PM (#42954961)
If I used Gemini 2.0 for extraction and chunking to feed into a RAG that I maintain on my local network, then what sort of locally-hosted LLM would I need to gain meaningful insights from my knowledge base? Would a 13B parameter model be sufficient?
Re:Ingesting PDFs and why Gemini 2.0 changes everything by jhoechtl on Wednesday February 05, 2025 @04:55PM (#42955807)
Ypur lovalodel has littleore to do but stitch the already meaningzl pieces together.

The pre-step, chunking and semantic understanding is all that counts.

Re:Ingesting PDFs and why Gemini 2.0 changes everything by yeahwhatever10 on Wednesday February 05, 2025 @07:36PM (#42957472)
Do you get meaningful insights with current RAG solutions?
Re:Ingesting PDFs and why Gemini 2.0 changes everything by fallinditch on Wednesday February 05, 2025 @09:47PM (#42958403)
Yes. For example, to create AI agent 'assistants' that can leverage a local RAG in order to assist with specialist content creation or operational activities.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by potatoman22 on Wednesday February 05, 2025 @02:38PM (#42953937)
Small point but is it doing semantic chunking, or loading the entire pdf into context? I've heard mixed results on semantic chunking.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by panarky on Wednesday February 05, 2025 @02:52PM (#42954142)
It loads the entire PDF into context, but then it would be my job to chunk the output for RAG, and just doing arbitrary fixed-size blocks, or breaking on sentences or paragraphs is not ideal.

So I can ask Gemini to return chunks of variable size, where each chunk is a one complete idea or concept, without arbitrarily chopping a logical semantic segment into multiple chunks.

Re:Ingesting PDFs and why Gemini 2.0 changes everything by thelittleone on Wednesday February 05, 2025 @04:26PM (#42955403)
Fixed size chunks is holding back a bunch of RAG projects on my backlog. Will be extremely pleased if this semantic chunking solves the issue. Currently we're getting around an 78-82% success on fixed size chunked RAG which is far too low. Users assume zero results on a RAG search equates to zero results in the source data.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by jacobr1 on Wednesday February 05, 2025 @06:43PM (#42957023)
Also consider methods that are using reasoning to potentially dispatch additional searches based on analysis of the returned data
Re:Ingesting PDFs and why Gemini 2.0 changes everything by refulgentis on Wednesday February 05, 2025 @04:46PM (#42955675)
FWIW, you might be doing it / ruled it out already:

- BM25 to eliminate the 0 results in source data problem

- Longer term, a peek at Gwern's recent hierarchical embedding article. Got decent early returns even with fixed size chunks

Re:Ingesting PDFs and why Gemini 2.0 changes everything by thelittleone on Wednesday February 05, 2025 @04:53PM (#42955786)
Much appreciated.

For others interested in BM25 for the use case above, I found this thread informative.

https://news.ycombinator.com/item?id=41034297

Re:Ingesting PDFs and why Gemini 2.0 changes everything by mediaman on Wednesday February 05, 2025 @05:10PM (#42956001)
Agree, BM25 honestly does an amazing job on its own sometimes, especially if content is technical.

We use it in combination with semantic but sometimes turn off the semantic part to see what happens and are surprised with the robustness of the results.

This would work less well for cross-language or less technical content, however. It's great for acronyms, company or industry specific terms, project names, people, technical phrases, and so on.

Re:Ingesting PDFs and why Gemini 2.0 changes everything by nnurmanov on Wednesday February 05, 2025 @11:09PM (#42958974)
This is my problem as well; do you have lots of documents?
Re:Ingesting PDFs and why Gemini 2.0 changes everything by Tostino on Wednesday February 05, 2025 @05:54PM (#42956543)
I wish we had a local model for semantic chunking. I've been wanting one for ages, but haven't had the time to make a dataset and finetune that task =/.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by wussboy on Wednesday February 05, 2025 @06:19PM (#42956778)
Could it do exactly the same with a web page? Would this replace something like beautiful soup?
Re:Ingesting PDFs and why Gemini 2.0 changes everything by eitally on Thursday February 06, 2025 @12:27AM (#42959381)
I don't know exactly how or what it's doing behind the scenes, but I've been massively impressed with the results Gemini's Deep Research mode has generated, including both traditional LLM freeform & bulleted output, but also tabular data that had to come from somewhere. I haven't tried cross-checking for accuracy but the reports do come with linked sources; my current estimation is that they're at least as good as a typical analyst at a consulting firm would create as a first draft.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by hattmall on Wednesday February 05, 2025 @09:32PM (#42958312)
It's cheap now because Google is subsidizing it, no?
Re:Ingesting PDFs and why Gemini 2.0 changes everything by vrosas on Wednesday February 05, 2025 @09:45PM (#42958391)
Spoiler: every model is deeply, deeply subsidized. At least Google's is subsidized by a real business with revenue, not VC's staring at the clock.
Re:Ingesting PDFs and why Gemini 2.0 changes everything by panarky on Wednesday February 05, 2025 @11:05PM (#42958952)
It's cheap because it's a Flash model, far smaller and much less compute for inference, runs on TPUs instead of GPUs.