Closed noelmcloughlin closed 2 years ago
odd... but I suspect the issue is not with the prefixes themselves but in some other part of the schema - do you have the full yaml or link to a repo?
Aside: the full URIs for ACM and astrovocab are not great URIs from a LinkedData perspective. It won't do any harm just to get up and running this was but you may want to look at strategies for making PURLs for these.
You may be interested in the https://bioregistry.io/ project - despite it's name it has many non-bio specific prefixes registered. The entire infrastructure is lightweight and could easily be cloned. But I would be in favor of just using it for non-bio prefixes, there is already precedent for this.
I wonder how much work it would be to scrape the astrovocab web pages and make a bona-fide skos or owl vocabulary from it (with the cooperation of the authors of course).
Thanks, it is odd. I'll take ownership of this issue and try to find cause and report back.
Yes, some of my URI are not great for linked data. To be honest, I've been using prefixes as a bookmark since I found astrovocab recently (and UCO: https://github.com/ucoProject), and bunch of others.
I'll have a look at bioregistry.io also. I'm seeking collaborators to curate a meta model, but nothing is published yet, just experiments and discovery on my part.
OK, I have seen this error myself, and I believe it to be caused by a particular constellation of rdflib verisons, investigating, cc @hsolbrig
Try it with linkml 1.1.15 - this release is more defensive against some of the nuanced changes between rdflib5 and 6
Thanks @cmungall , this appears to be fixed in linkml 1.1.15 by https://github.com/linkml/linkml-runtime/pull/99 so closing.
I'm encountering an error with linkml-runtime which is
ValueError: Unrecognized prefix: https://w3id.org/csolink/vocab/
.I'm not sure why model with curie
csolink:xxxx
would generate this error. Any ideas?