<?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: Cameras vs. Sensors</title>
	<atom:link href="http://programmerjoe.com/2009/08/02/cameras-vs-sensors/feed/" rel="self" type="application/rss+xml" />
	<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/</link>
	<description>Joe Ludwig's blog</description>
	<lastBuildDate>Fri, 30 Mar 2012 18:45:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>By: Adam</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-371271</link>
		<dc:creator>Adam</dc:creator>
		<pubDate>Wed, 05 Aug 2009 00:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-371271</guid>
		<description>I don&#039;t think it&#039;s fair to say the GPS-based techniques will win since the applications are quite different. GPS-based techniques appear to be easier to implement so I agree that we will see more of these apps.

In general, GPS-based AR is good for navigation, tours, and other large-scale applications, while vision-based AR is better for object recognition at smaller scales. General object recognition is still quite hard though, so it&#039;s natural that there will be fewer of these apps out there. This doesn&#039;t mean these apps wouldn&#039;t be more useful if they were available.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think it&#8217;s fair to say the GPS-based techniques will win since the applications are quite different. GPS-based techniques appear to be easier to implement so I agree that we will see more of these apps.</p>
<p>In general, GPS-based AR is good for navigation, tours, and other large-scale applications, while vision-based AR is better for object recognition at smaller scales. General object recognition is still quite hard though, so it&#8217;s natural that there will be fewer of these apps out there. This doesn&#8217;t mean these apps wouldn&#8217;t be more useful if they were available.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas K Carpenter</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-371060</link>
		<dc:creator>Thomas K Carpenter</dc:creator>
		<pubDate>Mon, 03 Aug 2009 17:36:41 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-371060</guid>
		<description>Hybrid of the two depending on the usage, mainly depending on the precision needed of the project.  If you&#039;re just doing location based information layers, then GPS is fine.  If you&#039;re getting down to the objects within those locations (like items in a grocery store), you&#039;re going to need object recognition.  As the technology improves, the usage will change too.</description>
		<content:encoded><![CDATA[<p>Hybrid of the two depending on the usage, mainly depending on the precision needed of the project.  If you&#8217;re just doing location based information layers, then GPS is fine.  If you&#8217;re getting down to the objects within those locations (like items in a grocery store), you&#8217;re going to need object recognition.  As the technology improves, the usage will change too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Kasper</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-371031</link>
		<dc:creator>Alex Kasper</dc:creator>
		<pubDate>Mon, 03 Aug 2009 11:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-371031</guid>
		<description>Aribtrary object recognition is far from being solved. Special cases in restricted environments have been solved, but I haven&#039;t seen anything that&#039;s close to being usable in an everyday environment.</description>
		<content:encoded><![CDATA[<p>Aribtrary object recognition is far from being solved. Special cases in restricted environments have been solved, but I haven&#8217;t seen anything that&#8217;s close to being usable in an everyday environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yulia Panina</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-371017</link>
		<dc:creator>Yulia Panina</dc:creator>
		<pubDate>Mon, 03 Aug 2009 08:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-371017</guid>
		<description>We are using exactly this approach in our Google ADC2 entry: lightweight pattern recognition combined with Android&#039;s pitch and roll sensor, far less computation is then needed to calculate extrinsic camera parameters.</description>
		<content:encoded><![CDATA[<p>We are using exactly this approach in our Google ADC2 entry: lightweight pattern recognition combined with Android&#8217;s pitch and roll sensor, far less computation is then needed to calculate extrinsic camera parameters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-370901</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Sun, 02 Aug 2009 21:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-370901</guid>
		<description>The problem of recognizing an arbitrary object in any orientation without restricting (reasonable) lighting conditions has been solved? I know there are plenty of examples of vision systems recognizing the set of specific objects they&#039;ve been trained on, and some of those more restrictive systems are even on mobiles (like SnapTouch Explorer). I just haven&#039;t seen an example of a general solution.</description>
		<content:encoded><![CDATA[<p>The problem of recognizing an arbitrary object in any orientation without restricting (reasonable) lighting conditions has been solved? I know there are plenty of examples of vision systems recognizing the set of specific objects they&#8217;ve been trained on, and some of those more restrictive systems are even on mobiles (like SnapTouch Explorer). I just haven&#8217;t seen an example of a general solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: serge</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-370899</link>
		<dc:creator>serge</dc:creator>
		<pubDate>Sun, 02 Aug 2009 21:16:17 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-370899</guid>
		<description>&quot;When vision researchers eventually solve the object recognition problem ...&quot;

Those problem mostly solved long ago. The problem how to squeeze those solutions into mobile device</description>
		<content:encoded><![CDATA[<p>&#8220;When vision researchers eventually solve the object recognition problem &#8230;&#8221;</p>
<p>Those problem mostly solved long ago. The problem how to squeeze those solutions into mobile device</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-370898</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Sun, 02 Aug 2009 21:10:45 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-370898</guid>
		<description>Hasn&#039;t dGPS been more or less superseded by WAAS, at least in the US?  From what I understand they use the same sort of approach, only with WAAS transmitting its correction signals through a couple satellites. Carrier-phase GPS certainly has a lot of potential.

&lt;blockquote&gt;local RF beacon triangulation&lt;/blockquote&gt;
Long-term, I think this is where it&#039;s at.  Like GPS they would work at night.  Unlike GPS they could be sprinkled around indoors and anywhere else that it&#039;s tough to get a GPS signal.</description>
		<content:encoded><![CDATA[<p>Hasn&#8217;t dGPS been more or less superseded by WAAS, at least in the US?  From what I understand they use the same sort of approach, only with WAAS transmitting its correction signals through a couple satellites. Carrier-phase GPS certainly has a lot of potential.</p>
<blockquote><p>local RF beacon triangulation</p></blockquote>
<p>Long-term, I think this is where it&#8217;s at.  Like GPS they would work at night.  Unlike GPS they could be sprinkled around indoors and anywhere else that it&#8217;s tough to get a GPS signal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noah Zerkin</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-370894</link>
		<dc:creator>Noah Zerkin</dc:creator>
		<pubDate>Sun, 02 Aug 2009 19:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-370894</guid>
		<description>Hybrid. Taking the cue from our own perceptive abilities, I&#039;d say that it makes sense to use as much data as one has at one&#039;s disposal, within&#039; the limitations of one&#039;s processing capabilities. Also, GPS is capable of more precise location fixing once you throw dGPS and eventually carrier-phase GPS into the mix. Feiner&#039;s prototype system in the mid-90s featured dGPS. Perhaps with adoption of wearable AR systems we&#039;ll see dGPS beacons domestically deployed more widely by the USCG, or deployed by somebody else with a bit more interest in the land-locked portions of the country. An ideal system might give accuracy weightings to all of the various elements of the equation based on environmental context. In urban areas, it might be possible to generate image-based &quot;markers&quot; from Google Street-View and Earth, and MS Photosynth imagery to generate a more precise fix than that possible with current consumer-accessible GPS. So the GPS and compass heading dramatically reduce the database set against which you need to compare your vision input. i.e. use GPS and magnetometer readings to set the context, and vision and/or local RF beacon triangulation for precision positioning where possible. In other words, I don&#039;t really think it&#039;s a &quot;versus&quot; situation at all, but one in which we&#039;ll find more and more ways of using diverse and complementary data-sets to refine the gestalt. Sensors will only get cheaper and more accurate, embedded processors and GPUs faster, camera resolutions higher, served resources bigger, and mobile bandwidth broader. The key is in the knitting-together. It&#039;s all about the convergence, methinks.</description>
		<content:encoded><![CDATA[<p>Hybrid. Taking the cue from our own perceptive abilities, I&#8217;d say that it makes sense to use as much data as one has at one&#8217;s disposal, within&#8217; the limitations of one&#8217;s processing capabilities. Also, GPS is capable of more precise location fixing once you throw dGPS and eventually carrier-phase GPS into the mix. Feiner&#8217;s prototype system in the mid-90s featured dGPS. Perhaps with adoption of wearable AR systems we&#8217;ll see dGPS beacons domestically deployed more widely by the USCG, or deployed by somebody else with a bit more interest in the land-locked portions of the country. An ideal system might give accuracy weightings to all of the various elements of the equation based on environmental context. In urban areas, it might be possible to generate image-based &#8220;markers&#8221; from Google Street-View and Earth, and MS Photosynth imagery to generate a more precise fix than that possible with current consumer-accessible GPS. So the GPS and compass heading dramatically reduce the database set against which you need to compare your vision input. i.e. use GPS and magnetometer readings to set the context, and vision and/or local RF beacon triangulation for precision positioning where possible. In other words, I don&#8217;t really think it&#8217;s a &#8220;versus&#8221; situation at all, but one in which we&#8217;ll find more and more ways of using diverse and complementary data-sets to refine the gestalt. Sensors will only get cheaper and more accurate, embedded processors and GPUs faster, camera resolutions higher, served resources bigger, and mobile bandwidth broader. The key is in the knitting-together. It&#8217;s all about the convergence, methinks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rouli</title>
		<link>http://programmerjoe.com/2009/08/02/cameras-vs-sensors/comment-page-1/#comment-370893</link>
		<dc:creator>rouli</dc:creator>
		<pubDate>Sun, 02 Aug 2009 19:35:37 +0000</pubDate>
		<guid isPermaLink="false">http://programmerjoe.com/?p=179#comment-370893</guid>
		<description>It seems that GPS&amp;Compass based AR is more mature, and imho, it augments reality much more than any marker-bound technique.
On the other hand, there are some attractive vision based AR-like applications, such as GetFugu or Nokia&#039;s point and find, which limits themselves to identification of 2d images.
I wonder how come no one created an application that merges the above two techniques. This could be a killer tourist application - walk the street of an European city using the GPS AR, enter a museum and look at images via the computer vision AR. Both are not really what the academy would call AR, but it&#039;s a step in the right direction.</description>
		<content:encoded><![CDATA[<p>It seems that GPS&amp;Compass based AR is more mature, and imho, it augments reality much more than any marker-bound technique.<br />
On the other hand, there are some attractive vision based AR-like applications, such as GetFugu or Nokia&#8217;s point and find, which limits themselves to identification of 2d images.<br />
I wonder how come no one created an application that merges the above two techniques. This could be a killer tourist application &#8211; walk the street of an European city using the GPS AR, enter a museum and look at images via the computer vision AR. Both are not really what the academy would call AR, but it&#8217;s a step in the right direction.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

