MétaCan
Menu
Retour à la cohorte
Enregistrement W3158843720 · doi:10.18438/eblip29888

Users with Disabilities, Especially Invisible Disabilities, Provide Insight into How Libraries Can Frame Accessibility Webpages

2021· article· en· W3158843720 sur OpenAlex

Pourquoi ce travail est dans la base

Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.

affAu moins un auteur déclare une institution canadienne dans l'instantané OpenAlex épinglé.
venuePublié dans une revue dont le pays d'attache est le Canada.

Notice bibliographique

RevueEvidence Based Library and Information Practice · 2021
Typearticle
Langueen
DomaineSocial Sciences
ThématiqueDigital Accessibility for Disabilities
Établissements canadiensMcGill University
Organismes subventionnairesnon disponible
Mots-clésWeb pageWeb accessibilityWorld Wide WebComputer scienceHome pageInformation retrievalPsychologyInternet privacyThe InternetWeb standards

Résumé

récupéré en direct d'OpenAlex

A Review of: Brunskill, A. (2020). “Without that detail, I’m not coming”: The perspectives of students with disabilities on accessibility information provided on academic library websites. College & Research Libraries, 81(5), 768–788. https://doi.org/10.5860/crl.81.5.768 Abstract Objective – To understand the needs and preferences of users with disabilities for libraries’ accessibility webpages (webpages dedicated to information on disability and accessibility). Design – Semi-structured interviews. Setting – A large public university in the United States of America. Subjects – 12 students who self-identify as having a disability. Methods – Participants were asked about their expectations (if any) and experiences using library accessibility webpages, how they felt they should be organized, and where and how they would expect to find such webpages. Two lists were printed out and provided to the participants. The first, compiled from a previous study, listed common website headings (categories) under which accessibility webpages had been found, and this aided participants in selecting where they would go to find such a webpage. The second listed common types of information found on accessibility webpages. Participants were asked to use the second list to come up with their five highest priority items for accessibility webpages to cover. Interviews were recorded, transcribed, and analyzed for responses to specific queries, but inductive coding was also used. Main Results – In most of the five response clusters of interest to the author (experience/expectation of such a page existing, navigation and language preferences, overall tone and feel for the website, organization for the page, and content for the page), answers were mixed. No consensus emerged with respect to participants’ expectation of an accessibility webpage existing, how they would find the page (including the best website heading), and what content the page should contain. Participants noted that language should be welcoming and inclusive and vetted for sensitivity. The physical layout of the library and information about ambiance and furniture was frequently noted as being an important and overlooked detail to include. Some services, such as shelf pulling and online chat, were highlighted as appealing to those with “invisible” disabilities. Conclusion – The needs and preferences of users with disabilities are varied and sometimes mutually conflicting. Based on the findings, fourteen recommendations are suggested, including providing detailed information about sensory aspects of the library, listing contact information (preferably to a named individual or group), providing useful headings within the page, and evaluating whether language on the website is welcoming.

Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.

Prédiction distillée sur la base complète

Imitation des enseignants

Ni prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.

score de la tête « metaresearch » (Codex)0,001
score de la tête « metaresearch » (Gemma)0,035
Version: codex-gemma-dda1882f352aStatut de validation: machine_predicted_unvalidated
Catégories candidatesMétarecherche, Méta-épidémiologie (sens strict), Études des sciences et des technologies, Communication savante, Charge utile insuffisante (le modèle a refusé de juger)
Catégories consensuellesCommunication savante
DomaineSignal candidat: aucune · Signal consensuel: aucune
Devis d'étudeSignal candidat: Théorique ou conceptuel · Signal consensuel: aucune
GenreSignal candidat: Empirique · Signal consensuel: aucune
Score de désaccord entre enseignants0,755
Score d'incertitude au seuil1,000

Scores Codex et Gemma par catégorie

CatégorieCodexGemma
Métarecherche0,0010,035
Méta-épidémiologie (sens strict)0,0000,000
Méta-épidémiologie (sens large)0,0000,000
Bibliométrie0,0000,001
Études des sciences et des technologies0,0010,003
Communication savante0,0080,449
Science ouverte0,0010,000
Intégrité de la recherche0,0000,000
Charge utile insuffisante (le modèle a refusé de juger)0,0010,000

Scores machine (provisoires)

Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.

Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.

Tête enseignante Opus0,025
Tête enseignante GPT0,282
Écart entre enseignants0,257 · la distance entre les deux têtes enseignantes sur ce seul travail
Statut de validationscore_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découle