Re: [link-relations] NEW RELATION: collection

Mykyta Yevstifeyev <evnikita2@gmail.com> Wed, 10 August 2011 04:54 UTC

Return-Path: <evnikita2@gmail.com>
X-Original-To: link-relations@ietfa.amsl.com
Delivered-To: link-relations@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C8A321F8751 for <link-relations@ietfa.amsl.com>; Tue, 9 Aug 2011 21:54:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.062
X-Spam-Level:
X-Spam-Status: No, score=-3.062 tagged_above=-999 required=5 tests=[AWL=-0.063, BAYES_00=-2.599, J_CHICKENPOX_43=0.6, RCVD_IN_DNSWL_LOW=-1]
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 4gitLo+-bNZz for <link-relations@ietfa.amsl.com>; Tue, 9 Aug 2011 21:54:44 -0700 (PDT)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by ietfa.amsl.com (Postfix) with ESMTP id DEC0821F874E for <link-relations@ietf.org>; Tue, 9 Aug 2011 21:54:43 -0700 (PDT)
Received: by fxe6 with SMTP id 6so702281fxe.31 for <link-relations@ietf.org>; Tue, 09 Aug 2011 21:55:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gE//XAsep0O45Oe/SI4Mr6M3pmXlhDnZR6p8wxqbKuI=; b=YyqT3+wQxBZPkuXhNezPFSL89kwzVpjauXshaEQ4ZqfxlES5ox9yLK2IvQYaIoF2HW LidVUqzsj2VKd4v/mO7wxLyotlc8shBo36g9CGZ+7r9dM2V3LJLMJz3oi8Jm/El/wzQ/ 1DmXnaMfbY2IXj3oY5uznlyz0nx7gwnUEj89M=
Received: by 10.223.13.13 with SMTP id z13mr10453856faz.114.1312952113812; Tue, 09 Aug 2011 21:55:13 -0700 (PDT)
Received: from [127.0.0.1] ([195.191.104.224]) by mx.google.com with ESMTPS id b14sm451000fab.43.2011.08.09.21.55.11 (version=SSLv3 cipher=OTHER); Tue, 09 Aug 2011 21:55:12 -0700 (PDT)
Message-ID: <4E420F56.7040408@gmail.com>
Date: Wed, 10 Aug 2011 07:55:50 +0300
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: mike amundsen <mamund@yahoo.com>
References: <CAPW_8m676cCQEHN=_XE_E4k_7zF=MBNE7O6Cvy1+BLwp9fG8MA@mail.gmail.com> <4E3CF493.9010007@gmx.de> <CAPW_8m44aMqgFJ7nf3trD=r_LTNPYnQjGp31YMfrGGeX1bqC=A@mail.gmail.com> <4E3CFA65.3090300@gmx.de> <CAPW_8m5AyZsxSg2FBsNCQ7WyyS0ghZpQZ0jeAc=yQ92=qmH-jw@mail.gmail.com> <4E3CFE8A.1070103@gmail.com> <CAPW_8m4M0S0BS37OPCkCD1BPUwL7gMYM7jP5qxr3B=vnxW7HVg@mail.gmail.com> <4E3D0C54.7070209@gmx.de> <CABzDd=4be+7aQ65aH1Msgusn0RTcqGnfQrUdH1X160cgL0eQMg@mail.gmail.com> <CAPW_8m5yQEMO0Mw7=6b1vaLdUqSWKNEq6VG6THJ6YWorEqYOZw@mail.gmail.com> <4E3E93EF.8050800@gmx.de> <CAPW_8m5GzQACSueOU+XJ2XvnEfSY3wnWWF5rs-F5Hsa=6QB0dQ@mail.gmail.com> <4E41FD54.4070907@gmail.com> <CAPW_8m6RVjqp_a1bG5GZgOW636JnKWUUOPppqDRH4b1npb+ZQA@mail.gmail.com> <4E420290.5040601@gmail.com> <CAPW_8m6TTYhgWYYtyApbXygSmORSWOtQzB82Cqy_2vCJ7FHrCw@mail.gmail.com>
In-Reply-To: <CAPW_8m6TTYhgWYYtyApbXygSmORSWOtQzB82Cqy_2vCJ7FHrCw@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: link-relations@ietf.org
Subject: Re: [link-relations] NEW RELATION: collection
X-BeenThere: link-relations@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <link-relations.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/link-relations>, <mailto:link-relations-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/link-relations>
List-Post: <mailto:link-relations@ietf.org>
List-Help: <mailto:link-relations-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/link-relations>, <mailto:link-relations-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Aug 2011 04:54:45 -0000

