[Esip-discovery] status of the RFC on ESIP Atom-based OpenSearch and Collection Casting Conventions

[Ruth Duerr]

I, of course, would rather keep the two together since by definition a collection cast is just the result of a parameterless OpenSearch query, so quite frankly their opinion and attitude don't make any sense to me and, since actually creating a feed like that is the easiest way to get your holdings to show up verbatim in Google searches, I really don't get it.  But whatever… and no I wouldn't submit a separate Tech Note.

Ruth

On Jun 20, 2013, at 2:59 PM, "Lynnes, Christopher S. (GSFC-6102)" <christopher.s.lynnes at nasa.gov> wrote:

> I just had a telecon with the Standards Interest Group editors about our RFC.  
> 
> In a nutshell, the Standards Interest Group editors feel that the Collection Casting part is more in the nature of a Best Practice, and therefore more of a Technical Note.  The OpenSearch part (though also a little loosy-goosy relative to more traditional standards like WCS), could go standards track on its own. Though it could also be thought of as a Best Practice use of OpenSearch.
> 
> So as I see it, we basically have two choices:
> 
> (1) Submit the whole RFC to the Technical Note track
> 
> (2) Scope the RFC down to OpenSearch for the Standards Track, and submit a Technical Note on repurposing part of the OpenSearch-based standard for data casting.  Note that in this latter case, we, by which I mean mostly Ruth :-), could reincorporate the granule-level casting, as well as discuss how to use OpenSearch and Casting together.
> 
> Preferences?
> --
> Dr. Christopher Lynnes     NASA/GSFC, Code 610.2    phone: 301-614-5185
> "Perfection is achieved, not when there is nothing left to add, but when there is nothing left to take away" -- A. de Saint-Exupery
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Esip-discovery mailing list
> Esip-discovery at lists.esipfed.org
> http://www.lists.esipfed.org/mailman/listinfo/esip-discovery