-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Object metadata #15
Comments
Since there are multiple questions in here, I will address them one by one.
You are correct, there is a requirement that every object will have a name / title.
The value you are seeing now is the default label, which was taken from HeritageFlix.
Before I get in to this remark, I would like to state that properties do support links and in the example that was provided links are working, they just are displayed as text. This was a design choice. But to give an more in-depth answer:
These properties look at their match with name in there for the link text... i.e. imageLicenseUri will use imageLicenseName, the reason we do this is to allow a form of flexibility but limit the number of properties that will be allowed to be links. Of course, there is always an exception, which is Publisher. Here we look at PublisherURI and if this is empty, we will fallback to the publisherHomepage. |
There seems to be the assumption that every object has a title, just like a movie on Netflix. In the case of many image collections there is no title, there's only a description. For https://makemyflix.netwerkdigitaalerfgoed.nl/goudse-straten-in-de-kijker/lage-gouwe/foto-224451-4953 I constructed a title by concatenating the string "Foto " with the object ID, it's better then 'undefined' but not too user-friendly.
The publisher (why not Uitgever @nl ?) shows the ?publisherName and ?publisherURI parts of the object meta data. There's also ?publisherHomepage in the SPARQL query, but that doesn't seem to be used. I used the ?publisherURI to provide a link to the source, as I feel heritage organisations like a back link. But from a UX point of view this isn't clear.
The text was updated successfully, but these errors were encountered: