-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove current (2005) status #111
Conversation
Just to clarify: neither the GUID AS, nor any of the Prior Standards are deprecated. This is clarified in Section 4.2.4 of the SDS, which says "At the standard level, deprecation occurs when a standard is assigned to the Retired Standard category." See also the Standards Status and Categories page, which defines Retired Standard as "Standards that have been ratified by TDWG in the past but that are no longer recommended." To my knowledge, no TDWG standard has ever been placed in the Retired Standard category, nor has it ever been made clear what process causes a standard to be placed in that category. I've heard by the grapevine that the Executive decided to stop recommending the use of LSIDs and that recommendation has disappeared from the TDWG website. However, that's different from a recorded Decision about the status of a standard or part of a standard, which should be recorded in the decision history (a document that should be maintained for all standards, not just DwC). Given what I've said here, all three of the TDWG standards categories ("Current", "Current (2005)", and "Prior") should be considered as active standards (i.e. recommended for use). If they are NOT recommended for use, then they need to be identified as in the "Retired Standards" category and that decision officially recorded. It's not clear to me why the "Current" and "Current (2005)" categories should be somehow treated differently from the "Prior" category. Either lump all three of them and explain their different histories over time (as proposed for "Current" and "Current (2005)"), or just leave them as they are. Also, it would probably be a good idea to put into writing somewhere the process for retiring a standard. Is that something the Executive can do unilaterally? I don't think so. We don't allow deprecation of parts of standards (e.g. specific terms) without invoking the standards process of review, public comment, etc. I don't see why deprecating (i.e. retiring) an entire standard is any different. |
Thanks @baskaufs, that makes sense to me. In the light of the SDS, I would then:
From a UX perspective, I could manually order the standards from recent to old, rather than alphabetically. |
I'm a little confused about the three categories. You said "Recommended (or is the official term “Current”?), Draft and Recommended". Recommended is in there twice. |
Just my $0.02 (€0.02). It seems the overall intent is to grandfather TDWG standards ratified before introduction of the formal review and comment process in 2006, as opposed to "un-ratify" them and require them to go through the new process before they can be considered ratified again. Grandfathering pre-2006 ratified standards as "ratified" seems entirely reasonable to me. There also seems to be confusion between "ratified" and "recommended", and whether status My suggestion would be to take the TR process of the W3C for guidance. |
Point of clarification here: the standards process before 2006 involved a
60-day review period and voting by the membership. The process adopted in
2006 involves both expert and public review, and then approval by the
Executive Committee based feedback from the reviews (do interested people
find the standard useful).
The category "2005 standard" was created in 2006 only distinguish those
standards as having been ratified under a different process. In
retrospect, that distinction doesn't seem so important.
Moreover, any 2005 Standard (or even any "Prior Standard") that is widely
or actively in-use" will need to be revised. We can use that opportunity to
bring that standard compliance into current current compliance.
…On Tue, Nov 20, 2018 at 12:06 PM Hilmar Lapp ***@***.***> wrote:
Just my $0.02 (€0.02). It seems the overall intent is to grandfather TDWG
standards ratified before introduction of the formal review and comment
process in 2006, as opposed to "un-ratify" them and require them to go
through the new process before they can be considered ratified again.
Grandfathering pre-2006 ratified standards as "ratified" seems entirely
reasonable to me.
There also seems to be confusion between "ratified" and "recommended", and
whether status Current should imply the former but not necessarily the
latter, the latter but not necessarily the former, or necessarily both.
It's unfortunate the definition of statuses
<https://www.tdwg.org/standards/status-and-categories/> doesn't state
anything about ratification status.
My suggestion would be to take the TR process of the W3C
<https://www.w3.org/2018/Process-20180201/#Reports> for guidance.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#111 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AJWaDce868d_QKai3LGB_lewn0OUR3wkks5uxGC9gaJpZM4Yo6Qg>
.
|
Following up. Indeed @baskaufs, I made an typo: "Recommended" was in there twice. 😄 So my question is now:
|
This PR is pending review by the TAG. |
I am closing this 2018 PR without merging. A discussion about the status/category is ongoing at #478 |
As suggested by @stanblum, this PR removes the status
Current (2005)
for 4 standards and merges them withCurrent
, joining 6 standards already in that status: https://www.tdwg.org/standards/ The other two statusesdraft standards
andprior standard
remain.I'd like to get 👍 from @tdwg/tag-team (cc. @baskaufs @tucotuco @chicoreus) before proceeding. If I don't receive any feedback in a week from now, I'll merge this PR.
These are the 4 standards with the status
Current (2005)
:Which has the definition:
We'd like to remove the status because:
Current
,Draft
andPrior
(which could be calledDeprecated
) this status is rather odd to keep around.