[georss] GeoRSS Multiple Locations, References & Excerpts

[Joshua Lieberman]

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.

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.

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



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
> _______________________________________________
> georss mailing list
> georss at lists.eogeo.org
> http://lists.eogeo.org/mailman/listinfo/georss