[Tracing] Weekly status report #3
Well, I'm late (at least in my mind) and I'm sorry about that.
In this week's update, libdepixelize is able to generate the generalized voronoi diagrams. As every week's update, I'm attaching some samples for fast tracking of the project.
The next steps are:
- Extract the spline curves from the graph (it should be this week, but I'll have to delay) - Optimize the curve
I'll do a presentation about my "hobby project" on FISL and I'll need this week to prepare the surprise examples, the slides and so on. Then, I'm taking a week off, but I'll try to not delay anything.
See ya!
On 25-6-2013 19:43, Vinícius dos Santos Oliveira wrote:
Well, I'm late (at least in my mind) and I'm sorry about that.
In this week's update, libdepixelize is able to generate the generalized voronoi diagrams. As every week's update, I'm attaching some samples for fast tracking of the project.
The next steps are:
- Extract the spline curves from the graph (it should be this week, but I'll have to delay) - Optimize the curveI'll do a presentation about my "hobby project" on FISL and I'll need this week to prepare the surprise examples, the slides and so on. Then, I'm taking a week off, but I'll try to not delay anything.
See ya!
Will these intermediate results be available when the work is complete? I really like the Voronoi results, and it would be a shame to hide it from the user :) So, if it wasn't already suggested: please provide a button of sorts to output the Voronoi-diagram and all other intermediate results! :-)
Cheers, Johan
2013/6/26 Johan Engelen <jbc.engelen@...2592...>
Will these intermediate results be available when the work is complete? I really like the Voronoi results, and it would be a shame to hide it from the user :) So, if it wasn't already suggested: please provide a button of sorts to output the Voronoi-diagram and all other intermediate results! :-)
I liked the intermediate results too, but not all of them.
There is no "correct" representation of the intermediate graphs and I don't plan to let the user access them.
The Voronoi graph has a "correct" and defined visual representation. I liked this representation and I plan to let the user access them, but only for the simplified Voronoi diagrams.
2013/6/25 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...>:
In this week's update, libdepixelize is able to generate the generalized voronoi diagrams. As every week's update, I'm attaching some samples for fast tracking of the project.
Any chance of integrating the 'libdepixelize' library into lib2geom?
Regards, Krzysztof
2013/6/27 Krzysztof Kosiński <tweenk.pl@...400...>
Any chance of integrating the 'libdepixelize' library into lib2geom?
I wanna keep them separated.
Can you provide a rationale to integrate them?
2013/6/28 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...>:
2013/6/27 Krzysztof Kosiński <tweenk.pl@...400...>
Any chance of integrating the 'libdepixelize' library into lib2geom?
I wanna keep them separated.
Can you provide a rationale to integrate them?
Lib2geom is the geometry library of Inkscape, and your work also deals with geometry, so it might be a good idea to integrate them to reduce code duplication.
We already have several single-purpose in-tree libraries (libcola, libvpsc) - all this code would be far easier to maintain if it was integrated into one consistent framework.
Regards, Krzysztof
2013/7/2 Krzysztof Kosiński <tweenk.pl@...400...>
2013/6/28 Vinícius dos Santos Oliveira <vini.ipsmaker@...400...>:
2013/6/27 Krzysztof Kosiński <tweenk.pl@...400...>
Any chance of integrating the 'libdepixelize' library into lib2geom?
I wanna keep them separated.
Can you provide a rationale to integrate them?
Lib2geom is the geometry library of Inkscape, and your work also deals with geometry, so it might be a good idea to integrate them to reduce code duplication.
We already have several single-purpose in-tree libraries (libcola, libvpsc) - all this code would be far easier to maintain if it was integrated into one consistent framework.
What are the lib2geom dependencies? Can I add gdk-pixbuf?
On Tue, Jul 02, 2013 at 01:54:38PM -0300, Vin??cius dos Santos Oliveira wrote:
2013/7/2 Krzysztof Kosi??ski <tweenk.pl@...400...>
2013/6/28 Vin??cius dos Santos Oliveira <vini.ipsmaker@...400...>:
2013/6/27 Krzysztof Kosi??ski <tweenk.pl@...400...>
Any chance of integrating the 'libdepixelize' library into lib2geom?
I wanna keep them separated.
Can you provide a rationale to integrate them?
Lib2geom is the geometry library of Inkscape, and your work also deals with geometry, so it might be a good idea to integrate them to reduce code duplication.
We already have several single-purpose in-tree libraries (libcola, libvpsc) - all this code would be far easier to maintain if it was integrated into one consistent framework.
I don't know that there is a strong overlap between depixelize and 2geom, I did think fairly hard about whether to suggest using Geom::Point in depixelize, but I couldn't convince myself that there would be much value in it, whereas adding a 2geom dependency to depixelize would make it harder to build. The Bspline stuff would make more sense, but 2geom doesn't do bsplines yet, and Vini is planning to use a different library. Don't worry, it's something I've been thinking about, but I don't see any strong value at this stage. We can reassess once we have it all working.
I'm generally not keen on giant kitchen sink style libraries, they are hard to use and tend to bloat apps.
I do think that if we can use the same build tools across all these libraries then we'll minimise the complexity. It's a shame that cmake doesn't do composition.
What are the lib2geom dependencies? Can I add gdk-pixbuf?
I think that would be wrong.
njh
participants (4)
-
Johan Engelen -
Krzysztof Kosiński -
Nathan Hurst -
Vinícius dos Santos Oliveira