Template talk:Cite doi

Latest comment:8 years agoby AManWithNoPlan in topicWhy have we not just deleted this template?

Removal of useful template

edit

This is over a year since the discussion closed, but I am now being affected by the deprecation of this template through changes to an increasing number of articles on my watch list and thus becoming aware of the discussion. Though I understand where they're coming from, I find the arguments for the deprecation of this template unpersuasive.

Most especially, in practice, this template was deprecated due to the reading of one editor (Gigs) who closed the discussion based on his or her own interpretation of strength of argument. Because this discussion hasn't really started to affect a wide number of editors until much later, it is effectively afait accomplithat is practically difficult to challenge.

The closer made a determination of consensus based on strength of argument, finding that the position that had a minority of!votes had consensus. My understanding is that that should only happen in a case in which one side is clearly misapplying policy while the other is clearly applying policy correctly. I don't think that's the case here (and can go into detail why if necessary), so I think that the appropriate determination should pretty clearly have been no consensus, which would result in the template not being deprecated.

Is it best to open a new RfC on this? Or to challenge the closure more than a year later? Or something else? —Alex (Ashill|talk|contribs)18:07, 4 September 2015 (UTC)Reply

  • I commented atWikiProject Medicine.Additional options could including calling for an RfC, getting opinions from other WikiProjects, or having people summarize the many opinions which have already been given on this issue. The change is complicated and I think more discussion is reasonable to request.Blue Rasberry(talk)18:37, 4 September 2015 (UTC)Reply
  • a new RfC--Ozzie10aaaa(talk)21:43, 4 September 2015 (UTC)Reply
  • I am still very supportive of deprecating this template. It is useful to have more data within the wikitext I find. If their is significant opposition we could limit the bot to just medicine, anatomy, and pharmaceutical topics.Doc James(talk·contribs·email)02:44, 5 September 2015 (UTC)Reply
  • Alex, numerical majority has little to do with consensus, and you are mistaken if you think the majority should always carry after removing blatantly invalid votes. If you look at the nature of the votes, you will note that many of the issues raised by opposers were tangential, for example the application of CSD to the template raised by one opposer. That said, I have little opinion one way or another on this matter, so feel free to raise a new RfC. Just take care in crafting it so that the results are more clear cut and the closer has an easier job, this RfC did wind up wandering around some which made interpreting the results more difficult.Gigs(talk)03:01, 5 September 2015 (UTC)Reply
Hmm - I agree that the discussion became too broad.Ashill,could you briefly state the reasons why you like this template? Is the argument to make Wikitext more readable, or is there something more?Blue Rasberry(talk)12:15, 5 September 2015 (UTC)Reply
@Bluerasberry:I like the template for two main reasons. One is that it makes the wikitext more readable, and the other is that it makes it very easy to add an accurate journal citation; copy and paste the doi, enter the template name, and you're done (with a bot taking care of the details if that source hasn't yet been cited). Also, the bot tends to have many fewer typos than I do in incorporating the metadata, which leads to more accurate citations. This leaves editors with more time to focus on content and less to worry about citation metadata. —Alex (Ashill|talk|contribs)01:04, 6 September 2015 (UTC)Reply
@Gigs:I disagree with your interpretation. I find your closing statement to be a helpful (though debatable) contribution to the discussion, not an assessment of anything like a consensus. I may make a point by point comment in response to your closure later. But your main justification was that this is using a template to store article content. However, that point was made by only one editor (no other editor, as far as I can tell, explicitly agreed with that point) and sensibly rebutted by a number of other editors. (To me, the strongest point made in rebuttal is that the doi or pmid is a unique and permanent identifier that fully identifies the source; the cite doi templates are just holding metadata that is important for human readers of the page but is not really article content.) So it's impossible to identify a policy-based consensus based on that point. —Alex (Ashill|talk|contribs)01:14, 6 September 2015 (UTC)Reply
I agree with Ashill.
Initially, when I started writing in Wikipedia, I didn't add citations to my articles because it was too difficult and tiring. I wanted to focus on writing content - not on copying&pasting technical details. Then, someone told me about Cite doi. Suddenly, adding citations became so easy! Just copy&paste a single number. I began adding citations everywhere. My articles became much better.
Then, one day I discovered that this template has been deprecated. Like Ashill, I didn't have a chance to participate in the discussion; I only learned about it when I saw changes to my articles in my watch list (some of them contained mistakes). So I tried to use other alternatives, such as using "citation" and waiting for a bot to complete the details, but this didn't work. Adding citations again became too tiring and cumbersome. I found myself refraining from adding citations to my articles because of the time it takes and the mess it creates in the article.
Finally, I decided to go back to using cite DOI. I figured out it is better to use a deprecated template, than to not have citations at all.
In general, adding citations is very important for Wikipedia's goals. Based on its importance, I think we should do everything to make it as easy as possible to cite. --Erel Segal(talk)21:21, 5 September 2015 (UTC)Reply
Another reason I oppose the deprecation is that it encourages users to "fix" my articles in a way that makes them incorrect. For example,herea user replaced my correct but deprecated "cite isbn", with "cite book" which is not deprecated but incorrect (he missed the name of the second author). This is not the first time it happens. This is very frustrating. I put a lot of effort in writing correct citations, and I have to put extra effort in order to monitor these unwanted changes. --Erel Segal(talk)22:37, 5 September 2015 (UTC)Reply
Right, the deprecation of this template was made without the participation of most of those it would affect and then was applied to templates like{{cite isbn}}whose users were not even informed that a discussion was taking place—there was no notice of the discussion on the talk pages of any of those templates. What kind of "consensus" is that?Curly Turkey🍁¡gobble!22:47, 5 September 2015 (UTC)Reply
Are you talking about the RFC above? There was a pretty broad discussion of views there. The main issue was how the template functioned, namely the creation ofCategory:Cite doi templates.It was not for the deletion of the template overall (well it was but its functionality was unique). I'm not sure cite isbn or other templates function in the same way. --Ricky81682(talk)00:07, 6 September 2015 (UTC)Reply
The points are that (a) users who were affected by the outcome of the RfC had no idea there was an RfC untilafterpeople started going around replacing the templates; and (b) the results of this RfChavebeen applied to{{cite isbn}}and other templates—all of a sudden all the articles I used{{cite isbn}}on were having them removed and it took some work to figure out why—because the discussion did not happen on{{cite isbn}}and there was no notice of the RfC on the{{cite isbn}}talk page. The subst-ing of the templates has been sloppy, creating clean-up work for those of us who think the subst-ing never should have happened in the first place.Curly Turkey🍁¡gobble!00:17, 6 September 2015 (UTC)Reply
There is clear consensus to remove this templates within the topic area of WPMED at least[1].Doc James(talk·contribs·email)00:37, 6 September 2015 (UTC)Reply
That's what's known as aWP:LOCALCONSENSUS—it cannot be applied outside that locality without a higher-level consensus, and any higher-level consensus will override the lower one, so the WPMED consensus doesn't mean a whole lot.Curly Turkey🍁¡gobble!02:03, 6 September 2015 (UTC)Reply
Extended discussion
To state the obvious, the global consensus is the sum of local consensuses. The overall consensus which included the WP:MED consensus was to deprecate. There is no higher level consensus that contradicts that consensus.Boghog(talk)02:25, 6 September 2015 (UTC)Reply
"To state the obvious",WP:LOCALCONSENSUSexists because of people like you, Boghogstates the opposite.Curly Turkey🍁¡gobble!08:21, 6 September 2015 (UTC)Reply
Nothing I wrote above contradicts theconsensus policy.Boghog(talk)02:40, 7 September 2015 (UTC)Reply
No, no consensus outside of the LOCALCONSENSUS can be assumed, let alone implemented against the will of editors outside of that cubby hole. that flies in the very face of the concept of consensus.Curly Turkey🍁¡gobble!03:47, 7 September 2015 (UTC)Reply
In this particular case, that is not what happened. I repeat, the local consensus was taken into account in arriving at the global consensus. This in no way is in violation of theconsensus policyand is in fact consistent with it.Boghog(talk)05:58, 7 September 2015 (UTC)Reply
No, a consensus was reached in one place under certain conditions and was unilaterally applied in another place where those conditions don't apply without ever informing those who would be affected. That is entirely inconsistent with both the letter and the spirit of LOCALCONSENSUS.Curly Turkey🍁¡gobble!06:20, 7 September 2015 (UTC)Reply
While there was a few unique local issue, the local and global issues largely overlapped and these overlapping conditions do apply both locally and globally. This local discussion was linked to and taken into account in the global discussion hence everyone was informed which is entirely within the letter and the spirit of LOCALCONSENSUS.Boghog(talk)06:32, 7 September 2015 (UTC)Reply
No, you don't get to decide unilaterally whether a LOCALCONSENSUS applies anywhere outside of where the LOCALCONSENSUS was made. Such an interpretation of consensus would be ripe for abuse.Curly Turkey🍁¡gobble!06:45, 7 September 2015 (UTC)Reply

I see two separate issues. First is whether there every was consensus to deprecate this template, which may technically require a closure challenge. Second is the substance of whether the template should be deprecated. The first only matters in that if there is no consensus on the second point, the default would currently be to go back to deprecating the template, whereas if there never was a consensus to deprecate, a new no consensus to deprecate would mean that the template would not be deprecated, I think. I'm not sure whether it's worth challenging the previous consensus determination, but I propose this RfC text:

Followingthis discussionin mid-2014, there was a determination of consensus that the cite doi template should be deprecated. Now, a bot is making large-scale substitutions of the template in article space, bringing this to the attention of more editors.Should the cite doi template be deprecated?

