Many Activities put the involved people in the Description field. Policy or practice?

guide

Move to independent box on the bottom

Convert to list: * Overseeing visioning and planning * Developing proposals and recommendations for Aeon enhancements or development * Supporting the Aeon product owner in creating user stories * Setting priorities for Aeon work * Coordinating with Library IT to initiate, execute, monitor, and sign off on work that has been prioritized and approved by the ITSC * Creating and maintaining community with staff who use Aeon

"governance body"? Alison's the product owner, and should be added, but SCPSAG plays an important role.

Not this page, but where is routing rule equivalent?

Can we add hint text to these fields?

Check across guide to make sure we are talking about "Library account" (or wevs) consistently

Add subsection about changing skin

Is this of use? Is it wicked out of date?

Add text about this only being useful for a patron account that won't be placing their own requests, because they can't sign in on the web.

type color change unnecessary and probably an accessibility problem

type color change unnecessary and probably an accessibility problem

type color change unnecessary and an accessibility problem

type color change unnecessary and an accessibility problem

repository

share the

all

"their repository head"? #discuss

dele

in

Typeface

Align typeface with other column

This whole part is uncertain, because a patron can't use Aeon without a Library account. Only a patron can create the Library account unless LIT gets involved to force-activate said Library account.

checkbox

dele

open automatically and as a single-item grid in the main window

patron record (or just "record")

circled

This search uses

Patron Record (as elsewhere)

Conform typeface

