Use coordinate system of STL to position part inside build volume

[seeul8er]

Version

1.41.2 win64

Operating system type + version

Windows 10 x64

Behavior

Imported geometry (tested with STL) always gets centered within the build plate. Turning "auto center parts" off (under preferences) does not have any effect.

Same issue with 1.42.0 alpha 4 release

(The feature is working fine with Slicer 1.3 edition)

[seeul8er]

Still not working in 1.42-beta1 (2019-03-23 1838)

[bubnikv]

What do you expect? Could you attach files, screen shots etc?

[seeul8er]

Behavior: The coordinate system of the part is ignored. Although auto center is deactivated.
Expected: Use coordinate system of STL to position part inside build volume as long as it would still be inside of it.

[Sebastianv650]

With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded..

[bubnikv]

What is your use case for that? IMHO if you want to combine multiple bodies created in a CAD system and sharing a coordinate system, then you can (and IMHO you should) add them together as parts of a single object. In that case the relative position & orientation will (or at least it shall) be maintained.

…

On Mon, Apr 15, 2019 at 9:19 AM Sebastianv650 ***@***.***> wrote: With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded.. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1763 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFj5I4nHyCKQrj-C7_jkX72mOOOh93xyks5vhCgHgaJpZM4agL0c> .

[seeul8er]

With all the bad stl files out there (thingyverse etc.) this would lead to a lot of invisible parts after adding them as they ate some meters away. I don't think that's a good idea, the issue tracker would be flooded..

Yes. But if you check the bounding box or the center of the part and test if it is still inside the build volume you are good to go. If it is outside you can still overwrite and do the auto center anyways. That way the part will always be visible. You can also enable auto center by default. All I wish for is that it can be disabled.

What is your use case for that? IMHO if you want to combine multiple bodies created in a CAD system and sharing a coordinate system, then you can (and IMHO you should) add them together as parts of a single object.

As part of a research project I am writing some fancy post processing tool for FFF that will be released soon. For that I need the toolchain to keep their hands off my part positions. Otherwise they do not match up in all the substeps. Besides that you can easily apply different print and tesselation settings to the parts if they are not fused into one single body. External tools could be used to automatically position multiple parts inside the build volume. Finding some sort of optimal orientation or stacking. All in all I think it would give people a little more flexibility in how to use and setup the slicer inside their toolchain.

Auto center off works with Slic3r 3.0 and Simplify3D 4.x. In Slic3r PE there also is a command line option available. So it seems that all the required implementations are already there but somehow the setting is being ignored.

[zhyden]

I am also interested in having this fixed. Would be immensely useful for a project we are working on that needs multiple gcode files to line up.

[Tupson444]

I would also like to be able to turn off centering. Sometimes it's convenient to make an STL file with shifted coordinates intentionally to quickly place the model on a different part of the print bed, or whatever other reason.

It should not be the default option, but if it's simple to implement it should be possible to choose (even without a particular use example in mind and whether there is a "better" way, it should be obvious that sometimes it may be needed to keep the original STL coordinates).

[haarp]

fwiw, CNC Kitchen recently mentioned this issue and how it affects working with external scripts. https://www.youtube.com/watch?v=1i-1TEdByZY&t=495