Mike,

I've recently seen your new draft -- 
http://tools.ietf.org/html/draft-amundsen-item-and-collection-link-relations-00.  
Please see some comments below.

Abstract (and also Section 1):

>     RFC 5988 [RFC5988] defined the way of indicating resources on the
>     Web.

Maybe, "of indicating relationships between resources on the Web"?

Section 1:

>     1.  OpenSearch 1.1: see<http://www.opensearch.org/Specifications/
>         OpenSearch/1.1#Url_rel_values>
>
>     2.  Maze+XML: see
>         <http://amundsen.com/media-types/maze/format/#link-relations>
>
>     3.  Collection+JSON: see<http://amundsen.com/media-types/collection/
>         format/#link-relations>

Maybe you can make these specs Informative references, in the following way:

>     1.  OpenSearch 1.1: see Section 4.5.4.1 of [OpenSearch]
>
>     2.  Maze+XML: see Section 3 of [Maze]
>
>     3.  Collection+JSON: see Section 2 of [CollectionJSON]

The references should be:

> [OpenSearch]  D. Clinton, "OpenSearch 1.1", Work in Progress, (Date), 
> <http://www.opensearch.org/Specifications/OpenSearch/1.1/>.
> [Maze]        M. Amundsen, "Maze+XML - Format", Web Page, December 
> 2010, <http://amundsen.com/media-types/maze/format/>.
> [CollectionJSON]
>               M. Amundsen, "Collection+JSON - Document Format", Web 
> Page, July 2011, 
> <http://amundsen.com/media-types/collection/format/#link-relations>

I don't think it will be a problem to translate these references into 
xml2rfc format.

In Sections 3.1 and 3.2 "Notes" and "Application Data" may safely be 
omitted.

