Война форматов. S02E01. ODF. P04. Ингридиенты ODF

В давно уже не цитировавшемся мною блоге Роба Вейра появился новый пост - «ODF Ingridients». В нем приведена хронологическая схема нормативных ссылок стандарта ODF 1.2, т.е. перечислены все стандарты, определения и требования из которых были использованы при разработке стандарта ODF 1.2. Каждая метка стандарта на схеме окрашена в соответствии со своим происхождением (какая организация разрабатывала и/или утверждала данный стандарт) и отнесена на шкале дат ко времени публикации соответствующего стандарта. Очень наглядная демонстрация преемственности стандартов и повторного использования знаний.

Не трудно заметить, что основная масса ссылок в ODF 1.2 приходится на стандарты, разработанные W3C (World-Wide Web Consortium) и IETF (Internet Engineering Task Force).

Очень бледно выглядит на фоне этих двух организаций крупнейший международный «стандартизатор» - ISO/IEC. В ODF 1.2 есть ссылки только на 3 стандарта общего назначения, утвержденные ISO/IEC. На деле это означает, что ISO практически не занимается релевантными активностями в этом направлении – стандартизации открытых форматов.

Кстати, раз уж зашла речь об ODF 1.2. Чуть менее месяца назад, 13 сентября закончилось 60-дневное публичное обсуждение финального драфта этого стандарта, разработанного OASIS. Можно ожидать (и таковы планы разработчиков), что ODF 1.2 будет утвержден в качестве стандарта OASIS до конца текущего года.

Война форматов. S02E01. ODF. P03. Стандарту ODF – 5 лет

1 мая – не только День международной солидарности трудящихся (или как он там сейчас называется?). Это еще и день, в который 5 лет назад, в 2005-м году, формат ODF стал стандартом OASIS. По поводу этого мини-юбилея ODF Alliance опубликовал небольшой исторический обзор. Собственно, это даже и обзором сложно назвать – в документике всего 3 страницы, одну из которых целиком занимает картинка, которую я привожу ниже.

На картинке отображены основные события в жизни формата ODF за прошедшие 5 лет в разрезе трех категорий:

¨        Стандартизация (желтый цвет): вехи и даты утверждения/публикации официальных версий и драфтов стандарта ODF основными организациями стандартизации – OASIS и ISO/IEC

¨        Продукты (голубой цвет): репрезентативный (но далеко не полный) перечень офисных продуктов, в которых реализована поддержка ODF

¨        Утверждение (зеленый цвет): перечень государств и внутригосударственных административных единиц (штатов, провинций), в которых формат ODF объявлен в качестве официально применяемого в деятельности правительственных учреждений и организаций.

Вот по последней категории хотелось бы немного уточнить – про Россию. ODF Alliance засчитывает нашу страну как одну из тех, в которых официально объявлено о применении ODF в правительственных учреждениях. При этом идет ссылка на некий «План мероприятий по использованию открытых технологий и стандартов в деятельности органов государственной власти», существовавший где-то в недрах бывшего Мининформсвязи. Мои попытки найти следы этого плана ни к чему не привели. Зато я нашел результаты проекта «Пилотное внедрение программных средств работы с форматами офисных файлов ISO/IEC 26300:2006 (ОDF) в рамках разработки комплекса основных стандартов в области проектирования, создания и внедрения государственных информационных систем», выполненного в 2007 году по заказу Минэкономразвития. В одном из ближайших сериально-форматных постов я постараюсь об этом проекте написать.

У меня в блоге, кстати, есть пост «ODF шагает по планете…», в котором приведена достаточно интересная подборка статистических данных о распространенности ODF в мире.

Война форматов. S02E02. OOXML. P01. Microsoft: Обещать – не значит жениться

Накануне второй годовщины утверждения OOXML в качестве стандарта ISO 29500 (официальной датой считается 2-ое апреля 2008 года, хотя злые языки не без оснований утверждают, что реально официальное извещение ISO было разослано 1-го апреля – и это было сделано не просто так) в блоге Алекса Брауна появился пост с весьма красноречивым (для понимающих, о чем идет речь) названием – «Microsoft Fails the Standards Test».

Я взял на себя труд пересказать пост Алекса Брауна достаточно близко к исходному тексту, дополнив его необходимыми комментариями, касающимися отдельных перипетий «войны форматов».

