| 05:28.35 | *** join/#brlcad learner (~brlcad@pcp0011649376pcs.aberdn01.md.comcast.net) | |
| 05:28.35 | *** mode/#brlcad [+o learner] by ChanServ | |
| 06:50.27 | narnia | all day battling 10303 and still no significant headway. :-( |
| 06:51.49 | narnia | trimmed_curve with circle as the basis_curve are still not working. :-( |
| 06:56.44 | narnia | btw, would someone explain, in plain english, what a half space is and how it is used? |
| 07:06.12 | narnia | i know i have said it before but i will say it again. iso 10303 is a memory hog. |
| 07:06.58 | narnia | and complex entities just plain suck. |
| 07:50.39 | ewilhelm_ | half of a space |
| 07:50.56 | ewilhelm_ | what's the context? |
| 08:13.21 | narnia | the context is a step file (iso 10303 part 21 ap203 ) |
| 08:13.25 | narnia | <PROTECTED> |
| 08:13.25 | narnia | <PROTECTED> |
| 08:13.25 | narnia | <PROTECTED> |
| 08:13.25 | narnia | <PROTECTED> |
| 08:13.25 | narnia | <PROTECTED> |
| 08:13.53 | narnia | there is also |
| 08:13.57 | narnia | ENTITY half_space_2d |
| 08:13.57 | narnia | <PROTECTED> |
| 08:13.57 | narnia | <PROTECTED> |
| 08:13.57 | narnia | <PROTECTED> |
| 08:13.57 | narnia | END_ENTITY; |
| 08:14.50 | narnia | i have absolutely no idea how to convert those two entities to anything brl-cad would understand. |
| 08:17.15 | narnia | my best guess is that somewhere in 10303 part 42 edition 2 there is an overly verbose description. i do not have iso-10303-042e2 |
| 16:21.48 | *** join/#brlcad learner (~brlcad@pcp0011649376pcs.aberdn01.md.comcast.net) | |
| 16:21.48 | *** mode/#brlcad [+o learner] by ChanServ | |
| 16:33.10 | *** join/#brlcad ewilhelm_ (~ewilhelm@c-67-171-188-54.hsd1.or.comcast.net) | |
| 16:39.22 | ewilhelm_ | narnia, looks like maybe it only exists within the context of a csg operation? |
| 16:46.17 | ewilhelm_ | how about "a partial shape cut by a plane" ? |
| 16:46.21 | ewilhelm_ | http://openknow.com/vipnet/pdf/files-short/NPM3_8_Geomet.pdf |
| 16:47.00 | ewilhelm_ | sounds like it might be a "keep this side" sort of thing |
| 17:01.57 | narnia | EricWilhelm, iso-10303 ap203 does not cover csg. ( has absolutely no clue about csg ) |
| 17:02.33 | narnia | EricWilhelm, iso-10303 ap214 does cover some csg. ( has somewhat of a clue about csg ) |
| 17:05.52 | narnia | the problem is when an 10303 entity has more than one parent. ( yes, i know that sounds strange. in this case having a single parent is a good thing. ) |
| 17:08.32 | narnia | there are two cases: case 0: is where the parents have a common ancestor. case 1: is where the parents have no common ancestor. |
| 17:09.22 | narnia | case 0: common entity members must match. order of entity members is not that much of a problem. |
| 17:09.56 | narnia | case 1: no common entity members. what determines the order of entity members? |
| 17:11.56 | narnia | btw, in iso 10303 part 21 entities look like functions but they are not functions. |
| 17:19.25 | narnia | #9380=CARTESIAN_POINT('CartPt95',(-2.1386, 1.9290, 0.5)); <----this is not a function. |
| 17:20.03 | narnia | the above assigns values to the members of the entity cartesian_point. |
| 17:23.00 | narnia | as a matter of fact iso 10303 part 21 does not allow any functions to be present. |
| 17:24.36 | narnia | btw, entity instances in iso 10303 part21 do begin with '#'. ( that is really brain dead in my opinion ). |
| 17:34.30 | ewilhelm_ | narnia, does the "partial shape cut by a plane" do anything for you? |
| 17:34.48 | ewilhelm_ | (the csg thing was a speculation I was making before I found that pdf) |
| 17:38.54 | ewilhelm_ | narnia, it does look like it only has context in CSG though (pg 4 of that pdf) |
| 17:39.57 | ewilhelm_ | so, I'm not sure what it takes to translate it into brlcad |
| 17:41.24 | ewilhelm_ | if it's just a solid that has been cut by a plane, then you would only need the resulting solid (does that come from the geometric_representation_item ?) |
| 17:42.12 | ewilhelm_ | I guess the base_surface would be the plane that is cutting it. And maybe the agreement_flag is related to which side is kept? |
| 17:42.52 | ewilhelm_ | narnia, not sure what that has to do with your two cases though. |
| 18:04.26 | narnia | EricWilhelm, there is no way of tell what the agreement_flag may or may do without; 0) reading the relevant parts of iso 10303 or 1) reverse engineering by trial an error. |
| 18:06.14 | learner | solids that have been "cut by a plane" could be represented as either the subtraction of a half-space or the subtraction of one of the planar primitives (like an rpp/box) |
| 18:06.48 | narnia | not having iso 10303 resource parts (Integrated generic resources (Parts 40-49) and Application interpreted constructs (Parts 500 - 599)) i am flying blind so to speak. |
| 18:07.30 | narnia | learner, okay. |
| 18:09.54 | learner | subtracting a primitive is preferred over subtracting a half-space, but a half-space is mathematically more equivalent (so probably just use that) i.e. it's an infinite plane where one half is "solid" the other half is not. it's used for quickly adding ground or making cut-outs for visualization, etc. some even use it in modeling to "cut by a plane", though we try to discourage it |
| 18:15.09 | narnia | so basically it is an infinite boundary. |
| 18:18.38 | learner | yep |
| 18:19.02 | learner | which is also why the space partitioning algorithm has trouble opimizing it |
| 19:24.56 | *** join/#brlcad polyspin (~polyspin@pcp0011463358pcs.chrchv01.md.comcast.net) | |
| 19:42.03 | polyspin | Anyone know how/why the "FreeSolid" error got introduced? |
| 19:42.29 | learner | that sounds familiar |
| 19:43.17 | learner | what's the context? |
| 19:45.47 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/include/config_win.h: add a bunch of extra defines for the compatibility funcs provided by io.h; add HAVE_PWD_H and HAVE_IO_H to match the checks in configure; sort the lines |
| 19:48.54 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: check for io.h |
| 19:56.00 | polyspin | When compiling dg_obj.c it complains that FreeSolid was declared static when previously declared in the header file otherwise. |
| 19:57.18 | learner | I remember now |
| 19:57.33 | learner | FreeSolid is/was defined in two places |
| 19:57.41 | polyspin | BTW, I think I got the patch for rt_poly_findroot in place. |
| 19:58.00 | learner | i noticed, he should be a happy camper now |
| 19:58.11 | polyspin | And "Tiger" is quite nice ;-) |
| 19:58.19 | learner | :) |
| 19:58.49 | learner | I haven't sat in front of it yet, but I did get a compile going on it remote |
| 19:58.55 | polyspin | Tough I agree with one reviewer: The icons in Mail are too weird. |
| 19:59.36 | polyspin | To/Tho/ |
| 20:00.47 | polyspin | Spotlight is *awesome* |
| 20:03.55 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/include/solid.h: FreeSolid is no longer exported by librt, it's static. (mged has it's own) |
| 20:05.31 | learner | I have the variance/deviation adjustment working for the benchmark suite.. pretty cool, though it's really bothersome how much deviation I'm seeing |
| 20:05.47 | polyspin | Thx. I've started a rebuild. |
| 20:06.48 | polyspin | Gotta take the boy to the playground. Back later |
| 20:06.52 | learner | cya |
| 20:07.11 | learner | i'll have broken the build in other ways hopefully by then |
| 20:15.06 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/librt/dg_obj.c: io.h not explicitly needed right now since it's being added by config_win.h |
| 20:16.55 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/libpkg/pkg.c: io.h not explicitly needed right now since it's being added by config_win.h |
| 20:23.35 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/mged/utility1.c: |
| 20:23.35 | CIA-5 | BRL-CAD: windows does have unlink(), it is just called _unlink() through the |
| 20:23.35 | CIA-5 | BRL-CAD: compatibility interface. the same goes for lseek (and pretty much all of the |
| 20:23.35 | CIA-5 | BRL-CAD: standard C library functions) -- so instead of having dual sections everwhere, a |
| 20:23.35 | CIA-5 | BRL-CAD: define is provided in include/config_win.h that makes them equivalent. |
| 20:33.34 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/mged/utility1.c: oops, if DEFINED.. not not defined.. might as well add sys/types.h too |
| 20:37.58 | narnia | okay, instead of T. F. U (true, false, unknown) for logicals they should have used T, F, M (true, false, maybe) |
| 20:39.29 | learner | :) |
| 20:39.48 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/include/Makefile.am: go ahead and install the brlcad_version.h header for easy version identification post installation even if nothing in brl-cad uses the header (yet?). |
| 21:20.22 | learner | don't forget your towel |
| 21:20.41 | narnia | learner, ???? |
| 21:21.09 | narnia | learner, nevermind. i get it. |
| 21:21.23 | narnia | learner, long time since i read the books. |
| 21:21.38 | learner | :) |
| 21:21.51 | narnia | learner, my i borrow your toothpaste? nevermind, i do not have any teeth. |
| 21:25.07 | learner | you can if you like, it's useful for more than teeth sometimes |
| 21:32.00 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/ (configure.ac include/common.h): |
| 21:32.00 | CIA-5 | BRL-CAD: give our config.h a prefix of brlcad_ so that it may identify and differentiate |
| 21:32.00 | CIA-5 | BRL-CAD: itself better when installed amongst other config.h headers. since only |
| 21:32.00 | CIA-5 | BRL-CAD: common.h should be used and not config.h directtly, it should be sufficient to |
| 21:32.00 | CIA-5 | BRL-CAD: just include it without checking PACKAGE |
| 21:35.26 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/include/ (brlcad.h Makefile.am): add brlcad.h as a convenience header. it includes the header files provided by libbu, libbn, libwdb, and librt. |
| 22:57.04 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/librt/roots.c: reword the convergence failure message |
| 23:19.17 | CIA-5 | BRL-CAD: 03brlcad * 10brlcad/src/librt/db_tree.c: clean up the ansified function declaration |
| 23:48.01 | *** join/#brlcad polyspin (~polyspin@pcp0011463358pcs.chrchv01.md.comcast.net) | |