Компьютерная програма Julivi

[julivi]

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

[julivi]

Разработали новую программу - "Фотодигитайзер" - она у нас уже на стадии тестирования в работе. :)
Подобная программа уже есть в некоторых системах проектирования одежды, но мы в своей разработке постарались воплотить основную идею (распознавание изображений лекал с цифровых фотографий) в как можно более доступном варианте для пользователя: с использованием видео-камеры или фотоаппарата любых устройств и любых моделей.
Кроме того - помимо переноса полученных лекал в нашу программу «Конструктор», будет еще и возможность записи их прямо в программе "Фотодигитайзер" в формат dxf или ANSI-AAMA – общепринятый формат для сообщения между различными САПР одежды. Это даст возможность использовать новую программу в том числе и для прямой передачи лекал в другие системы, без установки полной версии САПР - одна только программа "Фотодигитайзер". Таким образом с помощью этого модуля Вы в любом месте сможете считать лекала и передать их туда, где они будут нужны в работе -

[julivi]

Дорогие друзья, мы проводим онлайн консультации по работе в программах системы Julivi бесплатно. Если у Вас есть какие-то вопросы, обращайтесь, я организую для Вас совместную работу с соответствующим специалистом: по вопросам конструирования в программах "Конструктор" и "Построение конструкции - Дизайн", по раскладке в ручном, полуавтоматическом или автоматическом режимах, по работе технолога или по специалиста планирования производства - по всем вопросам можно провести онлайн беседу с показом программ и ответами на Ваши вопросы.

[julivi]

Мы сняли серию из трех видео о конструкторской работе вообще и о том, как в ней помогает программа "Конструктор" системы Julivi в частности. Видео получились такие вдумчивые и обстоятельные, что их можно показывать молодым конструкторам для того, чтобы поделиться опытом работы на массовом производстве :))
Выкладываю первую часть - работа с базовой конструкцией модели - БК -

 

Кстати, внутри своего предприятия мы любовно называем нашу программу "Конструктор" - Маэстро - это название пришло по ассоциации с тем, что в программе очень много возможностей, и при умелом их использовании работа превращается в сложное, но красивое действо.

[julivi]

Общий процесс работы конструктора одежды:
Часть вторая - Модельная Конструкция (МК) -

Работа в программе "Конструктор" системы Julivi.

[julivi]

Общий процесс работы конструктора одежды:
Часть третья - Окончательное оформление лекал. Рабочая модель (РМ) -

Работа в программе "Конструктор" системы Julivi.

[julivi]

В системе Julivi есть возможность чтения форматов всех основных САПР (Gerber, Lectra, Investronica, Assyst, общепринятого для сообщения между САПР - формата dxf) и экспорта моделей в формат dxf для передачи моделей или отдельных лекал в другие системы.
В этом видео покажем, как экспортировать модели из Julivi -

[julivi]

Недавно нам задали такой вопрос: есть ли какие-то особенности работы в программе с детским ассортиментом, например, по разработке одежды для совсем маленьких деток - до 5 лет.
Программа "Конструктор" нашей системы Julivi очень широкого спектра действия, она универсальна, в ней можно работать с любым ассортиментом. Какие только производители не используют нашу программу. Из самых экзотических примеров - конструирование послеоперационных бандажных конструкций, где в одежде на разном уровне должен идти какой-то свой собственный коэффициент эластичности...

 

Так вот - в конструировании детской одежде тоже есть свои нюансы, которые учтены нами. Помимо разработанных нами детских базовых основ, есть еще и учёт особенностей детской размерной шкалы, которая представляет собой не полную матрицу, а диагональ с отдельными сочетаниями размеров и ростов. О нюансах работы в программе "Конструктор" с детским ассортиментом - в этом видео:

Изменено 10 апреля, 2017 пользователем julivi

[julivi]

Еще один вопрос был от наших клиентов - как создать новый размерный ряд для работы с каким-то новым ассортиментом, если в списке размерных рядов, предлагаемых программой "Конструктор", такого размерного ряда еще нет.

 

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

[salexis11]

В системе Julivi есть возможность чтения форматов всех основных САПР (Gerber, Lectra, Investronica, Assyst, общепринятого для сообщения между САПР - формата dxf) и экспорта моделей в формат dxf для передачи моделей или отдельных лекал в другие системы.
В этом видео покажем, как экспортировать модели из Julivi -

 

Проблема с открытием dxf в Corel и Optitex. Открываются только контуры детали, описания и надсечек нет. Точнее описание есть, но не нормальное, как в Julivi, а какое-то странное, и располагается вне границ детали. Приходится каждую деталь разгруппировывать и совать этот текст внутрь. Надсечки наша конструктор приноровилась рисовать отрезками, тогда они отображаются.

 

При открытии Оптитексом даже такого описания нет. И надсечек тоже(те, что на скрине, нарисованы отрезками).

 

 

В общем мучаемся.

Изменено 19 апреля, 2017 пользователем salexis11

[julivi]

salexis11, это же разные программы, разные системы. Я тут показываю, как работать в Julivi, а у Вас вопрос по Corel'у и Optitex.
В каждой системе свои возможности.
Corel - это вообще не САПР, это программа общего назначения, там нет понятия замкнутого контура лекал. Многие конструктора не придают этому значения, конструируют в чертежных программах, пока не выходят на уровень, когда надо сделать раскладки, или передать модель заказчику... И тут начинаются проблемы, потому что для профессиональной работы с периферийным оборудованием, для раскладки лекал тоже, для каких-то расчетов по планированию сырья - лекала должны иметь замкнутый контур, определенные характеристики внешнего контура, долевых, линий надписи и т.п. А всего этого нет.