Для тех, кто не совсем в теме (или – совсем не ...) поясню пикантность ситуации. Алекс Браун (Alex Brown) был председателем BRM (Ballot Resolution Meeting) – согласительной встречи по результатам голосования по проекту стандарта ISO 29500, состоявшейся в феврале 2008 года и фактически открывшей дорогу OOXML в стандарты ISO (у меня есть серия постов «Как OOXML становился стандартом ISO», в которой подробно рассказано о всем процессе стандартизации OOXML вообще и о роли BRM и Алекса Брауна, в частности – см. ссылки на эти посты в каталоге «Войны форматов»). Т.е., Алекс Браун был одним из самых последовательных сторонников принятия стандарта ISO 29500 (об этом можно почитать в его блоге периода 2007-2008 гг.), а теперь именно он публикует пост, открывающий новый виток скандальной истории OOXML.

Для абсолютного большинства нетехнических людей (в том числе и в госструктурах), кому важен сам факт ISO-шной «вывески» OOXML  и кто ни разу не продвигался в чтении стандарта ISO 29500 дальше титульной страницы (и это достаточно мудрое решение – учитывая, что стандарт содержит более 6000 страниц), остался неизвестным тот ключевой факт, что фактически под одним названием скрывается ДВА стандарта. Дело в том, что существуют так называемые «Строгая» (Strict) и «Переходная» (Transitional) спецификации OOXML, и обе они описаны в стандарте ISO 29500. На самом деле, появление «Переходной» спецификации явилось результатом дебатов в ходе BRM, и именно благодаря выделению этой спецификации в отдельное приложение стандарт ISO 29500 был в итоге утвержден. Изначально, когда описание формата OOXML, переданное на рассмотрение ISO, представляло из себя единое целое (хотя понятие «единое целое» весьма условно применительно к спецификации OOXML, являющейся результатом копипастинга из технической документации Microsoft), в нем присутствовали унаследованные от проприетарных форматов Microsoft возможности, которые, по утверждению MS были необходимы для обеспечения обратной совместимости с более ранними офисными форматами (т.е. де факто MS тянула в новый стандарт свои устаревшие проприетарные «фичи»). Против такого «наследства» выступили многие технические специалисты, привлеченные национальными комитетами по стандартизации к рассмотрению проекта стандарта. Результатом компромисса, достигнутого в ходе BRM (хотя, о том, как проходила BRM, стоит почитать отдельно), как раз и явилось разделение проекта стандарта на две спецификации – «Strict» и «Transitional». В «Transitional» были отнесены все те возможности, которые были нужны только для работы со старыми документами, но которые НЕ ДОЛЖНЫ были появляться в новых документах, создаваемых с помощью приложений, соответствующих Strict-версии ISO 29500. «Переходность» означала также то, что в следующих версиях ISO 29500 приложение, включающее в себя все Transitional-возможности, совсем не обязательно будет присутствовать – тем самым переходный период устанавливался с длительностью не более, чем период пересмотра стандарта ISO (все международные стандарты рецензируются всеми членами ISO, по крайней мере, через три года после публикации и каждые пять лет после первого рецензирования).

Обещания и реальность

Перед финальным голосованием по проекту стандарта 29500 Microsoft взяла на себя несколько обязательств, которые готова была реализовать в случае утверждения OOXML стандартом ISO. С этими обязательствами выступил в открытом письме вице-президент корпорации Крис Капоссела (Chris Capossela), ответственный за линию продуктов Microsoft Office. Сегодня, по прошествии двух лет с момента утверждения ISO 29500, можно сопоставить виртуальность (обещания) и реальность политики MS.

Война форматов. S02E01. ODF. P01. Свежие новости от Роба Вейра

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

В конце марта в Стокгольме состоялась очередная рабочая встреча ISO/IEC JTC1/SC34 (это, соответственно, Объединенный Технический Комитет 1 и Подкомитет 34, занимающиеся, в частности, стандартами офисных документов).

В части, касающейся ODF – на этой встрече обсуждалась возможность «апгрейда» ISO-шной версии стандарта ODF (ISO 26300). Идея «апгрейда» состоит в том, чтобы синхронизировать существующие «стандартные» версии ODF – в ISO утверждена версия ODF 1.0, в то время, как в OASIS (организации, собственно, и развивающей ODF) уже давно – еще в 2007 году - утверждена версия ODF 1.1 (напомню также, что версия ODF 1.2  находится в завершающей стадии разработки). ODF 1.1 реализован во многих офисных пакетах - OpenOffice, Microsoft Office (да-да, и на эту тему поговорим в ближайших постах), Symphony, KOffice и других.