Do others think that that question is likely to lead to useful discussion? Any suggested tweaks? I think it's worth getting the question right before discussing the answer. —Alex (Ashill|talk|contribs)01:25, 6 September 2015 (UTC)Reply

  • I'm sorry but if someone who depended on this template wasn't watching this template's talk page, orany of the other RFCnotifications or theprior CFD-related discussion,I'm not sure what to say. The discussion passed for over a month and the only arguments I'm seeing here were the same as before: namely, the fact that some people found it useful. Depreciation is technically going to happen anyways since the bot is no longer creating new doi subpages and at the moment it's just a matter of people figuring out which if any of the 60k or so now subpages are orphaned. --Ricky81682(talk)03:11, 6 September 2015 (UTC)Reply
  • "Some people find it useful" is a sufficiently important consideration since it encourages editors to use citations in their articles, which is important for Wikipedia's basic goals.
  • Even without a bot, it is better to have a citation in one template page which can be used in many articles, than to duplicate the citation many times. This is what templates are for. --Erel Segal(talk)07:28, 6 September 2015 (UTC)Reply
Erel SegalWe do not have much information about this, but my guess would be that not fewer than 95% of the templates created in this process are only used in one article. Do you have a different guess that leads you to believe that this function is more valuable than that?Blue Rasberry(talk)01:43, 8 September 2015 (UTC)Reply
  • I'd say keeping the text in the article encourages more users to use citations that "hey, if you want to cite a journal, type in cite doi | journal identification information and citation bot (if or when it comes back) will take that information and create a separate subpage that will then store the contents there under a cite journal wrapper". Why not have citation bot operate like we do with fixing bare urls, namely filling in the details in thearticleitself, not this hidden secret subpage routine? --Ricky81682(talk)22:27, 6 September 2015 (UTC)Reply
  • @Ricky81682:Templates are tools. I don't watch templates that I use regularly unless something changes that stops making them useful, and I don't watch request for comments lists either. As far as I can recall, notifications about this discussion were not posted toWT:Astronomyor any of the astronomy articles, which are most of the articles which use papers with dois as references that I watch. And the suggestion that editors who don't watch those RfC lists and template talk pages have no right to object when a consensus determined through that propose starts widely affecting articles and topic areas to which no notification was posted is inconsistent with policy and practice. Frankly, the arguments I see in favor of deprecating the template boil mostly down toWP:IDONTLIKEITor assertions which I believe are erroneous, though I agree that the arguments against deprecation in the RfC do admittedly boil down toWP:ILIKEIT.RfC rather than rehashing discussion too much. As noted, templates exist to be useful, so I don't see why "some find it useful" isn't a good reason to keep a template around. I'll say why in a new
The shutdown of the DOI bot was certainly a frustrating development that (like deprecating this template) threw the baby out with the bathwater, though I see that there is now an attempt to resurrect the manual part of the bot for use with the cite doi template:User talk:Citation bot/Archive1#Citation bot progress.—Alex (Ashill|talk|contribs)14:05, 6 September 2015 (UTC)Reply
Start a new RFC if you want. My point to the discussion was that this template's construction (namely by burying the details of the citations into hidden subpages) was not helpful to new editors who would have to learn how this thing worked, created tens of thousands of unwatched subpages that could be subject to very sneaky unseen vandalism and ran completely counter to how everything else we teach editors to do when it comes to citing sources: namely it makes it close to impossible to verify and fix citations. The fact that the bot adds tens of thousands of text into the pages isn't unusual: if that information was cited to books, to webpages, to newspapers, to other journals, even to doi articles thatdidn'tuse this system, that text (and I do consider flat text citation details as text) would be in the article. The fact that some people prefer this vastly more complicated scheme that they understand is nice but I'm more concerned about a new or even relatively experienced user trying to figure out how to work out a citation and setting up systems that require basically extensive programming knowledge just to understand that cite doi | whatever must means you need to figure out how to access the correct template and then from there to edit that text is one of the reasons I see for the complete drop off in new users. --Ricky81682(talk)22:22, 6 September 2015 (UTC)Reply
Yes it was a complicated template that made WP much harder to edit for new users. Hiding all details about a ref on a subpage is a pain for long term editors aswell. References are one of the most important things we have and they should not be shuffled off to some hidden unwatched template.Doc James(talk·contribs·email)22:32, 6 September 2015 (UTC)Reply
Too badthis isn't nothing new though.One of these days I want to get rid of the massively esoteric Harry Potter and Middle Earth citation templates. The level of walled gardens people love to create for their own creations is nothing new here. --Ricky81682(talk)22:36, 6 September 2015 (UTC)Reply

Protected edit request on 5 September 2015

edit

Add {{subst:tfd}} to the top of the template. GeoffreyT2000(talk)03:26, 5 September 2015 (UTC) Reply

Discussion moved toTdD page
I do not think we are proposing deletion? We are just proposing deprecation.Doc James(talk·contribs·email)04:24, 5 September 2015 (UTC)Reply
WP:Templates for discussion/Log/2015 September 5#Template:Cite doi.Deletion seems abrupt to me, and there are 628 occurrences in "what links here"for articles.Johnuniq(talk)06:24, 5 September 2015 (UTC)Reply
Deletion is certainly premature. If for no other reason, this template should be retained for historical reasons (it is linked in a large number of discussions). In addition, this template could have a useful future purpose. For example, if instead of creating transcluded templates, ifCitation Botwould replace instances of{{cite doi}}with fully filled out{{cite journal}}templates, this would provide editors with an easy way of adding citations.Boghog(talk)06:40, 5 September 2015 (UTC)Reply
Agree withUser:BoghogDoc James(talk·contribs·email)07:18, 5 September 2015 (UTC)Reply
These points need to be made at the TfD page Ilinked.Johnuniq(talk)08:15, 5 September 2015 (UTC)Reply

I have added the {{subst:tfd}} to the templates documentation page which I think is adequate.Boghog(talk)08:47, 5 September 2015 (UTC)Reply

RfC: Should cite doi template be deprecated?

edit

The following discussion is closed.Please do not modify it.Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Followingthis discussionin mid-2014, there was a determination of consensus that the cite doi template should be deprecated. Now, a bot is making large-scale substitutions of the template in article space, bringing this to the attention of more editors.Should the cite doi template be deprecated?—Alex (Ashill|talk|contribs)00:06, 7 September 2015 (UTC)Reply

Deprecate

edit
  • SupportPer explanation in discussion section. --Ricky81682(talk)00:26, 7 September 2015 (UTC)Reply
  • Support.The problem here is the exponential growth of templates. When you create a separate template for every single reference you create, as this one does, you create a number of templates that is impossible to maintain. What happens when the reference is removed? We have a left over template with no transclusions that is merely taking up space. All of these templates that you're creating are just wrappers for Cite journal anyway, so this is heavily redundant. The end result is templates-within-templates, often being discarded and left laying about, and every single one of them could have been accomplished by a single easy-to-use template that leaves no mess. The accessibility issues for new users are quite serious as well; we can not simultaneously hold up the "anyone can edit" philosophy as our ideal and encourage the use of a cite journal inside a single use template inside a cite DOI. Those are completely contradictory, as the latter makes it impossible for anyone unfamiliar with the fine details of the project to figure out how to edit the thing. Lastly, toCurly Turkeywho unhelpfully said "fix it",there's nothing to fix here.The fundamental nature of how this template was used is flawed. The fix is to use the template that's actually in use under two layers of wrapper here: Cite journal. It's a very easy to use citation template that is extremely friendly to any editor, especially when using refToolbar. ~RobTalk02:41, 7 September 2015 (UTC)Reply
    • How was my comment "unhelpful"? There have already been proposals to reimplement the template using WikiData rather than subtemplates—the suggestion is not idle. And if redundancy (?) is a concern, keep in mind the whole reason these templates came into being in the first place: if a book is used as a reference on 20 pages, and a user corrects an error in the citation on one of those pages, the other 19 will remain in error. Editors are thus unnecessarily burdened with tedious, hard-to-track maintenance issues when they could be generating or improving content.Curly Turkey🍁¡gobble!03:33, 7 September 2015 (UTC)Reply
  • SupportWe need to make things easier not harder. This is a poor template that hides some of our most important content (references) off on subpages. It makes it harder for new and old editors alike. People can keep using the template but a bot should come along and replace it with "cite journal" We also need to make translation easier. This template is not supported in most other languages. For medicine there was consensus back in Mar 2014[2]for "cite pmid" for similar reasonsDoc James(talk·contribs·email)02:54, 7 September 2015 (UTC)Reply
  • Support.I don't see a good reason to change the decision, and a lot of reasons to keep it deprecated. These reasons include potential for long-term vandalism because all the little template pages aren't watchlisted; problems keeping formats consistent between pages in citation style CS2 vs citations using these templates which are in CS1; restrictive author name format (if I remember correctly, cite doi disallows spelling out author first names, and this is enforced by bot reversion of such changes); difficulty making changes to references that use this especially when noedit is set; etc. I do think we should eventually move to a more centralized and reusable citation system but it should be done through wikidata, not this way. —David Eppstein(talk)03:32, 7 September 2015 (UTC)Reply
  • Support.I don't see any reason to revert the earlier decision to deprecate this template. --Randykitty(talk)09:04, 7 September 2015 (UTC)Reply
  • Supportper comment in discussion section.Graham8710:31, 7 September 2015 (UTC)Reply
  • supportit would be best to deprecate it--Ozzie10aaaa(talk)13:26, 7 September 2015 (UTC)Reply
  • SupportI agree with the removal. All references should be given with a concrete way and not by creating dozens of subpages. --Magioladitis(talk)16:48, 7 September 2015 (UTC)Reply
  • SupportIhatethe giant clots of wikisnot left in article markup by cite templates and migrating citation data to wikidata can't come fast enough, but this was never a great solution to the problem and is well past the point where action is needed on the deprecation.Opabinia regalis(talk)18:42, 7 September 2015 (UTC)Reply
  • SupportTranscluded templates (1) are often at odds with consistent citation formatting and contrary toWP:CITEVAR,(2) separate statements from the sources used to support those statements making it more difficult to see what the ref is when editing, and (3) unneeded. Other tools such asRefToolbarandWikipedia template fillingtool make it easy for editors to add full citations directly to the Wiki Text.List-defined referencesare preferable to transcluded templates to reduce clutter in wikitext. Finally if this template is retained, the|noeditoption needs to be removed since it completely hides where the citation is stored. This makes it difficult for conscientious editors to undo vandalism.Boghog(talk)19:42, 7 September 2015 (UTC)Reply
    • How are they contrary to CITEVAR? Nobody's forced (or even encouraged) to use them.Curly Turkey🍁¡gobble!23:02, 7 September 2015 (UTC)Reply
      • The reason why I don't like this template is that it enforces a certain citation style that often conflicts withWP:CITEVAR(see thisdiscussion). One could add a ref name tag to provide more details about the reference and one could addpassthrough parametersto allow for variations in formatting, but then the template and associated ref tag starts to become so long that it starts to defeat the purpose of using a transcluded template. Better to substitute{{cite pmid}}with{{cite journal}}.Boghog(talk)13:11, 8 September 2015 (UTC)Reply
        • (a) I repeat:nobody is forced or even encouraged to use these templates,so CITEVAR doesn't even come into the picture (b) the point of these templates is not to make the citation short, but to keep it maintainable (especially across large numbers of articles), so adding parameters is no issue. I add a|ref=harvto every{{cite isbn}}I use so I can use{{sfn}}s. This does not "defeat the purpose", as the purpose is not to save space.Curly Turkey🍁¡gobble!21:15, 8 September 2015 (UTC)Reply
          • If no one is encouraged to use these templates, then why not deprecate? The strongest argument in favor of this template is to reduce clutter in the Wiki text. The strongest argument against this template is that the citation data that is stored in template space is not regularly monitored and therefore is subject to vandalism. Hence these templates degrade, not enhance maintenance.Boghog(talk)19:12, 9 September 2015 (UTC)Reply
