Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

J. Weiss

dblp:48/1316 · DBLP profile ↗
← Back
3ranked-venue papers
0as first author
0since 2021 · last 2016
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Graphics, computer vision, multimedia, augmented reality and games · 3Human-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
Rendering · 100%
Software engineering, system software, and programming languages
1 paper
Programming languages and type systems · 100%

Topics — the 1 heaviest of 2, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Rendering › graphics standards
graphical kernel system
0.011980
The workstation concept of GKS and the resulting conceptual differences to the GSPC core system · SIGGRAPH 1980
YearPublicationVenuePosition
2016 Memory-Efficient Interactive Online Reconstruction From Depth Image Streams
abstract
Abstract We describe how the pipeline for 3D online reconstruction using commodity depth and image scanning hardware can be made scalable for large spatial extents and high scanning resolutions. Our modified pipeline requires less than 10% of the memory that is required by previous approaches at similar speed and resolution. To achieve this, we avoid storing a 3D distance field and weight map during online scene reconstruction. Instead, surface samples are binned into a high‐resolution binary voxel grid. This grid is used in combination with caching and deferred processing of depth images to reconstruct the scene geometry. For pose estimation, GPU ray‐casting is performed on the binary voxel grid. A one‐to‐one comparison to level‐set ray‐casting in a distance volume indicates slightly lower pose accuracy. To enable unlimited spatial extents and store acquired samples at the appropriate level of detail, we combine a hash map with a hierarchical tree representation.
Florian Reichl, J. Weiss, Rüdiger Westermann
Comput. Graph. Forum2
1980 Considerations on Extensions of Input Functions Based on a Graphical Kernel System
abstract
The German DIN-Proposal for Graphic Systems provides five classes of input types and three different methods of reading them. In this paper considerations are made on providing a much more powerful interface for the application program than specified in the standard. The basic idea is a user-definable syntax which can be dedicated to every application program under automatic run-time control. One important point is the obviously increased user aid. Last but not least the different implementation methods (central and decentral) are discussed under these aspects.
K. Hillebrand, J. Weiss
Eurographics2
1980 The workstation concept of GKS and the resulting conceptual differences to the GSPC core system
abstract
GKS has evolved from a long process of national /1,2,3,4/ and international /5,6/ discussion on standardization of graphical systems. One of the basic principles of the Graphical Kernel System GKS is the concept of workstations that are used to address a display terminal with several input devices. This is a basic conceptual difference to the GSPC core system /6/, which will be discussed in this paper.A workstation represents a collection of graphical devices that are operated in a coordinated fashion by an operator at a given site. The whole workstation is treated in GKS as one logical unit.GKS features two dimensional output to and input from single or multiple workstations. Besides basic line drawing primitives raster graphics primitives are supported. The coordinates are transformed in a two-stage transformation process where the first stage can be set for each primitive and the second can be set for each workstation. Furthermore the setting of a workstation specific pen and text table allows control of the appearance of all primitives on the corresponding workstation.A segment facility provides means for structuring a picture in subparts. Segments may be created and deleted, the segment attributes may be dynamically modified, and the segments may be transformed. They can be displayed simultaneously or alternatively on different workstations. A device independent segment storage serves for inserting segments into other segments.
José L. Encarnação, Günter Enderle, Klaus Kansy, G. Nees, Ernst G. Schlechtendahl, J. Weiss, Peter Wißkirchen
SIGGRAPH6