Формально «апгрейд» стандарта ISO будет реализован в виде дополнения (amendment) к стандарту ISO/IEC 26300:2006, включающего расширения из OASIS ODF 1.1 – преимущественно, улучшения в части обеспечения доступности (accessibility).

Процесс будет протекать следующим образом:

1. OASIS передает полный текст ODF 1.1. в ISO JTC1 (уже передан).
2. Редактор проекта ODF из OASIS работает совместно с рабочей группой 6 подкомитета 34 (SC34/WG6) над текстом дополнения к ISO/IEC 26300. С технической точки зрения, эта работа заключается в генерации файла различий (diff) между ODF 1.0 и ODF 1.1 (в процессе реализации).
3. Далее должно пройти голосование национальных комитетов по стандартизации, входящих в SC4,  по документу, называемому FPDAM (Final Preliminary Draft Amendment) – Предварительный Финальный Драфт Дополнения.
4. Затем – голосование национальных комитетов, входящих в JTC1, по документу, называемому FDAM (Final Draft Amendment) - Финальный Драфт Дополнения.

Весь процесс займет от 9 до 12 месяцев, так что можно ожидать появления Дополнения где-нибудь в 2011 году.

Как весь описанный выше процесс влияет на судьбу ODF 1.2, о котором я уже упоминал как о находящемся на финальной стадии разработки? Ответ – НИКАК. В том смысле, что никаких задержек относительно ожидающихся сроков появления ODF 1.2 не будет. Достаточно длительные дискуссии в OASIS и WG6 позволили спланировать работы так, что разработка дополнения к ISO 26300 не приведет к изменениям в графике разработки ODF 1.2. Это, в частности, означает, что версия OASIS ODF 1.2, скорее всего, будет утверждена раньше, чем дополнение ODF 1.1 пройдет утверждение в ISO JTC1. Это может выглядеть несколько странно, но, на самом деле, не является серьезной проблемой. Основная работа над ODF ведется в OASIS, и результат этой работы медленно, но неуклонно будет проведен через ISO JTC1, и ODF 1.2 будет опубликован под титульным листом ISO/IEC – примерно через 12-16 месяцев. Версия ISO ODF 1.1 не имеет серьезного значения для разработчиков, которые уже достаточно давно реализовали поддержку ODF 1.1 в своих продуктах и сейчас движутся в направлении поддержки ODF 1.2, но она может иметь значение для организаций (в том числе – из госсектора), которые внедряют у себя эти стандарты и которым важно наличие «лейбла» ISO.

Следующий пост сериала будет не таким благостным – в нем пойдет речь об OOXML, а с этим форматом (и со стандартом ISO 29500) ситуация развивается куда как более драматично. Так что, не уходите далеко :). Если не усну, напишу пост уже сегодня ночью.

Мои посты про «войну форматов»

Мне тут подумалось, что далеко не все из посетителей моего блога настолько проникаются интересом к моей писанине, что пролистывают все записи от самых последних к самым первым. А между тем, три-четыре месяца назад у меня были достаточно интересные (к чему ложная скромность? :) ) посты посвященные «великому противостоянию» двух офисных форматов – ODF (OpenDocument Format) и OOXML (Office Open XML). Этих постов было немало, но тогда я еще не придумал «сериальный» принцип публикации, и не объединял их в «сезоны» и «эпизоды» (хотя пара мини-сериалов там все-таки получилась сама собой).

По опыту недавнего создания каталожного поста «Мои сериалы» я решил создать второй пост-каталог, посвященный «первой мировой войне форматов». К этой теме я собираюсь еще вернуться - не все написано из того, что планировал. Ну а пока перечислю то, что уже есть в блоге.

Два поста, вводящие в проблему и адресующие к дополнительным источникам информации для интересующихся:

Открытые форматы – краткое введение в тему

Источники информации о стандартах ODF и OOXML – понятно, про что

Подборка постов, посвященных ODF:

Базовые сведения об ODF

Хронология разработки стандарта ODF

«Война форматов» продолжается: Европейские страны выбирают ODF

