-
Notifications
You must be signed in to change notification settings - Fork 23
Description
This is somewhat related to #221.
I'm (yes, still) using Elda 1.4.3, but I've just also tested with 2.0.2 and the underlying issue is the same. And I'm (yes, still) using XSLT to generate HTML.
The XML that is fed into the XSLT doesn't contain information about which shortnames are valid, i.e., which ones are explicitly defined for the endpoint using the api:label property. As a result, the generated HTML page may offer icons and links that won't work, and indeed, produce the error screen "Sorry ... That shortname is unrecognised."
Current example that shows the problem: https://test.vocabs.ardc.edu.au/repository/api/lda/autestingorgrole/r29-testing/v1/resource?uri=http://test.ands.org.au/testresolution/eh_tmc/concepts/100394
Click either:
- the
<or>icons at the right side of theissuedfield, - the
issuedlabel in the View panel.
It'd be helpful if the <termBinding> element were enhanced to flag the shortnames that are explicitly defined. Then the XSLT can stop generating those icons/links that won't work.
For example, the XML for the above page has a <termBinding> element that includes this fragment:
...
<item id="_:item-1029">
<label>issued</label>
<property href="http://purl.org/dc/terms/issued"/>
</item>
<item id="_:item-1030">
<label>label</label>
<property href="http://www.w3.org/2000/01/rdf-schema#label"/>
</item>
...
From this, it would appear that both issued and label are both "usable" shortnames. But only the second one is.
Random example of a way of addressing this:
...
<item id="_:item-1029">
<label>issued</label>
<property href="http://purl.org/dc/terms/issued"/>
</item>
<item id="_:item-1030">
<label defined="true">label</label>
<property href="http://www.w3.org/2000/01/rdf-schema#label"/>
</item>
...