thanks for the info. It's good to know the library can be easily integrated to other projects. It's alwo motivating me for updating javageom little bit more often....
regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I plan to open source my project which uses the GPCJ 2.2.0 clipper. Would it be possible to upload to the Maven central also this lightweight library? It would ease participating people on this project.
Thanks, Jan
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Jan,
I will check the possibility for adding the gpcj to maven repository. I'm not very aware of this, but think this will be a good opportunity for me to better know !
regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What about the bugs in the original GPC.
It has some unexpected bugs even in the triangulation code.
Because of their Threatening IPR claim, individuals who have noted them donot talk about
the bugs and solutions.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
which bugs are you talking about ? I have encountered precision issues, I suppose because computations are made using floating point arithmetic. Is this what you are talking about?
I agree, the GPC license may be restrictive. But this is the only solution I have found for the moment...
regardns
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
David,i noticed your post only today.
(A)In the triangulation code ,duplicate prevention code while scanning along a scan line eats
a triangle sometimes.I tackled it by moving the duplicate prevention code to add vertex
directly.
As there is no documentation I had tracked this down with dark ancient debugging techniques.
(B)floating point arithmetic is NOT the cause of NULL pointer access exception which occur sometimes.
Because of their ^&* IPR claims those who have noticed it donot post it.
Their documentation is too expensive to lay my hands on.I cannot afford a license..
Checking algorithmic assertions while handling intersections will resolve this error.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I just wanted to inform that I have converted the project to maven structure. It should now be possible to import the javaGeom project directly as a new Maven project! I suppose this should also facilitate integration with Maven central.
One drawback is that it is for the moment not possible to run the demos. I will work on it...
I also would like to split gpcj.jar as a separate project.
regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If you understand c,I have a corrected version of the Murta engine for generic polygon clipping.The code is neither c ,nor c++.It uses new instead of malloc for memory allocation and tail recursive routines have all been rewritten.It is plug compatible to gpc.--requires only change of names.
I knew java only when it was a infant so i can help anyone who wants to code gpcj again.
Last edit: Ignorant 2014-07-15
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have not been able to compile the sources with maven. I always get the following name clash error:
[ERROR] COMPILATION ERROR : [INFO] ------------------------------------------------------------- [ERROR] C:\work\Inovel\geom-java\src\main\java\math\geom2d\domain\ContourArray2D
.java:[57,58] error: name clash: <t#1>create(Collection<t#1>) in ContourArray2D
and <t#2>create(Collection<t#2>) in CurveArray2D have the same erasure, yet neit
her hides the other [ERROR] where T#1,T#2 are type-variables:
T#1 extends Contour2D declared in method <t#1>create(Collection<t#1>)
T#2 extends Curve2D declared in method <t#2>create(Collection<t#2>)</t#2></t#2></t#1></t#1></t#2></t#2></t#1></t#1>
I got a similar problem some time ago;
If I remember well, I had to use a not too recent java version as target. This seems to have to do with change in support of generics.
Please try to compile for java 6, it should work better.
I will also try to remove duplication of static methods in derived classes in a future version.
regards,
David
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi David,
are you planning to support maven? It would be great to have your library in the central repository.
regards,
Michael
Hi Michael,
there is no plan yet to support maven. I know there could be some interest, but I had no time yet to investigate how to add it....
Regards,
David
Just wanted to let you know that javaGeom is now also available in Maven central:
http://search.maven.org/#artifactdetails%7Cmath.geom2d%7CjavaGeom%7C0.11.1%7Cjar
I uploaded it as a 3rd party library, because we use javaGeom in the Activiti project (http://www.activiti.org).
Best regards,
Tijs
Hi Tijs,
thanks for the info. It's good to know the library can be easily integrated to other projects. It's alwo motivating me for updating javageom little bit more often....
regards,
David
I plan to open source my project which uses the GPCJ 2.2.0 clipper. Would it be possible to upload to the Maven central also this lightweight library? It would ease participating people on this project.
Thanks, Jan
Hi Jan,
I will check the possibility for adding the gpcj to maven repository. I'm not very aware of this, but think this will be a good opportunity for me to better know !
regards,
David
What about the bugs in the original GPC.
It has some unexpected bugs even in the triangulation code.
Because of their Threatening IPR claim, individuals who have noted them donot talk about
the bugs and solutions.
Hi Mahesh,
which bugs are you talking about ? I have encountered precision issues, I suppose because computations are made using floating point arithmetic. Is this what you are talking about?
I agree, the GPC license may be restrictive. But this is the only solution I have found for the moment...
regardns
David
David,i noticed your post only today.
(A)In the triangulation code ,duplicate prevention code while scanning along a scan line eats
a triangle sometimes.I tackled it by moving the duplicate prevention code to add vertex
directly.
As there is no documentation I had tracked this down with dark ancient debugging techniques.
(B)floating point arithmetic is NOT the cause of NULL pointer access exception which occur sometimes.
Because of their ^&* IPR claims those who have noticed it donot post it.
Their documentation is too expensive to lay my hands on.I cannot afford a license..
Checking algorithmic assertions while handling intersections will resolve this error.
Hi all,
I just wanted to inform that I have converted the project to maven structure. It should now be possible to import the javaGeom project directly as a new Maven project! I suppose this should also facilitate integration with Maven central.
One drawback is that it is for the moment not possible to run the demos. I will work on it...
I also would like to split gpcj.jar as a separate project.
regards,
David
If you understand c,I have a corrected version of the Murta engine for generic polygon clipping.The code is neither c ,nor c++.It uses new instead of malloc for memory allocation and tail recursive routines have all been rewritten.It is plug compatible to gpc.--requires only change of names.
I knew java only when it was a infant so i can help anyone who wants to code gpcj again.
Last edit: Ignorant 2014-07-15
I have not been able to compile the sources with maven. I always get the following name clash error:
[ERROR] COMPILATION ERROR :
[INFO] -------------------------------------------------------------
[ERROR] C:\work\Inovel\geom-java\src\main\java\math\geom2d\domain\ContourArray2D
.java:[57,58] error: name clash: <t#1>create(Collection<t#1>) in ContourArray2D
and <t#2>create(Collection<t#2>) in CurveArray2D have the same erasure, yet neit
her hides the other
[ERROR] where T#1,T#2 are type-variables:
T#1 extends Contour2D declared in method <t#1>create(Collection<t#1>)
T#2 extends Curve2D declared in method <t#2>create(Collection<t#2>)</t#2></t#2></t#1></t#1></t#2></t#2></t#1></t#1>
Here's my current configuration:
C:\work\Inovel\geom-java>mvn -v
Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T18:37:5
2+01:00)
Maven home: C:\Program Files\apache-maven-3.2.1
Java version: 1.7.0_67, vendor: Oracle Corporation
Java home: C:\Program Files\Java\jdk1.7.0_67\jre
Default locale: de_DE, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
Which environment are you using to build geom-java?
Hi,
I got a similar problem some time ago;
If I remember well, I had to use a not too recent java version as target. This seems to have to do with change in support of generics.
Please try to compile for java 6, it should work better.
I will also try to remove duplication of static methods in derived classes in a future version.
regards,
David
I have already created a corresponding patch for you.