[georss] GeoRSS Multiple Locations, References & Excerpts

[Sean Gillies]

Joshua Lieberman wrote:
> Andrew,
> 
> Thanks for stirring this up. I've had a GeoRSS 2.0 proposal sitting on  
> my desk for a long time but haven't gotten to it.
> 
> This may come as a bit of a shock, but I have to agree with Sean about  
> some of these things. Entries are already a pretty lightweight entity  
> and links are already a pretty good way to, well, link to additional /  
> voluminous resources for various purposes which may or may not be  
> specialized in the view of a particular client or user.

Joshua, I'm very happy to agree with you here.

> 
> About multiple geometries: every time we've drilled down into the use  
> case for this, it has ended up being important to express their  
> relationships. Geometry "bags" are hardly every really usefully  
> expressive. One approach is to create relationships within a  
> collection which give meaning to the order. That gets more and more  
> specialized, though, as we saw a few months ago with various <dataset>  
> proposals.
> 
> The "story graph" is an interesting problem which GML btw does not yet  
> solve, but a graph of Atom entries is at once more compatible with  
> simple viewers and more robust in terms of expressiveness. Pointers  
> such as the threading proposal use would be the way to go (not sure  
> links couldn't do this as well), except that we don't seem to be there  
> yet referencing and managing entries as first class Web objects. Yes,  
> there is a unique identifier, but not necessarily a "home" URL.
> 

For Atom, at least, this "home" URL is the member edit link from RFC
5023, right? For example:

http://zcologia.com/kw/demo/domaine-hortus/atom-entry

> The CGDI pilot, in leveraging GeoAtom, suggested some useful link  
> types to support this. I'll see if we can converge on a general  
> proposal next week at the OGC TC and post it for comment.
> 
> Josh

Looking forward to it,

Sean

> 
> 
> 
> On Mar 19, 2008, at 12:13 PM, Andrew Turner wrote:
> 
>> Sorry for not posting about this to the list earlier, but I wrote up
>> several proposal extensions to GeoRSS to handle: Multiple Locations
>> for a single 'Story', References to externally geometries, and
>> Excerpts.
>>
>> My blog post outlining the ideas, and why the current proposal is
>> framed as such is in this post:
>> http://highearthorbit.com/georss-multiple-locations/
>>
>> Sean Gillies has already countered with some good thoughts &  
>> suggestions here:
>> http://zcologia.com/news/711/multiple-locations-in-georss/
>>
>> I also created a Proposals page on GeoRSS.org site with links to the  
>> proposals:
>> http://georss.org/proposals
>>
>> I know these ideas have been discussed in the past, but then kind of
>> petered out. But I think there is immediate interest in nominally
>> agreeing to and implementing a solution in the very near term. In
>> fact, I would like to suggest that we have something ready for
>> Where2.0.
>>
>> Also understand that this proposal is for "Simple" - I know there are
>> GML people that will point to the semantics of the proposal and wag
>> their fingers. I suggest to them to draft a tasty Semantic/GML
>> parallel version.
>>
>> Thanks!
>> Andrew
>