Skip to content

Add scope as activating annotation shortcut to model#2446

Open
JulieWinchester wants to merge 3 commits intoprezi-4from
prezi-4-scope-shortcut
Open

Add scope as activating annotation shortcut to model#2446
JulieWinchester wants to merge 3 commits intoprezi-4from
prezi-4-scope-shortcut

Conversation

@JulieWinchester
Copy link
Contributor

No description provided.

The scope of a Specific Resource is the context in which it should be interpreted, viewed, or used. For the purposes of IIIF, it is a pointer to one or more resources that are intended to be used by the client for the user to view or interact with the resource. In a Scene, this would typically be an instance of a Camera that should be activated and selected to set up the correct viewpoint. This specification does not establish specific expectations for references to other classes.
The scope of an Annotation or Specific Resource is the context in which it should be interpreted, viewed, or used. For the purposes of IIIF, it is a pointer to one or more resources that are intended to be used by the client for the user to view or interact with the resource.

Clients _MUST_ process `scope` as a short-hand expression of an Annotation with `motivation` "activating" with `action` "show," "enable," and "select," where the `source` of the activating Annotation `body` is the Resource referenced by `scope` and the `target` is the Annotation or Specific Resource for which `scope` is specified. In a Scene, `scope` would typically be applied to a Content Resource or commenting Annotation and would reference a Camera that should be activated and selected to set the correct viewpoint in response to user interaction with that resource. This specification does not establish specific expectations for references to other classes.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

revised wording: with action values: show, enable, and select, ...

The scope of a Specific Resource is the context in which it should be interpreted, viewed, or used. For the purposes of IIIF, it is a pointer to one or more resources that are intended to be used by the client for the user to view or interact with the resource. In a Scene, this would typically be an instance of a Camera that should be activated and selected to set up the correct viewpoint. This specification does not establish specific expectations for references to other classes.
The scope of an Annotation or Specific Resource is the context in which it should be interpreted, viewed, or used. For the purposes of IIIF, it is a pointer to one or more resources that are intended to be used by the client for the user to view or interact with the resource.

Clients _MUST_ process `scope` as a short-hand expression of an Annotation with `motivation` "activating" with `action` "show," "enable," and "select," where the `source` of the activating Annotation `body` is the Resource referenced by `scope` and the `target` is the Annotation or Specific Resource for which `scope` is specified. In a Scene, `scope` would typically be applied to a Content Resource or commenting Annotation and would reference a Camera that should be activated and selected to set the correct viewpoint in response to user interaction with that resource. This specification does not establish specific expectations for references to other classes.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would "Annotation or Specific Resource on which the scope is specified" be clearer?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could we simplify this a bit? - Clients MUST process scope as shorthand for an Annotation where the motivation is "activating"; the action is "show", "enable", and "select"; the body is the resource referenced by scope; and the target is the Annotation or Specific Resource for which scope is specified.

Also, it might be easier for readers if we move the Scene example above the MUST statement.

@JulieWinchester
Copy link
Contributor Author

Ok, I've updated the paragraph in response to the comments, it now reads:

In a Scene, scope would typically be applied to a Content Resource or commenting Annotation and would reference a Camera that should be activated and selected to set the correct viewpoint in response to user interaction with that resource. This specification does not establish specific expectations for references to other classes. Clients MUST process scope as a short-hand expression of an Annotation where motivation is "activating"; where action values are show, enable, and select; where the source of the activating Annotation body is the Resource referenced by scope; and where the target is the Annotation or Specific Resource on which scope is specified.

Re: the third "where" statement about body, I think we have to have the slightly convoluted language around source because it specifically is the source, since the body of an activating Annotation is always a SpecificResource but the thing referenced by scope in many cases won't be.

@kirschbombe
Copy link
Contributor

Ok, I've updated the paragraph in response to the comments, it now reads:

In a Scene, scope would typically be applied to a Content Resource or commenting Annotation and would reference a Camera that should be activated and selected to set the correct viewpoint in response to user interaction with that resource. This specification does not establish specific expectations for references to other classes. Clients MUST process scope as a short-hand expression of an Annotation where motivation is "activating"; where action values are show, enable, and select; where the source of the activating Annotation body is the Resource referenced by scope; and where the target is the Annotation or Specific Resource on which scope is specified.

Re: the third "where" statement about body, I think we have to have the slightly convoluted language around source because it specifically is the source, since the body of an activating Annotation is always a SpecificResource but the thing referenced by scope in many cases won't be.

Should this part "This specification does not establish specific expectations for references to other classes." go at the end, maybe after a line break?

@mikeapp
Copy link
Member

mikeapp commented Mar 12, 2026

I agree with @kirschbombe it would be good to retain that caveat.

@JulieWinchester
Copy link
Contributor Author

@kirschbombe and @mikeapp : done, moved the caveat to its own paragraph.

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

Successfully merging this pull request may close these issues.

5 participants