Page History

Some topics

• We don't yet have a great statement of the "value proposition" as it applies to ARKs, or to the N2T.net resolver. This will need some interaction with the Sustainability WG and may need some discovery with the users survey.
• Although we have reserved the arks.org domain name, we don't have a proper brochure site as a jumping off point for all things ARK.
• There are lots of gaps in the documentation (eg, no FAQ). What are the priority documentation gaps to fill? There are things not written down yet, and things not yet known.
• JK could try presenting the lightning talk and the group could (gently! :) tell me how it could be improved for re-use, or scrapped.
  

Discussion item: ARK Summit

Members of this group should be familiar with notes from previous ARK Summit Experts Day. There was interest at CNI/DuraSpace in having another ARK Summit.

SP: Should be in North America since the first was in Europe. Possibly in Canada; possibly Montreal.

MG: Should book now if in 2019, otherwise looking at 2020.

Discussion determines that a summit would best be planned in conjunction with an international conference that people may already have travel funding for. Barring that, we should make sure that it doesn’t conflict with related events.

Discussion item: Gaps in ARK documentation?

TS and MG note that we get questions about ARKs that we can’t readily answer. JK suggests that we should start our FAQ just with the questions, whether we have answers or not. The group also discussed best practices documentation. ARKs are flexible, so are people documenting their own use of them - for example, what is the object to which they assign ARKs? SP noted that there is different practice between his group and the librarians for this. He has documentation for his group’s best practices, eg, at what level of granularity should one assign ARKs, but it is in French. Other approaches discussed: ’10 .

KE: Flexibility can make it hard for people to engage initially – good to have an answer for what 10 things that ARKs do especially well’; ‘what’s well? And a simple statement for the value proposition for ARKs?’

Discussion item: Survey

Suggestions: don’t try to learn everything we need to know from a single, long survey. We may need to learn things from different respondents at the same institution (technical/non-tech users). Consider piloting survey first within existing AITO participants. If we use surveys for all assessment, design so that the data will make sense across multiple surveys. Consider using a different form of assessment for learning more detail (interviews, focus groups). Ask respondents of the first survey if they would be willing to participate further. TS and SP noted challenges in the survey format: you can’t tell for certain that people are using language/jargon in the same way, and you don’t have a chance to ask clarifying questions. Multiple choice options may limit peoples’ responses; with a live conversation it’s easier to know what consensus is. JK noted Joan Starr’s “Buy a feature” approach to EZID assessment activities.

Discussion item: arks.org domain

This URL currently goes to the N2T resolver page. How to make this site more of a brochure site for ARKs? JK noted that when you Google ARKs, you get a wikipedia page, which doesn’t reflect well. Even before doing assessment with users, what can we do to improve that now? PSC Suggestion: move the text that is at the top of http://arks.org/e/ark_ids.html to the arks.org home page. Even for people who aren’t using ARKs, if they see “ark:” in a URL, this will help them understand what they’re looking at.

Discussion item: video

SP: It would be good to have an introductory video to convey what ARKs are, why they’re useful. TS mentioned data-sharing video (sent to list). JK asked if others had good examples.