-
Notifications
You must be signed in to change notification settings - Fork 380
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Enhancement suggestion: Required orientation #15
Comments
+1 for this. |
This might be more easily defined as marking some parts to not be rotated when fitting. If marking parts is tricky then how about two groups of parts. One that can be reoriented and one that cannot. There are several other reasons for maintaining orientation when fitting. so its a more general solution |
About 1980 I worked for a startup that did this for the flat glass
industry. Manual optimization got about 90% yield, but the automated
guaranteed 95% yield but typically got 97 to 99 (yep, averaged 98% yield.)
Flat glass industry is ones who cut glass for windows then for some (most
commercial windows) have to temper the glass. Depending on how it is hung
in the annealing furnace (yes, vertical) the glass stretches. The amount
of stretch had to be back calculated to get the dimensions to cut the
glass. No one cares now, but it was a big deal when we ran all this using
Fortran on a Cromemco Z80 processor with 64K bytes of memory.
We only handled rectangular shapes, but that was most of what our customers
wanted.
Now I would like to use nesting to get better yield from my little CNC rig,
but shapes are typically not rectangular.
... Have a great day...
|
so I think this is do-able, but I'm a bit concerned about adding complexity to the UX. Maybe the marking could be a config button that then allows you to mark the un-rotatable pieces. |
Would it be possible to 'corral' or otherwise segregate un-rotatable pieces
in a container so all pieces inside the 'no rotate' container would be more
easily tagged.
The 'no rotate' container could be just another large piece that is larger
than the piece to have parts put into (the target material) outline.
Just a thought. I would suggest a 'color' (red or blue rather than 'black'
for standard pieces, but that isn't something SVG does, as far as I know
(but I am pretty un-knowledgeable in SVG standards)
|
Interesting discussion. |
Hjuup, to get a good fit, normally you don't need to get a 'perfect' fit. Taking a selection of differnt sized pieces allows 'good' use of material. -- You might just take an arbitrary 40 or 80 parts (or select some other number, larger or smaller) and you will get a 'good' fit for those parts. If there is more room left, add a few more parts and re-run the fit algorithm. If there are big 'holes', add little parts. ... Just some thoughts. |
I think the following are necessary for real environment uses:
As I have suggested in other issues it would be great if every object was a group and the algorithm was using the whole group as an object not only it's outline. |
I would like to suggest allowing some parts to be marked to have a 'grain' direction, as well as the stock piece.
This would allow cutting, say plywood, so the grain is going in the 'correct' direction for the part.
This is important in woodworking to keep the grain right, but also in patterned stock of any kind (wall paper for example).
Thank you for the consideration.
The text was updated successfully, but these errors were encountered: