<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="https://scholarslab.lib.virginia.edu/feed.xml" rel="self" type="application/atom+xml" /><link href="https://scholarslab.lib.virginia.edu/" rel="alternate" type="text/html" /><updated>2026-05-07T13:13:08-04:00</updated><id>https://scholarslab.lib.virginia.edu/feed.xml</id><title type="html">Scholars’ Lab</title><subtitle>The Scholars’ Lab</subtitle><entry><title type="html">Forthcoming book</title><link href="https://scholarslab.lib.virginia.edu/blog/brandon-book/" rel="alternate" type="text/html" title="Forthcoming book" /><published>2026-05-07T00:00:00-04:00</published><updated>2026-05-07T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/brandon-book</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/brandon-book/"><![CDATA[<p><a href="/people/brandon-walsh">Brandon Walsh</a>’s 1st book, <a href="https://www.openbookpublishers.com/books/10.11647/obp.0544">“Embedded Pedagogies: Digital Humanities Teaching and the Infrastructure of Change”</a> is forthcoming from Open Book Publishers!</p>]]></content><author><name>brandon-walsh</name></author><category term="update" /><summary type="html"><![CDATA[Brandon Walsh’s 1st book, “Embedded Pedagogies: Digital Humanities Teaching and the Infrastructure of Change” is forthcoming from Open Book Publishers!]]></summary></entry><entry><title type="html">Historical society presentation</title><link href="https://scholarslab.lib.virginia.edu/blog/brandon-historical-society/" rel="alternate" type="text/html" title="Historical society presentation" /><published>2026-05-04T00:00:00-04:00</published><updated>2026-05-04T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/brandon-historical-society</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/brandon-historical-society/"><![CDATA[<p><a href="/people/brandon-walsh">Brandon Walsh</a> presented on adaptive makerspace tech &amp; some of our digital collecting projects, for our local historical society’s event at a retirement home.</p>]]></content><author><name>brandon-walsh</name></author><category term="update" /><summary type="html"><![CDATA[Brandon Walsh presented on adaptive makerspace tech &amp; some of our digital collecting projects, for our local historical society’s event at a retirement home.]]></summary></entry><entry><title type="html">Getting back on track</title><link href="https://scholarslab.lib.virginia.edu/blog/2026-04-29-getting-back-on-track/" rel="alternate" type="text/html" title="Getting back on track" /><published>2026-04-29T11:45:14-04:00</published><updated>2026-04-29T11:45:14-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/2026-04-29-getting-back-on-track</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/2026-04-29-getting-back-on-track/"><![CDATA[<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/all-the-versions.jpg" alt="Alt text" /></p>

<h1 id="the-train-moves-on">The Train Moves On!</h1>

<p>Progress is happening. Much of it reworking what I already did. End of year projects crept in and put this project on the back burner for a couple of weeks. But despite the delay, the train moves forward! And what once was done is now redone!</p>

<h2 id="servo-motors">Servo Motors</h2>

<p>For example, the servo motors. The first version worked, sort of. They didn’t move a full 180°, and they were kind of weak.</p>

<p>So I found new motors, bought a couple, and tested them out. That of course, required recreating the servo gear and the whole housing unit.</p>

<p>After many iterations of the servo gear…</p>

<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/stack-o-gears.jpg" alt="Alt text" />
<img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/servo-gear-plus.jpg" alt="Alt text" /></p>

<p>I dialed in the tolerances and sizing so the new servo horn/arm fits and stays in place. But just to be safe, I’ll be screwing in each of the servo gears.</p>

<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/servo-gear-screwed.jpg" alt="Alt text" /></p>

<h2 id="holder">Holder</h2>

<p>The new servo motor is bigger than the previous. That means the holder needs altering. Fortunately, I designed it measurements so that a quick change of a few select dimensions and the holder fits the new motor snug, but not as tight as a fat kid in the middle seat. Hence the screw.</p>

<p>Also note that I started writing the version number on the object.</p>

<p>I also opened up the back side so it is easier to install the gears, especially the servo gear. I tightened up the tolerances here, too.</p>

<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/new-holder.jpg" alt="Alt text" />
(New version on the left.)</p>

<p>And here’s the new gear train all assembled with the new servo. It moves so much more cleanly and smoothly.</p>

<video controls="" width="600">
    <source src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/new-train-small.mp4" type="video/mp4" />
    Your browser does not support the video tag.
</video>

<p>And just for fun, here are most of the parts I 3D printed so far.</p>

<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/all-versions2.jpg" alt="Alt text" /></p>

<video controls="" width="600">
    <source src="/assets/post-media/critical-making-projects/3d-usa-map/gear-train/all-versions-small.mp4" type="video/mp4" />
    Your browser does not support the video tag.
</video>

<h1 id="moving-on">Moving On</h1>

<p>This got me to the point of creating the states. I first needed to calculate how big this project was going to be more accurately.</p>

