[GSoC]Idea

[miniBill]

2013/4/8 Maurizio Paolini <paolini at dmf.unicatt.it>

> Going from 2 to 3 coordinates is a big change, we need
> a broad agreement before proceeding.
>
Most definatively.
On the long term I think the best thing would be having
all algorithms that can work on generic spaces do so.


>
> On Mon, Apr 08, 2013 at 05:50:24PM +0200, miniBill wrote:
> > I think the 3 coordinates system is the best one for
> > in memory representation, as it allows to write
> > algorithms with no needs for special cases.
> > On the other hand the .kig file format could
> > keep using 2 coordinates for non-infinity points.
>
> yes...


> > Are you worried about reading "pre-projective" files
> > or how a "pre-projective" kig would read the new ones?
>
> Mostly the first.  The second would mostly be ok if we stick
> to your assertion above, and anyway the scenario of an old
> kig that opens a new save file seems less worrying.
>
Well, the file format already has a field for the file version.
We could simply keep the old reader for old files,
but make it produce the new in-memory data.


> > With regards to data size increase I don't really think
> > that would be an issue unless the drawing becomes
> > really complicated, and it would still "only" require
> > 50% more memory.
>
> However, do not forget that *very complicated* constructions are
> possible using the "external" python scripting (pykig), like
> fractals and iterative geometric constructions.  We cannot
> just dismiss them.
>
> Maurizio
>
Python script does indeed allow for more complicated objects,
but I think people using it should weigh in now.

One thing I've in doubt about is whether "projective" should be
the only way kig would work, or just a "coordinate system",
as there could be applications in which one want an euclidean
space instead of a full projective one.
One other thing that worries me is the concept of angles,
which from a theoretical point of view is proper to euclidean
spaces only (although one can easily imagine how it would
be extended even if one or two of the points are at infinity).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-edu/attachments/20130408/f4aa4d19/attachment.html>