Добро пожаловать!
на форум VerZak.Ru

26.10.24 Обновлена программа Браком до версии 1.12

03.11.24Обновлена программа Тексель до версии 1.67



АвторСообщение
brigval

Брагин Игорь



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


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

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

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

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

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


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

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

brigval Спасибо: 0 
Профиль Ответить
Ответов - 14 [только новые]


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



Пост N: 1
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 21.11.07 11:20. Заголовок: Информация о разделе


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

Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 156
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 12:26. Заголовок: Виктор Руленко Если..


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

brigval Спасибо: 0 
Профиль Ответить
Виктор Руленко



Пост N: 2
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 21.11.07 12:43. Заголовок: brigval Да , по пер..


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


Спасибо: 0 
Профиль Ответить
Виктор Руленко



Пост N: 3
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 21.11.07 12:46. Заголовок: Уточнение - Данное у..


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

Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 157
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 12:53. Заголовок: Виктор Руленко пишет..


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

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


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

brigval Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 158
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 12:54. Заголовок: Виктор Руленко пишет..


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

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


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

brigval Спасибо: 0 
Профиль Ответить
Виктор Руленко



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


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

Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 159
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 12:57. Заголовок: Виктор Руленко ясно..


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

brigval Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 160
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 13:23. Заголовок: Наверное, есть смысл


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

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

brigval Спасибо: 0 
Профиль Ответить
Виктор Руленко



Пост N: 5
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 21.11.07 14:34. Заголовок: brigval пишет: что ..


brigval пишет:

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


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

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


Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 161
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 21.11.07 15:06. Заголовок: Виктор Руленко Мне..


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

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

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

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

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

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

brigval Спасибо: 0 
Профиль Ответить
Виктор Руленко



Пост N: 6
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 21.11.07 16:34. Заголовок: Да, я полностью, сог..


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

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


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

Спасибо: 0 
Профиль Ответить
brigval

Брагин Игорь



Пост N: 162
Зарегистрирован: 07.07.07
ссылка на сообщение  Отправлено: 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

brigval Спасибо: 0 
Профиль Ответить
Виктор Руленко



Пост N: 7
Зарегистрирован: 21.11.07
ссылка на сообщение  Отправлено: 22.11.07 07:01. Заголовок: brigval Все понятно..


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

Спасибо: 0 
Профиль Ответить
Тему читают:
- участник сейчас на форуме
- участник вне форума
Все даты в формате GMT  3 час. Хитов сегодня: 2
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет



Форум начат 07.07.07