<p>So I counted all of the hexagons horizontally, and vertically to get a much better calculation than we had used in the past.</p>

<p><img src="/assets/post-media/critical-making-projects/3d-usa-map/2012_United_States_counted.png" alt="Alt text" /></p>

<p>I plugged these numbers into a spread sheet, and iterated over a few hexagon dimensions in order to see how big this map can be, or how small it needs to be. Two factors weighted the  dimensions the most: 1) the maximum size that the laser cutter can cut, 2) the size of a doorway. I figure that I can cut the map out in multiple pieces, so the size of the laser cutter is not too much of an issue. But if this thing needs to travel, then it definitely needs to fit through a doorway. So that is really the limiting factor, because it will need to travel at some point in it’s existence.</p>

<p>Our original dimensions called for a map that was nearly 4 feet by 3 feet. Too large for the laser cutter, and too large to fit through a door.</p>

<p>A good size ended up being a hexagon that is 20mm from side to side, which creates a map about 30 inches long and 23 inches wide. A common, indoor doorway in the US is 30-32 inches wide. Such a table will definitely slide through at 23 inches wide.</p>

<p>All posts in this series:</p>
<ul>
  <li><a href="/blog/2026-02-20-critical-making-fellowship-2025-2026-part-1/">Part I - Critical Making Project 2026</a></li>
  <li><a href="/blog/2026-02-27-jump-on-the-gear-train-critical-making-2025-2026-part-2/">Part II - Jump on the Gear Train</a></li>
  <li><a href="/blog/2026-03-19-gear-train-assemble/">Part III - Gear Train Assemble</a></li>
  <li><a href="/blog/2026-04-29-getting-back-on-track/">Part IV - Back on the Train</a></li>
</ul>

<p>Funding provided through a generous grant from UVA Arts Council.
<img src="/assets/post-media/critical-making-projects/3d-usa-map/arts-council.jpg" alt="Alt text" /></p>]]></content><author><name>ammon-shepherd</name></author><category term="essay" /><category term="research-and-development" /><category term="makerspace" /><category term="critical-making-project" /><summary type="html"><![CDATA[]]></summary></entry><entry><title type="html">Local history teamwork</title><link href="https://scholarslab.lib.virginia.edu/blog/will-evergreen-reg/" rel="alternate" type="text/html" title="Local history teamwork" /><published>2026-04-28T00:00:00-04:00</published><updated>2026-04-28T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/will-evergreen-reg</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/will-evergreen-reg/"><![CDATA[<p><a href="/people/will-rourk">Will Rourk</a> directed a team of students, Fluvanna County community, &amp; architecture preservation professionals in <a href="https://bsky.app/profile/scholarslab.bsky.social/post/3mkkeymn4vs25">completing the documentation necessary to nominate</a> the ~1935 Evergreen African-American School as an official historic site with the Virginia Dept of Historic Resources.</p>]]></content><author><name>will-rourk</name></author><category term="update" /><summary type="html"><![CDATA[Will Rourk directed a team of students, Fluvanna County community, &amp; architecture preservation professionals in completing the documentation necessary to nominate the ~1935 Evergreen African-American School as an official historic site with the Virginia Dept of Historic Resources.]]></summary></entry><entry><title type="html">When the Algorithm Disagrees With Your Eyes</title><link href="https://scholarslab.lib.virginia.edu/blog/when-the-algorithm-disagrees-with-your-eyes/" rel="alternate" type="text/html" title="When the Algorithm Disagrees With Your Eyes" /><published>2026-04-27T00:00:00-04:00</published><updated>2026-04-27T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/when-the-algorithm-disagrees-with-your-eyes</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/when-the-algorithm-disagrees-with-your-eyes/"><![CDATA[<p>Digital images are in constant motion. They traverse various platforms, feeds, databases, and archives, often reappearing in modified forms. Through my research on digital art, I have recognized this phenomenon as more than a mere feature of online dissemination. It constitutes both a methodological challenge and a perceptual issue.</p>

<p>What appears to be a single image may, in actuality, exist as a collection of various versions: cropped, compressed, recoloured, or reposted without proper attribution. Although these differences may seem insignificant at first glance, they give rise to a question that is more complex to answer than it initially appears.</p>

<p>      <em>Under what circumstances can two images be considered identical?</em></p>

<p>That question became the basis of my assignment for the CodeLab course in my ongoing Praxis Fellowship Program. Using Python with the ImageHash and Pillow libraries in VS Code, I built a small tool to test how visual similarity might be measured across images that have changed through circulation. What started as an exercise became a way of thinking through something larger: what does it mean for a computer to recognize an image, and does that match what we mean when we say two images are the same?</p>

<h4 id="the-approach">The approach</h4>

<p>The tool uses the <a href="https://github.com/JohannesBuchner/imagehash">imagehash library</a> to compute perceptual hashes and compare images by visual similarity.<sup id="fnref:1" role="doc-noteref"><a href="#fn:1" class="footnote" rel="footnote">1</a></sup> Unlike cryptographic hashing, which changes entirely if even a single byte changes, perceptual hashing captures how an image looks. Two visually similar images should produce similar hashes; unrelated images should not.</p>

