Skip to content
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

Open
coret opened this issue Sep 25, 2024 · 1 comment
Open

Object metadata #15

coret opened this issue Sep 25, 2024 · 1 comment

Comments

@coret
Copy link

coret commented Sep 25, 2024

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.

image

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.

@aabelmann
Copy link
Contributor

aabelmann commented Sep 26, 2024

Since there are multiple questions in here, I will address them one by one.

There seems to be the assumption that every object has a title, just like a movie on Netflix

You are correct, there is a requirement that every object will have a name / title.
We use the name / title not just for displaying purposes but it allows us to have consistent human-readable urls and eventually will allow for deep-linking to a specific artwork. (which is currently not yet implemented).
We can discuss this with a larger group if strongly believe that name / title should be optional but this will require a big change in the code (both front-end and back-end).

The publisher (why not Uitgever @nl ?)

The value you are seeing now is the default label, which was taken from HeritageFlix.
You can currently only overwrite this inside the back-end, it might be a good point to add the customization step or even to the edit/delete functionality.
We can always change the default for future Flixes that are being created

I used the ?publisherURI to provide a link to the source, as I feel heritage organisations like a back link

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:
The following properties are supported to have links:

  • imageLicenseURI
  • provinceURI
  • publisherURI
  • creators
  • contentLocationURIs

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants