<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>ocr on Vchord</title>
    <link>https://vchord.pgsty.com/tags/ocr/</link>
    <description>Recent content in ocr on Vchord</description>
    <generator>Hugo</generator>
    <language>en-US</language>
    
    
    
      <lastBuildDate>Mon, 02 Nov 2026 19:35:19 +0800</lastBuildDate>
    
    
      <atom:link href="https://vchord.pgsty.com/tags/ocr/index.xml" rel="self" type="application/rss+xml" />
    
    <item>
        <title>Beyond Text: Unlock OCR-Free RAG in PostgreSQL with Modal &amp; VectorChord</title>
        <link>https://vchord.pgsty.com/blog/post/beyond-text-unlock-ocr-free-rag-in-postgresql-with-modal-and-vectorchord/</link>
        <pubDate>Tue, 15 Apr 2025 00:00:00 +0000</pubDate>
        
        <guid>https://vchord.pgsty.com/blog/post/beyond-text-unlock-ocr-free-rag-in-postgresql-with-modal-and-vectorchord/</guid>
        <description>&lt;p&gt;Building effective Retrieval-Augmented Generation (RAG) systems for documents often feels like wrestling with messy, complex pipelines. Especially when dealing with PDFs or scanned images, traditional methods rely heavily on Optical Character Recognition (OCR) and layout analysis. These steps can be slow, error-prone, and often lose crucial visual context like tables, figures, and formatting. &lt;strong&gt;But what if you could query documents based on &lt;em&gt;how they look&lt;/em&gt;, not just the extracted text?&lt;/strong&gt;&lt;/p&gt;</description>
      </item>
    
  </channel>
</rss>
