LINUX.ORG.RU

Почему в свободных САПР не поддерживается формат DWG

 , , libredwg


0

3

В начале январе в разделе для нетехнических дискуссий ЛОР был задан очередной, двеститритысячипятисотый по счёту вопрос о поддержке в СПО проприетарного формата чертежей DWG.

Редакция проекта linuxgraphics.ru решила выяснить причины, по которым существующая библиотека LibreDWG не используется в таких активных проектах как LibreCAD и FreeCAD. Для этого были проинтервьюированы создатели библиотеки, авторы некоторых свободных САПР, соразработчик Open Assets Library, руководитель Blender Foundation и, наконец, представитель Free Software Foundation — правообладателя кода LibreDWG.

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

Первый фактор обусловил неполноту реализации поддержки форматов, второй — потерю одним из создателей LibreDWG интереса к разработке ввиду невозможности увидеть практическое применение результатов двух лет работы. Всё вместе это стало причиной приостановки разработки LibreDWG в январе 2011 года.

Обновление лицензии самих САПР до совместимости с GPLv3+ существенно осложнено ввиду использования унаследованного и третьестороннего кода, чья лицензия накладывает ограничения на лицензирование САПР.

В настоящее время авторы LibreDWG уже более месяца ведут переговоры с FSF о выработке оптимальной стратегии релицензирования библиотеки. Более точную информацию ни та, ни другая сторона представить пока не в состоянии.

Напомним, что поддержка DWG в свободном ПО была в 2008 году объявлена приоритетным проектом FSF. Несмотря на это, до сих пор FSF и Ричард Столлман высказывались категорически против релицензирования LibreDWG, тем самым препятствуя достижению поставленной ими же цели.

>>> Подробности

★★★★★

Проверено: JB ()
Последнее исправление: AP (всего исправлений: 3)

Ответ на: комментарий от AP

Насколько я знаю, кроме архитектурного модуля во FreeCAD почти ничего не развивается.
FreeCAD развивается как всё на свете.

ты определённо профессионально растёшь как журналист:)

Anonymous ★★★★★
()
Ответ на: комментарий от ForwardToMars

Везде utf-8, например

Ага, счас. Браузеры автоматически открывают html не в той кодировке что указана в файле а в той что сообщает сервер. Хостинги типа народа сообщают восьмибитные кодировки, так что utf-8 там пролетает как фанера над Парижем.

Не парясь с этим вычислительно тяжёлым (относительно, конечно) форматом?

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

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

М$ велосипедит форматы по мере необходимости и имеет с этого доход, а неудобно не им.

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

Ты не слышал про байты?

в книжке «Организация вычислительных машин» (А.Флорес 1969 год) для каждой архитектуры указывается, сколько у неё в байте битов (6/8/10/12...), у профессиональных видеокарт WildCat в ~2000..2005 были десятибитные байты - наверняка в каких-нибудь контроллерах это ещё актуально.

Anonymous ★★★★★
()

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

zamtmn ★★
()
Ответ на: комментарий от Anonymous

у профессиональных видеокарт WildCat в ~2000..2005 были десятибитные байты - наверняка в каких-нибудь контроллерах это ещё актуально.

А для программ пишущихся для x86_64 и читающих данные с диска актуально?

Napilnik ★★★★★
()
Ответ на: комментарий от Napilnik

А для программ пишущихся для x86_64 и читающих данные с диска актуально?

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

Anonymous ★★★★★
()
Ответ на: комментарий от Anonymous

Не, я развиваюсь как великий лингвист. Умудриться портануть garden wall sentence на русский язык — это достижение. Спасибо, доставило :)

AP ★★★★★
() автор топика
Ответ на: комментарий от Napilnik

Ага, счас. Браузеры автоматически открывают html не в той кодировке что указана в файле а в той что сообщает сервер. Хостинги типа народа сообщают восьмибитные кодировки, так что utf-8 там пролетает как фанера над Парижем.

Везде - не в математическом смысле, а скорее в литературном. В сравнении с тем, что было 5-7 лет назад - уже везде. :) А так да, проблемы есть, но суть моего ответа не меняется.

М$ велосипедит форматы по мере необходимости и имеет с этого доход, а неудобно не им.

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

ForwardToMars
()
Ответ на: комментарий от anonymous

XML

Как это твоим методом записать?

явно с автоматами Милли и LR-компиляторами не сталкивались.
по сути XML и етсь текст.
как по мне - так без разницы - XMl или текст.
Просто у XML накладные по определению больше, но со своими плюшками.

mumpster ★★★★★
()
Ответ на: комментарий от Anonymous

флорес

