From nobody Fri Mar 3 03:50:42 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6F8A1296F5 for ; Fri, 3 Mar 2017 03:50:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.334 X-Spam-Level: X-Spam-Status: No, score=-1.334 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lEJ410kGM5x5 for ; Fri, 3 Mar 2017 03:50:39 -0800 (PST) Received: from pechora1.lax.icann.org (pechora1.icann.org [IPv6:2620:0:2d0:201::1:71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 87E4C126D74 for ; Fri, 3 Mar 2017 03:50:39 -0800 (PST) Received: from mail-ot0-x233.google.com (mail-ot0-x233.google.com [IPv6:2607:f8b0:4003:c0f::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pechora1.lax.icann.org (Postfix) with ESMTPS id 449101E0165 for ; Fri, 3 Mar 2017 11:50:39 +0000 (UTC) Received: by mail-ot0-x233.google.com with SMTP id i1so71950051ota.3 for ; Fri, 03 Mar 2017 03:50:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=158bJo4XCXtbhXEr3anOCoX1vvrUBjw4VftSTJbYufU=; b=TY7kRF1uhayDscJPoqVxqZ2g0K0DpC/3LTf3Js/uqMMt/YIm0wLn00+75cjFXIUeKr nZSbkreI8m4a0eU1MELX6YC5LLIS0PyPZx/CphNqFJC1e0bge4KV+k2ffVUe8cScKGH0 kP3aYGzQR5tkbgM4GYMB+u5TKA8nq947Z0O5X7OcQtQLjwb1wbOw+GonVkTmc9bDNEsL KJF9akcIToZPeyM2Tms+MVCxXisakHrkNF98/71SGCzm/9S6TK/dES92c6FzNkjAGi85 Sv1oGngXiJGuJg8dmdja+0G8IhoWd+pnP2CD65vhdKfn5LgVvGTTaYWxXJQ1znFiPhRz ZyPQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=158bJo4XCXtbhXEr3anOCoX1vvrUBjw4VftSTJbYufU=; b=Z5PVkJvIA/IzMsODFhUor3J2XQukg3eoELH4oYG4Opwu8OI7lVXOkwlOs+WmCJjATA riW/DNpgDcd3kM+CJjgfjbmhVXBNH2HAeE3MPW4EfErXciJnTL2iLmsegNi8+Z73GUP1 F9KNbzZm010Q35SCKksFiD3DbsqoCNQ67yGUuVXQ03anHbIY66yAknzHGE8cHszkXnYT 3OgDV43nZjcc4KbJxC7PsVidEvla5toYVweVs5pEFiw8Flgo4AsMPtfLYAHkV0b8CsCg qS4Wt3Q8TjrqTumntRQhetQS2J1jFIF54E/n0xxFQsJ3jwWdbnbGVUMaXy8wEatf9EVc NMOQ== X-Gm-Message-State: AMke39nhDc11ObE9dgxvNR8RHJSqdRCSwRC74mQVKI7R5YeykSpkMfUuNM9k7cAivaxvXYENBPmRzcTGoTlI7g== X-Received: by 10.157.36.79 with SMTP id p73mr1018019ota.223.1488541838331; Fri, 03 Mar 2017 03:50:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.131.213 with HTTP; Fri, 3 Mar 2017 03:50:17 -0800 (PST) From: Dirk Farin Date: Fri, 3 Mar 2017 12:50:17 +0100 Message-ID: To: media-types@iana.org Content-Type: multipart/alternative; boundary=001a113caea081d6520549d227af Archived-At: Subject: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 11:50:40 -0000 --001a113caea081d6520549d227af Content-Type: text/plain; charset=UTF-8 Dear all, please find at the end of this email the proposals for registering the two related media-types "application/vnd.imagemeter.image" and "application/vnd.imagemeter.folder". Files of this type are specific for interchanging data of the "ImageMeter - photo measure" application (currently Android only, but iOS, desktop version will follow). These files are zip files containing images in JPEG/PNG/PDF format enriched with overlaid user-drawn vector graphics, geometric measurements, text annotations, spreadsheet tables, maybe audio recordings, later. The vnd.imagemeter.image subtype is for single, user annotated images, while the vnd.imagemeter.folder subtype is for project folders with many images, extra project metadata, summarizing spreadsheet tables... My specific questions are: - is the "application" type suitable, or would the "image" type be more suitable, as these are basically images with user annotations and supplementary information - should I include the "+zip" suffix as these files are essentially zip files of different pieces of data (similar as done for the OpenOffice document formats). Thank you, Dirk Farin ------------------------------------------------------------------------- Type name: Application Subtype name: Vendor Tree - vnd.imagemeter.image Required parameters: none Optional parameters: none Encoding considerations: The content consists of an unrestricted sequence of octets. Security considerations: 1. Files do not contain executable content. 2. Files consist of image data in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file. Interoperability considerations: none Published specification: Files represent a ZIP archive of image data in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, and text annotations. The specification of the supplementary data has not been published. Applications that use this media type: This media type is used only by the "ImageMeter - photo measure" application. Fragment identifier considerations: N/A Additional information: Deprecated alias names for this type: N/A Magic number(s): N/A File extension(s): .imi Macintosh file type code(s): N/A Person & email address to contact for further information: Dirk Farin dirk.farin@gmail.com Intended usage: common This media type is intended for exchange of images enriched with measurements and annotations. Restrictions on usage: none Author: Dirk Farin Change controller: Dirk Farin Provisional registration? (standards tree only): N/A ------------------------------------------------------------------------- Type name: Application Subtype name: Vendor Tree - vnd.imagemeter.folder Required parameters: none Optional parameters: none Encoding considerations: The content consists of an unrestricted sequence of octets. Security considerations: 1. Files do not contain executable content. 2. Files consist of several images in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file. Interoperability considerations: none Published specification: Files represent a ZIP archive of several images in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, spreadsheet tables, and text annotations. The specification of the supplementary data has not been published. Applications that use this media type: This media type is used only by the "ImageMeter - photo measure" application. Fragment identifier considerations: N/A Additional information: Deprecated alias names for this type: N/A Magic number(s): N/A File extension(s): .imf Macintosh file type code(s): N/A Person & email address to contact for further information: Dirk Farin dirk.farin@gmail.com Intended usage: common This media type is intended for exchange of images enriched with measurements and annotations. Restrictions on usage: none Author: Dirk Farin Change controller: Dirk Farin Provisional registration? (standards tree only): N/A --001a113caea081d6520549d227af Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Dear all,

<= /div>please find at the end of this email the proposals for registering the= two related media-types "application/vnd.imagemeter.image" and &= quot;application/vnd.imagemeter.folder".

Files of this ty= pe are specific for interchanging data of the "ImageMeter - photo meas= ure" application (currently Android only, but iOS, desktop version wil= l follow). These files are zip files containing images in JPEG/PNG/PDF form= at enriched with overlaid user-drawn vector graphics, geometric measurement= s, text annotations, spreadsheet tables, maybe audio recordings, later.
=
The vnd.imagemeter.image subtype is for single, user annotated im= ages, while the vnd.imagemeter.folder subtype is for project folders with m= any images, extra project metadata, summarizing spreadsheet tables...
My specific questions are:
- is the "application"= ; type suitable, or would the "image" type be more suitable, as t= hese are basically images with user annotations and supplementary informati= on
- should I include the "+zip" suffix as these files a= re essentially zip files of different pieces of data (similar as done for t= he OpenOffice document formats).

Thank you,
=C2=A0 Di= rk Farin

-----------------------------------------------------------= --------------

Type name: Application

Subtype name: Vendor Tr= ee - vnd.imagemeter.image

Required parameters: none

Optional = parameters: none

Encoding considerations: The content consists of an= unrestricted sequence of octets.

Security considerations:
1. Fil= es do not contain executable content.
2. Files consist of image data in = JPEG, PNG, or PDF format, and static vector drawing and annotation data, en= capsulated in a zip file.

Interoperability considerations: none
<= br>Published specification:
Files represent a ZIP archive of image data = in JPEG, PNG, or PDF format, and associated supplementary data like vector = drawings, measurements, and text annotations.
The specification of the s= upplementary data has not been published.

Applications that use this= media type:
This media type is used only by the "ImageMeter - phot= o measure" application.

Fragment identifier considerations:
= N/A

Additional information:

=C2=A0 Deprecated alias names for= this type: N/A
=C2=A0 Magic number(s): N/A
=C2=A0 File extension(s):= .imi
=C2=A0 Macintosh file type code(s): N/A

Person & email = address to contact for further information:
Dirk Farin
dirk.farin@gmail.com

Intended usage:= =C2=A0=C2=A0=C2=A0 common
This media type is intended for exchange of im= ages enriched with measurements and annotations.

Restrictions on usa= ge: none

Author:=C2=A0=C2=A0=C2=A0 Dirk Farin

Change controll= er: Dirk Farin

Provisional registration? (standards tree only):
N= /A


-------------------------------------------------------------= ------------

Type name: Application

Subtype name: Vendor Tree= - vnd.imagemeter.folder

Required parameters: none

Optional p= arameters: none

Encoding considerations: The content consists of an = unrestricted sequence of octets.

Security considerations:
1. File= s do not contain executable content.
2. Files consist of several images = in JPEG, PNG, or PDF format, and static vector drawing and annotation data,= encapsulated in a zip file.

Interoperability considerations: none
Published specification:
Files represent a ZIP archive of several = images in JPEG, PNG, or PDF format, and associated supplementary data like = vector drawings, measurements, spreadsheet tables, and text annotations.The specification of the supplementary data has not been published.
Applications that use this media type:
This media type is used only by = the "ImageMeter - photo measure" application.

Fragment ide= ntifier considerations:
N/A

Additional information:

=C2=A0= Deprecated alias names for this type:=C2=A0=C2=A0=C2=A0 N/A
=C2=A0 Magi= c number(s): N/A
=C2=A0 File extension(s): .imf
=C2=A0 Macintosh file= type code(s): N/A

Person & email address to contact for further= information:
Dirk Farin
dirk= .farin@gmail.com

Intended usage:=C2=A0=C2=A0=C2=A0 common
Thi= s media type is intended for exchange of images enriched with measurements = and annotations.

Restrictions on usage: none

Author:=C2=A0=C2= =A0=C2=A0 Dirk Farin

Change controller: Dirk Farin

Provisiona= l registration? (standards tree only):
N/A

--001a113caea081d6520549d227af-- From nobody Fri Mar 3 05:11:13 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46048129544 for ; Fri, 3 Mar 2017 05:11:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.333 X-Spam-Level: X-Spam-Status: No, score=-1.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qW1J3oITCIrY for ; Fri, 3 Mar 2017 05:11:11 -0800 (PST) Received: from pechora6.dc.icann.org (pechora6.icann.org [192.0.46.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 818D512952B for ; Fri, 3 Mar 2017 05:11:11 -0800 (PST) Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by pechora6.dc.icann.org (Postfix) with ESMTP id 7B8891E010A for ; Fri, 3 Mar 2017 13:11:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1488546649; d=isode.com; s=june2016; i=@isode.com; bh=y0g9x56jEzX8ZBKoFkxQy7dXMikqEOgfBGLPOjAq59Q=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=Kywv0VcgG0SmmuyvO98j0nH9GDJVn0TAPGMpsLJBQbX3BcvMaufANbBPvxpvHxgI+GLpXL VLLV3JjKUeJpgOMkiU80ThjPNDolOVAY8stZfqh6Ssm+ad+2Y7LKLqUKbSHCkla5RN+NWP kD2FqMkaVuhGm6fTKL6KjLgw31D30Uk=; Received: from [10.211.199.29] ((unknown) [85.255.233.218]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id ; Fri, 3 Mar 2017 13:10:49 +0000 X-SMTP-Protocol-Errors: NORDNS PIPELINING From: Alexey Melnikov X-Mailer: iPhone Mail (13G35) In-Reply-To: Date: Fri, 3 Mar 2017 13:23:11 +0000 Message-Id: References: To: Dirk Farin MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=Apple-Mail-035A97D5-0A43-4F98-BC5F-C80A45EE364D Content-Transfer-Encoding: 7bit Archived-At: Cc: media-types@iana.org Subject: Re: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 13:11:13 -0000 --Apple-Mail-035A97D5-0A43-4F98-BC5F-C80A45EE364D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Hi Dirk, > On 3 Mar 2017, at 11:50, Dirk Farin wrote: >=20 > Dear all, >=20 > please find at the end of this email the proposals for registering the two= related media-types "application/vnd.imagemeter.image" and "application/vnd= .imagemeter.folder". >=20 > Files of this type are specific for interchanging data of the "ImageMeter -= photo measure" application (currently Android only, but iOS, desktop versio= n will follow). These files are zip files containing images in JPEG/PNG/PDF f= ormat enriched with overlaid user-drawn vector graphics, geometric measureme= nts, text annotations, spreadsheet tables, maybe audio recordings, later. >=20 > The vnd.imagemeter.image subtype is for single, user annotated images, whi= le the vnd.imagemeter.folder subtype is for project folders with many images= , extra project metadata, summarizing spreadsheet tables... >=20 > My specific questions are: > - is the "application" type suitable, or would the "image" type be more su= itable, as these are basically images with user annotations and supplementar= y information =46rom your description "Image" seems to be a sensible top level media type t= o use. > - should I include the "+zip" suffix as these files are essentially zip fi= les of different pieces of data (similar as done for the OpenOffice document= formats). Yes. >=20 > Thank you, > Dirk Farin >=20 > ------------------------------------------------------------------------- >=20 > Type name: Application >=20 > Subtype name: Vendor Tree - vnd.imagemeter.image >=20 > Required parameters: none >=20 > Optional parameters: none >=20 > Encoding considerations: The content consists of an unrestricted sequence o= f octets. Just say "binary" here. >=20 > Security considerations: > 1. Files do not contain executable content. > 2. Files consist of image data in JPEG, PNG, or PDF format, and static vec= tor drawing and annotation data, encapsulated in a zip file. >=20 > Interoperability considerations: none >=20 > Published specification: > Files represent a ZIP archive of image data in JPEG, PNG, or PDF format, a= nd associated supplementary data like vector drawings, measurements, and tex= t annotations. > The specification of the supplementary data has not been published. >=20 > Applications that use this media type: > This media type is used only by the "ImageMeter - photo measure" applicati= on. >=20 > Fragment identifier considerations: > N/A >=20 > Additional information: >=20 > Deprecated alias names for this type: N/A > Magic number(s): N/A > File extension(s): .imi > Macintosh file type code(s): N/A >=20 > Person & email address to contact for further information: > Dirk Farin > dirk.farin@gmail.com >=20 > Intended usage: common > This media type is intended for exchange of images enriched with measureme= nts and annotations. >=20 > Restrictions on usage: none >=20 > Author: Dirk Farin >=20 > Change controller: Dirk Farin >=20 > Provisional registration? (standards tree only): > N/A >=20 >=20 > ------------------------------------------------------------------------- >=20 > Type name: Application >=20 > Subtype name: Vendor Tree - vnd.imagemeter.folder >=20 > Required parameters: none >=20 > Optional parameters: none >=20 > Encoding considerations: The content consists of an unrestricted sequence o= f octets. >=20 > Security considerations: > 1. Files do not contain executable content. > 2. Files consist of several images in JPEG, PNG, or PDF format, and static= vector drawing and annotation data, encapsulated in a zip file. >=20 > Interoperability considerations: none >=20 > Published specification: > Files represent a ZIP archive of several images in JPEG, PNG, or PDF forma= t, and associated supplementary data like vector drawings, measurements, spr= eadsheet tables, and text annotations. > The specification of the supplementary data has not been published. >=20 > Applications that use this media type: > This media type is used only by the "ImageMeter - photo measure" applicati= on. >=20 > Fragment identifier considerations: > N/A >=20 > Additional information: >=20 > Deprecated alias names for this type: N/A > Magic number(s): N/A > File extension(s): .imf > Macintosh file type code(s): N/A >=20 > Person & email address to contact for further information: > Dirk Farin > dirk.farin@gmail.com >=20 > Intended usage: common > This media type is intended for exchange of images enriched with measureme= nts and annotations. >=20 > Restrictions on usage: none >=20 > Author: Dirk Farin >=20 > Change controller: Dirk Farin >=20 > Provisional registration? (standards tree only): > N/A >=20 > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types --Apple-Mail-035A97D5-0A43-4F98-BC5F-C80A45EE364D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi Dirk,

= On 3 Mar 2017, at 11:50, Dirk Farin <dirk.farin@gmail.com> wrote:

Dear all,
please find at the end of this email the proposals for registeri= ng the two related media-types "application/vnd.imagemeter.image" and "appli= cation/vnd.imagemeter.folder".

Files of this type are specific f= or interchanging data of the "ImageMeter - photo measure" application (curre= ntly Android only, but iOS, desktop version will follow). These files are zi= p files containing images in JPEG/PNG/PDF format enriched with overlaid user= -drawn vector graphics, geometric measurements, text annotations, spreadshee= t tables, maybe audio recordings, later.

The vnd.imagemeter.ima= ge subtype is for single, user annotated images, while the vnd.imagemeter.fo= lder subtype is for project folders with many images, extra project metadata= , summarizing spreadsheet tables...

My specific questions are:<= br>
- is the "application" type suitable, or would the "image" type be m= ore suitable, as these are basically images with user annotations and supple= mentary information

<= /div>=46rom your description "Image" seems to be a sensible top level media t= ype to use.

- should I include the "+zip" suffix as these files are essentially zip fi= les of different pieces of data (similar as done for the OpenOffice document= formats).

Yes.

Thank you,=
  Dirk Farin

-----------------------------------------= --------------------------------

Type name: Application

Subtyp= e name: Vendor Tree - vnd.imagemeter.image

Required parameters: none<= br>
Optional parameters: none

Encoding considerations: The content= consists of an unrestricted sequence of octets.

Just say "binary" here.

Security considerations:
1. Files do not contain execu= table content.
2. Files consist of image data in JPEG, PNG, or PDF format= , and static vector drawing and annotation data, encapsulated in a zip file.=

Interoperability considerations: none

Published specification= :
Files represent a ZIP archive of image data in JPEG, PNG, or PDF format= , and associated supplementary data like vector drawings, measurements, and t= ext annotations.
The specification of the supplementary data has not been= published.

Applications that use this media type:
This media type= is used only by the "ImageMeter - photo measure" application.

Fragme= nt identifier considerations:
N/A

Additional information:

&= nbsp; Deprecated alias names for this type: N/A
  Magic number(s): N= /A
  File extension(s): .imi
  Macintosh file type code(s): N= /A

Person & email address to contact for further information:
= Dirk Farin
dirk.farin@gmail.com

Intended usage:    common
This media type is int= ended for exchange of images enriched with measurements and annotations.
=
Restrictions on usage: none

Author:    Dirk Farin<= br>
Change controller: Dirk Farin

Provisional registration? (stand= ards tree only):
N/A


-----------------------------------------= --------------------------------

Type name: Application

Subtyp= e name: Vendor Tree - vnd.imagemeter.folder

Required parameters: none=

Optional parameters: none

Encoding considerations: The conten= t consists of an unrestricted sequence of octets.

Security considerat= ions:
1. Files do not contain executable content.
2. Files consist of s= everal images in JPEG, PNG, or PDF format, and static vector drawing and ann= otation data, encapsulated in a zip file.

Interoperability considerat= ions: none

Published specification:
Files represent a ZIP archive o= f several images in JPEG, PNG, or PDF format, and associated supplementary d= ata like vector drawings, measurements, spreadsheet tables, and text annotat= ions.
The specification of the supplementary data has not been published.=

Applications that use this media type:
This media type is used on= ly by the "ImageMeter - photo measure" application.

Fragment identifi= er considerations:
N/A

Additional information:

  Depre= cated alias names for this type:    N/A
  Magic numbe= r(s): N/A
  File extension(s): .imf
  Macintosh file type co= de(s): N/A

Person & email address to contact for further informat= ion:
Dirk Farin
dirk.farin@gma= il.com

Intended usage:    common
This media typ= e is intended for exchange of images enriched with measurements and annotati= ons.

Restrictions on usage: none

Author:    Dir= k Farin

Change controller: Dirk Farin

Provisional registration= ? (standards tree only):
N/A

____________________= ___________________________
media-types mailing list<= br>media-types@ietf.org
= https://www.ietf.org/mailman/listinfo/media-types
= --Apple-Mail-035A97D5-0A43-4F98-BC5F-C80A45EE364D-- From nobody Fri Mar 3 06:43:47 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 801BF1295B4 for ; Fri, 3 Mar 2017 06:43:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.333 X-Spam-Level: X-Spam-Status: No, score=-1.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MVP_OPIDzrSf for ; Fri, 3 Mar 2017 06:43:44 -0800 (PST) Received: from pechora1.lax.icann.org (pechora1.icann.org [192.0.33.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45A7012953C for ; Fri, 3 Mar 2017 06:43:44 -0800 (PST) Received: from mail-ot0-x229.google.com (mail-ot0-x229.google.com [IPv6:2607:f8b0:4003:c0f::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pechora1.lax.icann.org (Postfix) with ESMTPS id 029A81E0165 for ; Fri, 3 Mar 2017 14:43:44 +0000 (UTC) Received: by mail-ot0-x229.google.com with SMTP id 19so4007927oti.0 for ; Fri, 03 Mar 2017 06:43:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=wS2VlpP6FHv/dtDau9DXnNELsltKwSh/CBUUzNncKig=; b=oKN+CPd3IDG5i3jkphJY5KwrVXEqiQJUFZY2+AwjiuDdzLdgRsMsWb/e/QIjuVag3p 7oqdcowlu+/0j95FsiIgz22DN6JNG+LvhUa3Qv8aH84bL26u1eo990gePDcxNOd7LtC3 C2DIJINytfko5frv2+nR1CLo/RyDLDpvGEMm3Ri7KksdT55xWYcDvsBOcouLceHHNSYZ Ve3On/GmKN8UjNBADCl0qRKUK3ydoTj7FsQOTie7DWqHbJ18tknnc8Ld1pBn94N7S8f7 M39zsD0XgUXNqFokYGKPNmO9NY7tTLi+ur7mMCisTPJZfXSmlxtebBxMWftjBq3juH2f myHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=wS2VlpP6FHv/dtDau9DXnNELsltKwSh/CBUUzNncKig=; b=l/Q9nd5C4dve4nuxe3kczV1rU1mwIi6BCO/YeqwZtzCHchusisyqcJ7/f1coxpB6na UU31ghVK/EmO+SN3CWgNasYXbsD+JDq57vyaria/kfug9rPLO/dmZfdF9PA7tHbQs2cg w8iyiLbtE6dg0blGdpXzdj9Y7zFYmn2rIeCMXuj1VTBJvykVJjBbjK/zdLdYRsZppinm 8eZOTKLxGTRMdWOTZH4Pc0tnMcAb/+hckTPNVR/z++6/9szir2nng+wadaYAuFfO3g1U VO7KrcaWUQwo7r/zcT591RA6vbYBVzbFD3QbFeEt+ByU7K/+TTBju4wg/LhYMagoWOix ufYg== X-Gm-Message-State: AMke39n2k7VVwlIATbOw31Te4Wk4tuWhDVjkdptGWg9Upa8Ujwxjv9uyZav/fL4wv7q+yqgMsKoVf56Pi1jCtw== X-Received: by 10.157.36.79 with SMTP id p73mr1374434ota.223.1488552222905; Fri, 03 Mar 2017 06:43:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.131.213 with HTTP; Fri, 3 Mar 2017 06:43:22 -0800 (PST) In-Reply-To: References: From: Dirk Farin Date: Fri, 3 Mar 2017 15:43:22 +0100 Message-ID: To: media-types@iana.org Content-Type: multipart/alternative; boundary=001a113caea079e0680549d492a8 Archived-At: Subject: Re: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 14:43:45 -0000 --001a113caea079e0680549d492a8 Content-Type: text/plain; charset=UTF-8 Hi Alexey, thank you for the comments. I will add the "+zip" suffix. BTW: is there any reason why there is no "+zip" suffix for other formats that actually use zip archives (like OpenOffice ".odt")? Is that just because they are older than when the suffix specification was introduced? Or is it preferred to omit the suffix if there is no sensible way for the user to manipulate the 'archive' manually in a consistent way? After giving it more thoughts, I think I'll prefer to stick with the "application" class, even though it would also fit into "image", because it is not that clear that "vnd.imagemeter.folder" and possible future extensions would fit into "image". Since distributing this over several main types, it appears cleaner to me to use the "application" class. Thanks, Dirk 2017-03-03 14:23 GMT+01:00 Alexey Melnikov : > Hi Dirk, > > On 3 Mar 2017, at 11:50, Dirk Farin wrote: > > Dear all, > > please find at the end of this email the proposals for registering the two > related media-types "application/vnd.imagemeter.image" and > "application/vnd.imagemeter.folder". > > Files of this type are specific for interchanging data of the "ImageMeter > - photo measure" application (currently Android only, but iOS, desktop > version will follow). These files are zip files containing images in > JPEG/PNG/PDF format enriched with overlaid user-drawn vector graphics, > geometric measurements, text annotations, spreadsheet tables, maybe audio > recordings, later. > > The vnd.imagemeter.image subtype is for single, user annotated images, > while the vnd.imagemeter.folder subtype is for project folders with many > images, extra project metadata, summarizing spreadsheet tables... > > My specific questions are: > - is the "application" type suitable, or would the "image" type be more > suitable, as these are basically images with user annotations and > supplementary information > > > From your description "Image" seems to be a sensible top level media type > to use. > > - should I include the "+zip" suffix as these files are essentially zip > files of different pieces of data (similar as done for the OpenOffice > document formats). > > > Yes. > > > Thank you, > Dirk Farin > > ------------------------------------------------------------------------- > > Type name: Application > > Subtype name: Vendor Tree - vnd.imagemeter.image > > Required parameters: none > > Optional parameters: none > > Encoding considerations: The content consists of an unrestricted sequence > of octets. > > > Just say "binary" here. > > > Security considerations: > 1. Files do not contain executable content. > 2. Files consist of image data in JPEG, PNG, or PDF format, and static > vector drawing and annotation data, encapsulated in a zip file. > > Interoperability considerations: none > > Published specification: > Files represent a ZIP archive of image data in JPEG, PNG, or PDF format, > and associated supplementary data like vector drawings, measurements, and > text annotations. > The specification of the supplementary data has not been published. > > Applications that use this media type: > This media type is used only by the "ImageMeter - photo measure" > application. > > Fragment identifier considerations: > N/A > > Additional information: > > Deprecated alias names for this type: N/A > Magic number(s): N/A > File extension(s): .imi > Macintosh file type code(s): N/A > > Person & email address to contact for further information: > Dirk Farin > dirk.farin@gmail.com > > Intended usage: common > This media type is intended for exchange of images enriched with > measurements and annotations. > > Restrictions on usage: none > > Author: Dirk Farin > > Change controller: Dirk Farin > > Provisional registration? (standards tree only): > N/A > > > ------------------------------------------------------------------------- > > Type name: Application > > Subtype name: Vendor Tree - vnd.imagemeter.folder > > Required parameters: none > > Optional parameters: none > > Encoding considerations: The content consists of an unrestricted sequence > of octets. > > Security considerations: > 1. Files do not contain executable content. > 2. Files consist of several images in JPEG, PNG, or PDF format, and static > vector drawing and annotation data, encapsulated in a zip file. > > Interoperability considerations: none > > Published specification: > Files represent a ZIP archive of several images in JPEG, PNG, or PDF > format, and associated supplementary data like vector drawings, > measurements, spreadsheet tables, and text annotations. > The specification of the supplementary data has not been published. > > Applications that use this media type: > This media type is used only by the "ImageMeter - photo measure" > application. > > Fragment identifier considerations: > N/A > > Additional information: > > Deprecated alias names for this type: N/A > Magic number(s): N/A > File extension(s): .imf > Macintosh file type code(s): N/A > > Person & email address to contact for further information: > Dirk Farin > dirk.farin@gmail.com > > Intended usage: common > This media type is intended for exchange of images enriched with > measurements and annotations. > > Restrictions on usage: none > > Author: Dirk Farin > > Change controller: Dirk Farin > > Provisional registration? (standards tree only): > N/A > > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types > > --001a113caea079e0680549d492a8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Alexey,

thank you for the c= omments. I will add the "+zip" suffix.
BTW: is there any= reason why there is no "+zip" suffix for other formats that actu= ally use zip archives (like OpenOffice ".odt")? Is that just beca= use they are older than when the suffix specification was introduced? Or is= it preferred to omit the suffix if there is no sensible way for the user t= o manipulate the 'archive' manually in a consistent way?

After giving it more thoughts, I think I'll prefer to stick with the= "application" class, even though it would also fit into "im= age", because it is not that clear that "vnd.imagemeter.folder&qu= ot; and possible future extensions would fit into "image". Since = distributing this over several main types, it appears cleaner to me to use = the "application" class.

Thanks,
=
=C2=A0 Dirk


2017-03-03 14:23 GMT+01:00 Alexey Melnikov= <alexey.melnikov@isode.com>:
Hi Dirk,

On 3 Mar 2017, at 11:50, Dirk Farin <dirk.farin@gmail.com> wrote:=

Dear all,

please find at the end of= this email the proposals for registering the two related media-types "= ;application/vnd.imagemeter.image" and "application/vnd.imag= emeter.folder".

Files of this type are specific for = interchanging data of the "ImageMeter - photo measure" applicatio= n (currently Android only, but iOS, desktop version will follow). These fil= es are zip files containing images in JPEG/PNG/PDF format enriched with ove= rlaid user-drawn vector graphics, geometric measurements, text annotations,= spreadsheet tables, maybe audio recordings, later.

The vnd.im= agemeter.image subtype is for single, user annotated images, while the vnd.= imagemeter.folder subtype is for project folders with many images, extra pr= oject metadata, summarizing spreadsheet tables...

My specific = questions are:
- is the "application" type suitable, or = would the "image" type be more suitable, as these are basically i= mages with user annotations and supplementary information

From your description &q= uot;Image" seems to be a sensible top level media type to use.

- should I include the "+zip" suffix as these files are essentia= lly zip files of different pieces of data (similar as done for the OpenOffi= ce document formats).

Yes.

Thank you,
=C2=A0 Dirk Farin

-= -----------------------------------------------------------------= -------

Type name: Application

Subtype name: Vendor Tree - vn= d.imagemeter.image

Required parameters: none

Optional paramet= ers: none

Encoding considerations: The content consists of an unrest= ricted sequence of octets.

Just say "binary" here.


Security considerations:
1. Files= do not contain executable content.
2. Files consist of image data in JP= EG, PNG, or PDF format, and static vector drawing and annotation data, enca= psulated in a zip file.

Interoperability considerations: none
Published specification:
Files represent a ZIP archive of image data in= JPEG, PNG, or PDF format, and associated supplementary data like vector dr= awings, measurements, and text annotations.
The specification of the sup= plementary data has not been published.

Applications that use this m= edia type:
This media type is used only by the "ImageMeter - photo = measure" application.

Fragment identifier considerations:
N/= A

Additional information:

=C2=A0 Deprecated alias names for t= his type: N/A
=C2=A0 Magic number(s): N/A
=C2=A0 File extension(s): .= imi
=C2=A0 Macintosh file type code(s): N/A

Person & email ad= dress to contact for further information:
Dirk Farin
dirk.farin@gmail.com

I= ntended usage:=C2=A0=C2=A0=C2=A0 common
This media type is intended for = exchange of images enriched with measurements and annotations.

Restr= ictions on usage: none

Author:=C2=A0=C2=A0=C2=A0 Dirk Farin

C= hange controller: Dirk Farin

Provisional registration? (standards tr= ee only):
N/A


------------------------------------------= -------------------------------

Type name: Application

S= ubtype name: Vendor Tree - vnd.imagemeter.folder

Required parameters= : none

Optional parameters: none

Encoding considerations: The= content consists of an unrestricted sequence of octets.

Security co= nsiderations:
1. Files do not contain executable content.
2. Files co= nsist of several images in JPEG, PNG, or PDF format, and static vector draw= ing and annotation data, encapsulated in a zip file.

Interoperabilit= y considerations: none

Published specification:
Files represent a= ZIP archive of several images in JPEG, PNG, or PDF format, and associated = supplementary data like vector drawings, measurements, spreadsheet tables, = and text annotations.
The specification of the supplementary data has no= t been published.

Applications that use this media type:
This med= ia type is used only by the "ImageMeter - photo measure" applicat= ion.

Fragment identifier considerations:
N/A

Additional in= formation:

=C2=A0 Deprecated alias names for this type:=C2=A0=C2=A0= =C2=A0 N/A
=C2=A0 Magic number(s): N/A
=C2=A0 File extension(s): .imf=
=C2=A0 Macintosh file type code(s): N/A

Person & email addre= ss to contact for further information:
Dirk Farin
dirk.farin@gmail.com

Inte= nded usage:=C2=A0=C2=A0=C2=A0 common
This media type is intended for exc= hange of images enriched with measurements and annotations.

Restrict= ions on usage: none

Author:=C2=A0=C2=A0=C2=A0 Dirk Farin

Chan= ge controller: Dirk Farin

Provisional registration? (standards tree = only):
N/A

_______= ________________________________________
media-types m= ailing list
media-types@ietf.org
https://www.ietf.= org/mailman/listinfo/media-types

--001a113caea079e0680549d492a8-- From nobody Fri Mar 3 08:00:53 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C516C1294DB for ; Fri, 3 Mar 2017 08:00:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Q2ZYV_-5JRU for ; Fri, 3 Mar 2017 08:00:51 -0800 (PST) Received: from pechora8.dc.icann.org (pechora8.icann.org [IPv6:2620:0:2830:201::1:74]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E5891294CC for ; Fri, 3 Mar 2017 08:00:51 -0800 (PST) Received: from relay14.mail.ox.ac.uk (relay14.mail.ox.ac.uk [163.1.2.162]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by pechora8.dc.icann.org (Postfix) with ESMTPS id A4051C00BA for ; Fri, 3 Mar 2017 16:00:50 +0000 (UTC) Received: from smtp6.mail.ox.ac.uk ([163.1.2.206]) by relay14.mail.ox.ac.uk with esmtp (Exim 4.80) (envelope-from ) id 1cjpd4-0000JV-jZ; Fri, 03 Mar 2017 16:00:29 +0000 Received: from oerc-dynamic-222.oerc.ox.ac.uk ([129.67.194.222]) by smtp6.mail.ox.ac.uk with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1cjpd1-000CY0-KK; Fri, 03 Mar 2017 16:00:23 +0000 Message-ID: <58B99315.2000605@ninebynine.org> Date: Fri, 03 Mar 2017 16:00:21 +0000 From: Graham Klyne User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Alexey Melnikov , Dirk Farin References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Oxford-Username: zool0635 X-Oxmail-Spam-Status: score=0.0 tests=none X-Oxmail-Spam-Level: / Archived-At: Cc: media-types@iana.org Subject: Re: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Mar 2017 16:00:52 -0000 Alexey, Dirk, On 03/03/2017 13:23, Alexey Melnikov wrote: > Hi Dirk, > >> On 3 Mar 2017, at 11:50, Dirk Farin wrote: >> >> Dear all, >> >> please find at the end of this email the proposals for registering the two related media-types "application/vnd.imagemeter.image" and "application/vnd.imagemeter.folder". >> >> Files of this type are specific for interchanging data of the "ImageMeter - photo measure" application (currently Android only, but iOS, desktop version will follow). These files are zip files containing images in JPEG/PNG/PDF format enriched with overlaid user-drawn vector graphics, geometric measurements, text annotations, spreadsheet tables, maybe audio recordings, later. >> >> The vnd.imagemeter.image subtype is for single, user annotated images, while the vnd.imagemeter.folder subtype is for project folders with many images, extra project metadata, summarizing spreadsheet tables... >> >> My specific questions are: >> - is the "application" type suitable, or would the "image" type be more suitable, as these are basically images with user annotations and supplementary information > > From your description "Image" seems to be a sensible top level media type to use. Hmmm... would "application" not be more appropriate for the "folder" type? (I agree "image" for the other.) #g -- > >> - should I include the "+zip" suffix as these files are essentially zip files of different pieces of data (similar as done for the OpenOffice document formats). > > Yes. >> >> Thank you, >> Dirk Farin >> >> ------------------------------------------------------------------------- >> >> Type name: Application >> >> Subtype name: Vendor Tree - vnd.imagemeter.image >> >> Required parameters: none >> >> Optional parameters: none >> >> Encoding considerations: The content consists of an unrestricted sequence of octets. > > Just say "binary" here. >> >> Security considerations: >> 1. Files do not contain executable content. >> 2. Files consist of image data in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file. >> >> Interoperability considerations: none >> >> Published specification: >> Files represent a ZIP archive of image data in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, and text annotations. >> The specification of the supplementary data has not been published. >> >> Applications that use this media type: >> This media type is used only by the "ImageMeter - photo measure" application. >> >> Fragment identifier considerations: >> N/A >> >> Additional information: >> >> Deprecated alias names for this type: N/A >> Magic number(s): N/A >> File extension(s): .imi >> Macintosh file type code(s): N/A >> >> Person & email address to contact for further information: >> Dirk Farin >> dirk.farin@gmail.com >> >> Intended usage: common >> This media type is intended for exchange of images enriched with measurements and annotations. >> >> Restrictions on usage: none >> >> Author: Dirk Farin >> >> Change controller: Dirk Farin >> >> Provisional registration? (standards tree only): >> N/A >> >> >> ------------------------------------------------------------------------- >> >> Type name: Application >> >> Subtype name: Vendor Tree - vnd.imagemeter.folder >> >> Required parameters: none >> >> Optional parameters: none >> >> Encoding considerations: The content consists of an unrestricted sequence of octets. >> >> Security considerations: >> 1. Files do not contain executable content. >> 2. Files consist of several images in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file. >> >> Interoperability considerations: none >> >> Published specification: >> Files represent a ZIP archive of several images in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, spreadsheet tables, and text annotations. >> The specification of the supplementary data has not been published. >> >> Applications that use this media type: >> This media type is used only by the "ImageMeter - photo measure" application. >> >> Fragment identifier considerations: >> N/A >> >> Additional information: >> >> Deprecated alias names for this type: N/A >> Magic number(s): N/A >> File extension(s): .imf >> Macintosh file type code(s): N/A >> >> Person & email address to contact for further information: >> Dirk Farin >> dirk.farin@gmail.com >> >> Intended usage: common >> This media type is intended for exchange of images enriched with measurements and annotations. >> >> Restrictions on usage: none >> >> Author: Dirk Farin >> >> Change controller: Dirk Farin >> >> Provisional registration? (standards tree only): >> N/A >> >> _______________________________________________ >> media-types mailing list >> media-types@ietf.org >> https://www.ietf.org/mailman/listinfo/media-types > > > > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types > From nobody Tue Mar 7 04:56:57 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F145F129465 for ; Tue, 7 Mar 2017 04:56:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pYB8tV181xqO for ; Tue, 7 Mar 2017 04:56:53 -0800 (PST) Received: from pechora1.lax.icann.org (pechora1.icann.org [IPv6:2620:0:2d0:201::1:71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8255A129460 for ; Tue, 7 Mar 2017 04:56:53 -0800 (PST) Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by pechora1.lax.icann.org (Postfix) with ESMTP id E6CBC1E01BF for ; Tue, 7 Mar 2017 12:56:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1488891391; d=isode.com; s=june2016; i=@isode.com; bh=it8ni/FAxC0UyUXavI/m3of9ZowJIrqbbcA16bBvhZk=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=nNZyDKl8HQLjL3Z9cTQubdaR29cueohObqc0d92W3qfE233y4L7C4JdaubUGBtyW18m6ab 22hRvks+A4ZFkwM14ZPD/mt1lhBZStxnD6Ezl6rmwTG8avRLEeZS3LfYlsv7EnQO0F/oAp 5GsSzDqWqiwYZF/PBeg4fN/xIwaJEco=; Received: from [172.20.1.215] (dhcp-215.isode.net [172.20.1.215]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id ; Tue, 7 Mar 2017 12:56:31 +0000 To: Dirk Farin , media-types@iana.org References: From: Alexey Melnikov Message-ID: <8eb50d6b-512c-3c43-e054-e40ade1ef45b@isode.com> Date: Tue, 7 Mar 2017 12:56:21 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------739A5FBE8617A052ADBBDC4A" Archived-At: Subject: Re: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Mar 2017 12:56:56 -0000 --------------739A5FBE8617A052ADBBDC4A Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Dirk, On 03/03/2017 14:43, Dirk Farin wrote: > Hi Alexey, > > thank you for the comments. I will add the "+zip" suffix. > BTW: is there any reason why there is no "+zip" suffix for other > formats that actually use zip archives (like OpenOffice ".odt")? Is > that just because they are older than when the suffix specification > was introduced? Yes, I think they predate the addition of the +zip suffix. > Or is it preferred to omit the suffix if there is no sensible way for > the user to manipulate the 'archive' manually in a consistent way? > > After giving it more thoughts, I think I'll prefer to stick with the > "application" class, even though it would also fit into "image", > because it is not that clear that "vnd.imagemeter.folder" and possible > future extensions would fit into "image". Since distributing this over > several main types, it appears cleaner to me to use the "application" > class. Fair enough. > > Thanks, > Dirk > > > 2017-03-03 14:23 GMT+01:00 Alexey Melnikov >: > > Hi Dirk, > > On 3 Mar 2017, at 11:50, Dirk Farin > wrote: > >> Dear all, >> >> please find at the end of this email the proposals for >> registering the two related media-types >> "application/vnd.imagemeter.image" and >> "application/vnd.imagemeter.folder". >> >> Files of this type are specific for interchanging data of the >> "ImageMeter - photo measure" application (currently Android only, >> but iOS, desktop version will follow). These files are zip files >> containing images in JPEG/PNG/PDF format enriched with overlaid >> user-drawn vector graphics, geometric measurements, text >> annotations, spreadsheet tables, maybe audio recordings, later. >> >> The vnd.imagemeter.image subtype is for single, user annotated >> images, while the vnd.imagemeter.folder subtype is for project >> folders with many images, extra project metadata, summarizing >> spreadsheet tables... >> >> My specific questions are: >> - is the "application" type suitable, or would the "image" type >> be more suitable, as these are basically images with user >> annotations and supplementary information > > From your description "Image" seems to be a sensible top level > media type to use. > >> - should I include the "+zip" suffix as these files are >> essentially zip files of different pieces of data (similar as >> done for the OpenOffice document formats). > > Yes. >> >> Thank you, >> Dirk Farin >> >> ------------------------------------------------------------------------- >> >> Type name: Application >> >> Subtype name: Vendor Tree - vnd.imagemeter.image >> >> Required parameters: none >> >> Optional parameters: none >> >> Encoding considerations: The content consists of an unrestricted >> sequence of octets. > > Just say "binary" here. > >> >> Security considerations: >> 1. Files do not contain executable content. >> 2. Files consist of image data in JPEG, PNG, or PDF format, and >> static vector drawing and annotation data, encapsulated in a zip >> file. >> >> Interoperability considerations: none >> >> Published specification: >> Files represent a ZIP archive of image data in JPEG, PNG, or PDF >> format, and associated supplementary data like vector drawings, >> measurements, and text annotations. >> The specification of the supplementary data has not been published. >> >> Applications that use this media type: >> This media type is used only by the "ImageMeter - photo measure" >> application. >> >> Fragment identifier considerations: >> N/A >> >> Additional information: >> >> Deprecated alias names for this type: N/A >> Magic number(s): N/A >> File extension(s): .imi >> Macintosh file type code(s): N/A >> >> Person & email address to contact for further information: >> Dirk Farin >> dirk.farin@gmail.com >> >> Intended usage: common >> This media type is intended for exchange of images enriched with >> measurements and annotations. >> >> Restrictions on usage: none >> >> Author: Dirk Farin >> >> Change controller: Dirk Farin >> >> Provisional registration? (standards tree only): >> N/A >> >> >> ------------------------------------------------------------------------- >> >> Type name: Application >> >> Subtype name: Vendor Tree - vnd.imagemeter.folder >> >> Required parameters: none >> >> Optional parameters: none >> >> Encoding considerations: The content consists of an unrestricted >> sequence of octets. >> >> Security considerations: >> 1. Files do not contain executable content. >> 2. Files consist of several images in JPEG, PNG, or PDF format, >> and static vector drawing and annotation data, encapsulated in a >> zip file. >> >> Interoperability considerations: none >> >> Published specification: >> Files represent a ZIP archive of several images in JPEG, PNG, or >> PDF format, and associated supplementary data like vector >> drawings, measurements, spreadsheet tables, and text annotations. >> The specification of the supplementary data has not been published. >> >> Applications that use this media type: >> This media type is used only by the "ImageMeter - photo measure" >> application. >> >> Fragment identifier considerations: >> N/A >> >> Additional information: >> >> Deprecated alias names for this type: N/A >> Magic number(s): N/A >> File extension(s): .imf >> Macintosh file type code(s): N/A >> >> Person & email address to contact for further information: >> Dirk Farin >> dirk.farin@gmail.com >> >> Intended usage: common >> This media type is intended for exchange of images enriched with >> measurements and annotations. >> >> Restrictions on usage: none >> >> Author: Dirk Farin >> >> Change controller: Dirk Farin >> >> Provisional registration? (standards tree only): >> N/A >> >> _______________________________________________ >> media-types mailing list >> media-types@ietf.org >> https://www.ietf.org/mailman/listinfo/media-types >> > > > > > _______________________________________________ > media-types mailing list > media-types@ietf.org > https://www.ietf.org/mailman/listinfo/media-types --------------739A5FBE8617A052ADBBDC4A Content-Type: text/html; charset=windows-1252 Content-transfer-encoding: quoted-printable

Hi Dirk,


On 03/03/2017 14:43, Dirk Farin wrote:
Hi Alexey,

thank you for the comments. I will add the "+zip" suffix.
BTW: is there any reason why there is no "+zip" suffix for other formats that actually use zip archives (like OpenOffice ".odt")? Is that just because they are older than when the suffix specification was introduced?
Yes, I think they predate the addition of the +zip suffix.
Or is it preferred to omit the suffix if there is no sensible way for the user to manipulate the 'archive' manually in a consistent way?

After giving it more thoughts, I think I'll prefer to stick with the "application" class, even though it would also fit into "image", because it is not that clear that "vnd.imagemeter.folder" and possible future extensions would fit into "image". Since distributing this over several main types, it appears cleaner to me to use the "application" class.
Fair enough.

Thanks,
=A0 Dirk


2017-03-03 14:23 GMT+01:00 Alexey Melnikov <alexey.melnikov@isode.com><= /span>:
Hi Dirk,

On 3 Mar 2017, at 11:50, Dirk Farin <dirk.farin@gmail.com> wrote:

Dear all,

please find at the end of this email the proposals for registering the two related media-types "application/vnd.imagemeter.image" and "application/vnd.imagemeter.folder".

Files of this type are specific for interchanging data of the "ImageMeter - photo measure" application (currently Android only, but iOS, desktop version will follow). These files are zip files containing images in JPEG/PNG/PDF format enriched with overlaid user-drawn vector graphics, geometric measurements, text annotations, spreadsheet tables, maybe audio recordings, later.

The vnd.imagemeter.image subtype is for single, user annotated images, while the vnd.imagemeter.folder subtype is for project folders with many images, extra project metadata, summarizing spreadsheet tables...

My specific questions are:
- is the "application" type suitable, or would the "image" type be more suitable, as these are basically images with user annotations and supplementary information

From your description "Image" seems to be a sensible top level media type to use.

- should I include the "+zip" suffix as these files are essentially zip files of different pieces of data (similar as done for the OpenOffice document formats).
=20

Yes.

Thank you,
=A0 Dirk Farin

-------------------------------------= ------------------------------------

Type name: Application

Subtype name: Vendor Tree - vnd.imagemeter.image

Required parameters: none

Optional parameters: none

Encoding considerations: The content consists of an unrestricted sequence of octets.

Just say "binary" here.


Security considerations:
1. Files do not contain executable content.
2. Files consist of image data in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file.

Interoperability considerations: none

Published specification:
Files represent a ZIP archive of image data in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, and text annotations.
The specification of the supplementary data has not been published.

Applications that use this media type:
This media type is used only by the "ImageMeter - photo measure" application.

Fragment identifier considerations:
N/A

Additional information:

=A0 Deprecated alias names for this type: N/A
=A0 Magic number(s): N/A
=A0 File extension(s): .imi
=A0 Macintosh file type code(s): N/A

Person & email address to contact for further information:
Dirk Farin
dirk.farin@gmail.com=

Intended usage:=A0=A0=A0 common
This media type is intended for exchange of images enriched with measurements and annotations.

Restrictions on usage: none

Author:=A0=A0=A0 Dirk Farin

Change controller: Dirk Farin

Provisional registration? (standards tree only):
N/A


-----------------------------------= --------------------------------------

Type name: Application

Subtype name: Vendor Tree - vnd.imagemeter.folder

Required parameters: none

Optional parameters: none

Encoding considerations: The content consists of an unrestricted sequence of octets.

Security considerations:
1. Files do not contain executable content.
2. Files consist of several images in JPEG, PNG, or PDF format, and static vector drawing and annotation data, encapsulated in a zip file.

Interoperability considerations: none

Published specification:
Files represent a ZIP archive of several images in JPEG, PNG, or PDF format, and associated supplementary data like vector drawings, measurements, spreadsheet tables, and text annotations.
The specification of the supplementary data has not been published.

Applications that use this media type:
This media type is used only by the "ImageMeter - photo measure" application.
=20
Fragment identifier considerations:
N/A

Additional information:

=A0 Deprecated alias names for this type:=A0=A0=A0 N/A
=A0 Magic number(s): N/A
=A0 File extension(s): .imf
=A0 Macintosh file type code(s): N/A

Person & email address to contact for further information:
Dirk Farin
dirk.farin@gmail.com=

Intended usage:=A0=A0=A0 common
This media type is intended for exchange of images enriched with measurements and annotations.

Restrictions on usage: none

Author:=A0=A0=A0 Dirk Farin

Change controller: Dirk Farin

Provisional registration? (standards tree only):
N/A

________________________________= _______________
media-types mailing list
media-types@ietf.org=
https://www.ietf.org/mai= lman/listinfo/media-types



_______________________________________________
media-types mailing list
m=
edia-types@ietf.org
https://www.ietf.org/mailman/listinfo/media-types

--------------739A5FBE8617A052ADBBDC4A-- From nobody Wed Mar 8 08:50:05 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16673129460 for ; Wed, 8 Mar 2017 08:50:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=coactus-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IXdmAT5btmzu for ; Wed, 8 Mar 2017 08:50:02 -0800 (PST) Received: from pechora1.lax.icann.org (pechora1.icann.org [192.0.33.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 136CF12943E for ; Wed, 8 Mar 2017 08:50:02 -0800 (PST) Received: from mail-qk0-x236.google.com (mail-qk0-x236.google.com [IPv6:2607:f8b0:400d:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pechora1.lax.icann.org (Postfix) with ESMTPS id BDE151E00FD for ; Wed, 8 Mar 2017 16:50:01 +0000 (UTC) Received: by mail-qk0-x236.google.com with SMTP id v125so73987628qkh.2 for ; Wed, 08 Mar 2017 08:50:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=coactus-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=4IsHYis/Emsyd6suSRbFagS6blcSqZvpgW9+5m+h7p8=; b=kKTE6WdRuRpf+BOVinKyQlj5LZbXlJ5F76VJnoLEIymdRcwFL54HsN8Q53Nc+wjo1A P8eG5zCm5HyheXduCzrqljrZ+uMnfDqVYlJAq+czdwLnBaPgH5KG30cynubD/Br7W0Eb AccoENPe2ktoOeZRT7nMQLG1gxEsA9V9+eErq+urxBoqxkibD85wCNrV4xam7MogVH3c hH2tmhCI+cjcXtNDq4fR1uAbuGzuBL8Jmd0dUfCXmvqat2jx/N+hqIqKT+7RMstgacYb Jj8fkrb0V+3vFNUJ4kjdCKoYfEiT7wgnyrzzEkNchuP299pF9GhX/1OIOE9TCsoF2Tv5 cYqQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=4IsHYis/Emsyd6suSRbFagS6blcSqZvpgW9+5m+h7p8=; b=I+Uw9quzX8h59/mQw+kV8LvEWO8BxHKAJTz7SzKcraRN+Yi7t/m3lqOMiVnYJHZ+IG F9c7cG7sZvyZzbJNMeDCLDwVTQq6zzj/X8uSMoWMkJK+d8fSoD57X3V0WbgUtVcxNao2 epr0H8YrGte7e5dj8S5Zn+8lqHKWrDj1oPD5BOsRql/T2pJMx0YahGDqeJxaVVFmuPUx C7GcWdJF4RUqlnCUEpn1sP6RBpWTEJuEAJOz/n4F4Hvk7ibnGAhdQCx9R5Kb3iPsivGF pwMHlrdmHZgdTc0h+SbUe+LXDwlh1XcINJIe7JK7vDCBGZDK/VES33sTSTq6OMQsczSI MvZw== X-Gm-Message-State: AMke39n5O5T/c2DIK/rR8NCuoYdpoNod9eb9BIdqWZfAiclJFF/x94IzekIs6IWkF2PpI4N08598iqCUX59+sQ== X-Received: by 10.55.203.21 with SMTP id d21mr8782093qkj.261.1488991800994; Wed, 08 Mar 2017 08:50:00 -0800 (PST) MIME-Version: 1.0 Sender: mark@coactus.com Received: by 10.200.2.138 with HTTP; Wed, 8 Mar 2017 08:50:00 -0800 (PST) X-Originating-IP: [198.84.216.3] In-Reply-To: <58B99315.2000605@ninebynine.org> References: <58B99315.2000605@ninebynine.org> From: Mark Baker Date: Wed, 8 Mar 2017 11:50:00 -0500 X-Google-Sender-Auth: 6bmznITf1Mq80ug1A-GMXl4DTHk Message-ID: To: Graham Klyne Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: Alexey Melnikov , Dirk Farin , media-types@iana.org Subject: Re: [media-types] Review request for "application/vnd.imagemeter.image" X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Mar 2017 16:50:03 -0000 On Fri, Mar 3, 2017 at 11:00 AM, Graham Klyne wrote: > Hmmm... would "application" not be more appropriate for the "folder" type? > (I agree "image" for the other.) +1 From nobody Wed Mar 15 07:20:47 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EFF2131588 for ; Wed, 15 Mar 2017 07:20:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.234 X-Spam-Level: X-Spam-Status: No, score=-1.234 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9_l4SX6RhQI for ; Wed, 15 Mar 2017 07:20:42 -0700 (PDT) Received: from pechora2.lax.icann.org (pechora2.icann.org [192.0.33.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA805131587 for ; Wed, 15 Mar 2017 07:20:42 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pechora2.lax.icann.org (Postfix) with ESMTPS id 47C381E00FD for ; Wed, 15 Mar 2017 14:20:42 +0000 (UTC) X-AuditID: c1b4fb30-25b3698000007738-5e-58c94da3ca2b Received: from ESESSHC009.ericsson.se (Unknown_Domain [153.88.183.45]) by (Symantec Mail Security) with SMTP id 52.B1.30520.3AD49C85; Wed, 15 Mar 2017 15:20:19 +0100 (CET) Received: from ESESSMB107.ericsson.se ([169.254.7.76]) by ESESSHC009.ericsson.se ([153.88.183.45]) with mapi id 14.03.0319.002; Wed, 15 Mar 2017 15:20:15 +0100 From: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= To: "media-types@iana.org" CC: Carsten Bormann Thread-Topic: Media type review for draft-ietf-core-links-json Thread-Index: AQHSnZdDE1vHLlkmFUqmnRlc4dp9sg== Date: Wed, 15 Mar 2017 14:20:15 +0000 Message-ID: <869149BC-8334-4365-BEBB-453CF6F5A499@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.148] Content-Type: multipart/alternative; boundary="_000_869149BC83344365BEBB453CF6F5A499ericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42KZGbFdV3ex78kIg1ndEhZHptxltVgg5cDk 0SPvMW1RZgBTFJdNSmpOZllqkb5dAlfGxhuLWAt6HSsWnVrE2sC4yL6LkZNDQsBE4squpewg tpDAOkaJ7t+sXYxcQPZiRoktXa9YQBJsAs4Sn541ghWJCBhKfD+6nhXEZhZQkjhwbQsziC0s YCnxeN59RogaO4ldK3qhbD2Jq1uegtWzCKhK7J1+mQ3E5hWwlzi++AvYTEYBMYnvp9YwQcwU l7j1ZD4TxHECEkv2nGeGsEUlXj7+xwphK0k0LnkCdUOyxJKbp5ggZgpKnJz5hGUCo9AsJKNm ISmbhaRsFiMHUFxTYv0ufYgSRYkp3Q/ZIWwNidY5c6Fsa4n9k0+wIKtZwMixilG0OLU4KTfd yEgvtSgzubg4P08vL7VkEyMwZg5u+W2wg/Hlc8dDjAIcjEo8vAWsJyKEWBPLiitzDzFKcDAr ifB6eZ+MEOJNSaysSi3Kjy8qzUktPsQozcGiJM5rtvJ+uJBAemJJanZqakFqEUyWiYNTqoGx fVPP3TXXTn7V2Bta+Gxz+csQLtcjml9mOD/4+Cf39bdcnf0Bye+ygwtaTvB83Fa8VLJq7btt EiW+6mfFb7Cpdcdeznln8Tm0jfnwx1/zJqfr9a85vF9A7ezmjOh/DprML7jtH+9yTd/C+7ky QVHlbFuHstujpmnf230ld+69fvtd9t5YDgcLJZbijERDLeai4kQAMhT1npUCAAA= Archived-At: Subject: [media-types] Media type review for draft-ietf-core-links-json X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Mar 2017 14:20:45 -0000 --_000_869149BC83344365BEBB453CF6F5A499ericssoncom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJlkIGxpa2UgdG8gcmVxdWVzdCBhIHJldmlldyBvZiB0aGUgbWVkaWEgdHlwZSB0 ZW1wbGF0ZSBvbiBzZWN0aW9uIDMuMSBvZiBkcmFmdC1pZXRmLWNvcmUtbGlua3MtanNvbiBodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLWxpbmtzLWpzb24tMDcjc2Vj dGlvbi0zLjE8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY29yZS1odHRw LW1hcHBpbmctMTIjc2VjdGlvbi05LjI+DQoNClRoYW5rcyEhIQ0KDQotLS0tLS0tLS0tLSA4PCAt LS0tLS0tLS0tLQ0KDQoNClR5cGUgbmFtZTogYXBwbGljYXRpb24NCg0KICAgU3VidHlwZSBuYW1l OiBsaW5rLWZvcm1hdCtqc29uDQoNCiAgIFJlcXVpcmVkIHBhcmFtZXRlcnM6IE5vbmUNCg0KICAg T3B0aW9uYWwgcGFyYW1ldGVyczogTm9uZQ0KDQogICBFbmNvZGluZyBjb25zaWRlcmF0aW9uczog UmVzb3VyY2VzIHRoYXQgdXNlIHRoZSAiYXBwbGljYXRpb24vDQogICBsaW5rLWZvcm1hdCtqc29u IiBtZWRpYSB0eXBlIGFyZSByZXF1aXJlZCB0byBjb25mb3JtIHRvIHRoZQ0KICAgImFwcGxpY2F0 aW9uL2pzb24iIE1lZGlhIFR5cGUgYW5kIGFyZSB0aGVyZWZvcmUgc3ViamVjdCB0byB0aGUNCiAg IHNhbWUgZW5jb2RpbmcgY29uc2lkZXJhdGlvbnMgc3BlY2lmaWVkIGluIFtSRkM3MTU5XSwgU2Vj dGlvbiAxMTxodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzE1OSNzZWN0aW9uLTExPi4N Cg0KICAgU2VjdXJpdHkgY29uc2lkZXJhdGlvbnM6IEFzIGRlZmluZWQgaW4gdGhpcyBzcGVjaWZp Y2F0aW9uDQoNCiAgIFB1Ymxpc2hlZCBzcGVjaWZpY2F0aW9uOiBUaGlzIHNwZWNpZmljYXRpb24u DQoNCiAgIEFwcGxpY2F0aW9ucyB0aGF0IHVzZSB0aGlzIG1lZGlhIHR5cGU6IE5vbmUgY3VycmVu dGx5IGtub3duLg0KDQogICBBZGRpdGlvbmFsIGluZm9ybWF0aW9uOg0KDQogICAgICBNYWdpYyBu dW1iZXIocyk6IE4vQQ0KDQogICAgICBGaWxlIGV4dGVuc2lvbihzKTogTi9BDQoNCiAgICAgIE1h Y2ludG9zaCBmaWxlIHR5cGUgY29kZShzKTogVEVYVA0KDQogICBQZXJzb24gJiBlbWFpbCBhZGRy ZXNzIHRvIGNvbnRhY3QgZm9yIGZ1cnRoZXIgaW5mb3JtYXRpb246DQogICBDYXJzdGVuIEJvcm1h bm4gPGNhYm9AdHppLm9yZzxtYWlsdG86Y2Fib0B0emkub3JnPj4NCg0KICAgSW50ZW5kZWQgdXNh Z2U6IENPTU1PTg0KDQogICBDaGFuZ2UgY29udHJvbGxlcjogSUVTRw0KDQogICBhbmQNCg0KDQoN CiAgIFR5cGUgbmFtZTogYXBwbGljYXRpb24NCg0KICAgU3VidHlwZSBuYW1lOiBsaW5rLWZvcm1h dCtjYm9yDQoNCiAgIFJlcXVpcmVkIHBhcmFtZXRlcnM6IE5vbmUNCg0KICAgT3B0aW9uYWwgcGFy YW1ldGVyczogTm9uZQ0KDQogICBFbmNvZGluZyBjb25zaWRlcmF0aW9uczogUmVzb3VyY2VzIHRo YXQgdXNlIHRoZSAiYXBwbGljYXRpb24vDQogICBsaW5rLWZvcm1hdCtjYm9yIiBtZWRpYSB0eXBl IGFyZSByZXF1aXJlZCB0byBjb25mb3JtIHRvIHRoZQ0KICAgImFwcGxpY2F0aW9uL2Nib3IiIE1l ZGlhIFR5cGUgYW5kIGFyZSB0aGVyZWZvcmUgc3ViamVjdCB0byB0aGUNCiAgIHNhbWUgZW5jb2Rp bmcgY29uc2lkZXJhdGlvbnMgc3BlY2lmaWVkIGluIFtSRkM3MDQ5XSwgU2VjdGlvbiA3PGh0dHBz Oi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3MDQ5I3NlY3Rpb24tNz4uDQoNCiAgIFNlY3VyaXR5 IGNvbnNpZGVyYXRpb25zOiBBcyBkZWZpbmVkIGluIHRoaXMgc3BlY2lmaWNhdGlvbg0KDQogICBQ dWJsaXNoZWQgc3BlY2lmaWNhdGlvbjogVGhpcyBzcGVjaWZpY2F0aW9uLg0KDQogICBBcHBsaWNh dGlvbnMgdGhhdCB1c2UgdGhpcyBtZWRpYSB0eXBlOiBOb25lIGN1cnJlbnRseSBrbm93bi4NCg0K ICAgQWRkaXRpb25hbCBpbmZvcm1hdGlvbjoNCg0KICAgICAgTWFnaWMgbnVtYmVyKHMpOiBOL0EN Cg0KICAgICAgRmlsZSBleHRlbnNpb24ocyk6IE4vQQ0KDQogICAgICBNYWNpbnRvc2ggZmlsZSB0 eXBlIGNvZGUocyk6IENCT1INCg0KICAgUGVyc29uICYgZW1haWwgYWRkcmVzcyB0byBjb250YWN0 IGZvciBmdXJ0aGVyIGluZm9ybWF0aW9uOg0KICAgS2VwZW5nIExpIDxrZXBlbmcubGtwQGFsaWJh YmEtaW5jLmNvbTxtYWlsdG86a2VwZW5nLmxrcEBhbGliYWJhLWluYy5jb20+Pg0KDQogICBJbnRl bmRlZCB1c2FnZTogQ09NTU9ODQoNCiAgIENoYW5nZSBjb250cm9sbGVyOiBJRVNHDQoNCg0KDQo= --_000_869149BC83344365BEBB453CF6F5A499ericssoncom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGksJm5ic3A7DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5J4oCZZCBsaWtlIHRvIHJl cXVlc3QgYSByZXZpZXcgb2YgdGhlIG1lZGlhIHR5cGUgdGVtcGxhdGUgb24gc2VjdGlvbiAzLjEg b2YgZHJhZnQtaWV0Zi1jb3JlLWxpbmtzLWpzb24mbmJzcDs8YSBocmVmPSJodHRwczovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtaWV0Zi1jb3JlLWh0dHAtbWFwcGluZy0xMiNzZWN0aW9uLTku MiIgY2xhc3M9IiI+aHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtY29yZS1s aW5rcy1qc29uLTA3I3NlY3Rpb24tMy4xPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhhbmtzISEhPC9kaXY+DQo8ZGl2IGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6IENvdXJpZXI7IiBjbGFzcz0iIj4tLS0tLS0tLS0tLTwvc3Bhbj48Zm9udCBmYWNl PSJDb3VyaWVyIiBjbGFzcz0iIiBzdHlsZT0iZm9udC1mYW1pbHk6IENvdXJpZXI7Ij4mbmJzcDs4 Jmx0OyZuYnNwOzwvZm9udD48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENvdXJpZXI7IiBjbGFz cz0iIj4tLS0tLS0tLS0tLTwvc3Bhbj48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGZvbnQgZmFjZT0i Q291cmllciIgY2xhc3M9IiIgc3R5bGU9ImZvbnQtZmFtaWx5OiBDb3VyaWVyOyI+PGJyIGNsYXNz PSIiPg0KPC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb3VyaWVyIiBj bGFzcz0iIiBzdHlsZT0iZm9udC1mYW1pbHk6IENvdXJpZXI7Ij4NCjxwcmUgY2xhc3M9Im5ld3Bh Z2UiIHN0eWxlPSJmb250LXNpemU6IDEzLjMzMzMzMzAxNTQ0MTg5NXB4OyBtYXJnaW4tdG9wOiAw cHg7IG1hcmdpbi1ib3R0b206IDBweDsgcGFnZS1icmVhay1iZWZvcmU6IGFsd2F5czsiPlR5cGUg bmFtZTogYXBwbGljYXRpb24NCg0KICAgU3VidHlwZSBuYW1lOiBsaW5rLWZvcm1hdCYjNDM7anNv bg0KDQogICBSZXF1aXJlZCBwYXJhbWV0ZXJzOiBOb25lDQoNCiAgIE9wdGlvbmFsIHBhcmFtZXRl cnM6IE5vbmUNCg0KICAgRW5jb2RpbmcgY29uc2lkZXJhdGlvbnM6IFJlc291cmNlcyB0aGF0IHVz ZSB0aGUgJnF1b3Q7YXBwbGljYXRpb24vDQogICBsaW5rLWZvcm1hdCYjNDM7anNvbiZxdW90OyBt ZWRpYSB0eXBlIGFyZSByZXF1aXJlZCB0byBjb25mb3JtIHRvIHRoZQ0KICAgJnF1b3Q7YXBwbGlj YXRpb24vanNvbiZxdW90OyBNZWRpYSBUeXBlIGFuZCBhcmUgdGhlcmVmb3JlIHN1YmplY3QgdG8g dGhlDQogICBzYW1lIGVuY29kaW5nIGNvbnNpZGVyYXRpb25zIHNwZWNpZmllZCBpbiA8YSBocmVm PSJodHRwczovL3Rvb2xzLmlldGYub3JnL2h0bWwvcmZjNzE1OSNzZWN0aW9uLTExIiBjbGFzcz0i Ij5bUkZDNzE1OV0sIFNlY3Rpb24mbmJzcDsxMTwvYT4uDQoNCiAgIFNlY3VyaXR5IGNvbnNpZGVy YXRpb25zOiBBcyBkZWZpbmVkIGluIHRoaXMgc3BlY2lmaWNhdGlvbg0KDQogICBQdWJsaXNoZWQg c3BlY2lmaWNhdGlvbjogVGhpcyBzcGVjaWZpY2F0aW9uLg0KDQogICBBcHBsaWNhdGlvbnMgdGhh dCB1c2UgdGhpcyBtZWRpYSB0eXBlOiBOb25lIGN1cnJlbnRseSBrbm93bi4NCg0KICAgQWRkaXRp b25hbCBpbmZvcm1hdGlvbjoNCg0KICAgICAgTWFnaWMgbnVtYmVyKHMpOiBOL0ENCg0KICAgICAg RmlsZSBleHRlbnNpb24ocyk6IE4vQQ0KDQogICAgICBNYWNpbnRvc2ggZmlsZSB0eXBlIGNvZGUo cyk6IFRFWFQNCg0KICAgUGVyc29uICZhbXA7IGVtYWlsIGFkZHJlc3MgdG8gY29udGFjdCBmb3Ig ZnVydGhlciBpbmZvcm1hdGlvbjoNCiAgIENhcnN0ZW4gQm9ybWFubiAmbHQ7PGEgaHJlZj0ibWFp bHRvOmNhYm9AdHppLm9yZyIgY2xhc3M9IiI+Y2Fib0B0emkub3JnPC9hPiZndDsNCg0KICAgSW50 ZW5kZWQgdXNhZ2U6IENPTU1PTg0KDQogICBDaGFuZ2UgY29udHJvbGxlcjogSUVTRw0KDQogICBh bmQNCg0KPC9wcmU+DQo8cHJlIGNsYXNzPSJuZXdwYWdlIiBzdHlsZT0iZm9udC1zaXplOiAxMy4z MzMzMzMwMTU0NDE4OTVweDsgbWFyZ2luLXRvcDogMHB4OyBtYXJnaW4tYm90dG9tOiAwcHg7IHBh Z2UtYnJlYWstYmVmb3JlOiBhbHdheXM7Ij4gICBUeXBlIG5hbWU6IGFwcGxpY2F0aW9uDQoNCiAg IFN1YnR5cGUgbmFtZTogbGluay1mb3JtYXQmIzQzO2Nib3INCg0KICAgUmVxdWlyZWQgcGFyYW1l dGVyczogTm9uZQ0KDQogICBPcHRpb25hbCBwYXJhbWV0ZXJzOiBOb25lDQoNCiAgIEVuY29kaW5n IGNvbnNpZGVyYXRpb25zOiBSZXNvdXJjZXMgdGhhdCB1c2UgdGhlICZxdW90O2FwcGxpY2F0aW9u Lw0KICAgbGluay1mb3JtYXQmIzQzO2Nib3ImcXVvdDsgbWVkaWEgdHlwZSBhcmUgcmVxdWlyZWQg dG8gY29uZm9ybSB0byB0aGUNCiAgICZxdW90O2FwcGxpY2F0aW9uL2Nib3ImcXVvdDsgTWVkaWEg VHlwZSBhbmQgYXJlIHRoZXJlZm9yZSBzdWJqZWN0IHRvIHRoZQ0KICAgc2FtZSBlbmNvZGluZyBj b25zaWRlcmF0aW9ucyBzcGVjaWZpZWQgaW4gPGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRmLm9y Zy9odG1sL3JmYzcwNDkjc2VjdGlvbi03IiBjbGFzcz0iIj5bUkZDNzA0OV0sIFNlY3Rpb24mbmJz cDs3PC9hPi4NCg0KICAgU2VjdXJpdHkgY29uc2lkZXJhdGlvbnM6IEFzIGRlZmluZWQgaW4gdGhp cyBzcGVjaWZpY2F0aW9uDQoNCiAgIFB1Ymxpc2hlZCBzcGVjaWZpY2F0aW9uOiBUaGlzIHNwZWNp ZmljYXRpb24uDQoNCiAgIEFwcGxpY2F0aW9ucyB0aGF0IHVzZSB0aGlzIG1lZGlhIHR5cGU6IE5v bmUgY3VycmVudGx5IGtub3duLg0KDQogICBBZGRpdGlvbmFsIGluZm9ybWF0aW9uOg0KDQogICAg ICBNYWdpYyBudW1iZXIocyk6IE4vQQ0KDQogICAgICBGaWxlIGV4dGVuc2lvbihzKTogTi9BDQoN CiAgICAgIE1hY2ludG9zaCBmaWxlIHR5cGUgY29kZShzKTogQ0JPUg0KDQogICBQZXJzb24gJmFt cDsgZW1haWwgYWRkcmVzcyB0byBjb250YWN0IGZvciBmdXJ0aGVyIGluZm9ybWF0aW9uOg0KICAg S2VwZW5nIExpICZsdDs8YSBocmVmPSJtYWlsdG86a2VwZW5nLmxrcEBhbGliYWJhLWluYy5jb20i IGNsYXNzPSIiPmtlcGVuZy5sa3BAYWxpYmFiYS1pbmMuY29tPC9hPiZndDsNCg0KICAgSW50ZW5k ZWQgdXNhZ2U6IENPTU1PTg0KDQogICBDaGFuZ2UgY29udHJvbGxlcjogSUVTRzwvcHJlPg0KPGRp diBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjwvZm9udD48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0i Ij48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_869149BC83344365BEBB453CF6F5A499ericssoncom_-- From nobody Wed Mar 22 13:59:54 2017 Return-Path: X-Original-To: media-types@ietfa.amsl.com Delivered-To: media-types@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5489A128C83 for ; Wed, 22 Mar 2017 13:59:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=networked-media.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uDq2cFGvFjjC for ; Wed, 22 Mar 2017 13:59:51 -0700 (PDT) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08AA812778D for ; Wed, 22 Mar 2017 13:59:50 -0700 (PDT) Received: by mail-wr0-x232.google.com with SMTP id u1so1674472wra.2 for ; Wed, 22 Mar 2017 13:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networked-media.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=j9Qi48eN2+SL7BehMQ0TtTj8iL5qNZHDoM0eGMttPFU=; b=DSpU1KQTnmorbNhaFLq1GhaxuX83Pg94q0r/W/lEHW4IfaqlgefJXks4yeTsLdfdO4 MW/C+bXVL7bPEQN/zFk0SYgUdzR3lP8/+x9hR52wRd8tPD/NClg1ADLZ9xjNzocOZWHH Jw+Upu//iyvyEzhfxT020EBdXs1lGrPSd1IwqlbFeeyNgxkJ52gSApNjl6pSy38VTUeC WsmfdxH9fNiYPs9ekJC8cbzFheCaaivLi3tE1yCZScRcsrXpGei0FYGNw4ddF9C8ytx6 qgvhYxrcKDkRamkTJk0bFge7jsIqCOHNMPWsAG9yIsZwLI52mDJtqUc/js/ldQ5gdobL ONPA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=j9Qi48eN2+SL7BehMQ0TtTj8iL5qNZHDoM0eGMttPFU=; b=Hpx6TJiJ0GCCYdFq3F3xtz7G4kfwxW6/OssnqnSmOAq2J4U27zIt7Pn+YNg5Cq6MXo CO098u5LEdErgvR3JxKfSRIvP7EyF6Rr77xUPrvBFdLWpkQ4BfDwTZ6Ir7H9/VGJ0Jz+ TVdrGof+TyWd2lkWJ59aV5IRK2rxrbFgL7gGlmsnQMJFAcHNyNICG1Z1Cyf16xEf5zad sljHbRWcJ1s3Ab7JpKvXaea2JEtP5k3f3tDJkUvy5jdjkH6u6nYrwB1/ls/hxZEfqZ3u 3E8jPzYP5dyqNhIckCjoINh9RTWvFDvzmGc6aIdOA1htpFbLnUbMNgmFieyQGFyGBJRR TXNw== X-Gm-Message-State: AFeK/H3okABnBf62ICNu43Mwwh1CecZno6ofowqpfliqKVMmDRJczwMIBpf7tOlP2UOqTQnodN5mjC1//tpZXw== X-Received: by 10.223.162.155 with SMTP id s27mr35129099wra.159.1490216389045; Wed, 22 Mar 2017 13:59:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.28.102.138 with HTTP; Wed, 22 Mar 2017 13:59:48 -0700 (PDT) From: "Ali C. Begen" Date: Wed, 22 Mar 2017 21:59:48 +0100 Message-ID: To: media-types@ietf.org Content-Type: multipart/alternative; boundary=f403045ea524820b0d054b580a7f Archived-At: Subject: [media-types] Registration of video/smpte291 media type X-BeenThere: media-types@ietf.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Mar 2017 20:59:53 -0000 --f403045ea524820b0d054b580a7f Content-Type: text/plain; charset=UTF-8 Hi there, https://datatracker.ietf.org/doc/html/draft-ietf-payload-rtp-vc2hq-01 completed WGLC in the Payload WG. The document registers video/vc2. The new registration is in Section 6.1 of the document and is also given below. Comments on the registration are welcome. Thanks. Ali Begen Payload WG co-chair 6.1 . Media Type Definition Type name: video Subtype name: vc2 Required parameters: rate: The RTP timestamp clock rate. Applications using this payload format SHOULD use a value of 90000. profile: The VC-2 profile in use, the only currently allowed value is "HQ". Optional parameters: N/A Encoding considerations: This media type is framed and binary, see section 4.8 in RFC6838 [RFC6838 ]. Security considerations: Please see security consideration in RFCXXXX Interoperability considerations: N/A Published specification: "VC-2 Video Compression", SMPTE Standard ST 2042-1 [VC2 ] Applications that use this media type: Video Communication. Additional information: N/A Person & email address to contact for further information: james.barrett@bbc.co.uk Intended usage: COMMON Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP [RFC3550 ]. Transport within other framing protocols is not defined at this time. Author: Change controller: IETF Payload working group delegated from the IESG. Provisional registration? (standards tree only): No --f403045ea524820b0d054b580a7f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi there,
https://datat= racker.ietf.org/doc/html/draft-ietf-payload-rtp-vc2hq-01=C2=A0completed WGLC in the Payload WG.The document registers video/vc2. =C2=A0<= /span>
=C2= =A0
T= he new registration is in Section 6.1 of the document and is also given bel= ow.

Comments on the registration are welcome.

Thanks.

Ali BegenPayload WG co= -chair



6.1.  Media Type Definition

   Type name:

      video

   Subtype name:

      vc2

   Required parameters:

      rate: The RTP timestamp clock rate.  Applications using this
      payload format SHOULD use a value of 90000.

      profile: The VC-2 profile in use, the only currently allowed value
      is "HQ".

   Optional parameters: N/A

   Encoding considerations:

      This media type is framed and binary, see section=C2=A04.8 in RFC68=
38
      [RFC6838].

   Security considerations:

      Please see security consideration in RFCXXXX

   Interoperability considerations: N/A

   Published specification:

      "VC-2 Video Compression", SMPTE Standard ST 2042-1 [VC2]

   Applications that use this media type:

      Video Communication.

   Additional information: N/A

   Person & email address to contact for further information:

      james.barrett@bbc.co.=
uk

   Intended usage:

      COMMON

   Restrictions on usage:

      This media type depends on RTP framing, and hence is only defined
      for transfer via RTP [RFC3550].  Transport within other framing
      protocols is not defined at this time.

   Author:

   Change controller:

      IETF Payload working group delegated from the IESG.

   Provisional registration? (standards tree only):

      No
--f403045ea524820b0d054b580a7f--