Can't Dim in idw

[Anonymous]

I posted this problem a few days ago, but didn't get an answer. Maybe now
since a few more people have had time to work with v6, someone will be able
to help.

1. I just tried to add a general dimension to my weldment. I can choose a
line, but the dimension is not displayed. How do I get the dimension to
show up? The file I am trying to dimension is an assembly converted to a
weldment. Before I converted the assembly to a weldment, I saved the
assembly. I also tried to dimension this assembly, but got the same
results.

I can dim other ipt files just fine.

All files tested above are migrated from 5.3sp2

Any Hints?

Kirk
--
Inventor 6
Win XP Pro
P4, 2 Ghz, 512M
Gloria II-64
nVidia v6.13.10.4072
1280x1024, 32 Bit

[glennd]

Kirk


IV 6 would not let me dimension a migrated the IV 5.3 part if I used current view or browsed for a view.


Glenn Davina

[Anonymous]

Could it be that the alignment of the parts/assembly aren't normal to the
view plane? Don't think it wouldn't have to be off much to cause such a
problem; take, for example an angled hole on a face not normal to the view
plane.
~Larry

"Kirk A." wrote in message
news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> I posted this problem a few days ago, but didn't get an answer. Maybe now
> since a few more people have had time to work with v6, someone will be
able
> to help.
>
> 1. I just tried to add a general dimension to my weldment. I can choose
a
> line, but the dimension is not displayed. How do I get the dimension to
> show up? The file I am trying to dimension is an assembly converted to a
> weldment. Before I converted the assembly to a weldment, I saved the
> assembly. I also tried to dimension this assembly, but got the same
> results.
>
> I can dim other ipt files just fine.
>
> All files tested above are migrated from 5.3sp2
>
> Any Hints?
>
> Kirk
> --
> Inventor 6
> Win XP Pro
> P4, 2 Ghz, 512M
> Gloria II-64
> nVidia v6.13.10.4072
> 1280x1024, 32 Bit
>
>

[Anonymous]

We see the same problems, and have found so far that if the assy is slightly
disaligned in space, IV6 would not dim it. We had to dismantle the assy and
build it up again, perfectly aligned to the basic planes, and the it worked.
This is a very annoying bug, because when the assy in question comes from a
main assy being adaptive there, it sure will be misaligned.
I find this to be a SERIOUS BUG, a real show stopper. Hopefully it will get
fixed soon.

Another mysterious thing is randomly disappearing dims...never found any
consistency in this, nor any solution.

Regards,
--
Leo Laimer
Maschinen- und Fertigungstechnik
A-4820 Bad Ischl - Austria


"Kirk A." schrieb im Newsbeitrag
news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> I posted this problem a few days ago, but didn't get an answer. Maybe now
> since a few more people have had time to work with v6, someone will be
able
> to help.
>
> 1. I just tried to add a general dimension to my weldment. I can choose
a
> line, but the dimension is not displayed. How do I get the dimension to
> show up? The file I am trying to dimension is an assembly converted to a
> weldment. Before I converted the assembly to a weldment, I saved the
> assembly. I also tried to dimension this assembly, but got the same
> results.
>
> I can dim other ipt files just fine.
>
> All files tested above are migrated from 5.3sp2
>
> Any Hints?
>
> Kirk
> --
> Inventor 6
> Win XP Pro
> P4, 2 Ghz, 512M
> Gloria II-64
> nVidia v6.13.10.4072
> 1280x1024, 32 Bit
>
>

[Anonymous]

When I placed the cutom view, I picked the "look at" button and picked the
face that I am trying to dim. It is not adaptive.

Is there a better way to get the face aligned?

Kirk