ODF шагает по планете…

Аналогичная подборка постов, посвященных OOXML:

Базовые сведения об OOXML

Разговор с Элизой об OOXML – текст, пародирующий «общение» с программой-«психотерапевтом» на тему OOXML

Рекорды стандарта OOXML

Как написать стандарт (если вам очень нужно) – еще один текст-пародия

Вот он – первый мини-сериал в моем блоге. Из названия постов ясно, о чем он – о скандальной истории рассмотрения (и утверждения) формата OOXML в качестве стандарта ISO:

Как OOXML становился стандартом ISO. Часть I

Как OOXML становился стандартом ISO. Часть II

Как OOXML становился стандартом ISO. Часть III

Перечисленные ниже четыре поста – перевод достаточно старого (середины 90-х годов) внутреннего маркетингового руководства Microsoft, которое, тем не менее, не утратило своей актуальности до сегодняшнего дня. Я считаю эти посты одними из самых лучших в своем блоге (увы, текст не мой – я только переводил):

Эффективный евангелизм. Часть I

Эффективный евангелизм. Часть II

Эффективный евангелизм. Часть III

Эффективный евангелизм. Часть IV

В ближайшее время я собираюсь возобновить публикацию «форматных» постов. Надеюсь, будет интересно не только мне :). Периодически – раз в 3-4 месяца - буду обновлять и пост-каталог (если будет что в него добавлять).

Как OOXML становился стандартом ISO. Часть III

Окончание сериала - начало здесь, продолжение здесь.

После сентябрьского (2007 г.) голосования по проекту DIS 29500, в ходе которого проект был «забаллотирован», процесс перешел в фазу подготовки согласительной встречи по результатам голосования (BRM – Ballot Resolution Meeting).

Главная цель BRM вытекает из ее названия – решение проблем, выявленных в ходе первого голосования по проекту стандарта. В ходе BRM также проводится голосование, но это не новое голосование за проект стандарта, а голосование за внесение в этот проект изменений, разработанных на основе анализа комментариев и замечаний, поступивших от национальных комитетов. После того, как изменения будут внесены в проект стандарта, каждый национальный комитет может решить для себя – оставлять ли в cиле результат своего первого голосования по DIS 29500 или изменить его.

Как OOXML становился стандартом ISO. Часть II

Продолжение сериала - начало здесь.

Этот пост будет посвящен не хронологическому продолжению истории, а одному весьма интересному – и не лежащему на поверхности - аспекту первой волны голосования за проект DIS 29500.

Существует прямая корреляция между позициями стран при голосовании по DIS 29500 и их позициями в рейтинге «Индекса Восприятия Коррупции» (CPI - Corruption Perceptions Index), ежегодно публикуемом организацией Transparency International. Не могу не похвастаться – сначала я обнаружил эту взаимосвязь в ходе собственных изысканий, а потом натолкнулся в интернете на статью, где делались те же выводы.

Взглянем на карту распределения CPI по странам мира в 2007 году.  Чем выше значение CPI для страны (и соответственно, чем более светлым тоном она обозначена на карте), тем лучше в этой стране обстоят дела с коорупцией (в смысле – коррупция меньше).

 Источник: Transparency International

Теперь посмотрим на значение CPI для тех стран, которые проголосовали безусловно «За» - и не высказали при этом никаких комментариев по проекту стандарта. Как вы думаете, когда при рассмотрении очень сложного технического документа говорится «За» без комментариев? Тогда, когда абсолютно все в нем понятно и не вызывает вопросов и возражений? Или тогда, когда за документ голосуют, вообще не заглядывая под титульную страницу – потому что есть другие резоны так голосовать? Ответ, по-моему, однозначен и очевиден. Итак…

Как OOXML становился стандартом ISO. Часть I

Я уже писал в посте «Базовые сведения об OOXML», что скандальная история с утверждением формата Office Open XML в качестве стандарта ISO/IEC 29500 наделала много шума. Причем, масштаб скандала оказался существенно шире рамок ISO-сообщества (как на международном, так и на национальных уровнях) и затронул даже правительственные структуры многих стран. О том, что в результате всего происшедшего ISO существенно испортила свою репутацию также было сказано неоднократно.

