- From: Karen Coyle <kcoyle@kcoyle.net>
- Date: Thu, 21 Feb 2019 07:49:44 -0800
- To: "Svensson, Lars" <L.Svensson@dnb.de>, "pedro.win.stan@gmail.com" <pedro.win.stan@gmail.com>
- Cc: Dataset Exchange Working Group <public-dxwg-wg@w3.org>
I'd gladly see 2) happen for any issues that are ONLY marked conneg or that are blindingly obviously only related to conneg. We just need to know that we've dealt with the issue, so if it's been included or if the decision was not to implement/address the issue, then a pointer to the decision is all that is needed for closing. If there isn't an actual resolution to point to, a short explanation on the closing should do it. For 1), where we have proliferated labels (sometimes unnecessarily), let's see if we can un-label issues. I'll look through the early profgui ones and remove any that don't seem relevant. *Action: Can someone do this for DCAT as well? *Question: Can we remove or ignore the UCR labels in the old requirement issues? (kc: yes) Peter, any other comments? kc On 2/21/19 5:52 AM, Svensson, Lars wrote: > Hi Karen, Peter, (addressing the chairs...) > > No I don't have a definitive list but I think the issues Rob points to can give a feeling of which kind of issues we're talking about. > > When we reviewed the open issues tagged 'profile-negotiation' (oldest first) [1] we found that many of the older issues are about discussion of use cases and requirements where we by now probably have reached consensus on how to phrase them and that have found their way into the UCR document. > > The problem with those issues are that they clutter the view and make it hard to figure out what to work on (at least for me) since it's unclear exactly what action is required. > > Is there a procedure/protocol for closing such issues? > > I can see two ways forward: > 1) we remove the labels for the deliverables (e.g. 'dcat', 'profile-guidance' etc.) from those UCR-related issues so that they don't pop up when we search for issues relating to a specific deliverable. (Con: we lose track of which of those requirements relate to which deliverable unless that's already in the UCR document). > 2) We close all of those issues where we have reach consensus on the text _and_ that text is in the UCR document. > > What do you think? > > [1] https://github.com/w3c/dxwg/issues?q=is%3Aissue+is%3Aopen+label%3Aprofile-negotiation+sort%3Acreated-asc > > Best, > > Lars > >> From: Rob Atkinson [mailto:rob@metalinkage.com.au] >> Sent: Wednesday, February 20, 2019 11:19 PM >> To: Karen Coyle <kcoyle@kcoyle.net> >> Cc: Dataset Exchange Working Group <public-dxwg-wg@w3.org> >> Subject: Re: dxwg-ACTION-302: Request chairs to identify procedure for closing >> issues about requirement definitions and urge ucr team to consolidate and close >> such issues as appropriate. >> >> Even though the action is on Lars to present thus, as we're awake I can at least pass >> on some pointers.. >> >> #72-75 >> >> 205, 207, 217 >> >> etc. >> >> a lot of these are requirements, or older version of requirements (possibly) >> >> Many (or most) of these requirements are motivating requirements addressed by >> the nature and FPWDs of the conneg-by-ap and profiles vocabulary - so we hope as >> long as the UCR is up to date they can be closed? We've marked a few as due-for- >> closing pending this direction. >> >> >> >> On Thu, 21 Feb 2019 at 08:33, Karen Coyle <mailto:kcoyle@kcoyle.net> wrote: >> Hi, thanks. I'm not sure exactly what is meant by "about requirement >> definitions" - we have a number of issues that are copies of >> requirements but that are not really about the definitions. Can you give >> a few examples? (Obviously a definitive list would be ideal, but I won't >> assume that you have one at hand.) >> >> kc >> >> On 2/20/19 1:00 PM, Dataset Exchange Working Group Issue Tracker wrote: >>> dxwg-ACTION-302: Request chairs to identify procedure for closing issues about >> requirement definitions and urge ucr team to consolidate and close such issues as >> appropriate. >>> >>> https://www.w3.org/2017/dxwg/track/actions/302 >>> >>> Assigned to: Lars G. Svensson >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >> -- >> Karen Coyle >> mailto:kcoyle@kcoyle.net http://kcoyle.net >> m: 1-510-435-8234 (Signal) >> skype: kcoylenet/+1-510-984-3600 -- Karen Coyle kcoyle@kcoyle.net http://kcoyle.net m: 1-510-435-8234 (Signal) skype: kcoylenet/+1-510-984-3600
Received on Thursday, 21 February 2019 15:50:16 UTC