<p>After generating the comparison data, I modified the script to export results as JSON and render them as an HTML page. Instead of raw values, the interface ranked each image against the reference, displayed a distance score, and grouped results into categories from “nearly identical” to “different from the original.” The script processed files in the <code class="language-plaintext highlighter-rouge">images/</code> folder, saved results to <code class="language-plaintext highlighter-rouge">version_results.json</code>, and generated output in <code class="language-plaintext highlighter-rouge">results.html</code>.</p>

<p><img src="https://raw.githubusercontent.com/jimgaconcept/image-versioning-demo/main/image_variant.png" alt="Image variant comparison" /></p>

<p><em>Figure 1. HTML interface showing ranked comparison of image variants against the reference image.</em> See <a href="https://jimgaconcept.github.io/image-versioning-demo/">https://jimgaconcept.github.io/image-versioning-demo/</a></p>

<h4 id="the-dataset">The dataset</h4>

<p>The reference image is a digitized hand-drawn cartoon illustration made with pen and ink and watercolor on paper. This detail turned out to matter a great deal. I compared it to two modified copies (resized and compressed), one digitally recreated version, and three visually unrelated images, to test whether the tool could distinguish genuine variants from unrelated works.<sup id="fnref:2" role="doc-noteref"><a href="#fn:2" class="footnote" rel="footnote">2</a></sup></p>

<h4 id="results">Results</h4>

<p>The two modified versions, resized and compressed, both scored between zero and two, confirming their close relationship to the reference. The three unrelated images all scored above 20, well outside any similarity range. The digitally recreated version (Fig. 1) scored 18, placing it in the category that the interface labeled as different from the original.</p>

<p>That score of 18 was the result I did not expect, and the one worth thinking about most carefully.</p>

<h4 id="what-the-computer-sees-and-what-we-see">What the computer sees, and what we see</h4>

<p>The recreated image and the original share the same subject, composition, and color palette. A human viewer encountering both would almost certainly recognize them as versions of the same thing. The algorithm did not. Scoring 18, it placed the recreation closer to the unrelated images than to the two modified copies, which scored between 0 and 2.</p>

<p>The reason lies in what each image actually is at the data level. The original is a scan of a physical drawing, and its pixel data carries the texture of its medium: the grain of the paper, the way ink spreads at the edges of marks, the tonal variation of pigment on a physical surface. The digital recreation was built entirely within Photoshop and saved as a JPEG. Even a faithful digital reconstruction is made from digital brushes and algorithmically generated marks. There is no paper grain, no ink bleed. The two images look the same to us, but their underlying data structures are built from entirely different material.</p>

<p>This is a version of what computer vision researchers call the cross-depiction problem: the gap between human visual recognition, which operates on meaning and composition, and machine recognition, which operates on statistical patterns in pixel data. My experiment gave that abstract problem a specific, personal form. What appears identical to the human eye may share almost nothing in common at the data level. The computer is not seeing the image. It is reading a numerical structure, and two images that represent the same thing visually can be built from entirely different data, depending on how and where they were made.</p>

<p>This relates to a broader discourse within the field of digital humanities. As Drucker (2013) has articulated, digitization constitutes not merely a neutral representation but rather a form of interpretation. Factors such as resolution, lighting conditions, and the medium of capture all influence the transformation of an image into data.<sup id="fnref:3" role="doc-noteref"><a href="#fn:3" class="footnote" rel="footnote">3</a></sup> My findings exemplify this argument concretely. The scanned watercolor and the Photoshop recreation are not simply two variants of the same image; rather, they represent two distinct interpretations, which the algorithm processes accordingly.</p>

<p>If we are building archival systems or image databases that rely on computational similarity to group and relate works, we need to ask whose sense of “the same image” is being encoded. A tool trained on pixel-level data will consistently separate a scanned physical artwork from its digital recreation, not because they are different images in any humanistic sense, but because they are different kinds of data.</p>

<h4 id="limitations-and-what-comes-next">Limitations and what comes next</h4>

<p>Perceptual hashing assesses visual similarity at the data level. It does not establish authorship, confirm provenance, nor consider contextual factors. Outcomes may also differ based on the specific hashing algorithm employed, as various implementations assign different weights to visual features. This tool serves as one component within a broader interpretive framework, rather than substituting human judgment.</p>

<p>This assignment illuminated a perception that is both straightforward and profound. It is evident that the computer and the human eye do not observe the same aspects, even when examining the same image. The disparity between data and meaning represents the realm where the most compelling inquiries within digital art history reside. As Burdick et al. (2012) suggest, the significance of computational tools in the humanities lies not in their capacity to resolve questions, but rather in their ability to render certain questions newly answerable.<sup id="fnref:4" role="doc-noteref"><a href="#fn:4" class="footnote" rel="footnote">4</a></sup> This experience has prompted a question I was previously unaware of having.</p>

