<?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"
	>
<channel>
	<title>Comments on: ADM Releases Standards - Where&#8217;s The Rest?</title>
	<atom:link href="http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/</link>
	<description>Michael W. Geoghegan's Weblog</description>
	<pubDate>Wed, 20 Aug 2008 03:13:30 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: MWGblog &#187; Blog Archive &#187; ADM - What The Heck Are They Doing With Your Money?</title>
		<link>http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-149606</link>
		<dc:creator>MWGblog &#187; Blog Archive &#187; ADM - What The Heck Are They Doing With Your Money?</dc:creator>
		<pubDate>Thu, 03 Jul 2008 14:19:47 +0000</pubDate>
		<guid isPermaLink="false">http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-149606</guid>
		<description>[...] first posted about the ADM on April 17th. They had just released their &#8220;Advertisement Unit Standards and Downloadable Measurement [...]</description>
		<content:encoded><![CDATA[<p>[...] first posted about the ADM on April 17th. They had just released their &#8220;Advertisement Unit Standards and Downloadable Measurement [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris MacDonald</title>
		<link>http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147583</link>
		<dc:creator>Chris MacDonald</dc:creator>
		<pubDate>Mon, 21 Apr 2008 14:14:23 +0000</pubDate>
		<guid isPermaLink="false">http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147583</guid>
		<description>Hi Michael

I think it is a real oversimplification to boil-down the proposed  download measurement guidelines the way you characterize.  Since I know you personally on a business level I know you are not intentionally trying to malign the group or its progress.  Thanks also for disclosing that you are not participating in this standard process except through post-commentary, despite the fact that you were always invited to.  And you still are.

What I clearly take away is that you are not satisfied that the guidelines in the way that they address listens.  You would like the ADM to establish a firm policy as to what is and is not a valid listen, and create a technical schema that supports that policy.

I think this perspective assumes that this is an insurmountable problem at top-of-mind within the ad-buying community.  Our conversations with the industry do not appear to bear this thinking out. The clear message we heard, was that buyers need to understand what measurement processes are being used today in our industry, as opposed to what  methods should be used and pushed into the industry.

Buyers today want to understand the measurement landscape. Currently, on average, they really don't. So ADM proposed guidelines that lay-out the spectrum of measurement into two large buckets: analysis of files from native servers, and those from third party servers.  

The best analogy I can think of, is that buyers are asking "how does the engine work"  rather than what I think you are looking to have ADM push, which is "what kind of engine should we all install."  

ADM serves to facilitate higher, scalable transactions for downloadable media, with an emphasis on the ad-supported  model.   We do not think it is appropriate at this point in time, to leapfrog over the important education component within our industry, and unnecessarily disenfranchise members who have legitimate technical reasons for handling download counts the way they choose.

If a buyer can understand the mechanics, and then ask a provider or publisher how those counts occur in their specific use-case, this arms the buyer with the information needed to make a confident buying decision.  The buyer would adjust upwards or downwards to address the general issue of data "quality."  We have some members who only publish full verified downloads, this advanced standard is not only applicable in the standards schema, it is made more evident by virtue of the existing proposed standards. 

Our proposed approach does not shoe-horn parties into one method over another, but the end approach is that the market (not the technical provider) will determine what is, among the valid choices, the preferred listen metrics.  And trust me we are paying attention very carefully to the online advertising industry's needs as they relate to our initiatives.  

If our goal was to enhance the total amount of ad-supported transactions, why would we force toward a position that results in less (but theoretically preferred) transactions?  

What counts as a listen is extremely important to the industry.  For example we can all agree that unfiltered IP counts is a non-starter, that is why ADM does not recommend unfiltered IP counts.  But Michael, percentage of downloads equating to a delivery of pre-roll is an exotic detail compared to where buyers are currently understanding our market.  You may dwell on these details as any responsible RSS media data provider should, but I can assure you they are not the issues triggering the average buyer.  We are very conscious about making sure the industry understands us first, that this is far more important and effective than launching unnecessarily polarizing technical policies.

Best regards
Chris MacDonald
Chairmain 
Association for Downloadable Media (ADM)</description>
		<content:encoded><![CDATA[<p>Hi Michael</p>
<p>I think it is a real oversimplification to boil-down the proposed  download measurement guidelines the way you characterize.  Since I know you personally on a business level I know you are not intentionally trying to malign the group or its progress.  Thanks also for disclosing that you are not participating in this standard process except through post-commentary, despite the fact that you were always invited to.  And you still are.</p>
<p>What I clearly take away is that you are not satisfied that the guidelines in the way that they address listens.  You would like the ADM to establish a firm policy as to what is and is not a valid listen, and create a technical schema that supports that policy.</p>
<p>I think this perspective assumes that this is an insurmountable problem at top-of-mind within the ad-buying community.  Our conversations with the industry do not appear to bear this thinking out. The clear message we heard, was that buyers need to understand what measurement processes are being used today in our industry, as opposed to what  methods should be used and pushed into the industry.</p>
<p>Buyers today want to understand the measurement landscape. Currently, on average, they really don&#8217;t. So ADM proposed guidelines that lay-out the spectrum of measurement into two large buckets: analysis of files from native servers, and those from third party servers.  </p>
<p>The best analogy I can think of, is that buyers are asking &#8220;how does the engine work&#8221;  rather than what I think you are looking to have ADM push, which is &#8220;what kind of engine should we all install.&#8221;  </p>
<p>ADM serves to facilitate higher, scalable transactions for downloadable media, with an emphasis on the ad-supported  model.   We do not think it is appropriate at this point in time, to leapfrog over the important education component within our industry, and unnecessarily disenfranchise members who have legitimate technical reasons for handling download counts the way they choose.</p>
<p>If a buyer can understand the mechanics, and then ask a provider or publisher how those counts occur in their specific use-case, this arms the buyer with the information needed to make a confident buying decision.  The buyer would adjust upwards or downwards to address the general issue of data &#8220;quality.&#8221;  We have some members who only publish full verified downloads, this advanced standard is not only applicable in the standards schema, it is made more evident by virtue of the existing proposed standards. </p>
<p>Our proposed approach does not shoe-horn parties into one method over another, but the end approach is that the market (not the technical provider) will determine what is, among the valid choices, the preferred listen metrics.  And trust me we are paying attention very carefully to the online advertising industry&#8217;s needs as they relate to our initiatives.  </p>
<p>If our goal was to enhance the total amount of ad-supported transactions, why would we force toward a position that results in less (but theoretically preferred) transactions?  </p>
<p>What counts as a listen is extremely important to the industry.  For example we can all agree that unfiltered IP counts is a non-starter, that is why ADM does not recommend unfiltered IP counts.  But Michael, percentage of downloads equating to a delivery of pre-roll is an exotic detail compared to where buyers are currently understanding our market.  You may dwell on these details as any responsible RSS media data provider should, but I can assure you they are not the issues triggering the average buyer.  We are very conscious about making sure the industry understands us first, that this is far more important and effective than launching unnecessarily polarizing technical policies.</p>
<p>Best regards<br />
Chris MacDonald<br />
Chairmain<br />
Association for Downloadable Media (ADM)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matthew Snodgrass</title>
		<link>http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147485</link>
		<dc:creator>Matthew Snodgrass</dc:creator>
		<pubDate>Mon, 21 Apr 2008 02:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147485</guid>
		<description>Keep in mind that these are a starting point. To the committee's credit, they are going to be re-evaluating these standards every 6 months. Also remember that the ADM is still only about 6 months old, so please be patient.</description>
		<content:encoded><![CDATA[<p>Keep in mind that these are a starting point. To the committee&#8217;s credit, they are going to be re-evaluating these standards every 6 months. Also remember that the ADM is still only about 6 months old, so please be patient.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim Street</title>
		<link>http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147462</link>
		<dc:creator>Tim Street</dc:creator>
		<pubDate>Sun, 20 Apr 2008 23:28:18 +0000</pubDate>
		<guid isPermaLink="false">http://mwgblog.com/archives/2008/04/17/adm-releases-standards-wheres-the-rest/#comment-147462</guid>
		<description>This is only a starting point. The ADM is a new organization in a new industry. We need your help. 

I challenge you and your readers to get involved and do your part to help build these standards so that we can all communicate with advertisers and speak the same language. 

We have to crawl before we can walk. 

Imagine if you were an advertiser and you were going to create an ad for an online video or an online audio what size would you make that ad so that it could go on every video or audio that you wanted it to go on?

Please chime in and tell us what size you think these ads should be then we can move on to shooting your elephant.</description>
		<content:encoded><![CDATA[<p>This is only a starting point. The ADM is a new organization in a new industry. We need your help. </p>
<p>I challenge you and your readers to get involved and do your part to help build these standards so that we can all communicate with advertisers and speak the same language. </p>
<p>We have to crawl before we can walk. </p>
<p>Imagine if you were an advertiser and you were going to create an ad for an online video or an online audio what size would you make that ad so that it could go on every video or audio that you wanted it to go on?</p>
<p>Please chime in and tell us what size you think these ads should be then we can move on to shooting your elephant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