Я обещал написать пост с подробностями всей истории. И вот, наконец-то, я начинаю публиковать этот давно обещанный длинный-длинный пост (точнее, серию постов) про почти двухлетнюю эпопею «Рассмотрение и утверждение спецификации OOXML в ISO». Серию постов - потому что я понял, что длина единственного поста (если его опубликовать весь и сразу) будет превосходить все разумные пределы читательского интереса и терпения. Честно говоря, и пределы писательского терпения этот пост-сериал уже почти превзошел; я устал его готовить – потому что приходилось много раз переходить с одних сайтов, содержащих фрагменты мозаики под названием «Стандартизация OOXML в ISO», на другие, оттуда – в блоги непосредственных участников процесса из противостоящих лагерей, потом - идти на сайт ISO и уточнять детали процедур по рассмотрению проектов стандартов… Читать свидетельства и изложение слухов, сопоставлять факты, отсеивать явные домыслы… Наверное, при достаточном времени и желании можно было бы подготовить диссертацию по теме :). Вот только непонятно, по какой из дисциплин (история? психология? юриспруденция? психиатрия?) можно было бы такую диссертацию защитить… :)

1. Зачем статус стандарта ISO для OOXML был так нужен Microsoft? Ответ лежит на поверхности – потому что в противном случае существовала (да, в общем-то, и продолжает существовать) серьезная угроза для рыночной позиции Microsoft в сегменте, который раньше был практически ее безраздельной вотчиной – офисном ПО. Правительственные учреждения и бизнес-организации многих стран все чаще стали склоняться не просто к открытым форматам и открытому ПО, а к тому, что имеет статус международного стандарта – и предпочитают, чтобы этот статус был как можно более высоким. А выше статуса стандарта ISO пока (?) еще ничего нет.
2. Почему Microsoft пошла тем путем при стандартизации своего формата, каким она пошла? Да потому что это был самый простой и близкий путь к цели, пусть и не самый чистый. Был посредник, обладающий возможностями инициирования наиболее короткой процедуры, была процедура с заложенными в нее минами для всех участников процесса, кроме Microsoft, были лояльные к Microsoft исполнители процедуры…
3. Как у Microsoft получилось сделать с ISO то, что она с ней сделала? Ну, собственно, развернутым ответом на этот вопрос и будет серия моих постов «Как OOXML становился стандартом ISO 29500:2008». А если говорить коротко – коррупция и процедура.

 В заключение вступительной части первого поста – картинка для понимания масштаба «бедствия» под названием «DIS 29500». На фотографии, сделанной при рассмотрении проекта стандарта DIS 29500 в национальном комитете по стандартизации Венгрии, на столе лежат 2 распечатанных стандарта: стопка побольше – DIS 29500, маленькая стопка – ISO 26300 (ODF)…

Источник: Ссылка на Groklaw

Ну а теперь начнем рассматривать историю в деталях. А в деталях, как известно, скрывается Сами-Знаете-Кто… :)

Рекорды стандарта OOXML

Пока длинный-длинный пост про процесс «быстрой» стандартизации все еще пишется, я решил опубликовать своего рода «трейлер» к этому посту.

Еще только появившись в качестве стандарта Ecma International, спецификация OOXML успела поставить сразу два мировых рекорда – по объему стандарта (6546 страниц) и по скорости разработки стандарта в рамках Технического Комитета Ecma TC45 – 357 дней с момента передачи первого чернового варианта спецификации в TC45 до момента утверждения в качестве стандарта ECMA-376.

На графике внизу представлены данные по скорости утверждения в ранге стандартов ряда других спецификаций:

- OASIS OpenDocument Format (ODF)

- OASIS Darwin Information Typing Architecture (DITA)

- W3C Extensible Stylesheet Language (XSL)

- W3C XHTML

- W3C Scalable Vector Language (SVG)

- W3C Simple Object Access Protocol (SOAP)

- IETF MIME

- Ecma C#

- Ecma C++/CLI

Горизонтальная ось – размер отпечатанной спецификации в страницах A4, вертикальная ось – количество календарных дней, проведенных спецификацией в рамках соответствующего Технического Комитета.

 Источник: блог Роба Вейра

Разговор с Элизой об OOXML

