Вопросы по Pro/Intralink

[SAS_17 10]

хоть russian, хоть, простите, zhopa

- прикалываются наши соотечественники, работающие в РТС!

[Dr-Alex 1]

suslad, проблема с кирилицей осталась?

[suslad 1]

Dr-Alex

В общем я так и не проверил. Мы работаем сейчас только в Pro/E 2001, так здесь все в порядке.

[suslad 1]

Имеется: параметры, находящиеся в деталях и сборках Pro (например u_name, m_name, d_number и т.д.)

Необходимо: чтобы в Intralink эти параметры соответствовали u_name - Разработчик, m_name - Наименование, d_number - обозначение, и т.д.

Как это можно осуществить???

[NJI 0]

Suslad

В интралинке:

Administration -> Attributes -> Object attributes

Coздаем параметр типа String, Versioned/FileBased, обзываем его, например,

"Name"

В Pro/E:

Создаем в детали (сборке) параметр "Name" и в колонке "Designate" ставим галочку.

Все, дело сделано. Надеюсь, ход мысли понятен.

[suslad 1]

NJI

Да с этим все понятно.

Я про другое спрашивал. Мне необходимо соответствие между параметром в Pro (н-р Name) и параметром в Ilink (н-р Имя). Наименования параметров чтобы были разные но соответствие между ними было "прямое".

[NJI 0]

Suslad

Пропиши в Relations Имя=Name

[suslad 1]

NJI

Я бы с удовольствием. Тока как мне это сделать в Intralinkе???

Сразу говорю что в Pro делать это не подходит!!!

[NJI 0]

Suslad

Наверное, чего-то я не понимаю

Имеется: параметры, находящиеся в деталях и сборках Pro (например u_name, m_name, d_number и т.д.)

Необходимо: чтобы в Intralink эти параметры соответствовали u_name - Разработчик, m_name - Наименование, d_number - обозначение, и т.д.

Ведь все приведенные выше параметры принадлежат сборке/детали, только одна - Designate, другая - nonDesignate.

И та, которая Designate - видна в Интралинке.

Что мешает приравнять их в Relations Pro/E?

[suslad 1]

NJI

Что мешает приравнять их в Relations Pro/E?

Наработана большая база деталей и т.д. Зачем же мне вводить в них какие-то дополнительные параметры и зависимости??? Ведь проще в Интралинке сделать такое соответствие и снять эту головную боль. ОДнако, как я понимаю, простыми средствами этого не добьешься.

[SHARit 2 808]

suslad

А если в Modelcheck создать правило создания необходимых параметров и запустить его в командном режиме. Он понаставляет параметров в

наработанной большой базе деталей

[suslad 1]

А если в Modelcheck создать правило создания необходимых параметров и запустить его в командном режиме. Он понаставляет параметров в

<{POST_SNAPBACK}>

Но ведь должен же быть более корректный способ Зачем же мне дублировать в моделях еще кучу параметров. Интересено, а с помощью Toolkit можно что-то эдакое наваять???

[NJI 0]

Suslad

Только ТулКит в твоей задаче и поможет.

[Half 0]

А кто нибудь Whats New для 3.4 видел?

что там нового, кроме исправления глюков?

[suslad 1]

Whats New не видел, но насколько понял самое новое - это Oracle 9.2

[Basnev 1]

suslad

Я бы с удовольствием. Тока как мне это сделать в Intralinkе???

Сразу говорю что в Pro делать это не подходит!!!

Ilink не делает "Map" одного параметра ProE в другой атрибут ProI.

Только ТулКит в твоей задаче и поможет.

Оптимальный вариант - написать на J-Link прозрачную для юзера прогу, которая при загрузке (или перед сохранением) модели переименовывает u_name->Разработчик и назначает на Разработчик designate.

[suslad 1]

Ilink не делает "Map" одного параметра ProE в другой атрибут ProI

<{POST_SNAPBACK}>

А вот очень жаль.

[suslad 1]

Уважаемые.

Пробую использовать Backup для Pro/INTRALINK 3.4 F000 (с помощью DSMU). На запрос системы пароля для пользователя internal ввожу internal (согласно документации). В ответ получаю ошибку авторизации. Проконсультировался со специалистами по ORACLE и мне сказали что такого юзверя в ORACLE 9.2.* больше нету. Как быть? Как делать Backup?

Может быть кто-нибудь пользуется иными средствами? Хотелось бы узнать какими.

[Half 0]

Может быть кто-нибудь пользуется иными средствами?

Я делаю backup через export. Можно для этого создать простой .bat - вообще все автоматически выполняться будет.

[suslad 1]

To: Half

Спасибо. Пришел к такому-же мнению.