Demo Data from EDBT 2026 / reviewers in the wild / expert
Paul Methfessel
dblp:332/1447
· DBLP profile ↗
2ranked-venue papers
1as first author
2since 2021 · last 2024
0000-0003-0387-171XORCID · corroborated
Domains — the database's venue-derived domains; a paper can count in several
Human-computer interaction and ubiquitous computing · 2 · 1 first-author · 2 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Software engineering, system software, and programming languages
1 paper |
Software maintenance and evolution · 77% Program analysis · 23% | |
| Human-computer interaction and pervasive computing
1 paper |
Personal fabrication and tangible interfaces · 100% |
Topics — the 3 heaviest of 4, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Software maintenance and evolution › program comprehension
code exploration |
0.8 | 1 | 2024 | MµSE: Supporting Exploration of Software-Hardware Interactions Through Examples · CHI 2024 |
Personal fabrication and tangible interfaces › digital fabrication
laser cutting |
0.7 | 1 | 2023 | Kerfmeter: Automatic Kerf Calibration for Laser Cutting · CHI 2023 |
Program analysis
dynamic analysis |
0.2 | 1 | 2024 | MµSE: Supporting Exploration of Software-Hardware Interactions Through Examples · CHI 2024 |
Methods — techniques the papers use, named apart from their topics
formative study · 0.8motorized spiral cutting · 0.7hardware-software calibration · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2024 | MµSE: Supporting Exploration of Software-Hardware Interactions Through ExamplesabstractProgrammers regularly explore the execution of code examples to verify assumptions by adding print statements or commenting in and out setup code in their implementation to isolate code paths of interest. In our formative study on developing embedded programs, where proximity to hardware dictates low abstraction levels, we observed that wrong assumptions occur frequently. However, traditional editors for embedded programs lack support for such explorations. Consequently, programmers have to re-create and clean up setup and print statements in their code for each example. Paul Methfessel, Tom Beckmann, Patrick Rein, Stefan Ramson, Robert Hirschfeld |
CHI | 1 |
| 2023 | Kerfmeter: Automatic Kerf Calibration for Laser CuttingabstractWe present Kerfmeter, a hardware + software device that automatically determines how much material the laser cutter burns off, also known as kerf. Its knowledge about kerf allows Kerfmeter to make the joints of laser cut 3D models fit together with just the right tension, i.e., loose enough to allow for comfortable assembly, yet tight enough to hold parts together without glue—all this without user interaction. Kerfmeter attaches to the head of a laser cutter and works as follows: when users send a model to the laser cutter, Kerfmeter intercepts the job, injects a brief calibration routine that determines kerf, dilates the cutting plan according to this kerf, and then proceeds to fabricate the cutting plan. During the calibration routine, Kerfmeter cuts a 2cm Archimedean spiral and uses a motor to rotate it in place until it jams against the surrounding material; the angle at which the spiral jams allows Kerfmeter to infer kerf. The calibration process takes about 20s, which is >10x faster than traditional, manual kerf calibration, while also eliminating the need for expertise. In our technical evaluation, Kerfmeter produced functioning press fit joints reliably at a precision comparable to traditional manual kerf strips. Kerfmeter makes it easy to sample repeatedly; we demonstrate how this allows boosting precision past any traditional kerf strip. Shohei Katakura, Martin Taraz, Muhammad Abdullah 0002, Paul Methfessel, Lukas Rambold, Robert Kovacs, Patrick Baudisch |
CHI | 4 |