Отправлено: 21.11.07 10:08. Заголовок: Размещение элементов спецификации в разделах...

Виктор Руленко пишет:

цитата:

более правильное определения Раздела элемента в спецификации. Правдо боюсь ВСЕ универсально работать не будет. Например с импортными изделиями вообще не понятно, хорошо если они как то уточнены (ну например лежат в одной из библиотек с определенным названием)

Этот вариант может пройти только для одной фирмы, для которой разрабатывается программа. В общем случае, у всех хранение библиотечных элементов организоывано по разному.

цитата:

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

А информация о разделе где-то хранится? То есть, при повторной загрузке сп повторится один в один?

цитата:

А так - чисто по 3D модели и ее iProperties - мало информации для четкого подразделения по Разделам.

Согласен. У меня в основном все ориентировано на обработку записей.

 Отправлено: 21.11.07 11:20. Заголовок: Информация о разделе

"А информация о разделе где-то хранится? "
Информация о разделе спецификации модели храниться в ее внутренних атрибутах (скрытых для пользователя) и также повторяется в iProperties в Custom атрибутах , свободных для редактирования пользователем. Честно говоря я уже и не помню для чего завел такое дублирование.По началу тип раздела был "спрятан" для редактирования напрямую от пользователя, и редактирование происходило только в addins программе.
А так как на данном этапе я не очень работаю с design accelerators и Frame generators то ясно дело возникают несоответствия в определении разделов, все ж это надо промоделировать на примере....

 Отправлено: 21.11.07 12:26. Заголовок: Виктор Руленко Если..

Виктор Руленко
Если бя я сделал хранение информации о разделе сп в файле модели, я б не стал хранить ее в скрытых атрибутах. Я б только добавлял ее в iProperties > Custom. И сделал бы возможность править ее как программно из окна программы, так и вручную в свойствах самой модели.
Здесь есть ньюанс. Когда мы создаем библиотечные модели с помощью CC, то модели сохраняются, как правило, не в папке проекта, а значит любые их свойства нельзя быстро отредактировать. Не выгружая файлы проекта и не выходя из текущего проекта. А это мне показалось неудобным.

 Отправлено: 21.11.07 12:43. Заголовок: brigval Да , по пер..

brigval
Да , по первой части так и есть - все лежит в iProperties > Custom с возможностью правки как из проги так и стандартными средствами Инвентора (из iProperties > Custom).
Со вторым утверждением мне не совсем понятно.Да из СС у меня лежат модели (по установке Инвентора) в другом месте от target проекта, но сложностей с редактированием их iPropertyes нет. Как обозначение, наименование и раздел изменяются в проге , затем идет "насильное" их сохранение. При этом нет необходимости (если конечно они не "только для чтения" установленный пользователем через внешний браузер) выходить из данного проекта в проект , например Default, все изменения сохраняются.

 Отправлено: 21.11.07 12:46. Заголовок: Уточнение - Данное у..

Уточнение - Данное утверждение справедливо для AIP 2008

 Отправлено: 21.11.07 12:53. Заголовок: Виктор Руленко пишет..

Виктор Руленко пишет:

цитата:

все изменения сохраняются.

Возможно, я не очень внимательно посмотрел этот момент. Сейчас у меня нет нормальной возможности просмотреть это еще раз. Посмотрю попозже.
До сих пор мне казалось, что сразу после вставки, скажем, винта я не могу из текущего пректа изменить его, например, Part Number. Не выходя специально из проекта и не заходя папку с моделями CC. Может быть, вариант с принудительным сохранением, это решение.

 Отправлено: 21.11.07 12:54. Заголовок: Виктор Руленко пишет..

Виктор Руленко пишет:

цитата:

Уточнение - Данное утверждение справедливо для AIP 2008

Работает только в 2008 или было проверено только в 2008-м?

 Отправлено: 21.11.07 12:57. Заголовок: В 11 ом библиотечные..

В 11 ом библиотечные элементы и соответственно СС не "правятся" прогой.

 Отправлено: 21.11.07 12:57. Заголовок: Виктор Руленко ясно..

