<?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 Blogging Nick Piggott</title>
	<atom:link href="http://nick.piggott.name/blog/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://nick.piggott.name/blog</link>
	<description>Nick Piggott's blog about the intersection between new media and radio</description>
	<lastBuildDate>Wed, 18 Nov 2009 14:27:26 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Is UK DAB Radio &#8220;like Betamax&#8221;? by iqradio &#187; Blog Archive &#187; Probleme pentru DAB in UK</title>
		<link>http://nick.piggott.name/blog/2008/01/29/is-uk-dab-radio-like-betamax/comment-page-1/#comment-10587</link>
		<dc:creator>iqradio &#187; Blog Archive &#187; Probleme pentru DAB in UK</dc:creator>
		<pubDate>Wed, 18 Nov 2009 14:27:26 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/2008/01/29/is-uk-dab-radio-like-betamax/#comment-10587</guid>
		<description>[...] (Has the Dab Radio dream turned sour) pe unul din blogurile Media Guardian&#160; &#160; Si un punct de vedere care contrazice titlul.&#160; Nick Piggot este &quot;Head of Creative Technology&quot; la GCap [...]</description>
		<content:encoded><![CDATA[<p>[...] (Has the Dab Radio dream turned sour) pe unul din blogurile Media Guardian&nbsp; &nbsp; Si un punct de vedere care contrazice titlul.&nbsp; Nick Piggot este &quot;Head of Creative Technology&quot; la GCap [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on DAB &#8211; Doing It Properly by Flogging a DAB horse… @ Technology News</title>
		<link>http://nick.piggott.name/blog/2009/01/29/dab-doing-it-properly/comment-page-1/#comment-10413</link>
		<dc:creator>Flogging a DAB horse… @ Technology News</dc:creator>
		<pubDate>Thu, 05 Nov 2009 22:15:18 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=113#comment-10413</guid>
		<description>[...] years banging on about option (2), and several countries are now adopting it. What I want is &#8220;DAB done right&#8220;. I gather the UK radio industry doesn&#8217;t like it because it makes a few million current [...]</description>
		<content:encoded><![CDATA[<p>[...] years banging on about option (2), and several countries are now adopting it. What I want is &#8220;DAB done right&#8220;. I gather the UK radio industry doesn&#8217;t like it because it makes a few million current [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is the money in the meta-data? by Phill Clark</title>
		<link>http://nick.piggott.name/blog/2009/10/24/is-the-money-in-the-meta-data/comment-page-1/#comment-10243</link>
		<dc:creator>Phill Clark</dc:creator>
		<pubDate>Wed, 28 Oct 2009 12:31:53 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=175#comment-10243</guid>
		<description>I&#039;d agree totally with the concept of &#039;Control&#039;. We have no issues as a business with this content being used, however it would be nice to be able to control a clean feed for this data rather that it rely on scraping pages or scripts which weren&#039;t designed to have this done to them.

Personally, I  believe that if it remains a free service with no adverts or ecommerce options then why not, in fact I&#039;d love to see and API from the service soon so more mashup concepts can be created from all the data and analysis.</description>
		<content:encoded><![CDATA[<p>I&#8217;d agree totally with the concept of &#8216;Control&#8217;. We have no issues as a business with this content being used, however it would be nice to be able to control a clean feed for this data rather that it rely on scraping pages or scripts which weren&#8217;t designed to have this done to them.</p>
<p>Personally, I  believe that if it remains a free service with no adverts or ecommerce options then why not, in fact I&#8217;d love to see and API from the service soon so more mashup concepts can be created from all the data and analysis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is the money in the meta-data? by Paul Webster</title>
		<link>http://nick.piggott.name/blog/2009/10/24/is-the-money-in-the-meta-data/comment-page-1/#comment-10230</link>
		<dc:creator>Paul Webster</dc:creator>
		<pubDate>Tue, 27 Oct 2009 08:02:39 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=175#comment-10230</guid>
		<description>The reason stated by Bauer could be read to suggest that once they have fixed their meta-data so that it accurately reflects their content then it would become available for such mash-ups again. Will be interesting to see.

I had not realised that last.fm was being used as the repository for the data. Were they aware that they are holding potentially contentious data?
I know that a few stations do submit their own tracklistings there - so maybe OGS could open up their comparison to all such stations - and also allow last.fm users to compare their own profile with stations - then it starts to be a more useful service.</description>
		<content:encoded><![CDATA[<p>The reason stated by Bauer could be read to suggest that once they have fixed their meta-data so that it accurately reflects their content then it would become available for such mash-ups again. Will be interesting to see.</p>
<p>I had not realised that last.fm was being used as the repository for the data. Were they aware that they are holding potentially contentious data?<br />
I know that a few stations do submit their own tracklistings there &#8211; so maybe OGS could open up their comparison to all such stations &#8211; and also allow last.fm users to compare their own profile with stations &#8211; then it starts to be a more useful service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iPod Nano &#8211; now with FM and Tagging. Is that good? by Dietmar Kopitz</title>
		<link>http://nick.piggott.name/blog/2009/09/10/apple-ipod-nano-now-with-fm-and-tagging-is-that-good/comment-page-1/#comment-10214</link>
		<dc:creator>Dietmar Kopitz</dc:creator>
		<pubDate>Mon, 26 Oct 2009 10:17:26 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=171#comment-10214</guid>
		<description>Music tagging with title and artist information is now easy to implement by broadcasters. iTune tagging using the RDS-ODA feature is just one method promoted by Apple and RadioText/RT+ is another RDS-ODA feature method promoted by the RDS Forum and standardised just now since August 2009.
The latter is an open standard that can since three years at least be freely used by broadcasters and manufacturers. 
Now what is great with this Apple nano is that it implemented both technologies. We have tested this already. 
The RDS features used in the iPod nano need to be slightly fine tuned on the software design level, as Apple does not seem to have a good understanding yet of what RDS really offers to FM radio as an added value.
This is only a matter now of few very little additional development steps. 
Otherwise this is a great implementation that works wonderfully on FM radio.
Hope that other iPod products will use FM radio in this kind of way as well.</description>
		<content:encoded><![CDATA[<p>Music tagging with title and artist information is now easy to implement by broadcasters. iTune tagging using the RDS-ODA feature is just one method promoted by Apple and RadioText/RT+ is another RDS-ODA feature method promoted by the RDS Forum and standardised just now since August 2009.<br />
The latter is an open standard that can since three years at least be freely used by broadcasters and manufacturers.<br />
Now what is great with this Apple nano is that it implemented both technologies. We have tested this already.<br />
The RDS features used in the iPod nano need to be slightly fine tuned on the software design level, as Apple does not seem to have a good understanding yet of what RDS really offers to FM radio as an added value.<br />
This is only a matter now of few very little additional development steps.<br />
Otherwise this is a great implementation that works wonderfully on FM radio.<br />
Hope that other iPod products will use FM radio in this kind of way as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Is the money in the meta-data? by Richard</title>
		<link>http://nick.piggott.name/blog/2009/10/24/is-the-money-in-the-meta-data/comment-page-1/#comment-10210</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Mon, 26 Oct 2009 01:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=175#comment-10210</guid>
		<description>A recent courtcase in Australia ruled that future TV programme listings are not protected by copyright. 
( http://bit.ly/obs0Z ) 

It would be interesting to see what the verdict would be in the UK if Radio stations tested whether past track listings are protectable by copyright.</description>
		<content:encoded><![CDATA[<p>A recent courtcase in Australia ruled that future TV programme listings are not protected by copyright.<br />
( <a href="http://bit.ly/obs0Z" rel="nofollow">http://bit.ly/obs0Z</a> ) </p>
<p>It would be interesting to see what the verdict would be in the UK if Radio stations tested whether past track listings are protectable by copyright.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iPod Nano &#8211; now with FM and Tagging. Is that good? by MC</title>
		<link>http://nick.piggott.name/blog/2009/09/10/apple-ipod-nano-now-with-fm-and-tagging-is-that-good/comment-page-1/#comment-9507</link>
		<dc:creator>MC</dc:creator>
		<pubDate>Sat, 19 Sep 2009 12:08:43 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=171#comment-9507</guid>
		<description>I wonder if Rockbox can be installed on this one.

This could be a hack to try nice dev, independently from Apple.</description>
		<content:encoded><![CDATA[<p>I wonder if Rockbox can be installed on this one.</p>
<p>This could be a hack to try nice dev, independently from Apple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iPod Nano &#8211; now with FM and Tagging. Is that good? by Allen Hartle</title>
		<link>http://nick.piggott.name/blog/2009/09/10/apple-ipod-nano-now-with-fm-and-tagging-is-that-good/comment-page-1/#comment-9484</link>
		<dc:creator>Allen Hartle</dc:creator>
		<pubDate>Fri, 18 Sep 2009 00:25:17 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=171#comment-9484</guid>
		<description>Hi we (Jump2Go) designed the RDS Tagging system in question.

The contractual arrangement between the broadcaster and Apple, is primarily to get the commitment from the broadcaster to Tag, and so the sales commissions can find their way back to the broadcaster.

The meta-data we encrypt *before* we send it into the RDS system, so only Apple (or others we provide the keys to) can decrypt it.

In this case its the intangibles that really matter, that &quot;Radio&quot; is fun/cool for the iPod generation. 

Seems to be striking that very chord with a lot of people so far. Mission accomplished.

Allen Hartle
Jump2Go</description>
		<content:encoded><![CDATA[<p>Hi we (Jump2Go) designed the RDS Tagging system in question.</p>
<p>The contractual arrangement between the broadcaster and Apple, is primarily to get the commitment from the broadcaster to Tag, and so the sales commissions can find their way back to the broadcaster.</p>
<p>The meta-data we encrypt *before* we send it into the RDS system, so only Apple (or others we provide the keys to) can decrypt it.</p>
<p>In this case its the intangibles that really matter, that &#8220;Radio&#8221; is fun/cool for the iPod generation. </p>
<p>Seems to be striking that very chord with a lot of people so far. Mission accomplished.</p>
<p>Allen Hartle<br />
Jump2Go</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We&#8217;re not done talking about platforms for radio by Richard</title>
		<link>http://nick.piggott.name/blog/2009/07/29/were-not-done-talking-about-platforms-for-radio/comment-page-1/#comment-9343</link>
		<dc:creator>Richard</dc:creator>
		<pubDate>Sat, 12 Sep 2009 06:02:05 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=156#comment-9343</guid>
		<description>James is  right - nobody cares how they get their content - the consumer just wants a cheap, easy to use device which delivers content to them.  The internet is part of this picture - but I  see terrestrial broadcast in some form as an essential part of the mix.  
Nick is also right - the platform is also important.  Currently the internet fills the needs for some listeners - but not all.  Internet radio is cheap if you have laread invested in a PC  and a broadband connection.  The iPhone is a great solution for mobile radio - but would it work reliably in any city of the world if  10% or more  of the population all decided to listen to a radio station at the same time?
I beleive that radio does need a terrestrial  broadcast delivery method to survive - and this platform needs to be digital in order to allow radio to evolve.  We  can&#039;t just rely on the traditional analogue platforms.
The choice of platform may not seem important to consumers - but it is important to the broadcast industry.  If we want the cheap, ubiquitous consumer devices that free to air radio requires - we need devices that can be manufactured for a world  market.  If more broadcasters in more countries back a particular platform - this means more choice of receivers at lower costs in all these countries - and less confusion for consumers. 

I also agree that multiplexing need not be a big problem for broadcasters.  
In Australia the commercial radio broadcasters all have an equal share in the owner ship of the DAB+ multiplexing and transmission equipment.  We don&#039;t have a multiplex operator chargiing us for services and limiting the broadcasters flexibility to change their service offering when they wish.  We also bought the multiplexing equipment ourselves up front - avoiding the finance costs hidden within  a service contract.   If broadcasters &quot;collaborate on technology and [only] compete on content&quot; these issues are not a huge problem.</description>
		<content:encoded><![CDATA[<p>James is  right &#8211; nobody cares how they get their content &#8211; the consumer just wants a cheap, easy to use device which delivers content to them.  The internet is part of this picture &#8211; but I  see terrestrial broadcast in some form as an essential part of the mix.<br />
Nick is also right &#8211; the platform is also important.  Currently the internet fills the needs for some listeners &#8211; but not all.  Internet radio is cheap if you have laread invested in a PC  and a broadband connection.  The iPhone is a great solution for mobile radio &#8211; but would it work reliably in any city of the world if  10% or more  of the population all decided to listen to a radio station at the same time?<br />
I beleive that radio does need a terrestrial  broadcast delivery method to survive &#8211; and this platform needs to be digital in order to allow radio to evolve.  We  can&#8217;t just rely on the traditional analogue platforms.<br />
The choice of platform may not seem important to consumers &#8211; but it is important to the broadcast industry.  If we want the cheap, ubiquitous consumer devices that free to air radio requires &#8211; we need devices that can be manufactured for a world  market.  If more broadcasters in more countries back a particular platform &#8211; this means more choice of receivers at lower costs in all these countries &#8211; and less confusion for consumers. </p>
<p>I also agree that multiplexing need not be a big problem for broadcasters.<br />
In Australia the commercial radio broadcasters all have an equal share in the owner ship of the DAB+ multiplexing and transmission equipment.  We don&#8217;t have a multiplex operator chargiing us for services and limiting the broadcasters flexibility to change their service offering when they wish.  We also bought the multiplexing equipment ourselves up front &#8211; avoiding the finance costs hidden within  a service contract.   If broadcasters &#8220;collaborate on technology and [only] compete on content&#8221; these issues are not a huge problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iPod Nano &#8211; now with FM and Tagging. Is that good? by Des deCean</title>
		<link>http://nick.piggott.name/blog/2009/09/10/apple-ipod-nano-now-with-fm-and-tagging-is-that-good/comment-page-1/#comment-9329</link>
		<dc:creator>Des deCean</dc:creator>
		<pubDate>Fri, 11 Sep 2009 02:17:48 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=171#comment-9329</guid>
		<description>This is great news. Whilst it might not represent the perfect business model - particulatrly for broadcasters - it is a huge step in realising that radio is still relevant. In fact radio has just hit the cool school big time! As Nick says the ulitimate will be DAB and HD radio on nano, but baby steps might just take us there. Lets hope the sales of the new nano&#039;s  are encouragement enough for Apple to consider digital platforms in the next generation.</description>
		<content:encoded><![CDATA[<p>This is great news. Whilst it might not represent the perfect business model &#8211; particulatrly for broadcasters &#8211; it is a huge step in realising that radio is still relevant. In fact radio has just hit the cool school big time! As Nick says the ulitimate will be DAB and HD radio on nano, but baby steps might just take us there. Lets hope the sales of the new nano&#8217;s  are encouragement enough for Apple to consider digital platforms in the next generation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apple iPod Nano &#8211; now with FM and Tagging. Is that good? by JM</title>
		<link>http://nick.piggott.name/blog/2009/09/10/apple-ipod-nano-now-with-fm-and-tagging-is-that-good/comment-page-1/#comment-9324</link>
		<dc:creator>JM</dc:creator>
		<pubDate>Thu, 10 Sep 2009 21:44:21 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=171#comment-9324</guid>
		<description>&gt;to support Microsoft’s new Zune HD

Gee there&#039;s a punt and a half. Not where I&#039;d invest and time and effort right now.</description>
		<content:encoded><![CDATA[<p>&gt;to support Microsoft’s new Zune HD</p>
<p>Gee there&#8217;s a punt and a half. Not where I&#8217;d invest and time and effort right now.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Live radio on the iPhone and iPod Touch by Dimitri Frederickx</title>
		<link>http://nick.piggott.name/blog/2008/02/11/live-radio-on-the-iphone-and-ipod-touch/comment-page-1/#comment-8926</link>
		<dc:creator>Dimitri Frederickx</dc:creator>
		<pubDate>Wed, 19 Aug 2009 05:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/2008/02/11/live-radio-on-the-iphone-and-ipod-touch/#comment-8926</guid>
		<description>With the following application you can listen to audio streams while still working on your iPhone. It&#039;s a background player: http://www.apple.com/webapps/entertainment/bplayer.html</description>
		<content:encoded><![CDATA[<p>With the following application you can listen to audio streams while still working on your iPhone. It&#8217;s a background player: <a href="http://www.apple.com/webapps/entertainment/bplayer.html" rel="nofollow">http://www.apple.com/webapps/entertainment/bplayer.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The iPhone helps revolutionise DAB Digital Radio by Felonius</title>
		<link>http://nick.piggott.name/blog/2009/05/13/the-iphone-helps-revolutionise-dab-digital-radio/comment-page-1/#comment-8796</link>
		<dc:creator>Felonius</dc:creator>
		<pubDate>Sat, 08 Aug 2009 23:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=140#comment-8796</guid>
		<description>Lol!  That&#039;s a photoshop mockup, not a screen shot!</description>
		<content:encoded><![CDATA[<p>Lol!  That&#8217;s a photoshop mockup, not a screen shot!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We&#8217;re not done talking about platforms for radio by Nick Piggott</title>
		<link>http://nick.piggott.name/blog/2009/07/29/were-not-done-talking-about-platforms-for-radio/comment-page-1/#comment-8694</link>
		<dc:creator>Nick Piggott</dc:creator>
		<pubDate>Sun, 02 Aug 2009 19:32:21 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=156#comment-8694</guid>
		<description>It&#039;s a complex question, and thanks for your observations Bev. I see multiplexing as less of a disadvantage as it might seem. Multiplexing allows capacity to be moved around as requirements change, and having bandwidth for future (non-audio) applications seems like a prudent things to do. Multiplexing also allows infrastructure to be shared between operators, reducing the per-station cost. I suspect, now that multiplexers run (as software) comfortably on a mid-range laptop, the small cost of multiplexing is worth paying in order to dramatically reduce the number of transmitters required in the network.

What I think we&#039;re struggling with is the choice of &quot;ubiquitous&quot; platform. DVB-S, DVB-C, DVB-T, IP are all capable of carrying radio, and probably will continue to do so (assuming the economics make sense - in the UK, the economics of DVB-T don&#039;t make sense for radio IMHO). But none of those do well against all 4 check points, because none of then are *designed* for radio from the ground up.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a complex question, and thanks for your observations Bev. I see multiplexing as less of a disadvantage as it might seem. Multiplexing allows capacity to be moved around as requirements change, and having bandwidth for future (non-audio) applications seems like a prudent things to do. Multiplexing also allows infrastructure to be shared between operators, reducing the per-station cost. I suspect, now that multiplexers run (as software) comfortably on a mid-range laptop, the small cost of multiplexing is worth paying in order to dramatically reduce the number of transmitters required in the network.</p>
<p>What I think we&#8217;re struggling with is the choice of &#8220;ubiquitous&#8221; platform. DVB-S, DVB-C, DVB-T, IP are all capable of carrying radio, and probably will continue to do so (assuming the economics make sense &#8211; in the UK, the economics of DVB-T don&#8217;t make sense for radio IMHO). But none of those do well against all 4 check points, because none of then are *designed* for radio from the ground up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We&#8217;re not done talking about platforms for radio by Bev MARKS</title>
		<link>http://nick.piggott.name/blog/2009/07/29/were-not-done-talking-about-platforms-for-radio/comment-page-1/#comment-8685</link>
		<dc:creator>Bev MARKS</dc:creator>
		<pubDate>Sun, 02 Aug 2009 07:37:30 +0000</pubDate>
		<guid isPermaLink="false">http://nick.piggott.name/blog/?p=156#comment-8685</guid>
		<description>For the eagle-eyed, obviously in last but one paragraph of my first comment, I should have typed &quot;ubiquitously&quot;!

But now to James comment: simple logic says we have to know what platform is the choice, so that peripheral matters that may well affect content possibilities have previously been fixed.  The trouble is the choice is too wide at present..</description>
		<content:encoded><![CDATA[<p>For the eagle-eyed, obviously in last but one paragraph of my first comment, I should have typed &#8220;ubiquitously&#8221;!</p>
<p>But now to James comment: simple logic says we have to know what platform is the choice, so that peripheral matters that may well affect content possibilities have previously been fixed.  The trouble is the choice is too wide at present..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