[sesubot]

salexis11, это же разные программы, разные системы. Я тут показываю, как работать в Julivi, а у Вас вопрос по Corel'у и Optitex.
В каждой системе свои возможности.
Corel - это вообще не САПР, это программа общего назначения, там нет понятия замкнутого контура лекал. Многие конструктора не придают этому значения, конструируют в чертежных программах, пока не выходят на уровень, когда надо сделать раскладки, или передать модель заказчику... И тут начинаются проблемы, потому что для профессиональной работы с периферийным оборудованием, для раскладки лекал тоже, для каких-то расчетов по планированию сырья - лекала должны иметь замкнутый контур, определенные характеристики внешнего контура, долевых, линий надписи и т.п. А всего этого нет.

 

В для экспорта в корел лучше HPGL (PLT). В AAMA DXF смысла нет,т.к это формат для для передачи контура детали и градации,а корел если только для контура.
А вот почему оптитекс воспринял не совсем корректно ,это вопрос.

 

P.S Про замкнутый контур в кореле вопрос спорный.

[julivi]

Я думаю, для экспорта в Корел лучше даже PDF... я выше размещала видео, как они формируются у нас в системе.

[salexis11]

В для экспорта в корел лучше HPGL (PLT). В AAMA DXF смысла нет,т.к это формат для для передачи контура детали и градации,а корел если только для контура.
А вот почему оптитекс воспринял не совсем корректно ,это вопрос.

 

P.S Про замкнутый контур в кореле вопрос спорный.

В HPGL пробовал, работает, правда иногда есть проблемы с контурами, но они везде есть. Просто в HPGL неудобно экспортировать, надо формировать каждый размер и записывать в отдельный файл. Конструктору работы больше. Экспорт в DXF реализован проще.

[salexis11]

salexis11, это же разные программы, разные системы. Я тут показываю, как работать в Julivi, а у Вас вопрос по Corel'у и Optitex.
В каждой системе свои возможности.
Corel - это вообще не САПР, это программа общего назначения, там нет понятия замкнутого контура лекал. Многие конструктора не придают этому значения, конструируют в чертежных программах, пока не выходят на уровень, когда надо сделать раскладки, или передать модель заказчику... И тут начинаются проблемы, потому что для профессиональной работы с периферийным оборудованием, для раскладки лекал тоже, для каких-то расчетов по планированию сырья - лекала должны иметь замкнутый контур, определенные характеристики внешнего контура, долевых, линий надписи и т.п. А всего этого нет.

 

Я с помощью Corel как раз и исправляю лекала, если они имеют незамкнутый контур :)
Лекала делаются с нуля в Julivi, вот пример:

 

 

Когда экспортируем в DXF и открываем в Corel, все нормально, только описаний нет(белых) и надсечек. Может это со слоями связано, я уже пробовал менять настройки в Julivi, хелп читал и т.д. Все-таки хочется разобраться.

[julivi]

 

Когда экспортируем в DXF и открываем в Corel, все нормально, только описаний нет(белых) и надсечек. Может это со слоями связано, я уже пробовал менять настройки в Julivi, хелп читал и т.д. Все-таки хочется разобраться.

 

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

[julivi]

Программа «Фотодигитайзер» системы JULIVI позволяет распознавать изображения лекал с цифровых фотографий, сделанных при помощи видео-камеры или фотоаппарата любых устройств и любых моделей. В частности - даже с мобильного.
В данном случае важна только способность устройства передавать изображение с достаточной точностью -

[salexis11]

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

Всё это запрограммировано в САПР, а в простой графической программе не читается, потому что задачи совсем другие.

А почему в Optitex происходит тоже самое? Это же вроде САПР.

[julivi]

А почему в Optitex происходит тоже самое? Это же вроде САПР.

 

Не знаю, это нужно разговаривать со знатоками Оптитекса.

[julivi]

Дорогие специалисты-конструкторы, у нас снова объявлена праздничная скидка - именно для конструкторов-фрилансеров.
Если обычно при оплате всей суммы за программы сразу Вы получаете 30%ную скидку, то сейчас в честь майских праздников эта скидка для Вас увеличивается до 40%.
Акция будет действовать до 5 мая.
Все желающие получить скидку, пишите мне в личку, либо звоните по тел:
Россия: (495) 969-52-49, (495) 668-10-49,
Украина: (050) 328-55-13

[salexis11]

Не знаю, это нужно разговаривать со знатоками Оптитекса.

Исчерпывающий ответ :)

[julivi]

Исчерпывающий ответ :)

 

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

[julivi]

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

[sesubot]

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

AMAA , ASTM это как бы стандарты.Текст в этих стандартах не должен передаваться контуром,он должен идти как набор символов.
Контуром текст передается в HPGL. Что касается корела ,то он не прочитает надсечки в AMAA , ASTM ,так как это не стандартный DXF. А вот в случае сохранения в стандартном DXF должен.

[julivi]

По практическому применению - при конвертации из нашей системы dxf и AAMA их обычно передают в другие САПР: Gerber, Investronica, Assyst, Lectra и др. - в этом случае подбирается либо первый стандарт, либо второй, и все читается.
По передаче в Corel или в Optitex ничего не могу сказать, так как практически по этому поводу к нам никто не обращался, но вообще - то, как САПР Optitex читает dxf или AAMA - на это повлиять может только специалист по Optitex - там могут быть какие-то определенные настройки, которые не учтены, и поэтому читается не совсем корректно. Кстати - стоит полазить в этих настройках.
А может версия Optitex "левая", а не лицензионная, как у нас чаще всего эту систему используют... И в такой версии может не быть полных возможностей программы.