Poses Move Characters to 0,0,0

When using purchased poses, so many of them move the characters to 0.0,0.
This becomes very difficult to work with when you have multiple characters in a scene, especially with larger scenest where the characters end up near -3000,6, 2400. Also the Y-rotate go to zero also.
Are there any settings that prevent your characters from being moved?
If it is something the vendor did, can wereport these so they can be fixed?
Comments
You can lock the translation parameters by clicking the padlock icon. However, if you are placing your figures in the scene it is better to use the figure node ("Genesis 3 male" or whatever) rather than the hip - poses should not affect the figure node (unless they ar tehmselves palcement poses), if a store set does please report that as a bug.
Instead of moving the figures independently, try parenting them to a Group and move the Group instead. That should leave your poses in situ as the figures SRTs will be based on the Group's origin instead of the world's.
I would guess that it is okay for the figure to be the only item in the group? This sounds like a good idea - I'll keep it in mind should I ever encounter this problem. Thanks for the tip.
I use groups a lot. They're great for switching multiple objects on and off quickly and tidily, and moving them around.
When you come across a pose preset that moves the figure to 0,0,0, undo the pose preset and than press and hold down the Ctrl key (In Windows) and apply the pose to bring up the Pose Preset Load Options screen. Uncheck the X, Y and Z axis check boxes under the Translation settings, then click Accept to apply the pose preset.
The Fired Up pose set by ilona moves the character to 0.0.0
Hopefully that set can be updated. Love the poses.
Daz Originals Urban Model for G3F moves the character to 0,0,0 also. There are quite a few sets that still do this.
The Spirit of '45 also moves the character to 0,0,0.
I hope it is helpful for me to point these out in hopes the sets will be updated. Richard Haseltine mentioned it would be helpful to report these as bugs in an earlier post.
I meant report to Daz, as Technical Support tickets http://www.daz3d.com/help/help-contact-us
I never saw any correspondence after submitting a ticket? Anyone know how to access that?
There are a bunch of Daz purchased pose sets that have items that move to 0.0.0.
It is unfulfillling to report when there is no response whether I am ddoing something wrong or if it is something fixable. I wish to help.
If you go to the Submit a Request page - the oen with the actual boxes to fill - and click your name at top-right you should see a View My Activities link, check that to see if there have been any replies that haven't recahed you via email.
I just use the ctrl click option way of using the poses that are made that way. If a pa saves a pose and does translation work with other body parts than hip the pose tends to reset to zero when used. There are times when this is desired for location specific poses for example. I wasn't aware this was a bug. If it is it is fairly common issue.
At any rate I'd love it if there were some published standards for pose making.
I know there are other sites which spell out how to do this, but I've never seen any standards for DAZ. Maybe it is available for PAs only. Or not. :)
Poses moving characters is indeed irritating, as is resetting the figure scale to 100%. Sometime I scale figures to better fit the scene, it is then annoying to have to keep resetting them after applying a pose. Sometimes the scaling is only a few percent to adjust relative height of characters. A reset scale to 100% sometimes goes unnoticed until after rendering. It's very irritating and unnecessary. Good PA's do not include such parameters as figure position, rotation and scale in their poses.
Poses, except for plaement poses to position a figure within a scene, should not affect the figure node - any movement required by the pose (to keep feet on the floor, or for correct positioning in a couple or group pose) should be handled via the hip bone.