Interactive Analysis Using Voronoi Diagrams: Algorithms to Support Dynamic Update from a Generic Triangle-based Data Structure

This paper describes a series of dynamic update methods that can be applied to a family of Voronoi diagram types, so that changes can be updated incrementally, without the usual recourse to complete reconstruction of their underlying data structure. More efficient incremental update methods are desc...

Full description

Saved in:
Bibliographic Details
Published inTransactions in GIS Vol. 6; no. 2; pp. 89 - 114
Main Authors Lee, Ickjai, Gahegan, Mark
Format Journal Article
LanguageEnglish
Published Oxford, UK and Boston, USA Blackwell Publishers Ltd 01.03.2002
Online AccessGet full text
ISSN1361-1682
1467-9671
DOI10.1111/1467-9671.00099

Cover

More Information
Summary:This paper describes a series of dynamic update methods that can be applied to a family of Voronoi diagram types, so that changes can be updated incrementally, without the usual recourse to complete reconstruction of their underlying data structure. More efficient incremental update methods are described for the ordinary Voronoi diagram, the farthest‐point Voronoi diagram, the order‐k Voronoi diagram and the ordered order‐k Voronoi diagram. A discussion is also given of one case where incremental update is not practical, that of the multiplicatively weighted Voronoi diagram. Update methods rely on a previously reported generic, triangle‐based data structure (Gahegan and Lee 2000) from which local topology can be dynamically reconstructed following changes to the underlying pointset. An application, which implements these ideas, is available for download via the Internet as proof of concept. Results show that the algorithmic complexity of dynamic update methods vary considerably according to the Voronoi type, but offer in all cases (except the multiplicatively weighted Voronoi diagram) a substantial increase in performance, enabling Voronoi methods to address larger pointsets and more complex modelling problems without incurring too great a computational burden.
Bibliography:ark:/67375/WNG-T0ZS2W48-0
ArticleID:TGIS099
istex:EC9C1EE309A9AF5F1C8EE097F68673287D2ABD2E
ISSN:1361-1682
1467-9671
DOI:10.1111/1467-9671.00099