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 >>>>>> >>
- Re: [link-relations] NEW RELATION: collection mike amundsen
- [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Julian Reschke
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Julian Reschke
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection Julian Reschke
- Re: [link-relations] NEW RELATION: collection Ed Summers
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Julian Reschke
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Mykyta Yevstifeyev
- Re: [link-relations] NEW RELATION: collection Julian Reschke
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection mike amundsen
- Re: [link-relations] NEW RELATION: collection Peter Saint-Andre