"Leo Laimer" wrote in message
news:FACC56D2A3DA4A86A3399D01F6314F9B@in.WebX.maYIadrTaRb...
> We see the same problems, and have found so far that if the assy is
slightly
> disaligned in space, IV6 would not dim it. We had to dismantle the assy
and
> build it up again, perfectly aligned to the basic planes, and the it
worked.
> This is a very annoying bug, because when the assy in question comes from
a
> main assy being adaptive there, it sure will be misaligned.
> I find this to be a SERIOUS BUG, a real show stopper. Hopefully it will
get
> fixed soon.
>
> Another mysterious thing is randomly disappearing dims...never found any
> consistency in this, nor any solution.
>
> Regards,
> --
> Leo Laimer
> Maschinen- und Fertigungstechnik
> A-4820 Bad Ischl - Austria
>
>
> "Kirk A." schrieb im Newsbeitrag
> news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> > I posted this problem a few days ago, but didn't get an answer. Maybe
now
> > since a few more people have had time to work with v6, someone will be
> able
> > to help.
> >
> > 1. I just tried to add a general dimension to my weldment. I can
choose
> a
> > line, but the dimension is not displayed. How do I get the dimension to
> > show up? The file I am trying to dimension is an assembly converted to
a
> > weldment. Before I converted the assembly to a weldment, I saved the
> > assembly. I also tried to dimension this assembly, but got the same
> > results.
> >
> > I can dim other ipt files just fine.
> >
> > All files tested above are migrated from 5.3sp2
> >
> > Any Hints?
> >
> > Kirk
> > --
> > Inventor 6
> > Win XP Pro
> > P4, 2 Ghz, 512M
> > Gloria II-64
> > nVidia v6.13.10.4072
> > 1280x1024, 32 Bit
> >
> >
>
>

[Anonymous]

Think you can constrain the face to the Assembly workplanes, ground it and
remove the constraints.
~Larry

"Kirk A." wrote in message
news:EABC6B450778A369B23E9DFCB1FDA459@in.WebX.maYIadrTaRb...
> When I placed the cutom view, I picked the "look at" button and picked the
> face that I am trying to dim. It is not adaptive.
>
> Is there a better way to get the face aligned?
>
> Kirk
>
>
> "Leo Laimer" wrote in message
> news:FACC56D2A3DA4A86A3399D01F6314F9B@in.WebX.maYIadrTaRb...
> > We see the same problems, and have found so far that if the assy is
> slightly
> > disaligned in space, IV6 would not dim it. We had to dismantle the assy
> and
> > build it up again, perfectly aligned to the basic planes, and the it
> worked.
> > This is a very annoying bug, because when the assy in question comes
from
> a
> > main assy being adaptive there, it sure will be misaligned.
> > I find this to be a SERIOUS BUG, a real show stopper. Hopefully it will
> get
> > fixed soon.
> >
> > Another mysterious thing is randomly disappearing dims...never found any
> > consistency in this, nor any solution.
> >
> > Regards,
> > --
> > Leo Laimer
> > Maschinen- und Fertigungstechnik
> > A-4820 Bad Ischl - Austria
> >
> >
> > "Kirk A." schrieb im Newsbeitrag
> > news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> > > I posted this problem a few days ago, but didn't get an answer. Maybe
> now
> > > since a few more people have had time to work with v6, someone will be
> > able
> > > to help.
> > >
> > > 1. I just tried to add a general dimension to my weldment. I can
> choose
> > a
> > > line, but the dimension is not displayed. How do I get the dimension
to
> > > show up? The file I am trying to dimension is an assembly converted
to
> a
> > > weldment. Before I converted the assembly to a weldment, I saved the
> > > assembly. I also tried to dimension this assembly, but got the same
> > > results.
> > >
> > > I can dim other ipt files just fine.
> > >
> > > All files tested above are migrated from 5.3sp2
> > >
> > > Any Hints?
> > >
> > > Kirk
> > > --
> > > Inventor 6
> > > Win XP Pro
> > > P4, 2 Ghz, 512M
> > > Gloria II-64
> > > nVidia v6.13.10.4072
> > > 1280x1024, 32 Bit
> > >
> > >
> >
> >
>
>

[Anonymous]

Larry,
That did it. I can't understand why what I did would not work. Just
another way of handling the problem I guess.

Thanks,
Kirk