В блоге Роба Вейра (ссылка на который есть слева на моей страничке, в разделе «Интересные блоги») я нашел замечательную пародию, посвященную стандартизации OOXML в ISO. Пародия сделана в стиле диалогов «человек-машина», бывших весьма популярными в 60-х годах прошлого века благодаря знаменитой компьютерной программе «Элиза» (ELIZA), написанной в 1966 году Джозефом Вейценбаумом, профессором Массачусетского Технологического Института и одним из основоположников теории и практики «искусственного интеллекта».

«Элиза» (ELIZA) — «виртуальный собеседник», программа, которая пародировала диалог с психотерапевтом, реализуя технику «активного слушания». Программа была названа в честь Элизы Дулитл, героини пьесы «Пигмалион» Бернарда Шоу, которую обучали языку «высшего класса людей».

Программа по большей части просто перефразировала высказывания пользователя, например: «У меня болит голова» — «Почему вы говорите, что у вас болит голова?». А в предложении «Мой отец меня ненавидит» Элиза реагировала на ключевое слово «отец»: «Кто ещё из семьи вас ненавидит?».

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

А теперь, собственно, прекрасное :). Перевод мой в соавторстве с Гуглом :)

Базовые сведения об OOXML

Office Open XML (OOXML) — семейство форматов файлов для хранения электронных документов пакетов офисных приложений — в частности, Microsoft Office. Формат представляет собой ZIP-архив, содержащий текст в виде XML, графику и другие данные, которые могут быть сериализованы с применением защищённых патентами двоичных форматов, спецификации которых были опубликованы Microsoft для пользователей OOXML на условиях Microsoft Open Specification Promise.

Первоначально формат создавался как замена прежнему двоичному проприетарному формату документов, который использовали приложения Microsoft Office вплоть до версии Office 2003 включительно. В 2006 году формат Office Open XML был объявлен свободным и открытым стандартом Ecma International. Он является форматом по умолчанию для приложений Microsoft Office 2007.

С точки зрения конкурентной борьбы на рынке офисных приложений, совершенно очевидно, что интенсивная доработка первоначальных XML-форматов Microsoft и ускоренное «протаскивание» OOXML в качестве международного стандарта обусловлены реальной угрозой рыночной позиции Microsoft в сегменте офисных приложений, которую корпорация увидела в лице открытых форматов ODF и открытых офисных пакетов, которые поддерживают эти форматы.

В настоящее время существуют две разные «стандартизованные» версии OOXML - ECMA-376 и

ISO 29500:2008. До сих пор не существует офисного пакета, полностью поддерживающего OOXML в версии стандарта ISO/IEC 29500. Ожидается, что полная поддержка стандарта ISO/IEC 29500 будет обеспечена в Microsoft Office 2010 – хотя это вызывает большие сомнения, с учетом незрелости и внутренней противоречивости стандарта.

Порядок разработки стандартов ISO

Поскольку при рассмотрении истории утверждения OOXML в качестве стандарта ISO/IEC важно понимание всей процедуры разработки, рассмотрения, утверждения и публикации стандартов, еще один предварительный информационный пост я решил посвятить обзору данной процедуры.

Полное описание процедуры приведено (на английском языке) на сайте ISO – (см. «Stages of the development of International Standards» - http://www.iso.org/iso/standards_development/processes_and_procedures/stages_description.htm).

Подробное изложение данной процедуры на русском языке имеется в русской Википедии - http://ru.wikipedia.org/wiki/ISO.

При создании данного поста использовались оба вышеназванных источника.

Базовые сведения об ODF

OpenDocument Format (ODF) – семейство открытых файловых форматов на базе XML для создания и редактирования документов с помощью офисных приложений (текстовых редакторов, электронных таблиц, графических и презентационных пакетов.

Оригинальная спецификация ODF разработана Sun Microsystems, в качестве стандарта впервые утверждена OASIS (Organization for the Advancement of Structured Information Standards). В 2006 году ODF v1.0 утвержден в качестве стандарта ISO/IEC 26300:2006.

Форматы ODF лежат в основе одного из самых популярных открытых пакетов офисных приложений - OpenOffice.org.

Обычно файл OpenDocument представляет собой XML-документ с корневым элементом "document" . Файлы OpenDocument также могут существовать в виде ZIP-архива, содержащего несколько файлов и папок, что позволяет хранить двоичный контент и пользоваться возможностями сжатия с помощью ZIP. Преимущество OpenDocument заключается в разделении сущностей – контент, стили, метаданные и опции приложений хранятся в четырех разных XML-файлах.