yang686526

odgecircarc3d...
odgecircarc3d...
the release notes for version 1.14 says "new geometry functions: odgecircarc3d::intersectwith" however the documentation for the function says "as implemented, this function does nothing but assert in debug mode, and return false. it will be fully implemented in a future release." why would oda add yet another function that doesn't do anything? i am extremely frustrated with the odge* classes! they are very spotty as far as implementation and support.
thats is what i am trying to use. it always returns false even though they should intersect. i assumed it was unimplemented. i have looked at the data for both the arc and lineseg and they seem to be valid and reasonable. suggestions?
code:
odgelineseg3d line0(pt0,pt1);
odgecircarc3d arc;
odgepoint3d intpt1, intpt2;
ppolyline->getarcsegat(i,arc);
int iints=0;
if (arc.intersectwith(line0,iints,intpt1,intpt2))
{
//do stuff
}
*arc*
m_pcente x=346.95565700474612 y=178.53638609145213
m_vnormal 0,0,-1
m_vrefvec -1,0,0
m_dradius 38.6
m_dstartangle 0
m_dinclangle 2.22
*lineseg*
m_start x=326.27047729492187 y=228.59703063964844
m_vtoend 11.06,-36.88,0
thanks, sergey!
when should we expect 1.14.02?
intersectwith
are all of the odge*::intersectwith(...) functions going to be imlemented in 1.14.02 ? i keep running into issues with them. i'd like to know what you have planned for these... i'd rather use oda than have yet another library to do these calculations, but timelines are getting pressing. please advise...
sergey,
i'm curious as to why the math portion of oda would be so far behind the rendering and other aspects of the library. as a sustaining member i don't have access to these core math classes and i am forced to either implement another library for these sort of functions or suffer through ugly work arounds. do founding members just implement the math stubs (because the have the code) or is this just not a frequently requested portion of the library? do founding members get a better library (with the math implemented?)? who should i be talking to about this issue?
thanks,
tyler edwards
i've wondered why the odge* classes arent bases of the entity classes they represent. im often taking an oddbarc and taking param info and generating an odgecircarc3d. am i missing an easy way to switch between the two?
tillerstarredwards