bug: navigation dies when using # (hash uris)

[rmfranken]

Hi there,

still using this tool but I ran into an issue which I think should be addressed as it limits the use of your tool for many ontologies.

If a vocabulary uses # URIs (https://w3c.github.io/dpv/2.1/dpv/#StorageLocation), Skohub should either:

• Generate proper id anchors in the corresponding HTML file (so Processing.html#Consult scrolls to the Consult section), OR

• Provide an option to rewrite hash URIs into standalone pages (e.g., Consult.html).

Actual behavior:

• No anchors are created, so navigating to #Consult results in no response on the page.

I see this is semi-expected behavior from your docs: "However, slash URIs are better supported than hash URIs."

I would love proper support for property hash uri's so I don't have to create semantically unneeded concepts to sit in between skohub and the hash-uri's!

[acka47]

Thanks, for the report. As it happens, we will have our next open development meeting tomorrow, see https://metadaten.community/t/3-offenes-skohub-entwicklungstreffen/894. I put this issue onto the board and the agenda. As you apparently have some interest in SkoHub development, you are invited to join the meeting (and maybe you even have resources to contribute?). I am not sure whether you are speaking German but we could also switch to English.

[rmfranken]

Sure, I'll join! I speak some German too. As I am mostly a semantic engineer, I can share my experiences with using your tool without a background in JS.

[acka47]

As discussed in today's meeting: @rmfranken will provide the example turtle file/snippet