[georss] Resimplification

[Allan Doyle]

On Mar 2, 2007, at 11:56, Pat Cappelaere wrote:

> Who are your customers?

I'm my customer :)

> Developers of Data Providers (IMHO)

Define Data Provider. USGS? Mass GIS? City of Boston? Local police  
blotter blog? Birdwatcher blog? High-school weather station?

I really care more about the end of that list than the beginning.

>
> For standards to be accepted, they have to be simple for a data  
> provider
> developer to implement on the server side and to build a client for.
>
> We need more data providers out there.
>
> We are going to have a hard sell to say:
>
> Guys, you need to support:
>
> 1. GeoRSS/Atom 1.0 GML Simple
> 2. GeoRSS/Atom 1.0 GML Complex
> 3. GeoRSS/RSS 2.0 GML Simple
> 4. GeoRSS/RSS 2.0 GML Complex
> 5. GeoRSS/Atom 1.0 KML
> 6. GeoRSS/RSS 2.0 KML

Stranded on a desert island, I would pick these, in this order
1. GeoRSS/Atom 1.0 Simple

And I would not call it GeoRSS/Atom 1.0 GML Simple. I would prefer to  
call it GeoRSS.

I caution against a sentiment of "our list of choices is too complex,  
we have to throw a bunch of stuff out, so let's keep the most general  
thing."

	Allan

>
> As a client developer, I might not mind developing an interface for 2
> classes of data and expand on the capabilities later (Simple- 
> >Complex) if I
> want to support timespans, mulitple-geometries... GML parsing issue
>
> Pat.
>
>
>> From: Allan Doyle <adoyle at eogeo.org>
>> Date: Fri, 2 Mar 2007 11:23:41 -0500
>> To: <georss at lists.eogeo.org>
>> Subject: Re: [georss] WAS: GeoRSS Validation Service? RETURNING TO:
>> multiplelocations and time
>>
>>
>> On Mar 2, 2007, at 10:51, Andrew Turner wrote:
>>
>>> On 3/2/07, Pat Cappelaere <pat at cappelaere.com> wrote:
>>>>
>>>> I really want to stay away from a simple and complex.  There is
>>>> only one
>>>> format with some best-practices.  I did not hear "let's deprecate
>>>> simple"
>>>
>>> Actually there was :
>>>
>>>> Jason Birch Said:
>>>>
>>>> What I read into this is that with the acceptance GeoRSS has
>>>> gained as a defacto standard, it
>>>> would be well served to deprecate all but the following:
>>>>
>>>> - Atom 1.0 + GML (limited)
>>>> - RSS 2.0 + GML (limited)
>>>
>>> Which is where my vote of dissent came from. I think GeoRSS is on a
>>> great path and should continue to expand in areas that users are
>>> requesting, or show "recipes" of how best to use GeoRSS with other
>>> standards (Geonames, xCal, etc.). It's not time yet to start  
>>> removing
>>> things.
>>
>> I agree!! Don't throw out Simple.
>>
>> -- 
>> Allan Doyle
>> +1.781.433.2695
>> adoyle at eogeo.org
>>
>>
>>
>> _______________________________________________
>> georss mailing list
>> georss at lists.eogeo.org
>> http://lists.eogeo.org/mailman/listinfo/georss
>
>
> _______________________________________________
> georss mailing list
> georss at lists.eogeo.org
> http://lists.eogeo.org/mailman/listinfo/georss

-- 
Allan Doyle
+1.781.433.2695
adoyle at eogeo.org