Clio Module 7

This week we turned our focus toward Data Visualization and explored it from multiple angles. The parts of the module that paid attention to digital accessibility were the most interesting to me. This may be because Tableau scares me and I have a low-medium confidence level with data thus far. In any case, I was taken my the accessibility connection. In my previous Graduate Assistantship, I was responsible for some YouTube videos that went up on our department’s page and those would always get sent to ATI to get captions and other kinds of accessibility edits. In that position, I also maintained our webpage (attached to the GMU main page) and I would get pointers here and there about yellow not being easy to read against light backgrounds and text size. However, there was never any formal digital accessibility process in place for anything besides video captions. This module has given me some tools that I wish I’d had then, including a literal compliance checklist. Obviously these tools are not exhaustive and perfection isn’t possible, but if I’d had this checklist to use before, our material likely would have been much higher quality in this regard. The Wave tool was very user friendly and I’ll be implementing that into my process when I inevitably decide to redesign my website again, which incidentally is pretty compliant given that it is basically black & white. I found Color Brewer 2.0 to be really interesting and is something I can see myself revisiting for a multitude of purposes. Given our module, the consideration of color contrast, color blindness, etc… is incredibly relevant and important when creating data visualizations. These principles of color make visualizations of any kind easier to understand, even for audience members who do not have any visual impairments.

The cognitive accessibility reading also piqued my interest. A lot of the little things we can do as digital creators to improve our material’s cognitive accessibility have to do with design both visual and content wise. Cognitive accessibility seems to marry the principles of color consideration with the DH version of not wanting to make a meeting out of what could have just been an email. That’s something my group really enjoyed about exploring the Aging President Tableau project we looked at in class. We talked about how on one hand, the visualization assumed a level of US history knowledge in the audience which could be problematic. On the other hand, it was so visually clear and direct in terms of the information it was presenting. There were opportunities (in the hover function) for users to ask further questions and get additional information, but the base level interaction with the visualization did not require a heavy interpretational lift.

Playing around with Tableau and creating a data visual reminded me of Open Refine and I wonder how perhaps they can be complementary. Maybe you use Open Refine to clean and structure data for a specific question so that when that data is uploaded to Tableau? That piece of it is what vexed me the most in creating my test viz. I tried to use my own data at first, and could not get it to make sense or be categorized how I wanted it to be… like how the sample data just perfectly populated. Anyway, Tableau seems pretty user friendly once you get the hang of it, and I’m not sure I’m quite there but this is something I think I could revisit and teach myself when I am in need.


my veeeeery basic Tableu data viz using the Superstore sample data… illustrates US states based on how many sales they produced.

3 responses to “Clio Module 7”

  1. Xiaoyi Sun Avatar
    Xiaoyi Sun

    I fully agree with your understanding of cognitive accessibility. While I can fully understand why scholars may want to present rich content on a webpage, the knowledge level of visitors can vary significantly. Overly complex information can indeed create cognitive strain for the audience, so I completely agree that visual design should consider a broader range of audiences. The WAVE tool and Color Brewer 2.0 are extremely helpful for designing visualizations. As you mentioned, these tools provide us with structured guidance for visualization. Additionally, the accessibility checklist helps us make modifications to websites, enhancing the browsing experience for the audience.

  2. Kacey Marie Young Avatar

    I’m always impressed with how user-specific your posts are. Reading you work through what you know and are learning in real-time makes the leap from print to digital feel accessible. I haven’t taken that leap yet, partly b/c I haven’t had the opportunity to, but mostly because I remain pretty intimidated by it. It does feel like the proverbial last train is leaving and I’ve got to start running. Your posts make me feel like I have a chance to catch the caboose. Especially when you talk about the work you created this summer, which was spectacular. It sounds as if much of that you managed yourself and have already reached a point where you can go back and see what could have been possible. That’s a pretty big step (congrats!).

  3. Alice Avatar
    Alice

    Hi Annabelle,
    I really appreciate your inclusion of the A11Y Project guidelines. In physical spaces, we have the ADA that protects accessibility and also provides guidelines. This week made me think about how we could create a relatively wide-ranging set of guidelines for online accessibility, but I didn’t realize it already existed. Resources like this program and WAVE should be taught more generally to ensure accessibility across open-access platforms. Something I noticed looking through A11Y’s guidelines is the focus across website elements, from color to media, visual, text size, and specific coding. This guideline already makes me think of website building in new ways, like how our final project will present information.

Leave a Reply

Your email address will not be published. Required fields are marked *

css.php