<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Dilation algorithms&#8212;structuring element decomposition</title>
	<atom:link href="http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/</link>
	<description>Steve Eddins manages the Image &#38; Geospatial development team at The MathWorks and coauthored Digital Image Processing Using MATLAB. He writes here about image processing concepts, algorithm implementations, and MATLAB.</description>
	<lastBuildDate>Sat, 11 Feb 2012 18:27:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Steve</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-23778</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Mon, 13 Dec 2010 13:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-23778</guid>
		<description>Mohammed&#8212;What do you mean by &quot;scalable structure element&quot;?</description>
		<content:encoded><![CDATA[<p>Mohammed&mdash;What do you mean by &#8220;scalable structure element&#8221;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mohammed Aqlan</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-23774</link>
		<dc:creator>Mohammed Aqlan</dc:creator>
		<pubDate>Sat, 11 Dec 2010 12:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-23774</guid>
		<description>Hi,
I got good points from your explanation but I have one question for you how I can get a scalable structure element,,,, I tried but I could not get it to use it in making a local enhancement of gray images,,,,</description>
		<content:encoded><![CDATA[<p>Hi,<br />
I got good points from your explanation but I have one question for you how I can get a scalable structure element,,,, I tried but I could not get it to use it in making a local enhancement of gray images,,,,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-22176</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Mon, 05 Oct 2009 14:48:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-22176</guid>
		<description>Anne&#8212;That&#039;s a very good point.  The performance of implementations of binary dilation and erosion can be data-dependent.  When we do performance benchmarking of binary dilation, we usually use a couple of images: one with just a few foreground pixels and one with many foreground pixels.  It&#039;s difficult to write a binary dilation routine that performs equally well for all kinds of input images.

For grayscale dilation and erosion, though, the performance is not data dependent and structuring element decomposition is a clear win.</description>
		<content:encoded><![CDATA[<p>Anne&mdash;That&#8217;s a very good point.  The performance of implementations of binary dilation and erosion can be data-dependent.  When we do performance benchmarking of binary dilation, we usually use a couple of images: one with just a few foreground pixels and one with many foreground pixels.  It&#8217;s difficult to write a binary dilation routine that performs equally well for all kinds of input images.</p>
<p>For grayscale dilation and erosion, though, the performance is not data dependent and structuring element decomposition is a clear win.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anne</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-22156</link>
		<dc:creator>Anne</dc:creator>
		<pubDate>Wed, 23 Sep 2009 21:21:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-22156</guid>
		<description>Hi Steve,

It seems to me that the time savings you get by decomposing the structuring element depend a bit on the initial volume. In the case of a mostly empty volume with only a small percentage of non-zero voxels, I think decomposition could actually cost more time! For the limiting case, say we have a 3D volume with only 1 nonzero voxel which we are dilating with a 5x5x5 structuring element. In the case of no decomposition, 125 comparison are made. However, if you decompose the structuring element into 3 linear elements, you have to do 1*5 (first step) + 5*5 (second step) + 25*5 (third step) = 155 comparisons. Is my logic correct here?

Thanks,
Anne</description>
		<content:encoded><![CDATA[<p>Hi Steve,</p>
<p>It seems to me that the time savings you get by decomposing the structuring element depend a bit on the initial volume. In the case of a mostly empty volume with only a small percentage of non-zero voxels, I think decomposition could actually cost more time! For the limiting case, say we have a 3D volume with only 1 nonzero voxel which we are dilating with a 5x5x5 structuring element. In the case of no decomposition, 125 comparison are made. However, if you decompose the structuring element into 3 linear elements, you have to do 1*5 (first step) + 5*5 (second step) + 25*5 (third step) = 155 comparisons. Is my logic correct here?</p>
<p>Thanks,<br />
Anne</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-21593</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 20 Mar 2009 12:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-21593</guid>
		<description>Lala&#8212;Dilation and erosion are dual operators.  There is relatively little difference between them in terms of algorithms and implementation.  Everything I&#039;ve written about dilation applies to erosion, so I have no plans to write anything further that&#039;s specific to erosion.  Closing is just dilation followed by erosion.</description>
		<content:encoded><![CDATA[<p>Lala&mdash;Dilation and erosion are dual operators.  There is relatively little difference between them in terms of algorithms and implementation.  Everything I&#8217;ve written about dilation applies to erosion, so I have no plans to write anything further that&#8217;s specific to erosion.  Closing is just dilation followed by erosion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lala</title>
		<link>http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-21592</link>
		<dc:creator>lala</dc:creator>
		<pubDate>Thu, 19 Mar 2009 21:47:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mathworks.com/steve/2008/09/17/dilation-structuring-element-decomposition/#comment-21592</guid>
		<description>Hi Steve,

I&#039;m searching for algorithm concepts behind the implementation of erosion and closing in the Image Processing Toolbox in Matlab. Looks like you haven&#039;t update on this yet. Can you please give me a brief detail on this? Thank you very much.

~Lala</description>
		<content:encoded><![CDATA[<p>Hi Steve,</p>
<p>I&#8217;m searching for algorithm concepts behind the implementation of erosion and closing in the Image Processing Toolbox in Matlab. Looks like you haven&#8217;t update on this yet. Can you please give me a brief detail on this? Thank you very much.</p>
<p>~Lala</p>
]]></content:encoded>
	</item>
</channel>
</rss>

