[Esip-discovery] List of web services that could use work

Soren Scott soren.scott at nsidc.org
Mon Apr 20 17:45:06 EDT 2015

So Steve, 

If we’re going for the URN approach, could we consider recommending a best practice for integrating those in the Dataset schema.org somehow? In this brave new world of harvesters and brokers, we will still likely miss this kind of service identification if it’s included only in XML/JSON representations. And, if we want to encourage polite crawling, having that reference on the link tags would make filtering much easier. No idea what that would mean for something like the embedded HTML info of the ATOM responses from ESRI (or other) platforms, but today I am an idealist so let’s not limit the URNs to ISO OnlineResources. 

Sorry I missed the call yesterday--interesting topic.   It sounds like the idea is a scheme to facilitate web crawlers to discover service endpoints and be able to infer something about the kind of service?
If so, maybe something like the 'Home' document would make sense (https://tools.ietf.org/html/draft-nottingham-json-home-03, expired internet draft) is in order. 
In the list Ruth compiled, several of the services already have self-description documents (OpenSearch, OGC services, OAI-PMH) and a couple are self-description document formats (OpenSearch description, WSDL, WADL).  
Maybe the critical thing here is a registry of strings to use that identify a particular service type/version and any relevant profiles. There's an OSGEO group that's made a start at this, perhaps we can build on that? 

Just a note, I’ve been putting together notes for our own OpenSearch harvesting needs. I started with Doug’s list as “good” EO services and noted that two of the set are now down or not publicly reachable (apologies if this is in the Google Drive version already): CCMEO (access forbidden) and ORNL (404). The guess work is around URL encoding support (or not), Accept headers support (or not or in certain circumstances), and whether a service would return an error for an empty searchTerms request at the catalog level. I will note that the includsion of a link with rel=“search” at the root of the dataset-level response is not always present or a reference to the parent catalog search.

Is anyone working on some OpenSearch to Swagger Doc generator?


Soren Scott
Science Developer
National Snow & Ice Data Center
Boulder, CO

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.deltaforce.net/pipermail/esip-discovery/attachments/20150420/336d27b2/attachment.html>

More information about the Esip-discovery mailing list