Menu
▾
▴
lib2geom-devel — development discussion
You can subscribe to this list here.
| 2007 |
Jan
(2) |
Feb
(3) |
Mar
(4) |
Apr
(27) |
May
(5) |
Jun
|
Jul
(14) |
Aug
|
Sep
(1) |
Oct
(4) |
Nov
(19) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(8) |
Feb
(1) |
Mar
(4) |
Apr
(28) |
May
(77) |
Jun
(79) |
Jul
(112) |
Aug
(36) |
Sep
(33) |
Oct
(19) |
Nov
(9) |
Dec
(11) |
| 2009 |
Jan
|
Feb
|
Mar
(12) |
Apr
(11) |
May
(13) |
Jun
(23) |
Jul
(5) |
Aug
(25) |
Sep
(9) |
Oct
(22) |
Nov
(16) |
Dec
(5) |
| 2010 |
Jan
(23) |
Feb
(12) |
Mar
(5) |
Apr
(29) |
May
(4) |
Jun
(9) |
Jul
(22) |
Aug
(2) |
Sep
(10) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2011 |
Jan
(2) |
Feb
(44) |
Mar
|
Apr
(4) |
May
|
Jun
(9) |
Jul
(5) |
Aug
(4) |
Sep
(7) |
Oct
|
Nov
|
Dec
(10) |
| 2012 |
Jan
(16) |
Feb
(8) |
Mar
(9) |
Apr
(5) |
May
(3) |
Jun
(3) |
Jul
(6) |
Aug
(10) |
Sep
(48) |
Oct
(6) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(19) |
Sep
(3) |
Oct
(5) |
Nov
(35) |
Dec
(3) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(12) |
May
(6) |
Jun
(16) |
Jul
(25) |
Aug
(16) |
Sep
(3) |
Oct
|
Nov
(7) |
Dec
|
| 2015 |
Jan
(3) |
Feb
(1) |
Mar
(21) |
Apr
(10) |
May
(6) |
Jun
(3) |
Jul
(2) |
Aug
(4) |
Sep
(4) |
Oct
|
Nov
(2) |
Dec
|
| 2016 |
Jan
|
Feb
(11) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Krzysztof K. <twe...@gm...> - 2012-02-19 20:34:02
|
W dniu 19 lutego 2012 20:38 użytkownik Johan Engelen <jbc...@sw...> napisał: > Hi all, > Can someone have a look at initializing 'dsq' on line 571 of > elliptical-arc.cpp ? Looks like it should be initialized to 0, but I'm not 100% sure. The code in elliptical-arc.cpp could use some reverse-engineered documentation. Another problem is that the allNearestPoints function should take a tolerance value, rather than hardcoding it to the default of 1e-6. Regards, Krzysztof |
|
From: Johan E. <jbc...@sw...> - 2012-02-19 19:54:11
|
On 19-2-2012 18:25, Krzysztof Kosiński wrote: > 2012/2/19 Johan Engelen<jbc...@sw...>: >> Hi all, >> Why is the file containing ConvexHull called convex-cover.h ? I think >> convex hull is a more widely known name, so let's rename the file to >> convex-hull? > OK > >> (I will move Inkscape's rect-hull.h to 2geom too) > Inkscape's RectHull actualy doesn't do anything except wrapping over > Geom::OptRect. Instead we should replace RectHull in Inkscape with > OptRect and then remove recthull.h altogether. Doh! Indeed, fixed it. And I hit on a stellar bug, took me a while to find the culprit... (see r2059) Cheers, Johan |
|
From: Johan E. <jbc...@sw...> - 2012-02-19 19:38:18
|
Hi all, Can someone have a look at initializing 'dsq' on line 571 of elliptical-arc.cpp ? Thanks, Johan |
|
From: Krzysztof K. <twe...@gm...> - 2012-02-19 17:25:37
|
2012/2/19 Johan Engelen <jbc...@sw...>: > Hi all, > Why is the file containing ConvexHull called convex-cover.h ? I think > convex hull is a more widely known name, so let's rename the file to > convex-hull? OK > (I will move Inkscape's rect-hull.h to 2geom too) Inkscape's RectHull actualy doesn't do anything except wrapping over Geom::OptRect. Instead we should replace RectHull in Inkscape with OptRect and then remove recthull.h altogether. Regards, Krzysztof |
|
From: Ricardo L. <bo...@so...> - 2012-02-19 15:07:39
|
Hi list! Over at the [Create] mailing list, there was a suggestion and a lot of interest about a possible Lib2geom workshop and/or presentation. Find the relevant thread and excited responses here: http://lists.freedesktop.org/archives/create/2012-February/004189.html It would be fabulous if anyone related to the project would attend LGM 2012 in Vienna, since there are quite a few interested people. Anyone? :r |
|
From: Johan E. <jbc...@sw...> - 2012-02-19 10:46:08
|
Hi all, Why is the file containing ConvexHull called convex-cover.h ? I think convex hull is a more widely known name, so let's rename the file to convex-hull? (I will move Inkscape's rect-hull.h to 2geom too) Ciao, Johan |
|
From: Nathan H. <nj...@nj...> - 2012-01-27 00:33:48
|
On Thu, Jan 26, 2012 at 01:27:48PM -0800, Josh Andler wrote: > On Thu, Jan 26, 2012 at 1:26 PM, Johan Engelen > <jbc...@sw...> wrote: > > On 26-1-2012 21:51, Krzysztof Kosiński wrote: > >> 2012/1/15 Maximilian Albert<max...@go...>: > >>> Hi folks, > >>> > >>> I think this was mentioned before, but I just noticed again that the > >>> 2geom homepage [1] still points to the obsolete SVN repository instead > >>> of the new bzr repo [2] on Launchpad. Can someone please update the > >>> information? > >> > >> Nobody responded, so it's likely that no one has the credentials to do > >> so. Maybe we should ask SF to remove the project? Launchpad has a > >> mailing list service, so the only thing lost would be the minimal web > >> page. > > > > I have recently got the power to do so. Haven't had the time to do it > > yet. Don't expect it in the next 3 weeks, but then I will update the page! > > Do you have enough power to share the power? I do have time in the > next few weeks. :) He has the power but not the energy. :) njh |
|
From: Johan E. <jbc...@sw...> - 2012-01-26 22:40:06
|
Ok, I just fixed some links. Finding out how to get access to upload files was not too hard. Perhaps all 2geom devs have already access to it... Here is how to use the FTP: https://sourceforge.net/apps/trac/sourceforge/wiki/Project%20web If you cannot get access but want to. Let me know. I seem to have some force. Ciao, Johan On 26-1-2012 22:27, Josh Andler wrote: > On Thu, Jan 26, 2012 at 1:26 PM, Johan Engelen > <jbc...@sw...> wrote: >> On 26-1-2012 21:51, Krzysztof Kosiński wrote: >>> 2012/1/15 Maximilian Albert<max...@go...>: >>>> Hi folks, >>>> >>>> I think this was mentioned before, but I just noticed again that the >>>> 2geom homepage [1] still points to the obsolete SVN repository instead >>>> of the new bzr repo [2] on Launchpad. Can someone please update the >>>> information? >>> Nobody responded, so it's likely that no one has the credentials to do >>> so. Maybe we should ask SF to remove the project? Launchpad has a >>> mailing list service, so the only thing lost would be the minimal web >>> page. >> I have recently got the power to do so. Haven't had the time to do it >> yet. Don't expect it in the next 3 weeks, but then I will update the page! > Do you have enough power to share the power? I do have time in the > next few weeks. :) > > Cheers, > Josh > |
|
From: Josh A. <sc...@gm...> - 2012-01-26 21:28:14
|
On Thu, Jan 26, 2012 at 1:26 PM, Johan Engelen <jbc...@sw...> wrote: > On 26-1-2012 21:51, Krzysztof Kosiński wrote: >> 2012/1/15 Maximilian Albert<max...@go...>: >>> Hi folks, >>> >>> I think this was mentioned before, but I just noticed again that the >>> 2geom homepage [1] still points to the obsolete SVN repository instead >>> of the new bzr repo [2] on Launchpad. Can someone please update the >>> information? >> >> Nobody responded, so it's likely that no one has the credentials to do >> so. Maybe we should ask SF to remove the project? Launchpad has a >> mailing list service, so the only thing lost would be the minimal web >> page. > > I have recently got the power to do so. Haven't had the time to do it > yet. Don't expect it in the next 3 weeks, but then I will update the page! Do you have enough power to share the power? I do have time in the next few weeks. :) Cheers, Josh |
|
From: Johan E. <jbc...@sw...> - 2012-01-26 21:26:33
|
On 26-1-2012 21:51, Krzysztof Kosiński wrote: > 2012/1/15 Maximilian Albert<max...@go...>: >> Hi folks, >> >> I think this was mentioned before, but I just noticed again that the >> 2geom homepage [1] still points to the obsolete SVN repository instead >> of the new bzr repo [2] on Launchpad. Can someone please update the >> information? > > Nobody responded, so it's likely that no one has the credentials to do > so. Maybe we should ask SF to remove the project? Launchpad has a > mailing list service, so the only thing lost would be the minimal web > page. I have recently got the power to do so. Haven't had the time to do it yet. Don't expect it in the next 3 weeks, but then I will update the page! Ciao, Johan |
|
From: Krzysztof K. <twe...@gm...> - 2012-01-26 20:51:35
|
2012/1/15 Maximilian Albert <max...@go...>: > Hi folks, > > I think this was mentioned before, but I just noticed again that the > 2geom homepage [1] still points to the obsolete SVN repository instead > of the new bzr repo [2] on Launchpad. Can someone please update the > information? Nobody responded, so it's likely that no one has the credentials to do so. Maybe we should ask SF to remove the project? Launchpad has a mailing list service, so the only thing lost would be the minimal web page. Regards, Krzysztof |
|
From: Maximilian A. <max...@go...> - 2012-01-15 16:36:13
|
Hi folks, I think this was mentioned before, but I just noticed again that the 2geom homepage [1] still points to the obsolete SVN repository instead of the new bzr repo [2] on Launchpad. Can someone please update the information? Thanks, Max [1] http://lib2geom.sourceforge.net/ [2] https://code.launchpad.net/lib2geom |
|
From: Johan E. <jbc...@sw...> - 2012-01-13 19:38:43
|
Hi Nathan, (for when you are back from vacation ;) There are some comparisons in Bezier::find_bezier_roots that I think may be broken. For example line 160 "if(d != 0)". If the code is correct, please add a note that you really want the exact comparison instead of are_near(d, 0.). See also https://bugs.launchpad.net/inkscape/+bug/916171 Thanks! Johan |
|
From: jf b. <jf....@gm...> - 2012-01-09 19:27:45
|
hi all! I still have no time to play with 2geom, but I'm happy to read news from it :-) ! I don't know exactly what the state of (sbasis) boolops in 2geom is, but I did work on it. At the end, I was relatively happy with the topological stuff, but I bumped into an unexpected "bug" iirc: subdivision of sbasis is not exact, even at order 0. If you split an sbasis at some point 0<t<1, the two pieces don't match exactly. They do most of the time, but sometimes they only do up to a tiny little micro error. Note we cannot expect the path not to "move" when doing the subdivision (and the topological approach was ok with that), but the two ends should match. I wanted to fix that, but I don't remember if I did indeed. The easiest way would be to force exactness by hand. We could force it up to some order of derivatives. We could even compute all the relevant derivatives and rebuild the two sbasis from that. This would slow the code down a little unfortunately... With this fixed, I think the code was not too bad, and robust as long as our root finding system is. I remember I wrote some toys but I did not take the time to clean anything up, so the code may be a little crappy. Does boolops LPE use something like that? I still hope to find a little time for 2 geom, but I'm affraid it wont be before a long time if ever: I would like to revive the sbasis of 2 variables and the computation of $\int f(x,y) dy$, in order to do harmonic (= nice envelope-) deformations... I wish I had more lives. Bye, JF. 2012/1/8 Johan Engelen <jbc...@sw...> > Hope you have a nice vacation! > > When you come back, you can play with Inkscape's boolops LPE to find > bugs in the code. At the moment, it simply hangs until it hits a memory > limit (goes into infinite loop I think). It used to work, if buggy. > > Ciao, > Johan > > > On 5-1-2012 7:14, Nathan Hurst wrote: > > On Wed, Jan 04, 2012 at 09:21:04PM +0100, Johan Engelen wrote: > >> I have 2 beziers that are mirror images of each other: > >> Bezier(0, -20.8271, 20.8271) > >> Bezier(20.8271, -20.8271, 0) > >> > >> roots(0) gives 2 solutions for the first, but only one for the second. > >> > >> /src/tests/bezier-test also fails for roots... > > booga. > > > > I'm on holidays in hawaii atm, will look next week hopefully. > > > > njh > > > > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > Lib2geom-devel mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/lib2geom-devel > |
|
From: Johan E. <jbc...@sw...> - 2012-01-08 22:04:15
|
Hope you have a nice vacation! When you come back, you can play with Inkscape's boolops LPE to find bugs in the code. At the moment, it simply hangs until it hits a memory limit (goes into infinite loop I think). It used to work, if buggy. Ciao, Johan On 5-1-2012 7:14, Nathan Hurst wrote: > On Wed, Jan 04, 2012 at 09:21:04PM +0100, Johan Engelen wrote: >> I have 2 beziers that are mirror images of each other: >> Bezier(0, -20.8271, 20.8271) >> Bezier(20.8271, -20.8271, 0) >> >> roots(0) gives 2 solutions for the first, but only one for the second. >> >> /src/tests/bezier-test also fails for roots... > booga. > > I'm on holidays in hawaii atm, will look next week hopefully. > > njh > |
|
From: Nathan H. <nj...@nj...> - 2012-01-05 06:13:18
|
On Wed, Jan 04, 2012 at 09:21:04PM +0100, Johan Engelen wrote: > I have 2 beziers that are mirror images of each other: > Bezier(0, -20.8271, 20.8271) > Bezier(20.8271, -20.8271, 0) > > roots(0) gives 2 solutions for the first, but only one for the second. > > /src/tests/bezier-test also fails for roots... booga. I'm on holidays in hawaii atm, will look next week hopefully. njh |
|
From: Johan E. <jbc...@sw...> - 2012-01-04 20:21:11
|
I have 2 beziers that are mirror images of each other: Bezier(0, -20.8271, 20.8271) Bezier(20.8271, -20.8271, 0) roots(0) gives 2 solutions for the first, but only one for the second. /src/tests/bezier-test also fails for roots... Please help! :) Johan |
|
From: Johan E. <jbc...@sw...> - 2012-01-04 18:19:08
|
Inkscape's 2geom copy is now updated. Hope you can continue you snapping work Diederik! Ciao, Johan On 19-12-2011 22:58, Johan Engelen wrote: > On 23-9-2011 22:59, Nathan Hurst wrote: >> On Fri, Sep 23, 2011 at 09:17:06PM +0200, Diederik van Lierop wrote: >>> Thanks Nathan for your help, that is much appreciated. >>> >>> ... and of course it's always good to hear that it isn't something >>> trivial ;-) >> >> roots is definitely misbehaving, I improved its behaviour dramatically >> by deflating out roots at 0 when they are detected. Now to generalise >> this approach to all roots. That is not to say that there aren't >> other edge cases in things like nearest point. > > Nice that you fixed some issues in trunk Nathan! > Is it safe for me to update Inkscape's copy? |
|
From: Johan E. <jbc...@sw...> - 2012-01-04 17:56:04
|
On 4-1-2012 1:45, Nathan Hurst wrote: > On Tue, Jan 03, 2012 at 11:50:58PM +0100, Johan Engelen wrote: >> Hi all, >> >> In path-intersection.cpp, function curve_mono_splits, line 461. >> 'deriv' is not used, but should be in lines 463-464 instead of 'd', right? >> Looks like an obvious bug, but I thought I should check, just in >> case. > Yes. Do we use that code? > > The function is supposed to find points on the curve that are parallel > to the axes by finding where the derivatives are zero. It's fixed now. Pretty bad bug. Perhaps the code is used by the boolops stuff? Ciao, Johan |
|
From: Nathan H. <nj...@nj...> - 2012-01-04 00:44:30
|
On Tue, Jan 03, 2012 at 11:50:58PM +0100, Johan Engelen wrote: > Hi all, > > In path-intersection.cpp, function curve_mono_splits, line 461. > 'deriv' is not used, but should be in lines 463-464 instead of 'd', right? > Looks like an obvious bug, but I thought I should check, just in > case. Yes. Do we use that code? The function is supposed to find points on the curve that are parallel to the axes by finding where the derivatives are zero. njh |
|
From: Johan E. <jbc...@sw...> - 2012-01-03 22:51:06
|
Hi all, In path-intersection.cpp, function curve_mono_splits, line 461. 'deriv' is not used, but should be in lines 463-464 instead of 'd', right? Looks like an obvious bug, but I thought I should check, just in case. Cheers, Johan |
|
From: Ted G. <te...@go...> - 2012-01-03 03:54:33
|
On Thu, 2011-12-29 at 21:28 +0100, Johan Engelen wrote: > ************************************* > I strongly advise you to not work in branches and merge it into trunk, > and stay away from any other so-called convenient advanced functionality > of bzr, like push-pull-whatever. Simply use it in 'svn mode'. > http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Using_a_centralized_.28SVN-like.29_workflow > ************************************* Glad things go solved, but just to provide some more information I thought I'd reply. In general, this is caused by a misunderstanding of what is happening, and it is really easy to fix. I imagine this is the situation that people get in to: $ bzr commit -m "Really cool work" $ bzr push lp:project Error: branches have diverged $ bzr merge lp:project $ bzr commit -m "Really cool work" $ bzr push lp:project And generally, the developer is happy because the push worked. Their work is in the repo, but the history is now not as clear as it was previously (nothing is lost, just slightly hidden). A better way to handle this error is like this: $ bzr commit -m "Really cool work" $ bzr push lp:project Error: branches have diverged $ bzr uncommit $ bzr shelve $ bzr pull lp:project $ bzr unshelve $ bzr commit -m "Really cool work" $ bzr push lp:project This works really well if you have a single version that you've added. If you've added a whole set of revisions you probably want to set up a merge and do something like this. $ bzr commit -m "Last commit of really cool work" $ bzr push lp:project Error: branches have diverged $ cd .... $ bzr branch lp:project tmp $ cd tmp $ bzr merge ../work $ bzr commit -m "Really cool work" $ cd ../work $ bzr pull ../tmp $ bzr push lp:project $ rm -rf ../tmp You could push tmp as well, but I thought it'd be better to keep your working directory how it was. HTH, Ted |
|
From: Johan E. <jbc...@sw...> - 2011-12-30 14:04:38
|
Hi all, I just succeeded in building py2geom on Windows again :) You need an updated devlibs copy, and point BOOST_PYTHON_LIBRARY to something like: "c:/devlibs/lib/libboost_python-mgw45-mt-1_44.dll.a" Ciao, Johan |
|
From: Jon C. <jo...@jo...> - 2011-12-30 06:26:24
|
On Dec 29, 2011, at 9:35 PM, Krzysztof Kosiński wrote: > I put this on the wiki: > > http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Append-only_branches > http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Undoing_a_wrong-way_merge > > Regards, Krzysztof Whoot!!! Thanks for getting that up there. |
|
From: Krzysztof K. <twe...@gm...> - 2011-12-30 05:35:46
|
I put this on the wiki: http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Append-only_branches http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar#Undoing_a_wrong-way_merge Regards, Krzysztof |
1 message has been excluded from this view by a project administrator.
