<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title><![CDATA[BBC short URLs/URIs]]></title>
    <link>http://ideas.welcomebackstage.com/ideatorrent/item/14/</link>
    <description><![CDATA[bit.ly, snurl, tinyurl are used by the BBC and many others.<br /><br />What doesn't the BBC have its own short URL service?<br />
<br />


<b>[10 votes] Solution #1: Code it</b>
<br />

<br />
<br />



<b>[-2 votes] Solution #2: Use an existing API</b>
<br />

<br />
<br />



]]></description>

    <language>en-us</language>
    <pubDate>Thu, 01 Jan 2009 20:06:48 +0000</pubDate>
    <lastBuildDate>Wed, 02 Sep 2009 15:38:33 +0000</lastBuildDate>
    <generator>QAPoll module</generator>
    <guid isPermaLink="true">http://ideas.welcomebackstage.com/ideatorrent/idea/14/</guid>
        <item>
  <title>Comment from www.richardsprojects.co.uk</title>
  <description><![CDATA[Would this be limited to BBC pages or would it be used for pages the BBC links to on other sites?]]></description>
  <pubDate>Fri, 02 Jan 2009 17:54:48 +0000</pubDate>
</item>
        <item>
  <title>Comment from derivadow</title>
  <description><![CDATA[URL shortning serivces are evil, because they break the web and harm your google juice.  A much better soultion is to design short urls in the first instance.<br /><br />I'm not sure I understand why people don't like URLs - they are what makes the web, services that try to replace them (eg DOI) or services that provide another level of indirection and therefore a single point of failure cause fractures in the fabric of the web. Don't do it people! ]]></description>
  <pubDate>Sat, 03 Jan 2009 09:26:49 +0000</pubDate>
</item>
        <item>
  <title>Comment from upyourego</title>
  <description><![CDATA[Short URL services are only of any use on micro-blogging platforms like Twitter, within Facebook updates or when sending Instant Messages.<br /><br />Other than that you'd be just as well using the full URL.<br /><br />However it would be interesting for the BBC to offer short url's for some of their news stories and it shouldn't be THAT difficult really - the code to do this isn't exactly ground breaking.<br /><br />For news you could just use the same code already in place. <br /><br />So the page could exist at:<br />http://news.bbc.co.uk/1/hi/world/middle_east/7814054.stm<br /><br />But have an alternative URL at <br />http://bbc.im/7814054<br /><br />In fact a link to an iPlayer video could exist at:<br />http://www.bbc.co.uk/iplayer/episode/b00gndt1/<br /><br />To: http://bbc.im/b00gndt1<br /><br />Dot IM is the domain for Isle of Man and is already owned by the BBC and not in active use.<br /><br />I know about the whole google juice thing but to be honest the BBC doesn't really need to worry about Google Juice.<br /><br />Oh and the short url service I set up is gtfa.eu (get the flip away you).]]></description>
  <pubDate>Tue, 06 Jan 2009 19:26:04 +0000</pubDate>
</item>
        <item>
  <title>Comment from nico_macdonald</title>
  <description><![CDATA[I agree that where possible the same URL (URI) should be used in all instances, as this facilitates all services which use the URL as the common entity (Delicious, Magnolia, etc, as well as Google search). However, while we have popular systems that constrain post length we need some solution. To rely on a third party is undesirable as if/when it ceases to function the value will be lost. Also, it looks unprofessional to be using a third party service in this area. I have in the past noted that the Today Programme on Radio 4 doesn't use specific URLs for stories (likely for reasons of length), nor even qualify the host name (with http://). Their 'Twitterer' acknowledged the issue, to which my response was 'Thanks for the advice Nico. We are trying to do more tinyURL linking so keep following' and my follow-up was 'Glad TinyURL considered. But BBC should have its own TinyURL service based on PiPs. Can connect you to FM&T people who could help.']]></description>
  <pubDate>Wed, 07 Jan 2009 08:40:28 +0000</pubDate>
</item>
        <item>
  <title>Comment from samdutton</title>
  <description><![CDATA[I have no expertise in this area, but we shouldn't have to write the a URL redirection thing from scratch.<br /><br />There already seems to be stuff out there that does what we want, such as the Catalyst plugin below, suggested by a developer friend of mine, Alex Howarth. <br /><br />I also agree that tinyURLs are often just annoying and counter-productive -- even when they use meaningful names. For example: I read the Technology Guardian and see interesting links, but generally don't remember them, whereas I might have remembered a domain name (at least).<br /><br />Simple, short, logical URLs, on the other hand, are a Good Thing.<br /><br />...........................<br /><br />Download http://search.cpan.org/~bayside/Catalyst-Plugin-CRUD-0.21/<br /><br />There's a sample TinyURL Catalyst application that works out of the box.<br /><br />Decompress the tarball. cd Catalyst-Plugin-CRUD-0.21/sample/TinyURL<br /><br />make it and then:<br /><br />./script/tinyurl_server.pl<br /><br />http://127.0.0.1:3000/tinyurl/create<br />http://127.0.0.1:3000/tinyurl/list<br /><br />the ID's in the list are the short urls,. so:<br /><br />http://127.0.0.1:3000/1<br /><br />will redirect to the first URL in the list<br /><br />...<br /><br />You could obviously replace the auto incremental id with something home brewed to make it a little prettier than /1 /2 /3 /40237 etc<br />]]></description>
  <pubDate>Thu, 15 Jan 2009 14:15:35 +0000</pubDate>
</item>
        <item>
  <title>Comment from ianforrester</title>
  <description><![CDATA[Would be cool to support the W3C suggested standard - CURIE<br /><br />http://www.cafeconleche.org/#January_18_2009_39520]]></description>
  <pubDate>Mon, 26 Jan 2009 12:55:51 +0000</pubDate>
</item>
        <item>
  <title>Comment from Chaz6</title>
  <description><![CDATA[Still no update? I very much like the idea of using bbc.im for short links.]]></description>
  <pubDate>Wed, 02 Sep 2009 15:38:33 +0000</pubDate>
</item>
      </channel>
</rss>
