It is part of the source code so you won't find it in the install directory. To change it you would need to recompile the executable. On 7 September 2017 at 05:28, FourthDr <who_doctor@hotmail.com> wrote: > Hi Nophead: > > I just did a search of my OpenSCAD install driectory, and I don't find such > a file. > > > > -- > Sent from: http://forum.openscad.org/ > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org >

FourthDr wrote > Well, at lease there should be some specification for the stl that will > work with OpenSCAD. There isn't one that I know of. Good idea. But how will you ensure that the software that produced or repaired your STL will obey to that rules? And how will you find out that a specific STL violates these rules? > And a utility to correct and make any stl meet that spec so it will work > in OpenSCAD without needing > expert knowledge of 3D modeling would be great. You are demanding that this *certainly free* tool should bring any malformed STL into a correct form. This sounds like the doWhatImean() function we are all waiting for since years: "Alexa, please fix my STL". > Perhaps someone can suggest another free tool that can do this? OpenSCAD is a free tool and creates manifold STLs if you use it first hand and obey to the language rules and follow some good-practice guidelines. I never had any problems with malformedness. To blame the dev team for non-manifold STLs that have long repair history with the 'usual suspects' and misbehave in OpenSCAD is simply not fair. One way to deal with the snap-grid problem is to scale up (by 10 or 100) the STL before and scale it down after OpenSCAD import. -- Sent from: http://forum.openscad.org/

Please forgive for becoming a little philosophical here, but mathematics in its purest form could be said to be value free, but as soon as any of its principles are applied in the real world, then it becomes a matter for a human to make value judgments as to how this is done. OpenSCAD creates a definition of geometry and space that is some what in the ideal world of Mathematics. Rendering that into a real world STL by OpenSACD is handled to a great deal of accuracy (and due credit to OpenSCAD), but even in that process many qualifications have to be made, and many of them are related to us working in a decimal system and the computers we rely on are working in binary. Given that many computer programs do not even use identical libraries for their mathematical computations, even though superficially they are the same routines, then we enter the real world where these qualifications become very important. Given that the popularity of 3-D design these days, it has seen 3-D design software become both popular and abundant, and that most applications get the tick of approval if they can produce a marble run for a filament printer. Then they are considered to be a success. Not a high hurdle to clear. Producing a 3-D print from an STL file is not difficult and most slicers will handle even pretty poorly designed STL files. Consequently people are fooled into thinking the STL file must be OK. So we have a plethora of dubious STLs out there that people drag into the OpenSCAD environment (where vertices are paramount and not piled up triangles) and complain they don't work. I would suggest to them, politely, if you have a problem, go back to the people who designed the STLs, and the designers of the software they used, and not keep throwing up old hoary old chestnuts in this discussion group. Or, just do the hard yards, and redesign them yourselves in OpenSCAD, and reap the benefits. Feel free to complain after that if it goes pear shaped. Cheers, Rob PS I was intrigued by news recently that the Babylonians predated the Greeks with very accurate Trigonometric ratios because they were working in Base60. Ie a greater number of factors to play with. https://www.gizmodo.com.au/2017/08/australian-scientists-worked-out-this-ancient-clay-tablet-is-actually-worlds-oldest-trigonometric-table/ Any chance of a Base60 OpenSCAD in the near future? On 07/09/17 22:46, Parkinbot wrote: > FourthDr wrote >> Well, at lease there should be some specification for the stl that will >> work with OpenSCAD. There isn't one that I know of. > Good idea. But how will you ensure that the software that produced or > repaired your STL will obey to that rules? And how will you find out that a > specific STL violates these rules? > > >> And a utility to correct and make any stl meet that spec so it will work >> in OpenSCAD without needing >> expert knowledge of 3D modeling would be great. > You are demanding that this *certainly free* tool should bring any malformed > STL into a correct form. This sounds like the doWhatImean() function we are > all waiting for since years: "Alexa, please fix my STL". > > >> Perhaps someone can suggest another free tool that can do this? > OpenSCAD is a free tool and creates manifold STLs if you use it first hand > and obey to the language rules and follow some good-practice guidelines. I > never had any problems with malformedness. > To blame the dev team for non-manifold STLs that have long repair history > with the 'usual suspects' and misbehave in OpenSCAD is simply not fair. > > One way to deal with the snap-grid problem is to scale up (by 10 or 100) the > STL before and scale it down after OpenSCAD import. > > > > -- > Sent from: http://forum.openscad.org/ > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > -- *Rob Ward* Lake Tyers Beach, 3909 Lake Tyers Beach Website <http://www.laketyersbeach.net.au> Ubuntu Mate - A great OS <https://ubuntu-mate.org/>

On 06. sep. 2017 21:26, FourthDr wrote: > Well, at lease there should be some specification for the stl that will work > with OpenSCAD. There isn't one that I know of. And a utility to correct and > make any stl meet that spec so it will work in OpenSCAD without needing > expert knowledge of 3D modeling would be great. I only have two goals. One > is to take any stl and break it up using the puzzle lib. And second to > modify any stl, make bigger/small add/subtract features. That it. Perhaps > some one can suggest another free too that can do this? I just noticed it is possible to import OFF files into OpenSCAD. Somehow I had missed that. As OFF contains topology, it by-passes the coordinate matching issues with STL. Carsten Arnholm