https://slinkov.ru/openforum/vsluhforumID3/82744.html Авторы проекта linuxgraphics.ru провели (http://linuxgraphics.ru/news.php?readmore=1947) исследование причин, по которым в свободных САПР до сих пор не обеспечена поддержка формата DWG, являющегося стандартом де-факто. Для этого были проинтервьюированы авторы библиотеки LibreDWG, создатели свободных САПР LibreCAD и FreeCAD, соавтор Open Assets Library, руководитель проекта Blender, а также представитель Фонда СПО (Free Software Foundation).<br><br><br>Исследование выявило две ключевых причины:<br><br><br>- Шокирующая неполнота публично доступной спецификации на DWG, которая мешает реализовать поддержку формата в полном объеме вплоть до текущих версий. (Частично исправлено с выпуском спецификации v5.1-5.2.)<br><br>- Лицензионная несовместимость библиотеки LibreDWG и свободных САПР (LibreDWG поставляется только под лицензией GPLv3, в то время как большинство свободных САПР под GPLv2). В связи со сложностью реализации некоторых функций авторы САПР стараются по максимуму использовать сторонние компоненты...<br><br>URL: http://linuxgr https://slinkov.ru/openforum/vsluhforumID3/82744.html#112 Thu, 13 Dec 2012 21:10:27 GMT &gt; Нужны модификации.<br><br>У меня возник тот же вопрос... Какого рода модификации нужны? SVG - это же по сути XML. Для добавления необходимых расширений никаких принципиальных проблем быть не должно. В конце концов можно предусмотреть vendor-specific блоки необходимых для конкретного приложения данных.<br><br>Я обратил внимание, что разработчики LibreDWG сказали, что им не нравится формат DWG. Похоже у них есть понимание каким должен быть формат обмена. <br><br>Если собрать ребят с LibreDWG и толковых ребят с LibreCAD, FreeCAD и Blender, можно разработать (или для начала проработать) свободные спецификации на удобный и расширяемый формат обмена. <br><br>А если еще до кучи выпустить SDK под пермиссивной лицензией, чтобы проприетарщики без проблем могли встроить поддержку этого формата в свои системы, то Autodesk со своими корявыми форматами может в одночасье оказаться никому не нужным... <br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#111 Thu, 13 Dec 2012 20:30:56 GMT Ну почему-же, объясните. Я теряюсь в догадках... <br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#110 Sat, 17 Mar 2012 05:52:09 GMT &gt;&gt; Странно вообще, что <br>&gt; Столмана не читал, вот и странно... Ещё и не такое может! Берегите <br>&gt; себя.<br>&gt;&gt; _библиотека_ распространяется под лицензией GPLx, а не под LGPLx.<br>&gt; LGPL -- не Library давно. А Lesser.<br><br>А разница? От смены названия рекомендации по лицензированию библиотек не меняются, библиотеки по-прежнему рекомендуется выпускать под LGPL.<br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#108 Mon, 06 Feb 2012 18:40:35 GMT &gt;&gt; Форматы файлов, применяемых в области Автоматизации Проектирования. Описание форматов <br>&gt; Глупо было бы ожидать недостатка форматов. Я спрашивал про хороший открытый и независимый формат. Поясняю: <br><br>Уважаемый специалист по форматам САПР спасибо за пояснение. Было очень интересно познакомиться с вашим видением проблемы. Только оно неправильное. Так вот, нормальных форматов вагон, например игес<br>http://ru.wikipedia.org/wiki/IGES<br>или степ который вообще исо стандарт<br>http://en.wikipedia.org/wiki/ISO_10303<br>или ... ну в общем сами познакомьтесь с вопросом хоть немножко.<br><br>&gt; Был бы такой формат, его бы использовали свободные чертилки. <br><br>Ну да конечно. Мы же понимаем чтио свободные чертилки это наше все. И разум там торжествует. Забесплатно причем. Вот только дело не в формате...<br><br><br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#107 Sat, 04 Feb 2012 17:14:14 GMT &gt; Форматы файлов, применяемых в области Автоматизации Проектирования. Описание форматов <br>&gt; CAD-файлов сгруппировано в алфавитном порядке.<br>&gt; http://www.cad.dp.ua/formats/de.php <br>&gt; http://en.wikipedia.org/wiki/Category:CAD_file_formats <br><br>Глупо было бы ожидать недостатка форматов. Я спрашивал про хороший открытый и независимый формат. Поясняю:<br>1. Хороший - значит достаточно хорошо выполняет свою задачу (хранит чертежные данные).<br>2. Открытый - полное описание доступно всем.<br>3. Независимый - разрабатывается не одним производителем, а с учетом интересов всего сообщества.<br>Не знаю форматы которые подходили бы под все критерии. Например из известных мне: <br>DWG - хороший, закрытый, зависимый.<br>DXF - хороший, открытый, зависимый.<br>SVG - плохой, открытый, независимый.<br>Итак, подходящего формата нет. И списки всевозможных форматов тут вряд ли помогут. Был бы такой формат, его бы использовали свободные чертилки. А так по факту LibreCAD базируется на DXF. И альтернатив не видно, как не печально. DWG хоть и более мощ https://slinkov.ru/openforum/vsluhforumID3/82744.html#106 Fri, 03 Feb 2012 17:29:17 GMT &gt; Да не вопрос, напиши новую библиотеку с нуля. Делов-то всего лет на <br>&gt; пять.<br><br>а мне-то зачем? у меня от букв &#171;GPLv3&#187; не начинается нервный тик. впрочем, для тех, у кого начинается, я таки имею предложение: меня можно нанять.<br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#105 Fri, 03 Feb 2012 17:19:41 GMT &gt; К примеру, в нише DSP такой проблемной библиотекой является FFTW3. <br><br>Смешно сравнивать. БПФ это полсотни строк кода. В гугле их десятки. Ну да, работать будет раза в 3 меделеннее чем тщательно вылизанная FFTW3. Для гимпа это будет катастрофа понятное дело.<br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#102 Fri, 03 Feb 2012 16:27:55 GMT &gt; кажется, я тут пропустил ключевой пункт. скажи, где мне прочитать о том, <br>&gt; что FSF вынуждает разработчиков использовать LibreDWG?<br><br>Да не вопрос, напиши новую библиотеку с нуля. Делов-то всего лет на пять.<br> https://slinkov.ru/openforum/vsluhforumID3/82744.html#101 Fri, 03 Feb 2012 16:25:52 GMT &gt; А разработчики пилили-пилили себе под gplv3, и всё было зашибись, пока интервью на linuxgraphics.ru всё не опошлило<br><br>Правда, разработка встала уже больше чем на год, но ты продолжай :) Для вечера пятницы твои комменты &#8212; самый сок :)<br>