Основы конструирования на Visual LEKO

[Vaabster]

да я в этом разобрался.
возникла проблема,не вопрос,а именно проблема.
Скачал и распечатал бесплатную выкройку юбки за номером 5088.
Распечатал с файла ПДФ.
Там есть такой квадрат 10 на 10 см ,квадратный дециметр.
Логично предположить,что он служит для проверки,ну квадрат и квадрат.
И все бы ничего,если бы данный квадратик не попытался меня обмануть.
У него сторона 103 мм,а не 100 мм.
Это проверялось на двух разных принтерах,МФУ и струйный. Тремя или более линейками. Всеми которые нашел.
Важно понять это на моей стороне ошибка или на вашей.
Есть идеи как проверить ?
п.с. на квадрат то плевать,волнует неточность в другом,а это критично.Для меня.

Изменено 1 октября, 2014 пользователем Vaabster

[Иванофф]

Могу порекомендовать внимательней читать описание (хоть печать пфд файлов не имеет отношение к программе)

 

там написано, что печатать нужно в масштабе 100% (реальный размер или как там еще извратились переводчики). Тогда погрешность будет на уровне погрешности принтера (доли миллиметра) и погрешности перевода сантиметров в дюймы с округлением до сотых.

 

для проверки распечатал 100% и "подогнать" - получил 100 мм и 104 мм

[Иванофф]

http://leko-mail.ru/dn/print-lk.pdf

 

страница 10

[Vaabster]

 

для проверки распечатал 100% и "подогнать" - получил 100 мм и 104 мм

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

 

http://leko-mail.ru/dn/print-lk.pdf

 

страница 10

ага спасибо-сейчас потестирую

[Vaabster]

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

[Иванофф]

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

 

????

 

вы проверяете сапр или конкретную модель?

 

к сапру мы конечно даем свои модели (100 в демо + 40 на выбор) но цель сапра в разработке своих моделей со своей посадкой со своей технологией.

 

для построения и печати готовых моделей сапр не нужен - это делает любая домохозяйка на свои размеры.

[Иванофф]

Небольшое обновление программ конструирования и программы печати. Старые принтеры имели достаточно большие поля, поэтому в программе при печати изображение занимало всю печатаемую область. А большие поля позволяли достаточно комфортно склеивать листы. Новые принтеры имеют малые поля, что уменьшает расход бумаги, но не очень удобно склеивать листы внахлест. В обновленной версии программы можно увеличить поля. Так что тем, у кого были проблемы с полями, можно скачать новую версию и решить одну из проблем.

 

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

 

Версия 8.9 выложена на сайте http://lekala.info/leko/dn.html

 

Можно обновить и рабочие версии до 8.96.

[Иванофф]

В системе есть выход на режущий плоттер. Вывод возможен в двух режимах. Первый используется если у плоттера нет автоматической смены рисующего пера на нож. В этом случае отрисовываются все лекала, делается пауза для замены пера на нож, и затем лекала вырезаются. Во втором случае каждое лекала сначала отрисовывается и затем дается команда на смену пера на нож и вырезается. Можно задать параметры перфорации: в файле sys\koef_cut.s установить длину реза и длину перемычки в миллиметрах. После вывода информации на плоттер создается файл 000000.plt, в котором записан образ. Можно этот файл сохранить и повторно вывести на рисование или распечатать через программу print-lk. Резка лекал – это механический процесс и тут есть свои тонкости. Слишком высокая скорость рисования и реза, слишком гладкая бумага, слишком высокое или малое давление ножа – все это оказывает влияние на результат.

 

Новые цены на САПР ЛЕКО на сайте.

[Иванофф]

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

 

ц_начало (к_цикла=1,500,1);

 

в старом варианте это можно было бы записать как

 

к_цикла:=1;

 

ц_начало;

 

....

 

к_цикла:=к_цикла+1;

 

если больше(к_цикла,500) то

 

ц_прекратить;

 

конец_если

 

ц_конец;

 

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

[Иванофф]

Изменения в программе. На этот раз изменения в интерактивной части. Мышкой можно выделить элемент на графическом экране (точку, линию, лекало) и найти в тексте место где он определяется. При движении курсора в тексте на экране подсвечиваются элементы, на названиях которых находится курсов. Но в некоторых случаях в строке нет названия переменной, в которой этот элемент определяется. Например

 