"Larry Caldwell" wrote in message
news:C2E934A38C964BF3DD00D5217D442EA6@in.WebX.maYIadrTaRb...
> Think you can constrain the face to the Assembly workplanes, ground it and
> remove the constraints.
> ~Larry
>
> "Kirk A." wrote in message
> news:EABC6B450778A369B23E9DFCB1FDA459@in.WebX.maYIadrTaRb...
> > When I placed the cutom view, I picked the "look at" button and picked
the
> > face that I am trying to dim. It is not adaptive.
> >
> > Is there a better way to get the face aligned?
> >
> > Kirk
> >
> >
> > "Leo Laimer" wrote in message
> > news:FACC56D2A3DA4A86A3399D01F6314F9B@in.WebX.maYIadrTaRb...
> > > We see the same problems, and have found so far that if the assy is
> > slightly
> > > disaligned in space, IV6 would not dim it. We had to dismantle the
assy
> > and
> > > build it up again, perfectly aligned to the basic planes, and the it
> > worked.
> > > This is a very annoying bug, because when the assy in question comes
> from
> > a
> > > main assy being adaptive there, it sure will be misaligned.
> > > I find this to be a SERIOUS BUG, a real show stopper. Hopefully it
will
> > get
> > > fixed soon.
> > >
> > > Another mysterious thing is randomly disappearing dims...never found
any
> > > consistency in this, nor any solution.
> > >
> > > Regards,
> > > --
> > > Leo Laimer
> > > Maschinen- und Fertigungstechnik
> > > A-4820 Bad Ischl - Austria
> > >
> > >
> > > "Kirk A." schrieb im Newsbeitrag
> > > news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> > > > I posted this problem a few days ago, but didn't get an answer.
Maybe
> > now
> > > > since a few more people have had time to work with v6, someone will
be
> > > able
> > > > to help.
> > > >
> > > > 1. I just tried to add a general dimension to my weldment. I can
> > choose
> > > a
> > > > line, but the dimension is not displayed. How do I get the
dimension
> to
> > > > show up? The file I am trying to dimension is an assembly converted
> to
> > a
> > > > weldment. Before I converted the assembly to a weldment, I saved
the
> > > > assembly. I also tried to dimension this assembly, but got the same
> > > > results.
> > > >
> > > > I can dim other ipt files just fine.
> > > >
> > > > All files tested above are migrated from 5.3sp2
> > > >
> > > > Any Hints?
> > > >
> > > > Kirk
> > > > --
> > > > Inventor 6
> > > > Win XP Pro
> > > > P4, 2 Ghz, 512M
> > > > Gloria II-64
> > > > nVidia v6.13.10.4072
> > > > 1280x1024, 32 Bit
> > > >
> > > >
> > >
> > >
> >
> >
>
>

[Anonymous]

When the part or assembly is skewed to the coordinate system in the part or
assembly file the view is being treated similar to an ISO view. Even if you
use the custom view for a layout view Inventor knows the coordinate system
is not lined with the view so no dimensions. The only way this can happen is
when all the components are ungrounded and the components get moved in any
way at all you get the skewed condition. This is not a bug but user error.
It is always best to have something grounded at all times so this can't
happen.

