<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator><link href="https://nickwalker.us/feed.xml" rel="self" type="application/atom+xml" /><link href="https://nickwalker.us/" rel="alternate" type="text/html" /><updated>2026-02-10T04:49:37+00:00</updated><id>https://nickwalker.us/feed.xml</id><title type="html">Nick Walker</title><subtitle>Human-centered roboticist.
    </subtitle><entry><title type="html">A Sticky Note Hack for Finishing Things</title><link href="https://nickwalker.us/blog/2025/sticky-notes/" rel="alternate" type="text/html" title="A Sticky Note Hack for Finishing Things" /><published>2025-03-17T05:32:00+00:00</published><updated>2025-03-17T05:32:00+00:00</updated><id>https://nickwalker.us/blog/2025/sticky-notes</id><content type="html" xml:base="https://nickwalker.us/blog/2025/sticky-notes/"><![CDATA[<!-- _includes/article_image.html -->
        <div class="full-width">
          <figure class="mb-4 limit-width">
            <a href="/assets/images/posts/sticky-notes.avif" data-fancybox="gallery"><img src="/assets/images/posts/sticky-notes.avif" alt="A pad of sticky notes with a pen on top in front of the corner of a desk with a pile of mail and sticky notes" /></a>
            <figcaption>
              <p>My end-of-PhD sticky note pile.</p>
            </figcaption>
          </figure>
        </div>
        <p>There’ve been many moments over the past few months when I’ve felt haunted by the things I would rather be doing. An idea floats by—something that in a normal time I’d read about that night, or spend a Saturday making—but that found me totally occupied. I tried batting them away at first, but they’d come back. It was distracting and kind of distressing. It felt like they were my subconscious forcing me to consider that, if I couldn’t engage with what my mind actually thought was interesting, maybe I was doing something wrong.</p>
        <p>Then I realized that they were only coming back because they didn’t want to be forgotten. So I started writing them down, as soon as they’d arrive, one to a sticky note. And they stopped coming back. I got a quiet my mind <em>and</em> a physical manifestation of what I was working toward. There’s probably a post about this idea somewhere on 43folders, but I’m writing this anyway in case it finds someone else with the same problem.</p>
        <p>At this point I don’t remember much of what’s in the pile (it’s about a pad and a half, plus some mail I didn’t have the bandwidth the deal with), and I’ve spent <a href="/blog/2025/defended-my-phd/">my first couple unoccupied days</a> cleaning my apartment instead of looking through them. But it worked. I’m here, and they’re there, ready for tomorrow.</p>
        ]]></content><author><name>Nick Walker</name></author><summary type="html"><![CDATA[My end-of-PhD sticky note pile.]]></summary></entry><entry><title type="html">I Successfully Defended My PhD</title><link href="https://nickwalker.us/blog/2025/defended-my-phd/" rel="alternate" type="text/html" title="I Successfully Defended My PhD" /><published>2025-03-14T17:30:00+00:00</published><updated>2025-03-14T17:30:00+00:00</updated><id>https://nickwalker.us/blog/2025/defended-my-phd</id><content type="html" xml:base="https://nickwalker.us/blog/2025/defended-my-phd/"><![CDATA[<!-- _includes/article_image.html -->
        <div class="full-width">
          <figure class="mb-4 limit-width">
            <a href="/assets/images/posts/dr-walker.avif" data-fancybox="gallery"><img src="/assets/images/posts/dr-walker.avif" alt="Left to right, Nick Walker, Maya Cakmak, Josh Smith, Sidd Srinivasa, and Martin Nisser smiling in front of my projected slides." /></a>
            <figcaption>
              <p>Dr. Walker</p>
            </figcaption>
          </figure>
        </div>
        <p>Thank you, Maya, Sidd, Josh and Martin for making time early on one of the busiest Friday’s of the quarter.</p>
        ]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="uw" /><summary type="html"><![CDATA[Dr. Walker]]></summary></entry><entry><title type="html">Keep Untracked Files Handy with a Global .gitignore Pattern</title><link href="https://nickwalker.us/blog/2025/keep-untracked-files-handy/" rel="alternate" type="text/html" title="Keep Untracked Files Handy with a Global .gitignore Pattern" /><published>2025-01-12T04:58:00+00:00</published><updated>2025-01-12T04:58:00+00:00</updated><id>https://nickwalker.us/blog/2025/keep-untracked-files-handy</id><content type="html" xml:base="https://nickwalker.us/blog/2025/keep-untracked-files-handy/"><![CDATA[<p>I often find myself in a situation where I have a file that I want to keep around, but don’t want to commit to the repository. Things like notes (<code class="language-plaintext highlighter-rouge">todo.txt</code>) or examples (<code class="language-plaintext highlighter-rouge">bug_repro.py</code>) or maybe an uncompressed version of an image (<code class="language-plaintext highlighter-rouge">banner_xxl.jpg</code>). They could live somewhere outside the source tree, but I like to keep them close to the code they relate to so I don’t forget about them.</p>
      <p>Instead of cluttering every repo’s <code class="language-plaintext highlighter-rouge">.gitignore</code> with one-off rules, I adopted the prefix <code class="language-plaintext highlighter-rouge">_#_</code> for any file or directory I want Git to ignore. This way I can just add the pattern to the global <code class="language-plaintext highlighter-rouge">.gitignore</code> rules (at <code class="language-plaintext highlighter-rouge">$HOME/.config/git/ignore</code> <a href="https://git-scm.com/docs/gitignore#_pattern_format">by default</a> on macOS):</p>
      <pre><code class="language-gitignore">_#_*
