 | | 3823.dat doesn't work well with P/48 primitives [DAT]
|
| Hi. I'm trying again to BFC CERTIFY some of the parts, and I've noticed some interesting things when working on 3823.dat line by line. When I got down to these lines: 4 16 -36 48 -20 -35.54 48 -22.30 -39.24 48 -23.83 -40 48 -20 4 16 -35.54 48 -22.30 (...) (22 years ago, 30-Sep-02, to lugnet.cad)
| | | | | Re: 3823.dat doesn't work well with P/48 primitives [DAT]
|
| (...) Uh, you mean *ring* primitive, right? The lines you quoted are all *flat*. I would not use 48 segment primitives on this part - it would be overkill. There do seem to be some incorrect vertices on those polygons. You could replace the polygons (...) (22 years ago, 1-Oct-02, to lugnet.cad)
| | | | | Re: 3823.dat doesn't work well with P/48 primitives
|
| (...) Yeah, Sorry, I meant ring. I actually wrote ring the first time then changed it. I guess I should stop thinking so much :) (...) Well, I just have the search path in my program setup to search 'p/48' before it searches 'p' so I'm picking them (...) (22 years ago, 1-Oct-02, to lugnet.cad)
| | | | | Re: 3823.dat doesn't work well with P/48 primitives
|
| (...) I've gotten this to work, but I'm curious about this as a special case. With the primitives above, I can rotate them about their Y axis to orient them correctly, *or* I can mirror or reflect them across their X and Z axes, to 'flip' them into (...) (22 years ago, 1-Oct-02, to lugnet.cad)
| | | | | Re: 3823.dat doesn't work well with P/48 primitives
|
| (...) If you're BFC'ing, you should rotate them around Z or X, since they are on the bottom of the part. Generally, with BFC, avoid mirror-moves. Stick with rotating, translating (ie, moving), and scaling. Steve (22 years ago, 2-Oct-02, to lugnet.cad)
| |
