Re: [link-relations] NEW RELATION: collection

mike amundsen <mamund@yahoo.com> Wed, 10 August 2011 15:21 UTC

Return-Path: <mca@amundsen.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 03F7621F8876 for <link-relations@ietfa.amsl.com>; Wed, 10 Aug 2011 08:21:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.38
X-Spam-Level:
X-Spam-Status: No, score=-0.38 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, FORGED_YAHOO_RCVD=2.297, 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 I8+moFflOmXt for <link-relations@ietfa.amsl.com>; Wed, 10 Aug 2011 08:21:12 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id E53B521F84D7 for <link-relations@ietf.org>; Wed, 10 Aug 2011 08:21:05 -0700 (PDT)
Received: by wyg8 with SMTP id 8so900065wyg.31 for <link-relations@ietf.org>; Wed, 10 Aug 2011 08:21:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.216.157.138 with SMTP id o10mr815099wek.13.1312989696085; Wed, 10 Aug 2011 08:21:36 -0700 (PDT)
Sender: mca@amundsen.com
Received: by 10.216.164.81 with HTTP; Wed, 10 Aug 2011 08:21:36 -0700 (PDT)
In-Reply-To: <4E420F56.7040408@gmail.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> <4E420F56.7040408@gmail.com>
Date: Wed, 10 Aug 2011 11:21:36 -0400
X-Google-Sender-Auth: 1GTcBcndXIkEFyRyz6Lc8tYzDoc
Message-ID: <CAPW_8m6RxpWg4Kw7bDf0Nwo+vZo35kPuK8pj4fNak+5Cx-1Gcg@mail.gmail.com>
From: mike amundsen <mamund@yahoo.com>
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
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 15:21:13 -0000

On Wed, Aug 10, 2011 at 00:55, Mykyta Yevstifeyev <evnikita2@gmail.com> wrote:
> 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"?

How about this:

"RFC 5988 [RFC5988] standardized a means of indicating the
relationships between resources on the Web."

the content for this sentence comes from Section 1 of RFC5988.

>
> 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.

sounds fine. i have some inline examples of reference markup for the
RFC XML; should be no problem.

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

Done.

>
> 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.

Yes, I have a couple people in mind already<g>.

>
> 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)?

Doing some reading and will post again to get feedback.

MCA

>
> 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
>>>>>>>
>>>
>
>