previous relevantdiscussion
  • supportWith the bot this scheme all but relies on broken, moving the references inline is probably for the best, or at least stop new pages being made. Additionally, the reference toolbar and VE can now insert references using{{cite journal}}or similar that make this easier - I can't see what use having these as subpages does, other than increasing load times (as transcluding from extra pages can have a higher impact on load times); I knowWP:DWAP,but we still need to be mindful. Also, if content is migrated to Wikidata (which I feel is unlikely, that's not really what it is for), then it is easy enough to move this over later.Mdann52(talk)16:36, 8 September 2015 (UTC)Reply
  • SupportrefToolbar already has a DOI search function when using{{cite journal}}.There is no reason to have a separate template that duplicates that functionality, especially when the refToolbar fills inallthe information for you!Primefac(talk)16:02, 9 September 2015 (UTC)Reply
  • Support:for me, having the reference information embodied within an article is useful for maintaining reference format consistency.Praemonitus(talk)22:42, 9 September 2015 (UTC)Reply
  • Supportdeprecation unless cite doi can be instantly filled by some tool - in place (and most certainly not as an unwatched sub-page) using some smart subst-ing and use of external resolver tools if needed.Shyamal(talk)05:19, 10 September 2015 (UTC)Reply
  • Support- everyone else summed this up; I see no need for a detailed explaination since it's basically a combination of other reasons.KieranTribe08:56, 10 September 2015 (UTC)Reply
  • Strong SupportIt is extra complicated to maintain these when an article has many uses. This is especially so when there are errors in the template involved. A bot does not have the eyes of a person, and plenty of low quality material has been imported automatically. It might only get checked on a FA review. And I suspect there are thousands of errors scattered throughout these templates. By-the-way substing does not work well, and to get them included inline the copy and paste is the way to leave out the crud.Graeme Bartlett(talk)10:46, 10 September 2015 (UTC)Reply
  • Supportdeprecation.{{cite journal|doi=...}}does the same job but better, and avoids creating huge numbers of subtemplates. I was not involved in the earlier discussion, but would have argued for deprecation and nothing has changed since then. Let's finally kill{{cite doi}}off; substing and then deleting the subtemplate would seem to do the job.Note I came here via an invitation onWT:ASTModest Geniustalk11:06, 10 September 2015 (UTC)Reply
  • Strong supportI was in favour of keeping them last time we had an RfC on the issue, and I've switched my to deprecate and subst. The main reason is simply that while{{cite doi}}is a valid style, it has a very rigid structure and is a nightmare to maintain, even across one single article. For instance, the author names must be in 'Last, F.' format. This means that if someone later adds a{{cite book}}in the article, then need to make sure that they also declare author names in 'Last, F.' format. Or if someone else uses an automatic ref-filling tool, which instead uses 'Last, F', 'Last F', 'F Last', 'F. Last', 'First Last', 'Last, First' or any other variant.
The second reason is that while <ref>{{cite doi|10.1234/foobar}}</ref> certainlylooks cleanerin the edit window, it not user friendly. It means that on an article using 50{{cite doi}}templates, you need to keep 51+ different pages in your watchlist if you want to fully know what's happening to that one article. It also means that two different articles using the same{{cite doi}}cannot be customized independently of one another, for instance if in one article it would be warranted to wikilink the authors, and if in the other this is undesired.Headbomb{talk/contribs/physics/books}17:08, 10 September 2015 (UTC)Reply
  • Strong supportDELETIONdeprecation and delete ASAP. The{{cite doi}}system turns Wikipedia into a DOI database (a clear violation ofWP:NOT;specifically not a repository; these are loosely associated content related only by the fact they have a DOI number) since the bot that maintains the DOI citation template generates a new subtemplate for each time a new DOI is used, as{{cite doi/doinumberhere}}containing citation information, instead of replacing the{{cite doi}}with a{{cite journal}}transclusion on the page it is used on. Since many items have DOIs as well as other UIDs such as PubMed IDs, we have multiple different sets of the same information in the various databases that the various bots generate for each of these template systems, depending on which bot created what subtemplate into which database entry on whichever template system the bot maintains. This makes multiple subtemplates in multiple systems redundant and replicative of each other, failing TEMPLATE DUPLICATION deletion criterion. Many of these fall out of use, but are not deleted, making Wikipedia a permanent database of DOIs, something it should not be. --70.51.202.113(talk)04:50, 11 September 2015 (UTC)Reply
  • Mostly oppose deprecation,but definitely remove|noedit=.I support for some ideas below. If someone does the work to make the template safesubst'able, and the subst is required, that would probably be all we need. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 11:39, 12 September 2015 (UTC)Updated: 14:58, 12 September 2015 (UTC)Reply
  • Strong support,perwhat I saidin the last discussion.APerson(talk!)13:46, 21 September 2015 (UTC)Reply
  • Support- Not practical to maintain and creates style inconsistencies.Kaldari(talk)05:53, 22 September 2015 (UTC)Reply

Don't deprecate