<p>The live output and ranked visualization are at the <a href="https://jimgaconcept.github.io/image-versioning-demo/">project web interface</a>. Full code is on <a href="https://github.com/jimgaconcept/image-versioning-demo">GitHub</a>.</p>

<hr />

<div class="footnotes" role="doc-endnotes">
  <ol>
    <li id="fn:1" role="doc-endnote">
      <p>The imagehash library was developed by Johannes Buchner: https://github.com/JohannesBuchner/imagehash. Distance between hashes is computed using Hamming distance. See Hamming, R.W. (1950). Error detecting and error correcting codes. <em>Bell System Technical Journal, 29</em>(2), 147–160. doi:10.1002/j.1538-7305.1950.tb00463.x <a href="#fnref:1" class="reversefootnote" role="doc-backlink">&#8617;</a></p>
    </li>
    <li id="fn:2" role="doc-endnote">
      <p>The distance thresholds used (0 for near-identical, 1–5 for minor modification, 6–10 for significant transformation, above 10 for visually distinct) are derived from standard imagehash benchmarks and calibrated through iterative testing against the dataset. <a href="#fnref:2" class="reversefootnote" role="doc-backlink">&#8617;</a></p>
    </li>
    <li id="fn:3" role="doc-endnote">
      <p>Drucker, J. (2013). Is there a “digital” art history? <em>Visual Resources, 29</em>(1–2), 5–13. doi:10.1080/01973762.2013.761106. The argument that digitisation is interpretive rather than neutral runs throughout the article and is developed across pp. 5–8. <a href="#fnref:3" class="reversefootnote" role="doc-backlink">&#8617;</a></p>
    </li>
    <li id="fn:4" role="doc-endnote">
      <p>Burdick, A., Drucker, J., Lunenfeld, P., Presner, T., and Schnapp, J. (2012). <em>Digital_Humanities.</em> MIT Press. The claim is consistent with the book’s central thesis; p. 14 is the closest anchor. <a href="#fnref:4" class="reversefootnote" role="doc-backlink">&#8617;</a></p>
    </li>
  </ol>
</div>]]></content><author><name>ganiyu-jimoh</name></author><category term="[&quot;essay&quot;]" /><category term="Digital Humanities" /><summary type="html"><![CDATA[Digital images are in constant motion. They traverse various platforms, feeds, databases, and archives, often reappearing in modified forms. Through my research on digital art, I have recognized this phenomenon as more than a mere feature of online dissemination. It constitutes both a methodological challenge and a perceptual issue.]]></summary></entry><entry><title type="html">Professors HATE This One Weird Trick for Summarizing Your Research</title><link href="https://scholarslab.lib.virginia.edu/blog/zarif-summarizing-research/" rel="alternate" type="text/html" title="Professors HATE This One Weird Trick for Summarizing Your Research" /><published>2026-04-27T00:00:00-04:00</published><updated>2026-04-27T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/zarif-summarizing-research</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/zarif-summarizing-research/"><![CDATA[<h1 id="professors-hate-this-one-weird-trick-for-summarizing-your-research">Professors HATE This One Weird Trick for Summarizing Your Research</h1>

<p>There’s an old story, almost certainly apocryphal, about former British Prime Minister John Major asking Boris Yeltsin to describe the Russian economy in one word. Yeltsin said it was “Good.”</p>

<p>Seeking a bit more detail, Major asked Yeltsin if he could describe it in two words. Yeltsin replied, “Not good.”</p>

<p>Major finally asked for a three-word summary. Yeltsin’s response? “Not good enough.”</p>

<p>While the exchange is most likely a myth, there is something irresistible about its structure, and it was rattling around in my head during a recent session of my dissertation seminar.</p>

<p>During the break, I asked someone to sum up their partner’s dissertation in one word. They said: “Empathy.” I relayed the Yeltsin joke and we decided to test whether the structure held up in summarizing academic research. Two words: “Not empathetic.” Three words: “Not empathetic enough.” Gabby, whose research is about depictions of madness in modernist literature, thought about it for a second and said: “Yeah, that’s actually not a bad summary.”</p>

<p>We started going around the room with it. Spencer, who is working on trans bibliography, offered “hermaphrodite” as her one-word summary, which yielded “not hermaphrodite,” and then “not hermaphrodite enough.” Applied to my own dissertation, which focuses on contemporary poems written from the perspective of animals, I get:</p>

<p>Animal.</p>

<p>Not animal.</p>

<p>Not animal enough.</p>

<p>Which, for a 3-word summary of what is supposed to be a book-length scholarly work investigating the strategic deformation of syntax, figuration, and sound that poets undertake in order to make language register as issuing from a nonhuman consciousness, is pretty good.</p>

