<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" 
      xmlns:thr="http://purl.org/syndication/thread/1.0">
  <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php" />
  <link rel="self" type="application/atom+xml" href="http://www.readwriteweb.com/atom.xml" />
  <id>tag:www.readwriteweb.com,2011:/1/tag:www.readwriteweb.com,2010://1.18685-</id>
  <updated>2011-08-16T15:39:24Z</updated>
  <title>Comments for Superfeedr Now Adds Location to Feeds Automatically</title>
  
  <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.35-en</generator>
  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685</id>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php" />
    <link rel="service.edit" type="application/atom+xml" href="http://www.readwriteweb.com/cgi-bin/mt/mt-atom.cgi/weblog/blog_id=1/entry_id=18685" title="Superfeedr Now Adds Location to Feeds Automatically" />
    <published>2010-03-12T20:37:10Z</published>
    <updated>2010-03-12T20:50:59Z</updated>
    <title>Superfeedr Now Adds Location to Feeds Automatically</title>
    <summary>Real-tme feed publishing startup Superfeedr has quietly turned on automatic location data in the feeds it republishes from around the web, we confirmed with the company today. Founder Julien Genestoux explained the feature using Twitter as his example, but the same content extraction and analysis is being done on all kinds of feeds run through...</summary>
    <author>
      <name>Marshall Kirkpatrick</name>
      <uri>http://www.readwriteweb.com</uri>
    </author>
    
    <category term="Location" />
    
    <category term="NYT" />
    
    <category term="News" />
    
    <content type="html" xml:lang="en" xml:base="http://www.readwriteweb.com/">
      <![CDATA[<p><img src="http://www.readwriteweb.com/images/superfeedrlogo.jpg">Real-tme feed publishing startup <a href="http://superfeedr.com">Superfeedr</a> has quietly turned on automatic location data in the feeds it republishes from around the web, we confirmed with the company today.  Founder Julien Genestoux explained the feature using Twitter as his example, but the same content extraction and analysis is being done on all kinds of feeds run through the service.</p>

<p>"If you turn geolocation on in Twitter, then your feed will include geolocation in your Tweets and we'll just push that through," he said. "If you don't do that but you Tweet about Austin, we will deliver the latitude and longitude for Austin in the XML."  In other words, developers building apps on top of Superfeedr's real-time feeds will now know programmatically what geographic locations are discussed in the content coming through the feeds.  Future feature?  Subscribing to content by location instead of by feed URL.</p>]]>
      <![CDATA[<p>Genestoux says he is using a number of 3rd party services to extract this data, including the <a href="http://developer.yahoo.com/geo/placemaker/">Yahoo Placemaker API</a>.  Along with this location data, the service also offers automatic language identification and is working on entity extraction and sentiment analysis.</p>

<p>The prospect of subscribing to content by location instead of by feed URL is an exciting one, though Genestoux says he's just beginning to develop it.  Could that facilitate a location data stream that crosses and goes beyond the siloed location based social networks so widely discussed these days?  We suspect that it could.</p>

<p>Superfeedr could be described as "FeedBurner 2.0" - for a more real-time and meta-data savvy web.  The company was <a href="http://www.readwriteweb.com/archives/superfeedr_funding.php">funded this Fall</a> by real-time incubator <a href="http://betaworks.com">Betaworks</a> and media mogul <a href="http://blogmaverick.com/">Mark Cuban</a>.  Betaworks <a href="http://www.readwriteweb.com/start/2010/03/intel-aol-others-help-betawork.php">announced today</a> that it has raised $20 million more to build out its portfolio of companies like Superfeedr, Bit.ly, Tweetdeck, Tumblr and more.</p>]]>
    </content>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:305609</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c305609" />
    <title>Comment from orjin krem on 2011-02-24</title>
    <author>
        <name>orjin krem</name>
        <uri>http://www.orjinkrem.net</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.orjinkrem.net">
        <![CDATA[<p>It&#39;s actually only a problem with RSSCloud if a Cloud is pushing to another Cloud, not if a cloud is pushing to a client or pinging each other.<br /><br /></p>]]>
    </content>
    <published>2011-02-24T16:31:30Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:296073</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c296073" />
    <title>Comment from منتديات on 2011-01-06</title>
    <author>
        <name>منتديات</name>
        <uri>http://www.tran33m.com/vb</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.tran33m.com/vb">
        <![CDATA[<p>It&#39;s not that I don&#39;t like the idea, but one could argue that "anything between the entry or item tags is mine, don&#39;t change it please."<br /><br /><br /></p>]]>
    </content>
    <published>2011-01-06T16:24:19Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:242177</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c242177" />
    <title>Comment from شات مصر on 2010-09-06</title>
    <author>
        <name>شات مصر</name>
        <uri>http://www.m9ryh.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.m9ryh.com">
        <![CDATA[<p><br />
niceo The funny thing about the location problem is that it was solved quite a few years ago by the API <a href="http://www.m9ryh.com" rel="nofollow">دردشة مصر</a>. But, since they're not so cutting edge, and managed by an old school mentality, people either forgot about them or never knew about them. It's sad really, because their API for venues is quite comprehensive and has been around for years. Kudos to <a href="http://www.m9ryh.com" rel="nofollow">شات مصر</a> for being the one who has powered, designed, and maintained that massive (and well formed) API for years.<br />
<a href="http://www.m9ryh.com" rel="nofollow">http://www.m9ryh.com</a></p>]]>
    </content>
    <published>2010-09-06T08:45:35Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:203349</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c203349" />
    <title>Comment from köpek on 2010-04-10</title>
    <author>
        <name>köpek</name>
        <uri>http://www.kulube.net</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://www.kulube.net">
        <![CDATA[<p>"If you turn geolocation on in Twitter, then your feed will include geolocation in your Tweets and we'll just push that through," he said. "If you don't do that but you Tweet about Austin, we will deliver the latitude and longitude for Austin in the XML." thank you </p>]]>
    </content>
    <published>2010-04-10T14:54:54Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196664</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196664" />
    <title>Comment from superfeedr on 2010-03-14</title>
    <author>
        <name>superfeedr</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>, then you don't mind me adding some "missing" information to the Superfeedr software code? Nyuck Nyuck. : )</p>

<p>I don't! Tell me what's missing, and I'll be gald to add it!</p>

<p>It's not that I don't like the idea, but one could argue that "anything between the entry or item tags is mine, don't change it please."</p>

<p>Are you adding this information inside the entry? Many might consider that the atomic unit. You are free to spread it around. That's implicit in the fact that I'm syndicating it.</p>

<p>Well, what about feedburner or other apps who explicitly rewrite the feed for the convenience of people who consume that feed? </p>

<p>But maybe I have good business reason for omitting itunes tags, for example.</p>

<p>Of course, don't assume we're forcing you to use our stuff :D You can obviosuly still go back to the original source if that's what you need!</p>

<p>Is it okay for you to add these to MY feed without my consent. Note that that is a much different thing than creating YOUR feed with the itunes tags you want.</p>

<p>Again, look at the feed readers, they add stuff to your feed for the conumer, like a "like" button, or a "share" button, or even, in some cases, geolocation , like we do... </p>

<p>I love this conversation for many reasons.</p>]]>
    </content>
    <published>2010-03-14T16:37:51Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196549</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196549" />
    <title>Comment from Matt Terenzio on 2010-03-13</title>
    <author>
        <name>Matt Terenzio</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>Well, then you don't mind me adding some "missing" information to the Superfeedr software code? Nyuck Nyuck. : )</p>

<p>It's not that I don't like the idea, but one could argue that "anything between the entry or item tags is mine, don't change it please."</p>

<p>Are you adding this information inside the entry? Many might consider that the atomic unit. You are free to spread it around. That's implicit in the fact that I'm syndicating it.<br />
 <br />
But maybe I have good business reason for omitting itunes tags, for example.</p>

<p>Is it okay for you to add these to MY feed without my consent. Note that that is a much different thing than creating YOUR feed with the itunes tags you want.</p>

<p>I love this conversation for many reasons.</p>]]>
    </content>
    <published>2010-03-13T19:28:45Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196536</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196536" />
    <title>Comment from superfeedr on 2010-03-13</title>
    <author>
        <name>superfeedr</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>Matt, we don't change the information! We add information of it's missing :)</p>]]>
    </content>
    <published>2010-03-13T17:44:13Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196530</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196530" />
    <title>Comment from Matt Terenzio on 2010-03-13</title>
    <author>
        <name>Matt Terenzio</name>
        <uri></uri>
    </author>
    <content type="html" xml:lang="en" xml:base="">
        <![CDATA[<p>It's actually only a problem with RSSCloud if a Cloud is pushing to another Cloud, not if a cloud is pushing to a client or pinging each other.</p>]]>
    </content>
    <published>2010-03-13T16:27:46Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196529</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196529" />
    <title>Comment from Matt Terenzio on 2010-03-13</title>
    <author>
        <name>Matt Terenzio</name>
        <uri>http://jour.nali.st/blog</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://jour.nali.st/blog">
        <![CDATA[<p>Suppose I don't want anyone adding information to my Pubsubhubbub enabled feed?</p>

<p>This has always been an issue that has never been resolved with Pubsubhubbub and RSSCloud. In federated hubs, what right does a  downstream Hub have to modify content.</p>

<p>I was under the impression that changing from RSS to Atom was acceptable, but not changing the actual feed content. And even there it's questionable whether I want my content being changed to some proprietary format of my competitor.</p>

<p>This sounds like you are changing what information I deliver in my feeds.</p>

<p>Of course, it can be done by the end-user or the end-user's service and I believe they have every right to, but I'm expecting a PubSubHubbub Hub to be content agnostic.</p>

<p>I'm not saying you are wrong, but it clearly puts Superfeedr into a consumer application category, not a node in the federated distribution system.</p>

<p>Because now you are altering my content and redistributing it without my permission, no?</p>

<p>This is intended for academic discussion, BTW, not an attack on Superfeedr or Julien.</p>

<p><br />
 </p>]]>
    </content>
    <published>2010-03-13T16:18:24Z</published>
  </entry>

  <entry>
    <id>tag:www.readwriteweb.com,2010://1.18685-comment:196406</id>
    <thr:in-reply-to ref="tag:www.readwriteweb.com,2010://1.18685" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php"/>
    <link rel="alternate" type="text/html" href="http://www.readwriteweb.com/archives/superfeedr_now_adds_location_to_feeds_automaticall.php#c196406" />
    <title>Comment from Aaron Pepper on 2010-03-12</title>
    <author>
        <name>Aaron Pepper</name>
        <uri>http://feedingo.com</uri>
    </author>
    <content type="html" xml:lang="en" xml:base="http://feedingo.com">
        <![CDATA[<p>Great! I'm using Superfeedr on my latest project ( <a href="http://feedingo.com" rel="nofollow">http://feedingo.com</a> ) and it's really good. I'm glad to see Julien is innovating in this space with features like this. Amazing API. </p>]]>
    </content>
    <published>2010-03-12T22:37:53Z</published>
  </entry>

</feed>