сплайн_к[40](ОБ1_2,Кп1,С_БП_ОБ1_2.ф2,[Кп1:Нп1].ф1,0.7);

 

итоговый сплайн будет называться с_ОБ1_2_Кп1 и мы не могли инициализировать его отображение на графическом экране из этой строки, хоть он здесь определяется. Сейчас добавлена новая возможность – если курсор находится не на идентификаторе, то на экране отображается первый элемент, определенный в этой строке. То есть можно поставить курсор на слово «сплайн_к» или в конец строки и сплайн с_ОБ1_2_Кп1 будет подсвечен на графическом экране. В строке

 

бок_пн:=ломаная(С_БП_ОБ1_2,С_ОБ1_2_КП1);

 

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

 

разделить_н(БОК_ПН,ОБ1,0,об3,БОК_ПН_1,БОК_ПН_2);

 

разделить(БОК_ЗН,БОК_ПН_1.л,об4,БОК_ЗН_1,БОК_ЗН_2);

 

то будут подсвечиваться точки об3 и об4 соответственно

 

Версия 8.9 выложена на сайте http://lekala.info/leko/dn.html

[Иванофф]

О размерах в новой программе 8.9 и выше. Размеры могут читаться из файлов vdb (новый формат vdb, где каждый размер хранится в отдельном файле) или из txt файлов. В случае vdb внутри файла используется признак манекена и по нему определяется порядок построения фигуры. В случае текстового файла используется старое поле «пол», где первый символ определяет пол: мужчины 'm','M','м','М', мальчики 'b','B','ю','Ю', девочки 'g','G','д','Д', женщины 'ж' или любой другой символ. В программу передаются размерные признаки (поля с названиями вида «рз_ХХ») и параметры (поля вида «пар_ХХ»). То есть если вы хотите передавать через текстовый файл дополнительные параметры, то вам нужно называть из рз_ХХ или пар_ХХ. Ограничения в наименовании передаваемых параметров связаны с тем, что в новых версиях (с расширенным количеством размеров) формируются условно типовые фигуры по ведущим размерным признакам. В алгоритмах доступны эти размерные признаки и можно анализировать разницу между текущими и условно-типовыми размерами.

 

Еще следует обратить внимание на названия файлов. Внутреннее ограничение программы – 250 символов – практически не влияет на выбор имени для обычных режимов работы, но если вы делаете сетку градации, то ограничение 250 символов распространяется на список имен файлов относительно выбранной папки. То есть, если длина имени файла 30 символов, то вы можете выбрать для сетки не более 250/30 = 8 файлов.

 

Версия 8.9 выложена на сайте http://lekala.info/leko/dn.html

 

Можно обновить и рабочие версии до 8.96.

[Иванофф]

Для формирования и обработки заказов, принимаемых через Интернет, желательна параметризация построения моделей, позволяющая вносить изменения в модель: менять прибавки, детали. Учет параметров в алгоритме – это в большей степени дисциплина записи и оформления алгоритма. Рассмотрим возможный вариант решения. Пусть от параметра пар_3 зависит построение дополнительной детали. Тогда схема алгоритма может выглядеть так

 

Если равно(пар_3,1) то

 

{ построение с деталью 1 }

 

иначе_если равно(пар_3,2) то

 

{ построение с деталью 2 }

 

…

 

иначе

 

{ построение без дополнительной детали }

 

конец_если;

 

{ другое построение }

 

Если равно(пар_3,1) то

 

{ запись детали 1 }

 