edit
  • Don't deprecate(as proposer). I object to the deprecation of this template both on process and substance grounds. First, I don't think that the closure of the previous discussion accurately reflected the consensus in the discussion but instead imposed the closer's views; it is very clear to me that there was either no consensus or a consensus to not deprecate at the time. But I'll focus on the substance here.
  1. The strongest rationale the closer used for deprecating in the previous discussion was the principle that article content should be in articles, not templates. But the editorial decision made by editors is which reference to use, and aDOIby its very nature uniquely, completely, and permanently identifies the reference. Therefore, from a content point of view, {{cite doi 10.1234/56789}} is the entire portion of the citation that is content and fully satisfiesWP:V.Everything else in the {{cite journal}} template is just metadata. (It's very important metadata, of course, completely necessary for a human reader to read the article, but still just metadata, not article content that has any compelling policy need to be in the article source.)
  2. Vandalism of the large number of lightly-watched doi templates was raised as a concern in the previous discussion. As far as I can tell, this is a purely hypothetical concern with no basis in experience, so it doesn't worry me much.
  3. Concerns about style consistency were also raised. If the cite doi template does not produce consistent style on an article, it shouldn't be used in that article, just like the citation and cite XXX templates technically shouldn't be mixed. That doesn't mean that cite doi shouldn't or can't be used in articles which do use the cite xxx family (since cite doi used the cite journal template). Moreover, worrying about the differences between the formatting created by different citation templates is only for the small minority of very good (typically featured article candidate) articles; much more common is to worry about the lack of any references at all or bare urls. To the extent that cite doi makes it easier for editors to add citations, that's a far bigger benefit to the project than this issue.
  4. Even if the consensus is that the cite doi templates should never be used in article space, it would be useful to keep them around with a requirement that they always be substituted. It would be easier to type {{subst:cite doi 10.1234/56789}} than to type out the entire reference; I see no reason (except performance, which we're not supposed to worry about) not to keep the cite doi templates around and allow bots or automated tools to create new ones just as a useful tool for this reason.
  5. Fundamentally and honestly, my preference for cite doi comes down toWP:ILIKEIT:I find it very useful to be able to just copy and paste the doi from a source and let an existing template or a bot handle putting the metadata in place (and bots tend to be better than humans at handling metadata). Also, I find wiki source easier to edit when it's not cluttered by very long references. For example, Dexbot's transclusion of cite doi templates atMilky Wayadded25 KB (over 20%) to the length of the article source. Again, those who don't like the cite doi templates don't have to use them.
Ordinarily,WP:ILIKEITis not a valid rationale. But the whole point of a template is to be useful; at some level, every template exists because someone likes it, and no template is every mandatory. Many of the arguments against use of this template, to me, boil down toWP:IDONTLIKEIT(and I believe I've addressed the major arguments that aren't IDONTLIKEIT above). Therefore, the decision whether to use this template should be left to individual editors or individual articles and projects; I see no need to make a site-wide decision to prevent editors who like the template from using it. —Alex (Ashill|talk|contribs)00:37, 7 September 2015 (UTC)Reply
Do you want to have a singular discussion section or not? It's impossible to have a coherent conversation if you want to comment up here. --Ricky81682(talk)01:02, 7 September 2015 (UTC)Reply
  • Don't deprecate—if there are issues with how the template is implemented, fix it, don't disrupt the work of productive editors.Curly Turkey🍁¡gobble!01:33, 7 September 2015 (UTC)Reply
  • Keep'don't let the Luddites and morons win this one. Everyone is better off learning how to program and use templates. If new users don't get it, so be it.166.170.51.68(talk) 01:51, 7 September 2015 (UTC)"Vote" removed. This user is blocked under various IPs including 166.176.58.220, and is therefore not able to participate in this discussion. Comment preserved for historical purposes and due to responses. Feel free to ask on my talk for more information. ~RobTalk20:27, 9 September 2015 (UTC)Reply
I wonder if this comment is being sarcastic?Doc James(talk·contribs·email)02:55, 7 September 2015 (UTC)Reply
no, editors should learn how to operate here. We shouldn't coddle people.— Precedingunsignedcomment added by166.176.57.125(talk)03:02, 7 September 2015 (UTC)Reply
Okay thanks. IMO we should keep things simpler when possible.Doc James(talk·contribs·email)03:04, 7 September 2015 (UTC)Reply
"Keep this because people should use templates" is of a strange argument, when the question is "Should we use Template X or Template Y?", rather than "Should we use this template or no templates at all?"WhatamIdoing(talk)03:24, 7 September 2015 (UTC)Reply
Sounds more like people should learn how to use the layering of templates if need be. I mean, I'm consider getting a bare url a bronze medal, getting the ref tags right is a silver, and getting the full citation template (from the Reftoolbar if nothing else) a gold medal winning work. Saying they need to learn that cite doi is actually a hidden page with a cite journal citation if they want to fix something is just asking for the moon from everyone. --Ricky81682(talk)09:11, 8 September 2015 (UTC)Reply
But what about the other editors on each page? They won't know how it operates and shouldn't have to learn another layer of complexity just to help. People havefor years created their own citation templatesand argued that everyone should let them be but they become harder and harder to rip out at time progresses. --Ricky81682(talk)05:24, 7 September 2015 (UTC)Reply
From the gist of the discussion that template was completely redundant to{{cite book}},and nobody appears to be defending it. You don't seem to understand the whole point of the template—it isnotto move data into templates (where the data resides is irrelevant). The whole point is toreduce redundancyandease maintenance(so people can spend more time onimproving content). I hope you don't have it in your head that editors are up in arms over not being allowed "hide away" data in templates—or do you?Curly Turkey🍁¡gobble!05:44, 7 September 2015 (UTC)Reply
That would make sense if these citations were in mass use (seeCategory:Citation templatesfor plenty of examples). Here, it's only being used once if at all so it's not reducing any redundancy here. To me, it seems like editors are so focused on "this is easy for me to get so I just do it once and no one will ever need to edit it" and presume that the citation bot or whoever fills in the citation will do it correctly so much over whether or not other editors "get" how this works. This is just layers of wrapping over a cite journal citation that could easily be copied and pasted. --Ricky81682(talk)05:51, 7 September 2015 (UTC)Reply
Perhaps that's the case with{{cite doi}},but it's not with{{cite isbn}}(or wasn't—perhaps it is now after so many have been destroyed). The only reason I ever went through the trouble of setting up a{{cite isbn}}was when I knew I was going to use it in multiple articles (as with all myukiyo-e,Winsor McCayandChester Brown-related articles). That was thewhole pointof the template. With{{cite doi}}the subtemplates were bot-generated, so it shouldn't be surprising that so many single-use ones were created. Solution? Stop the bot. Not too many people are going to go to the effort of hand-creating a single-use{{cite doi}}—it's extra work.Curly Turkey🍁¡gobble!06:17, 7 September 2015 (UTC)Reply
The bot (AFAIK) is not running any more - hence why this has come up!Mdann52(talk)16:08, 7 September 2015 (UTC)Reply
  • Keep.As a previously-new user, I can testify that it was much easier for me to use Cite doi, which only requires a single parameter, than to use all the parameters of the other citation templates. Having a template such as Cite doi is important if we want to encourage new users to use citations in their articles. --Erel Segal(talk)05:33, 7 September 2015 (UTC)Reply
Except it doesn't do that. It used to when citation bot filled in the details when people put in a cite doi. It's possible to create a citation bot in the future that takes cite dois that just use the citation parameter and then fill in the detailsin the article itselfat which point all of these arguing is moot. --Ricky81682(talk)05:51, 7 September 2015 (UTC)Reply
It's not moot—we still have maintenance and redundancy issues.Curly Turkey🍁¡gobble!06:22, 7 September 2015 (UTC)Reply
User:Erel Segalyou can still use it. A bot will just come around and fill in the rest of the parameters for you and switch it over to cite journal.Doc James(talk·contribs·email)09:23, 7 September 2015 (UTC)Reply
User talk:Doc James"you can still use it" - but the Template page clearly says that "Template:Cite doi/doc is being discussedfor deletionin accordance with Wikipedia's deletion policy ". This means that I (and other editors) will not be able to use it at all.
If the intention of the deprecators is that Cite doi will remain in place, and the only change will be in the behaviour of the bot - then this should clearly stated in the template body. --Erel Segal(talk)10:11, 7 September 2015 (UTC)Reply
Yes it says deprecate up above rather than delete. Yes we should update the template to say this.Doc James(talk·contribs·email)21:34, 7 September 2015 (UTC)Reply
"Deprecate" is also not a good term because it implies that it may be deleted soon.
I think Cite doi should be free to use by anyone who finds it useful, without any "deprecation" notice. The discussion should be only on the behaviour of the bot. --Erel Segal(talk)06:34, 8 September 2015 (UTC)Reply
  • KeepI've found the cite doi template useful. Also I disagree with the statement that other editors

find the cite doi template confusing. For example, the article Meridian arc used to contain

a result which was first obtained by
Ivory.<ref>{{cite doi
|10.1017/s0080456800030817
|comment = Ivory 1798
|noedit
}}</ref>

which was succinct and, provided you know what a DOI is (a given in most scientific fields), informative. Now it's

a result which was first obtained by
Ivory.<ref>{{Cite journal| ref = harv| author1-link = James Ivory (mathematician)| doi = 10.1017/s0080456800030817| title = A New Series for the Rectification of the Ellipsis| journal = Transactions of the Royal Society of Edinburgh| volume = 4| issue = 2| pages = 177–190| year = 1798| last1 = Ivory | first1 = J. |url = https://books.google.com/books?id=FaUaqZZYYPAC&pg=PA177}}</ref>

which is distinctly more intimidating.

...But your second example uses{{Cite journal}},which most of the supporters are advocating as the alternative to{{Cite DOI}}.~RobTalk14:50, 7 September 2015 (UTC)Reply
Right, this is the result of the bot replacing{{cite doi}}with{{cite journal}},and thereby junking up the article, in my opinion. (Sorry that I didn't make this clear.)cffk(talk)15:37, 7 September 2015 (UTC)Reply
I don't find it "distinctly more intimidating at all", because any correction I need to make can be made right there, and all the info I want to see is right there in the code. What's intimidating is "how TF do I correct this typo in the title when I can't even tell how it's getting into the article?" Heh. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 14:56, 12 September 2015 (UTC)Reply
And I think the second one is less intimidating if someone had just read the text and see all those names and words first. Cite journal is ugly in full but not impossible to figure out. Cite doi is hidden in full. If I read the text, and the citation is wrong for some reason and so I click "edit" and I get this cite doi and I can't figure out how tohelp,how are we better off? The first option only works if it was done perfectly the first time and even citation bot wasn't that perfect. --Ricky81682(talk)09:15, 8 September 2015 (UTC)Reply
It's even worse than that, for the example above, because the noedit option was used. So there's no "edit" for you to click on and no way to figure out where to go to fix the incorrect citation. —David Eppstein(talk)06:21, 14 September 2015 (UTC)Reply
  • Keep,for the readability reason just given above (most of the time, citations can be as short as
    {{cite doi|10.1017/s0080456800030817}}
    ), and for only having to fix citations once (e.g. changing{{Cite journal}}to{{Cite conference}}). Because therearearticles cited more than once, even if many{{Cite doi}}may currently only be used once (and sometimes, they could be used more than once - just some citations predate the template maybe? then the fix is to use the template everywhere, instead of inlining). --Chire(talk)09:19, 8 September 2015 (UTC)Reply
  • Kinda-sortaKeep, conditionally:I appreciate the template's ease of use, but it would need overhauling one way or another to put all the citation data into the actual article (and to remove the|noedit=that hides things). I do not at all buy the idea that a DOI by itself "is" the citation content; the human-readable portion is, because WP is written for human reading. Many people have no idea what a DOI even is.Withoutsafesubst,subst'ing would be a terrible, sloppy way to address the problem (since any conditional code would also end up in the article after the subst, e.g.{{#ifeq:{{str left|{{{1|}}}|3}}|10and much, much more.Withsafesubstthis would be viable. Alternatively:I would suggest that bot replacement by a properly-constructed{{cite journal}}is what needs to happen. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 11:38, 12 September 2015 (UTC)Reply
    • @SMcCandlish:Actually, the code can be rewritten prior to substitution to make use of "safesubst", which will parse the parser functions prior to substitution instead of substituting the parser functions themselves. Over atWP:TFD/H,we substitute complicated templates all the time with great success. ~RobTalk14:50, 12 September 2015 (UTC)Reply
If someone wants to do that work. As long as the citation details are in the article where people can work with them (and where they'll be retained if someone ports our article code to another wiki where they've duplicated only our basic citation templates), and it doesn't result in a mess in the article, that would probably resolve the issues with this template.I've clarifiedmy comments above. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 14:56, 12 September 2015 (UTC)Reply
It's fairly easy to do. The end result would be the insertion of whatever "cite journal" template is currently being used under the wrapper anyway. ~RobTalk14:59, 12 September 2015 (UTC)Reply

Alternative 1

edit

Alternative 1:Create a sub-page, not for every DOI, but for every journal (the journal ID is usually part of the DOI, so it should be easy for a bot to know which DOI belongs to which journal). PRO: much less pages to watch; easier to detect vandalism. CON: large pages, might be hard to edit.

  • Support.I think this is a reasonable compromise. --Erel Segal(talk)09:28, 9 September 2015 (UTC)Reply
  • Oppose as not technically feasible.There is no consensus for a bot to complete such a task, and it's unlikely any will be obtained. We would need not only a bot to go through all the mainspace and add a journal parameter, but we'd also need a bot to create fairly complicated template syntax either on a one-time basis (to convert all existing uses) or an ongoing basis. This also worsens the accessibility issues that are a major argument to deprecate. ~RobTalk11:17, 9 September 2015 (UTC)Reply
  • Could you clarify what you mean by this? What would this sub-page contain, how would it be called, how would users add and edit individual citations? And in light of the comment above stating that vandalism is a purely hypothetical concern (I for one have never seen a vandalized Cite Doi template, and in the running of Citation Bot I have looked at a great many), what will this accomplish?Martin(Smith609Talk)07:02, 10 September 2015 (UTC)Reply

Alternative 2

edit

Alternative 2:Do not create sub-pages - insert the citation into the paper body - but leave the template Cite DOI as it is - without deprecation or deletion. PRO: editors will have an option to insert citations with a single parameter, which is arguably easier than inserting citations with many parameters. CON: after the bot replaces the citation, the article looks messy.

Alternative 3

edit

Alternative 3:Create sub-pages only for DOIs that are used in at least 5 different articles. PRO: these papers are probably sufficiently important to worth their own page. Number of sub-pages will be greatly reduced. CON: someone still needs to monitor these sub-pages.

Alternative 4

edit

Alternative 4:Leave things as they are and concentrate effort on getting this template to work with WikiData as a backend. Meanwhile, add to the documentation that the template should be used only when the number of articles the source will be used in would justify the overhead.

  • Support.Based a comment byDaniel Mietchenfrom below, it seems that Wikidata handling of citations is just around the corner: "On Wikidata,WikiProject Source MetaDatadeals with bibliographic metadata, there is acollection of bibliographically relevant Wikidata properties,alist of items with DOIs,and withArbitrary accessfinally scheduled to come to the last wikis next week, we could start pulling in bibliographic metadata from Wikidata, ideally through some Lua modules (Module:Cite doiis already in the making). As for displaying the full metadata or just an identifier (be it a DOI, ISBN or Wikidata ID) in the Wikipedia source text, perhaps we can build an opt-in Javascript tool that expands the identifier-only variant into the full-metadata variant, feeding changes back to Wikidata. ".
  • Oppose.Right now, we don't know what citations from Wikidata will even look like. I'm not opposed to a complete conversion to Wikidata should it be accessible to new users (for all references), but that can be looked into when we have a better idea of what that will entail. For now, we don't lose any opportunity to use Wikidate by converting to Cite journal and solving immediate problems. ~RobTalk11:21, 9 September 2015 (UTC)Reply
  • Support.We should be working to make things more consistent and easier for users. Deprecating these templates leads to inconsistency, more difficult and time consuming maintenance, and more error-prone effort switching to WikiData as a backend.Curly Turkey🍁¡gobble!23:10, 9 September 2015 (UTC)Reply
  • Neutral:Seems too soon, per BU Rob13's comments. Let's see a test implementation. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 11:34, 12 September 2015 (UTC)Reply
  • Opposeif we decide to move refs to Wikidata having one less type of ref to deal with would be a good thing not a bad thing. If we do decide to do this we can than concentrate on pulling "cite journal" from Wikidata.Doc James(talk·contribs·email)11:21, 22 September 2015 (UTC)Reply

Discussion

edit
  • As I said before, this template's construction is unique in how we do citations. No other citation format does it by creating subpages and then calling them. We don't do that for books, for newspapers, for websites, for most journals, for anything but this set of citations. Most of these citations are just wrappers for cite journal anyways. This way of citation (burying the details of the citations into hidden subpages) is not remotely helpful to editors who would have to learn how this thing worked to even begin to add or review citations on a page. It's off-putting as hell and currently there are almost 60k largely unwatched subpages created (more than 10% out of all templatespace) out of approximately 67 million doi in existence. Further, each one of these citations are called maybe once or twice at most. These could all be subject to very sneaky unseen vandalism. The only gain is that some people will very extensive computing and programming knowledge can save a few bytes from articles is not overall conductive to the encyclopedia. Deprecation is adding thousands of bytes text into the pages that franklyshouldbe there in the first place. If that information was cited to books, to webpages, to newspapers, to other journals, even to doi articles that didn't use this system, that text would be in the article. The overall potential gains from this vastly more complicated scheme that only some editors here understand is nice but I'm more concerned that we already have to teach new users how to edit here, that they need to cite things, civility rules but we shouldn't need to teach them that they also much understand complex computer template formatting to figure out how a particular citation is done just because this stuff seems easy to a very few users here. We have already installed cite journal into one of teh template in the browser, there's no need for people to call cite doi which then call a template subpage which then calls cite journal. That level of complexity is entirely unnecessary. --Ricky81682(talk)00:26, 7 September 2015 (UTC)Reply
@Ashill:I'd ask you to put your comments here so there's a coherent discussion but it's your RFC and I'll respond to your points anyways. First, as to the consensus, it's been there a year and other thanDePiepJohnmperry's childish insults at those who disagree, there hasn't been any real disagreement. Insulting those who disagree with your personal ease of use concerns is not conducive to collaboration in my view. Second, ignoring the possibility doesn't mean it's resolved. As I note below, these subpages are being edited but only by a very small handful of people who even know they exist. It is a potential for concern and the point is, this system adds an additional layer of complexity that for little gain. Your third point confirms my earlier concern: this is just a wrapper for cite journal so if there's a need to change cite journal, we're just adding additional work to be done on this wrapper. As to whether {{subst:cite doi 10.1234/56789}}, that's fine and cute but that isn't the point. You can still have that, and still have a citation bot fill out the full details (I believe a bare urls bot tries that) but that bot puts the textintothe article where it belongs. It doesn't take that text, put it in a subpage (whichSpecial:RecentChangesLinked/Category:Cite_doi_templatespeople still need to fix) and then goes on its way. The fact that a small number of people can evenfindthese pages is a real problem. Finally, the fact that adding the full citations adds text to the article is precisely what it does, it adds text to articles, text that in my opinion should be there in the first place. The text would be shorter if we pulled every section into separate subtemplates but we've chosen to give up on making it easier for a small subset of editors in exchange for the larger majority of editors to be able to work here. --Ricky81682(talk)01:20, 7 September 2015 (UTC)Reply
Further, for examples of stupid vandalism, see the histories ofTemplate:Cite doi/10.1136.2Fbmj.d4488(which is cited nowhere) andTemplate:Cite doi/10.1021.2Fjf801670p(which is cited at a sandbox). That's just on a quick check of recent changes to the template but again, the vast majority of these citations are to a single page or maybe two pages and we would be better off if the text for thesesixty thousand or so pageswere incorporated into the articles that are better watched. --Ricky81682(talk)01:46, 7 September 2015 (UTC)Reply
Supposedly this info is all going to be moved to WikiData. Will that not result in the exact same problem you here describe? Should we propose barring the data being moved there?Curly Turkey🍁¡gobble!01:48, 7 September 2015 (UTC)Reply
That's been a proposal for how long? I think there were other proposals starting at meta in March 2014. Is you suggestion that we wait until it's finally agreed upon? And as difficult it could be, it would be possible to reverse this into WikiData which we'll need to do for all the non-doi stuff. --Ricky81682(talk)02:02, 7 September 2015 (UTC)Reply
I'm saying the "who will watch these?" problem will be exactly the same. What's your opinion on that?Curly Turkey🍁¡gobble!02:05, 7 September 2015 (UTC)Reply
If the data is moved to WikiData? I presume WikiData but what does that have to the current set-up? --Ricky81682(talk)02:11, 7 September 2015 (UTC)Reply
Let's try this again: you've argued that moving the data into templates will create a situation under which the data will not be watched by many and thus open to vandalism. How would that be different with the data at WikiData?Curly Turkey🍁¡gobble!02:16, 7 September 2015 (UTC)Reply
I don't know, we aren't moving it to WikiData now so why does this matter? Maybe I would oppose a move then, I don't know. We have a current situation with tens of thousands of unwatched pages and the response has basically been 'it doesn't really matter' which is a viewpoint. Is your point that we should ignore it because we could have another set-up with the same problem? --Ricky81682(talk)02:22, 7 September 2015 (UTC)Reply
@Ricky81682:Re: "unwatched pages": this applies to{{cite doi}}as the subtemplates are bot-generated. It does not apply to{{cite isbn}},though, as all those subtemplates must be hand-generated and thus are on people's watchlists (like mine). The "consensus" at this page is being used to subst out all the{{cite isbn}}templates even though the "unwatched templates" argument doesn't apply. This is disruptive, and those of us who are affected didn't even get a say in the "consensus": I don't watch{{cite doi}}because I don't use it, but the "consensus" is being applied to{{cite isbn}},which I do (and have watchlisted).Curly Turkey🍁¡gobble!03:41, 7 September 2015 (UTC)Reply
I'm not sure why you are arguing based on cite isbn. You there also started a discussion which resulted in aconsensus to deprecateso unless your plan is to argue that we should ignore that discussion and ignore the prior RFC, I'm not seeing your point. --Ricky81682(talk)05:21, 7 September 2015 (UTC)Reply
If you're not sure why I brought up{{cite isbn}}then please read what I wrote again. The problems you bring up simply don't apply to that template.Curly Turkey🍁¡gobble!05:45, 7 September 2015 (UTC)Reply
@Curly Turkey:I tend to think this should not be moved to WikiData. They moved interwikis and various other things there, and I and many other editors have no idea where it is, how it works, or how to change it. I shudder to think about all our citation data being buried in some external WMF database where so many of us won't be able to correct it. Unless and until I see viable tools that make citation easier with WikiData not harder, I find the proposal troubling. Citation templates are complex for new users (and for complicated citation cases), but at least they're right there in the article. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 15:51, 12 September 2015 (UTC)Reply
@Ricky81682:I was explaining the rationale for my!vote; I didn't mean to cut off discussion and sorry if I did. Could you please clarify how I insulted editors who disagree? I just reread my comments and don't see it; I certainly intended no insult.
  1. No one has contested the consensus before, but it's only relatively recently that this old discussion has started affecting large numbers of pages and, therefore, editors. And I'm contesting it now (as are others).
  2. Yes, it's well known that this is a wrapper for cite journal. The question is whether that's a problem. I've said clearly why I don't think it is. Substituting is exactly what Dexbot is currently doing to thousands and thousands of pages, without discussion involving the editors of nearly all of those pages. If there are any changes that are made to the syntax for using cite journal, such changes would have to be made (presumably by a bot) in every article that calls cite journal; I don't see what's more difficult or more effort to have the bot do the same in cite doi templates.
  3. One can't use subst:cite doi xxx if the templates are deleted, as you have been trying to do. ([3][4]).
  4. Thanks for pointing out a couple examples of vandalism (which were corrected within minutes, which to me is strong evidence that even those isolated examples of vandalism aren't harmful).
  5. Again, it's fine if you prefer to have the citation text interspersed with the source text. So don't use cite doi! Others don't like the metadata interspersed (and there are multiple citation approaches that don't mix the metadata in with the text, such as harvtxt; it's not just cite doi), and there's no policy requirement to have the metadata interspersed.
  6. As I recall,DOI botwas blocked for inputting the metadata into the article text. There was not objection at the time (as I recall) to the bot creating the cite doi subpages, partly because it's a cleaner approach for a bot: much easier to ensure that the code doesn't have unexpected side effects if it's only editing an isolated subpage. —Alex (Ashill|talk|contribs)02:38, 7 September 2015 (UTC)Reply
@AshillandRicky81682:See my comment in the discussion section about vandalism to these templates.Graham8710:38, 7 September 2015 (UTC)Reply
  • It seems to me that the biggest failure of a consensus-based decision-making system is when endless calls for consensus come in the way of implementing it. There was a discussion. Consensus was reached. No-one challenged said consensus at the time by asking for another opinion. We're now being asked for consensus on whether or not to implement the previous consensus. Frankly, if this closes as don't deprecate, I'm tempted to open a discussion on whether to implement the consensus not to implement the first consensus to make it obvious how silly this is. ~RobTalk02:49, 7 September 2015 (UTC)Reply
    • WP:Consensus can change.One of the (many) reasons it can change is that interested editors may not know about the first discussion. The English Wikipedia is far too big of a project for everyone to know what's happening, or even what's happening that significantly affects their own interests and work.WhatamIdoing(talk)03:29, 7 September 2015 (UTC)Reply
      • That doesn't make it any more efficient to continuously debate the same point. In a close discussion, consensus almost alwayswillchange if debated often enough, merely by virtue of who shows up. Deference should be given to the first outcome to prevent inconsistencies across time. ~RobTalk15:43, 7 September 2015 (UTC)Reply
  • I should state that I don't care about the mechanism. If all of the cite doi sub-templates are a problem and there's a better way to store the metadata, that's great (though I thought we aren't supposed to worry about performance issues like that). If it makes sense to create a new cite doi template with no subtemplates but a single parameter, so {{cite doi 10.1234/56789}} becomes {{cite doi | 10.1234/56789}} and the cite doi template finds the metadata in some database that's not stored as a template, that's fine by me (and I assume it would be trivial to have a bot make those changes site-wide), as long as the existing templates aren't taken out in the meantime. The "problem" of unused templates has also been raised; how is that a problem? It's useful if the same source gets cited again. Again, a database may be a more efficient way to store that information than templates, but that's a technical issue that I don't think is within our purview as editors and would take time, per the discussion above. —Alex (Ashill|talk|contribs)03:00, 7 September 2015 (UTC)Reply
    • That's how it already works with{{cite isbn}}—no bot needed.Curly Turkey🍁¡gobble!03:23, 7 September 2015 (UTC)Reply
    • @Ashill:What is your actual concern? Is it the markup being a mess or having that information at all in the articles? You use the term "metadata" to I'm guessing referring to the author and other actual citation information which is a bit odd usage. If you wanted to, every citation could be done with a ref name tag for the doi and then put the full references in under the reflist so that the markup isn't so ugly. If your goal is that all citation information (other than the doi) should be hidden off somewhere else, well, that's not a lot of support for that. If you were to, say, we are now going to put all New York Times articles into a cite NTY|Author|Date template which will then call a subpage somewhere else with the full title, url and other information, that's up to you and you could argue that no one else has to use it but I'm guarantee that'd be taken up for deletion because the ultimate point is thatothereditors are stuck with your choice. --Ricky81682(talk)05:21, 7 September 2015 (UTC)Reply
  • I see a lot of "cite template data is content" arguments, but how does that not apply to navbox templates? Lists arranged by editorial whim arefarmore content-like than the well-defined data fields of a book citation. Why is there no campaign to obliterate navboxes?Curly Turkey🍁¡gobble!03:25, 7 September 2015 (UTC)Reply
  • Vandalism or ill-informed edits (especially blanking) to the cite DOI/PMID templates is a real problem that has caused real harm. See the edit histories ofTemplate:Cite pmid/9252594(which was broken for seven months),Template:Cite pmid/12805553(which was broken for almost a year), andTemplate:Cite pmid/24308656(which was broken for over sixteen months). These instances of vandalism caused problems that I fixed in the articles aboutVacanti mouse,Veristrat,TRPN,andProprioception(where I first found this problem). See mymessageat the talk page of Dexbot's owner,Ladsgroup.Graham8710:31, 7 September 2015 (UTC)Reply
  • We should keep in mind that the decision here also affectsTemplate:Cite isbn,which was deprecated after the deprecation of Cite doi. However, many arguments raised here are not relevant to Cite isbn. Particularly:
    • Cite isbn is usually used in several articles, since usually a textbook contains material relevant to several articles.
    • Cite isbn is edited by an editor - not by a bot. Hence, it is in the editor's watch list and the vandalism argument is irrelevant. --Erel Segal(talk)17:02, 7 September 2015 (UTC)Reply
      • The argument isn't irrelevant. The point is that the articles themselves are going to be watched bymanymore eyes than random individual subpages like these. Someone could just as easily create these doi templates by hand (and I think some people are) just like the ISBN ones are (although I'm finding a lot of them are orphaned now) and watch them. People could watch all of the them, that's not the issue. The principle isn't that "hey the bot is creating these things so it's terrible", it's whether or not references should be kept off-article in this way. --Ricky81682(talk)22:10, 7 September 2015 (UTC)Reply
        • No, the primary argument has been that having subtemplates for "article content" (citation data) goes against the guidelines.I'm finding a lot of them are orphaned now:of course you're finding them orphaned—they're being susbted out!Every{{cite sibn}}I've created is now an orphan!Curly Turkey🍁¡gobble!22:54, 7 September 2015 (UTC)Reply
          • Andnow they're being nominated for deletion.To destroy the evidence?Curly Turkey🍁¡gobble!00:08, 8 September 2015 (UTC)Reply
            • I'm not the one orphaning them. But theyareorphaned templates. There's a variety of them atthisandthis pageI'm finding from various lists. I'm not sure what your argument is: there's proposals (RFCs, discussions, etc.) to deprecate these and then people (or bots) come by to enforce that but no one has yet to deal with the orphaned templates. Is your argument that no one should be implementing these proposals simply because you find them useful? That all discussions are bunk and we should discuss and discuss until you get what you want? --Ricky81682(talk)00:56, 8 September 2015 (UTC)Reply
              • I'm saying it's extremely bad form to go around deleting these templates while they are under discussion—if the discussion were closed with "keep" would you volunteer to undelete these templates and undo the substs to all the articles or leave the work to those of us who have already been put out?Curly Turkey🍁¡gobble!02:30, 8 September 2015 (UTC)Reply
                • They're orphaned templates.I wasn't the one who orphaned them.They haven't been "under discussion" since 2014 when there was a discussion and someone in the meantime chose to deprecate their use (and that wasn't me). For over a year, the policy was to make orphaned. The doi is easily searchable. Go find the original article and put the template back if you want and then argue keep for it, I don't care. I've listed orphaned ISBN templates, orphaned wdl template, orphaned templates of all types. And fornoneof those, I was the one who orphaned the citation so I'm not sure what "bad faith" is there in thatsomeone elsesubstitutes a template according to a consensus for over a year ago and then I list the orphaned template for deletion. Should we keepallorphaned citation around in the small possibility that after enough repeated discussions, they'll be support for these template subpages and then they won't be orphaned? Why haven't you ask the bot user to reverse all their edits? I have no idea if this was orphaned due to the bot or because an article created nine months ago or three days ago changed a citation. That's precisely my point, nobody know what's going on with these things. --Ricky81682(talk)04:22, 8 September 2015 (UTC)Reply
  • As a note on process, given that past consensus was to deprecate the template, I assume that unless this is closed as consensus tonotdeprecate, then the template would still be deprecated. In other words, the burden of showing consensus should be with those seeking to change the previous outcome. A "no consensus" result should be interpreted as "no consensus to stop the deprecation". This probably won't matter, because it appears a consensus to deprecate is forming, but it's worth noting in case the tide changes. ~RobTalk18:54, 7 September 2015 (UTC)Reply
Manually deprecation rather than a bot then? If people who support the template fight a bot deprecating and also fightmanual attemptsat deprecation, that's basically just people refusing to accept consensus. --Ricky81682(talk)22:10, 7 September 2015 (UTC)Reply
  • BU Rob13:that argument may not hold water—issues have been reaised as to how the RfC was conducted, and in each subsequent RfC new voices have appeared opposed to the deprecation. Appealing to the "status quo" may very well be gaming the system by appealing to a "consensus" whose validity is in question.Curly Turkey🍁¡gobble!22:57, 7 September 2015 (UTC)Reply
    • If there is question about the validity of the consensus, take it up throughWP:CLOSECHALLENGE,something that no editor has done as far as I can tell. We have processes to determine the validity of a closure. If you choose not to exercise them, then it is presumed valid. You cannot unilaterally state the consensus is invalid without asking for review. ~RobTalk02:48, 8 September 2015 (UTC)Reply
  • By the reasoning that the templates are usually just used once, we also should removeTemplate:LSRandTemplate:LPR,which create 1-2 subpages for any software just to store the version number... (seeCategory:Latest stable software release templatesandCategory:Latest preview software release templates,about 1500 templates total)I really liked cite doi, because it usually lead to higher quality citations(except for the fact that CiteBot never used "cite conference", but always used "cite journal", unfortunately); in particular if they are shared across multiple articles. I do not see much of a benefit of getting rid of all these articles, but I do see the benefit of better quality. I don't think inlining the citations is the way to go - errors from automatic citations then need to be fixed in multiple places; instead the data should probably be migrated into WikiData and included from there, if templates are really too expensive. --Chire(talk)09:13, 8 September 2015 (UTC)Reply
Sorry; I've clarified my!votes. Trying encapsulate all the following: a) the idea I support requires work; b) if it's not done, then I revert back to supporting deprecation; and c) one thing should definitely be deprecated (|noedit=); d) one of the other ideas also has its merits but is not mutually exclusive; and e) there's a bot-ish possible approach, too. I'm now favoring:safesubst+ required substitution −noedit= viable. — SMcCandlish¢ ≽ʌⱷ҅ʌ≼ 15:46, 12 September 2015 (UTC)Reply
  • It's about time this discussion is closed by an uninvolved editor. It's been open for a week and consensus is extremely clear and in favor of deprecation. From a simple vote count, we have 19 for and 7 against deprecation and removal (counting SMcCandlish as against). This is a discussion, of course, but a 5:2 ratio in favor of something is nearly impossible to overcome unless the arguments of the majority are against policy or extremely trivial, which is not the case here. Keeping this RfC open longer just further delays the deprecation of Cite DOI, something that has been pending for a year. It's time to get this over with. ~RobTalk01:49, 16 September 2015 (UTC)Reply
  • I've not seenWikipedia:TWL/Citoidmentioned much in this discussion. Visual Editor uses this to generate citations from DOI's on the fly. You can access this server from outside VE as well, I've a script User:Salix alba/Citoid, which does just this. I'd like to see work to improve the editing tools to use the Citoid server. --Salix alba(talk):07:11, 24 September 2015 (UTC)Reply

Alternatives

edit

I believe that conflicts in Wikipedia should be resolved by "consensus", which means that we should not just decide between two opposing alternatives, but rather make our best efforts to find a new alternative which will be accepted by everyone. I would like to suggest some alternatives which relate some of the issues raised above. --Erel Segal(talk)08:52, 8 September 2015 (UTC)Reply

Alternative 1:Create a sub-page, not for every DOI, but for every journal (the journal ID is usually part of the DOI, so it should be easy for a bot to know which DOI belongs to which journal). PRO: much less pages to watch; easier to detect vandalism. CON: large pages, might be hard to edit.

Alternative 2:Do not create sub-pages - insert the citation into the paper body - but leave the template Cite DOI as it is - without deprecation or deletion. PRO: editors will have an option to insert citations with a single parameter, which is arguably easier than inserting citations with many parameters. CON: after the bot replaces the citation, the article looks messy.

Alternative 3:Create sub-pages only for DOIs that are used in at least 5 different articles. PRO: these papers are probably sufficiently important to worth their own page. Number of sub-pages will be greatly reduced. CON: someone still needs to monitor these sub-pages.

Other alternatives are welcome.

Alternative 4:Leave things as they are and concentrate effort on getting this template to work with WikiData as a backend. Meanwhile, add to the documentation that the template should be used only when the number of articles the source will be used in would justify the overhead.Curly Turkey🍁¡gobble!09:11, 8 September 2015 (UTC)Reply

What's the difference between Alternative 4 and "Don't deprecate" other than you have a theoretical (if it happens) endpoint? The first discussions on this at Meta were in I think March 2014. Alternative 2 is basically what's being argued for here under the deprecate option, few people have supported fullydeletingthe template, just how it functions. The better way is just to create a new template that does that and then once this thing is cleared up, we can redirect it back and fix it over time. This isn't my RFC but you'd be better off putting these into separate subheadings at the top of the page and asking for people to strike and move their votes. However, just randomly spouting out ideas without actually supporting one looks chaotic and like you're just grasping at straws here. --Ricky81682(talk)09:27, 8 September 2015 (UTC)Reply
Uh... I've already!voted "don't deprecate"...? Every proposed solution is theoretical until it's implemented. Shooting down ideas because they're "theoretical" is the opposite of helpful. And year after proposal and it hasn't been implemented yet? God! the sky'll fall before it gets implemented! Better obliterate those 60k citations now!Curly Turkey🍁¡gobble!11:50, 8 September 2015 (UTC)Reply
@Curly Turkey:,there is no serious proposal to "obliterate" citations, which would obviously breakwp:Veven worse than cite doi and its ilk. The intent of deprecation is to change those citations from scattered, hidden, unmaintainable, and incomplete implementations in template space to local, visible, maintainable, and complete implementation in article space until such time as a better approach is available. I can't understand why anyone still thinks this is even a matter for debate. The templates cite doi and cite pmid are utterly dependent onuser:citation botwhich has been unmaintained for a year and has been broken even longer.LeadSongDogcome howl!15:01, 8 September 2015 (UTC)Reply
because citation bot could come back so the best thing to do is be preventative and keep the status quo until our bot returns.166.176.59.181(talk)11:34, 9 September 2015 (UTC)Reply
@166.176, would you please either register an account or, failing that, indicate at which of these many IPs you can be reached? Hopping IP makes it very difficult for people to use talk and other facilities in conversation with you. You also miss out when someone replies to you at an address you no longer use.LeadSongDogcome howl!16:34, 9 September 2015 (UTC)Reply
@LeadSongDog.WP:HUMAN.166.176.59.153(talk)17:52, 9 September 2015 (UTC)Reply
Yes, that's hardly news, but we can't help you if we can't talk to you.wp:WHYREGISTERLeadSongDogcome howl!18:40, 9 September 2015 (UTC)Reply
WP:NOTHUMANStaszek Lem(talk)16:58, 28 September 2015 (UTC)Reply
FWIW, a new team are now working to restore Citation Bot, which should soon be operational again.Martin(Smith609Talk)18:11, 8 September 2015 (UTC)Reply

Regarding the Wikidata option, the reason I downplayed that that in my previous closure was that there apparently hadn't been any discussion (at least none I could see) that demonstrated this was even something the community wanted on a larger scale. This question of whether it's even desirable to shove all this off into WikiData probably needs its own RfC type discussion at some point, before it's presented as an option to solve the problem at hand.Gigs(talk)22:08, 9 September 2015 (UTC)Reply

Pardon if this is the wrong section, but would it make sense to use{{Cite doi}}as a "temporary" citation template that is automatically converted by a bot into{{Cite journal}}?This way the original editors adding the cite would not have to spell out each parameter of "cite journal", just the DOI and perhaps other information that is not tied to the DOI.Jo-Jo Eumerus(talk,contributions)16:45, 10 September 2015 (UTC)Reply
@Jo-Jo Eumerus:It's my understanding that refToolbar already has that functionality with the positive effect of not needing anything temporary. Someone mentioned here that you can plug a DOI into refToolbar and it will populate the other fields for you automatically. What you're proposing is essentially a new template and a new bot. It would need approval from the community, and it goes beyond the scope of this discussion I think. This is more about what to do with the current state of Cite DOI (i.e. should we deprecate and remove all these templates-within-templates). ~RobTalk16:52, 10 September 2015 (UTC)Reply
Ah, indeed it does. Such a thing could help with deprecating thecurrentway the template is used, but you are right, this task would require a separate approval/discussion yet.Jo-Jo Eumerus(talk,contributions)17:11, 10 September 2015 (UTC)Reply

Since a bot created these, a bot can create them on WikiData. There is no need to keep this here while awaiting a decision, sinceWP:NOTWikipedia is not a database for DOIs (or PMIDs, or anythign else) They should be deleted forwith. Alternatives 1/3/4 all failWP:NOTand are not proper alternatives as they already contraveneWhat Wikipedia is NOT.Wikipedia is not WikiData, and we should not be a holding bin for Wikidata. We do not hold definitions, they are frequently deleted at XfDs regardless of what happens on Wiktionary. --70.51.202.113(talk)04:08, 13 September 2015 (UTC)Reply

Excellent point, but I would go even further. Why should WikiData replicate data already found in external databases such asAdsAbs,arXiv,CrossRef,andPubMed?TheCitation botqueries these databases to automatically create new citations as needed. These external databases maintain this data better than WikiData could ever hope to. WikiData should concentrate on unique data not contained in these external databases such as translation of titles (e.g.,|trans-title=,|trans-chapter=) into the native language for each of theofficial Wikipediasand corrections of any errors in the external databases. (It should also be noted thatPubMed corrects errorsif they are pointed out to them.) While theRefToolbarcan create citations using DOIs or ISBNs by scrapping data from web pages, the citations frequently contain errors that must be corrected by humans. Human edited citations in their entirety should be imported into WikiData.Boghog(talk)08:55, 13 September 2015 (UTC)Reply
TheWP:NOTpoint doesn't apply, since it applies to content. We're not creating the list of citations as a repository for readers; we've created them as a tool for editors of data that needs to be in the encyclopedia anyway (whether it's inline in the articles or farmed off to the cite doi templates). Every reference on Wikipedia is content that exists elsewhere; that's the point of a reference. —Alex (Ashill|talk|contribs)00:31, 16 September 2015 (UTC)Reply
NOT certainly applies, because otherwise you could create your own social network outside of articlespace, which is something you should not be doing. Similarly, this NOT applies, because Wikipedia is not a hosting site for any use if it isn't in articlespace. We are creating a repository, because we never end up deleting references that are unused, and we replicate citations across different UIDs like PubMed and DOI can end up with duplicate citaitions. So it's all aWP:NOTfailure. The point of a references is to be used on an article, and people seem to object to deleting unsued ones, so, it is clearly a compiliation for creating a DOI database, instead of actually using it for references. DOIs are not the only type of UIDs so it shouldn't even be housed in a DOI system (there being others such as PubMed, bibcodes, LOC, ISBN, etc) as it promotes duplication of content (already evident with duplicate citations in differen systems). Encyclopedic content is stored in the articles themselves, so the references should not be in this DOI system, since they should be directly placed in the articles, instead of hidden away and unreadable in source mode when people actually try to edit articles, thereby having some random number without text explaining which reference was here, without needing to flip back and forth between edit view and rendered view. These templates are detrimental to examining articles on an article by article case. --70.51.202.113(talk)03:43, 20 September 2015 (UTC)Reply
NOT applies only to those not being used in the encyclopedia, I'd think. ~RobTalk04:44, 20 September 2015 (UTC)Reply
Systematically building this makes it creation of a database for which it applies to all, since they could just be substituted directly into the articles instead as almost all of them are single and very low use templates. PerWP:TFDprecedents, such low usage is a reason for deletion. So, combining TFD-precedent and NOT, this is still a database system that should not be held on Wikipedia. And indeed, these are likeWP:T3CSD deletable templates, being hardcoded instances of a generic form. Those that are used should be substituted into the articles that use them and then deleted. Those that are not used should be simply deleted. --70.51.202.113(talk)04:48, 21 September 2015 (UTC)Reply
otherwise you could create your own social network outside of articlespace:so first these tmeplates are all article content and that's why they should be deleted, and now they're a social network? If NOT applies, it ain't because of your very confused reading of it.Curly Turkey🍁¡gobble!08:47, 20 September 2015 (UTC)Reply
The statement was that NOT does not apply outside of articlespace. My example is something that shows that NOT applies outside of articlespace. I never said that DOIs are socialnetworks. NOT applies outside of articlespace. --70.51.202.113(talk)04:48, 21 September 2015 (UTC)Reply
The discussion above is closed.Please do not modify it.Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Closing this RfC

edit

I've been working on getting Citation Bot up again (still looking for longer-term maintainers as well) and am blocked on dealing with anything that touches cite doi, cite pmid, etc. until there is some consensus. It looks like this discussion has been quiet for a week or two. Is it time to close it? --Fhocutt (WMF)(talk)22:23, 9 October 2015 (UTC)Reply

FWIW, the similar RfCs atTemplate talk:Cite isbnandTemplate talk:Cite pmidwere both closed with consensus to deprecate.Ryan Kaldari (WMF)(talk)01:23, 10 October 2015 (UTC)Reply
I've put a box around it to discourage people from re-starting the discussion, since it seems to have come to a natural close.
Ashill,do you want someone to write a formal closing statement, or is the outcome as clear to you as it is to me?WhatamIdoing(talk)21:51, 16 October 2015 (UTC)Reply
Yes, we need a formal closing statement. This template has been too contentious over the past couple of years to go forward with a half-baked RfC closure. –Jonesey95(talk)18:08, 17 October 2015 (UTC)Reply
Thanks,WhatamIdoing.I look forward to a formal closure so I can start figuring out the requirements for Citation bot. --Fhocutt (WMF)(talk)21:42, 23 October 2015 (UTC)Reply

Template:Cite wdlRFC

edit

I started an RFC atTemplate_talk:Cite_wdl#RFC:_Should_template:cite_wdl_be_deprecatedon deprecatedtemplate:cite wdl.There's some differences in its implementation but I figured that the same discussion will be here as there. --Ricky81682(talk)01:01, 8 September 2015 (UTC)Reply

Please take part in the discussion atWikipedia:Administrators' noticeboard/Archive274#RfC closure challenge: Template talk:Cite doi#RfC: Should Template:cite doi cease creating a separate subpage for each DOI?Curly Turkey🍁¡gobble!05:12, 8 September 2015 (UTC)Reply

Unfortunately this new RfC is already off the rails and is going to be nearly impossible for a closer to interpret without causing more challenges in the future. If it's "not deprecated" does that mean the bot is still going to go around and replace it? Is a new bot going to start creating new hidden pages like the old way? It's really unfortunate that the RfC wasn't drafted in a more straightforward way.Gigs(talk)02:09, 10 September 2015 (UTC)Reply
I don't think that's a serious concern. Currently, arguments are basically the same as the original RfC, but there is a strong numerical majority for deprecation (2:1). Additionally, the arguments to deprecate all address the undesirability of subpages and the use of this template at all, which suggests removal entirely. I don't see how this can close any way other than "deprecate and remove", which has a straightforward interpretation, unless something changes. ~RobTalk04:59, 10 September 2015 (UTC)Reply
That is true, if it does close in favor of depreciation, it's a more straightforward outcome.Gigs(talk)06:02, 10 September 2015 (UTC)Reply
Well, when it closed the decision was

Consensus is that the newer RFC which is ongoing at Template talk:Cite doi#RfC: Should cite doi template be deprecated? should be used to decide this matter rather than rearguing an older discussion.

— Martin (MSGJ · talk) 6:44 am, 17 September 2015
So this discussion seems to once again be pertinent. It is unfortunate that MSGJ didn't comment here at that time, but wecannow continue the discussion.LeadSongDogcome howl!19:46, 20 October 2015 (UTC)Reply
The depreciation was agreed to in 2014; this discussion is about whether to uphold that decision.Primefac(talk)16:07, 9 September 2015 (UTC)Reply
The{{cite doi}}system turns Wikipedia into a DOI database (a clear violation ofWP:NOT;specifically not a repository; these are loosely associated content related only by the fact they have a DOI number) since the bot that maintains the DOI citation template generates a new subtemplate for each time a new DOI is used, as{{cite doi/doinumberhere}}containing citation information, instead of replacing the{{cite doi}}with a{{cite journal}}transclusion on the page it is used on. Since many items have DOIs as well as other UIDs such as PubMed IDs, we have multiple different sets of the same information in the various databases that the various bots generate for each of these template systems, depending on which bot created what subtemplate into which database entry on whichever template system the bot maintains. This makes multiple subtemplates in multiple systems redundant and replicative of each other, failing TEMPLATE DUPLICATION deletion criterion. Many of these fall out of use, but are not deleted, making Wikipedia a permanent database of DOIs, something it should not be. --70.51.202.113(talk)04:47, 11 September 2015 (UTC)Reply
You're right, in as much as the data should not be stored in Wikipedia; but in Wikidata. Then there can be one item per source, referencable by any number of identifiers (DoI, PubMed, whatever). Deleting or removing Cite DOI is premature, when a Wikidata-based (more specifically, Wikibase-based) system is on the horizon.My essayexplains this model. Better to hold off until we an convert instances to using that tool.Andy Mabbett(Pigsonthewing);Talk to Andy;Andy's edits19:34, 11 September 2015 (UTC)Reply
You're always on the leading front of deleting templates because of low usage, and most of these are extremely low usage having just one or zero tranclusions, why are you not for deleting these forwith? The bot that created all these DOIs can function on WikiData the same way by building every single DOI into an entry. We have no reason to keep this around, since the bot functions just the same, in building it in whatever way that WikiData would prefer to present the data and store it, which would seem to not be the way we store it, since we use simple text, instead of defined data fields. --70.51.202.113(talk)04:04, 12 September 2015 (UTC)Reply
"You're always on the leading front of deleting templates because of low usage"No I'm not. I've already given my reasons why deleting these templates, in the short term, is a bad idea, in the comment under which you reply.Andy Mabbett(Pigsonthewing);Talk to Andy;Andy's edits10:41, 12 September 2015 (UTC)Reply

When you find yourself in a hole, stop digging

edit

Can we at least fixTemplate:Cite_doi/preloadto generate an error message when oblivious editors innocently create new instances of the deprecated subpages? That at minimum would slow the accumulation. I'd suggest that the error message should point editors to a better answer, such as the use of the toolbar or of Citoid to generate inline citations.LeadSongDogcome howl!20:02, 15 September 2015 (UTC)Reply

DoneLeadSongDogcome howl!15:30, 21 September 2015 (UTC)Reply


Protected edit request on 16 December 2015

edit

Add {{Historical template|cite doi|cite journal}} to the top of the template within the noinclude part. Since it is true

AManWithNoPlan(talk)22:25, 16 December 2015 (UTC)Reply

I've unprotected. Have at it — Martin(MSGJ·talk)22:36, 16 December 2015 (UTC)Reply

Why have we not just deleted this template?

edit

{{Historical template}},splashed on the template, says it's "preserved for historical reasons". However, there areno current uses of this templateexcept for old discussions. Keeping it alive just encourages people to keep using it. Should we just kill it?

James F.(talk)12:56, 8 April 2016 (UTC)Reply

I'd wait until the current TfD regarding{{Cite pmid}}concludes. It will probably set some precedent relevant to this. ~RobTalk13:03, 8 April 2016 (UTC)Reply
Patience.AnomieBOTis currently being set up to delete the thousands of subtemplates. –Jonesey95(talk)14:50, 8 April 2016 (UTC)Reply
Patience grasshopper; Patience.AManWithNoPlan(talk)16:14, 8 April 2016 (UTC)Reply