 |
|
| Computers Forum Index » Computer - Pro Engineer » Parameter designate: why?... |
|
Page 1 of 1 |
|
| Author |
Message |
| Janes... |
 Posted: Thu Aug 13, 2009 3:35 am |
|
|
|
Guest
|
Does anyone know what the "designate" functionality is all about? I see Pro/e parts and assemblies with dozens of parameters, most "designated". I ask around, what is this for, no one seems to know. I feel like the modern person, "discovering" Stonehenge or the horrified observer of the six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict" messages from PDMLink. I can't trace these things to anything but "designated" parameters (or ones that "should" be, because 9.1 expects them to be, but aren't).
I know how they get designated in Pro. How do they get so in PDMLink? How can I stop these "conflict" messages (they are very disruptive)?
David Janes |
|
|
| Back to top |
|
|
|
| Ga_VFR... |
| Posted: Thu Aug 13, 2009 12:04 pm |
|
|
|
Guest
|
On Aug 12, 7:35 pm, "Janes" <dja... at (no spam) cox.net> wrote:
Quote: Does anyone know what the "designate" functionality is all about? I see Pro/e parts and assemblies with dozens of parameters, most "designated". I ask around, what is this for, no one seems to know. I feel like the modern person, "discovering" Stonehenge or the horrified observer of the six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict" messages from PDMLink. I can't trace these things to anything but "designated" parameters (or ones that "should" be, because 9.1 expects them to be, but aren't).
I know how they get designated in Pro. How do they get so in PDMLink? How can I stop these "conflict" messages (they are very disruptive)?
David Janes
As the previous reply stated, in Intralink 3.4 having parameters
"DESIGNATED" allows them to be searched for in commonspace with the
LOCATE function. Without being designated, finding models with just a
NAME is tough. Try and guess how I know this. Since we have yet to
migrate to PDMLink, I can't say for sure if this explaination is
applicable in that environment.
Bruce. |
|
|
| Back to top |
|
|
|
| David Geesaman... |
| Posted: Thu Aug 13, 2009 2:16 pm |
|
|
|
Guest
|
Janes wrote:
Quote: Does anyone know what the "designate" functionality is all about? I see
Pro/e parts and assemblies with dozens of parameters, most "designated".
I ask around, what is this for, no one seems to know. I feel like the
modern person, "discovering" Stonehenge or the horrified observer of the
six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict"
messages from PDMLink. I can't trace these things to anything but
"designated" parameters (or ones that "should" be, because 9.1 expects
them to be, but aren't).
I know how they get designated in Pro. How do they get so in PDMLink?
How can I stop these "conflict" messages (they are very disruptive)?
David Janes
As best as I can recall, back in Pro/INTRALINK, designated parameter
values were made available to see and sort in the Intralink interface.
So in PDMLink it's probably the same idea - if the conflict messages are
related to parameters it would only be designated parameters since it
ignores all others.
Maybe you already know that, but hopefully that helps.
David |
|
|
| Back to top |
|
|
|
| Janes... |
| Posted: Fri Aug 14, 2009 3:07 am |
|
|
|
Guest
|
"Ga_VFR" <bcsedacc at (no spam) bellsouth.net> wrote in message news:c8e7700a-d0a9-49a4-a08a-59a3926536ca at (no spam) h21g2000yqa.googlegroups.com...
On Aug 12, 7:35 pm, "Janes" <dja... at (no spam) cox.net> wrote:
Quote: Does anyone know what the "designate" functionality is all about? I see Pro/e parts and assemblies with dozens of parameters, most "designated". I ask around, what is this for, no one seems to know. I feel like the modern person, "discovering" Stonehenge or the horrified observer of the six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict" messages from PDMLink. I can't trace these things to anything but "designated" parameters (or ones that "should" be, because 9.1 expects them to be, but aren't).
I know how they get designated in Pro. How do they get so in PDMLink? How can I stop these "conflict" messages (they are very disruptive)?
David Janes
As the previous reply stated, in Intralink 3.4 having parameters
"DESIGNATED" allows them to be searched for in commonspace with the
LOCATE function. Without being designated, finding models with just a
NAME is tough. Try and guess how I know this. Since we have yet to
migrate to PDMLink, I can't say for sure if this explaination is
applicable in that environment.
Bruce.
Thanks, guys. So what I'm getting from this is what I kinda remember from Pro/PDM about designate=searchable. It corresponds to what the Help files say about designating parameters on both server and client sides, a form of parameter communication.
But, of course, that implies deliberateness and deliberation, some criteria, some thought and some thought process. I see no signs of any of this. What I see is ignorance, superstition and mantras, like "to be on the safe side". I think that's how everything got checked "designate".
Much obliged. I'll pass this along.
David Janes |
|
|
| Back to top |
|
|
|
| David Geesaman... |
| Posted: Fri Aug 14, 2009 4:38 am |
|
|
|
Guest
|
Janes wrote:
Quote:
"Ga_VFR" <bcsedacc at (no spam) bellsouth.net <mailto:bcsedacc at (no spam) bellsouth.net
wrote in message
news:c8e7700a-d0a9-49a4-a08a-59a3926536ca at (no spam) h21g2000yqa.googlegroups.com...
On Aug 12, 7:35 pm, "Janes" <dja... at (no spam) cox.net <mailto:dja... at (no spam) cox.net
wrote:
Does anyone know what the "designate" functionality is all about?
I see Pro/e parts and assemblies with dozens of parameters, most
"designated". I ask around, what is this for, no one seems to know.
I feel like the modern person, "discovering" Stonehenge or the
horrified observer of the six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict"
messages from PDMLink. I can't trace these things to anything but
"designated" parameters (or ones that "should" be, because 9.1
expects them to be, but aren't).
I know how they get designated in Pro. How do they get so in
PDMLink? How can I stop these "conflict" messages (they are very
disruptive)?
David Janes
As the previous reply stated, in Intralink 3.4 having parameters
"DESIGNATED" allows them to be searched for in commonspace with the
LOCATE function. Without being designated, finding models with just a
NAME is tough. Try and guess how I know this. Since we have yet to
migrate to PDMLink, I can't say for sure if this explaination is
applicable in that environment.
Bruce.
Thanks, guys. So what I'm getting from this is what I kinda remember
from Pro/PDM about designate=searchable. It corresponds to what the Help
files say about designating parameters on both server and client sides,
a form of parameter communication.
But, of course, that implies deliberateness and deliberation, some
criteria, some thought and some thought process. I see no signs of any
of this. What I see is ignorance, superstition and mantras, like "to be
on the safe side". I think that's how everything got checked "designate".
Much obliged. I'll pass this along.
David Janes
I recall in Intralink that best practice was definitely a matter of
deciding which parameters should be designated and do not designate any
which are not going to be used. Otherwise the metadata and database
performance is adversely affected.
David |
|
|
| Back to top |
|
|
|
| Janes... |
| Posted: Fri Aug 14, 2009 5:15 am |
|
|
|
Guest
|
"David Geesaman" <dgeesamanNOSPAM at (no spam) yahooooo.com> wrote in message news:h62bmh01cuo at (no spam) news3.newsguy.com...
Janes wrote:
Quote:
"Ga_VFR" <bcsedacc at (no spam) bellsouth.net <mailto:bcsedacc at (no spam) bellsouth.net
wrote in message
news:c8e7700a-d0a9-49a4-a08a-59a3926536ca at (no spam) h21g2000yqa.googlegroups.com...
On Aug 12, 7:35 pm, "Janes" <dja... at (no spam) cox.net <mailto:dja... at (no spam) cox.net
wrote:
Does anyone know what the "designate" functionality is all about?
I see Pro/e parts and assemblies with dozens of parameters, most
"designated". I ask around, what is this for, no one seems to know.
I feel like the modern person, "discovering" Stonehenge or the
horrified observer of the six blind men and the elephant.
The reason I ask, I keep coming across very disruptive "conflict"
messages from PDMLink. I can't trace these things to anything but
"designated" parameters (or ones that "should" be, because 9.1
expects them to be, but aren't).
I know how they get designated in Pro. How do they get so in
PDMLink? How can I stop these "conflict" messages (they are very
disruptive)?
David Janes
As the previous reply stated, in Intralink 3.4 having parameters
"DESIGNATED" allows them to be searched for in commonspace with the
LOCATE function. Without being designated, finding models with just a
NAME is tough. Try and guess how I know this. Since we have yet to
migrate to PDMLink, I can't say for sure if this explaination is
applicable in that environment.
Bruce.
Thanks, guys. So what I'm getting from this is what I kinda remember
from Pro/PDM about designate=searchable. It corresponds to what the Help
files say about designating parameters on both server and client sides,
a form of parameter communication.
But, of course, that implies deliberateness and deliberation, some
criteria, some thought and some thought process. I see no signs of any
of this. What I see is ignorance, superstition and mantras, like "to be
on the safe side". I think that's how everything got checked "designate".
Much obliged. I'll pass this along.
David Janes
I recall in Intralink that best practice was definitely a matter of
deciding which parameters should be designated and do not designate any
which are not going to be used. Otherwise the metadata and database
performance is adversely affected.
David
Definitely a point worth further exploration. Here's hoping I find someone who knows the technical side, the metadata side of PDMLink and how it hooks up to Pro/e. I have heard, however, that folder size adversely effects performance.
David Janes |
|
|
| Back to top |
|
|
|
|
|
All times are GMT
The time now is Thu Dec 03, 2009 4:16 am
|
|