записать(имя=(деталь_1),

 

…

 

иначе_если равно(пар_3,2) то

 

{ запись детали 2 }

 

записать(имя=(деталь_2),

 

…

 

иначе

 

{ ничего не записываем }

 

конец_если;

 

то есть в зависимости от пар_3 мы имеем различное количество деталей и лекал. Если в зависимости от параметра меняются прибавки, то все проще

 

Если равно(пар_3,1) то

 

Пр_рз16:=6;

 

Пр_рз18:=8;

 

Пр_рз19:=4;

 

иначе_если равно(пар_3,2) то

 

Пр_рз16:=4;

 

Пр_рз18:=6;

 

Пр_рз19:=2;

 

иначе

 

Пр_рз16:=0;

 

Пр_рз18:=2;

 

Пр_рз19:=0;

 

конец_если;

 

Для отладки алгоритма можно принудительно ставить по очереди разные значения параметра.

 

Версия 8.9 выложена на сайте http://lekala.info/leko/dn.html

[Иванофф]

[Olga:)]

[Иванофф]

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

 

Так что если у вас есть интерес к швейному применению экспертной системы или у вас есть задачи диагностики, решаемые при помощи логической обработки данных – подписывайтесь на нашу новую рассылку.

 

http://subscribe.ru/catalog/comp.soft.expertsystem

 

Ну вот и первое событие в работе Экспертной Системы называемой «пока без названия». Система выдала первое заключение, что-то типа «Hello, word!». Прочитала размерные признаки из файла, сравнила индивидуальную длину руки и типовой и сделала умопомрачительное заключение, что «длина рук увеличенная». Это небольшой шаг для программы для человечества не имеет вообще никакого значения. Положительным является только то, что логический вывод работает, и что важно – генерятся таблицы для PHP для работы всего этого на сервере.

 

Так как примерный объем правил для достижения некоторого уровня разумности оценивается в несколько тысяч правил (считаем, что правило 5-7 строк, что соответствует где-то 300 страницам текста программы) то в системе будут активно развиваться средства проверки, контроля и анализа правил (на дублирование, полноту, какие-то противоречия).

 

На сайте у нас уже подготовлен первый вариант 1500 таблиц женских типовых размерных признаков для анализа индивидуальных размеров. Так что Экспертная Система «Пока без названия» может с гордость сказать «Hello, word!»

[Иванофф]

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

 

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

[Иванофф]

Как записываются продукции (правила). В целом это обычная конструкция «если то». Но есть небольшие новшества. В системе нет идентификаторов. Названия переменных и их значения это обычные текстовые строки, записанные в кавычках (до 200 символов). Это позволяет избегать сокращений и записывать правила в «человеческом» виде. Далее, форма записи правил похожа на «конъюнктивную нормальную форму» (без отрицания – потом поясним почему), то есть все условия соединяются конъю?нкцией, а внутри условий возможна дизъю?нкция, например

 

если ("пол"="м", МЕНЬШЕ("РЗ_1",161) ) то

 

означает "пол" равен "ж" И рост меньше 155 см

 

а запись

 

если ("пол"=("ж","д"), "рост"="низкий" ) то

 

означает ("пол" равен "ж" И рост низкий) ИЛИ ("пол" равен "д" И рост низкий)

 

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

 

если ("пол"="ж", МЕНЬШЕ("РЗ_1",155) ) то

 

"рост"="низкий";

 

конец_если;

 

если ("пол"="д", МЕНЬШЕ("РЗ_1",120) ) то

 

"рост"="низкий";

 

конец_если;

 

если ("пол"=("ж","д"), "рост"="низкий" ) то

 

"результат"="не рекомендуются удлиненные юбки";

 

конец_если;

 

как можно было заметить значением переменной может быть число. При этом число 155 и строка "155" разные типы данных, к которым применимы разные операции.

 

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

[Иванофф]

Для изучение языка записи правил в экспертной системе рассмотрим конкретный пример. Сразу оговоримся, что не будет рассматривать «теорию» потому что никаких реальных теорий в области быть не может – мы пытаемся решать реальные задачи реального мира используя ограниченный понятийный материал – поэтому только реальный эксперт может оценить допустимо или подобное упрощение задачи и будет ли это упрощение полезно в реальной жизни. Экспертная система дает инструмент и дело эксперта решить будет ли он его использовать, и если будет, то как добиться максимально полезного результата.
Далее – не будем рассматривать тонкости выбора синтаксиса и семантики языка, просто сошлемся на свой опыт работы с интерпретаторами. Система создавалась как единое целое язык+оболочка+компилятор+интепретатор+отражение в PHP поэтому любое решение принималось из расчета работы в комплексе. И главный приоритет отдавался быстродействию при большом количестве правил как в автономном варианте, так и на сайте.
Итак – пример:
{ база }

[10001 определение роста ] если ("пол"="ж", МЕНЬШЕ("РЗ_1",151) ) то
"рост"="низкий";
конец_если;

если ("пол"="ж", БОЛЬШЕ("РЗ_1",150), МЕНЬШЕ("РЗ_1",161) ) то
(20)"рост"="низкий";
(80)"рост"="средний";
конец_если;

если ("пол"="ж", БОЛЬШЕ("РЗ_1",160), МЕНЬШЕ("РЗ_1",176) ) то
"рост"="средний";
(30)"рост"="высокий";
конец_если;

если ("пол"="ж", БОЛЬШЕ("РЗ_1",175) ) то
"рост"="высокий";
конец_если;


[10001 определение длины рук ]если (СУЩЕСТВУЕТ("РЗ_33")) то
"удлинение руки"=ВЫЧИСЛИТЬ(("РЗ_33"-"РС_33")/("РС_33"-"РС_31"));
конец_если;

если ("пол"="ж", БОЛЬШЕ("удлинение руки",0.07) ) то
"длина руки"="увеличенная";
конец_если;

если ("пол"="ж", МЕНЬШЕ("удлинение руки",-0.07) ) то
"длина руки"="уменьшенная";
конец_если;

если ("пол"="ж", БОЛЬШЕ("удлинение руки",-0.07), МЕНЬШЕ("удлинение руки",0.07) ) то
"длина руки"="нормальная";
конец_если;

{ выводы }
если ("пол"="ж","длина руки"="увеличенная") то
"результат"="длина рук увеличенная";
конец_если;

если ("пол"="ж","длина руки"="уменьшенная") то
"результат"="длина рук уменьшенная";
конец_если;

если ("пол"="ж","длина руки"="нормальная") то
"результат"="длина рук уменьшенная";
конец_если;

если ("пол"="ж","рост"="низкий") то
"результат"="низкий рост";
конец_если;

если ("пол"="ж","рост"="средний") то
"результат"="средний рост";
конец_если;

если ("пол"="ж","рост"="высокий") то
"результат"="высокий рост";
конец_если;

Что мы тут видим. Во-первых комментарий { база }. С комментариями все понятно – любой текст в фигурных скобках. Перед первым правилом расположен текст в квадратных скобках – это наименование группы правил. Начальное число позволит в дальнейшем проводить сортировку групп правил (напомню, что ориентируемся на сотни-тысячи правил, поэтому важна возможность упорядочивание расположения отдельных правил и групп). Конечно можно не писать ни комментарии ни названия групп. Тем более что у нас есть возможность задавать «имена» «переменных». Поясним использованные кавычки. Имя переменной – любое строковое выражение заключенное в кавычки (лучше использовать двойные кавычки). Переменная может иметь тип: перечислимый или числовой. Тип определяется через порядок использования переменной: если мы присваиваем переменной строку, то она перечислимая, если присваиваем число или сравниваем с числом, то она числовая. Преобразования числовой переменной в перечислимую или обратно нет. Для этого нужно использовать правила, например, как первое правило:

[10001 определение роста ] если ("пол"="ж", МЕНЬШЕ("РЗ_1",151) ) то
"рост"="низкий";
конец_если;

Что делать, если рост женщины 159 см? Вроде не совсем низкий, но и не совсем средний. То есть к ней должны относиться правила как для низкого роста, так и для среднего роста. То есть нам нужно указать что рост и низкий и средний одновременно. Это делается во втором правиле:

если ("пол"="ж", БОЛЬШЕ("РЗ_1",150), МЕНЬШЕ("РЗ_1",161) ) то
(20)"рост"="низкий";
(80)"рост"="средний";
конец_если;

при выполнении этого правила переменная "рост" будет иметь два значения:"низкий" и "средний". Цифры перед операторами присваивания (20) (80) являются некими коэффициентами уверенности. Об их влиянии расскажем в следующих рассылках, но смысл их понятен из названия «коэффициент уверенности». Диапазон изменения от 100 до 0. 100- абсолютная уверенность (его можно опускать как значение по умолчанию). 0 – абсолютная неуверенность, пункт с таким коэффициентом не оказывает никакого действия на переменную.
Как уже говорилось, первый этап разработки системы – прямой вывод. То есть мы получаем информацию из внешнего файла и делаем выводы по входным данным. При этом считается, что данные подготовлены для их логической обработки, то есть сделаны все предварительные расчеты, подготовлены перечислимые переменные (для Интернета это будет делаться на PHP). Про само чтение в следующих рассылках, пока рассмотрим правило вычисления относительной длины руки:

[10001 определение длины рук ]если (СУЩЕСТВУЕТ("РЗ_33")) то
"удлинение руки"=ВЫЧИСЛИТЬ(("РЗ_33"-"РС_33")/("РС_33"-"РС_31"));
конец_если;

в нем проверяется существование переменной "РЗ_33" и производится небольшое вычисление относительной длины руки, считая что "РЗ_33" – длина руки от точки основания шеи индивидуальной фигуры "РС_33"- – длина руки от точки основания шеи индивидуальной фигуры, "РС_31" - ширина плечевого ската стандартной фигуры. При компиляции система добавит в список условий проверку существования "РС_33" и "РС_31". В итоге при исполнении правила мы получим относительное удлинение руки и можем переходить к проверке следующих правил, переводящих числовое значение удлинения руки в описательный вид.
После определения всех возможных переменных нам нужно сделать вывод, не просто список всех определенных переменных и их значений, а что-то более осознанное. Для этого выделяется одна переменная (любая) и в качестве ее значений записываются возможные выводы (в принципе любой текст)

если ("пол"="ж","рост"="средний") то
"результат"="средний рост";
конец_если;

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

(100)"длина рук уменьшенная"
(80)"средний рост"

продолжение следует.

[Иванофф]

Описание оператора «внешние_п» (внешние переменные)
Для того, чтобы делать прямой вывод нужно получить внешние данные. Для этого предусмотрен оператор «внешние_п». Эксперная система может работать как в режиме офлайн так и онлай в PHP модуле. Поэтому в операторе «внешние_п» каждой читаемой внутренней переменной (а это любая строка) ставится в соответствие две строки-индентификаторы: для офлайн чтения из файла и опционо для онлайн чтения из списка глобальных переменных PHP. Операторов «внешние_п» может быть несколько, в разных частях текста – все переменные собираются в один список и чтение выполняется перед началом работы машины вывода. В рабочую память машины вывода попадают только те переменные, которые есть в операторе «внешние_п», читаемые значения перечислимых переменных сравниваются со списком значений зарегистрированных в машине вывода и если такого значения нет, то оно игнорируются. Все предупреждения и результаты чтения попадают в файл протокола работы машины вывода.
внешние_п(("Т","пол","пол","pol"), ("в","РЗ_1","РЗ_1","rz1"), ("в","РЗ_2","РЗ_2","rz2"), ("в","РЗ_4","РЗ_4","rz4"), ("в","РЗ_5","РЗ_5","rz5"), ("в","РЗ_6","РЗ_6","rz6"), ("в","РЗ_7","РЗ_7","rz7")…);

[Иванофф]

Язык описания правил
Язык описания правил – один из важных характеристик экспертной системы, так как от него зависит возможность эффективной реализации машины вывода. Красивые сложные конструкции могут работать слишком медленно и быть слишком непонятными при разработке базы знаний. Простые языковые конструкции могут требовать слишком большого количества текста для описания элементарных действий. Поэтому выбор возможностей языка, его синтаксиса и семантики – это всегда набор компромиссов.
Язык предназначен для описания правил – этим объясняется, что это должен быть не обычный язык программирования, а ориентированный на правила, должен делать запись правила более прозрачной и читаемой. Текст правил должен быть максимально самодокументируемым, то есть не требовать больших комментариев поясняющих смысл проверок или присваиваний. Поэтому в основу была положена новая интересная концепция наименования переменных.

Переменные
Для обозначения переменных в языках программирования используются идентификаторы: последовательность букв или чисел (может знак подчеркивания), начинающаяся с буквы, имеющая ограниченную длину. Как правило используются латинские буквы, и запись может быть чувствительна или нет к регистру. Для придания буквам идентификаторов большей семантической значимости используют правила наименования и договоренности о различных сокращениях. У нас изначально решена проблема значимости наименования – вместо идентификатора используется любая текстовая строка, как для переменных так и для их значений. Текст строки нечувствителен к регистру, но в качестве названия переменной во внутреннем представлении используется форма записи первой встреченной переменной (а при использовании автоматической генерации текста можно легко получить одинаковую форму записи для всех переменных во всем тексте). Конечно, при такой записи названий переменных несколько неудобно записывать арифметические выражения, но цель языка – наглядно описывать логику взаимосвязи переменных, а арифметические выражения использовать эпизодически, там где они так же описывают взаимозависимоть. Поэтому такое наименование переменных должно быть полезным. Кроме того, никто не мешает использовать общепринятые сокращения – в химических или медицинских приложениях, или использовать сокращенную запись для внутренних рабочих переменных. Но нужно не забывать, что одна из задач – самодокументирование и прозрачность текстов, удобство отладки и работы для разных людей, поэтому более значимые обозначения являются более предпочтительными.
Значения переменных – преимущественно такие же текстовые строки. Переменная от значения отличается позиционированием: если строка в левой части равенства, то это переменная, если в правой – то значение. Например, «машина» может быть и переменной и значением
«клиент владеет»= «машина»
«машина»= «красная»
при этом это будут две разные «машины».

[Иванофф]

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

Версия 0.7 выложена на сайте http://leko-forum.ru/dn/LLT-007.exe

[Иванофф]

Появилась возможность смотреть свои размеры записанные в строке-размеров

 

http://leko-mail.ru/mod-p.php?reg=clot

[Иванофф]

Второй шаг – обновление версии. Теперь она может генерировать PHP текст для работы на сайте. PHP модуль работает как черный ящик, пример использования:
< ? php
include 'data.php'; // загрузили анализируемые данные
include 'basa_1.php'; // загрузили и запустили базу знаний и машину вывода
echo $SL_concl; // напечатали вывод
echo $SL_prot; // напечатали протокол вывода и состояние рабочей памяти
// или записали в файл
? >
Сам текст PHP дан в «открытом» виде в виде исходного текста, соответственно может запускаться везде где есть интерпретатор PHP. База знаний разбита по файлам на две части: логику и текстовую информацию (которая добавляется к логике через include 'basa_1_str.php'Смайлик «wink». Ограничение на количество правил для бесплатной генерации PHP текста установлено в 200 правил. В последующих версиях при большом количестве правил будет генерироваться промежуточный файл с логикой и машиной вывода, который нужно будет переводить в PHP через наш сайт.
В ближайшее время у нас на сайте появятся первые осмысленные примеры логической обработки и анализа данных – оценка размерных признаков и классификация фигуры.

 

Версия 0.8 выложена на сайте LLT-008.exe
http://lekala.info/es/dn.html

[Иванофф]

Обновление программ на сайте и программы конструирования и программы печати print-lk. Номера файлов остались прежними, существенных изменений вроде нет (хотя внутри постоянно что-то меняется). Исправлена ошибка в привязке версии с раскладкой – теперь она должна работать с соответствующим ключом.
Постепенно реализуется идея с заказом выкроек на индивидуальные размеры по алгоритмам сторонних конструкторов. Каждому конструктору отводится своя папка, где он размещает свои алгоритмы и продает выкройки на типовые или индивидуальные размеры. Так что заинтересованным конструкторам стоит постепенно осваивать такой канал продаж частным пользователям и ателье.
Готовится расширение количества индивидуальных характеристик фигуры при формировании строки-размеров. Под модели учитывающие эти дополнительные размеры (сутулость-перегибистость- наклон плеч и т.д.) у нас будет добавлен отдельный раздел с нашими новыми моделями. Конструкторы могут сами решать, будут ли и как они будут использовать эту дополнительную информацию.
Так что все, про что мы рассказывали как про «светлое будущее» постепенно реализуется. Конечно медленней чем планировалось, но это связано со сложностью и многогранностью решаемых задач.

 

Версия 8.9 выложена на сайте http://lekala.info/leko/dn.html

[Иванофф]

Нужны ли краткие уроки и краткие алгоритмы по конструированию в ЛЕКО?