Re: [hrpc] Possible options for a HRPC research publication

Niels ten Oever <mail@nielstenoever.net> Wed, 08 April 2020 16:27 UTC

Return-Path: <mail@nielstenoever.net>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2FE163A0DF5 for <hrpc@ietfa.amsl.com>; Wed, 8 Apr 2020 09:27:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 NTwU-pYIaIIH for <hrpc@ietfa.amsl.com>; Wed, 8 Apr 2020 09:27:20 -0700 (PDT)
Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AED53A0CFA for <hrpc@irtf.org>; Wed, 8 Apr 2020 09:27:18 -0700 (PDT)
Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from <mail@nielstenoever.net>) id 1jMDXo-0003nb-86 for hrpc@irtf.org; Wed, 08 Apr 2020 18:27:16 +0200
To: hrpc@irtf.org
References: <de0ba70d-f2e8-93cb-d2a9-ee6b73b67f18@doria.org> <27c5e9d9-7c8a-985e-2fb1-99ccb50af9a7@cs.tcd.ie> <PR1PR07MB4891B933546D7D221A808694F3C00@PR1PR07MB4891.eurprd07.prod.outlook.com>
From: Niels ten Oever <mail@nielstenoever.net>
Autocrypt: addr=mail@nielstenoever.net; prefer-encrypt=mutual; keydata= mQINBFgpcR0BEACnfvNwTMlN+pyZT0AFYhWqxG3N4AoPIeNfbxLQH7dk8ZL7Ls05xtORfnu9 ovoaRrZpDufkMviUFidNYePbQNdgf63vWVgwpQR7utluwWraetcmZOu6tayJuyBK2b6d2Z23 MJAQxfa2/GMlN3QkvobaoyKtgbc8rOCgNla7WwkgtiVJ89xbAUHXPFpKWZluVRjaFh4p5C5r 7E5OvUiEGLQ5Cn2ir2PGIyIVqjB+hLTyaI6dIGCz2jtL0RATjmsmYUX7UkU/pz8MPPC2BJ5P KU9pdXMRBhAStxcph8vCo2ze9xSi3+1/5A2ULVtvO4s0hZ+exbTfMxMg3H5CCRFEEJXlQEXa Cd0ZHvqcv5xq8n9w/Ccd0CqYWATIwyP8Jlzd+BY3QGTWnWlgoAbs3Guh/pFYhEFNuuAF5Jk1 k5OlNGsRE/LQJmbT5SE7AtLJLbWewcHlEyIH+K6J8uVa4ExLXmRy+eRkFaxjGy3fLlUpy1Ee 1kU7VsQ/TZ8g8ujsMzxqsdB6y0TD/kVlWaDqPL6F+b+pm3lAuCBGWM1YZROTG58R6pD7sNVm i0ift4dIttAsg+2KoShm9A8kQ3tACXZDgNPC0l7VOqnVayjnF0RmjGeiX7PjOcLQCZ9a5wAH 5mrXMaKvfszqAVkP9HSrk1QVZOipF6vEimL43Czy7Rp1aUaUwwARAQABtChOaWVscyB0ZW4g T2V2ZXIgPG1haWxAbmllbHN0ZW5vZXZlci5uZXQ+iQJZBBMBCABDAhsjBQkJZgGABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AWIQQkWAtwXEr9ipSIZDoO2D86RorIswUCWyJaFgIZAQAK CRAO2D86RorIs8I2D/wNc4kT+dRC3Y9lSygeVWuxNj21z/QlbNvfXx9NicgBx4uCjsCm0ZhS 6qnp0uHYZYr8rdIzrL3GazyEuG9uvNzZBvIHm92UY1x0NH0TOVbGwJCWKULStvg9S+DjmNgp x8XM9amCtuXZyCiESeoOVRUanzD1JIidJtKgDfxvC63kqYoXl3azP0ra2nZbpktMm2fW5YdN D6kp6otjBH/jtpLay1CpVDS2Ehl3rLXJVUu96hlBnQB8q+64qyhTZ23HnbU+ib5Zb3OFgYoB KHjukJ4tV4x9rQprCQeirKX627vcNniDPnMp/nr9Qww6iVidX2vsG/22cx8MqLfs4B9tOVCJ Ft9D7MOwxOWgKnaYvrPZBOEmnuGq7btQe1tQZukL1Z83jKkV/e43k1gJaRt4Nl3/6YYCAlnn aQwRmySxznojsEl+X41UaJ6QFcoCphucOHoO9MeVzuNzgOgodXXEvlA8OJAqxRbE5AqB0leJ z1PfyrF1lsy8ETPRGKUKPBVed1vpZCQBfd/5RksOYBGhyfQ8p0w0hGs8SG6Xl6UtorJ+baLZ ZtnYbakfroxQBsF4bD/0P4fZ8wvTUDNLT8WN/9KFoTXrKn2pTLD+V9iw6nQAH4LSPw0G8XsL ce3Ihkf/2bvorGCUO7YXG4u6FPzEHsa/ZNfWHA5kbpGfwe2OVYNeI7kCDQRYKXEdARAAxYOE 3/AFmEfQ0SVVFujYFhZKX+BGXolYytC2a1soZogVYTIIlypxkRtN+ljteFAY3xX/El7cx5Fx j+uXvLKAm9xQRI/DCug7/NGULMk9bDK5bzSGw817cyiL5Kb+0RkWj2Y5ArOAK6XPGBZWZTHw yIawsSCN9AhDXZQWVRqkR1QXcq3IYKl+OHWMO7+1VfixCSakNf7T/Kiq46rQEPW8Eghk6CVO BR8xUCBbyk5aRW4VSGO6pUD3H21ur+5fTLsVyan1NHhxNNiXfnEJKr+JI5dXSkj7WqA5n8IT aNdFSAttkdT56wAQpxE2h8zaOmBaFUWQ4D8SdXDVymP5QMtLG+ItMMiNV6kXgsRFugAKM5yZ tPP9gIX+ic8QO5iuct37bRXJU/rmrH54Ab0kyAeeRE7oSsfTZPKvgtUh7VLAUEw/wy6TORJH E8JMaX0yYT6h4PGRS3mNM4bka8hjdfcrexI0zSqFOl2I22zQlG3YqSzIvVh98W67hxfAIaCV aTfJLFPEru3drxNwi6ogdkRmcLGKqqTgeYItrvITyFvzqbrcO2exp0KKEK3cDIZypqHHUf4+ uPlDtuExehLsNOMpjP8qhZpFtyLeDS07qunbvstcyvR30wOJ3DyAbHGzq739UyDcO9Jt5jwO DyVwk3MK5Em4pJ0+IAJx+F6gta0Bk2MAEQEAAYkCJQQYAQgADwUCWClxHQIbDAUJCWYBgAAK CRAO2D86RorIs0ykD/4t151SZG9MbeKRVKbs9Ecjady9bO0L3oBos4rhqY12ha8smFlsUzvb gB4CtkBuXQlq+plOBWv+rFEThOzy3bezgEDjlxycoO1W2wJD6E7Fo9fkHT6UOm9fQBkuKRqK 83OGnfM02qP1Ky8d7EoZz+nTSMf/DJgWw1YRKrXkMHBwKD83lCENsmePWE5AjMqk8cojPv9O y1wWy6fHjwx3r+wQSokBNfxgQyAFonmgBbhlic/pZUYRSIcldyUlaomrjFfr4egzmNE7aWDv LwOUYKevBIeJJcqTyfAn3TtJbPCEHOC2+lP6EcmPFyhQdiia+RqOClumqbWOPeQ2VM8j7NWv KKmBNBB5OJ/rmHogbNU+wWPJ723qMBoOp1jIwFNkQhx01W6v55VMwLr+IuBKY1ggJ2BhwQiG pWv4tMc5oB/qVh3my1VO65ErcJ3S9blpwJdDj5/YDOU7BKEmpRUP+xkaryNzH2x7FzrOOHzJ BX6jeYZabGvnTicQlBAzfGpblFqV3YN6EhCF2AHmGLTZ/DrjGYToIsW8cXlEMqN4u8ODEUY0 OhbnytnopKJKk99bwMoCqDkfQvT3LKDWtZj9NzFndfuoKXsVpwAitrG0mau0/16DKDyVWdtJ 9DYmtE40zO6g70VVxUj+dKt2hbJTy/KQTb7Ijhw7wZrGp/P7nhbVyA==
Message-ID: <68b733e9-4053-60d9-b65d-f8dac2712f00@nielstenoever.net>
Date: Wed, 08 Apr 2020 18:27:14 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <PR1PR07MB4891B933546D7D221A808694F3C00@PR1PR07MB4891.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Authenticated-As-Hash: f1842a279235a42f6aa2a2a81130733515c5a4ec
X-Virus-Scanned: by clamav at smarthost1.samage.net
X-Scan-Signature: 72be745e4a817e3b6c39dafddcade14f
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/FSn_TX4j4hlyVcV2VnTPQpfOTk8>
Subject: Re: [hrpc] Possible options for a HRPC research publication
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: hrpc discussion list <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 16:27:23 -0000

