-
Notifications
You must be signed in to change notification settings - Fork 901
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
How to add new data on top of the exisiting indexed data by graph RAG #360
Comments
Do you mean by updating an already indexed document, or by adding new ones? Adding new ones work and will just index the added doc. I have not tried updating an existing document. The question could also be expanded as can you remove an indexed document be deleting it from the input folder. |
Yep adding new docs on an already indexed system. Yes we would need upsert and remove stuff. but for starters upsert would be great. |
Adding new documents to the input folder will trigger indexing for those new documents. However, it will not index existing ones. Be aware that existing communities might get re-generated each time you add new documents, which can be time-consuming and consume valuable LLM credits. It would be beneficial to have an option to create only new communities and skip reprocessing existing ones, allowing users to decide when to update existing community summaries. This approach would save significant LLM processing and cost, at the expense of a slight decrease in precision. Personally, I prefer quickly indexing new documents, creating any necessary new communities, and then, at the end of the day, allowing the system to rebuild existing communities if needed based on the new documents added. |
We cant regenerate a new parquet file and communities when I just added a file when I have 1000s of files preprocessed. |
I totally agree. Even with 10 files it quickly become super combersome and lenghty everytime a new file is added to the mix. The claim_extraction has an Would prevent new community from being created... so perhaps not optimal... Maybe a new optional variable called |
No description provided.
The text was updated successfully, but these errors were encountered: