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

«максимально плотно» - понятие растяжимое :). Например можно расположить все объекты без зазоров друг от друга, но при этом охватывающий прямоугольник займёт весь лист. А можно эти же объекты поместить на половине листа, но получить множество мелких промежутков. А вообще задачи о раскрое и упаковке - это в общем случае довольно большая область и вряд ли она будет решена в Inkscape.

https://ru.wikipedia.org/wiki/Задачи_упаковки

https://ru.wikipedia.org/wiki/Задача_раскроя

Что есть, но не подходит: можно автоматически расставить так, чобы объекты соприкасались рамками, но нужно именно контурами.

Ты про диалог выравнивания и расстановки объектов?

Если надо в долгосрочной перспективе, попробуй ещё потеребить Linfan. По идее, это как раз задачка для его https://github.com/sk1project/lincutter. Когда он только до него доберётся...

Да, про него.

диалог выравнивания и расстановки объектов

Благодарю! Вероятно, отпишусь.

Тоже хочу нестинг в инке.

Hrundix теребить бесполезно - в sK1 это уже реализовано :)

Lincutter будет смерджен в sK1 как диалог порезки (на манер диалога печати).

Если надо в долгосрочной перспективе, попробуй ещё потеребить Linfan

Что-то затих он в последнее время.

По идее, это как раз задачка для его https://github.com/sk1project/lincutter

«lincutter» вроде для управления резательным принтером, а не для раскроя листового материала.

Как вариант

http://www.cnc-club.ru/forum/viewtopic.php?f=15&t=2159

Для раскроя вот несколько программ

http://freesoft.ru/orion_raskroy_listovyh_materialov/download

http://www.exactcam.com/ru/

http://www.elecran.com.ua/mebel/download/category/5-2d-place

"cutting-stock" - категория програм для расчета схемы раскроя

https://github.com/search?utf8=✓&q=cutting-stock&ref=simplesearch

«lincutter» вроде для управления резательным принтером, а не для раскроя листового материала.

Напоминаю задачу ТС: «компактно расположить объекты на листе».

LinCutter придуман ровно для того, чтобы расположить объекты на листе для последующей нарезки плоттером. По словам самого же Игоря, это должен был быть аналог Roland CutStudio, PostCut и пр.

И кстати, плоттером не управляют, а готовят для него PLT файл. Который по сути, «размещение объектов на листе».

... PLT файл. Который по сути, «размещение объектов на листе».

Нет же. PLT это набор инструкций по управлению печатной/режущей головкой принтера или плоттера.

http://www.corel-x5.pp.ua/HPGL_Plotter_File_PLT.html

PLT файл. Который по сути, «размещение объектов на листе».

Эээ, нет :) HP-GL — это язык, оперирующий понятиями типа «опусти нож, отчерти вот столько в абсолютных или относительных координатах, используй линию с таким-то шаблоном».

У режущего плоттера три вида команд - PD,PU и координаты точки. Это не управление напрямую пером и механизмом прокрутки. Это просто данные, которые отправляет комп. И интерпретироваться они могут весьма по-разному, в зависимости от настроек плоттера. И даже порезка бывает идёт с разной скоростью на одинаковых элементах. По сути, можно было бы и в SVG отправлять, просто железяка стоила бы дороже из-за анализатора SVG.

Это несущественно. Речь о том, что это команды плоттеру, а не описание, что где лежит на листе :)

Это и есть описание того, что лежит на листе :) PD - начало path, PU - конец path и координаты точек. А плоттер их преобразует матрицей аффиной трансформации и генерирует уже реальные команды механизмам.

+1

P.S.: Мне кажется или Linfan таки действительно «набрасывает на вентилятор»? )))

Подумай сам - генерируя постскрипт файл ты управляешь принтером, или все-таки скармливаешь ему данные? Тоже самое и с PLT - это всего лишь данные для плоттера.

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

HPGL PLT это по сути «скрипт», «программа» для плоттера. Рекомендую почитать немного литературы по теме станков с ЧПУ (плоттер и принтер это по сути и есть станки с ЧПУ)

P.S.: у меня техническое образование с уклоном на САПР, поэтому я знаю о чём говорю в данной теме.

)))) Если бы ты имел опыт работы с плоттерами, ты бы не спорил :) И таки да, постскрипт это тоже «набор команд» и многие другие форматы аля wmf/emf. Но они интерпретируются девайсами, а не выполняются один к одному.

А вот в станки ЧПУ действительно запрявляют управляющие коды. Это немного разные вещи, в сравнении с плоттерами/принтерами.

Но они интерпретируются девайсами

Драйверами девайсов. Короче ты «набрасываешь» (в стиле «механик с СТО с опытом закручивания гаек» знает «теоретическую механику»)

Лучше объясни для чего Lincutter: для компоновки деталей на листе или же для создания набора команд для плоттера из файла векторной графики?

Драйверами девайсов

«Таки не расчесывайте мне нервы - у меня и так есть их куда потратить» (с ) )))

Драйвера девайсов - это дешевое софтверное решение. Серьезная техника сама переваривает встроенными RIP'ами. Тоже самое и про плоттеры - HPGL это обобщенное описание работы плоттера. И команды HPGL интерпретируются мозгами железяки в зависимости от возможностей: часть команд тупо отбрасывается, часть интерпретируется.

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

А можно просто расположить детали на листе и сохранить это всё в svg или dxf? Мне нужен просто нестинг. Такое есть?

И кстати, почему sk1 не открывает svg файлов? (в арче/манджаро по крайней мере)

почему sk1 не открывает svg файлов?

Фильтры импорта/экспорта разрабатываются сейчас (RC3 стадия). В RC2 их еще не было. Поэтому нужно собрать текущий master из репозитория, чтобы была поддержка SVG как на чтение, так и на запись. Для Ubuntu 14.04 есть night builds пакеты на сайте проекта.

От всей души благодарю! Действительно, пусть это и не Inkscape, но это то, что мне нужно.

Скорее бы, а то за 1 квартал 2017 года никаких сдвигов в коде sK1 2.0 на Github'е... :-(

Та ладно, а поддержка ACO уже не считается? :)

Ну, это же внеплановая функция. И она не оказала сильного влияния на интерфейс или же функционал векторного редактора.

В RC3 интерфейс изменяться скорее всего не будет.

Когда уже закончишь RC3 и перейдешь к RC4?