правило отображение идентификатора

[sergoss 4]

Добрый день

в идентификаторе изделия должны использоваться только латинские буквы , а при отображение в в Хоме пользователя или менеджере структуре уже аналог кириллицы .

Вроде бы эта проблема решаться с помощью правило отображение идентификатора.

Пожалуйста подскажите как это сделать или подскажите в каком Teamcentr-овском Гайде можно об этом почитать

За ранние благодарен)))!

[Frantic 12]

Насколько я помню это делается в бизнес-моделере. Надо в константах бизнес-объекта изменить константу DisplayName. К примеру, можно записать $moy_attribut_na_kirillice+"-"+$object_name, где $moy_attribut_na_kirillice - это ваш атрибут, который дублирует идентификатор на кириллице.

[sergoss 4]

Насколько я помню это делается в бизнес-моделере. Надо в константах бизнес-объекта изменить константу DisplayName. К примеру, можно записать $moy_attribut_na_kirillice+"-"+$object_name, где $moy_attribut_na_kirillice - это ваш атрибут, который дублирует идентификатор на кириллице.

Спасибо вариант решение интересный . возможно применить. Только возникает повторный вод идентификатора и естественно возможность ошибочного вода.

Видел в teamcenter 2005 с помощью правила отображением идентификатора меняли его.

то есть отображался который ввели при создание айтема с латиницей , после включения отображения автоматом вся латиница менялась на кириллицу при этом к идентификатору добавлялось приписка (@название правила отображения) .

как понимаю в БМ были созданы возможно константы соответствие латинице-кириллице P-П G-Г.

предполагаю что такое возможно и в TC8.3.0 вот только где капать не найду((

[Frantic 12]

Видел в teamcenter 2005 с помощью правила отображением идентификатора меняли его.

то есть отображался который ввели при создание айтема с латиницей , после включения отображения автоматом вся латиница менялась на кириллицу при этом к идентификатору добавлялось приписка (@название правила отображения) .

как понимаю в БМ были созданы возможно константы соответствие латинице-кириллице P-П G-Г.

предполагаю что такое возможно и в TC8.3.0 вот только где капать не найду((

Я более чем уверен, что это дело какого-нибудь самописного плагина, который автоматически при создании айтема заносит в определенный атрибут дубликат идентификатора на кириллице.

На заметку: мы в ТС8.3 прекрасно используем в идентификаторе кириллицу и пробелы, проблем нет. Так что стоит подумать, надо ли вам заморачиваться с этим.

Изменено 18 ноября 2011 пользователем Frantic

[uGRAF.exe 7]

На заметку: мы в ТС8.3 прекрасно используем в идентификаторе кириллицу и пробелы, проблем нет. Так что стоит подумать, надо ли вам заморачиваться с этим.

А попробуйте-ка теперь без танцев с бубном выгрузить модели из Teamcenter. NX то c кириллицей не дружит.

Teamcenter и раньше с киррилицей дружил, проблемы начинаются, если пытаться выгрузить объекты (иногда в этом есть необходимость, например для передачи заводу, на котором Тимцентрa нет).

[Frantic 12]

А попробуйте-ка теперь без танцев с бубном выгрузить модели из Teamcenter. NX то c кириллицей не дружит.

Teamcenter и раньше с киррилицей дружил, проблемы начинаются, если пытаться выгрузить объекты (иногда в этом есть необходимость, например для передачи заводу, на котором Тимцентрa нет).

Да, я не подумал про выгрузку. Просто у нас не NX, а Solid Edge используется, поэтому с выгрузкой файлов на кириллице проблем нет. Тогда непонятно, почему сименс так уверенно предлагает не париться с переводом в транслит

[sergoss 4]

Я более чем уверен, что это дело какого-нибудь самописного плагина, который автоматически при создании айтема заносит в определенный атрибут дубликат идентификатора на кириллице.

На заметку: мы в ТС8.3 прекрасно используем в идентификаторе кириллицу и пробелы, проблем нет. Так что стоит подумать, надо ли вам заморачиваться с этим.

У нас проблема с интеграцией с CATIA V5 . CATIA не переваривает кириллицу из за этого и возник вопрос. а так да что кириллица что латиница без разници.

А попробуйте-ка теперь без танцев с бубном выгрузить модели из Teamcenter. NX то c кириллицей не дружит.

Teamcenter и раньше с киррилицей дружил, проблемы начинаются, если пытаться выгрузить объекты (иногда в этом есть необходимость, например для передачи заводу, на котором Тимцентрa нет).

О_о не знал что и у NX такие же проблемы ))

[uGRAF.exe 7]

Тогда непонятно, почему сименс так уверенно предлагает не париться с переводом в транслит

Думаю, что в Сименсе считают, что экспорт происходит только из PDM в PDM. Локальная выгрузка - это все-таки частный случай, хотя и неприятный.

[sergoss 4]

Покопался в памяти )))