"Kirk A." wrote in message
news:4439DFDFD77CF43EFCD9C06B4A3D98E7@in.WebX.maYIadrTaRb...
> Larry,
> That did it. I can't understand why what I did would not work. Just
> another way of handling the problem I guess.
>
> Thanks,
> Kirk
>
> "Larry Caldwell" wrote in message
> news:C2E934A38C964BF3DD00D5217D442EA6@in.WebX.maYIadrTaRb...
> > Think you can constrain the face to the Assembly workplanes, ground it
and
> > remove the constraints.
> > ~Larry
> >
> > "Kirk A." wrote in message
> > news:EABC6B450778A369B23E9DFCB1FDA459@in.WebX.maYIadrTaRb...
> > > When I placed the cutom view, I picked the "look at" button and picked
> the
> > > face that I am trying to dim. It is not adaptive.
> > >
> > > Is there a better way to get the face aligned?
> > >
> > > Kirk
> > >
> > >
> > > "Leo Laimer" wrote in message
> > > news:FACC56D2A3DA4A86A3399D01F6314F9B@in.WebX.maYIadrTaRb...
> > > > We see the same problems, and have found so far that if the assy is
> > > slightly
> > > > disaligned in space, IV6 would not dim it. We had to dismantle the
> assy
> > > and
> > > > build it up again, perfectly aligned to the basic planes, and the it
> > > worked.
> > > > This is a very annoying bug, because when the assy in question comes
> > from
> > > a
> > > > main assy being adaptive there, it sure will be misaligned.
> > > > I find this to be a SERIOUS BUG, a real show stopper. Hopefully it
> will
> > > get
> > > > fixed soon.
> > > >
> > > > Another mysterious thing is randomly disappearing dims...never found
> any
> > > > consistency in this, nor any solution.
> > > >
> > > > Regards,
> > > > --
> > > > Leo Laimer
> > > > Maschinen- und Fertigungstechnik
> > > > A-4820 Bad Ischl - Austria
> > > >
> > > >
> > > > "Kirk A." schrieb im Newsbeitrag
> > > > news:F54C10846963CF12BF0BE7B9CC9AD7E9@in.WebX.maYIadrTaRb...
> > > > > I posted this problem a few days ago, but didn't get an answer.
> Maybe
> > > now
> > > > > since a few more people have had time to work with v6, someone
will
> be
> > > > able
> > > > > to help.
> > > > >
> > > > > 1. I just tried to add a general dimension to my weldment. I can
> > > choose
> > > > a
> > > > > line, but the dimension is not displayed. How do I get the
> dimension
> > to
> > > > > show up? The file I am trying to dimension is an assembly
converted
> > to
> > > a
> > > > > weldment. Before I converted the assembly to a weldment, I saved
> the
> > > > > assembly. I also tried to dimension this assembly, but got the
same
> > > > > results.
> > > > >
> > > > > I can dim other ipt files just fine.
> > > > >
> > > > > All files tested above are migrated from 5.3sp2
> > > > >
> > > > > Any Hints?
> > > > >
> > > > > Kirk
> > > > > --
> > > > > Inventor 6
> > > > > Win XP Pro
> > > > > P4, 2 Ghz, 512M
> > > > > Gloria II-64
> > > > > nVidia v6.13.10.4072
> > > > > 1280x1024, 32 Bit
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

[Anonymous]

Jack,
I would call this a bug rather than a user error.
Having something grounded doesn't always help, as this gets overridden by
adaptivity, and by the move/rotate component command.
Having constrained it to the datums planes causes adaptivity to fail most of
the time.
Both of the above are suggested ways of working, but don't really prevent
this from happening.
There is no help other than deleting the views, align the model exactly in
space, and recreate everything.
Very sad.

Regards,
---
Leo Laimer
Bad Ischl - Austria

[Anonymous]

"...constrained it to the datums planes causes adaptivity to fail most of
the time."

Interesting ... if constraining to datum planes causes adaptivity to fail,
why would it be only "most of the time"?
~Larry

"Leo Laimer" wrote in message
news:5E643B9D47FC208B8D57AF02CD73463D@in.WebX.maYIadrTaRb...
> Jack,
> I would call this a bug rather than a user error.
> Having something grounded doesn't always help, as this gets overridden by
> adaptivity, and by the move/rotate component command.
> Having constrained it to the datums planes causes adaptivity to fail most
of
> the time.
> Both of the above are suggested ways of working, but don't really prevent
> this from happening.
> There is no help other than deleting the views, align the model exactly in
> space, and recreate everything.
> Very sad.
>
> Regards,
> ---
> Leo Laimer
> Bad Ischl - Austria
>
>

[Anonymous]

Larry,
Don't know...

What happens to me is, I have some nice assemblies (clean and without any
errors), as soon as I switch on adaptivity, IV sees them as
"overconstrained" with lots of errors, that usually go away if I switch it
off again.

When I first time used Adaptivity in IV5 in a serious manner, it failed in
this way. Guys in this NG, together with Adesk helped me to find out that
adaptivity has some problems when parts are constrained to origin geometry.
In adition, an Adesk guy said that this is a known problem and they think
about doing major overhauling on the Adaptivity.
IV6 does the same here with a fresh assembly, while it works as expected in
others.

So, I really don't know... I just avoid adaptivity wherever possible.

Regards,
---
Leo Laimer
Bad Ischl - Austria

[Anonymous]

I tend to avoid adaptivity as well, turning it on/off when needed, but I
think there are only certain situations where it actually works as intended
(adaptive gaskets and such seem pretty reliable), but it seems to me that if
constraining to datum planes were the real problem, it would occur every
time and not on a "cooperative today, un-cooperative tomorrow" basis, don't
you think? I'd suspect some kind of code jumble that happens every time
certain conditions are met but just seems to relate to datum constraints at
times.
~Larry

