cacciatorino
Guest
In fact I told you that the pdm is bad, better the rm!!!! :biggrin:having the wife drunk and the full barrel is very hard.
In fact I told you that the pdm is bad, better the rm!!!! :biggrin:having the wife drunk and the full barrel is very hard.
in principle, and especially budget allowing, I absolutely agree. I also found myself well with cocreate work managers (even if I didn't love their cad), but the pdm I preferred was team center with ug.It is true that it must be configured, but pdmworks is quite simple.
I don't know what you mean.
If you want to have common projects to work on and a common database, then you have to go to something serious as enterprisepdm.
if you want to give files, the scan-out of the files becomes local and then I am extracted from the vault.
my advice however is to use a pdm when you are already more than one.
management of files, revisions, references, etc.. should not be done with stratagems or with binding methods.
There was a period where we passed to 3d and it was a slaughterhouse.
each codified, renamed, moved... as it believed logical.
The troubles were difficult to solve and took away a long time.
with the advent of the pdm, it was a relief.
Sincerely now as I would not give up pdm.
However since you have dbworks and a linux server always on, install mysql on the linux server that is supported by dbworks.Then it's not okay. Most often the works consist of modifying an existing group to make it a similar new one, but the components are shared on other 150 different groups, and they cannot be stuck a month to wait for me to stay back the group of 80 components of which I had to change 4 or 5 but while keeping all the other 76 or 75 blocked. I have to call what sold me the briefcase as a solution to the problem.....![]()
and you're right......:redface:but here we talk about pack and go or pdm??? ... or maybe you wanted to make a page of an entire pdm??!!!....:biggrin::biggrin:
I for the moment arrange myself between solid visual basic, excel, and some holy shell of dos. gunny said to improvise, adapt and achieve the purpose...:redface:I had qs. need when a nice day I decided to pack a car, whose files were contained in a single "calderone" (fold) and to move it to an ad hoc folder, and then do us other similar operations where, basically, I had to move the files instead of copying them.... unfortunately I had to do everything to handle, it seems to have used an application that compares the presence of files with the same name in more directory. .
as always (or almost:biggrinI for the moment arrange myself between solid visual basic, excel, and some holy shell of dos. gunny said to improvise, adapt and achieve the purpose...:redface:
grossmodo we did the same experience even if we bought the pdm immediately but it was never implemented correctly for incompetence or menefreghismo of the former retailer.There was a period where we passed to 3d and it was a slaughterhouse.
each codified, renamed, moved... as it believed logical.
The troubles were difficult to solve and took away a long time.
with the advent of the pdm, it was a relief.
Sincerely now as I would not give up pdm.
I don't know, sometimes a company tells me: "eh, but you know now we put the pdm and working with the outsiders has become very complicated, is it not that you would take it so that we can cooperate? because otherwise the system is armored... "not to contradict hunter, but I saw for the first time rm of solidedge last week and I don't think so practical. I find a pdm much more practical. I also serve from the outside and the problems of collaboration caused by the pdm are certainly lower than those who have worked without.
I think it's just a little difficult to get into the mentality of using a pdm, especially for those who have always been free to do what they want.
also in this case depends on the pdm and how it was implemented. If for example I assigned to another external study a job I could import everything with a dozen clicks.I don't know, sometimes a company tells me: "eh, but you know now we put the pdm and working with the outsiders has become very complicated, is it not that you would take it so that we can cooperate? because otherwise the system is armored... "
I was talking about the external study without pdm that has to work with the company equipped with pdm, but you seem to me you are saying that with the pdm you find yourself well, but you may talk about your internal pdm. If so, they're different.
How do you send a project to a company with pdm? Put properties in swx models and then the company's pdm swallows everything and digests files by placing commercials in the commercial folder, parts in the parts folder and assemblies in the axiemi folder and maybe even filling out the charts and the separate ones? or do you have to go to their headquarters and fill in the form of insertion of each hand anagram? clearly speaking of a customer who does not use your own pdm.
It is clear that a pdm is better than rm, that maybe it is ostic to use but it is very powerful (it is also necessary to see the "manic" of who showed it to you) , but at what price is implemented?
However the discussion was born from the fact that to move a set (do not copy it) with swx it serves the pdm, without failing to manage dangerous maneuvers on the file system. It seems to me a pretty serious shortage for software of this level.