Fetching a class with full: true doesn't return prefixIRI or notation, so concept.prefixIRI and concept.notation come back silently nil. Both are useful for showing a class's short id, and the only way to get them today is to override include entirely, which means restating the whole attribute list in the consumer.
lib/ontologies_api_client/models/class.rb:12:
@include_attrs_full = "prefLabel,definition,synonym,obsolete,properties,hasChildren,childre,inScheme,memberOf"
Proposal: append ,prefixIRI,notation.
Consumers already work around the gap. In bioportal_web_ui, ChangeRequestsController#generate_curie issues a second single_class request with display: 'notation,prefixIRI' purely to read those two values off a class it has usually already fetched.
Both are scalar attributes, so the extra payload is negligible, and adding them is backward compatible.
Fetching a class with
full: truedoesn't returnprefixIRIornotation, soconcept.prefixIRIandconcept.notationcome back silently nil. Both are useful for showing a class's short id, and the only way to get them today is to overrideincludeentirely, which means restating the whole attribute list in the consumer.lib/ontologies_api_client/models/class.rb:12:Proposal: append
,prefixIRI,notation.Consumers already work around the gap. In
bioportal_web_ui,ChangeRequestsController#generate_curieissues a secondsingle_classrequest withdisplay: 'notation,prefixIRI'purely to read those two values off a class it has usually already fetched.Both are scalar attributes, so the extra payload is negligible, and adding them is backward compatible.