[GSoC]Idea

miniBill cmt.minibill at gmail.com
Mon Apr 8 13:15:44 UTC 2013


2013/3/27 Maurizio Paolini <paolini at dmf.unicatt.it>

> I would like to mention that some of the internals of kig are already based
> on projective type of data.  Most notably, almost all transformation (the
> only
> exception is circular inversion) are internally treated as a linear
> transformation
> of the projective plane (i.e. a 3x3 matrix defined up to a multiplication
> by
> a nonzero scalar).
>
> Maurizio
>
> That's good to know :) It will probably be easier to work on things then.

> Please, specify what kind of features are needed. It would great if
> you can describe some use cases that work with concepts of
> projective geometry.
Mostly, adding support for points at infinity,
and generalizing constructions with them.

For example generalizing construction and intersection would allow to
use Kig to show theorems of projective geometry, whose graphic
representation would then work even if some lines are parallel.
(I'm thinking about Pascal's theorem, for example).

This would also be a step in decoupling the algorithms from the
underlying field, which could open the road to nice things like:
1) 3D geometry
2) Projective complex spaces
3) Noneuclidean geometry (this would need checking the code
   for euclidean assumptions!)
4) Maybe even finite fields, who knows

Points at infinity, in my opinion, could be either represented
as points on the drawing frame border, or in a separate box.
If going for the separate box, as P^2(R) is "R^2 plus P(R)",
I'd represent points at infinity as a circle, with the point
{^t}(x y 0) \in P^2(R) represented as a point
with coordinates equal to his normalized form.

Leonardo Taglialegne
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20130408/a1df80a8/attachment.html>


More information about the kde-edu mailing list