Re: [apps-discuss] Media type for lists of changed URIs?

Graham Klyne <GK@ninebynine.org> Thu, 09 January 2014 14:38 UTC

Return-Path: <GK@ninebynine.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8721AE338 for <apps-discuss@ietfa.amsl.com>; Thu, 9 Jan 2014 06:38:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mxskWJJHSX1b for <apps-discuss@ietfa.amsl.com>; Thu, 9 Jan 2014 06:38:00 -0800 (PST)
Received: from relay16.mail.ox.ac.uk (relay16.mail.ox.ac.uk [163.1.2.166]) by ietfa.amsl.com (Postfix) with ESMTP id F27AD1AE350 for <apps-discuss@ietf.org>; Thu, 9 Jan 2014 06:37:59 -0800 (PST)
Received: from smtp0.mail.ox.ac.uk ([129.67.1.205]) by relay16.mail.ox.ac.uk with esmtp (Exim 4.80) (envelope-from <GK@ninebynine.org>) id 1W1Gk2-0004xo-qH; Thu, 09 Jan 2014 14:37:50 +0000
Received: from gklyne.plus.com ([80.229.154.156] helo=conina.local) by smtp0.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <GK@ninebynine.org>) id 1W1Gk1-0000In-2q; Thu, 09 Jan 2014 14:37:50 +0000
Message-ID: <52CEB418.3080900@ninebynine.org>
Date: Thu, 09 Jan 2014 14:37:12 +0000
From: Graham Klyne <GK@ninebynine.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: Jan Algermissen <jan.algermissen@nordsc.com>
References: <A4A8D5B5-73D7-4F4C-968A-D23337DF4FA2@nordsc.com> <52CEA611.5030101@ninebynine.org> <8205FDEA-DCEE-43D6-B6F4-FF14FB156BC7@nordsc.com>
In-Reply-To: <8205FDEA-DCEE-43D6-B6F4-FF14FB156BC7@nordsc.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Oxford-Username: zool0635
Cc: "apps-discuss@ietf.org Discuss" <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] Media type for lists of changed URIs?
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jan 2014 14:54:37 -0000

On 09/01/2014 14:23, Jan Algermissen wrote:
>
> On 09.01.2014, at 14:37, Graham Klyne <GK@ninebynine.org> wrote:
>
>> Hi,
>>
>> Maybe ResourceSync (http://www.openarchives.org/rs/0.9.1/resourcesync) has something for you?
>
> Any plans to register the link relation type resourceSync[1] with IANA?

Yes, I believe so (though I can't find any registration drafts right now).

"Relation types other than the ones listed above can be used in the Resourcesync 
framework. Valid relation types must be registered in the IANA Link Relation 
Type Registry or expressed as URIs as specified in RFC 5988, Sec. 4.2. The 
document [Relation Types Used in the ResourceSync Framework] attempts to provide 
an up-to-date overview." -- 
http://www.openarchives.org/rs/0.9.1/resourcesync#DocumentFormats

See also: http://www.openarchives.org/rs/0.9.1/resourcesync#LinkRelRes

#g
--

>
> [1] http://www.openarchives.org/rs/0.9.1/resourcesync#disco_links
>
>
>>
>> (The data formats used are based on SiteMap/XML rather than JSON as recommended by others in this thread.  Maybe unhelpful is the current lack of a separate MIME type?)
>>
>> #g
>> --
>>
>> On 08/01/2014 14:46, Jan Algermissen wrote:
>>> Hi all,
>>>
>>> I am about to work on a media type for transferring lists of URIs of resource that have changed to an 'observer' of a collection of resources.
>>>
>>> It just occurred to me that something like that might already exist in the context of cache invalidation protocols.?
>>>
>>> Jan
>>>
>>>
>>> _______________________________________________
>>> apps-discuss mailing list
>>> apps-discuss@ietf.org
>>> https://www.ietf.org/mailman/listinfo/apps-discuss
>>>
>
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss
>