Re: [ietf-types] Request for review of N-Triples (an RDF serialization) media type: application/n-triples

"Martin J. Dürst" <> Sun, 06 May 2012 06:21 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0011121F846F for <>; Sat, 5 May 2012 23:21:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -98.906
X-Spam-Status: No, score=-98.906 tagged_above=-999 required=5 tests=[AWL=0.284, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, J_CHICKENPOX_48=0.6, MIME_8BIT_HEADER=0.3, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id RHvvGbM51vIy for <>; Sat, 5 May 2012 23:21:09 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 4FF9F21F8463 for <>; Sat, 5 May 2012 23:21:08 -0700 (PDT)
Received: from ([]) by (secret/secret) with SMTP id q466KvVd025056 for <>; Sun, 6 May 2012 15:20:57 +0900
Received: from (unknown []) by with smtp id 2955_82fd_a48b7a56_9743_11e1_8e85_001d096c566a; Sun, 06 May 2012 15:20:57 +0900
Received: from [IPv6:::1] ([]:37283) by with [XMail 1.22 ESMTP Server] id <S15C12F2> for <> from <>; Sun, 6 May 2012 15:21:00 +0900
Message-ID: <>
Date: Sun, 06 May 2012 15:20:47 +0900
From: "\"Martin J. Dürst\"" <>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: Bjoern Hoehrmann <>
References: <> <>
In-Reply-To: <>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [ietf-types] Request for review of N-Triples (an RDF serialization) media type: application/n-triples
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Media \(MIME\) type review" <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 06 May 2012 06:21:10 -0000

On 2012/05/06 5:10, Bjoern Hoehrmann wrote:
> * Eric Prud'hommeaux wrote:
>> Type name:
>>     application
>> Subtype name:
>>     n-triples
>> Required parameters:
>>     None
>> Optional parameters:
>>     None
>> Encoding considerations:
>>     The syntax of N-Triples is expressed over code points in Unicode [UNICODE]. The encoding is always UTF-8 [UTF-8].
>>     Unicode code points may also be expressed using an \uXXXX (U+0 to U+FFFF) or \UXXXXXXXX syntax (for U+10000 onwards) where X is a hexadecimal digit [0-9A-F]
> This is supposed to simply say something like "8bit" or "binary", see
> RFC 4288 for details.

I think it's actually very good to say that N-Triples are always in 
UTF-8 somewhere in the template. This could stay here, changing it e.g.
as follows:

The character encoding is always UTF-8. This media type therefore has to 
be transported as "8bit", or futher encoded for "7bit" transport.

>> Security considerations:
> I have not look at these, but since this is very long, it might make
> more sense to have this as part of the Security Considerations section
> of the document that defines the format, and simply put a reference
> into the template.
>> Published specification:
>>     This specification.
> As I recall it, unlike for RFC registrations, IANA would put this in
> a document on their site, so this should give a full(er) citation.

Yes, please make the registration template self-contained, even if that 
might look a bit like overkill when it's looked at in the spec.

Regards,   Martin.

> If you want to say anything about fragment identifiers, like what the
> `#example` in `` refers to, or
> if you want to discourage such usage, that should be included. Not a
> requirement currently, but since this is an RDF type, this might be
> relevant.