<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>emre şahin's digital garden 🍃 - document-processing</title>
    <link>https://emresahin.net/tags/document-processing/</link>
    <description>Posts in the document-processing tag</description>
    <language>en</language>
    <managingEditor>contact@emresahin.net (Emre Şahin)</managingEditor>
    <lastBuildDate>Tue, 15 Sep 2026 19:46:32 +0000</lastBuildDate>
    <atom:link href="https://emresahin.net/tags/document-processing/rss.xml" rel="self" type="application/rss+xml"/>
    <item>
      <title>Turning Ottoman Letters into Graphs (1)</title>
      <published>2012-09-22T17:00:00+00:00</published>
      <updated>2012-09-22T17:00:00+00:00</updated>
      <author>Emre Şahin</author>
      <pubDate>Sat, 22 Sep 2012 17:00:00 +0000</pubDate>
      <link>https://emresahin.net/12123-4-1014/</link>
      <guid isPermaLink="true">https://emresahin.net/12123-4-1014/</guid>
      <description>Today’s work was about sharding a page’s components and recording them as new images. Instead of artificial boundaries (like word/sentence boundaries), the labeling should rely on connected components. There are two problems here. In Arabic-based writing systems, dots play a significant role, muc...</description>
      <category>Dervaze</category>
      <category>Computer Vision</category>
      <category>Document Analysis</category>
      <category>Ottoman</category>
      <category>Arabic</category>
      <category>connected components</category>
      <category>character recognition</category>
      <category>document processing</category>
      <category>graphs</category>
      <content:encoded><![CDATA[<p>Today’s work was about sharding a page’s components and recording them
as new images. Instead of <em>artificial</em> boundaries (like word/sentence
boundaries), the labeling should rely on connected components.</p>
<p>There are two problems here. In Arabic-based writing systems, <em>dots</em>
play a significant role, much more so than in Latin-based scripts.
Therefore, these dots should be classified correctly.</p>
<p>The second problem is that the connected components are not always
reliable. There are unduly divided components which are part of a single
component. We can’t label them as they are, and uniting them into a uniform
component requires manual intervention—something we try to avoid.</p>
<p>In the coming days, I’ll try to exemplify these problems and how we treat
them.</p>]]></content:encoded>
    </item>
    <item>
      <title>Paper Review: High Performance Layout Analysis for Arabic and Urdu</title>
      <published>2012-07-25T14:00:00+00:00</published>
      <updated>2012-07-25T14:00:00+00:00</updated>
      <author>Emre Şahin</author>
      <pubDate>Wed, 25 Jul 2012 14:00:00 +0000</pubDate>
      <link>https://emresahin.net/high-performance-layout-analysis-arabic-urdu/</link>
      <guid isPermaLink="true">https://emresahin.net/high-performance-layout-analysis-arabic-urdu/</guid>
      <description>Authors: Syed Saqib Bukhari, Faisal Shafait, and Thomas M. Breuel Keywords: ridge printed text non-text segmentation gaussian-filter bank reading order Q1: How is line skew determined? There is a $\theta$ parameter in the Gaussian kernel which is used to produce ridges. This may be used in detect...</description>
      <category>paper-review</category>
      <category>computer-vision</category>
      <category>layout-analysis</category>
      <category>arabic</category>
      <category>urdu</category>
      <category>document-processing</category>
      <category>ocr</category>
      <content:encoded><![CDATA[<p><strong>Authors:</strong> Syed Saqib Bukhari, Faisal Shafait, and Thomas M. Breuel</p>
<p><strong>Keywords:</strong></p>
<ul>
<li>ridge</li>
<li>printed text</li>
<li>non-text segmentation</li>
<li>gaussian-filter bank</li>
<li>reading order</li>
</ul>
<h2 id="q1-how-is-line-skew-determined">Q1: How is line skew determined?</h2>
<p>There is a $\theta$ parameter in the Gaussian kernel which is used to produce ridges. This <em>may</em> be used in detecting the skew, but since it’s constant for an entire page, a varying line skew will probably decrease its performance.</p>
<h2 id="q2-how-are-non-text-portions-detected">Q2: How are non-text portions detected?</h2>
<p>The paper does not include a description but cites “S. S. Bukhari, F. Shafait, and T. M. Breuel, ‘Improved document image segmentation algorithm using multiresolution morphology,’ in Proc. SPIE Document Recognition and Retrieval XVIII, San Jose, CA, USA, Jan. 2011” as a source for an improved technique.</p>
<h2 id="q3-which-heuristics-are-used-in-reading-order-determination">Q3: Which heuristics are used in reading order determination?</h2>
<p>Breuel is reported to have an algorithm in “T. M. Breuel, ‘High performance document layout analysis,’ in Symposium on Document Image Understanding Technology, Greenbelt, MD, USA, April 2003.” The paper says the authors modified the algorithm for right-to-left scripts. No further details are provided.</p>
<h2 id="q4-how-large-is-the-dataset-and-what-does-it-contain">Q4: How large is the dataset, and what does it contain?</h2>
<p>25 Arabic documents and 20 Urdu documents are used.</p>
<h2 id="q5-are-there-any-techniques-applicable-to-divans">Q5: Are there any techniques applicable to divans?</h2>
<p>There might be, if any of them were described in detail. We already have more sophisticated text line detection techniques. For the others, I’ll need to read the cited works.</p>]]></content:encoded>
    </item>
  </channel>
</rss>
