- From: Andy Seaborne <andy@apache.org>
- Date: Wed, 22 Feb 2023 11:04:46 +0000
- To: public-rdf-star-wg@w3.org
- Message-ID: <2f07e98a-0114-badb-ad1a-99a85af151ac@apache.org>
On 21/02/2023 22:38, Gregg Kellogg wrote:
>> On Feb 21, 2023, at 2:13 PM, Peter F. Patel-Schneider
>> <pfpschneider@gmail.com> wrote:
>>
>> I would like to have some information on what is required for W3C
>> publication of FPWD beyond passing the checks already in place on the
>> GitHub repositories. For example, is it required that all documents
>> have sections on privacy considerations, security considerations, and
>> internationalization considerations?
>
> Ted provided some information in a PR comment [1]
>
>> FPWD is a heartbeat action, as are all the Editors' Drafts that get
>> published between FPWD and CR. FPWD /does/ require group consensus to
>> publish, but there are no requirements about its /content/, which has
>> even less weight than the content of a WG NOTE, which has almost no
>> weight. An FPWD /could/ be pure boilerplate, or a collection of
>> sections that entirely disagree with each other, or a bunch of
>> Guttenberg Project or Lorem Ipsum text.
That is the process minimum.
This working group has a mature set of documents, with many interested
readers in the community.
We haven't discussed which github issues the working group will be able
to take up yet.
Andy
>
>> A pointer to a document on the rules for W3C publication would also
>> be useful.
>
> Probably mostly in the Publication Rules [2] and Process Document [3].
>
> Generally, the FPWD docs will be prepared with a planned publication
> date and saved in the repository (for example see the snapshot for
> rdf-canon [4]). This can be done by adding
> `?specStatus=FPWD&pubDate=YYYY-MM-DD` to the browser and using the
> control in the upper right to save the document as HTML, along with
> files used directly by the finished document. Then, pass it through
> the pubrules checker [5] and link checker [6]. This sometimes finds
> minor problems that will need to be corrected. Generally, you can get
> a URL for a formatted version of the spec after it’s been uploaded
> using the raw file viewer for the Overview.html in GitHack.
>
> Most of the technical Pubrules requirements are handled by ReSpec
> automatically based on specStatus.
>
> Once FPWD has been published, the group can decide to use Echidna for
> subsequent updates automatically via the GitHub action we have in
> place up until CR.
>
> Gregg
>
> [1] https://github.com/w3c/rdf-schema/pull/9#issuecomment-1437182529
> [2] https://www.w3.org/2003/05/27-pubrules
> [3] https://www.w3.org/2021/Process-20211102/#first-wd
> [4] https://github.com/w3c/rdf-canon/tree/main/publication-snapshots/FPWD
> [5] https://www.w3.org/pubrules/
> [6] https://validator.w3.org/checklink
>
>> peter
>>
>>
>>
>>>
>>> On 2/18/23 14:54, Gregg Kellogg wrote:
>>>> We have an Editor’s call scheduled again for this Wednesday [1]. If
>>>> you have items to discuss, please reply so we can build an agenda.
>>>> Otherwise, I suggest we keep the slot and Zoom channel open for
>>>> general discussion in order to preserve normal WG time for more
>>>> more charter-related discussions.
>>>>
>>>> Gregg Kellogg
>>>> gregg@greggkellogg.net
>>>>
>>>> [1]https://www.w3.org/events/meetings/28b3790b-0fd4-41e3-bfd4-7deca177f6df
>>>>
>>>>
>>
>
Received on Wednesday, 22 February 2023 11:05:01 UTC