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

Album tags #16

Open
rsinghal opened this issue Oct 4, 2018 · 4 comments
Open

Album tags #16

rsinghal opened this issue Oct 4, 2018 · 4 comments

Comments

@rsinghal
Copy link

rsinghal commented Oct 4, 2018

In the Catalog mockups (19), there are tags for the album. Where are those coming from?

@ggeisler
Copy link
Collaborator

We discussed this on the last call, but just to clarify more broadly, the mockups are admittedly confusing in showing tags, in that album/manifest tags are probably only applicable in a Mirador as a Service context, where the tags would be used by the user for local organization and stored in a database or something.

To prevent future confusion, I'll remove tags from the catalog mockups. When we get to mockups that show specific Mirador as a Service features we can reintroduce the tags idea there.

To be clear, though, album tags are included the requirements we created as part of the discovery process (see lines 70, 85, and 86 in the requirements spreadsheet where we sometimes used the term "collections" to mean albums/manifests).

@azaroth42
Copy link

Tags can be implemented in IIIF using Annotations. Introducing a non-conforming way to implement something that can be done already would be bad for the community.

@ggeisler
Copy link
Collaborator

ggeisler commented Nov 16, 2018

@azaroth42 Can you point to an example of where annotation tags are used to provide a descriptive tag for a manifest (e.g., tagging an object, not a single annotation)?

Also, it's not clear what you are giving a thumbs-down to in my comment above. Are you suggesting the user requirements we gathered are not valid or something?

@azaroth42
Copy link

No, because there's no consuming implementation and hence no one has added tags in the wild.

I'm 👎 that tags are a "specific Mirador as a Service feature". They're perfectly possible today using 2.1, and even cleaner / more obvious in 3.0.

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

3 participants