Флорес 1969 год...в байте битов (6/8/10/12

и где все те динозавры с 9 битами типа HoneyWell?
wildcat тоже мимо кассы - ибо очень нишевое.

mumpster ★★★★★
()
Ответ на: комментарий от ForwardToMars

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

Ага, нужно брать любое угрёбище просто потому что оно у кого-то там популярно, колоться и грызть кактус.

Napilnik ★★★★★
()
Ответ на: комментарий от dogbert

Надо было вернуться в прошлое и заставить релизнуть libdwg под BSDL.

А что, если бы на эту либу перешли и проприетарные CAD'ы, был бы лютый вин.

annulen ★★★★★
()

<пятница>
Я понял, всё сказанное по теме - чушь.

Попробуйте создать модель во FreeCAD, а потом представьте, что вам нужно написать импортёр из фрикадовского fcstd.

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

Если попытаться открыть модель «как во FreeCADе», сохранив все возможности редактирования, придётся повторить всю внутреннюю архитектуру фрикада, все доступные инструменты и примитивы - а это больший объём, чем написать FreeCAD с нуля.

</пятница>

Anonymous ★★★★★
()
Ответ на: комментарий от Napilnik

Ага, нужно брать любое угрёбище просто потому что оно у кого-то там популярно, колоться и грызть кактус.

Нет, ещё можно сделать новый открытый стандарт, если ты действительно можешь предложить что-то более удобное, чем существующие.

Не нравятся xml, yaml, json - разработай и предложи свой. Но с прицелом на широкое использование, а не для одной единственной программы, как бы ни была она нужна.

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

ForwardToMars
()
Ответ на: комментарий от ForwardToMars

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

“The nice thing about standards is that you have so many to choose from.” Andrew S. Tanenbaum

Ну, ты понЕл :)

AP ★★★★★
() автор топика
Ответ на: комментарий от annulen

Надо было вернуться в прошлое и заставить релизнуть libdwg под BSDL.

А что, если бы на эту либу перешли и проприетарные CAD'ы, был бы лютый вин. Ага, особенно если среди них будет автокад. Autodesk, переходящий на стороннюю реализацию своего же формата, который они всячески огораживают и гребут $$$ за возможность работы с ним — это был бы один из лютейших и лулзовейших винов в истории человечества. :D

anonymous
()
Ответ на: комментарий от alex-w

Твоё невежество переходит все границы. Тебе всё на пальцах уже многократно объяснили. Ты не понимаешь лицензию и распространяешь FUD. А также не хочешь читать GPL FAQ, и линки из самой статьи, где приводится переписка с RMS. Вот, что сам RMS ответил:

If it is «GPL 2 only» then he can't link it with your library. If it is «GPL 2 or later» then he can link with your library. It is that simple.

Если ещё раз скажешь, что для того, чтобы слинковать с библиотекой под GPL v3+ нужно самому быть под GPL v3+, придётся поместить тебя в ignore.

mihalych ★★★
()
Ответ на: комментарий от mihalych

Если ещё раз скажешь, что для того, чтобы слинковать с библиотекой под GPL v3+ нужно самому быть под GPL v3+, придётся поместить тебя в ignore.

Ну давай, мудрый ты наш, расскажи как дериватив от GPLv3+ может стать GPLv2+

alex-w ★★★★★
()
Ответ на: комментарий от AP

Да уж куда мне, топикстартеру, до ваших высоких материй :)

Да нет тут никаких высоких материй. Вопрос прост, как 3 копейки.

ForwardToMars
()
Ответ на: комментарий от Ttt

И в чём же будет вин?

В 100% совместимости файлов, естественно. Ну и есть вероятность, что они будут контрибьютить и/или спонсировать разработку.

annulen ★★★★★
()
Ответ на: комментарий от annulen

Ну и есть вероятность, что они будут контрибьютить и/или спонсировать разработку.

И какая у них будет мотивация для этого?

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от alex-w

Ну давай, мудрый ты наш, расскажи как дериватив от GPLv3+ может стать GPLv2+

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

Результат линковки (вот его-то и можно назвать производной работой) твоего кода под любой совместимой лицензией (например под BSDL, Apache License, LGPL, GPL v2+, GPL «v2 or v3» и так далее; более полный список на сайте FSF) со сторонней библиотекой под GPL v3+ будет, естественно, GPL v3 (or later, in some cases). Но сама оригинальная работа остаётся под своей совместимой лицензией. На то она и совместимость лицензий.

В больших проектах разные части зачастую под разными лицензиями. На фонты и данные можно иметь и вовсе несовместимые лицензии. Но на все подключаемые библиотеки нужны совместимые (в данном случае с GPL v3) лицензии. В этом же и проблема - что одна-две библиотеки исползуемые CAD-ами не совместимы, но легко могут быть сделаны совместимыми, как я неоднократно писал выше.

mihalych ★★★
()
Ответ на: комментарий от mihalych

Совместимость лицензий

Сам я попадал в подобную ситуацию более 10-и лет назад, задолго до выхода GPL v3, но будучи с противоположной стороны. Моя библиотека (модули на perl под GPL v2+) делала всю чёрную работу, и позволяла писать короткие скрипты (делающие use MyLib;). Люди присылали мне свои скрипты для включения, обычно под GPL v2+ но один был под модифицированной BSDL. Я возмутился, потому как «очевидно», что этот скрипт является «производной работой». На что меня ткнули в GPL FAQ и попросили включить скрипт несмотря на его BSDL, и с тех пор я начал серьёзноe изучение лицензий и закона об авторских правах. :)

mihalych ★★★
()
Ответ на: комментарий от annulen

Так библиотека уже запилена же. И тем более уже есть организация Open Design Alliance, которая выпускает проприетарные библиотеки для работы с DWG. Поэтому сделать проприетарный форк было бы проще простого.

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

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

Так библиотека уже запилена же. И тем более уже есть организация Open Design Alliance, которая выпускает проприетарные библиотеки для работы с DWG. Поэтому сделать проприетарный форк было бы проще простого.

Не знал об этом.

annulen ★★★★★
()
Ответ на: комментарий от Gunnerua

Ничего, наработает три звезды и станет, как все.

хехехе

Oleaster ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.