I suppose you may add a statement similar to one in the last paragraph 
of Appendix C of RFC 5741 
(http://tools.ietf.org/html/rfc5741#appendix-C) in your document.

Not a comment: How do you plan to process this document?  As 
AD-sponsored submission 
(http://www.ietf.org/iesg/statement/ad-sponsoring-docs.html) or 
Independent Submission to RFC Editor (see RFC 4846)?

Thanks,
Mykyta Yevstifeyev

10.08.2011 7:05, mike amundsen wrote:
> ok, will fix the email link and upload TXT and XML.
>
> thanks for the assist.
>
> mca
> http://amundsen.com/blog/
> http://twitter.com@mamund
> http://mamund.com/foaf.rdf#me
>
>
> #RESTFest 2011 - Aug 18-20
> http://restfest.org
>
>
>
> On Wed, Aug 10, 2011 at 00:01, Mykyta Yevstifeyev<evnikita2@gmail.com>  wrote:
>> 10.08.2011 6:55, mike amundsen wrote:
>>> Mykyta:
>>>
>>> Ok, will do.
>>>
>>> One procedural Q. I will be submitting both the TXT and the XML file.
>>> I assume the file names should be:
>>> draft-amundsen-item-and-collection-link-relations-00.txt
>>> draft-amundsen-item-and-collection-link-relations-00.xml
>> Yes, the TXT version you generate with xml2rfc and supply there is
>> obligatory; XML version isn't, but you may also upload it.
>>
>> Please, before uploading, fix the Apps-discuss list to link-relations list
>> in editorial note after Abstract.
>>
>> Mykyta
>>
>>> IOW, i supply the "00" and i supply the file extension.
>>>
>>> thanks.
>>>
>>> mca
>>> http://amundsen.com/blog/
>>> http://twitter.com@mamund
>>> http://mamund.com/foaf.rdf#me
>>>
>>>
>>> #RESTFest 2011 - Aug 18-20
>>> http://restfest.org
>>>
>>>
>>>
>>> On Tue, Aug 9, 2011 at 23:39, Mykyta Yevstifeyev<evnikita2@gmail.com>
>>>   wrote:
>>>> Mike,
>>>>
>>>> Please upload this draft with<https://datatracker.ietf.org/submit/>    to
>>>> allow further comments.
>>>>
>>>> Mykyta
>>>>
>>>> 10.08.2011 6:21, mike amundsen wrote:
>>>>> I've updated my pre-draft I-D for 'collection' and 'item' Link Relation
>>>>> Types:
>>>>> http://amundsen.com/media-types/files/item-and-collection/
>>>>>
>>>>> per suggestions from Mykyta&      Julian:
>>>>> - added opening sentence in Abstract and Introduction that refers to
>>>>> RFC5988
>>>>> - added a reference to the existing media types (OpenSearch, Maze+XML,
>>>>> and Collection+JSON) in the Introduction
>>>>> - dropped the 2119 section
>>>>> - removed the JSON examples and replaced them w/ Link Header examples;
>>>>> cleaned up the examples a bit, too.
>>>>> - modified Security and I18N w/ references to appropriate sections in
>>>>> 5988
>>>>> - modified the IANA Considerations section "Reference" item per Julian
>>>>> (is this what you meant?)
>>>>>
>>>>> Julian:
>>>>> regarding the existing "up" link-rel-type and the proposed
>>>>> "collection" link-rel-type...
>>>>> I note the def for "up" (in 5988) refers to a "hierarchy" which I mean
>>>>> to avoid in the case of "collection." IOW, i think "collection" can be
>>>>> used not only for navigating hierarchies (if that is what is needed),
>>>>> but also to navigate filtered sets or groups that are not in a
>>>>> hierarchy.
>>>>>
>>>>> Thanks again for the feedback. I look forward to additional remarks.
>>>>>
>>>>> mca
>>>>> http://amundsen.com/blog/
>>>>> http://twitter.com@mamund
>>>>> http://mamund.com/foaf.rdf#me
>>>>>
>>>>>
>>>>> #RESTFest 2011 - Aug 18-20
>>>>> http://restfest.org
>>>>>
>>>>>
>>>>>
>>>>> On Sun, Aug 7, 2011 at 09:32, Julian Reschke<julian.reschke@gmx.de>
>>>>>   wrote:
>>>>>> On 2011-08-07 04:09, mike amundsen wrote:
>>>>>>> I've posted a "pre-draft" version of the I-D here:
>>>>>>> http://amundsen.com/media-types/files/item-and-collection/
>>>>>>>
>>>>>>> I would appreciate any advice, pointers, suggestions on improving this
>>>>>>> before I post the first submission to the IETF.
>>>>>>> ...
>>>>>> OK. Looks good so far.
>>>>>>
>>>>>> A general question: what's the relation between "up" and "collection"?
>>>>>> Do
>>>>>> you see "up" as a special case in that it mentions document
>>>>>> hierarchies?
>>>>>>
>>>>>> Editorial:
>>>>>>
>>>>>> - as Mykyta noted: no need for Section 2 if you don't need the keywords
>>>>>>
>>>>>> - the examples use a JSON vocabulary without saying what it is; you may
>>>>>> want
>>>>>> to reference "your" media types
>>>>>>
>>>>>> - alternatively or additionally, add Link header field examples
>>>>>>
>>>>>> - IANA considerations: replace "this document" with a reference to the
>>>>>> actual section
>>>>>>
>>>>>> - I18N: just point to RFC 5988, Section 8.
>>>>>>
>>>>>>> I am currently at a loss as to what to include for the Security
>>>>>>> Considerations section. I've posted some suggestions/questions within
>>>>>>> this draft; feel free to point me in the proper direction.
>>>>>> As Mykyta said: cite RFC 5988 and then think about additional issues.
>>>>>>
>>>>>>>     Consideration for links that cross admin boundaries?
>>>>>>>     Infected Sites?
>>>>>>>     Pointing to malicious content?
>>>>>> ...and maybe link loops. Not sure what can be said; all of these seem
>>>>>> to
>>>>>> generic to any kind of following hyperlinks.
>>>>>>
>>>>>>> As soon as I clean up this version, I'll post it to the tracker
>>>>>>> (another first for me<g>).
>>>>>>> ...
>>>>>> Best regards, Julian
>>>>>>
>>