Both LangChain and Llama Index have added Semantic Chunking (level 4) to their libraries LangChain: python.langchain.com/docs/modules/data_connection/document_transformers/semantic-chunker Llama Index: llamahub.ai/l/llama-packs/llama-index-packs-node-parser-semantic-chunking?from=all
But the Semantic Chunker in LangChain only goes with the OpenAI Embedder, doesn't it? What I mean: Is there a way to use another embedding mode than openAI embedder?
Clear and concise! Your ability to break down complex concepts into easily digestible information is impressive. As a beginner, I found this video incredibly helpful and I'm grateful for sharing your expertise and talent! 🙏
Amazing!! I am fascinated by how document specific splitting or the bonus level also ties with how we structure our data schema. E.g. extracting metadata like "Introduction" in level 3 or applying a summary to the podcast and indexing that to then link to the raw clip in the bonus level. All amazing, super useful stuff -- I am a bit skeptical on embedding based splitting though, maybe just need to dive in further! Mostly bullish on level 5: agentic splitting with multimodal llms that kind of blend levels 3 and 5
Thanks for this Greg. I've been looking at agentic chunking for a while and this video really helped me with implementation. Not heard of you before I searched but now subbed. Thanks a lot :)
With the continuous influx of short form content, props to you for making this so interesting to watch. Didn't even realise it was an hour long. Loved every second of it. Thanks!
Love your videos, especially this one. The information density and presentation is off the charts. It is so altruistic of you to put this out there for free. I am especially interested in the semantic chunking. One use case is transcripts which often have distinct conversation blocks or qhestion answer pairs. Since it is important to capture the question and answer for full context, i was wonderinf what methodology might work best. Alternatively, semantically chunking a document vs pre-defined themes - sort of the opposite direction as the agentic chunker. First generate or define the overarching themes or buckets, then assign chunks to them. It seems that there is some real possibility in the semantic chunking methods. 🎉 Looking forward to experimenting more. Thank you again.
Nice! For that one I actually recommend a slightly different method to explore. No idea if it'll work better for your use case but it might Check out this video where I do topic extraction from podcasts, I bet you could use this method and switch up the prompts a bit to pull out Q&A pairs w/ answers th-cam.com/video/pEkxRQFNAs4/w-d-xo.html
Hi Greg, thanks for the video. It's awesome to have someone publishing good content who's doing the exact same thing as me. Hope to see more videos on advanced topics like this!
Thanks I was thinking about solving my own Retrieval problem. I already got the small crude proof of concept using just simple chunking, embedding, RAG, etc. Now I need to get bigger user inputs that are in bigger pdf files. I thought using agents for it to get around the context window, you agentic chunker is a good starter and does make intuitive sense. I will try this route.
Buy you a cup of coffee ? How about a Starbucks franchise ! This is some very powerful material.. Looking forward to implementing these into my pipelines ! THANK YOU !
Not a comment on the context, but I think that the style of the thumbnail is very smart. It reminds me of the Wired 5 Levels of Difficulty style. I think if the aesthetic is softer, it can be even more popular.
While running the code elements=partition_pdf(filename=filename,strategy="hi_res",infer_table_structure=True,model_name="yolox") in my Jupyter notebook, I encountered errors such as TesseractNotFoundError. If anyone has faced this issue or knows how to solve it, please guide me as soon as possible. Great work, sir. I can confidently say that such a combination of content and explanation is unparalleled in the TH-cam world. @DataIndependent
Now this problem is solved but new problem has come. Basically this code is not working properly due some versions or subclasses. So please give the alternative method.
Could attention be used here instead of the embeddings? Input every 2 sentences with overlap into an encoder. Above a certain threshold of "attention" from one sentence to another, have both in the same chunk
I also never thought of purpose built chunking or semantic proxies like that. Adding question hypotheticals as the embedding could be extrapolated to other use cases.
Great video! it helped me clarify the past and present of all the chunks. I have a question, in agent chunking, there can be an issue of having too much content on a single topic. In extreme cases, an entire book might be about one topic. How should we further break it down in such situations?
This might just work for my meeting transcripts. Ts similar to something David Shaperio did. Where knowledge bases articles are written. And then reserved and updated during a conversation. I like the idea of using propositions and doing this at the article level.
Fantastic Video. Been thinking about level 5, a brilliant way to approach chunking, and I see other applications. Level 4 is clever. Retrieving in syntheticI believe will be the standard as time moves on.
Congrats that's ! That's an excellent job ! I hope you will continue your work and more benchmark will come. I am particularly curious if the benefit of semantic & agent chunking are minored or majored when code, html , csv is chunked.
What a great video. It would have taken me forever if if I was to research and learn more about this on my own. What a life safer. Do you have a video or a good resource about optimizing other RAG hyperparams and about reranking of chunks?
I guess semantic search is what already vector databases are supporting.. and i don't find any advantages by doing sentence split, then calculating cosine distance and putting them in same bucket.. am i missing something here?
Theory & Importance of Text Splitting: Context Limits: Language models have limitations on the amount of data they can process at once. Splitting helps by breaking down large texts into manageable chunks. Signal-to-Noise Ratio: Providing focused information relevant to the task improves the model's accuracy and efficiency. Splitting eliminates unnecessary data, enhancing the signal-to-noise ratio. Retrieval Optimization: Splitting prepares data for effective retrieval, ensuring the model can easily access the necessary information for its task. Five Levels of Text Splitting: Level 1: Character Splitting: Concept: Dividing text based on a fixed number of characters. Pros: Simplicity and ease of implementation. Cons: Rigidity and disregard for text structure. Tools: LangChain's CharacterTextSplitter. Level 2: Recursive Character Text Splitting: Concept: Recursively splitting text using a hierarchy of separators like double new lines, new lines, spaces, and characters. Pros: Leverages text structure (paragraphs) for more meaningful splits. Cons: May still split sentences if chunk size is too small. Tools: LangChain's RecursiveCharacterTextSplitter. Level 3: Document Specific Splitting: Concept: Tailoring splitting strategies to specific document types like markdown, Python code, JavaScript code, and PDFs. Pros: Utilizes document structure (headers, functions, classes) for better grouping of similar information. Cons: Requires specific splitters for different document types. Tools: LangChain's various document-specific splitters, Unstructured library for PDFs and images. Level 4: Semantic Splitting: Concept: Grouping text chunks based on their meaning and context using embedding comparisons. Pros: Creates semantically coherent chunks, overcoming limitations of physical structure-based methods. Cons: Requires more processing power and is computationally expensive. Methods: Hierarchical clustering with positional reward, finding breakpoints between sequential sentences. Level 5: Agentic Chunking: Concept: Employing an agent-like system that iteratively decides whether new information belongs to an existing chunk or should initiate a new one. Pros: Emulates human-like chunking with dynamic decision-making. Cons: Highly experimental, slow, and computationally expensive. Tools: LangChain Hub prompts for proposition extraction, custom agentic chunker script. Bonus Level: Alternative Representations: Concept: Exploring ways to represent text beyond raw form for improved retrieval. Methods: Multi-vector indexing (using summaries or hypothetical questions), parent document retrieval, graph structure extraction. Key Takeaways: The ideal splitting strategy depends on your specific task, data type, and desired outcome. Consider the trade-off between simplicity, accuracy, and computational cost when choosing a splitting method. Experiment with different techniques and evaluate their effectiveness for your application. Be mindful of future advancements in language models and chunking technologies. Further Exploration: Full Stack Retrieval website: Explore tutorials, code examples, and resources for retrieval and chunking techniques. LangChain library: Discover various text splitters, document loaders, and retrieval tools. Unstructured library: Explore options for extracting information from PDFs and images. LlamaIndex library: Investigate alternative chunking and retrieval methods. Research papers and articles on text splitting and retrieval.
Hi Greg, appreciate the fantastic breakdown of text splitting for LLM. Personally I keep finding LLM's having trouble retrieving whole chapters or pages. I was wondering why we wouldn't split based on page number instead of paragraph, would that slow down the LLM ? I'm temped to train a local LLM on chunking based on user input.
You could split on page number, no problem! But then if your content spans pages, then you might lose context. You could store the page number and chapters in the metadata, then query and filter for those later on. Training a local LLM would be fun, but also a ton of work
@@DataIndependent Q: What I am wondering is why don't we use an LLM/custom parser to split a text based on a Document's Chapter's (1-3 pages)? Is it because this is difficult to do ? This would increase the chunk size but wouldn't it also solve our contextual issues ? - "You could store the page number and chapters in the metadata, then query and filter for those later on." Q: This sounds like a potential solution but I am honestly a bit overwhelmed with the application of it. Is there a specific tutorial that you can direct me to for study ? Your work is greatly appreciated Greg. I consider myself a student that one day hopes to contribute to the community like yourself, Cheers!
Great tutorials . Are there any courses or book written by you. Your explanation is excellent . Thank you. Can you please share the code which was shown in the demo.
Awesome, I'm trying to do a similar thing with semantic chunking on historic chat messages, but every new message that comes in means you have to re-do the chunking. Can you think of a better way of chunking chat message history.
@@DataIndependent Cheers, I did that at first but ended up doing something similar to the percentile method you mentioned. The issue was the overlapping possibly unrelated message threw off the cluster. I get the embedding of each new message and measure the similarity distance between each and then when a new message comes in and if it's > 85 percentile then it splits on that (with a minimum of 4-5 messages in a cluster with overlap).
Hi Sir, what is the best chunking method to process the complex pdfs such as 10K reports. 10K reports will have so many TABLES, How to load those tables to vectorDBs?
Hey Greg Thanks for an amazing tutorial, really loved all the strategies. I have couple of doubts. So if we do agentic chunking wont it cost too much and also considering the scale of the data we have and also i believe it would be very costly to update with a new item aswell every time. What about retrival strategies, Also how to tackle retrival strategies in QA chat setup. Thank you once again.
Agentic chunking would definitely cost a lot, but the assumption is that latency and cost will go down so it will become more approachable. Do you mean how to do retrieval when building a chat bot?
@@DataIndependent yes, so i always had this doubt , during a chat we have the responses of user and assistants. Now say after 5 conversations , now if a user asks a question, Now how do we do retrieval of embeddings during this situation .
When I try to run the same code for reading tables from pdf and saving image from pdf my kernel shutdown and gives message that it will restart again. How to overcome this? Thanks
I have tried the same code with Google Colab, and it's working just fine. The issue was with my anaconda environment as it seems. Thanks a lot for creating such a depth video. Learned a lot.
I've a better way for imsgesyin PDF, I converted PDF to markdown and turn all images to markdown image reference, then put all the images in a separate folder, that way my embeddings show markdown text with markdown images which can later be turned into html images in the chatbot
So, as you are using Langchain and Llama-Index - what do you prefer for which task? What are the pros and cons of each? I´ve also used both and have manifested an opinion.
Agent chunking is a paradox. We aim to spilt the document into concise units to eliminate the noise so that the LLM can generate better answers. But we are asking the LLM to figure out the concise units by dumping all the propositions.
Thanks for the comment! I take the other side of the argument where the correct chunks are task dependent, and creating those with character based methods is too crude.
@@DataIndependent , I agree that creating chunks with character based method is a naive approach. But my concern is: won't the LLM suffer from the same difficulty to process all the proposition to group together the relevant ones as it did when the entire document (without chunking) is given as context to the LLM.
Is there a way to dynamically change the chunk size ? I have text where I want to split according 4 anchors let’s say. The 4 anchors have x amount of text in between them. So chunk size can say constant, and I’m trying to use regex to split the text.
@@DataIndependent I’m sorry I meant to say chunk size cannot stay constant. This is for api call sequences from windows executables. They have varied names and argument sizes. But they do have module name, api name arguments and return values as constants. But the actual text in each field(args ret value etc) can vary according to the specific api.
Thank you for the reply, maybe i'm just dumb but I cannot find link to the repository anywhere after the sign up. I tried to use the search bar as well as CTRL+F. Would be great if you could post it here. @@DataIndependent
Maybe I'm missing something here, but isn't there the risk that in the Date&Time chunk you end up getting a chunk that reads "The month is October" and another that reads "The year is 2023" but that don't relate to the same context in the original source? In other words, are we sure that those wouldn't be placed togheter unless it was actually October 2023 in the source?
Because we use propositions the hypothesis and aim is that of Oct 2023 was related to something then the proposition would include that something. So like “it was October 2023. Bob was 18” then the proposition would be “Greg was 18 in Oct 2023.” I think that is what you’re referring to?
Yea I had a similar feeling but the wfh prompt template asks the LLM to break sentences into propositions. Greg then fed it by paragraph so the assumption is the paragraph has a direct relation. It would be good to test this against a paragraph that vaguely makes two related claims. Example: The year is 2023 and Jon had many gatherings. Jon celebrated his birthday last month in July. Jon’s favorite birthday party was in 2006.
@@jonintc definitely valid points around, I did a paragraph because it was a manageable chunk. The example in the prompt is much longer and more complicated so you could experiment increasing this window size.
Wouldn't it make sense to use prepositional heirarchical chunking, where each embedding vector includes indexing to the document, section and paragraph? That way, propositions that seem unrelated but relate to the same discussion are mapped close together in some axis.
OMG this video is so precious for me❤. I am a web dev and started studying LLMs for fews days now. I had no idea about "splitting" "embeddings" "retrieval" etc. You really well explained in here. Thanks!
@@DataIndependent They are HTMLs and PDFs, unstructured is for parsing the documents themselves I guess, I was asking about splitters(to further split those documents)
Wow! I hadn't even thought about Agentic Chunking! I need to try this. I did some extensive experimentation with chunking on a project at work for a clinical knowledge base and I found that chunking strategies can make the difference between an ok retrieval and an awesome retrieval that works across a higher percentage of queries.
Great content! I have one quick question though, You have specified that typically you go with chunk sizes around 2000-4000 characters. But isn't it a problem for the embedding stage? I believe 4000 characters roughly corresponds around 600-1000 tokens, popular small-sized sentence transformers (for embedding purposes) typically have context size around 512. What am I missing here? How do you meaningfully embed the long chunks? Any suggestions? Thanks in advance.
Love this! I'm working with transcripts where semantically generated chunks can be quite large. These chunks need to be further divided to fit the limits of the embedding model. Given this, isn't semantic chunking unnecessary if we ultimately have to recursively break down the larger chunks into smaller ones?
Thanks, Excellent video about chunking strategies👍 Question: Can i store the pulled html table using unstructured in a vector database together with a normal text and asking question (RAG)?.
Incredible! I love the approach to Semantic Splitting. I'm working on creating AI tools that will analyze customer interviews (i.e. founders or user researchers talking to customers and then using AI for the analysis/synthesis). In those transcripts, there are multiple speakers. I'm incorporating your approach here and trying to find a better way to chunk those transcripts by the topic of conversation. Thanks a ton for sharing your work!
Awesome, thank you Brian! Love it - I'm doing a ton of work on transcripts as well. This company was just showed to me around user research calls for consultants www.myjunior.ai/
That was great! Semantic and Agential ideas are definitely a way forward. Branching off that, here's a thought: building a meta-transformer that uses a classic-transformer through multi head attention to associate high dim vect between semantic chunks > more efficient parallel processing and capturing more nuanced relations between chunks & macro managing the splitting iteratively GPT formatting: Proposed Meta Transformer Approach: Chunk-Level Semantic Analysis: The meta transformer, as you propose, would operate on semantically split chunks, not just individual tokens. High-Dimensional Semantic Space: Each chunk (sequence of tokens) is mapped onto a high-dimensional semantic space. Iterative Mapping for Optimal Chunking: Through multi-head attention, the model would iteratively determine the best separation points for these chunks.
Great content. FYI - Google’s Gemini models are built to be Multi-Modal from the outset, so seems to overcome some of the challenges you mentioned when combing text and images.
Imagine langsmith for chunking. Something like the agentic flow you have but all chunk titles, summaries ECT... Are kept and able to be used for future tuning and other iterations.
Running the code, it always throws an error when using unstructured --> "No module named 'unstructured_inference.inference.elements' " Anyone solved it?
Both LangChain and Llama Index have added Semantic Chunking (level 4) to their libraries
LangChain: python.langchain.com/docs/modules/data_connection/document_transformers/semantic-chunker
Llama Index: llamahub.ai/l/llama-packs/llama-index-packs-node-parser-semantic-chunking?from=all
But the Semantic Chunker in LangChain only goes with the OpenAI Embedder, doesn't it?
What I mean: Is there a way to use another embedding mode than openAI embedder?
@@GeorgAubele No, you can use your own, check out the docs, replace the embeddings engine you use
First video I came across that actually explain langchain in detail so that a layman can understand how it actually works
Nice I love that - thank you!
Why did TH-cam take so long to recommend me this channel? Incredible work!
Glad you're here my friend
Clear and concise! Your ability to break down complex concepts into easily digestible information is impressive. As a beginner, I found this video incredibly helpful and I'm grateful for sharing your expertise and talent! 🙏
Amazing!! I am fascinated by how document specific splitting or the bonus level also ties with how we structure our data schema. E.g. extracting metadata like "Introduction" in level 3 or applying a summary to the podcast and indexing that to then link to the raw clip in the bonus level. All amazing, super useful stuff -- I am a bit skeptical on embedding based splitting though, maybe just need to dive in further! Mostly bullish on level 5: agentic splitting with multimodal llms that kind of blend levels 3 and 5
Awesome Connor I love the comment!
Thanks for this Greg. I've been looking at agentic chunking for a while and this video really helped me with implementation. Not heard of you before I searched but now subbed. Thanks a lot :)
Awesome - love it thanks for sharing
With the continuous influx of short form content, props to you for making this so interesting to watch. Didn't even realise it was an hour long. Loved every second of it. Thanks!
Love your videos, especially this one. The information density and presentation is off the charts. It is so altruistic of you to put this out there for free.
I am especially interested in the semantic chunking. One use case is transcripts which often have distinct conversation blocks or qhestion answer pairs. Since it is important to capture the question and answer for full context, i was wonderinf what methodology might work best.
Alternatively, semantically chunking a document vs pre-defined themes - sort of the opposite direction as the agentic chunker. First generate or define the overarching themes or buckets, then assign chunks to them.
It seems that there is some real possibility in the semantic chunking methods. 🎉 Looking forward to experimenting more.
Thank you again.
Nice! For that one I actually recommend a slightly different method to explore. No idea if it'll work better for your use case but it might
Check out this video where I do topic extraction from podcasts, I bet you could use this method and switch up the prompts a bit to pull out Q&A pairs w/ answers
th-cam.com/video/pEkxRQFNAs4/w-d-xo.html
what the ___. how good can a tutorial be. such a gem of a video. thx for making this. new to ml and found this very helpful
Hi Greg, many thanks for the work you put into this and to help all of us learn. Great clarity, depth and tempo! 💪
Awesome thank you! The tempo part is good to hear because you never know
man it took me 3 weeks to find you. thank you please keep on coming.
Hi Greg, thanks for the video. It's awesome to have someone publishing good content who's doing the exact same thing as me. Hope to see more videos on advanced topics like this!
Awesome thank you Jonathan! What is the domain you're working in?
Thanks I was thinking about solving my own Retrieval problem. I already got the small crude proof of concept using just simple chunking, embedding, RAG, etc. Now I need to get bigger user inputs that are in bigger pdf files. I thought using agents for it to get around the context window, you agentic chunker is a good starter and does make intuitive sense. I will try this route.
Single and multi hop explained concerning the semantic splitting. Nice !!
This video is incredible! Thank you for sharing this breakdown of RAG chunking.
a-true-good-teacher
Another great video - thank you:) In my case I need to try Semantic Splitting and Document Specific Splitting.
Awesome, thanks Micbab
Great video, starting out with naive and easy to understand methods of text chunking, ending up with novel ideas that may point to the future
Awesome - thank you!
you really deserve that like buttons really thanks for this out of the world content
This video should have a milliion views already. Amazing work
Thanks again sawaiz - text splitting, not sexy, but it's fun!
Buy you a cup of coffee ? How about a Starbucks franchise ! This is some very powerful material.. Looking forward to implementing these into my pipelines ! THANK YOU !
That agentic chunking really does sound like an interesting approach
. How can we predefine the topics instead of them being automatically generated?
This is an amazing professional content! it hits the point directly
Not a comment on the context, but I think that the style of the thumbnail is very smart. It reminds me of the Wired 5 Levels of Difficulty style. I think if the aesthetic is softer, it can be even more popular.
This is really amazing video first time I have seen
While running the code elements=partition_pdf(filename=filename,strategy="hi_res",infer_table_structure=True,model_name="yolox") in my Jupyter notebook, I encountered errors such as TesseractNotFoundError. If anyone has faced this issue or knows how to solve it, please guide me as soon as possible.
Great work, sir. I can confidently say that such a combination of content and explanation is unparalleled in the TH-cam world. @DataIndependent
Now this problem is solved but new problem has come. Basically this code is not working properly due some versions or subclasses. So please give the alternative method.
Could attention be used here instead of the embeddings? Input every 2 sentences with overlap into an encoder. Above a certain threshold of "attention" from one sentence to another, have both in the same chunk
I also never thought of purpose built chunking or semantic proxies like that. Adding question hypotheticals as the embedding could be extrapolated to other use cases.
Great video! it helped me clarify the past and present of all the chunks. I have a question, in agent chunking, there can be an issue of having too much content on a single topic. In extreme cases, an entire book might be about one topic. How should we further break it down in such situations?
Another banger hit from Greg! How does he do it. Love this video!
Thanks greg! Love the long form instructional video :D Greatly appreciated
Awesome! Glad it worked out
This might just work for my meeting transcripts. Ts similar to something David Shaperio did. Where knowledge bases articles are written. And then reserved and updated during a conversation. I like the idea of using propositions and doing this at the article level.
Fantastic Video. Been thinking about level 5, a brilliant way to approach chunking, and I see other applications. Level 4 is clever. Retrieving in syntheticI believe will be the standard as time moves on.
Totally agree
Nice video, next level of chunking! Are you planning to have soon max_chunk_size?
Hey, nope not at the moment, but it would be cool to add
Loved your channel, could you do one with LangServe, please, thanks.
Hey man, you're the best
Extremely helpful, thanks for the great tutorial!
nice! thank you
Congrats that's ! That's an excellent job ! I hope you will continue your work and more benchmark will come. I am particularly curious if the benefit of semantic & agent chunking are minored or majored when code, html , csv is chunked.
What a great video. It would have taken me forever if if I was to research and learn more about this on my own. What a life safer. Do you have a video or a good resource about optimizing other RAG hyperparams and about reranking of chunks?
Nope not yet, but there is more at FullStackRetrieval.com on RAG in general
Thank you very much! Great video!
Great video. Some concepts in it overlap with the RAPTOR paper for RAG
I guess semantic search is what already vector databases are supporting.. and i don't find any advantages by doing sentence split, then calculating cosine distance and putting them in same bucket.. am i missing something here?
@DataIndependent Hi Greg. Which type of splitting would you recommend when working with bank statement, invoices, balance sheets etc.
Hi... Any suggestion like how we can handle large chunks s some of the chunks are having token length greater then 4k !!
thank you so much! well done!
Theory & Importance of Text Splitting:
Context Limits: Language models have limitations on the amount of data they can process at once. Splitting helps by breaking down large texts into manageable chunks.
Signal-to-Noise Ratio: Providing focused information relevant to the task improves the model's accuracy and efficiency. Splitting eliminates unnecessary data, enhancing the signal-to-noise ratio.
Retrieval Optimization: Splitting prepares data for effective retrieval, ensuring the model can easily access the necessary information for its task.
Five Levels of Text Splitting:
Level 1: Character Splitting:
Concept: Dividing text based on a fixed number of characters.
Pros: Simplicity and ease of implementation.
Cons: Rigidity and disregard for text structure.
Tools: LangChain's CharacterTextSplitter.
Level 2: Recursive Character Text Splitting:
Concept: Recursively splitting text using a hierarchy of separators like double new lines, new lines, spaces, and characters.
Pros: Leverages text structure (paragraphs) for more meaningful splits.
Cons: May still split sentences if chunk size is too small.
Tools: LangChain's RecursiveCharacterTextSplitter.
Level 3: Document Specific Splitting:
Concept: Tailoring splitting strategies to specific document types like markdown, Python code, JavaScript code, and PDFs.
Pros: Utilizes document structure (headers, functions, classes) for better grouping of similar information.
Cons: Requires specific splitters for different document types.
Tools: LangChain's various document-specific splitters, Unstructured library for PDFs and images.
Level 4: Semantic Splitting:
Concept: Grouping text chunks based on their meaning and context using embedding comparisons.
Pros: Creates semantically coherent chunks, overcoming limitations of physical structure-based methods.
Cons: Requires more processing power and is computationally expensive.
Methods: Hierarchical clustering with positional reward, finding breakpoints between sequential sentences.
Level 5: Agentic Chunking:
Concept: Employing an agent-like system that iteratively decides whether new information belongs to an existing chunk or should initiate a new one.
Pros: Emulates human-like chunking with dynamic decision-making.
Cons: Highly experimental, slow, and computationally expensive.
Tools: LangChain Hub prompts for proposition extraction, custom agentic chunker script.
Bonus Level: Alternative Representations:
Concept: Exploring ways to represent text beyond raw form for improved retrieval.
Methods: Multi-vector indexing (using summaries or hypothetical questions), parent document retrieval, graph structure extraction.
Key Takeaways:
The ideal splitting strategy depends on your specific task, data type, and desired outcome.
Consider the trade-off between simplicity, accuracy, and computational cost when choosing a splitting method.
Experiment with different techniques and evaluate their effectiveness for your application.
Be mindful of future advancements in language models and chunking technologies.
Further Exploration:
Full Stack Retrieval website: Explore tutorials, code examples, and resources for retrieval and chunking techniques.
LangChain library: Discover various text splitters, document loaders, and retrieval tools.
Unstructured library: Explore options for extracting information from PDFs and images.
LlamaIndex library: Investigate alternative chunking and retrieval methods.
Research papers and articles on text splitting and retrieval.
Thank you.
Rip to semantic search for large datasets 😂! But interesting approach.
Hi Greg, appreciate the fantastic breakdown of text splitting for LLM. Personally I keep finding LLM's having trouble retrieving whole chapters or pages. I was wondering why we wouldn't split based on page number instead of paragraph, would that slow down the LLM ? I'm temped to train a local LLM on chunking based on user input.
You could split on page number, no problem! But then if your content spans pages, then you might lose context.
You could store the page number and chapters in the metadata, then query and filter for those later on.
Training a local LLM would be fun, but also a ton of work
@@DataIndependent
Q: What I am wondering is why don't we use an LLM/custom parser to split a text based on a Document's Chapter's (1-3 pages)? Is it because this is difficult to do ? This would increase the chunk size but wouldn't it also solve our contextual issues ?
- "You could store the page number and chapters in the metadata, then query and filter for those later on."
Q: This sounds like a potential solution but I am honestly a bit overwhelmed with the application of it. Is there a specific tutorial that you can direct me to for study ?
Your work is greatly appreciated Greg. I consider myself a student that one day hopes to contribute to the community like yourself, Cheers!
Great stuff!
Thanks!
Woah this is cool - I think its my first tip, I appreciate it and I will be enjoying In-n-out animal style fries with it
Your Doing an amazing Job. I have really enjoyed the hard work you have put in. Keep it up. @@DataIndependent
Great tutorials . Are there any courses or book written by you. Your explanation is excellent . Thank you. Can you please share the code which was shown in the demo.
Check out fullstackretrieval.com for the code
Awesome, I'm trying to do a similar thing with semantic chunking on historic chat messages, but every new message that comes in means you have to re-do the chunking. Can you think of a better way of chunking chat message history.
Instead of redoing the all the chunks again you could try finding which cluster the embedding is closest with and naively add it to that one?
@@DataIndependent Cheers, I did that at first but ended up doing something similar to the percentile method you mentioned. The issue was the overlapping possibly unrelated message threw off the cluster.
I get the embedding of each new message and measure the similarity distance between each and then when a new message comes in and if it's > 85 percentile then it splits on that (with a minimum of 4-5 messages in a cluster with overlap).
Has someone solved this issue when running the function partition_pdf(). I get this error: module 'PIL.Image' has no attribute 'LINEAR'
I would try upgrading all packages
Hi Sir, what is the best chunking method to process the complex pdfs such as 10K reports. 10K reports will have so many TABLES, How to load those tables to vectorDBs?
Hey did you find a way around it? Would love to know your input
Hey Greg Thanks for an amazing tutorial, really loved all the strategies. I have couple of doubts. So if we do agentic chunking wont it cost too much and also considering the scale of the data we have and also i believe it would be very costly to update with a new item aswell every time. What about retrival strategies, Also how to tackle retrival strategies in QA chat setup. Thank you once again.
Agentic chunking would definitely cost a lot, but the assumption is that latency and cost will go down so it will become more approachable.
Do you mean how to do retrieval when building a chat bot?
@@DataIndependent yes, so i always had this doubt , during a chat we have the responses of user and assistants. Now say after 5 conversations , now if a user asks a question, Now how do we do retrieval of embeddings during this situation .
If I could like this video twice, I would have
Thank you!
When I try to run the same code for reading tables from pdf and saving image from pdf my kernel shutdown and gives message that it will restart again. How to overcome this?
Thanks
weird - I haven't seen that one before. I would double check that all packages are up to date
I have tried the same code with Google Colab, and it's working just fine. The issue was with my anaconda environment as it seems. Thanks a lot for creating such a depth video. Learned a lot.
Fantastic!
Thanks Leisdo
Love the upload
Awesome thanks
I've a better way for imsgesyin PDF, I converted PDF to markdown and turn all images to markdown image reference, then put all the images in a separate folder, that way my embeddings show markdown text with markdown images which can later be turned into html images in the chatbot
Love it
thanks sawaiz
So, as you are using Langchain and Llama-Index - what do you prefer for which task? What are the pros and cons of each?
I´ve also used both and have manifested an opinion.
Nice! They both have pros and cons for different tasks. It's up to the dev w/ what they are most comfortable with
Agent chunking is a paradox.
We aim to spilt the document into concise units to eliminate the noise so that the LLM can generate better answers.
But we are asking the LLM to figure out the concise units by dumping all the propositions.
Thanks for the comment!
I take the other side of the argument where the correct chunks are task dependent, and creating those with character based methods is too crude.
@@DataIndependent , I agree that creating chunks with character based method is a naive approach. But my concern is: won't the LLM suffer from the same difficulty to process all the proposition to group together the relevant ones as it did when the entire document (without chunking) is given as context to the LLM.
Does anyone have an example of agentic chunking (level 5) as javascript?
I bet you could feed the agentic chunking python code into gemini (or claude 3) and get a pretty good starting point to make it yourself
8:52 Thou shan't troll the beginners for you were one too. - Pro Code, Rule 4.
Gold.
nice!!
Is there a way to dynamically change the chunk size ? I have text where I want to split according 4 anchors let’s say.
The 4 anchors have x amount of text in between them. So chunk size can say constant, and I’m trying to use regex to split the text.
Check out level 2 and specify your own splitters and then chunk size
@@DataIndependent I’m sorry I meant to say chunk size cannot stay constant.
This is for api call sequences from windows executables. They have varied names and argument sizes. But they do have module name, api name arguments and return values as constants.
But the actual text in each field(args ret value etc) can vary according to the specific api.
Hello Greg, Great video! ANy chnace we can get access to the Agentic chunking code?
It's in this repo! Which you can find at fullstackretrieval.com
Thank you for the reply, maybe i'm just dumb but I cannot find link to the repository anywhere after the sign up. I tried to use the search bar as well as CTRL+F. Would be great if you could post it here. @@DataIndependent
Here ya go github.com/FullStackRetrieval-com/RetrievalTutorials/blob/main/5_Levels_Of_Text_Splitting.ipynb @@surajthakkar3420
Thank you so much Greg!@@DataIndependent
Maybe I'm missing something here, but isn't there the risk that in the Date&Time chunk you end up getting a chunk that reads "The month is October" and another that reads "The year is 2023" but that don't relate to the same context in the original source? In other words, are we sure that those wouldn't be placed togheter unless it was actually October 2023 in the source?
Because we use propositions the hypothesis and aim is that of Oct 2023 was related to something then the proposition would include that something.
So like “it was October 2023. Bob was 18” then the proposition would be “Greg was 18 in Oct 2023.”
I think that is what you’re referring to?
Yea I had a similar feeling but the wfh prompt template asks the LLM to break sentences into propositions. Greg then fed it by paragraph so the assumption is the paragraph has a direct relation. It would be good to test this against a paragraph that vaguely makes two related claims.
Example: The year is 2023 and Jon had many gatherings. Jon celebrated his birthday last month in July. Jon’s favorite birthday party was in 2006.
@@jonintc definitely valid points around, I did a paragraph because it was a manageable chunk. The example in the prompt is much longer and more complicated so you could experiment increasing this window size.
Wouldn't it make sense to use prepositional heirarchical chunking, where each embedding vector includes indexing to the document, section and paragraph? That way, propositions that seem unrelated but relate to the same discussion are mapped close together in some axis.
@@OccamsPlasmaGun definitely worth a try! sounds like a good experiment
OMG this video is so precious for me❤. I am a web dev and started studying LLMs for fews days now. I had no idea about "splitting" "embeddings" "retrieval" etc. You really well explained in here. Thanks!
just found the channel and i already know its gonna be big. remember me when you're famous
The goal is to keep putting out good work - thanks Eye!
How would you suggest to split legal documents ?
depends on the format - assuming their PDFs, probably starting with unstructured as a proof of concept
@@DataIndependent They are HTMLs and PDFs, unstructured is for parsing the documents themselves I guess, I was asking about splitters(to further split those documents)
Could you share the requirement packages with their versions like requirement.txt. There are lots of dependency issues while running the code
I thought the explanation and showing your experimentation for semantic splitting was creative. Thank you very much.
Could you make a video about comparison performance of different chunking methods?
Wow! I hadn't even thought about Agentic Chunking! I need to try this. I did some extensive experimentation with chunking on a project at work for a clinical knowledge base and I found that chunking strategies can make the difference between an ok retrieval and an awesome retrieval that works across a higher percentage of queries.
Nice vid, Greg! You're on the cutting edge with some of these splitting techniques. Well done. 😎
Thanks man - they were fun explorations
29:13 Now there is GPT4-O ... So you were right with the prediction 😂
Great content!
I have one quick question though,
You have specified that typically you go with chunk sizes around 2000-4000 characters.
But isn't it a problem for the embedding stage? I believe 4000 characters roughly corresponds around 600-1000 tokens, popular small-sized sentence transformers (for embedding purposes) typically have context size around 512. What am I missing here? How do you meaningfully embed the long chunks? Any suggestions?
Thanks in advance.
Love this! I'm working with transcripts where semantically generated chunks can be quite large. These chunks need to be further divided to fit the limits of the embedding model. Given this, isn't semantic chunking unnecessary if we ultimately have to recursively break down the larger chunks into smaller ones?
Thanks, Excellent video about chunking strategies👍
Question: Can i store the pulled html table using unstructured in a vector database together with a normal text and asking question (RAG)?.
where can i directly download this juypyter notebook directly? i already subscribe your personal website email list
Incredible! I love the approach to Semantic Splitting. I'm working on creating AI tools that will analyze customer interviews (i.e. founders or user researchers talking to customers and then using AI for the analysis/synthesis). In those transcripts, there are multiple speakers. I'm incorporating your approach here and trying to find a better way to chunk those transcripts by the topic of conversation.
Thanks a ton for sharing your work!
Awesome, thank you Brian!
Love it - I'm doing a ton of work on transcripts as well. This company was just showed to me around user research calls for consultants www.myjunior.ai/
Any tips yet based on your findings? I've also been experimenting with semantic chunking of transcripts with somewhat mixed results.
great video, thanks you
That was great! Semantic and Agential ideas are definitely a way forward.
Branching off that, here's a thought:
building a meta-transformer that uses a classic-transformer through multi head attention to associate high dim vect between semantic chunks > more efficient parallel processing and capturing more nuanced relations between chunks & macro managing the splitting iteratively
GPT formatting:
Proposed Meta Transformer Approach:
Chunk-Level Semantic Analysis: The meta transformer, as you propose, would operate on semantically split chunks, not just individual tokens.
High-Dimensional Semantic Space: Each chunk (sequence of tokens) is mapped onto a high-dimensional semantic space.
Iterative Mapping for Optimal Chunking: Through multi-head attention, the model would iteratively determine the best separation points for these chunks.
That’s a fun idea - I’d love to see a demo or implementation if you share it out
Great content. FYI - Google’s Gemini models are built to be Multi-Modal from the outset, so seems to overcome some of the challenges you mentioned when combing text and images.
Awesome thanks Rushy - ya, I’m ready for a multi modal embedding model
Human beings are always continuously learning. LLM’s should have all the abilities that we have.
Thank you.
Liked this semantic splitting! Cool stuff you´ve done there!! Also agentic chunking. Pretty cool!!!
Imagine langsmith for chunking. Something like the agentic flow you have but all chunk titles, summaries ECT... Are kept and able to be used for future tuning and other iterations.
Running the code, it always throws an error when using unstructured --> "No module named 'unstructured_inference.inference.elements' " Anyone solved it?
Awesome vid - great work, especially on your semantic chunking approach, love the idea!
Awesome video, thansk so much, its so much informative and clear to follow. Well done.
amazing video ! very helpful ! thanks !
This is an insanely detailed from first principles tutorial. Thank you for taking the time to put this together.
Best explanation on text splitter
This was next level
Your channel is a gem, thank you!
Best chunking video to date.