Виктор Руленко
ясно. Спасибо

 Отправлено: 21.11.07 13:23. Заголовок: Наверное, есть смысл

Наверное, есть смысл хранить информацию о разделах сп и в свойствах модели.

Мне же показалось, что работать именно с записями для меня более удобно. Чем меньше я забираюсь в стандартные свойства компонентов, тем меньше у меня должно быть проблем. Этот же подход у меня используется и в других моих программках.
К тому же, разные пользователи используют одни и те же атрибуты (свойства) для хранения разной, не одинаковой, информации.

 Отправлено: 21.11.07 14:34. Заголовок: brigval пишет: что ..

brigval пишет:

цитата:

что работать именно с записями для меня более удобно

Конечно , вариантов подхода для решения определенной задачи могут быть несколько.Но , ведь "записи" , как я понимаю изначально не появляются "сами собой".
Хотелось бы просто иметь набор рекомендованных параметров на базе описаний принадлежащей спецификации (ее "шапки",подразделы) завязанных с параметрами модели , на основании которых можно , с достаточной вероятностью, правильно определить входимость компанентов сборки по разделам в начальный период."начальный период" имеется ввиду при первой загрузке сборки выполненной по рекомендованным параметрам (с завязкой только с параметрами спецификации , возможно на базе ее шаблона).
Или наверно это не возможно.
А сами записи как я понимаю уже появляются после "подредактирования" пользователем......

Честно говоря написал и сам не понял - внятно я сформулировал или нет.

 Отправлено: 21.11.07 15:06. Заголовок: Виктор Руленко Мне..

Виктор Руленко

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

Требования, видимо, должны быть, примерно, такими:

1 Так или иначе, для бесплатной программы, записи формируются пользователем. Или у него всегда должна быть возможность легко их отредактировать.

2 При повторной вставке модели в другую, например, сборку запись уже должна появляться автоматически и программа должна автоматически помещать эту запись в тот раздел, в котором эта модель была помещена в первый раз. Особенно это актуально для библиотечных моделей, назначение которых и состоит в том, чтоб их вставлять более чем один раз.

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

 Отправлено: 21.11.07 16:34. Заголовок: Да, я полностью, сог..

Да, я полностью, согласен со всеми 3-мя пунктами.Все правильно. Как я понимаю все наши желаемые предполажения именно сводятся к третьему ( 3 ) пункту приведенному тобой. Я хотел определиться = ограничиться "универсальными" , ну типа , переменными модели которые присутствуют всегда в CAD модели (вопрос уже другой кто как их использует, но все же есть какой то стандпрт - типа Part Number - Обозначение и т.д.), но вот видимо это не вполне осуществимо (в плане полной идентификации). И вот и встает второй вопрос - для brigval пишет:

цитата:

возможность формировать "запись для спецификации" до вставки модели в сборку

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

 Отправлено: 21.11.07 18:25. Заголовок: Виктор Руленко пишет..

Виктор Руленко пишет:

цитата:

типа Part Number - Обозначение

Виктор, если посмотреть зарубежные Datasheet, то можно сделать вывод, что за бугром под Part Number понимают ВСЮ информацию об изделии, закодированную в этот самый Part Number. То, что Part Number = Обозначение - это чей-то вольный перевод, не очень удачная попытка подстроиться под наши стандарты. Только и всего.
В соответствии с этой зарубежной практикой и я в своей программе рекомендую в Part Number вносить полную "запись для спецификации". Особенно, если учесть это
http://verzak.forum24.ru/?1-3-0-00000010-000-0-0-1195107300

 Отправлено: 22.11.07 07:01. Заголовок: brigval Все понятно..

brigval
Все понятно.Но видимо консерватизм ( есть Обозначение, есть Наименование) трудно изжить, а хранить , иметь "запись" конечно можно в произвольном виде. Ну а "оторванность" этих обозначений от имени файла правильная очевидность.
Спасибо за информацию.