Re: [ietf-types] Request for review application/gml+xml

Julian Reschke <julian.reschke@gmx.de> Wed, 11 January 2012 17:02 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: ietf-types@ietfa.amsl.com
Delivered-To: ietf-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6EF221F886F for <ietf-types@ietfa.amsl.com>; Wed, 11 Jan 2012 09:02:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.679
X-Spam-Level:
X-Spam-Status: No, score=-103.679 tagged_above=-999 required=5 tests=[AWL=-1.080, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DlyAV4EM0K2E for <ietf-types@ietfa.amsl.com>; Wed, 11 Jan 2012 09:02:07 -0800 (PST)
Received: from pechora6.dc.icann.org (unknown [IPv6:2620:0:2830:201::1:72]) by ietfa.amsl.com (Postfix) with ESMTP id 2563421F8873 for <ietf-types@ietf.org>; Wed, 11 Jan 2012 09:02:06 -0800 (PST)
Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pechora6.dc.icann.org (8.13.8/8.13.8) with SMTP id q0BH1h5B004985 for <ietf-types@iana.org>; Wed, 11 Jan 2012 12:02:04 -0500
Received: (qmail invoked by alias); 11 Jan 2012 17:01:41 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.140]) [217.91.35.233] by mail.gmx.net (mp026) with SMTP; 11 Jan 2012 18:01:41 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX180QskPmCY0HgYoGqhh59bRpuGK0JxynhNKc0/BDf Xgi2Q5TsVAFzNX
Message-ID: <4F0DC06F.4040302@gmx.de>
Date: Wed, 11 Jan 2012 18:01:35 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
MIME-Version: 1.0
To: Jan Algermissen <jan.algermissen@nordsc.com>
References: <F59F4E2122554F5793C0C7E325D01856@OfficeHP> <61DA936B-79AE-480E-B77A-2415DC18DB08@nordsc.com> <4F0D4A94.407@gmx.de> <BC5008BD-44A0-4838-BE50-540D51088FDF@nordsc.com> <4F0D5A60.10806@gmx.de> <859C71A7-C655-4612-A004-E4BC10546BC9@nordsc.com>
In-Reply-To: <859C71A7-C655-4612-A004-E4BC10546BC9@nordsc.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.3 (pechora6.dc.icann.org [192.0.46.72]); Wed, 11 Jan 2012 12:02:04 -0500 (EST)
Cc: ietf-types@iana.org, Carl Reed <creed@opengeospatial.org>
Subject: Re: [ietf-types] Request for review application/gml+xml
X-BeenThere: ietf-types@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Media \(MIME\) type review" <ietf-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-types>
List-Post: <mailto:ietf-types@ietf.org>
List-Help: <mailto:ietf-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Jan 2012 17:02:07 -0000

On 2012-01-11 17:50, Jan Algermissen wrote:
>
> On Jan 11, 2012, at 10:46 AM, Julian Reschke wrote:
>
>> On 2012-01-11 10:22, Jan Algermissen wrote:
>>>
>>> On Jan 11, 2012, at 9:38 AM, Julian Reschke wrote:
>>>
>>>> On 2012-01-11 08:05, Jan Algermissen wrote:
>>>>> Carl,
>>>>>
>>>>> On Jan 11, 2012, at 2:54 AM, Carl Reed wrote:
>>>>>
>>>>>> "version": If provided, this parameter indicates the GML version
>>>>>>     used in the GML document. Only the major and the first minor
>>>>>>     version number are provided, e.g. "3.2".
>>>>>>
>>>>>>     The value may be provided with or without quotes. i.e.,
>>>>>>     application/gml+xml; version=3.1 shall be treated as identical to
>>>>>>     application/gml+xml; version="3.1".
>>>>>>
>>>>>>     In cases where elements from multiple GML versions are used,
>>>>>>     the parameter shall indicate the highest GML version used in the
>>>>>>     document.
>>>>>>
>>>>>>     The parameter can be used to provide protocol-specific operations,
>>>>>>     such as version-based content negotiation in HTTP
>>>>>
>>>>> I cannot find the reference just now, but if I am not seriously wrong, media type parameters are not taken into account by HTTP conneg. (How could they, given that their meaning is defined by the media type itself except for q and charset et al.
>>>>> ...
>>>>
>>>> Why would that be a problem?
>>>
>>> I think that the correct way of implementing conneg is to strip all media type specific parameters before matching (otherwise the code would need to be aware of the media type specific parameters).
>>
>> But that's not what is specified in HTTP.
>
> Can you point me to that part of the spec? I saw the 'format' example in your reference to media type ranges, but I cannot (personally) read that the way you seem to do.
>
>>
>>> The proposed text above suggests that the version parameter would be recognized by such implementations - which it would not. I.e.
>>>
>>> Accept: application/gml+xml; version=3.1
>>>
>>> would maybe yield
>>>
>>> Content-Type: application/gml+xml; version=1.2
>>
>> I think that would be a bug according to the HTTP spec.
>
> Doh, I am shocked - if you are right then I have lived with a very clouded spot of HTTP in my brain for years.
>
> So you are saying, if there are parameters (besides q) that do not *exactly* match conneg should say 'Not Acceptable'?

Well, it's all advisory; so there is wiggle room.

> IOW, this would also not be correct:
>
> Accept: application/gml+xml; version=3.1
>
> Content-Type: application/gml+xml; version=3.5
>
> And also this would be incorrect:
>
> Accept: application/atom+xml;type=entry
>
> Content-Type: application/atom+xml
>
> Or am I misunderstanding you?

No, that's my understanding. But of course I may be wrong; I assume this 
is a feature that hasn't been used a lot yet.

Best regards, Julian