В ТС2005 использовывали альтернативный идентификатор.

нашел это и опробовал в ТС2007 работает

В БМ создавали контекст в Представление расширений-Параметры-IDконтекст и и правило альтернативного ID Представление расширений-Правила-Правила IDконтекст-Правило альтернативного ID на те айтемы у которых необходимо.

при создание айтема в начале вводим латиницу идем дальше по шагам и вводим альтернативный идентификатор с кириллицей. После чего просто включаем наше правило отображение идентификатора примерно выследит так.

вот только в TC8.3 не нашел (Правило альтернативного ID) даже если называется как то по другому. Схожее пути создание не нашел )((((

Изменено 18 ноября 2011 пользователем sergoss

[Frantic 12]

при создание айтема в начале вводим латиницу идем дальше по шагам и вводим альтернативный идентификатор с кириллицей.

Так ведь получается двойная работа, чреватая ошибками. Я думал, что у Вас цель избежать двойного ввода id (на латинице и кириллице)

[sergoss 4]

Так ведь получается двойная работа, чреватая ошибками. Я думал, что у Вас цель избежать двойного ввода id (на латинице и кириллице)

да согласен с вами, но этот вариант более привлекательный чем подмена в атрибута в константе дисплэйнэйм.

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

[lexx174 373]

а вариант работы с рендерингом ни в чем не устроит?

Например ID айтема устанавливается как обычно счетчиком или латиницей(в зависимости от нужд),вводится name и description, но сам ID не виден в навигаторе - а в навигаторе виден только name или description.Это самый простой вариант без использования дополнительных идентификаторов и правил.

Конечно если нужно специфичное правило отображение тогда альтернативный идентификатор самое то.

[sergoss 4]

а вариант работы с рендерингом ни в чем не устроит?

Например ID айтема устанавливается как обычно счетчиком или латиницей(в зависимости от нужд),вводится name и description, но сам ID не виден в навигаторе - а в навигаторе виден только name или description.Это самый простой вариант без использования дополнительных идентификаторов и правил.

Конечно если нужно специфичное правило отображение тогда альтернативный идентификатор самое то.

Можешь подсказать как в БМ для ТС8.3 сделать альтернативный идентификатор в ТС2007 знаю как .

идентификатор нужен четкий в автомобиле строение в нем по сути зашит какой это узел,деталь,нормаль и т.п.

[lexx174 373]

Можешь подсказать как в БМ для ТС8.3 сделать альтернативный идентификатор в ТС2007 знаю как .

идентификатор нужен четкий в автомобиле строение в нем по сути зашит какой это узел,деталь,нормаль и т.п.

а какие сложности в 8.3?в 8.3 не пробовал еще,мы на 8.3 пока не переходим,там разве не аналогично настраивается?

[Mr Eugene 0]

идентификатор нужен четкий в автомобиле строение в нем по сути зашит какой это узел,деталь,нормаль и т.п.

в "четком" автомобилестроительном обозначении детали/узла/агрегата/ТС только одни цифры и знаки дефис с точкой - ни каких кирилиц или латиниц в этих обозначениях по ОН 025-210 нет.

если вы хотите совместить идентификатор с обозначением - тогда другое дело (например, для целей использования идентификатора при получении спецификации в Тиме)

но это не есть хорошая идея - все равно придется заводить отдельные атрибуты для обозначения (если не заниматься присвоением OEMных обозначений, а использовать оригинальные обозначения поставщиков - то можно словить в будущем много интересных моментов) и наименования (длины индексируемого поля Name не хватает для полного наименования)

[sergoss 4]

в "четком" автомобилестроительном обозначении детали/узла/агрегата/ТС только одни цифры и знаки дефис с точкой - ни каких кирилиц или латиниц в этих обозначениях по ОН 025-210 нет.

если вы хотите совместить идентификатор с обозначением - тогда другое дело (например, для целей использования идентификатора при получении спецификации в Тиме)

но это не есть хорошая идея - все равно придется заводить отдельные атрибуты для обозначения (если не заниматься присвоением OEMных обозначений, а использовать оригинальные обозначения поставщиков - то можно словить в будущем много интересных моментов) и наименования (длины индексируемого поля Name не хватает для полного наименования)

Если не ошибаюсь в ОН обговорено использование буквенных префиксов и у стандартных изделий покрытие обозначается буквено-цифровое. У нас в ~50% обозначений используется дополнительно буквенное обозначение

На счет покупных узлов тоже есть опасение. Загвоздка в том что при выгрузки в CATIA V5 изделиям присваивается Item_id. И в случае если оставить назначение идентификатора за ТС будет очень трудно работать со сборкой из 2000-3000 изделий. Если у Вас была схожая ситуация расскажите пожалуйста как у вас была решена.

[Mr Eugene 0]

Если не ошибаюсь в ОН обговорено использование буквенных префиксов и у стандартных изделий покрытие обозначается буквено-цифровое. У нас в ~50% обозначений используется дополнительно буквенное обозначение

На счет покупных узлов тоже есть опасение. Загвоздка в том что при выгрузки в CATIA V5 изделиям присваивается Item_id. И в случае если оставить назначение идентификатора за ТС будет очень трудно работать со сборкой из 2000-3000 изделий. Если у Вас была схожая ситуация расскажите пожалуйста как у вас была решена.

нет в отраслевых нормалях буквенных символов, только цифры, дефис и точка.

при этом маска обозначения строгая:

[2-6 цифр - обозначение модели по первичной применяемости] дефис или точка [7 цифр строго - номер детали/сборки] дефис [2 цифры - вариант исполнения]

поэтому у меня в Тиме все идентификаторы были строго по этому шаблону - для деталей и сборок собственной разработки.

особенности появились только для покупных и стандартных - для них заводили альтернативный идентификатор, который использовался для получения спецификаций, а основной состоял только из цифр, дефиса и точки.

и с системами проектирования проблем не было (правда это были Ёжик и НаХ)

[Igor79 5]

ID айтема устанавливается как обычно счетчиком или латиницей(в зависимости от нужд),вводится name и description, но сам ID не виден в навигаторе - а в навигаторе виден только name или description.Это самый простой вариант без использования дополнительных идентификаторов и правил.

Это самый хороший вариант, но в нем есть один серьезный недостаток. Технически становится возможным создать 2 айтема с разными ID, но одним name. А согласно ГОСТ 2.201 п.1.2 "Обозначение изделия ... не должно быть использовано для обозначения другого изделия ...". Так что задача связывания ID и name в общем-то необходимость.

[nuke 1]

 

ID айтема устанавливается как обычно счетчиком или латиницей(в зависимости от нужд),вводится name и description, но сам ID не виден в навигаторе - а в навигаторе виден только name или description.Это самый простой вариант без использования дополнительных идентификаторов и правил.

Это самый хороший вариант, но в нем есть один серьезный недостаток. Технически становится возможным создать 2 айтема с разными ID, но одним name. А согласно ГОСТ 2.201 п.1.2 "Обозначение изделия ... не должно быть использовано для обозначения другого изделия ...". Так что задача связывания ID и name в общем-то необходимость.

 

А как насчет задания уникальности имени?

Изменено 25 декабря 2013 пользователем nuke