Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Central Metadata Registry for approved standards #1

Open
MKonopko opened this issue Jan 13, 2020 · 6 comments
Open

Central Metadata Registry for approved standards #1

MKonopko opened this issue Jan 13, 2020 · 6 comments

Comments

@MKonopko
Copy link
Contributor

Per M Haendel:

I think we need a central, computable metadata registry for approved standards. This information can then be automatically ingested by other systems. For example, we have a really nice metadata registry for the OBO ontology standards here. Here is an example for HPO: https://github.com/OBOFoundry/OBOFoundry.github.io/blob/master/ontology/hp.md

@jb-adams
Copy link
Member

@MKonopko @mellybelly great idea, I think this is similar to something I had in mind, essentially a registry and API for GA4GH standards so they can be looked up in a programmatic way. I wrote a document outlining some use cases for such an application.

I plan to bring this up as a project proposal once the TASC meetings start.

@mcupak
Copy link
Collaborator

mcupak commented Jan 13, 2020

@jb-adams Very nice! I wonder if we can repurpose the Service Registry format for this.

@jb-adams
Copy link
Member

@mcupak I think this would integrate well with Service Registry and Service Info. For example, each item returned from /services/types could be passed to the "Standards API," letting the registry master node access the OpenAPI spec and informing them on what client requests each service could be expected to handle. Could be useful for networks of diverse service types.

@rishidev rishidev changed the title Central Metadata Registry Central Metadata Registry for approved standards Jan 29, 2020
@mamanambiya
Copy link
Collaborator

@jb-adams this sounds like this would be more useful for external use (GA4GH standards consumers) than for GA4GH internal use, right?

@mellybelly
Copy link

yes, this ensures that journals and other standards registries can easily ingest the released GA4GH standards metadata and recommend them ;-).

@jb-adams
Copy link
Member

yes, I'm largely seeing it as a way for newcomers and other consumers to explore our available standards, and be able to locate all of our outputs from a central resource or service.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants