开放设计联盟 (ODA)存在的最大意义就是解析DWG格式，国产自主格式需要早做准备，老美现在有点不讲武德了。。。。
开放设计联盟 (ODA)（2003 年之前 - OpenDWG 联盟）是软件制造公司的 非营利协会（联盟）。
开放设计联盟的创建目标是开发允许读写DWG文件的软件库。据联盟参与者称，这将有助于 DWG 格式作为各种CAD 系统之间数据交换的开放标准的传播。
ODA 提供适用于.dwg、.dxf、.dgn、Autodesk Revit、Autodesk Navisworks 和.ifc文件的互操作性工具以及用于可视化、Web 开发、 3D PDF发布、建模等的技术堆栈。软件库的开发由联盟参与者的会员费资助。
一.ODA开发的软件库：
（1）Drawings SDK
允许您使用面向对象的 API 从 .dwg 和 .dgn 文件获取所有信息、创建文件、编辑任何对象以及与许多其他文件类型交互。
（以前使用的名称：Teigha Drawings、Teigha（表示 .dwg 文件）和 Teigha（表示.dgn 文件）；OpenDWG和DWGdirect；DGNdirect。）
（2）Architecture SDK
是一套用于开发基于 .dwg 的建筑设计应用程序的工具。它提供与 Autodesk Architecture 文件（旧名称：Teigha Architecture）的兼容性。
（3）Civil SDK
是一个用于处理 Autodesk Civil 3D 文件的开发工具包。Civil API 提供对自定义 Civil 对象（旧名称：Teigha Civil）的读/写访问。
（4）Map SDK
是一组用于处理 Autodesk 地图文件的开发工具。
二.开放设计联盟的历史
由于DXF格式的一些固有缺点，在 20 世纪 80 年代末，需要能够读写 DWG 格式文件的工具。为了满足这一需求，包括 Cimmetry Systems、Cyco、Kamel Software、MarComp、Sirlin 和 Softsources 在内的许多制造商对DWG 文件格式进行了逆向工程。因此，这些公司发布了 Autodesk 的各种软件实用程序、文件查看器和 AutoCAD 的其他应用程序。
1990 年至1997 年间， MarComp 是用于访问 DWG 文件的软件实用程序的领先开发商。MarComp 使用黑盒方法开发其软件库（黑盒是 DWG 文件）。MarComp 开发的软件库称为 AUTODIRECT。到 1997 年底，AUTODIRECT 库支持 8 个版本的 AutoCAD 文件，范围从 DWG 2.5 到 DWG R14。
1998年1 月，MarComp Visio Corporation（现为Microsoft Corporation的一个部门）收购。
Visio 公司决定将 DWG 格式设为开放标准，允许在不同 CAD 系统之间交换数据，而不会出现数据丢失的风险。为此，Visio Corporation 和其他几家公司于 1998 年 2 月创建了OpenDWG Alliance联盟 ，这是一个独立的非营利组织，其目标是将 DWG 推广为存储绘图数据的开放、公开可用的标准。所有 OpenDWG 联盟参与者都可以访问基于 AUTODIRECT 库开发的 OpenDWG ToolKit 和 OpenDWG ViewKit 实用程序。
2002年， OpenDWG 联盟推出了一套全新的软件库 - DWGdirect，它是用面向对象的编程语言C++从头编写的。
2003年， OpenDWG联盟更名为开放设计联盟。
2006 年 11 月 22 日，Autodesk起诉开放设计联盟，指控其DWGdirect库将 TrustedDWG 代码（包括“AutoCAD”一词）写入其创建的 DWG 文件中，侵犯了 Autodesk 的“Autodesk”一词商标。2007 年 4 月，诉讼被撤销，Autodesk 修改了 AutoCAD 2008 中的警告消息（使其更加良性），开放设计联盟从其 DWGdirect 库中删除了对 TrustedDWG 代码的支持。
2008 年，DGNdirect 添加了对 .dgn 文件的支持。2010 年 4 月，对于 .dwg文件， DWGdirect 更名为Teigha；对于 .dgn 文件，OpenDWG 更名为Teigha Classic；DGNdirect 更名为Teigha。
2010年4月，开放设计联盟根据与Autodesk的协议，更改了其产品名称：DWGdirect更名为“Teigha for .dwg files”，OpenDWG更名为“Teigha Classic”，DGNdirect更名为“Teigha for .dwg files”。.dgn 文件“”
自 2017 年 8 月（v. 4.3.1）以来，Teigha 包含对 2018 版 .dwg 文件的生产支持，包括建筑、土木和机械自定义对象。2018 年 2 月（v. 4.3.2），宣布支持STL和OBJ文件。
2018 年 9 月，Teigha 品牌被移除。
2018 年 10 月，ODA 开始开展 IFC Solutio 工作。
2019 年 1 月，Drawings 2019.2 引入了拉伸和旋转 3D 实体建模操作，作为标准 SDK 的一部分。同月，ODA 宣布发布其新的 BimNv SDK。
2020 年 5 月，ODA 改为每月发布。2020 年 6 月，ODA 发布了免费的 Open IFC Viewer，并于 2021 年 7 月开始开发 STEP 支持。2021 年 10 月，ODA 发布了 IFC 验证引擎。
2022 年 1 月，ODA 开始 Scan-to-BIM 开发。
2022年9月ODA开始MCAD SDK开发，并于2022年10月发布STEP SDK供生产使用。
开放设计联盟维护并定期更新 Teigha 规范，以反映 DWG 格式的变化。
三.ODA修订美俄制裁有关的成员资格协议
来源：eryar微信公众号（刘星）
美国外国资产控制办公室(OFAC)于2024年6月12日发布了一项新的决定
“
俄罗斯ODA会员的会员资格终止
鉴于新的制裁限制，自2024年9月12日起，ODA将在很大程度上被禁止向位于俄罗斯的会员提供服务，或者在这些服务将被用于为位于俄罗斯的任何人谋取利益的情况下提供服务。因此，根据ODA月12日的决定，ODA应在2024年9月12日前终止其俄罗斯成员协议。
俄罗斯的成员开发团队需要在2024年9月12日之后获得ODA批准
从2024年9月12日开始，为非俄罗斯ODA成员工作的位于俄罗斯的人员必须获得ODA的批准。此类人员在2024年9月12日之后将被禁止访问ODA服务，包括但不限于ODA会员门户网站、ODA吉拉支持票系统和ODA技术支持论坛。俄罗斯境内的人员也被禁止间接使用ODA服务。此外，ODA应采取以下进一步的风险缓解措施(以及其他措施)以确保符合6月12日的决定: 更新官方发展援助成员规则和政策，以解决这些新的限制；和 实施IP地理位置过滤，阻止俄罗斯境内的任何人远程访问ODA产品和服务。
对俄罗斯销售的限制
从2024年9月12日开始，所有向俄罗斯销售包含ODA技术的软件必须向ODA报告，并且仅限于零售现成应用程序。禁止向俄罗斯销售包含ODA技术的定制应用程序。还应禁止向俄罗斯客户提供任何包含ODA技术的网络服务。
出口管制状态待定
美国政府扩大了对美国原产软件的出口控制，全面禁止向俄罗斯出口或再出口CAD和BIM软件。我们已经评估了ODA的软件，目前认为它不会被视为美国原产，因此美国出口管制将适用。我们正在寻求美国当局的正式决定。我们必须提醒我们的所有成员，根据美国法律，他们有独立的义务防止俄罗斯境内的个人通过访问ODA的产品或服务违反美国的经济制裁。如果违反这些控制，ODA和任何相关成员都可能面临美国法律规定的重大民事和潜在刑事责任。
”
四.美帝开历史倒车
ODA Teigha 平台的主要开发人员都在俄罗斯,Sergey Vishnevetsky（开发总监）、Sergey Slezkin（基础开发团队负责人） Teigha）、Ilya Zavyalov（Teigha Cloud 开发负责人）、Alexander Rumyantsev（质量保证团队负责人）等。
国际化科技合作结束了，蛋糕太小了，水池太浅了。
资本不是没有克星，资本的克星就是自己。当外部掠夺停滞后，就得互相撕咬。排斥俄罗斯，只是第一步，下一步就是国内清理。
对于ODA那所谓的技术，中俄都有替代技术，实际上这个无所谓，反正也不是最核心的东西!
这倒是，反正什么都半把刀。。。
工业软件数据标准，我们不仅仅是弱小，而是还处在萌芽期。个体和群体都不能成为独立的系统。
妄图成为dwg这种所谓的实际标准，是错误的。ODA是开放性内核掌控者，规则是开放的，不属于那种数据通用，但规则独立的数据标准。
这是一种逆向思维，不管你什么标准，我只要在结果的表达方式上刺进一根钉子就行。这才是真正意义上的弱小，因为缺乏市场孵化机制，只能如此。
所以，国内软件以至涉及到的相关学术研究，形成松散的格局。这种情况比数据开环更严重，缺乏创新能力。
数据标准化，是国产软件实现自我供血造血的首要任务。
美国开发软件，工具多，门槛也多。俄罗斯开发软件，自己搞定，门槛自然少很多。虽然前期慢，但是后期快。开发软件最怕遇到代码屎山。美国系统框架太多了，被资本控制住了，再加上体系相对复杂，自然影响到各个控件。毕竟裸奔的软件体积很小。总结一下，美国软件衣服多，俄罗斯软件身条好。
