Dynamic Annotation List Service about api HOT 9 CLOSED

Need further experience with solutions, such as:

• Auth.
• Transient resources (such as Layers) rather than static/permanent ones
• Dynamic, overlapping sets (eg AnnoList may appear in multiple layers)

ACTION on Yale and Stanford to implement a Layer based solution and see whether this solves the use case requirements. Then reassess from a position of understanding.

from api.

As of 6/25, (at least) Yale, Stanford, Harvard and Wellcome are interested in seeing this happen. Proposal was to come up with a strategy using a service on iiif-discuss, implement at the different institutions and see how well it works.

from api.

Propose that this, like audience, is just search, and should be discussed in that context.

from api.

Decided it is just search.

from api.

So we broke it...

from api.

Agreed that it is best left search-based. As an outcome of the design meeting last week, we will be implementing a layer-based interface in Mirador for transcription next week, in which the user "opens" a "layer" for viewing, and advancing to the next canvas keeps the associated list from that layer displayed. To clarify none of this is "dynamic" in the search sense, but we'll report back here as to limitations we bump up against using layers and annotation lists.

One conceptual problem we encountered was how to associate a list with a page. The layers field can have a list of lists contained in that layer, but one must then filter the contents of those lists to extract the annotations pertaining to different parts of the manifest. This requires dereferencing and parsing all lists before any summary of their association can be rendered for the user (such as an indication of which canvases have annotations). An approach we developed, which may be wrong, is to list annotation lists on each canvas and use the "within" property to point to the associated layer. This makes it possible to populate the interface without dereferencing anything until its full content is needed.

I'm not sure how which of the dynamic list services would best mitigate this summary problem of needing to know what exists at an overview level.

from api.

@aeschylus Canvas -> AnnotationList -> Layer, like in the example in the docs? 😉
See: http://iiif.io/api/presentation/2.0/#layers

from api.

I think this is now closed by search. @mikeapp?

from api.

I agree, we can close.

from api.