Re: [calsify] [Technical Errata Reported] RFC9073 (7381)

Michael Douglass <mikeadouglass@gmail.com> Tue, 07 November 2023 17:29 UTC

Return-Path: <mikeadouglass@gmail.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6B42C1B0326 for <calsify@ietfa.amsl.com>; Tue, 7 Nov 2023 09:29:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.106
X-Spam-Level:
X-Spam-Status: No, score=-7.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nkbYpEgdm8m5 for <calsify@ietfa.amsl.com>; Tue, 7 Nov 2023 09:28:58 -0800 (PST)
Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F40A7C17DBEA for <calsify@ietf.org>; Tue, 7 Nov 2023 09:28:57 -0800 (PST)
Received: by mail-qk1-x731.google.com with SMTP id af79cd13be357-778999c5ecfso381449685a.2 for <calsify@ietf.org>; Tue, 07 Nov 2023 09:28:57 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1699378136; x=1699982936; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=niEAIowHGNkDGyCtaj76UPB9NP49wb0Kj/iycSFQaRo=; b=Qmq6e7zhcDB9aaDSUaU2odv9PB2g92/DO/npHUJCuItT9z3hWcB3TGMQcmoxrGSAUq W3M+S/4s3/T/TJWVrW31Do/CcXw8Gix3Ebw0IOKQRLOQYvZ6thOMgyIIn7Xwgj5PxUUL Tl+gAmDOAUAzcp+4q4W3tnSPpdxN9imDoW7FHABMY82TRQ/hd8y+3LlwfULts+BJhTsm J7SAmI/HjyV9iEdRUDv7kiVv8M31wtstlqmJxNO5hWr69xILaTYS8APtwJjj22gOXVgR EqpEt7lvXpD/6FoWqRHDq0NgF75jrdRsaklRbrSJMDrrmcRqVk26UJ3sxE8oD9cwG0rS DC0g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1699378136; x=1699982936; h=content-transfer-encoding:in-reply-to:from:references:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=niEAIowHGNkDGyCtaj76UPB9NP49wb0Kj/iycSFQaRo=; b=bPNZZOv7iJbZm2ZOwEO3aIVtuo3/wBz2zjrhpFWxea7Vov4DGYKpaJEab4pkucAoP8 UHeP34Nn5iGRPAN3ftr4/PDzkM/NEMlJB47BPJXBbumyQpObHak+jDkSuIP1R6jr2lDs 8TAp3YjCsRwZqXvk/4FIqDAS7e0EO885fV2tMM3zbLw/j+ieYnjVonYHK9zGRLrgilmq 5JpjIUMemsNuKpaFP8Ppl9XEGOWQYt8REhMpUiaMsXrWf/HnqIgwnw8FytRuetrMhZvJ CoBD/6Rw6auaVjkkcqe9+WEaZgLDtiBG6iYbcYL6IKEcPtA1ExBYk8ni7RgJWFrvdK9Z QcCg==
X-Gm-Message-State: AOJu0YxJudAl8GNuhLwV2IHJ0TwyQ7/jZwjwDSSB7lD26oTxmf/ITET4 JXwjgDmpD9yjxldZW5jOrA3A+6JBRCU=
X-Google-Smtp-Source: AGHT+IGZ2Ky6ZwQDQQLqAi9cS+sR3nJO9c9yp1J33E73n+IwLsU4fTiqkvfx5bGaeTH03oKYpucbLA==
X-Received: by 2002:a05:620a:1490:b0:778:b158:9980 with SMTP id w16-20020a05620a149000b00778b1589980mr30309988qkj.68.1699378136447; Tue, 07 Nov 2023 09:28:56 -0800 (PST)
Received: from [192.168.1.192] (cpe-74-70-70-237.nycap.res.rr.com. [74.70.70.237]) by smtp.googlemail.com with ESMTPSA id az43-20020a05620a172b00b007671678e325sm89645qkb.88.2023.11.07.09.28.55 for <calsify@ietf.org> (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 07 Nov 2023 09:28:56 -0800 (PST)
Message-ID: <827150b2-021d-444c-b30a-1bb8332055f7@gmail.com>
Date: Tue, 07 Nov 2023 12:28:54 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: calsify@ietf.org
References: <20230309095151.51A744C26B@rfcpa.amsl.com> <eccb0afd-55e1-42e7-93db-49c55927a86b@fastmail.com>
From: Michael Douglass <mikeadouglass@gmail.com>
In-Reply-To: <eccb0afd-55e1-42e7-93db-49c55927a86b@fastmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/calsify/cC0ckEKHvDHidR9_99vuCsYs-_4>
Subject: Re: [calsify] [Technical Errata Reported] RFC9073 (7381)
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Calendaring and Scheduling Standards Simplification <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Nov 2023 17:29:01 -0000

Doesn't iana-prop cover it?

However being more specific is probably good.

On 11/7/23 11:26, Ken Murchison wrote:
> This also looks like it should be verified, as RFC 9074 definitely 
> wants support for an uncertainly value along with the location and the 
> RFC 5545 GEO property doesn't give us that.
>
>
> On 3/9/23 4:51 AM, RFC Errata System wrote:
>> The following errata report has been submitted for RFC9073,
>> "Event Publishing Extensions to iCalendar".
>>
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid7381
>>
>> --------------------------------------
>> Type: Technical
>> Reported by: Olaf Bartelt <obartelt@amtangee.com>
>>
>> Section: 7.2
>>
>> Original Text
>> -------------
>>     Format Definition:  This component is defined by the following
>>        notation:
>>
>>        locationc    = "BEGIN" ":" "VLOCATION" CRLF
>>                       locprop
>>                       "END" ":" "VLOCATION" CRLF
>>
>>        locprop      = *(
>>                       ;
>>                       ; The following are REQUIRED
>>                       ; but MUST NOT occur more than once.
>>                       ;
>>                       uid /
>>                       ;
>>                       ; The following are OPTIONAL
>>                       ; but MUST NOT occur more than once.
>>                       ;
>>                       description / geo / loctype / name
>>                       ;
>>                       ; The following are OPTIONAL
>>                       ; and MAY occur more than once.
>>                       ;
>>                       sdataprop / iana-prop
>>                    )
>>
>> Corrected Text
>> --------------
>>     Format Definition:  This component is defined by the following
>>        notation:
>>
>>        locationc    = "BEGIN" ":" "VLOCATION" CRLF
>>                       locprop
>>                       "END" ":" "VLOCATION" CRLF
>>
>>        locprop      = *(
>>                       ;
>>                       ; The following are REQUIRED
>>                       ; but MUST NOT occur more than once.
>>                       ;
>>                       uid /
>>                       ;
>>                       ; The following are OPTIONAL
>>                       ; but MUST NOT occur more than once.
>>                       ;
>>                       description / geo / loctype / name / url
>>                       ;
>>                       ; The following are OPTIONAL
>>                       ; and MAY occur more than once.
>>                       ;
>>                       sdataprop / iana-prop
>>                    )
>>
>> Notes
>> -----
>> The url property is missing or the specification clahes with RFC 
>> 9074, where in section 8.2 in the example it reads:
>>
>>     BEGIN:VLOCATION
>>     UID:123456-abcdef-98765432
>>     NAME:Office
>>     URL:geo:40.443,-79.945;u=10
>>     END:VLOCATION
>>
>> Either "geo" was intended as a geo uri as defined in RFC 5870 
>> (instead of the geographic position from RFC 2445/5545) or "url" 
>> should be added as a valid property (or RFC 9074 is wrong).
>>
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party
>> can log in to change the status and edit the report, if necessary.
>>
>> --------------------------------------
>> RFC9073 (draft-ietf-calext-eventpub-extensions-19)
>> --------------------------------------
>> Title               : Event Publishing Extensions to iCalendar
>> Publication Date    : August 2021
>> Author(s)           : M. Douglass
>> Category            : PROPOSED STANDARD
>> Source              : Calendaring Extensions
>> Area                : Applications and Real-Time
>> Stream              : IETF
>> Verifying Party     : IESG
>>