Talk:Fortune's algorithm

This article is within the scope of WikiProject Computer science, a collaborative effort to improve the coverage of Computer science related articles on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Computer scienceWikipedia:WikiProject Computer scienceTemplate:WikiProject Computer scienceComputer science articles

Low

This article has been rated as Low-importance on the project's importance scale.

Things you can help WikiProject Computer science with:

Here are some tasks awaiting attention:

Article requests :
- Requested articles/Applied arts and sciences/Computer science, computing, and Internet
Cleanup :
- Computer science articles needing attention
- Computer science articles needing expert attention
Copyedit :
- Computing
Expand :
- Computer science
Infobox :
- Computer science articles without infoboxes
Maintain :
- Timeline of computing 2020–present
Photo :
- Find pictures for the biographies of computer scientists (see List of computer scientists)
- Computing articles needing images
Stubs :
- Computer science stubs
Unreferenced :
- WikiProject Computer science/Unreferenced BLPs
Project-related :
- Tag all relevant articles in Category:Computer science and sub-categories with {{WikiProject Computer science}}

MathML pre rendering bug

In https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-rendering, MathML is wrapped unconditionally. --- Cedar101 (talk) 01:35, 26 November 2015 (UTC)[reply]

Pseudo Code

There seem to be several incongruities, or at best missing definitions, in the presented pseudo-code:

z appears to denote a point and *(z) an operation on a point yet * is later applied to regions.
It is unclear what a "boundary ray" between two sites (points?) is to mean.
In the common case one would assume there is exactly one site with minimal y-coordinate, but then there can be no "initial vertical boundary rays".
S is not defined...

I will stop there. It also looks like the pseud-code aims to describe a "rotated" version of the animated demo, further adding to the confusion.

More complaints:

The operation S - p1 is not defined
V is not defined in the reference to *(V)
It's just plain gibberish. One would have to understand the algorithm to be able to understand this filth.

104.179.121.40 (talk) 09:19, 22 February 2022 (UTC)[reply]

Wait, what? This isn't Fortune's Algorithm at all

I started reading the original paper by Fortune and the transformation *(z) = (Zx, Zy+d(z)) (where d(x) is the distance from point x to the nearest site) produces regions that are hyperbolas, NOT parabolas. The animated gif at front shows parabolic boundaries BEHIND the sliding line, but the actual paper describes hyperbolic boundaries that extend in FRONT of the sliding line. The animated gif conveys none of this. The original paper doesn't mention the word "beach" anywhere. What algorithm is this article even describing???? The pseudo-code is similiar but much of the original version is left out. 104.179.121.40 (talk) 22:17, 22 February 2022 (UTC)[reply]

The algorithm and the terminology are what is described as Fortune's algorithm in Computational Geometry (3rd ed., de Berg, Cheong, van Kreveld, and Overmars, Springer 2008, Section 7.2, pp. 151–159). On page 168 they write: "The plane sweep algorithm that we described is due to Fortune [183]. Fortune’s original description of the algorithm is a little different from ours, which follows the interpretation of the algorithm given by Guibas and Stolfi [203]." Reference [183] is Fortune Algorithmica 1987; reference [203] is Guibas and Stolfi, "Ruler, compass and computer: The design and analysis of geometric algorithms", Theoretical Foundations of Computer Graphics and CAD, 1988. —David Eppstein (talk) 22:49, 22 February 2022 (UTC)[reply]