Demo Data from EDBT 2026 / reviewers in the wild / expert
Tim Rieger
dblp:85/9567
· DBLP profile ↗
1ranked-venue papers
0as first author
0since 2021 · last 2015
—ORCID · unresolved
Domains — the database's venue-derived domains; a paper can count in several
Graphics, computer vision, multimedia, augmented reality and games · 1Human-computer interaction and ubiquitous computing · 1
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.
| Computer graphics and multimedia
1 paper |
Virtual and augmented reality · 100% | |
| Software engineering, system software, and programming languages
1 paper |
Requirements engineering and software design · 100% | |
| Human-computer interaction and pervasive computing
1 paper |
User interface design and tools · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Virtual and augmented reality
augmented reality |
0.2 | 1 | 2015 | ARPML: The Augmented Reality Process Modeling Language · ISMAR 2015 |
Requirements engineering and software design › software process
process modeling |
0.2 | 1 | 2015 | ARPML: The Augmented Reality Process Modeling Language · ISMAR 2015 |
User interface design and tools
authoring tools |
0.1 | 1 | 2015 | ARPML: The Augmented Reality Process Modeling Language · ISMAR 2015 |
Methods — techniques the papers use, named apart from their topics
requirements analysis · 0.7domain-specific language design · 0.7
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2015 | ARPML: The Augmented Reality Process Modeling LanguageabstractThe successful application of augmented reality as a guidance tool for procedural tasks like maintenance or repair requires an easily usable way of modeling support processes. Even though some suggestions have already been made to address this problem, they still have shortcomings and don't provide all the required features. Thus in a first step the requirements a possible solution has to meet are collected and presented. Based on these, the augmented reality process modeling language (ARPML) is developed, which consists of the four building blocks (i) templates, (ii) sensors, (iii) work steps and (iv) tasks. In contrast to existing approaches it facilitates the creation of multiple views on a single process. This makes it possible to specifically select instructions and information needed in targeted work contexts. It also allows to combine multiple variants of one process into one model with only a minimum of redundancy. The application of ARPML is shown with a practical example. Tobias Muller, Tim Rieger |
ISMAR | 2 |