<p>The question, of course, is to what extent “not X enough” is actually a useful model for summarizing research and to what extent it just feels like it works because the rhythm is satisfying. But I do think there’s something real going on in the unfolding of X, not X, not X enough. So many research projects, across disciplines, are fundamentally about some quality or condition that is absent, insufficient, or misrecognized. The three-word version locates a gap, names an inadequacy, and implies a standard that hasn’t been met. It’s a tiny argument. It can’t work for everything. But it’s a fun test and I’d argue it extends even beyond academic research to artistic projects more broadly.</p>

<p>So, does this method work for summarizing your research or current project? Does it not work? Does it not work well enough?</p>]]></content><author><name>adnan-zarif</name></author><category term="essay" /><summary type="html"><![CDATA[Professors HATE This One Weird Trick for Summarizing Your Research]]></summary></entry><entry><title type="html">Nine things for nine years</title><link href="https://scholarslab.lib.virginia.edu/blog/nine-things-for-nine-years/" rel="alternate" type="text/html" title="Nine things for nine years" /><published>2026-04-23T00:00:00-04:00</published><updated>2026-04-23T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/nine-things-for-nine-years</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/nine-things-for-nine-years/"><![CDATA[<p>I blinked and realized that Amanda Wyatt Visconti and I have been at the Scholars’ Lab for nine years as of April 24, 2026. Time flies. We typically celebrate by eating or drinking something sweet in the Lab (I’m still vibrating from the cream soda we had half a decade ago). We weren’t able to do so this year, so I thought I would share a quick post to mark the last nine years.</p>

<h2 id="nine-things-ive-learned">Nine things I’ve learned</h2>

<ol>
  <li>Drink a glass of water and put both feet on the ground.</li>
  <li>Don’t over-engineer things.</li>
  <li>Slow down and appreciate.</li>
  <li>Some things get easier. Some will not.</li>
  <li>Write it down. It will be helpful for someone. That someone might be you.</li>
  <li>Snacks always help.</li>
  <li>Be explicit about what you need and what you don’t.</li>
  <li>There are limits.</li>
  <li>Structures give shape. Structures can be changed.</li>
</ol>

<h2 id="nine-memories-to-hold-onto">Nine memories to hold onto</h2>

<ol>
  <li>Amanda biting into a lemon after eating miraculin.</li>
  <li>The moment when each student steps into their own expertise.</li>
  <li>Shane saying, “agenda item: be better friends.”</li>
  <li>When I cried at the Afton overlook because I wouldn’t have to commute for work anymore.</li>
  <li>Biscuit baking lessons on zoom with Jeremy and Amanda.</li>
  <li>The support each colleague gave when I needed it.</li>
  <li>The satisfaction that comes from seeing a student graduate as a DH practitioner, especially when you met them as a prospective student.</li>
  <li>Those who are gone. Ryan. Leigh. Scott. Rebecca. Effie. Stéfan. So many others for different reasons.</li>
  <li>All the unjust things. All the people working to make it better.</li>
</ol>

<h2 id="nine-things-im-grateful-for">Nine things I’m grateful for</h2>

<ol>
  <li>Our students. They’re the best.</li>
  <li>Our colleagues. They keep me coming back.</li>
  <li>To still be here, doing this.</li>
  <li>Everyone who has taught me.</li>
  <li>Those who are still here.</li>
  <li>Those who made space for me when I burnt out.</li>
  <li>Eliza, Ben, Ava.</li>
  <li>That I was given a chance.</li>
  <li>Every accident that brought me here.</li>
</ol>

<p>It’s not lost on me that so many others deserve to be in stable employment who are not. I’m very lucky to have a job in this world on fire. So, I will close with gratitude and a determination to pay it forward to the next folks in line.</p>]]></content><author><name>brandon-walsh</name></author><category term="essay" /><category term="Digital humanities" /><summary type="html"><![CDATA[I blinked and realized that Amanda Wyatt Visconti and I have been at the Scholars’ Lab for nine years as of April 24, 2026. Time flies. We typically celebrate by eating or drinking something sweet in the Lab (I’m still vibrating from the cream soda we had half a decade ago). We weren’t able to do so this year, so I thought I would share a quick post to mark the last nine years.]]></summary></entry><entry><title type="html">Flower-Gathering: A Workshop</title><link href="https://scholarslab.lib.virginia.edu/blog/flower-gathering-a-workshop/" rel="alternate" type="text/html" title="Flower-Gathering: A Workshop" /><published>2026-04-22T00:00:00-04:00</published><updated>2026-04-22T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/flower-gathering-a-workshop</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/flower-gathering-a-workshop/"><![CDATA[<p>At the beginning of the spring semester, each of the Praxis fellows was asked to run a pen-and-paper workshop introducing the rest of the fellows and staff to a digital method. No screens, no code, just the low-tech materials needed to think through a concept with your hands.</p>

