Re: [urn] Namespace application: reso
Sam DeBord <sam@reso.org> Wed, 30 October 2019 18:49 UTC
Return-Path: <sam@reso.org>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1DEE120805 for <urn@ietfa.amsl.com>; Wed, 30 Oct 2019 11:49:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.887
X-Spam-Level:
X-Spam-Status: No, score=-1.887 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, T_SPF_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=reso-org.20150623.gappssmtp.com
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 4baEHxBfjqNE for <urn@ietfa.amsl.com>; Wed, 30 Oct 2019 11:49:35 -0700 (PDT)
Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E58B1120013 for <urn@ietf.org>; Wed, 30 Oct 2019 11:49:34 -0700 (PDT)
Received: by mail-oi1-x22d.google.com with SMTP id i185so2894984oif.9 for <urn@ietf.org>; Wed, 30 Oct 2019 11:49:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=reso-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=h/FmVD/SoJv3p1QeyCHzkiRtfVAiGTh1rXmZNsW8ix0=; b=xIXO8C6s7hwUQ9qLNN+wi6v11IpyICZrmhZ8mizDnXJBpAhJz97uNJO7Gqi8o2YZ7W /1A2x8cA/D5K3k5/IPFMjZ+A4Yq1xlIkUrOViDbAgvPz749dzHEU0xKGCktbd4mTNjwe 1DgV1fl3rerzHHb9kbxJEN6k+KYh6w0BZWE50fBmF7l+2fuDO7lM5dKpe+VSfqwK+Aus KuQ6mXR8/2wvAPQZO7onHkuX6sbalhyt/8sRsVxOpMNktf4FIFMRLQoOUpqytSDbMz3X o5BBTKhA8hoURfmJzZubwzMENHXQ8PzQ1MzX/vmDS+T3eYF6+ey8YUCH3FqJsxXrCjn1 KYPQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=h/FmVD/SoJv3p1QeyCHzkiRtfVAiGTh1rXmZNsW8ix0=; b=HdXFGhXHE7gZ8rzJgs+BcHItPVjIpXqIubJ4/zg3V75Ga3DbyzXT617rAflPSsJ2fh kv1NEhWzumEluXeHIaE7yD0gfr2ifIVGbUWSe4Rd9jKn6E2NMawEV90jQ42b+QU7Duks nmwALYmrNeMhbTocIisT3+txHtBTZMxFwjKVKqdFrVdlQy2KWixisFxvr/BWh2H5+0M3 dmgX8oawCOuC4wnDiawO/gyA2PNAyBgroseZaIE3TtaqrHzcm8z1D/YfydZteO3ryXrI LPLX8RGJQvZGF1TJjHgIqnDfXL/nbFkntcku1HO6k/0Wo56t5wn/pEXOsYRw4J1zs2bY v+tA==
X-Gm-Message-State: APjAAAWERS90JeWggETfTBJW859SrSPeq0FrYBlinzR1/bagDxJD5F93 HB6c+P70UqG2ynU/UCEbyVODNsCCJauzqzTtKtysz+yjOTo=
X-Google-Smtp-Source: APXvYqx4M990MXEkau1v1XPRIygR/y1Px3aVBDIl/z5kRlV1hkFuAB7fgs/ZZTxjTTSoHNeocAhelVXWIESXko09rrw=
X-Received: by 2002:aca:4f51:: with SMTP id d78mr630342oib.40.1572461374129; Wed, 30 Oct 2019 11:49:34 -0700 (PDT)
MIME-Version: 1.0
References: <CAEKPRhkkPZ6Hyu-QQ=8k4CVkhTETBr8MdkYQ3VbWOXwZg=_AXA@mail.gmail.com> <d213cfb2-68b1-9339-4b8a-9ffffc662c38@it.aoyama.ac.jp>
In-Reply-To: <d213cfb2-68b1-9339-4b8a-9ffffc662c38@it.aoyama.ac.jp>
From: Sam DeBord <sam@reso.org>
Date: Wed, 30 Oct 2019 11:49:21 -0700
Message-ID: <CAEKPRh=pqqpdfaEaKnHZfooRiHxdAkHw9v+wHFtFh7SDmibA4g@mail.gmail.com>
To: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, urn@ietf.org
Content-Type: multipart/alternative; boundary="000000000000a0d7b60596253145"
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/P4WdOZBIBlRCgDXGtNjhTCjfXAk>
Subject: Re: [urn] Namespace application: reso
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Oct 2019 18:49:38 -0000
Thank you, Martin. We will include an expansion of RESO to Real Estate Standards Organization. Are there other areas of feedback from the group before we re-submit? *Sam DeBord* CEO | Real Estate Standards Organization sam@reso.org | 206.658.3225 On Mon, Oct 21, 2019 at 6:38 PM Martin J. Dürst <duerst@it.aoyama.ac.jp> wrote: > Hello Sam, > > Just some quick comment: The template should contain at least one > expansion of "RESO". If it weren't for your signature, I wouldn't have > had a clue that it's standing for "Real Estate Standards Organization". > Also, it looks like this organization is limited to the US (which is > okay), maybe there should be a word or two mentioning that. > > Regards, Martin. > > > On 2019/10/22 03:39, Sam DeBord wrote: > > Hello, > > > > Please see the template attached for a reso namespace. Please advise us > of > > next steps. > > Thank you. > > > > *Sam DeBord* > > CEO | Real Estate Standards Organization > > sam@reso.org | 206.658.3225 > > > > -- > > > > Namespace Identifier: > > > > reso > > > > Version: > > > > 0.1 > > > > Date: > > > > 2019-10-21 > > > > Registrant: > > > > <RESO Contact Information here...> > > > > Purpose: > > > > The Namespace Identifier (NID) "reso" for Uniform Resource Names > > (URNs) will be used to identify resources published by RESO. > > These might include published standards or protocols that RESO > > defines and that make use of URNs. These namespaces are globally > > unique. The URN namespace will be used in public networks by > > clients to configure and manage resources in the network. Servers > > will enforce the uniqueness of the namespaces by using the > > namespace and the XPath associated with the managed node in the > > network when accessing a resource. > > > > Syntax: > > > > The syntax of Namespace Specific Strings for the "reso" namespace > > is <NSS> in Uniform Resource Names (URNs) [RFC8141]. > > > > The entire URN is case-insensitive. > > > > Assignment: > > > > RESO will maintain the list of registered resources that use the > > "reso" NID in the "RESO URN Namespace" standards at > > <https://www.reso.org/>. > > > > The RESO workgroups describe the <NSS>, how namespaces will be > > allocated, and how experimental namespaces can > > be used within the allocated URN. > > > > RESO will manage resource classes using the "reso" NID and will be > > the authority for managing resources and associated subsequent > > strings. RESO will guarantee the uniqueness of the strings by > > validating them against the existing content of the standards. > > RESO may also permit secondary responsibility for certain defined > > resources. Once a subtree assignment is made, it cannot be > > deleted or reassigned. > > > > RESO may allow use of experimental type values in specific > > subtrees for testing purposes only. Note that using experimental > > types may create collision as multiple users may use the same > > values for different resources and specific strings. All > > experimentation must follow the guidance set forth in "A Uniform > > Resource Name (URN) Namespace for Examples" [RFC6963]. > > > > Security and Privacy: > > > > There are no additional security considerations other than those > > normally associated with the use and resolution of URNs in general. > > > > Interoperability: > > > > There are no known interoperability issues at this time. > > > > Resolution: > > > > It is not foreseen that URNs within this namespace will undergo > > resolution. > > > > Documentation: > > > > Documentation can be found at > > <https://www.reso.org> > > > > > > _______________________________________________ > > urn mailing list > > urn@ietf.org > > https://www.ietf.org/mailman/listinfo/urn > > >
- [urn] Namespace application: reso Sam DeBord
- Re: [urn] Namespace application: reso Sam DeBord
- Re: [urn] Namespace application: reso Dale R. Worley
- Re: [urn] Namespace application: reso Hakala, Juha E
- Re: [urn] Namespace application: reso Sam DeBord