# Будущее OpenRaster

10:00-12ish Mon 18 Apr, LGM 2016.
University of Westminster Harrow Campus.

## Introductions (emails optional)

* [AC] Andrew Chadwick, MyPaint developer, chair-kinda, <a.t.chadwick@gmail.com>, https://github.com/achadwick
* [JF] Joe Faleye, student photography and digital imaging technologies
* [MS] Michael Schumacher, GIMP 
* [VP] Ville Pätsi, GIMP
* [ØK] Øyvind Kolås, GEGL, @hodefoting  pippin@gimp.org
* [JP] Jehan Pagès, GIMP, jehan
* [JB] Joao S. Bueno, GIMP gwidion@gmail.com  github: https://github.com/jsbueno

## Что такое OpenRaster? [AC]

* Формат обмена многослойной графикой
* «Альтернатива» .PSD, по крайней мере, как lingua franca
* Основной и только многоуровневый формат файла MyPaint
* Упоминание zip с индексом "stack.xml"

## Краткая история [AC]

* [EAC] Ранее существовавшие аналогичные форматы файлов - .KRA
   - Собственный XML GEGL
   - http://codecave.org/oxide/ [EAC] 
* Обсуждалась в BoF на первом LGM в 2006 г.
  - GIMP and Krita teams present
* Открытая спецификация, теоретически любой может редактировать вики и предлагать изменения
   - через список рассылки CREATE (процесс меняется на более формальный - см. ниже)
* История миграции между поставщиками вики из-за того, что на самом деле никто не владеет форматом.
* Недавняя стандартизация режимов слоев, семантики групповой изоляции и т. Д.

## Чего мы хотим достичь на этой встрече? [ВС, все] / Будущие работы [все]

* [AC] Соглашение о начале работы над репозиторием на github для спецификации + exts для конкретного приложения.
* [AC] Хочу, чтобы эта встреча стала возможностью начать переработку некоторых старых, незавершенных дизайнерских решений.
* [AC] Активизировать усилия по созданию схемы, если кто-то желает?
  - [все] сейчас никто не хочет этого делать ...
* [MS] Нужна информация: как пользователи на самом деле обмениваются многоуровневыми данными между программами?
* [MS] Отсутствие историй разработчиков приложений «мы поддерживаем ORA, потому что ...».
* [ØK] Различные уровни соответствия: базовые, соответствующие приложения могут быть уверены, что все будет выглядеть правильно.
* [ØK] Пример использования: обучение, учебные пособия, данные слоя JPG?
* [MS] похож на концепцию PDF «Сокращенные документы», но тот же PPI (?)
* [EAC] буферы с плавающей запятой - EXR?
* [MS] Должны ли файлы OpenRaster всегда выглядеть одинаково?
  - [AC] Да! По крайней мере, это должно быть целью основной спецификации.
* [JB] Требуется формализованный процесс добавления новых функций.
* [JB] Предложения по усовершенствованию в стиле Python? Может быть отклонено сообществом, но по-прежнему реализовано $ APP.
  - [JB] мы должны проверить PEP 0001 «что такое PEP» - введение в процесс
* [MS, AC] Openly implementable, already implemented, not patent encumbered
* [MS] Process should *discourage* private extensions, to avoid the TIFF mess
  - [MS] Ask Liam Quin @ankh how to spec.
* [AC] Fallbacks idea
  - e.g https://gist.github.com/achadwick/819a5251042800a31e6c
  - this would be a move to the PNG src attribute of a <layer/> being the rasterized rendering of source data stored in other formats.
  - Suggested format only for now, but there are three key concepts for lifecycles: Source, Annotation, and Metadata
  - [AC] "Source" = file(s) used to make the layer .png
    - Editors which can't re-render these files SHOULD discourage the user from interfering
      with the pixel data in the layer's @src file, and MUST discard all sources if the
      layer @src is modified or painted over. With a big warning & the ability to undo.
    - [AC] Silly example: LaTeX sources + associated files
    - [JB] Example: darktable could have a "raw" file as src to a "png" layer (+ its own xml/whatever/textual information on the parameters it needs to create that png given the source)
  - [AC] "Annotation" = metadata that maps to pixels, in a file
    - example [JB]: format of image annotations DarkTable, XML (plus associated RAW file)
    - [AC] example: line of the string MyPaint
  - [AC] "Metadata" = metadata about the source of the layers and .png as a whole
     - for example, for licensing for each level?
     - Metadata files MUST be stored by editors if they are present when the layer is loaded
     - ... but discarded if the layer is cleaned.
* [AC] Important: MIME content type field for layers 
* [AC] Less important: standardize the default XML namespace for stack.xml 
* [AC] The standard ORA library and tools?  
* [JP, INC, MS]
  - Confirm container format,
  - Allow the opening of the directory as ORA (alternative disk representation)? (not "serialization" )

## Actions

* [AC] Create GIF for OpenRaster
  - openraster / spec
  - current version of the specification
  - these notes must be published in the CREATE list
    - after discussion / hacking on this site?
* [AC] sound outside of Boud, finally, that the movement of the specification documents will be OK
* [all] to crack these minutes / discussions .

=================== 2018 ============================== ==== ========================================== ==== ================================================== ======================================== 

Andrew disappeared. The github openraster project exists, but Andrew 
does not accept download requests. It is free. Boud will receive a domain
somehow and launch a new site to coordinate the work .

Andreas: we need to edit the wikipedia page and create a matrix of characteristics so that we
can define profiles of an open profile .