<p>The driving philosophy for my workshop came from a quote by Richard Bach: “We teach best what we most need to learn.” I found this a clarifying provocation because instead of asking myself thorny, stressful questions—What will I teach? What do I know well enough to even be able to teach? What will be interesting to the other fellows and staff?—I was able to begin with a simpler one:</p>

<p>What do I need to know?</p>

<p>That was easy. I need to know how to curate and organize works of literature into coherent clusters and how to present those clusters to an audience. The structure of my dissertation is somewhat unusual in that it isn’t organized into chapters based on individual authors—for example a chapter on Elizabeth Bishop, a chapter on the works of Ted Hughes, a third on Gwendolyn Brooks. Rather, my chapters are conceptually themed around three kinds of poems I believe to be undertheorized: poems written from the perspective of animals, poems mourning the death of an animal, and poems detailing an animal encounter. Because these are undertheorized categories, there is no obvious starting point, no established canon to lean on. One of the central challenges of this work is determining what poems to include and how to present them to a reader. Hence my workshop.</p>

<h2 id="a-word-teeming-with-life">A Word Teeming with Life</h2>

<p>I decided to begin with a brief etymological history. (Based on my previous blog post, you may sense that this is a common pattern for me, and you would be correct.) The word <em>anthology</em> can feel dead and tiresome, especially in the context of an English department, where it quickly becomes synonymous with <em>The Norton Anthology of English Literature</em>—the ubiquitous teaching tome that conjures up associations of imperialism, hierarchy, and canon-formation. But it felt important to go back to the original anthology, a word whose origins are quite literally teeming with life.</p>

<p><em>Anthology</em> comes from the ancient Greek <em>anthologia</em> (ἀνθολογία), meaning “flower-gathering”—from <em>anthos</em> (ἄνθος), “flower,” and <em>legein</em> (λέγειν), “to gather or collect.” The word traces back to a specific act of curation: around 100 BCE, the poet Meleager of Gadara compiled what is considered the first true anthology, a collection of epigrams by forty-six Greek poets. He called it <em>The Garland</em>—<em>Stephanos</em> (Στέφανος)—and in his introduction, he compared each poet to a different flower, weaving them together into a literary wreath. From its very beginning, an anthology was never just a heap of texts. It was a garland—something deliberately woven, where the selection and arrangement were themselves creative acts.</p>

<p>I shared this with my fellow fellows to begin reframing the kind of work an anthology can do. The anthology is not a neutral container. It is an argument about what belongs together and why.</p>

<h2 id="aesops-fables">Aesop’s Fables</h2>

<p>I then introduced the anthology-making exercise. I gave each pair of participants a set of eighteen Aesop’s fables—but only their titles and associated morals, printed on cards. I chose not to include the full text of the fables at the wise suggestion of Brandon Walsh, which saved on reading time and allowed me to include enough fables to make the anthologizing meaningful. Participants were asked to select, cluster, order, and title an anthology from this set of cards.</p>

<p>The decision to strip the fables down to title and moral started me thinking about metadata. In this exercise, what is normally considered metadata—the title, the summary moral—was itself the data, given that participants didn’t have the fables themselves to read. This necessarily informed how they constructed their anthologies. Several groups clustered the fables based on the morals, sorting them into thematic categories like greed, deception, or flexibility. But I noticed that these morals are open to interpretation. Given the cryptic nature of some of the fables, it is fully possible for a single fable to have several competing morals, all of which would in turn affect how it was categorized. Is “The Crow and the Pitcher,” a fable about a thirsty crow attempting to drink from a pitcher too narrow for its beak, about cleverness, persistence, or desperation? The answer depends on the anthologist, and each reading produces a different garland.</p>

<p>Titling conventions themselves proved significant. One participant (Shane, unsurprisingly) included only fables featuring dogs (and the dog-like) and titled his anthology “Canidae.” It made me realize how contingent such an anthology is on the metadata available. If the titles of the fables were different, if they foregrounded the morals rather than the characters, could such an anthology even exist? The exercise revealed something I hadn’t fully articulated before: that the categories we use to organize literature are not found but made, and they are made from whatever information is legible to us at the moment of sorting.</p>

<p><img src="/assets/post-media/flower-gathering-a-workshop/2026-04-22-wireframe-1.jpg" alt="Participant wireframe of a fable page" /></p>

<h2 id="wireframing">Wireframing</h2>

<p>The second part of the workshop asked participants to take their anthology and imagine it as a website. Using markers and blank paper, each pair sketched wireframes for three pages: a homepage, a browse page, and a single fable page. The shift from editorial decisions to design decisions turned out to be more disorienting than I expected—and more productive. Suddenly the question was not just <em>what belongs together</em> but <em>how does someone move through what belongs together</em>.</p>

