<?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: GeoRSS Location Collections?</title>
	<atom:link href="http://highearthorbit.com/georss-location-collections/feed/" rel="self" type="application/rss+xml" />
	<link>http://highearthorbit.com/georss-location-collections/</link>
	<description>Transmitting ideas, observations, and images from 42,000 km.</description>
	<pubDate>Fri, 22 Aug 2008 02:21:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: James</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-79080</link>
		<dc:creator>James</dc:creator>
		<pubDate>Mon, 26 Mar 2007 13:25:52 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-79080</guid>
		<description>I'm came across this discussion today and it is something I have been thinking about for a while now.  

I use the geopress plugin on my blog and many times I have wished that I could associate multiple locations to a single entry.  A simple example is I write a blog post on our weekend travels and we went to x, y and z.  Currently, I am only limited to geotagging one location but wish, oh how I wish, I could tag multiple locations.  It would increase the power of GeoRSS to me by more accurately locating posts.</description>
		<content:encoded><![CDATA[<p>I&#8217;m came across this discussion today and it is something I have been thinking about for a while now.  </p>
<p>I use the geopress plugin on my blog and many times I have wished that I could associate multiple locations to a single entry.  A simple example is I write a blog post on our weekend travels and we went to x, y and z.  Currently, I am only limited to geotagging one location but wish, oh how I wish, I could tag multiple locations.  It would increase the power of GeoRSS to me by more accurately locating posts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scot</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-77197</link>
		<dc:creator>Scot</dc:creator>
		<pubDate>Wed, 07 Mar 2007 23:02:05 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-77197</guid>
		<description>I need exactly that functionality. I'm trying to turn traffic data (in tpegML format) into Atom with geoRSS embedded data. With tpegML, a single traffic message can contain 2 points (it might allow for more, I'm not sure though and I've only seen 2 points at once so far) - for example if there's an accident between junctions 9 and 10 of a motorway,  then there will be 2 points - one for each junction. So this is definitely a case of 1 item with multiple points.

I even came across this post by searching Google, looking to see if multiple points was possible or not. My back up plan if it's not possible (and it appears it's not) is to use a line, but that certainly does feel wrong.</description>
		<content:encoded><![CDATA[<p>I need exactly that functionality. I&#8217;m trying to turn traffic data (in tpegML format) into Atom with geoRSS embedded data. With tpegML, a single traffic message can contain 2 points (it might allow for more, I&#8217;m not sure though and I&#8217;ve only seen 2 points at once so far) - for example if there&#8217;s an accident between junctions 9 and 10 of a motorway,  then there will be 2 points - one for each junction. So this is definitely a case of 1 item with multiple points.</p>
<p>I even came across this post by searching Google, looking to see if multiple points was possible or not. My back up plan if it&#8217;s not possible (and it appears it&#8217;s not) is to use a line, but that certainly does feel wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76467</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 28 Feb 2007 15:20:25 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76467</guid>
		<description>True - but how to accomodate users who have actual, now, use cases that want to meet the standard if possible (so people can use their data), or do something that will be supported (or easily changed to) in the future?

But you're right, which is why Geonames is good, puts the entire spec/gazeteer into that spec, so someone that needs that functionality can dive into. 

So maybe the FAQ on GeoRSS would really turn into "recipes" based on use-cases. E.g. You want to do &lt;em&gt;this&lt;/em&gt;, use &lt;em&gt;these...&lt;/em&gt;</description>
		<content:encoded><![CDATA[<p>True - but how to accomodate users who have actual, now, use cases that want to meet the standard if possible (so people can use their data), or do something that will be supported (or easily changed to) in the future?</p>
<p>But you&#8217;re right, which is why Geonames is good, puts the entire spec/gazeteer into that spec, so someone that needs that functionality can dive into. </p>
<p>So maybe the FAQ on GeoRSS would really turn into &#8220;recipes&#8221; based on use-cases. E.g. You want to do <em>this</em>, use <em>these&#8230;</em></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Doyle</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76458</link>
		<dc:creator>Allan Doyle</dc:creator>
		<pubDate>Wed, 28 Feb 2007 13:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76458</guid>
		<description>Forget the semantic distinction between "item" and "data", and forget the bit about GML. What I really want to say is what Mikel said in the GeoRSS list - "Small pieces, loosely joined, of simple targeted vocabularies." - i.e. don't put so much into any one spec that it sinks under its own weight. </description>
		<content:encoded><![CDATA[<p>Forget the semantic distinction between &#8220;item&#8221; and &#8220;data&#8221;, and forget the bit about GML. What I really want to say is what Mikel said in the GeoRSS list - &#8220;Small pieces, loosely joined, of simple targeted vocabularies.&#8221; - i.e. don&#8217;t put so much into any one spec that it sinks under its own weight.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76418</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 28 Feb 2007 03:57:10 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76418</guid>
		<description>Dave - I haven't had it confirmed from the "powers that be" in Microformats that your suggestion is valid. However, I agree that it should be and handles the idea of adding the content to a location. 

Allan - I think for one that is raising the discussion too high a level for what people, in the end, want to do. This is typically the problem with people describing the "Semantic Web" and "ontologies" and then the actual person creating a blog or a mashup site. :)

However, you do have a good point. But I believe that users want to create an "item" that has "data". They are writing about a single item (news story) that has data (locations in the news). I actually don't understand how your GML example works. But it also sounds complex and multifaceted, which slows/blocks adoption (see XFN/FOAF) whereas embedding rel="coworker met" is very easy directly in the text (HTML or RSS) I am creating.

</description>
		<content:encoded><![CDATA[<p>Dave - I haven&#8217;t had it confirmed from the &#8220;powers that be&#8221; in Microformats that your suggestion is valid. However, I agree that it should be and handles the idea of adding the content to a location. </p>
<p>Allan - I think for one that is raising the discussion too high a level for what people, in the end, want to do. This is typically the problem with people describing the &#8220;Semantic Web&#8221; and &#8220;ontologies&#8221; and then the actual person creating a blog or a mashup site. <img src='http://highearthorbit.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>However, you do have a good point. But I believe that users want to create an &#8220;item&#8221; that has &#8220;data&#8221;. They are writing about a single item (news story) that has data (locations in the news). I actually don&#8217;t understand how your GML example works. But it also sounds complex and multifaceted, which slows/blocks adoption (see XFN/FOAF) whereas embedding rel=&#8221;coworker met&#8221; is very easy directly in the text (HTML or RSS) I am creating.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Brondsema</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76417</link>
		<dc:creator>Dave Brondsema</dc:creator>
		<pubDate>Wed, 28 Feb 2007 03:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76417</guid>
		<description>It'd be nice if there were some formatting instructions by your comment box, so I know what's allowed and how to get a code sample like this to work.  Trying again, using curly braces:

{div class="geo"}
  We went to foo bar (at 
 {abbr class="latitude" title="37.408183"}N 37° 24.491{/abbr} 
 {abbr class="longitude" title="-122.13855"}W 122° 08.313{/abbr})
{/div}

or if you don't want to display the coordinate information visually:

{div class="geo"}
  We went to foo bar
 {span class="latitude" style="display:none"}37.386013{/span}{span class="longitude" style="display:none"}-122.082932{/span}
{/div}</description>
		<content:encoded><![CDATA[<p>It&#8217;d be nice if there were some formatting instructions by your comment box, so I know what&#8217;s allowed and how to get a code sample like this to work.  Trying again, using curly braces:</p>
<p>{div class=&#8221;geo&#8221;}<br />
  We went to foo bar (at<br />
 {abbr class=&#8221;latitude&#8221; title=&#8221;37.408183&#8243;}N 37° 24.491{/abbr}<br />
 {abbr class=&#8221;longitude&#8221; title=&#8221;-122.13855&#8243;}W 122° 08.313{/abbr})<br />
{/div}</p>
<p>or if you don&#8217;t want to display the coordinate information visually:</p>
<p>{div class=&#8221;geo&#8221;}<br />
  We went to foo bar<br />
 {span class=&#8221;latitude&#8221; style=&#8221;display:none&#8221;}37.386013{/span}{span class=&#8221;longitude&#8221; style=&#8221;display:none&#8221;}-122.082932{/span}<br />
{/div}</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Brondsema</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76415</link>
		<dc:creator>Dave Brondsema</dc:creator>
		<pubDate>Wed, 28 Feb 2007 03:41:22 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76415</guid>
		<description>Given an example like yours, where you're trying to associate locations with specific parts of your content, microformats seem the way to go.  However, you say that they don't let you specify the association very well.  How so?  I think something like this would work (based on the example at http://microformats.org/wiki/geo):


  We went to foo bar (at 
 &lt;abbr title="37.408183"&gt;N 37° 24.491&lt;/abbr&gt; 
 &lt;abbr title="-122.13855"&gt;W 122° 08.313&lt;/abbr&gt;)


or if you don't want to display the coordinate information visually:


  We went to foo bar
 37.386013-122.082932


This is more general-purpose than georss: you can use it anywhere you have HTML content, not just Atom, RDF, or RSS.</description>
		<content:encoded><![CDATA[<p>Given an example like yours, where you&#8217;re trying to associate locations with specific parts of your content, microformats seem the way to go.  However, you say that they don&#8217;t let you specify the association very well.  How so?  I think something like this would work (based on the example at <a href="http://microformats.org/wiki/geo" rel="nofollow">http://microformats.org/wiki/geo</a>):</p>
<p>  We went to foo bar (at<br />
 <abbr title="37.408183">N 37° 24.491</abbr><br />
 <abbr title="-122.13855">W 122° 08.313</abbr>)</p>
<p>or if you don&#8217;t want to display the coordinate information visually:</p>
<p>  We went to foo bar<br />
 37.386013-122.082932</p>
<p>This is more general-purpose than georss: you can use it anywhere you have HTML content, not just Atom, RDF, or RSS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Allan Doyle</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76409</link>
		<dc:creator>Allan Doyle</dc:creator>
		<pubDate>Wed, 28 Feb 2007 03:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76409</guid>
		<description>Well, do you want to describe an "item", which is what RSS consists of, or do you wan to describe "data" which is what a collection of NZ pics or location events seems to be? Why not post a GML or whatever file at the end of the day or at the end of the trip, and point a GeoRSS item at that? If you start trying to be able to stuff every imaginable construct inside, you will wind up with a complex beast that satisfies no one. 

That said, I'm all in favor of some kind of extensibility mechanism like the SMTP X- headers that let you toss in anything you want. Just don't expect to have everyone be able to use/generate/parse them. As long as you could strip out the X- elements and still have a valid feed, go for it. But don't try to crosss the 80/20 line unless you have 80% of the people with you. The recent GeoRSS vote of maybe 2% of people thinking they really wanted that feature was not very compelling.</description>
		<content:encoded><![CDATA[<p>Well, do you want to describe an &#8220;item&#8221;, which is what RSS consists of, or do you wan to describe &#8220;data&#8221; which is what a collection of NZ pics or location events seems to be? Why not post a GML or whatever file at the end of the day or at the end of the trip, and point a GeoRSS item at that? If you start trying to be able to stuff every imaginable construct inside, you will wind up with a complex beast that satisfies no one. </p>
<p>That said, I&#8217;m all in favor of some kind of extensibility mechanism like the SMTP X- headers that let you toss in anything you want. Just don&#8217;t expect to have everyone be able to use/generate/parse them. As long as you could strip out the X- elements and still have a valid feed, go for it. But don&#8217;t try to crosss the 80/20 line unless you have 80% of the people with you. The recent GeoRSS vote of maybe 2% of people thinking they really wanted that feature was not very compelling.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TomL</title>
		<link>http://highearthorbit.com/georss-location-collections/#comment-76382</link>
		<dc:creator>TomL</dc:creator>
		<pubDate>Tue, 27 Feb 2007 20:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://highearthorbit.com/georss-location-collections/#comment-76382</guid>
		<description>I would use such functionality. My site has a feed of recent location events grouped by day. I initially wanted to use GeoRSS for the group of locations but could not as you explain above.</description>
		<content:encoded><![CDATA[<p>I would use such functionality. My site has a feed of recent location events grouped by day. I initially wanted to use GeoRSS for the group of locations but could not as you explain above.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
