это на каком? )

на форуме SAP подраздел по PD

Коллеги, подскажите, может быть такая ситуация и как ее пролечить, что из репозитория  PD v16.7 берется физ. модель. Затем открывается локально, но в файле ничего отредактировать нельзя. используется НЕ PD Viewer

Файл сам ред онли. В проводнике поправь и будет ок.

это я все прежде проверил и файл и в другую папку копировал, не помогало

рид онли при гткрытии тоже не отмечено

Пкм на файле, свойства, атрибуты   галка только чтение стоит или нет?

не стоит

В Extension PDM для Table был 1 Stereotype, в котором был настроен Custom Symbol. Теперь создали еще 10 стереотипов (не спрашивайте зачем :), и что для каждого из них ручками повторять Custom Symbol ? или можно как-то 1 на всех распространить?

унаследоваться можно от стереотипа

т.е. дерево стереотипов, каждый вложенный наследует свойства родителя

а вообще злоупотреблять этим не стоит по части кастомизации символов - сильно сажается производительность отрисовки

1ый стереотип имеет свои доп. атрибуты и методы, формы. В "подчиненных" стереотипах - для каждого стереотипа хотят добавить свои доп. атрибуты и формы. Не будут перекрывыать родительские формы и атрибуты?

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

а вообще з лоупотреблять этим не стоит по части кастомизации символов - сильно сажается производительность отрисовки

вот и я интуитивно говорил заказчикам, что не нужно плодить stereotype

Есть нативная коллекция Target Models, ее вытаскиваю на форму.  Показывается, что нужно, и все бы хорошо, но нужно добавить свой столбец, в котором бы юзвери вписывали руками свои данные. Как расширить атрибутный состав Target Models ?  А то ваять и
заполнять скриптом свою Extended Composition - трудоемко

что оптимальнее: отдельные PDM-файлики по предметным областям и использование shortcut-ов или одна PDM модель и в ней Packages по предметным областям с shortcut-ами ?

оптимальней с точки зрения чего...?
тут надо разобраться для чего создается pdm файл(ы):
1) для описания эталонной индустриальной модели
2) для проекта/решения

предметные области (subject area) логично должны соответствовать пакету, поскольку пакет представляет собой пространство имен в других моделях.
И хорошо если иерархия пакетов будет выровнена в различных типах моделей.
Иначе можно получить большие проблемы рассинхронизации.

Можно конечно делить по pdm-файлам, но тогда нужно добиваться согласованной иерархии пакетов в каждом из них для соответствия пространств имен.
Даже если в отдельном файле будет содержаться одна предметная область для нее следует создать пакет (несмотря на то что он будет там один).
Так можно избежать проблем при model-to-model transformation и несогласованности пространств имен и иерархий предметных областей в разных моделях