<p>One of the most interesting wireframes came from Shane, who designed a single fable page that presented two fables simultaneously. At the top left of the page, a small illustration accompanied the first line of “The Town Mouse and the Country Mouse,” reading right-side up. But the next line down was the <em>last</em> line of “The Fox and the Grapes”—printed upside down, beginning from the bottom of the page. The two fables were enmeshed, line by line, so that as you read downward through one fable you were also reading upward through the other, the right-side-up text and the inverted text meeting in the middle. Even the pairing was deliberate: the contentment of the country mouse set against the fox’s sour dismissal of what he cannot reach.</p>

<p>To sharpen the design conversation, I borrowed a technique I’d been advised to try (also from Brandon): after the initial wireframing round, I asked participants to create a deliberately bad wireframe, then swap it with another group to fix. It is easier to talk about good design in the context of bad design, and the exercise gave everyone a shared vocabulary. But Shane’s wireframe complicated things beautifully. The group that received it didn’t want to “correct” such a fun and original idea (and who could blame them?) Their fix was to simply present the two fables one after the other, essentially normalizing the layout. It was the responsible design choice. It was also, in some way, a loss. Watching it play out, I realized the exercise had surfaced a genuine tension at the heart of digital presentation: between accessibility and experimentation, between making something usable and making something that rewards a different kind of attention.</p>

<p>This, I think, is the crux of the digital anthology problem and the reason I designed this workshop. The editorial and the digital are never really separate; they shape each other. The way you organize a collection changes what kind of interface it demands, and the affordances of an interface change what kinds of organization are even possible.</p>

<p><img src="/assets/post-media/flower-gathering-a-workshop/2026-04-22-wireframe-2.jpg" alt="Shane's inversted fable wireframe with &quot;fixes&quot;" /></p>

<h2 id="anthologies-reimagined">Anthologies Reimagined</h2>

<p>But why stop at a website? The wireframing exercise opened a door in my thinking that I’m still walking through. If an anthology doesn’t have to be a book—if it can be a website with its own navigation and architecture—then what else could it be? What would an anthology you could walk around in look like? What if it weren’t a book to flip through linearly but something more like a room in a house you could dwell in. Where the poems on the walls changed depending on which door you entered through, where proximity meant something, where you could sit with a cluster of texts the way you sit in a corner of a room?</p>

<p>I don’t have answers to these questions yet. But I think the workshop helped me understand why they matter. Meleager’s original garland of poems was a wreath, a circle with no fixed beginning or end and where each flower touched the ones beside it. Somewhere between the garland and the Norton, we flattened the anthology into a line. The digital gives us a chance to unflatten it, to think about what it means to arrange literature not just sequentially but spatially, relationally, experientially.</p>

<p>We teach best what we most need to learn. I walked into that workshop needing to think more carefully about how the structure of a collection shapes the experience of reading it. I walked out with eighteen fables, four very different garlands, a handful of good (and bad) wireframes, and a vision of an anthology as a room. That feels like progress.</p>]]></content><author><name>adnan-zarif</name></author><category term="essay" /><summary type="html"><![CDATA[At the beginning of the spring semester, each of the Praxis fellows was asked to run a pen-and-paper workshop introducing the rest of the fellows and staff to a digital method. No screens, no code, just the low-tech materials needed to think through a concept with your hands.]]></summary></entry><entry><title type="html">finally, a website, but why is it static?</title><link href="https://scholarslab.lib.virginia.edu/blog/finally-a-website-why-it-static/" rel="alternate" type="text/html" title="finally, a website, but why is it static?" /><published>2026-04-21T00:00:00-04:00</published><updated>2026-04-21T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/finally-a-website-why-it-static</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/finally-a-website-why-it-static/"><![CDATA[<p>I. Have. A. Website.
✨ <a href="https://winnieepm.github.io/">https://winnieepm.github.io/</a> ✨</p>

<p>As this academic year is coming to an end, I don’t have a dissertation to defend yet, but I did publish a public website freely hosted on GitHub Pages—it’s been three years in the making. What took so long, you ask? A combination of reasons, with two that stand out. One, I couldn’t make up my mind about the method for making it or the design. Too many choices, possibilities, tools to try, strong opinions, use-cases. Two, I chose to code my own website, and self-learning coding while you’re a full-time doctoral student in the humanities brings its own significant systemic and personal challenges: there’s no reward for the quirky extra major, at least not immediately. So, why do it at all?</p>

<p>I chose to explore minimal development stacks because building them forced me to learn how they work. At what point is HTML and CSS alone not enough? Why do you need a framework? What decisions draw projects to content managers or static websites? When is a database required?</p>

<p>The ubiquity of websites, especially for professionals today, ticked my curiosity to learn how they worked to produce an online presence of a person IRL, but popular options like Wordpress, Wix, and Squarespace, offer limited out-of-the-box theme options to display and manage your content. Also, it will typically cost you to access their full library of design and layout resources to make a personalized website that uniquely represents you and stands out. Each of these also require constant updates to ensure the site’s safety and functionality, which means your website can easily break, or be exposed to cyber attacks, if you fall behind updates.</p>

