<?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: How important is detection time?</title>
	<atom:link href="https://fod-detection.com/2011/01/25/how-important-is-detection-time/feed/" rel="self" type="application/rss+xml" />
	<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/</link>
	<description>FOD detection news and independent advice</description>
	<lastBuildDate>Tue, 24 Dec 2013 03:49:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>By: HP</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-37947</link>
		<dc:creator><![CDATA[HP]]></dc:creator>
		<pubDate>Tue, 24 Dec 2013 03:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-37947</guid>
		<description><![CDATA[Hi

I think the detection time is rather important in enhancing the profitability of an airport.  Assuming the four systems approved by FAA have the same FOD detection capability, a shorter detection time will allow the airport management to increase the frequency of aircraft take offs and landings, thereby enhancing the appeal and ultimately the profitability of that airport.

The bottom line of an FOD Detection System is to ensure the airport is safe for aircraft take offs and landings but a shorter detection will definitely help in enhancing the profitability of that airport]]></description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>I think the detection time is rather important in enhancing the profitability of an airport.  Assuming the four systems approved by FAA have the same FOD detection capability, a shorter detection time will allow the airport management to increase the frequency of aircraft take offs and landings, thereby enhancing the appeal and ultimately the profitability of that airport.</p>
<p>The bottom line of an FOD Detection System is to ensure the airport is safe for aircraft take offs and landings but a shorter detection will definitely help in enhancing the profitability of that airport</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gav</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-7029</link>
		<dc:creator><![CDATA[Gav]]></dc:creator>
		<pubDate>Sat, 30 Jul 2011 09:49:55 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-7029</guid>
		<description><![CDATA[Hi Mark

&quot;In summary, I completely agree with you i.e. that any FOD detection system has to have a database with the parameters that you describe. And that’s why, while in my previous role as Tarsier Product Manager, the first thing I did was to build one.

I actually have a presentation on exactly this subject which I plan on posting to Slideshare.net sometime soon.&quot;


Did you ever post this presentation or do you have anymore information on this topic please?]]></description>
		<content:encoded><![CDATA[<p>Hi Mark</p>
<p>&#8220;In summary, I completely agree with you i.e. that any FOD detection system has to have a database with the parameters that you describe. And that’s why, while in my previous role as Tarsier Product Manager, the first thing I did was to build one.</p>
<p>I actually have a presentation on exactly this subject which I plan on posting to Slideshare.net sometime soon.&#8221;</p>
<p>Did you ever post this presentation or do you have anymore information on this topic please?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-3090</link>
		<dc:creator><![CDATA[mark]]></dc:creator>
		<pubDate>Sun, 06 Mar 2011 07:24:15 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-3090</guid>
		<description><![CDATA[Oded,

Thanks for the comments, you state in your reply:


&quot;Thus, in your example, you should assume (in some cases) that both slow and fast systems can detect with probability of 95%.&quot;


Yes, I agree with you. I do try and make it clear that it is quite possible for systems based on different technologies to have a shorter detection time and a better probability of detection, when I say :


&quot;So, does this mean that systems with a longer detection time are better?
No, I wish it were that simple, but it’s impossible to compare the trade-off between probability of detection and detection time across systems that are based on different technologies. It’s quite possible that a system based on one form of technology will have a better probability of detection, and a shorter detection time.&quot;


Maybe I should have been clearer and stated that as well as the technology used, the configuration is also a factor. The aim of the article was not really to describe every factor that can be used to determine the absolute value of the key parameters, its aim was to demonstrate that detection time should not be the main design aim. Is having a short detection time good? absolutely yes, and if you can achieve this while maintaining a high probability of detection (by increasing the number of sensors, increasing radar power output, adding lights to camera based systems etc) then it is a very worthwhile pursuit.


The Risk Calculator spreadsheet (and now also a web page) takes this into account by allowing detection time and probability of detection to be entered as independent variables.


Thanks again for the comments.


Mark]]></description>
		<content:encoded><![CDATA[<p>Oded,</p>
<p>Thanks for the comments, you state in your reply:</p>
<p>&#8220;Thus, in your example, you should assume (in some cases) that both slow and fast systems can detect with probability of 95%.&#8221;</p>
<p>Yes, I agree with you. I do try and make it clear that it is quite possible for systems based on different technologies to have a shorter detection time and a better probability of detection, when I say :</p>
<p>&#8220;So, does this mean that systems with a longer detection time are better?<br />
No, I wish it were that simple, but it’s impossible to compare the trade-off between probability of detection and detection time across systems that are based on different technologies. It’s quite possible that a system based on one form of technology will have a better probability of detection, and a shorter detection time.&#8221;</p>
<p>Maybe I should have been clearer and stated that as well as the technology used, the configuration is also a factor. The aim of the article was not really to describe every factor that can be used to determine the absolute value of the key parameters, its aim was to demonstrate that detection time should not be the main design aim. Is having a short detection time good? absolutely yes, and if you can achieve this while maintaining a high probability of detection (by increasing the number of sensors, increasing radar power output, adding lights to camera based systems etc) then it is a very worthwhile pursuit.</p>
<p>The Risk Calculator spreadsheet (and now also a web page) takes this into account by allowing detection time and probability of detection to be entered as independent variables.</p>
<p>Thanks again for the comments.</p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oded Hanson</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-3084</link>
		<dc:creator><![CDATA[Oded Hanson]]></dc:creator>
		<pubDate>Sat, 05 Mar 2011 23:38:59 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-3084</guid>
		<description><![CDATA[Hi Mark. 

First thing, I agree with you that detection time is not the &quot;only&quot; parameter for a FOD detection system and reducing FOD risk. It is obviously an important factor, together with probability of detection, False Alarm rate, visual interrogation capabilities, System availability in different weather conditions, etc. All these are all covered in the FAA&#039;s AC, so nothing new here. 

However, I have a technical comment regarding your analysis. Detection time is not only a sensitivity issue. That is, you claim that decreasing detection time would decrease detection sensitivity (or increase false alarm rate). I claim that detection time is also a function of the coverage area. The smaller the coverage area is, the faster it can be scanned. That is, a system using more sensors to scan the runway, can perform faster without impacting the detection performance. Thus, in your example, you should assume (in some cases) that both slow and fast systems can detect with probability of 95%.]]></description>
		<content:encoded><![CDATA[<p>Hi Mark. </p>
<p>First thing, I agree with you that detection time is not the &#8220;only&#8221; parameter for a FOD detection system and reducing FOD risk. It is obviously an important factor, together with probability of detection, False Alarm rate, visual interrogation capabilities, System availability in different weather conditions, etc. All these are all covered in the FAA&#8217;s AC, so nothing new here. </p>
<p>However, I have a technical comment regarding your analysis. Detection time is not only a sensitivity issue. That is, you claim that decreasing detection time would decrease detection sensitivity (or increase false alarm rate). I claim that detection time is also a function of the coverage area. The smaller the coverage area is, the faster it can be scanned. That is, a system using more sensors to scan the runway, can perform faster without impacting the detection performance. Thus, in your example, you should assume (in some cases) that both slow and fast systems can detect with probability of 95%.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-2277</link>
		<dc:creator><![CDATA[mark]]></dc:creator>
		<pubDate>Fri, 28 Jan 2011 18:30:46 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-2277</guid>
		<description><![CDATA[Rick,

I&#039;m not sure if you have seen an earlier article I wrote questioning why there isn&#039;t &quot;an App&quot; for the recording of FOD data? With the capabilities of today&#039;s smartphones it seems like there should be.
http://fod-detection.com/2010/06/11/found-some-fod-theres-an-app-for-that/

Mark]]></description>
		<content:encoded><![CDATA[<p>Rick,</p>
<p>I&#8217;m not sure if you have seen an earlier article I wrote questioning why there isn&#8217;t &#8220;an App&#8221; for the recording of FOD data? With the capabilities of today&#8217;s smartphones it seems like there should be.<br />
<a href="http://fod-detection.com/2010/06/11/found-some-fod-theres-an-app-for-that/" rel="nofollow">http://fod-detection.com/2010/06/11/found-some-fod-theres-an-app-for-that/</a></p>
<p>Mark</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mark</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-2276</link>
		<dc:creator><![CDATA[mark]]></dc:creator>
		<pubDate>Fri, 28 Jan 2011 18:12:24 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-2276</guid>
		<description><![CDATA[Rick, thanks for the comments. 

I couldn&#039;t agree with you more. The reason I don&#039;t discuss the risk reduction that can be achieved through analysis of FOD data is only because the sole purpose of the article was to look at a system&#039;s detection time (it was designed to bust a particular myth that seems to exist currently).

The Tarsier Toolbox (a product I developed while at QinetiQ) is designed to do exactly what you suggest.  It allows analysis of the FOD data, both spatially and temporally, for example, it allows the generation of heat maps that can be overlaid onto a map of the runway, showing problem areas. It contains details not only of the location and time of a FOD find, but also an image of the FOD item and the weather conditions when the FOD was detected. The sole purpose of the Tarsier Toolbox is to enable better (more focused) preventative measures to be taken. But, the ability to catalog and analyze FOD data has always existed, FOD detection is new. I don&#039;t think that any &quot;new&quot; preventative measures, however well informed, can reduce the risk from FOD to around 10% (which is what a FOD detection system can do). The current FOD detection systems on the market (all of them) represent a step-change in the ability to detect FOD and therefore reduce risk. The systems do not just &quot;see FOD&quot;, they enable that FOD to be removed up to 6 hours before it would have been removed without the detection system.

A FOD detection system will also result in a larger, and better populated database of FOD items. Larger, as it will find more FOD than is found via manual inspections alone, and better, as it will find FOD that won&#039;t be found (or cataloged) by manual inspections. For example, animals that are on the runway at night (either to eat, or to keep warm on the surface) won&#039;t be found via a manually inspection, but will be detected by a FOD detection system.

In summary, I completely agree with you i.e. that any FOD detection system has to have a database with the parameters that you describe. And that&#039;s why, while in my previous role as Tarsier Product Manager, the first thing I did was to build one.

I actually have a presentation on exactly this subject which I plan on posting to Slideshare.net sometime soon.]]></description>
		<content:encoded><![CDATA[<p>Rick, thanks for the comments. </p>
<p>I couldn&#8217;t agree with you more. The reason I don&#8217;t discuss the risk reduction that can be achieved through analysis of FOD data is only because the sole purpose of the article was to look at a system&#8217;s detection time (it was designed to bust a particular myth that seems to exist currently).</p>
<p>The Tarsier Toolbox (a product I developed while at QinetiQ) is designed to do exactly what you suggest.  It allows analysis of the FOD data, both spatially and temporally, for example, it allows the generation of heat maps that can be overlaid onto a map of the runway, showing problem areas. It contains details not only of the location and time of a FOD find, but also an image of the FOD item and the weather conditions when the FOD was detected. The sole purpose of the Tarsier Toolbox is to enable better (more focused) preventative measures to be taken. But, the ability to catalog and analyze FOD data has always existed, FOD detection is new. I don&#8217;t think that any &#8220;new&#8221; preventative measures, however well informed, can reduce the risk from FOD to around 10% (which is what a FOD detection system can do). The current FOD detection systems on the market (all of them) represent a step-change in the ability to detect FOD and therefore reduce risk. The systems do not just &#8220;see FOD&#8221;, they enable that FOD to be removed up to 6 hours before it would have been removed without the detection system.</p>
<p>A FOD detection system will also result in a larger, and better populated database of FOD items. Larger, as it will find more FOD than is found via manual inspections alone, and better, as it will find FOD that won&#8217;t be found (or cataloged) by manual inspections. For example, animals that are on the runway at night (either to eat, or to keep warm on the surface) won&#8217;t be found via a manually inspection, but will be detected by a FOD detection system.</p>
<p>In summary, I completely agree with you i.e. that any FOD detection system has to have a database with the parameters that you describe. And that&#8217;s why, while in my previous role as Tarsier Product Manager, the first thing I did was to build one.</p>
<p>I actually have a presentation on exactly this subject which I plan on posting to Slideshare.net sometime soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rick Paddock</title>
		<link>https://fod-detection.com/2011/01/25/how-important-is-detection-time/comment-page-1/#comment-2272</link>
		<dc:creator><![CDATA[Rick Paddock]]></dc:creator>
		<pubDate>Fri, 28 Jan 2011 16:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://fod-detection.com/?p=1140#comment-2272</guid>
		<description><![CDATA[I appreciate your insightful articles on FOD detection systems.  While FOD detection systems are no substitute to a physical inspection, they can provide an additional layer of safety in the effort to manage potential damaging FOD and reduce the risk of a damaging event.   However, one aspect of your article that I found absent was the importance of managing FOD data and the benefits of acting on the FOD data’s analysis.  

Your article argues the facts that FOD risk reductions are based on the accuracy and frequency of a system’s “sweep time and sensitivity to detecting FOD”. However, it doesn’t discuss the critical nature of a systems ability to collect data and to analyze and manage the data it collects. Any FOD detection process, whether human or automated, must not only reliably detect potential damaging FOD and cause the removal of same but should integrate and record FOD data and resolution into its system. 

Safety Risk Management will become a key fundamental of any airports Safety Management System (SMS), soon to become regulatory for certificated airports and air carriers. SMS, like an airports Pavement Management Systems (another FAA requirement for airports), depends upon the ability to not only collect data but to provide meaningful analysis of that data that gives airport decision makers the means to justify spending more (or less) on FOD management and other linked safety efforts. In the long run without knowing what you’re finding, where it was located, where it came from and what you did with it (simple key performance indicators) you simply have a very expensive radar system that “sees FOD” but does nothing about it.  And in that case you’re no smarter for the money spent or time taken to use the technology. 

All the Best,
Rick Paddock]]></description>
		<content:encoded><![CDATA[<p>I appreciate your insightful articles on FOD detection systems.  While FOD detection systems are no substitute to a physical inspection, they can provide an additional layer of safety in the effort to manage potential damaging FOD and reduce the risk of a damaging event.   However, one aspect of your article that I found absent was the importance of managing FOD data and the benefits of acting on the FOD data’s analysis.  </p>
<p>Your article argues the facts that FOD risk reductions are based on the accuracy and frequency of a system’s “sweep time and sensitivity to detecting FOD”. However, it doesn’t discuss the critical nature of a systems ability to collect data and to analyze and manage the data it collects. Any FOD detection process, whether human or automated, must not only reliably detect potential damaging FOD and cause the removal of same but should integrate and record FOD data and resolution into its system. </p>
<p>Safety Risk Management will become a key fundamental of any airports Safety Management System (SMS), soon to become regulatory for certificated airports and air carriers. SMS, like an airports Pavement Management Systems (another FAA requirement for airports), depends upon the ability to not only collect data but to provide meaningful analysis of that data that gives airport decision makers the means to justify spending more (or less) on FOD management and other linked safety efforts. In the long run without knowing what you’re finding, where it was located, where it came from and what you did with it (simple key performance indicators) you simply have a very expensive radar system that “sees FOD” but does nothing about it.  And in that case you’re no smarter for the money spent or time taken to use the technology. </p>
<p>All the Best,<br />
Rick Paddock</p>
]]></content:encoded>
	</item>
</channel>
</rss>