"Leo Laimer" wrote in message
news:C09876509A83049F0FDC8B355A0FF6AE@in.WebX.maYIadrTaRb...
> Larry,
> Don't know...
>
> What happens to me is, I have some nice assemblies (clean and without any
> errors), as soon as I switch on adaptivity, IV sees them as
> "overconstrained" with lots of errors, that usually go away if I switch it
> off again.
>
> When I first time used Adaptivity in IV5 in a serious manner, it failed in
> this way. Guys in this NG, together with Adesk helped me to find out that
> adaptivity has some problems when parts are constrained to origin
geometry.
> In adition, an Adesk guy said that this is a known problem and they think
> about doing major overhauling on the Adaptivity.
> IV6 does the same here with a fresh assembly, while it works as expected
in
> others.
>
> So, I really don't know... I just avoid adaptivity wherever possible.
>
> Regards,
> ---
> Leo Laimer
> Bad Ischl - Austria
>
>

[Anonymous]

When the first component is brought in or created in the assembly it is
automatically grounded. It is not constrained to the origin work features.
The first component in most cases will not have to be moved or ungrounded.
If it is left in this auto-grounded condition the problem with your models
getting skewed even a little will not happen even with adaptivity on.

The problem that you are talking about with adaptivity and origin work
features is at the sketch level with a part. Under certain conditions
adaptivity will not work if the part of the sketch you want to adapt is
secured to an origin work feature.

Every 3D solid modeler does the grounding thing when the first component
comes into the assembly. It is a fundamental procedure to keep your assembly
from having drastically undesirable results.

When anyone starts working in their assemblies without some thing grounded
they are going to have big problems. And the only way to correct it is to
constraint something to the origin work planes then ground something and
delete the constraints used to correct the problem that was done by the
user.

This is definitely user error and not a bug.

"Leo Laimer" wrote in message
news:5E643B9D47FC208B8D57AF02CD73463D@in.WebX.maYIadrTaRb...
> Jack,
> I would call this a bug rather than a user error.
> Having something grounded doesn't always help, as this gets overridden by
> adaptivity, and by the move/rotate component command.
> Having constrained it to the datums planes causes adaptivity to fail most
of
> the time.
> Both of the above are suggested ways of working, but don't really prevent
> this from happening.
> There is no help other than deleting the views, align the model exactly in
> space, and recreate everything.
> Very sad.
>
> Regards,
> ---
> Leo Laimer
> Bad Ischl - Austria
>
>

[Anonymous]

Jack,
I'm seeing different behavior here, definitely.

The automatic grounding of the first part in the browser is fine so far.

But:
Adaptivity will override this grounding under certain circumstances, as will
the move/rotate part command. At least it does here on my PC, running IV6.2,
and it did this for me since IV5.0.
So, it simply "happens" that the modes is disaligned in space, although
first part is still grounded, all other parts are still constrained to the
first one.
So, I end up with views, that cannot be dim'd due to the model being
disaligned, and realigning the model doesn't cure the view. I have to delete
and recreate them.
I believe it's not just me being blind, a true IV guru from my VAR was
sitting right aside me... He said, I should trash this idw and make a new
one!

So this is what I would call a bug.


Regards,
---
Leo Laimer
Bad Ischl - Austria

[Anonymous]

This sounds interesting. Do you have an example that you can post or explain
in detail how to create to see this behavior?

"Leo Laimer" wrote in message
news:1C605A0BBBCA068073913FE22A3A93F8@in.WebX.maYIadrTaRb...
> Jack,
> I'm seeing different behavior here, definitely.
>
> The automatic grounding of the first part in the browser is fine so far.
>
> But:
> Adaptivity will override this grounding under certain circumstances, as
will
> the move/rotate part command. At least it does here on my PC, running
IV6.2,
> and it did this for me since IV5.0.
> So, it simply "happens" that the modes is disaligned in space, although
> first part is still grounded, all other parts are still constrained to the
> first one.
> So, I end up with views, that cannot be dim'd due to the model being
> disaligned, and realigning the model doesn't cure the view. I have to
delete
> and recreate them.
> I believe it's not just me being blind, a true IV guru from my VAR was
> sitting right aside me... He said, I should trash this idw and make a new
> one!
>
> So this is what I would call a bug.
>
>
> Regards,
> ---
> Leo Laimer
> Bad Ischl - Austria
>
>

