What does the document status "discontinued" mean?

[rduerr]

The document Delivery Context Ontology - W3C Working Group Note 29 June 2010
available at http://www.w3.org/TR/dcontology/ states the following:

"This document has been discontinued as part of the closure the Ubiquitous Web Applications Working Group."

This not one of the statuses in the current documentation and I am unclear on how to interpret it!

[frivoal]

The particular status this document has been retired to is "Working Group Note". This is grounded in section 6.3.3 of the Process.

However, as you say, it's not entirely obvious form the text in that particular specification that this is what happened. I wonder if we could make the term "discontinue" (regardless of conjugation) an anchor term in the Process that discontinued specifications could link to to explain what happened to them.

[chaals]

Note also that in 2010 the Process didn't have much about discontinuing a document - a common practice was just to abandon them. So moving the work to a Note was a pretty forward-thinking good thing to do in that case :)

[rduerr]

Yes, but it still leaves me wondering about the use of terms in that ontology, which I might otherwise be using... The Process clearly needs to explain the term. I note that @frivoal explanation didn't actually help me decide whether to use terms from it or not!

[chaals]

it still leaves me wondering about the use of terms in that ontology, which I might otherwise be using

That's a question that is somewhat beyond the scope of the Process document, although I am going to give something of an answer because I suspect that @frivoal who is editing the document now might see something that could improve what the Process says:

W3C has decided that it will not continue working on the specification to make it a Recommendation.

You need to look for information about why that happened - a lack of uptake, a change of direction by implementors who had previously implemented the work, a feeling that there is no need for a standard in this area, an architectural flaw that nobody can see how to fix reasonably, a patent claim that covered essential material and meant you wouldn't have been able to use the spec royalty-free. You also want to consider whether the reason still applies. (Patents expire, dependencies on as-yet unavailable technology might be met with new technology a few years later, ...)

Then you want to consider whether what was described in the spec under development still meets your needs. Some specs are relevant for a very long time, others (for example hashing algorithms for security) clearly become inappropriate to use at some point.

Finally of course you want to look at what people are doing in the space - if they are all using a discontinued spec, or an informal modification, maybe you should propose that work re-start. If nobody is using it, maybe there is a good reason. If some do and some don't, you have to decide ...

[swickr]

+1 to what @chaals wrote. In particular,

W3C has decided that it will not continue working on the specification to make it a Recommendation

The text in the SoTD of that particular document might more clearly (and usefully) have been phrased in line with this as

This document was a deliverable of the Ubiquitous Web Applications Working Group. That group closed in 2010 without having advanced this document to Recommendation. The public record of the group's discussions is available in the group's archive.

[frivoal]

I'm proposing to close this issue with no change, as it's up to each individual discontinued document to explain what happened to them in their status section.

Alternatively, if we really want to be strict about this, we could add a sentence at the end of section 6.3.3 requiring the status section to state why the document was discontinued.

[dwsinger]

Perhaps we should have

• a definition of discontinued: "a document which the W3C is no longer actively working on and is unlikely to be revised or revived"
• a sentence that says "if a group ceases work on a document and does not expect to take it up again, the status of the document should state it is discontinued, and optionally include text explaining why"

[frivoal]

I can work on an edit along these lines if we want it. It didn't seem to me that it would really change anything concretely, and that the problem is solved by being careful when writing status section, so I am tempted to skip, but if there's consensus to do this clarification, I have no objection.

[frivoal]

@plehegar, writing this comment as a reminder: you said you wanted some time to look at this, to figure out whether you preferred closing this with no action, or favored introducing some wording in the Process to tie it to the "retired" designation that is currently used on /TR/ for such documents.

[rduerr]

As the author, I clearly would have been helped with wording in the Process that clearly explained what "discontinued" meant!

[css-meeting-bot]

The Revising W3C Process CG just discussed What does the document status "discontinued" mean? #262.

The full IRC log of that discussion

<fantasai> Topic: What does the document status "discontinued" mean? #262
<fantasai> github: https://github.com//issues/262
<fantasai> florian: We have a regular process for discontiuing documents that reached REC
<fantasai> florian: Different statuses depending on why discontinued
<fantasai> florian: For docs that haven't reached REC, to discontinue, you turn it into a NOTE
<fantasai> florian: You can describe what happened in the Status section, but that's it
<fantasai> florian: ...
<fantasai> florian: Result of work on continuous development
<fantasai> florian: makes it necessary to be more clear about why something is discontinued
<dsinger> I think it simply means “there’s nobody working on this any more” (perhaps we lost interest)
<fantasai> florian: Distinguishing between obsolete, superseded, rescinded becomes necessary
<fantasai> florian: Particularly important because these documents that are not yet REC have patent licensing associated to them
<jeff> q+
<jeff> ack fl
<fantasai> florian: So for now it's not urgent to fix, docs just need to be clear in their Status section
<fantasai> florian: but as we progress with continuous development, need to be clear
<dsinger> q?
<dsinger> ack jeff
<fantasai> florian: Even if plh thinks for current purposes this isn't needed, for ? it might be
<fantasai> jeff: Want to make sure I understood what Florian is saying
<fantasai> jeff: He said this is particularly applicable to Evergreen
<fantasai> jeff: We could have similar use case with Everblue
<fantasai> jeff: In Everblue, you take something to REC, then take it to CR, then never take it back to REC
<fantasai> jeff: the patent commitments for that CR don't kick in
<fantasai> florian: I don't think it's only applicable to Evergreen, but it's more critical
<fantasai> florian: Because the spec isn't expected to go to REC
<fantasai> florian: If in REC, can use usual REC obsoletion method
<dsinger> q?
<dsinger> ack fantasai
<fantasai> florian: but relevant for both
<dsinger> q+
<fantasai> https://github.com//issues/303
<dsinger> (Need to be able to Rescind not-yet-REC REC-track documents)
<fantasai> fantasai: Obsolete and superseded are informative distinctions
<fantasai> fantasai: Just makes status clearer to reader
<dsinger> q?
<fantasai> fantasai: But rescinded has patent licensing implications
<fantasai> fantasai: Right now only RECs have patent licenses
<fantasai> fantasai: so OK
<fantasai> fantasai: But as soon as we have patent licensing on other statuses, they also need to be able to rescind
<dsinger> ack ds
<fantasai> dsinger: I agree that rescinded and obsolete needs to be available to anything we recommend
<fantasai> dsinger: If someone stopped work on something, but not necessarily obsolete, just clarify that
<fantasai> dsinger: No longer actively working on it, nobody working on it
<fantasai> fantasai: So it might be obsolete, but you don't know
<fantasai> dsinger: Lighter weight than obsolete
<fantasai> dsinger: We'll get back to it with plh
<dsinger> q?