</code></pre>
      <p>Simple, but it keeps my workflow clean and my untracked files where I can find them.</p>
      ]]></content><author><name>Nick Walker</name></author><category term="tip" /><summary type="html"><![CDATA[I often find myself in a situation where I have a file that I want to keep around, but don’t want to commit to the repository. Things like notes (todo.txt) or examples (bug_repro.py) or maybe an uncompressed version of an image (banner_xxl.jpg). They could live somewhere outside the source tree, but I like to keep them close to the code they relate to so I don’t forget about them.]]></summary></entry><entry><title type="html">Paper on Narrating Robot Experience at CoRL 2024</title><link href="https://nickwalker.us/blog/2024/narration/" rel="alternate" type="text/html" title="Paper on Narrating Robot Experience at CoRL 2024" /><published>2024-11-06T18:00:00+00:00</published><updated>2024-11-06T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/narration</id><content type="html" xml:base="https://nickwalker.us/blog/2024/narration/"><![CDATA[<p>Our <a href="/publications/wang2024doing/">first stab</a> at turning robot experience into a coherent narrative is at <a href="https://corl.org">CoRL</a> this week. Zihan put up a <a href="https://sites.google.com/view/real-world-robot-narration/home">great overview here</a> and included a ton of detail in the appendices. We hope that others will pick up on similar applications of LLMs as summarizers and narrators for robot experience.</p>
    <p>Also appearing, a <a href="/publications/gan2024can/">workshop paper</a> thinking about how LLMs might help developers edit robot state machines.</p>
    ]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="research" /><category term="uw" /><summary type="html"><![CDATA[Our first stab at turning robot experience into a coherent narrative is at CoRL this week. Zihan put up a great overview here and included a ton of detail in the appendices. We hope that others will pick up on similar applications of LLMs as summarizers and narrators for robot experience.]]></summary></entry><entry><title type="html">“Cascade Lane” Becomes Opinion of UW Student Body</title><link href="https://nickwalker.us/blog/2024/cascade-lane-resolution/" rel="alternate" type="text/html" title="“Cascade Lane” Becomes Opinion of UW Student Body" /><published>2024-10-23T01:00:00+00:00</published><updated>2024-10-23T01:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/cascade-lane-resolution</id><content type="html" xml:base="https://nickwalker.us/blog/2024/cascade-lane-resolution/"><![CDATA[<p>The ASUW Student Senate passed R-30-20, a “Resolution Calling for the Naming of Cascade Lane” which I sponsored. It</p>
  <blockquote>
    <p>calls for the official naming of the area deemed “Cascade Lane,” the asphalt path from the southeast steps of Red Square that extends to the edge of the concrete path circling Drumheller Fountain. The bill’s sponsor aims to prioritize its repair by first naming the path, which experiences heavy foot traffic and is in need of repair.</p>
  </blockquote>
  <p>One of the Senate’s functions is to find student consensus on university matters, so with this, <a href="/blog/2024/cascade-lane/">Cascade Lane</a> becomes the opinion of the student body.</p>
  ]]></content><author><name>Nick Walker</name></author><category term="uw" /><category term="media" /><category term="news" /><category term="history" /><summary type="html"><![CDATA[The ASUW Student Senate passed R-30-20, a “Resolution Calling for the Naming of Cascade Lane” which I sponsored. It]]></summary></entry><entry><title type="html">The ACM Digital Library Has a Fake DOI Problem</title><link href="https://nickwalker.us/blog/2024/acm-dl-fake-dois/" rel="alternate" type="text/html" title="The ACM Digital Library Has a Fake DOI Problem" /><published>2024-10-06T18:00:00+00:00</published><updated>2024-10-06T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/acm-dl-fake-dois</id><content type="html" xml:base="https://nickwalker.us/blog/2024/acm-dl-fake-dois/"><![CDATA[<p>The ACM Digital Library sometimes presents fake DOIs, and it’s spreading broken links across the web.</p>
  <p>DOIs are unique, permanent identifiers for research artifacts. Publishers assign a DOI to a paper, then <code class="language-plaintext highlighter-rouge">https://doi.org/</code> resolves it to the paper’s landing page in perpetuity. When publishers fold, they transfer stewardship to another entity and the link lives on. They’re academic permalinks, so you can find them in citations, on CVs, and in the metadata of papers themselves.</p>
  <p>I noticed ACM DL’s odd DOIs while looking at the HRI 2022 proceedings, where every paper’s page has a URL that looks like <code class="language-plaintext highlighter-rouge">https://dl.acm.org/doi/10.5555/3523760.3524000</code>. The DOI implied by this URL, <code class="language-plaintext highlighter-rouge">10.5555/3523760.3524000</code>, is not real and <a href="https://doi.org/10.5555/3523760.3524000" data-proofer-ignore="">does not resolve</a>. Turns out, ACM uses the <code class="language-plaintext highlighter-rouge">10.5555</code> prefix anywhere that it cross-lists content from another publisher, as in this case with IEEE. Each of these documents has a real DOI, issued by IEEE and resolvable to a page in IEEEXplore, but ACM won’t tell you what it is. This paper’s is <a href="https://doi.org/10.1109/HRI53351.2022.9889569">10.1109/HRI53351.2022.9889569</a>.</p>
  <p>Exporting the citation for these cross-listed papers omits the DOI field, but the BibTeX key includes the fake DOI. This makes it easy to mistakenly use the fake DOI as the <code class="language-plaintext highlighter-rouge">doi=</code> field, especially since BibTeX keys are usually formatted as <code class="language-plaintext highlighter-rouge">authorYYYYtitle</code>.</p>
  <!-- _includes/article_multiimage.html -->
  <div class="full-width">
    <figure class="article-multiimage limit-width">
      <div class="images">
        <a href="/assets/images/posts/acm-doi-real.png" data-fancybox="gallery"><img src="/assets/images/posts/acm-doi-real.png" alt="" /></a>
        <a href="/assets/images/posts/acm-doi-fake.png" data-fancybox="gallery"><img src="/assets/images/posts/acm-doi-fake.png" alt="" /></a>
      </div>
      <figcaption>
        <p>Both entries appear to be keyed with DOIs, but the DOI for the paper published through IEEE Press is not real.</p>
      </figcaption>
    </figure>
  </div>
  <p>Nothing here is technically incorrect, but it’s misleading. You can find <a href="https://www.google.com/search?q=&quot;doi.org%2F10.5555&quot;">dozens of these fake DOIs being treated as real in the wild</a>. I found them on <a href="https://web.archive.org/web/20240302043359/https://healthrobotics.ucsd.edu/papers/HRI-kubota.html">lab</a> <a href="https://deepblue.lib.umich.edu/handle/2027.42/171268">web</a> <a href="https://hrilab.tufts.edu/publications/yazdanietal17aamas/">pages</a>, in <a href="https://arxiv.org/abs/2201.02392">metadata</a>, and even <a href="https://graphics.cs.wisc.edu/Papers/2023/PGM23/pgm.pdf">published papers</a>.</p>
  <p>It seems likely that this is happening because the Digital Library uses DOIs as natural keys for its entries. This is another good example of <a href="https://blog.ploeh.dk/2024/06/03/youll-regret-using-natural-keys/">why you shouldn’t use natural keys</a>, even supposedly unique and identifying ones like DOIs. If placeholder values are used (tsk-tsk), they can mislead users into treating them as genuine identifiers. Users wouldn’t make the same mistake if every page were keyed with a <a href="https://en.wikipedia.org/wiki/Universally_unique_identifier">UUID</a>.</p>
  ]]></content><author><name>Nick Walker</name></author><category term="science" /><summary type="html"><![CDATA[The ACM Digital Library sometimes presents fake DOIs, and it’s spreading broken links across the web.]]></summary></entry><entry><title type="html">Light Rail Relay 2024 Hosts More Than a Hundred Runners</title><link href="https://nickwalker.us/blog/2024/light-rail-relay/" rel="alternate" type="text/html" title="Light Rail Relay 2024 Hosts More Than a Hundred Runners" /><published>2024-09-28T18:00:00+00:00</published><updated>2024-09-28T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/light-rail-relay</id><content type="html" xml:base="https://nickwalker.us/blog/2024/light-rail-relay/"><![CDATA[<!-- _includes/article_image.html -->
    <div class="full-width">
      <figure class="mb-4 limit-width">
        <a href="/assets/images/posts/lrr24-batons.avif" data-fancybox="gallery"><img src="/assets/images/posts/lrr24-batons.avif" alt="A row of green batons emblazoned with the Light Rail Relay logo." /></a>
        <figcaption>
          <p>More teams, more batons.</p>
        </figcaption>
      </figure>
    </div>
    <p>Light Rail Relay—the marathon relay along Seattle’s Link Light Rail <a href="/projects/light-rail-relay/">that I organize</a>—had its biggest year yet: more than 120 runners across 11 teams and 2 solo participants. Thank you team captains and runners for making it a success.</p>
    <p>This year, I <a href="https://www.strava.com/activities/12527120633">ran solo</a>, with company for the first 13 miles (thanks, Han!). The new Lynnwood extension added 8 extra miles, making the event Seattle’s second organized road 50K (more like 55-60k) and quite a challenging one at that.</p>
    <div class="full-width">
      <figure class="almost-full-bleed">
        <masonry-image-gallery base-url="/assets/images/posts/lrr24-" image-names="165|164|163|162|161|160|159|158|157|156|155|154|153|152|151|150|149|148|147|146|145|144|143|142|141|140" file-extension=".avif"></masonry-image-gallery>
        <figcaption>Station selfies. I took a modified route on the south end to visit the future <a href="https://www.soundtransit.org/system-expansion/boeing-access-road-station">Boeing Access Road Station</a>, and stopped at <a href="https://www.soundtransit.org/system-expansion/graham-street-station">Graham Street</a> and <a href="https://www.soundtransit.org/system-expansion/ne-130th-st-infill-station">NE 130th St.</a> as well.</figcaption>
      </figure>
    </div>
    <script type="module">
      import PhotoSwipeLightbox from 'photoswipe-lightbox';
      import { MasonryImageGallery} from "/assets/js/MasonryImageGallery.js";
    </script>]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="running" /><summary type="html"><![CDATA[More teams, more batons.]]></summary></entry><entry><title type="html">A New Kind of Teleoperation Assistance Interface to Appear at IROS 2024</title><link href="https://nickwalker.us/blog/2024/explicit-input-teleop/" rel="alternate" type="text/html" title="A New Kind of Teleoperation Assistance Interface to Appear at IROS 2024" /><published>2024-07-26T18:00:00+00:00</published><updated>2024-07-26T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/explicit-input-teleop</id><content type="html" xml:base="https://nickwalker.us/blog/2024/explicit-input-teleop/"><![CDATA[<p>Both the code and <a href="/publications/walker2024explicit/">paper</a> on our new pointing-based online teloperation assistance interface are available now, with more material to come before October.</p>
  ]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="uw" /><category term="research" /><summary type="html"><![CDATA[Both the code and paper on our new pointing-based online teloperation assistance interface are available now, with more material to come before October.]]></summary></entry><entry><title type="html">Calculator for DIY Energy Gels and Sports Nutrition</title><link href="https://nickwalker.us/blog/2024/nutrition-calculator/" rel="alternate" type="text/html" title="Calculator for DIY Energy Gels and Sports Nutrition" /><published>2024-06-23T18:00:00+00:00</published><updated>2024-06-23T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/nutrition-calculator</id><content type="html" xml:base="https://nickwalker.us/blog/2024/nutrition-calculator/"><![CDATA[<!-- _includes/article_image.html -->
    <div class="full-width">
      <figure class="mb-4 limit-width">
        <a href="/assets/images/projects/whole-foods-lay.webp" data-fancybox="gallery"><img src="/assets/images/projects/whole-foods-lay.webp" /></a>
        <figcaption>
          <p>It was harder to check that I was using the right amounts of things before I made this calculator. June 2020.</p>
        </figcaption>
      </figure>
    </div>
    <p>I updated my <a href="https://nickwalker.us/energy-gels">DIY energy gel calculator</a> to allow for mixing and matching a variety of ingredients. You can target a particular sugar-type ratio and the calculator will figure out what amounts to use for you. If you want an idea of how much water to add so it won’t hurt your stomach, the calculator also shows the <a href="https://en.wikipedia.org/wiki/Osmotic_concentration">concentration (or <em>osmolalilty</em>)</a> of your mix. 
      I’ve included cliff notes on the science behind the calculator for the curious.</p>
    ]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="running" /><summary type="html"><![CDATA[It was harder to check that I was using the right amounts of things before I made this calculator. June 2020.]]></summary></entry><entry><title type="html">The Drumheller Marathon: Seattle’s Newest and USA’s Smallest</title><link href="https://nickwalker.us/blog/2024/drumheller-marathon/" rel="alternate" type="text/html" title="The Drumheller Marathon: Seattle’s Newest and USA’s Smallest" /><published>2024-06-01T18:00:00+00:00</published><updated>2024-06-01T18:00:00+00:00</updated><id>https://nickwalker.us/blog/2024/drumheller-marathon</id><content type="html" xml:base="https://nickwalker.us/blog/2024/drumheller-marathon/"><![CDATA[<!-- _includes/article_image.html -->
    <div class="full-width">
      <figure class="mb-4 limit-width">
        <a href="/assets/images/posts/dm24-banner.jpg" data-fancybox="gallery"><img src="/assets/images/posts/dm24-banner.jpg" /></a>
        <figcaption>
        </figcaption>
      </figure>
    </div>
    <p>Four runners became the first Drumheller Marathoners at <a href="https://raceconditionrunning.com/drumheller-marathon-24/">this year’s race</a>, joined by a record 21 half marathoners. The race, which <a href="/projects/drumheller-marathon/">I have organized annually over the last four years</a>, occurs entirely around a fountain at the University of Washington. Officially, 42 people ran 4382 laps, and that doesn’t include laps from the many who didn’t register.</p>
    <p>The <a href="https://certifiedroadraces.com/certificate/?type=m&amp;id=3255">course</a>, which I measured again this year, is the smallest footprint road marathon in the United States. It becomes Seattle’s flattest marathon (3 meters net downhill, actually) and one of only three courses in the city.</p>
    <!-- _includes/article_image.html -->
    <div class="full-width">
      <figure class="mb-4 limit-width">
        <a href="/assets/images/posts/drumheller-24.avif" data-fancybox="gallery"><img src="/assets/images/posts/drumheller-24.avif" alt="Two runners in athletic gear running past a circular fountain with ducks perched on the edge, in front of a large brick building on the University of Washington campus" /></a>
        <figcaption>
          <p>Yours-truly and Joe running with the Drumheller ducklings. (Photo: Hannah Lee)</p>
        </figcaption>
      </figure>
    </div>
    ]]></content><author><name>Nick Walker</name></author><category term="news" /><category term="running" /><summary type="html"><![CDATA[Four runners became the first Drumheller Marathoners at this year's race, joined by a record 21 half marathoners.]]></summary></entry></feed>