[cat-interop] CSW APISO ServiceTypes

[Signell, Richard]

Tom,
Sure!  I've successfully added my first content here:
https://github.com/OSGeo/Cat-Interop/blob/master/ServiceTypes.md
-Rich

On Thu, Feb 20, 2014 at 1:51 PM, Tom Kralidis <tomkralidis at gmail.com> wrote:
> Rich: I've initially made you and me owners/collaborators and we can add anyone who wants to join and wants to contribute more directly. Does this make sense?
>
> Sent from my iPhone
>
>> On Feb 20, 2014, at 13:45, "Signell, Richard" <rsignell at usgs.gov> wrote:
>>
>> Tom,
>> Good idea.
>>
>> Q: do you plan to add folks as collaborators, or do everything via
>> pull requests (if someone wanted to create an .md file, for example?
>>
>> -Rich
>>
>>> On Thu, Feb 20, 2014 at 12:57 PM, Tom Kralidis <tomkralidis at gmail.com> wrote:
>>> Take two: I thought it would be more valuable to change to
>>> https://github.com/OSGeo/Cat-Interop, given this can be a working area
>>> for link types as well as other items of Cat-Interop.  Done.
>>>
>>>> On Thu, Feb 20, 2014 at 12:47 PM, Tom Kralidis <tomkralidis at gmail.com> wrote:
>>>> Done: https://github.com/OSGeo/LinkTypes
>>>>
>>>>> On Thu, Feb 20, 2014 at 12:35 PM, Signell, Richard <rsignell at usgs.gov> wrote:
>>>>> Tom,
>>>>>
>>>>> Setting up a repo on Github (e.g. Geo/LinkTypes) seems to me a great
>>>>> idea.  We could then track issues and files and have a better
>>>>> organized conversation.
>>>>>
>>>>> Thanks for offering this up!
>>>>> -Rich
>>>>>
>>>>>
>>>>>> On Thu, Feb 20, 2014 at 12:29 PM, Tom Kralidis <tomkralidis at gmail.com> wrote:
>>>>>> Rich: good points here.  FYI we are running into this (as we speak) in
>>>>>> MetaSearch (https://github.com/geopython/MetaSearch) as part of being
>>>>>> able to seamlessly add services or data within QGIS workflows:
>>>>>>
>>>>>> https://github.com/geopython/MetaSearch/issues/20
>>>>>> https://github.com/geopython/MetaSearch/wiki/Discovery-workflow
>>>>>>
>>>>>> I know that Bart van den Eijnden (on here) has also faced these issues
>>>>>> as part of JavaScript implementations.
>>>>>>
>>>>>> Having said this, one of the major goals of cat-interop, as discussed
>>>>>> at foss4g 2013, is to better articulate link types to help CSW
>>>>>> clients.
>>>>>>
>>>>>> An important step here is to have a consistent vocabulary for
>>>>>> gmd:protocol, or dct:references/scheme or dc:URI/@protocol
>>>>>>
>>>>>> Options:
>>>>>> - OGC URN Policy: http://www.opengeospatial.org/ogcUrnPolicy
>>>>>> - ESRI: it looks like ESRI Geoportal implements the OGC URN Policy
>>>>>> with some extensions/additions
>>>>>> - Geonetwork enumerations:
>>>>>> https://github.com/geonetwork/core-geonetwork/blob/develop/web/src/main/webapp/WEB-INF/data/config/schema_plugins/iso19139/loc/eng/labels.xml#L1894.
>>>>>> Many downstream applications are tied to these, such as GeoNode
>>>>>>
>>>>>> I propose standing up a repository on GitHub (OSGeo/LinkTypes) to:
>>>>>>
>>>>>> 1) identify a harmonized list of link types for:
>>>>>> - metadata publishers to use
>>>>>> - CSW implementations to implement as required (e.g. when harvesting, etc.)
>>>>>> 2) based on this, produce a list a possible detection
>>>>>> patterns/heuristics on determining what type of link is being parsed
>>>>>> by a given client.  This can be used to set a link type in metadata,
>>>>>> or guess what a URL can do
>>>>>>
>>>>>> Thoughts?
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> On Thu, Feb 20, 2014 at 8:32 AM, Signell, Richard <rsignell at usgs.gov> wrote:
>>>>>>> Catalog Interoperability folks,
>>>>>>>
>>>>>>> As part of a system test for the Integrated Ocean Observing System,
>>>>>>> we've been trying CSW apiso queries to different endpoints and trying
>>>>>>> to retrieve specific service types from the retrieved records (e.g.
>>>>>>> WMS, WCS, OPeNDAP).  This has been revealing, but not that surprising
>>>>>>> -- different endpoints represent the services differently.
>>>>>>>
>>>>>>> As an example, two geoportal servers (at NODC and NGDC) I've been
>>>>>>> working with have:
>>>>>>>
>>>>>>> WMS:
>>>>>>>
>>>>>>> urn:x-esri:specification:ServiceType:wms:url
>>>>>>> urn:x-esri:specification:ServiceType:WMS
>>>>>>>
>>>>>>> OPeNDAP:
>>>>>>>
>>>>>>> "urn:x-esri:specification:ServiceType:odp:url"
>>>>>>> "urn:x-esri:specification:ServiceType:OPeNDAP"
>>>>>>>
>>>>>>> The providers at NODC and NGDC are both willing to change, and would
>>>>>>> be happy to use a "standardized" representation -- if only they knew
>>>>>>> what it was!
>>>>>>>
>>>>>>> Have folks on this list worked on this issue yet?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Rich
>>>>>>> --
>>>>>>> Dr. Richard P. Signell   (508) 457-2229
>>>>>>> USGS, 384 Woods Hole Rd.
>>>>>>> Woods Hole, MA 02543-1598
>>>>>>> _______________________________________________
>>>>>>> cat-interop mailing list
>>>>>>> cat-interop at lists.osgeo.org
>>>>>>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/cat-interop
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Dr. Richard P. Signell   (508) 457-2229
>>>>> USGS, 384 Woods Hole Rd.
>>>>> Woods Hole, MA 02543-1598
>>
>>
>>
>> --
>> Dr. Richard P. Signell   (508) 457-2229
>> USGS, 384 Woods Hole Rd.
>> Woods Hole, MA 02543-1598



-- 
Dr. Richard P. Signell   (508) 457-2229
USGS, 384 Woods Hole Rd.
Woods Hole, MA 02543-1598