Hi,  my previous post, was rejected, since it was larger than the 1.5MB allowed so I've used Dropbox for the .obj file, hoping this gets through... I, so I've 've linked 1 file to this email: * zapfen_oben_repaired.obj <https://www.dropbox.com/scl/fi/ka5gqliymv333jgn2zr8y/zapfen_oben_repaired.obj?rlkey=937z3owrw27g3kym91xq9kmoo&dl=0> Size: 1.9 MB Filelink Service: Dropbox Link: https://www.dropbox.com/scl/fi/ka5gqliymv333jgn2zr8y/zapfen_oben_repaired.obj?rlkey=937z3owrw27g3kym91xq9kmoo&dl=0 <https://www.dropbox.com/scl/fi/ka5gqliymv333jgn2zr8y/zapfen_oben_repaired.obj?rlkey=937z3owrw27g3kym91xq9kmoo&dl=0> I've attached the fixed file, as an .obj. (via drop box).You can carry out booleans, now. Here is the .mlx script for Meshlab <!DOCTYPE FilterScript> <FilterScript>  <filter name="Merge Close Vertices"/>  <filter name="Remove Zero Area Faces"/>  <filter name="Remove Duplicate Faces"/>  <filter name="Remove Unreferenced Vertices"/>  <filter name="Repair non Manifold Edges by removing faces"/>  <filter name="Close Holes">     <Param type="RichInt" value="5000" name="MaxHoleSize"/>     <Param type="RichBool" value="false" name="Selected"/>  </filter> </FilterScript> Here's the before and after parameters for the shape. start-shape <shape> mesh v: 28538 t: 57068 | raw_mesh v: 28538 t: 57068 end shape <shape> mesh v: 28182 t: 56348 | raw_mesh v: 28182 t: 56348 I expect the shape could be significantly simplified. I've also added the error file, which shows the position of where the faults are, mainly in the internal thread area. The pyramidal type shapes, are just the shapes for the markers, they do not represent the actual profile of the faces in error. On 29/05/2026 14:27, Raymond West via Discuss wrote: > > Hi, > > I'm developing my file fixer further. There appears to be 140 > degenerate triangles in that file. I know where they are, am getting > co-pilot to write the code for meshlab to auto fix them. > > > On 29/05/2026 08:34, Michael Marx (spintel) via Discuss wrote: >> >> If anyone wants to look at the problematic stl, see link below. >> >> Also see what Netfabb thinks of it further below (not good). (you >> should be able to enlarge it) >> >> Michael. >> >> ------------------------------------------------------------------------ >> >> *From:*Karl Exler [mailto:karl.exler@meinklang.cc] >> *Sent:* Friday, May 29, 2026 5:19 PM >> *To:* Michael Marx (spintel) >> *Subject:* Re: [OpenSCAD] Re: beginners question >> >> https://cloud.meinklang.cc/index.php/s/fQMTaJczCdtS7Kp >> >> <https://cloud.meinklang.cc/index.php/s/fQMTaJczCdtS7Kp>this is the >> stl file.... >> I could resolve the problem with a newer version from OpenScad which >> in deed has the manifold feature within the settings. >> >> This works now for me. >> yours Karl >> >> Am 29.05.26 um 09:09 schrieb Michael Marx (spintel): >> >>> Hi Karl, >>> >>> Your post is too big, please load the 3MB stl file online somewhere and >>> use a link in your post. >>> >>> The Mailing-list has >800 subscribers, 3x800 = 2.4GB is too much. >>> >>> Michael >>> >>> OpenSCAD Admin >>> >>> p.s. >>> >>> I looked at the stl, it has lots of things wrong. >>> >>> Multiple shells (8),(likely due to), 8 holes (the red bits (see >>> green arrows for just a few) and degenerate faces (yellow lines). >>> CGAL wont process that. >>> >>> It looks like a 3D scan, they are often full of problems. >>> >>> ------- >>> >>> As list administrator, your authorization is requested for the >>> >>> following mailing list posting: >>> >>>     List: discuss@lists.openscad.org >>> >>>     From: karl.exler@m... >>> >>>     Subject: Re: [OpenSCAD] Re: beginners question >>> >>> The message is being held because: >>> >>>     The message is larger than the 1500 KB maximum size >>> >>> > -----Original Message----- >>> >>> > From: Karl Exler [mailto:karl.exler@m] >>> >>> > Sent: Friday, May 29, 2026 3:59 PM >>> >>> > To: Jordan Brown via Discuss >>> >>> > Subject: Re: [OpenSCAD] Re: beginners question >>> >>> > >>> >>> > please adjust the path to the imported stl at the end of my code.... and >>> >>> > please don´t beat me.. I am not a programmer.... I am a maker ;-) >>> >>> > >>> >>> > yours Karl >>> >>> > >>> >>> > Am 28.05.26 um 23:32 schrieb Jordan Brown via Discuss: >>> >>> > > >>> >>> > >> There is often confusion between manifold, (the 3d calculation method), >>> and manifold, >>> >>> > the object description >>> >>> > > I think it’s best to use capital-m Manifold to refer to the library, and >>> little-m >>> >>> > manifold to refer to the geometric rule. >>> >>> > > >>> >>> > > Karl, please supply the problematic file(s). >>> >>> > > >>> >>> > > _______________________________________________ >>> >>> > > OpenSCAD mailing list >>> >>> > > To unsubscribe send an email to discuss-leave@lists.openscad.org >>> >> >> _______________________________________________ >> OpenSCAD mailing list >> To unsubscribe send an email todiscuss-leave@lists.openscad.org > > _______________________________________________ > OpenSCAD mailing list > To unsubscribe send an email todiscuss-leave@lists.openscad.org