<p>Though the CMS (content management system) route makes sense for many, I had questions about web sustainability, development, and design that drove me instead to pure HTML/CSS pages, and static site generators (SSGs), for making myself a website I could style and organize at will locally. SSGs take in textual content written in markdown, your designated layouts, and data, they then process all these files locally to produce a version of your website in a set of HTML files ready for hosting. This simple production pipeline makes for fast, flexible, and design agnostic webpages that are so small in file size they can fit in a 1GB flashdrive.</p>

<p>But the benefits come with a steep learning curve. It requires great learning effort, if you’re unfamiliar with coding, and a significant time commitment. For collaborative projects, creating different user access levels and credentials is not supported and would require coding a custom solution. You also need to use a code editor for updating the website, which is something not everyone is comfortable doing or needs to learn.</p>

<p>I built and continue developing my own portfolio website using the 11ty framework, an SSG based on JavaScript that has become popular in the past years because it’s easy to set up, compared to others like Jekyll, and it makes no decisions on how to style your projects out of the box. Honestly, I wasn’t aware of how long it would take me to learn all the things I’ve come to learn up until this point, but I also don’t regret it because I have been able to support other digital projects just because I have spent enough time banging my head against the wall to setup up and customize 11ty. If I had to do it all over again, I would, though I’d focus more on simplifying my goals and tasks, rather than setting out to accomplish really ambitious projects that constantly feel out of reach while you’re working on them.</p>

<p>Anyway, I made my website. It’s live, it’ll keep growing, and it’s mine.</p>]]></content><author><name>winnie-e-pérez-martínez</name></author><category term="essay" /><summary type="html"><![CDATA[I. Have. A. Website. ✨ https://winnieepm.github.io/ ✨]]></summary></entry><entry><title type="html">Announcing 2026-2027 Scholars’ Lab Fellows</title><link href="https://scholarslab.lib.virginia.edu/blog/announcing-2026-2027-scholars-lab-fellows/" rel="alternate" type="text/html" title="Announcing 2026-2027 Scholars’ Lab Fellows" /><published>2026-04-20T00:00:00-04:00</published><updated>2026-04-20T00:00:00-04:00</updated><id>https://scholarslab.lib.virginia.edu/blog/announcing-2026-2027-scholars-lab-fellows</id><content type="html" xml:base="https://scholarslab.lib.virginia.edu/blog/announcing-2026-2027-scholars-lab-fellows/"><![CDATA[<p>We are thrilled to announce the 2026-2027 Scholar’s Lab fellows for the Praxis Program and the Graduate Fellowship in the Digital Humanities. We are welcoming 7 fellows from 4 disciplines from the arts, humanities, and social sciences. Our graduate fellows are joining a robust and vibrant community of past students!</p>

<h2 id="praxis-program">Praxis Program</h2>

<p>We are delighted to welcome 5 team members to the 16th (!) year of the Praxis Program, our flagship introduction to digital humanities by way of collaborative, project-based pedagogy:</p>

<ul>
  <li>Slenka Botello (Art and Architectural History)</li>
  <li>Catherine Fan (Art and Architectural History)</li>
  <li>Sena Kaplan (Sociology)</li>
  <li>Ruth Kramer (History)</li>
  <li>Kaarin Percy (Art and Architectural History)</li>
</ul>

<p>Look forward to more details about the Praxis Program’s work in the fall!</p>

<h2 id="critical-making-fellow">Critical Making Fellow</h2>

<p>The Scholars’ Lab Makerspace Critical Making Fellow is a year-long, paid graduate fellowship that supports a student in creating a physically grounded scholarly project connected to their academic research using Makerspace and UVA fabrication resources. We are excited to welcome Jessica Gómez (English) as our 2026-2027 Critical Making Fellow. The Fellow works about 10 hours per week, collaborates with the Makerspace community, documents their process, teaches two workshops, and presents the completed project publicly at the end of the spring semester.</p>

<h2 id="graduate-fellows-in-the-digital-humanities">Graduate Fellows in the Digital Humanities</h2>

<p>Finally, we are looking forward to working with Ganiyu Jimoh (Jimga), our 2026-2027 Graduate Fellow in the Digital Humanities. Jimga’s (Art and Architectural History) dissertation is titled “Digital Art in Nigeria 1990 – 1999.”</p>

<p>Jimga will work with our team throughout the year and over the summer on substantial research projects related to his dissertation. He joins a vibrant community of students working in the lab in the coming year.</p>

<p>Special thanks to everyone who served on the application committees that selected these fantastic students. We are looking forward to working with all of them in the coming year!</p>]]></content><author><name>brandon-walsh</name></author><category term="announcement" /><summary type="html"><![CDATA[We are thrilled to announce the 2026-2027 Scholar’s Lab fellows for the Praxis Program and the Graduate Fellowship in the Digital Humanities. We are welcoming 7 fellows from 4 disciplines from the arts, humanities, and social sciences. Our graduate fellows are joining a robust and vibrant community of past students!]]></summary></entry></feed>