Yevgeny Kazakov

Looks like there might be a problem with the RDF/XML parser. Try saving the ontology with the import in functional-style syntax: ``` Prefix(:=) Prefix(owl:=) Prefix(rdf:=) Prefix(xml:=) Prefix(xsd:=) Prefix(rdfs:=) Ontology( Import()...

Amazing work! I think determining the server owner should be more robust: https://github.com/Hyrla/jupyter-collaboration/blob/1743de5c50dcd6372dd7926cfc72b96970544f02/packages/collaboration/src/sharedlink.ts#L48 This does not work if `c.JupyterHub.base_url` is set.

I think, if the server is running under JupyterHub, one can extract `JupyterHub.base_url` from `PageConfig.getOption('hubPrefix')` by removing the trailing `/hub/`.

There also appears to be an option `PageConfig.getOption('hubServerUser')`, which is probably what you need?

Similarly, `serverName` can be extracted from `PageConfig.getOption('hubServerName')`.

You can see all available options of `PageConfig` by inspecting the `jupyter-config-data` tag of the HTML source of the lab page. See https://jupyterlab.readthedocs.io/en/latest/api/functions/coreutils.PageConfig.getOption.html

@Hyrla I tested, now it works with `c.JupyterHub.base_url` set! However, these options are probably available only if running under JupyterHub, so the variables should probably be set after the check...

I have been further testing, and in general, the dialog works great! 👍 Some (mostly minor) comments: 1. In the search list one cannot tell users and groups apart. If...

> Hello, I'm using a Mac on Sonoma 14.6.1, and recently downloaded Protege v 5.6.4.2. Where did you download it from? The latest released Protege version is 5.6.4.

> for many infrastructure elements, the names are in quite long common prefix while difference in the end of the name Looks like a classical use case for [owl prefixes](https://www.w3.org/2007/OWL/wiki/Quick_Reference_Guide#Names.2C_Prefixes.2C_and_Notation)....