2 new right-hand blocks: 1) not receiving registration email or password reset email (tl;dr: we can force-activate an account, but future email issues with such an account are an issue with email providers and administrators and spammers, not something we can do anything about other than recommend the patron use a different email, especially if their primary is a university/college one because those often have idiosyncratic blocking rules), 2) case-sensitivity glitch with usernames (needs Trip's work for total remediation, but short-term fix is to adjust their expiration date and either unclear them or cycle through clearing-unclearing) that will be resolved in the next Aeon upgrade

Replace image to get rid of editing box

EULA

EULA

==> accepted the Special Collections User Agreement

==> Accepted the Special Collections User Agreement

Number as step 4

Reduce whitespace above

Maybe also put the link to the password reset page here? https://veritas.its.yale.edu/netid/

Reword to make it clear the recipe is dealing with Presentation but note perhaps that Content Negotiation / similar mechanisms apply to the Image API

Rewrite to focus on what the conventional non-technical user can/can't/will/won't do

change to "as the " (or change "underlying technology" to "underlying technologies")

change to ", the format"

change to "spreadsheet or plain text CSV file"

change to "an Excel"

change to "an action"

The Library is migrating catalog software. As soon as 26 June, this handle will be invalid until some time after the migration ends on 9 July. Up to you how you deal with the gap of time between the old catalog being unavailable and the Library updating its handles to point to the new catalog.

change to "catalog. For"

change to "Yale Library"

change to "the Yale community"

change to "a set"

change to "the DONA Foundation"

change to "the Corporation"

change to "set"

change to "changing the URL independently of a public link to it"

change to "and therefore the URL might"

Change to "URIs"

Change to "URIs"

Will we allow staff to share this info also? Not many consumer websites will hand over this kind of credential info, as a way of guarding against identity spoofing.

This seems to still be thinking about design as a point in time, not acking deeply the inevitable change, and the unforeseeable / independently varying changes.

Glad to see the ack in changes in external factors. Hoping that climate change will be mentioned, but I'm not optimistic. (Annotating as I read . . .)

Highlighting the high variability, but it seems like this contradicts the confidence of earlier statements about design ability.

"can" but do they, and "to withstand them" at what point in time

Any way they can actually understand all the forces, really? This sounds like a stereotypical engineering claim.

It would be good to make the guidelines a bulleted list

Only the first two make sense to me, balancing the impulse to Do Something against the knowledge that humans are fallible and accidents will always* happen.

The remote monitoring idea might make sense, but this wasn't a case where the ship wasn't attended or the pilot/captain was drunk. Autonomous nav, though, are they serious? The electrical system blew. What power would the autonomous nav be running on? Why would something of this size and power take up a technology that currently has a 5x-13x greater crash rate in cars than cars not using autonomous navigation?

???

Raises a question about big maintenance issues: In a system such as this one, is it something to consider that we shouldn't(?) permit scaling up one component without identifying which other components are at risk of failure and improving them as well? I'm not saying they didn't run this scenario in Baltimore, but the philosophical x economic shift would be a big deal. What options are there for e.g. a shipbuilder if they knew they couldn't build bigger ships without also contributing to bridge upgrades?

Crux. (Also, the writer doesn't sufficiently distinguish between the ship's bridge and the Key Bridge when referring to the latter generically.)

Why?

Why was the fuel pressure insufficient?

Just a little bit more here would be nice

Italics

Yale: Same for a Publication?

{person's name}

We will be using Metadata Browse, so some(?) will be linked

IMO, order should be: Browse (Explore?) People Browse Places Advanced Search News About

Fundamentally, the content space is just an HTML block (or multiple), yes?

Reverse chronology, like a blog.

Yale ppl: Do we want any suggestions pre-populated? Omeka: Can this page be brought up with the map pre-loaded to a particular place?

Ignorant Q: Is this literally all the structure of the page, or are you assuming we will add any other sections we want?

"Browse People"

somewhat like thumbnail scrubbing on the timeline

Note that no-nav doesn't mean the content is hidden or removed. YOu can use the start property to skip it in the default view.

recipe 9

Copy date and place to collection, show collection manifest, make sure to link from collectin, make sure Michael's custom viewer doesn't break

by adding

to

also adding

Should the link target be https://www.w3.org/TR/annotation-model/#classes? That seems more pertinent to me.

"close-up" (and anywhere else "close up" appears as a noun)

"property" (and elsewhere that "attribute" is used for a IIIF property)

Tagging. However,

fragment, as

Canvas id

make this into code formatting

"use" (to avoid repetition)

the correct place.

a chapter entry

As another possibility, you

For one example, in

conference, where the

be

TextualBody

When

When

AnnotationPage. To

If you go with something from Fixtures as part of adding a Service to the Manifests, this might need to get adjusted.

lowercase T

format as code

Add Annona. Though the UX is not great, it does support the principle of Collections, pulling in full Manifests from stub entries in the Collection's Manifest

Collection

Collections; however OR Collections. However

fully

"together in a unified and coherent IIIF Presentation interface."

"already has a digital representation and a Manifest,"

dele, to help readers go from realia to digital collection

Remove

=> March

"the viewer and any customizations or extensions"

Either "to group" or "to permit grouping"

"Clients have the option"

Is there a way to make connections with similar groups for technologists of color &c.?

Some cautious parallels to make with gender and disability where race is not part of the identity mix

Small wonder that white women are the primary beneficiaries of affirmative action.

A good point -- how can applications be open and welcoming to people whose names have changed? Is there a model or the start of one in the attitudes toward women who have professional experience under more than one name, where the name changes are unrelated to gender-based change?

Authors thought there was no need for this. The CC PD is for the metadata, you've got a credit/reference, and the copyright statement at the object page is Public Domain

Canvas

The Use Case seems like a good place to link out to the Presentation API 3.0 for the explanation of "content resource", but I think it should be the last sentence, which would allow you to remove this parenthetical.

Same as preceding. I lean toward "Annotations", but I won't die for that flag.

I think this should be "Annotations" to refer to the IIIF concept, but it's hard to be certain.

If I think about it, I understand why "acquisition" is here, but I think it's a distraction. I advise removing it and having "to one of a multi-spectral set of images."

"a painting detail that is only visible" (rewording in part to make clear why it takes 'that' over 'which')

"It might seem like" (cookbook does not frequently use the editorial "we" outside of the Example text)

Split into two sentences. I think I would write it this way:

We want to tag only a portion of the image and thus the motivation of the Annotation must be tagging. The body of the annotation must be a TextualBody — with a format of text/plain — that contains the text of our annotation.

"image, thus"

"must be a TextualBody"

My dictionary has either "X-ray" or "x-ray"

To go with the comment about editorial "we" and also with my comment about recipe titles over numbers:

"could be applied to images that are part of a composition, as in the recipe, 'Composition from Multiple Images'."

Better to use recipe titles, since the numbers at this point are just arbitrary associations with GitHub issue numbers: "like 'Simple Annotation — Tagging' or 'Simplest Annotation'"

Move to "Example" section

I would read this better if it were the last property in the item

specifies

The way this recipe will address that is by leveraging a IIIF image's Image Service to cover a Canvas with just the region of interest.

Remove viewers, add note about not working.

dele

2080

2080

Add UV

2080 (and in 29)

Match to cropped dimensions

Ensure structure is kept t/o recipe, see Glen's writing at https://glenrobson.github.io/iiif_stuff/meme_challenge/

Add text along the lines of "Compare this to . . ." Maybe move into

"that" (this is an American English v British English issue, I believe)

"that" (this is an American English v British English issue, I believe)

"service, which"

Redundant with first sentence of this section?

"one of many possible"

"Related Recipes", since it's an articulated section

Add note that you can have a service-less image, with the direct link to the fragment. You lose tiled zooming.

"to see an example of a non-painting annotation" or smth like that

Conform text to new use case with newspaper

Brief explanation of difference between painting annotations and non-painting

Consider whether relevant or distracting. If kept in, elaborate what kind of annotation, why this distinction matters.

Discuss contrast with annotation, difference between targeting a region and pulling in only a region

structure, to refer to a manifest property?

bound together some time after publication [printing? creation?] I don't know that it really matters for the use case per se, but it might be easier for people with modest experience with this kind of object to understand.

Sammelband, where (adding comma)

Proposed in cookbook authors' call for Maps group discussion: Mapping Canvases in a Manifest

"platform that provides the ability to [x, y, z]." Where x, y, and z are functionalities core to the distinctiveness of this recipe.

Serial comma

Original text: "This property may attach . . . "

Elixir [and elsewhere]

doesn't always

that

no hyphen

Unless I'm ignorant of something (which happens all the time), this is the British English spelling, and we are generally using US English spellings.

Awkwardly long. Maybe:

This configuration is not ideal in most cases as it offers the client no size choice. Further, if the sizes provided are too small to meet the client’s thumbnail requirements, this will have significant impact on processing time. When a client must resize thumbnails, it is more efficient to downsize an image than to request the perfect size.

"height, and width"

Capitalize

". . . Captions, and . . . "

" . . . Captions, and . . ."

I like the addition of "or their families". We are enmeshed.

Should this be in an annotations property of the Canvas, Manifest, or AnnotationPage?

"selected implementation examples with explanations and sample manifests"

"going. You can also"

"additions to the cookbook! To get"

"cookbook Slack" capitalization

channel, and propose a recipe.

"process, say"

Link to https://iiif.io/api/cookbook/recipe/ instead, I think

add " and" after semicolon

"that all clients will start"

"image"

Only need one closing double quotation mark.

"each"

dele