Charles Tapley Hoyt

Even worse, there are tons of the same relations that are being duplicated with these crazy hash relations. I've been curating a list of ways to auto-upgrade these to the...

Full list browsable at https://biopragmatics.github.io/obo-db-ingest/ and manifest downloadable at https://github.com/biopragmatics/obo-db-ingest/blob/main/docs/_data/manifest.yml

You can use one of the two endpoints in the Bioregistry: - https://bioregistry.io/api/metaregistry/bioportal/mapping/obofoundry - https://bioregistry.io/api/metaregistry/obofoundry/mapping/bioportal ~I realize that the route implements the logic in https://github.com/biopragmatics/bioregistry/blob/db0ef92f1f52fd871d62ee71fd876fb6c93003a1/src/bioregistry/app/api.py#L273-L315, so it's not reusable at...

I'm not familiar with the difference in semantics of dc:creator and dc:created_by. Does one refer to a resource and the other a literal? Because it would be great to refer...

Okay, then rephrased: I'm not familiar with oio - but since DC is so ubiquitous, I'd vote for using that (unless the semantics of oio:created_by are more suggestive for relations...

I agree with Nico; there's no useful, machine-readable attribution via `dc:creator` that isn't structured by directly and only using the IRI for the ORCID record. I can't see how adding...

Can someone say which class each "synonym type" should go under as a subclass?

I don’t understand - shouldn’t a synonym type be the object of this property

alright thanks for the suggestion. See #124 for the first few additions I made and let me know if I'm on the right track

There are still some synonym types from Chris's list left, but I think the core idea from this issue has been addressed. It might be good to add something like...