<?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 for Computer Vision For Dummies</title>
	<atom:link href="http://inperc.com/blog2/index.php/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://inperc.com/blog2</link>
	<description>Computer vision, image analysis, and related mathematics</description>
	<lastBuildDate>Thu, 17 Feb 2011 13:25:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
	<item>
		<title>Comment on Google confuses topology and topography by Peter</title>
		<link>http://inperc.com/blog2/2011/02/14/google-confuses-topology-and-topography/comment-page-1/#comment-878</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Thu, 17 Feb 2011 13:25:51 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=643#comment-878</guid>
		<description>Yes, and it make more sense in this context - as one of several meanings of the word. It shouldn&#039;t be #1 though! That&#039;s what messed up Google.</description>
		<content:encoded><![CDATA[<p>Yes, and it make more sense in this context &#8211; as one of several meanings of the word. It shouldn&#8217;t be #1 though! That&#8217;s what messed up Google.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Google confuses topology and topography by Hesham</title>
		<link>http://inperc.com/blog2/2011/02/14/google-confuses-topology-and-topography/comment-page-1/#comment-877</link>
		<dc:creator>Hesham</dc:creator>
		<pubDate>Thu, 17 Feb 2011 13:14:46 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=643#comment-877</guid>
		<description>It&#039;s from here:
http://wordnetweb.princeton.edu/perl/webwn?s=topology</description>
		<content:encoded><![CDATA[<p>It&#8217;s from here:<br />
<a href="http://wordnetweb.princeton.edu/perl/webwn?s=topology" rel="nofollow">http://wordnetweb.princeton.edu/perl/webwn?s=topology</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stereo vision with Kinect by Peter</title>
		<link>http://inperc.com/blog2/2010/11/15/stereo-vision-with-kinect/comment-page-1/#comment-872</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Wed, 17 Nov 2010 16:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=570#comment-872</guid>
		<description>I stand corrected. Kinect has is a depth sensor. So, the link isn&#039;t relevant here. Thanks! This is still &quot;stereo vision&quot;, I think.

If this is a step towards making 3D imaging as common as 2D, that would be exciting...</description>
		<content:encoded><![CDATA[<p>I stand corrected. Kinect has is a depth sensor. So, the link isn&#8217;t relevant here. Thanks! This is still &#8220;stereo vision&#8221;, I think.</p>
<p>If this is a step towards making 3D imaging as common as 2D, that would be exciting&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Stereo vision with Kinect by edward_dixon</title>
		<link>http://inperc.com/blog2/2010/11/15/stereo-vision-with-kinect/comment-page-1/#comment-871</link>
		<dc:creator>edward_dixon</dc:creator>
		<pubDate>Wed, 17 Nov 2010 15:22:25 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=570#comment-871</guid>
		<description>My understanding is that this isn&#039;t stereo vision, but something more interesting, using a time-of-flight camera chip developed by a small Israeli firm.  The chip functions like radar or sonar, but emitting light (outside the visible slice of the spectrum) with a known phase. 

The light reflects off objects in the scene and some of it bounces back into a camera lense which focuses it onto a camera chip, in which each pixel measures both intensity AND phase.  The difference in phase between emitted and sensed light depends on how long a path the light took between the source and the reflecting object - so the operating principle is like sonar or radar.  Since phase is measured at each pixel, a depth value can be calculated for all pixels that are close enough to the light source and reflect a sufficient fraction of the light (i.e. not too black, not too shiny).

The resulting depth maps are better than can be done with existing stereo systems (denser, and with an error that doesn&#039;t depend on distance), and also require little processing power to interpret - since distance is being directly measured, not inferred using image pair correlations.  

The time-measurement also allows for interesting tricks like peering through translucent media like fog or water, using time/distance to filter out the obscuring material to reveal a more substantial hidden surface.

Many companies are already producing similar cameras, but none on the scale or price point of the Kinect.  Interesting possibilities!</description>
		<content:encoded><![CDATA[<p>My understanding is that this isn&#8217;t stereo vision, but something more interesting, using a time-of-flight camera chip developed by a small Israeli firm.  The chip functions like radar or sonar, but emitting light (outside the visible slice of the spectrum) with a known phase. </p>
<p>The light reflects off objects in the scene and some of it bounces back into a camera lense which focuses it onto a camera chip, in which each pixel measures both intensity AND phase.  The difference in phase between emitted and sensed light depends on how long a path the light took between the source and the reflecting object &#8211; so the operating principle is like sonar or radar.  Since phase is measured at each pixel, a depth value can be calculated for all pixels that are close enough to the light source and reflect a sufficient fraction of the light (i.e. not too black, not too shiny).</p>
<p>The resulting depth maps are better than can be done with existing stereo systems (denser, and with an error that doesn&#8217;t depend on distance), and also require little processing power to interpret &#8211; since distance is being directly measured, not inferred using image pair correlations.  </p>
<p>The time-measurement also allows for interesting tricks like peering through translucent media like fog or water, using time/distance to filter out the obscuring material to reveal a more substantial hidden surface.</p>
<p>Many companies are already producing similar cameras, but none on the scale or price point of the Kinect.  Interesting possibilities!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Topological data analysis by Roman Shapovalov</title>
		<link>http://inperc.com/blog2/2010/01/25/topological-data-analysis/comment-page-1/#comment-864</link>
		<dc:creator>Roman Shapovalov</dc:creator>
		<pubDate>Wed, 27 Jan 2010 21:13:46 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=338#comment-864</guid>
		<description>Have you heard about Locally Linear Embedding? It does some kind of non-linear dimentionality reduction, though I&#039;m not sure it can help to investigate topological properties. Hope it will help you!</description>
		<content:encoded><![CDATA[<p>Have you heard about Locally Linear Embedding? It does some kind of non-linear dimentionality reduction, though I&#8217;m not sure it can help to investigate topological properties. Hope it will help you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on No web apps, for now by Peter</title>
		<link>http://inperc.com/blog2/2009/11/27/no-web-apps-for-now/comment-page-1/#comment-862</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Sat, 28 Nov 2009 18:41:11 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=250#comment-862</guid>
		<description>It’s a fair point. However, bio/med researchers are often concerned about analyzing the original images. Most likely, if someone comes with a bmp or tiff file and sees that it can’t be analyzed, he would simply walk away. I certainly wouldn’t try to force them to convert everything to png. A partial solution could be to have it done automatically before uploading but that would be more like a hybrid then a pure web app. -- Peter</description>
		<content:encoded><![CDATA[<p>It’s a fair point. However, bio/med researchers are often concerned about analyzing the original images. Most likely, if someone comes with a bmp or tiff file and sees that it can’t be analyzed, he would simply walk away. I certainly wouldn’t try to force them to convert everything to png. A partial solution could be to have it done automatically before uploading but that would be more like a hybrid then a pure web app. &#8212; Peter</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on No web apps, for now by overrider</title>
		<link>http://inperc.com/blog2/2009/11/27/no-web-apps-for-now/comment-page-1/#comment-861</link>
		<dc:creator>overrider</dc:creator>
		<pubDate>Fri, 27 Nov 2009 18:28:05 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=250#comment-861</guid>
		<description>Why shoud one load 1000×1000 bmp file while PNG exists?
Moreover, if sensors naturally save photos in JPEG, it is the option too.</description>
		<content:encoded><![CDATA[<p>Why shoud one load 1000×1000 bmp file while PNG exists?<br />
Moreover, if sensors naturally save photos in JPEG, it is the option too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on A common view of digital imaging by uberVU - social comments</title>
		<link>http://inperc.com/blog2/2009/10/22/a-common-view-of-digital-imaging/comment-page-1/#comment-860</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Mon, 26 Oct 2009 19:03:05 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=223#comment-860</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by lonifasiko: A common (and very far from reality) view of digital imaging http://bit.ly/3D9nLR...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by lonifasiko: A common (and very far from reality) view of digital imaging <a href="http://bit.ly/3D9nLR.." rel="nofollow">http://bit.ly/3D9nLR..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Site updates by Math World &#124; Site updates</title>
		<link>http://inperc.com/blog2/2009/09/13/site-updates/comment-page-1/#comment-859</link>
		<dc:creator>Math World &#124; Site updates</dc:creator>
		<pubDate>Wed, 16 Sep 2009 01:57:04 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/?p=194#comment-859</guid>
		<description>[...] See more here:  Site updates [...]</description>
		<content:encoded><![CDATA[<p>[...] See more here:  Site updates [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Pixcavator 4.2 released by Peter</title>
		<link>http://inperc.com/blog2/2009/06/10/pixcavator-42-released/comment-page-1/#comment-858</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 06 Jul 2009 19:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://inperc.com/blog2/2009/06/10/pixcavator-42-released/#comment-858</guid>
		<description>Thanks for the compliments and the feedback.

The first one must be a bug… It would help me a lot if you can describe the circumstances of this so that I can reproduce it. My email is saveliev@inperc.com.

The second one isn’t a bug but I can’t say it’s a feature either. I just haven’t been able to come up with a better way of handling this dilemma: as I move a slider I definitely want both the contours and the summary statistics (and the table) to be updated instantly, but it’s just too slow… So I just imposed this limit – you are the only one who noticed so far!

--Peter</description>
		<content:encoded><![CDATA[<p>Thanks for the compliments and the feedback.</p>
<p>The first one must be a bug… It would help me a lot if you can describe the circumstances of this so that I can reproduce it. My email is <a href="mailto:saveliev@inperc.com">saveliev@inperc.com</a>.</p>
<p>The second one isn’t a bug but I can’t say it’s a feature either. I just haven’t been able to come up with a better way of handling this dilemma: as I move a slider I definitely want both the contours and the summary statistics (and the table) to be updated instantly, but it’s just too slow… So I just imposed this limit – you are the only one who noticed so far!</p>
<p>&#8211;Peter</p>
]]></content:encoded>
	</item>
</channel>
</rss>