[Anonymous]

The most current assembly is under NDA, and will be for the rest of the
year.

Suppose it's easy to build something where this behavior can be
demonstrated...
There was discussion about this topic not long time ago, and I remember some
Adesk guy stating that "fix isn't really fix, this is as-designed"

Regards,
---
Leo Laimer
Bad Ischl - Austria

[Anonymous]

That goes back to my statement about something needing to be grounded at all
times. It is just like a large machine that has moving parts. It usually
needs to be bolted to the floor so it stays where it is supposed to and not
fall over.

If nothing is grounded in your assembly then everything has all 6 degrees of
freedom even when they are all constrained together and your entire assembly
starts moving out of position when any thing on the assembly is moved. I had
a customer that was bad about working with every ungrounded and his assembly
always got whacked. He finally got it in his head to stop doing that. Now
his assemblies don't get whacked any more and he does not get those messed
up drawing views either.

> There was discussion about this topic not long time ago, and I remember
some
> Adesk guy stating that "fix isn't really fix, this is as-designed"

[Anonymous]

I haven't seen any skewed views since, like R3 when I started working pretty
much as you describe. I realized the whole model was sucked up to the back
of the view plane and that to rotate or move the grounded part would cause
such problems. Later, someone on the group mentioned that leaving
constraints to the workplane would cause problems as well, but I never knew
exactly why that was and I guess I still don't; just figured it must be a
code-jamb or something.
~Larry

"Jack Gates" wrote in message
news:8D8639B99501A16DB8284079C51889FB@in.WebX.maYIadrTaRb...
> That goes back to my statement about something needing to be grounded at
all
> times. It is just like a large machine that has moving parts. It usually
> needs to be bolted to the floor so it stays where it is supposed to and
not
> fall over.
>
> If nothing is grounded in your assembly then everything has all 6 degrees
of
> freedom even when they are all constrained together and your entire
assembly
> starts moving out of position when any thing on the assembly is moved. I
had
> a customer that was bad about working with every ungrounded and his
assembly
> always got whacked. He finally got it in his head to stop doing that. Now
> his assemblies don't get whacked any more and he does not get those messed
> up drawing views either.
>
> > There was discussion about this topic not long time ago, and I remember
> some
> > Adesk guy stating that "fix isn't really fix, this is as-designed"
>
>

[Anonymous]

Just for to verify that I was not dreaming, I excavated the old thread about
this same thing:



Hi Leo,
Thanks very much for sending me this assembly.
This is a known issue that we are currently working on resolving. The
problem is that there are constraints in each of these subassemblies to
origin
work geometry. Adaptivity with respect to subassemblies does not handle
this case. The problem is when we have constraints to GROUNDED geometry
in subassemblies. Origin work geometry by definition is grounded.
We are working on a solution for this problem, but I do not believe we will
be able to release it with R6 or a subsequent service pack.



--
Regards,
---
Leo Laimer
Bad Ischl - Austria

[Anonymous]

Maybe R7, eh? Although I've been working around it so long I wonder if I
would notice? Same with adaptivity: when it's fixed, I hope the tell us
because I probably wouldn't notice it being used to working in a way that it
doesn't appear often. There are still a lot of things they could fix that I
would definitely notice, though.
~Larry

"Leo Laimer" wrote in message
news:FF0B8ECBA3200D3F84C6017E76E7CF19@in.WebX.maYIadrTaRb...
> Just for to verify that I was not dreaming, I excavated the old thread
about
> this same thing:
>
>
>
> Hi Leo,
> Thanks very much for sending me this assembly.
> This is a known issue that we are currently working on resolving. The
> problem is that there are constraints in each of these subassemblies to
> origin
> work geometry. Adaptivity with respect to subassemblies does not handle
> this case. The problem is when we have constraints to GROUNDED geometry
> in subassemblies. Origin work geometry by definition is grounded.
> We are working on a solution for this problem, but I do not believe we
will
> be able to release it with R6 or a subsequent service pack.
>
>
>
> --
> Regards,
> ---
> Leo Laimer
> Bad Ischl - Austria
>
>