[georss] WAS: GeoRSS Validation Service? RETURNING TO: multiplelocations and time

[Ian Turton]

On 3/2/07, Sean Gillies <sgillies at frii.com> wrote:
> Andrew Turner wrote:
> > On 3/2/07, Pat Cappelaere <pat at cappelaere.com> wrote:
> >> Jason,
> >>
> >> We are talking about output formats here.
> >> So best practices so far are:
> >>  - Atom 1.0 + GML (limited)
> >>  - RSS 2.0 + GML (limited)
> >>
> >> So we let's call them:  Atom/GML and RSS/GML
> >>
> >> - Simple vs complex is becoming a minor issue. On the table would be to just
> >> have one that serves one community.  It is GML.
> >
> > Let me be the first to cast in my vote of dissent on this. Simple has
> > been embraced and is understandable by non-GIS professionals who want
> > to map (let us call them 'Neogeographers'). It is the 'gateway drug'
> > that gets them interested in the larger Geo-standards that they will
> > grow into.
> >
> > I assume there are existing tools that already handle parsing/creating
> > full GML. Seems like having a "subset" of GML makes developers have to
> > modify their parsers to handle just the subset is work. However, just
> > being able to identify that this RSS/Atom item uses GML and then
> > pushing it off on the full GML parser is an easy thing.
> >
>
> Actually, Andrew, open source GML tools are rather weak. As far as I
> know, GeoTools has the only fully capable open source GML parser.
>

MapBuilder certainly has enough of a GML parser in JavaScript to
handle all the GeoRss/GML I've ever thrown at it and I understand
Cameron stood up a full GML viewer as part of the last OGC
interoperability experiment.

Ian
-- 

Ian Turton
http://www.geotools.org
http://pennspace.blogspot.com/