Dear Avri,

For me, as an active I-D author in this RG, publishing RFCs is very important. There are for me, as an academic, many other channels to publish papers and other documents (which I also do). 

The publication in the RFC-series and the connected exposure to, and interaction with, the technical community in the IRTF and IETF is for me the main reason to work and publish here. 

Best,

Niels

On 4/8/20 12:08 PM, Ciavaglia, Laurent (Nokia - FR/Paris-Saclay) wrote:
> Hello,
> 
> This is an interesting approach.
> I'm not commenting on the choice for the HRPC topical content, but am supportive of the idea.
> 
> We had/have similar discussion in NMRG (esp. among the chairs) about (the types of) publication of the RG collective outcome.
> The IRTF RFC stream is not always the most appropriate channel (for various reasons: delay, process, or other limitations).
> We don't have recent past examples, but we are aiming to publish a "paper" on Research Challenges for AI in Network Management in a journal based on the work from the RG, involving a group of authors.
> For me, this would clearly be a collective outcome of the RG work.
> In parallel, we will initiate a draft on the same topic, and this is part of the RG milestones.
> I know this is not exactly the solution/approach you describe below, but wanted to share another, similar, possible outcome when it comes to publication of RG work.
> Some scientific societies also offers special issues, editorials, and conferences/workshops reports in their proceedings.
> We have done that for a NMRG workshop and conference session jointly organized with an IEEE conference, with peer-reviewed papers on the research topic of NMRG. The proceeding gathers all materials (the conference report acting as the collective outcome of the work, analysis and discussion), and the peer-reviewed publications are indexed in IEEEXplore (which is a useful incentive for academic researchers). The format was found useful and not so complicated to put in place for a good result. Such an approach offer the advantage of flexibility in topics and timely publication/availability of results.
> 
> HTH, best regards, Laurent.
> p.s.: might be worth to open the discussion to the IRSG? And/or as a topic for a future IRTF Open meeting.
> 
>> -----Original Message-----
>> From: hrpc <hrpc-bounces@irtf.org> On Behalf Of Stephen Farrell
>> Sent: Wednesday, April 8, 2020 11:22
>> To: avri@doria.org; hrpc@irtf.org
>> Subject: Re: [hrpc] Possible options for a HRPC research publication
>>
>>
>> Hiya,
>>
>> I like the idea of trying an "annual" (or "occasional")
>> publication of people's works-in-progress. Sounds a bit
>> like the proceedings of a workshop maybe? But however
>> it's cast, I'd say, yes do try it.
>>
>> One other point, maybe a nit: for me, the RG can be
>> happy that a document is ready for publication even
>> if there is not consensus on all of the content of
>> the document. I think HRPC could do more to publish
>> documents in that kind of state via inclusion of some
>> well-written caveats/disclaimers.
>>
>> Cheers,
>> S.
>>
>> On 08/04/2020 04:24, avri@doria.org wrote:
>>> Hi,
>>>
>>> **
>>>
>>> *Recently it has felt to me as though the HRPC RG was spinning its
>>> wheels. Our documents aren't moving along the path to RFC very easily
>>> and except for interesting presentations at meetings, well worth while
>>> in themselves, we have not been making great progress with our
>> research.*
>>>
>>> *
>>>
>>> Part of this comes from a disagreement about the use of RFC publishing.
>>> While I know it is not a requirement for the IRTF, I strongly believe
>>> that research published as a RG RFC should have RG agreement for
>>> publication. This does not mean that there must be agreement on all the
>>> ideas and statements in the doc, but on the finished product. This was
>>> the process we followed with RFC 8280 and I believe it works. A bit
>>> cumbersome and slow at times, but it led to what I believe was a better
>>> document.
>>>
>>>
>>> Not everyone, including my co-chair, agrees with this approach. To many,
>>> the RFC series is the publication method used by the IRTF and not
>>> everything needs to be a rough consensus document. In addition to
>>> individual submissions, IRTF submissions are not bound by IETF rules.
>>> They rightly ask why HRPC should be so strict when there is no
>>> requirement to be. This question in one way or another has been asked by
>>> several people in the RG over the last few years. The recent difficulty
>>> has also been named as a reason for why researchers have seemed a bit
>>> less willing to work on documents lately; what is the point if they
>>> won't get published.
>>>
>>>
>>> I can see this point of view, and yet, I still find myself unable to
>>> support sending a RG document to the IRSG  that the RG does not think is
>>> ready for publication. Of course individual submissions would be a
>>> different matter as those do not need to be shepherded by the RG chair
>>> in the same way.
>>>
>>>
>>> Mallory and I have been discussing this impasse on and off for the last
>>> two years. The last time we talked we both felt, I believe, that it was
>>> time to try something different to break the impasse.  I made a
>>> suggestion for working with two tracks, one the RFC track where RG
>>> internet drafts need RG support for publication as RFCs, and the other,
>>> the production of a yearly publication that is an edited volume that
>>> does not require RG approval. Mallory suggested that I bring this to the
>>> RG for discussion.
>>>
>>>
>>> What I am suggesting for the non RFC track is that we pick a topic per
>>> year and publish a collection of research, essays, and commentary on
>>> that topic. How we would publish this remains to be discovered; could be
>>> anything from a wiki site to an ebook or even finding a journal to do a
>>> special release, if such a thing is possible. Mallory and I would act as
>>> lead editors, but we would need to enlist help from members of the RG in
>>> terms of putting such an effort together, as it does take work and
>>> contributions.
>>>
>>>
>>> In terms of topics for a first year, I have thought of two, but am not
>>> wed to either of them at all. We would need to find a subject that
>>> members of the RG, and hopefully others, would be willing to contribute
>>> their writing to.
>>>
>>>
>>> 1 - Take the draft-politics as the seed and build the edition around the
>>> various aspects of that discussion and the issues it raises.
>>>
>>>
>>> 2 - Take the HRPC core question on “whether standards and protocols can
>>> enable, strengthen or threaten human rights” and explore the various
>>> viewpoints on that question, including the pros, the cons and anything
>>> in between.
>>>
>>>
>>> This topic is on our upcoming meeting agenda, and I hope to gather some
>>> viewpoints that will guide how we can move forward, or not as the case
>>> may be, with the idea. Also interested in opinions on the list.
>>>
>>> Thanks
>>>
>>> avri
>>>
>>>
>>> *
>>>
>>>
>>> _______________________________________________
>>> hrpc mailing list
>>> hrpc@irtf.org
>>> https://www.irtf.org/mailman/listinfo/hrpc
>>>
> _______________________________________________
> hrpc mailing list
> hrpc@irtf.org
> https://www.irtf.org/mailman/listinfo/hrpc
> 

-- 
Niels ten Oever
Researcher and PhD Candidate
DATACTIVE Research Group
University of Amsterdam

PGP fingerprint	   2458 0B70 5C4A FD8A 9488  
                   643A 0ED8 3F3A 468A C8B3