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

[Lynnes, Christopher S. (GSFC-6102)]

So far we have 1 vote for an OpenSearch-only Standards submission, and one vote for a Search+Casting Tech Note.  Any other opinions out there?

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

> On Jun 20, 2013, at 5:11 PM, Ruth Duerr <rduerr at nsidc.org> wrote:
> 
>> 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
>> 
> 
> OK, let me amend the choices then:
> 
> (1) Submit the whole RFC to the Technical Note track
> 
> (2) Scope the RFC down to OpenSearch for the Standards Track
> 
> Personally, I think the main value in the exercise was just pulling the information into a single, relatively usable document, so whether it goes in as a standard or a technote is not that important. In fact, I note that of past RFCs:
> o  OGC WMS 1.1.1 was a standard, but OGC WMS 1.3 was a Technote
> o  The "ECHO Metadata Standard" was in fact a Technote
> o  GCMD DIF was a standard, but Updates to GCMD DIF was a tech note
> 
>> 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
>> 
> 
> --
> 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
> 
> 
> 
> 
> 
> 

--
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