<?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: Jonathan Jensen &#8211; What&#8217;s your number</title>
	<atom:link href="http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html</link>
	<description>Daily news and opinion for 250,000 industry executives and mobile fanatics</description>
	<lastBuildDate>Mon, 13 Feb 2012 16:39:00 +0100</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: =barney.craggs</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-249982</link>
		<dc:creator>=barney.craggs</dc:creator>
		<pubDate>Fri, 02 May 2008 04:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-249982</guid>
		<description>The premise behind this isn&#039;t actually sound.  Phone numbers and domain names are what&#039;s known as a controlled namespace; in other words &lt;br&gt;they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) &lt;br&gt;at a country level and then local telco&#039;s receive delegated authority to assign the numbers therein.&lt;br&gt;&lt;br&gt;Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.&lt;br&gt;&lt;br&gt;In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is &lt;br&gt;little or no possibility or probability of ever actually &quot;owning&#039; the number.  This &quot;centralised&quot; control is what ensures uniqueness.&lt;br&gt;&lt;br&gt;/* Gets a little geeky beyond here so bail out now if you want */&lt;br&gt;&lt;br&gt;The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service&lt;br&gt;provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#039;t&lt;br&gt;move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of &lt;br&gt;remembering the numbers.&lt;br&gt;&lt;br&gt;Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same &lt;br&gt;exchange - remember the heritage of circuit switching here.&lt;br&gt;&lt;br&gt;What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where&lt;br&gt;you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you &lt;br&gt;desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people &lt;br&gt;couldn&#039;t.  This is where an abstracted identifier technology comes into play.&lt;br&gt;&lt;br&gt;With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable &lt;br&gt;identifier (mine&#039;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very&lt;br&gt;cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same&lt;br&gt;iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the &lt;br&gt;same iNumber (if I want) or be routed to multiple destinations.&lt;br&gt;&lt;br&gt;The possibilities are immense and I have over-simplified the technology for this comment, but in essence; &lt;br&gt;- controlled namespaces are good as long as you acknowledge their limitations, &lt;br&gt;- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,&lt;br&gt;- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer&lt;br&gt;choice.</description>
		<content:encoded><![CDATA[<p>The premise behind this isn&#39;t actually sound.  Phone numbers and domain names are what&#39;s known as a controlled namespace; in other words <br />they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) <br />at a country level and then local telco&#39;s receive delegated authority to assign the numbers therein.</p>
<p>Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.</p>
<p>In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is <br />little or no possibility or probability of ever actually &#8220;owning&#39; the number.  This &#8220;centralised&#8221; control is what ensures uniqueness.</p>
<p>/* Gets a little geeky beyond here so bail out now if you want */</p>
<p>The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service<br />provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#39;t<br />move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of <br />remembering the numbers.</p>
<p>Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same <br />exchange &#8211; remember the heritage of circuit switching here.</p>
<p>What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where<br />you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you <br />desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people <br />couldn&#39;t.  This is where an abstracted identifier technology comes into play.</p>
<p>With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable <br />identifier (mine&#39;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very<br />cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same<br />iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the <br />same iNumber (if I want) or be routed to multiple destinations.</p>
<p>The possibilities are immense and I have over-simplified the technology for this comment, but in essence; <br />- controlled namespaces are good as long as you acknowledge their limitations, <br />- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,<br />- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer<br />choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: =barney.craggs</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-249700</link>
		<dc:creator>=barney.craggs</dc:creator>
		<pubDate>Fri, 02 May 2008 03:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-249700</guid>
		<description>The premise behind this isn&#039;t actually sound.  Phone numbers and domain names are what&#039;s known as a controlled namespace; in other words &lt;br&gt;they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) &lt;br&gt;at a country level and then local telco&#039;s receive delegated authority to assign the numbers therein.&lt;br&gt;&lt;br&gt;Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.&lt;br&gt;&lt;br&gt;In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is &lt;br&gt;little or no possibility or probability of ever actually &quot;owning&#039; the number.  This &quot;centralised&quot; control is what ensures uniqueness.&lt;br&gt;&lt;br&gt;/* Gets a little geeky beyond here so bail out now if you want */&lt;br&gt;&lt;br&gt;The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service&lt;br&gt;provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#039;t&lt;br&gt;move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of &lt;br&gt;remembering the numbers.&lt;br&gt;&lt;br&gt;Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same &lt;br&gt;exchange - remember the heritage of circuit switching here.&lt;br&gt;&lt;br&gt;What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where&lt;br&gt;you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you &lt;br&gt;desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people &lt;br&gt;couldn&#039;t.  This is where an abstracted identifier technology comes into play.&lt;br&gt;&lt;br&gt;With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable &lt;br&gt;identifier (mine&#039;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very&lt;br&gt;cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same&lt;br&gt;iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the &lt;br&gt;same iNumber (if I want) or be routed to multiple destinations.&lt;br&gt;&lt;br&gt;The possibilities are immense and I have over-simplified the technology for this comment, but in essence; &lt;br&gt;- controlled namespaces are good as long as you acknowledge their limitations, &lt;br&gt;- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,&lt;br&gt;- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer&lt;br&gt;choice.</description>
		<content:encoded><![CDATA[<p>The premise behind this isn&#39;t actually sound.  Phone numbers and domain names are what&#39;s known as a controlled namespace; in other words <br />they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) <br />at a country level and then local telco&#39;s receive delegated authority to assign the numbers therein.</p>
<p>Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.</p>
<p>In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is <br />little or no possibility or probability of ever actually &#8220;owning&#39; the number.  This &#8220;centralised&#8221; control is what ensures uniqueness.</p>
<p>/* Gets a little geeky beyond here so bail out now if you want */</p>
<p>The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service<br />provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#39;t<br />move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of <br />remembering the numbers.</p>
<p>Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same <br />exchange &#8211; remember the heritage of circuit switching here.</p>
<p>What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where<br />you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you <br />desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people <br />couldn&#39;t.  This is where an abstracted identifier technology comes into play.</p>
<p>With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable <br />identifier (mine&#39;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very<br />cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same<br />iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the <br />same iNumber (if I want) or be routed to multiple destinations.</p>
<p>The possibilities are immense and I have over-simplified the technology for this comment, but in essence; <br />- controlled namespaces are good as long as you acknowledge their limitations, <br />- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,<br />- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer<br />choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: =barney.craggs</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-227581</link>
		<dc:creator>=barney.craggs</dc:creator>
		<pubDate>Thu, 01 May 2008 22:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-227581</guid>
		<description>The premise behind this isn&#039;t actually sound.  Phone numbers and domain names are what&#039;s known as a controlled namespace; in other words &lt;br&gt;they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) &lt;br&gt;at a country level and then local telco&#039;s receive delegated authority to assign the numbers therein.&lt;br&gt;&lt;br&gt;Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.&lt;br&gt;&lt;br&gt;In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is &lt;br&gt;little or no possibility or probability of ever actually &quot;owning&#039; the number.  This &quot;centralised&quot; control is what ensures uniqueness.&lt;br&gt;&lt;br&gt;/* Gets a little geeky beyond here so bail out now if you want */&lt;br&gt;&lt;br&gt;The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service&lt;br&gt;provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#039;t&lt;br&gt;move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of &lt;br&gt;remembering the numbers.&lt;br&gt;&lt;br&gt;Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same &lt;br&gt;exchange - remember the heritage of circuit switching here.&lt;br&gt;&lt;br&gt;What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where&lt;br&gt;you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you &lt;br&gt;desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people &lt;br&gt;couldn&#039;t.  This is where an abstracted identifier technology comes into play.&lt;br&gt;&lt;br&gt;With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable &lt;br&gt;identifier (mine&#039;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very&lt;br&gt;cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same&lt;br&gt;iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the &lt;br&gt;same iNumber (if I want) or be routed to multiple destinations.&lt;br&gt;&lt;br&gt;The possibilities are immense and I have over-simplified the technology for this comment, but in essence; &lt;br&gt;- controlled namespaces are good as long as you acknowledge their limitations, &lt;br&gt;- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,&lt;br&gt;- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer&lt;br&gt;choice.</description>
		<content:encoded><![CDATA[<p>The premise behind this isn&#39;t actually sound.  Phone numbers and domain names are what&#39;s known as a controlled namespace; in other words <br />they are controlled by centralised and delegated authorities.  So for phone numbers they are actually assigned by the ITU (?) <br />at a country level and then local telco&#39;s receive delegated authority to assign the numbers therein.</p>
<p>Domain names are EXACTLY the same.  The top level domains are controlled, as are the region specific ones.</p>
<p>In both cases you actually LEASE the number or domain from the delegated authority and therefore as with any controlled namespace there is <br />little or no possibility or probability of ever actually &#8220;owning&#39; the number.  This &#8220;centralised&#8221; control is what ensures uniqueness.</p>
<p>/* Gets a little geeky beyond here so bail out now if you want */</p>
<p>The true problem with telephone numbers is not is the ownership rather the fact that traditionally the number has been tied to the service<br />provider directly.  So if you obtained a telephone number from one Telco, as it had delegated authority for that chunk of numbers you couldn&#39;t<br />move it to another Telco.  This was in part I suspect because telephone numbers are regionalised such that the average human is capable of <br />remembering the numbers.</p>
<p>Number portability seeks to resolve the changing of service providers, however is only possible within geographical boundaries say the same <br />exchange &#8211; remember the heritage of circuit switching here.</p>
<p>What is more useful in the modern and connected world is actually a controlled namespace that is NOT geographically constrained.  One where<br />you can be assigned an non-reassignable number (one that never changes and is always yours) which you can attach to whatever service you <br />desire.  Now IPv6 gives us a namespac big enough to handle this scenario but have you ever tried to remember an IPv6 number?  Most people <br />couldn&#39;t.  This is where an abstracted identifier technology comes into play.</p>
<p>With an abstracted identifier, such as iNames (based on the XRI standard from Oasis) you are able to create and link a human readable <br />identifier (mine&#39;s =barney.craggs) to an underlying non-reassignable iNumber (directly mappable to an IPv6 address).  This has a number of very<br />cool advantages not least being the ability to have a single number if desired but also the ability to assign different iNames to the same<br />iNumber for different purposes.  So for example I could give business one iName and my friends a different iName both of which can resolve to the <br />same iNumber (if I want) or be routed to multiple destinations.</p>
<p>The possibilities are immense and I have over-simplified the technology for this comment, but in essence; <br />- controlled namespaces are good as long as you acknowledge their limitations, <br />- geographically constrained identifiers are limiting especially when the geography is actually directly tied to a service provider,<br />- the use of combined re-assignable and non-assignable identifiers opens up a world of possibilities and a powerful driver for consumer<br />choice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ricky</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-227580</link>
		<dc:creator>Ricky</dc:creator>
		<pubDate>Thu, 01 May 2008 16:36:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-227580</guid>
		<description>This is precisely why I&#039;m not a huge fan of phone numbers to begin with. It&#039;s just another way to contact me. Currently, including IM, email, phone numbers, and social networks, there are likely 30+ different ways you could contact me. This is wasteful, but worse is that when you want to contact me, YOU have to choose between these different methods. It&#039;s terrible.&lt;br&gt;&lt;br&gt;What we need more is a system that aggregates the different ways you can contact a person, so that if you wanted to talk to me, you wouldn&#039;t have to choose between email, IM, or a phone call. You would simple tell your device (be it computer, home phone, cellphone, etc) that you needed to talk to me, and bam.</description>
		<content:encoded><![CDATA[<p>This is precisely why I&#39;m not a huge fan of phone numbers to begin with. It&#39;s just another way to contact me. Currently, including IM, email, phone numbers, and social networks, there are likely 30+ different ways you could contact me. This is wasteful, but worse is that when you want to contact me, YOU have to choose between these different methods. It&#39;s terrible.</p>
<p>What we need more is a system that aggregates the different ways you can contact a person, so that if you wanted to talk to me, you wouldn&#39;t have to choose between email, IM, or a phone call. You would simple tell your device (be it computer, home phone, cellphone, etc) that you needed to talk to me, and bam.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TerenceEden</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-227579</link>
		<dc:creator>TerenceEden</dc:creator>
		<pubDate>Thu, 01 May 2008 16:13:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-227579</guid>
		<description>If you really think that you own your domain name, I suggest you read &lt;a href=&quot;http://Sex.com&quot;&gt;Sex.com&lt;/a&gt; - &lt;a href=&quot;http://www.amazon.co.uk/Sex-Com-Kieren-McCarthy/dp/1905204663&quot;&gt;http://www.amazon.co.uk/Sex-Com-Kieren-McCarthy...&lt;/a&gt;&lt;br&gt;&lt;br&gt;Basically, your registrar and hosting provider can give you as much grief over a domain name as your telco could over a number.</description>
		<content:encoded><![CDATA[<p>If you really think that you own your domain name, I suggest you read <a href="http://Sex.com">Sex.com</a> &#8211; <a href="http://www.amazon.co.uk/Sex-Com-Kieren-McCarthy/dp/1905204663">http://www.amazon.co.uk/Sex-Com-Kieren-McCarthy&#8230;</a></p>
<p>Basically, your registrar and hosting provider can give you as much grief over a domain name as your telco could over a number.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://www.mobileindustryreview.com/2008/05/jonathan_jensen_-_whats_your_number.html/comment-page-1#comment-227578</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Thu, 01 May 2008 15:46:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.smstextnews.com/?p=6353#comment-227578</guid>
		<description>A few years ago, while I still lived in Britain, I signed up to a service tht gave me a &#039;portable&#039; number. The idea was I could hand out this number to everone to call, but when they dialled, it put them through to me wherever I was, or at whatever landline/mobile number I designated. &lt;br&gt;&lt;br&gt;At the time the mobile industry was a little hectic, so people were swapping numbers regularly .. I think thi was just before cell phne numbers became easily portable. I moved house a couple of times around then too, and all I had to do when my number changed was go edit my designated number on the service web site.&lt;br&gt;&lt;br&gt;I&#039;m not telling you this because I think the service was particularly good, or because I miss it. I think it was necessary at the time, but these days it i less so. If nothing else, people can always get me on my personal email addres, so I really don&#039;t care if they have an up to date phone number for me. But I like the idea of an emal address and/or phone number that we can carry with us for life. Sure there&#039;s reasons why some of us find we want or need to change contact details, but most people are lucky enough not to need to do that  :-)</description>
		<content:encoded><![CDATA[<p>A few years ago, while I still lived in Britain, I signed up to a service tht gave me a &#39;portable&#39; number. The idea was I could hand out this number to everone to call, but when they dialled, it put them through to me wherever I was, or at whatever landline/mobile number I designated. </p>
<p>At the time the mobile industry was a little hectic, so people were swapping numbers regularly .. I think thi was just before cell phne numbers became easily portable. I moved house a couple of times around then too, and all I had to do when my number changed was go edit my designated number on the service web site.</p>
<p>I&#39;m not telling you this because I think the service was particularly good, or because I miss it. I think it was necessary at the time, but these days it i less so. If nothing else, people can always get me on my personal email addres, so I really don&#39;t care if they have an up to date phone number for me. But I like the idea of an emal address and/or phone number that we can carry with us for life. Sure there&#39;s reasons why some of us find we want or need to change contact details, but most people are lucky enough not to need to do that  <img src='http://www.mobileindustryreview.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

