User talk:NSH001

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search

E-mail is enabled on my account, but before using it to contact me please be aware that:

  • I think that, on principle, all wiki communication should be open for all to see
  • Therefore if you send me an e-mail, you should assume that I will publish it on an appropriate talk page, in order to reply to it there
  • If you think there is a good reason to contact me, in confidence, by e-mail, you should first ask for my agreement not to publish it.
  • I will only agree to this for a very good reason, for example copyrighted material which cannot be freely published.

In any case, I am likely to respond more quickly to a request on my talk page than one by e-mail.

Don't worry if you want to send me an e-mail that has nothing whatsoever to do with Wikipedia; if that is the case, then there is no reason why I should publish it here.

Oliver Kamm[edit]

I appreciate your comments on Oliver Kamm's talk page. Although I have other pressing tasks to attend at the moment, I'll eventually return to the discussion. Also, don't let TJive intimidate you. He's nothing but a bully. Sir Paul 06:24, 7 July 2006 (UTC)

It's ironic, though. I have long regarded Kamm as a pretentious fool who isn't worth a minute of anybody's time trying to read him -- which is why I've been reluctant to get drawn in. Yet I'm still wasting time on him...--NSH001 15:07, 7 July 2006 (UTC)
update: (after 12 years!) Kamm is so ludicrous I find it hard to take him seriously. The trouble with Kamm goes back a long, long way – long before I was on Wikipedia (can't remember when, exactly, but it was in the days of dial-up modems that blocked your phone line, and might give you download speeds of 5 Kbytes/sec if you were lucky). I still think it a waste of time dealing with him, but I suppose it was only a matter of time before Kamm's malign influence would blow up so spectacularly on Wikipedia and lead to an Arbcom case (June 2018).[i] Worth reading Brian Leiter's classic piece from November 2005. --NSH001 (talk) 10:47, 22 June 2018 (UTC)
more: There are many sources on Kamm's foolishness that can easily be found in a google search. I note the following two only because Philip Cross has been working hard to keep them out of Kamm's page:
--NSH001 (talk) 17:00, 22 June 2018 (UTC)
  1. ^ For the avoidance of doubt, I am clear that Kamm is not Philip Cross, although he has certainly influenced the latter.
A non-entity publicly, intellectually, and yet he has a wiki page. One can't edit it appropriately because he is under the radar that captures serious things.Nishidani (talk) 19:17, 22 June 2018 (UTC)
I decided to keep those few sentences from 2006 at the top (i.e., tell the bot not to archive them) partly because it's nice to have a record of when I started editing Wikipedia (well, not quite - it's the first ever message on my talk page, though) and partly because I quite like having a mildly derogatory remark about Kamm at the top of my talk page. He deserves a much more serious condemnation, but WP:BLP wouldn't allow it (rightly so, I think) and in any case posting negative stuff tends to be counterproductive. Plus he's really not worth the effort. --NSH001 (talk) 20:12, 22 June 2018 (UTC)

Citation and referencing style[edit]


Consensus at WPMED is to keep refs generally over one line. Please do not switch them to over many.[1] Best Doc James (talk · contribs · email) 13:13, 7 August 2016 (UTC)

Doc James, I am thinking very long term here. Most larger wiki articles are effectively rendered uneditable by the presence of numerous long, horizontally formatted templates (LHTs[a]); the only edits feasible on such pages are trivial changes such as spelling corrections, or automated edits where the script/bot doesn't care about the formatting.[b] Of course this is just my opinion, but I do know several other editors share my dislike of long, horizontally formatted citation template clutter (LHT clutter). As well as making the wikitext unreadable, such templates also make it very difficult to find and correct errors in the citation templates, or indeed in anything else.
It doesn't surprise me that the Wikimedia Foundation finds it necessary to spend large sums on things like Visual Editor, given that the mess resulting from long, horizontally formatted templates makes directly editing wikitext so user-hostile. I want to see a wiki that is clear of all this clutter, but that is going to take several years to achieve. In the meantime I am effectively banned (without having commited any offence) from many, perhaps most, articles because of citation clutter. Hence I am (slowly) developing a private script to help in this task. I call the script "ETVP" for "Easy To Visually Parse", because wikitext should be nice and easy to read. I aim eventually to make it easy, using the ETVP script, to switch to short-form referencing, or to LDR, or to some combination of the two, or indeed to anything else that will reduce or eliminate citation clutter. It was not originally my intention to leave ETVP templates in-line, but when I first tried it I was surprised at how much more readable the wikitext became, so my current thinking is to retain it as an option (the main disadvantage appears to be that it is too easy to turn it back into horizontal formatting, as you have demonstrated!).
I am relaxed about not edit-warring with you on this, although I do think making the wikitext harder to read is irrational. Partly this is because the ETVP script is still a long way from being finished, but the main reason is that my focus is on the long-term, and edit warring on individual articles is of no benefit in that aim. I have always anticipated there will be some resistance to in-line ETVP templates, simply because people don't like change, or just get upset by unexpected change, or by anything surprising. I note that most WPMED articles are of a scientific or academic nature, where short-form referencing is the natural style. Once I've got the ETVP script working for that style, then I believe it could be very useful for the WPMED project.
--NSH001 (talk) 21:18, 7 August 2016 (UTC)
The majority of the editors at WPMED like the references over one horizontal line rather than over dozens of lines.
Yes there is a minority who like it over dozens of lines. I find having it over one horizontal line is easier to edit not harder.
What we need is an option / gadget so that those who want it over one line when they hit edit get it over one line and those who want it over many lines get it over many lines. That means win-win for everyone as everyone gets the way they find makes it easiest for them to edit. Doc James (talk · contribs · email) 22:27, 7 August 2016 (UTC)
Look more carefully. ETVP is not "dozens of lines" (per cite). I think you might be referring to the (not very wonderful) "vertical" format that you get in the template documentation; even then (provided you eliminate the blank parameters), it rarely amounts to "dozens" of lines. The ETVP script has been carefully thought through to give you what it says on the tin: it uses the minimum number of lines and white space while still maintaining clarity. Roughly, items that logically belong together go on the same line, important items go at the top (title, authors) and references (for example, identifiers) go at the end (a bit like wikipedia article layout). The aim is to take advantage of the human visual system, which works orders of magnitude faster than the rest of the brain. This makes it very easy to spot errors, often instantly; in addition, you'll often spot errors you weren't even looking for in the first place. This is impossible to do if the template is strung out over two or more lines (by lines, I mean lines on the edit window, not the single line you're referring to), buried in a mass of other wikitext. I think one reason why cite templates are so badly infested with errors is precisely this difficulty of spotting errors in the horizontal layout. But what makes the horizontal layout even more annoying is the difficulty of spotting the beginning and end of the same template, especially if there are large numbers of horizontal cites buried within the same paragraph. With the ETVP format, the eye can again spot the beginning and end of a template instantly. So not only does the horizontal format make it difficult or impossible to spot errors in the cite templates, it also makes it difficult or impossible to follow the "flow" of the article text itself. To see this, try an experiment: (a) open in edit mode the version of the article before my edit, and try to read out loud the article text from the wikitext, then (b) do the same with the wikitext after my edit. Notice how much easier (b) is!
Take a look, in edit mode, at Muhammad Najati Sidqi#References and Khazars#References. These are examples of the the work of the ETVP script on articles that were already using short-form referencing. Notice how easy and pleasant it is to read the citation templates there. Although I intend to implement LDR first, my aim (eventually) is to make it easy to switch articles to short-form referencing, with all templates in ETVP form. This is my preferred referencing style, and the most natural for scientific, technical and academic articles. But basically, the ETVP script will eventually let editors use any referencing style they like, as long as it doesn't involve long, horizontally formatted templates.
Note that ETVP is not the same as "vertical". Short templates are actually easier to visually parse if they are "scrunched up" (eliminating all unnecessary spaces) and kept on the same line. The ETVP script recognizes this, using a cut-off of 50 characters (this seems to work well so far, but it could be easily tweaked if necessary). Perhaps the fans of horizontal templates are aware of this, but then wrongly assume that it applies regardless of length. The general principle is that short templates are fine if they're kept on the same physical line, but the longer the template, the stronger the case for a vertical or ETVP format. For an extreme example, see this egregious edit, which I don't think anyone would want to defend.
One might also note the contrast with infoboxes, which are already, mostly, more-or-less in a vertical format, with one parameter per line. Editors don't have any problem editing infoboxes. So in my view, the difficulty some editors say they have with editing ETVP or vertical format is imaginary, not real. Probably they've just gotten used to the default that they get when they click the "cite" button on the edit window or from using most of the standard cite-generating tools. And why should they care? For most editors, adding cites is just a tedious but necessary chore, to be done with minimum effort; they care about the info they're adding, not the errors they're creating or the messy wikitext they're leaving behind.
--NSH001 (talk) 11:10, 8 August 2016 (UTC)
P.S. The idea of a gadget seems like a good one, except I'd want it to appear in an ETVP format, not the vertical one.

Notes on the Syntax highlighter gadget[edit]

Jonesey95 has suggested the syntax highlighter gadget as a possible solution to the near-impossibility of reading and editing pages full of LHTs.[b]

Initial thoughts:

  • The default setting is far too cluttered; in particular, there is no need to highlight wikilinks. However it is possible to customise it so that only templates are highlighted. This works, and is actually quite useful.
  • However, this is moot for those who, like me,use an external editor for most of their editing.
  • It doesn't distinguish nested templates, in contrast to the ETVP script, which indents templates to mark the depth of nesting.
  • In any case, this problem is so fundamental that we shouldn't need to depend on a gadget to fix it.

Conclusion: better than nothing, but not really a solution to the problem. By providing a makeshift patch that papers over the problem, it reduces the pressure to get the problem fixed properly. It does mark the beginning and end of templates clearly (very good!), but the ETVP script also does that. The ETVP format also makes it easy to spot errors instantly, and the highlighter is of no help in that regard. --NSH001 (talk) 21:51, 28 February 2017 (UTC)

Further thoughts:

  • The gadget doesn't work on diffs (and wasn't intended to), but templates in ETVP format are still easily distinguishable in diffs.
  • Not distinguishing nested templates is a major drawback, especially in Infoboxes where cite templates are common. Not a problem when using ETVP, as the script uses indentation to indicate nesting.
  • There is no need to highlight short templates (that's just unnecessary visual clutter). In my view only templates EITHER longer than about 100 characters OR which wrap around lines in the edit window need to be highlighted. Of course, the ETVP script takes account of template length, but it has no way of telling when a template is going to line-wrap. But note that templates in ETVP format are designed so that they usually won't line-wrap, except for long URLs or long quotes or exceptionally long article or chapter titles. Even then, the line-wrapping is restricted to the long piece of text, and does not affect the readability of the rest of the template.

I vaguely remember trying some sort of highlighter or edit-helper several years ago,[c] and rapidly rejecting it as too cluttered and too distracting; if my memory is correct it also suffered from a lot of bugs. In contrast, I can see that I might sometimes use this highlighter, even though most of the time I will have it turned off. The author of this highlighter, Remember the dot, deserves some thanks and credit for the thought and effort he or she has put into this script. It's obviously useful to many editors, but it's not a solution to the problem of LHT clutter. --NSH001 (talk) 09:44, 1 March 2017 (UTC) and NSH001 (talk) 10:32, 2 March 2017 (UTC)

Let's get the terminology right[edit]

I have seen other editors (not just Doc James), when talking about this infuriating problem, use the phrase "over one line" to refer to horizontal cite templates and "over many lines" to refer to other formats.

Yes, it is true that the annoying LHT format only occupies one physical line of the computer file. But to use "over one line" in the context of a discussion of the merits of the different formats is very misleading. On the actual edit window that real-life editors use, it also occupies many lines. The difference is that the LHT format will line-wrap at unpredictable positions, depending on where in the text it occurs, what font size is being used and the width of the edit window, among other factors. At least the line-breaks in the "vertical" format are predictable (making it more readable than the LHT format), while the ETVP format is specifically designed to make it as readable as possible.

Incidentally, this problem of line-wrapping is one reason why, generally, I don't mind manually formatted citations; as long as they don't contain long URLs, or other long items, they will usually fit into one line of an edit window, so they don't disrupt the readability of the wikitext in the same way that LHTs do. (I have mentioned elsewhere that there are compelling reasons for preferring templated citations, of course.) There is another reason why manual citations are generally acceptable in the body of an article: they are still in a narrative format, so (unless they contain a long URL) they fit in quite naturally with the rest of the article. Very different from cite templates, where the important task for the editor is to visually parse the argument-value pairs (updated December 2017).

--NSH001 (talk) 15:53, 14 March 2017 (UTC)

What's so bad about long horizontal template clutter (LHT clutter)?[edit]

  • It puts off new editors from joining Wikipedia. See self-selection below, and my responses to Doc James above.
  • It violates every principle of sound coding practice. Any professional computer programmer who wrote code like this would soon be out of a job, or more likely, would never be taken on in the first place.
  • It obfuscates everything. Similarly, at school I was taught how to write English properly. If I had written an essay in such an unstructured, amorphous form I would have received a big fat ZERO as my mark for such an essay. If you (generic) write English without any structure, the result is incomprehensible. The same applies to wikitext.
  • It causes errors because errors are so difficult to spot and to correct in LHTs.
  • It causes even more errors because LHT clutter makes it difficult (almost impossible) to follow the natural flow of the article text within the wikitext.[d]
  • It makes diffs hard to follow. It's bad enough trying to read wikitext cluttered with LHTs, but the problems are multiplied when you (generic) are trying to establish who has added or deleted what in a diff.
  • It sets a bad example. New editors will usually just copy the techniques they find already being used, so, not surprisingly, the result is a cancerous expansion of the usual steaming heap of unreadable and uneditable text.
  • Summary: it makes editing Wikipedia difficult, slow, error-prone and very, very unpleasant. The problem is so bad, so annoying and so infuriating that either LHT clutter has to be gotten rid of (preferably completely), or I will leave Wikipedia. The reason is obvious: how is it possible to edit anything cluttered up with LHTs, when this clutter, apart from the exceptions footnoted below,[b] makes editing impossible?
  • Conclusion: LHT clutter should be  E . X . T . E . R . M . I . N . A . T . E . D.[e]

The paradox: if LHT clutter is so bad, then why are most articles using this style?[edit]

Well, I really don't know. It baffles and perplexes me that anyone could possibly tolerate this mess. But any strategy for getting rid of LHTs needs to address this paradox. Some possible explanations:

  1. Self-selection. The WMF has been worrying for years about the long-term decline in the number of active editors. Not that surprising really, when someone new to Wikipedia opens up a page in edit mode and discovers an amorphous, unstructured, smushed-together, incomprehensible and almost unreadable heap of steaming LHT doo-doo. So the small minority that's left, and which heroically persists in trying to edit Wikipedia, has, for the most part (not all, and certainly not including me), self-selected as those who can somehow tolerate LHT clutter.
  2. False perception of authority. People assume that, simply because it is so common, LHT clutter must somehow be "right", or "officially approved", or the "standard" citation and referencing style, although per policy (WP:CITESTYLE), there is no one, single, standard citation style on Wikipedia. All this despite the fact that LHT clutter is the worst possible citation and referencing style.
  3. Lack of exposure to better citation styles. Some editors are simply unaware of better alternatives: they may dislike the clutter, but just assume it's something thay have to put up with. Or they may be aware of better alternatives, but then find it takes a lot of time and effort to change the citation style (plus they may then have additional battles based on WP:CITEVAR).
  4. Unfamiliarity with academic citation styles, especially among editors who haven't had a university-level education.
  5. Poor citation-generating tools. These have plenty of faults and shortcomings. Among their faults is that they offer only the LHT clutter style, or if they do offer a choice, it is between so-called "vertical" and LHT, with LHT clutter being the default. The "vertical" form, as given in the template documentation, isn't that great either, but it's still a huge improvement over LHT clutter. None of them offer an ETVP form as a choice, of course, since ETVP is a new concept. Since the default option is the easiest one to choose, the result is that the LHT dungheap just keeps on growing.
  6. Poor citation template documentation (in fact, most of the citation template documentation is quite good; I'm referring here to the distinction between "vertical" and "horizontal"). The "vertical" style offered as an alternative to the LHT clutter format in the template documentation is very poor (but still a huge improvement on LHT clutter). It obviously hasn't been properly and thoroughly thought through though.[f] I will discuss this in more detail in the ETVP documentation, but see my responses to Doc James above for a brief outline. This may partly explain why editors (bizarrely) choose the LHT clutter format instead.
  7. Syntax highlighters. My first reaction to Doc James' request above was simply bewilderment and perplexity, since trying to edit LHT clutter is a physical impossibility[b] (well it can be done, but only at the cost of a phenomenal amount of time and effort). Note that for serious editing, I use an external editor (but I do use the standard wikitext editor for small changes, and to preview edits made in the main, external, editor). So I pay little attention to developments in the standard editor or its gadgets. Well, syntax highlighters (if properly configured) do solve one of the most infuriating problems about LHT clutter, namely the extreme difficulty of spotting where an individual LHT begins and ends. I think it's clear that without syntax highlighters, LHT clutter would never survive as a citation style;[g] otherwise editing a page full of LHT clutter is physically impossible. But that still raises questions about what newbies do, since they won't be aware of syntax highlighters. And as I explained above, syntax highlighters still have some drawbacks, and in any case, the ETVP style renders them unnecessary.[h]
    Conclusion: syntax highlighters are like a medication that alleviates (some of) the symptoms, but doesn't cure the underlying disease.
  8. Inadequate wikitext editor. The wikitext editor needs to properly support separation of long citation templates from their inline antecedents, whether it be list-defined references (LDR), parenthetical referencing or short-form referencing. In one click[i] it should enable an {{sfn}} template, or any of its siblings, including any of the harvnb family, to be inserted in the article body and at the same time the corresponding long cite template added, if not already present, in correct alphabetical order, to the relevant bibliographic listing. Similarly for named references and their corresponding entry in LDR.
    As an alternative my ETVP script effectively does this already by transforming a whole article all at once (it still needs polishing, though). The wikitext editor should also allow a single click[i] on an {{sfn}}/{{harvnb}} or named reference to bring up the corresponding long template in a popup for easy editing.
    I guess the first suggestion is too difficult and impracticable to be worth the effort, especially if we already have a script to do the job. So I'd like to limit myself to just two small suggestions, that should be possible without too much effort:(updated, December 2017)
    • A popup to show the corresponding full citation when a short-form cite is "clicked"[i]
    • Toggle the size of the edit window (edit box) between the standard size and full screen, or full screen with only minimal menus and toolbar.[j]
  9. Perhaps the most obvious explanation. Amazingly, Wikipedia, through its HELP tools, actually teaches the LHT clutter style to beginners. So does the WMF through its volunteer editors who help newbies come to grips with how to edit Wikipedia (very useful work, apart from this one aspect). This needs to change, so that newcomers are made aware of the problems created by LHT clutter, and of the available alternatives. (added, June 2019)

--NSH001 (talk) 07:39, 16 June 2017 (UTC)


  1. ^ "LHTs" may also be read as "long horizontal turds", to reflect the revulsion they induce.
  2. ^ a b c d In my experience, there are three small exceptions where it is sometimes possible to edit such pages, despite the presence of LHTs:
    1. trivial changes, such as spelling corrections (but this can still be difficult, slow, and unpleasant)
    2. all automated and most semi-automated edits. This includes, for example, edits made via a script, or by pressing an "undo" or "rollback" button.
    3. if there are substantial parts of an article that are free of LHTs. For example, it is sometimes possible to edit the lead or Infobox, since these can be relatively or completely LHT-free. Similarly it is possible to edit categories and navboxes at the end of articles (a place where LHTs almost never occur).
  3. ^ From memory, this was wikEd, which I think was the only available tool at the time to offer syntax highlighting.
  4. ^ Syntax highlighters can alleviate this problem, but using ETVP formatting is a better approach.
  5. ^ I am old enough to remember the first broadcast episodes of Doctor Who. On a black & white 405-line TV set receiving analogue signals broadcast on Band I VHF, no less. Anyone remember those big H-shaped aerials that marked out the houses of those families who could afford to buy a television?
  6. ^ Sorry, I couldn't resist the alliteration!
  7. ^ For the avoidance of doubt, I am not interested, even with the availability of syntax highlighters, in the survival of LHT clutter as a citation style; I want it to disappear completely.
  8. ^ Editors may still, of course, have valid reasons for wanting to use a syntax highlighter. The point is that ETVP means that syntax highlighters are no longer needed to deal with long templates, but syntax highlighters may still be needed for other reasons.
  9. ^ a b c possibly a click or double-click together with a control key, or combination of control keys
  10. ^ This should reduce the incentive for editors to use the LHT clutter format, since the reason usually offered for preferring LHT clutter is that the "vertical" form takes up too much screen space. Well, the ETVP format uses less screen space anyway compared to the documented "vertical" form, but let's give editors more space when they need it.

What are "turd templates"?[edit]


A turd template is another name for a Long horizontally formatted template (LHT) as defined above. As explained above, LHTs make editing difficult or impossible (with some exceptions), in addition to being undesirable on general grounds.

Opening, in edit mode, an article full of LHTs is like entering a house where every previous visitor (editor) has left a "deposit" all over the floor. Hence the name.

--NSH001 (talk) 22:28, 3 May 2018 (UTC)

ArbCom 2018 election voter message[edit]

Scale of justice 2.svgHello, NSH001. Voting in the 2018 Arbitration Committee elections is now open until 23.59 on Sunday, 3 December. All users who registered an account before Sunday, 28 October 2018, made at least 150 mainspace edits before Thursday, 1 November 2018 and are not currently blocked are eligible to vote. Users with alternate accounts may only vote once.

The Arbitration Committee is the panel of editors responsible for conducting the Wikipedia arbitration process. It has the authority to impose binding solutions to disputes between editors, primarily for serious conduct disputes the community has been unable to resolve. This includes the authority to impose site bans, topic bans, editing restrictions, and other measures needed to maintain our editing environment. The arbitration policy describes the Committee's roles and responsibilities in greater detail.

If you wish to participate in the 2018 election, please review the candidates and submit your choices on the voting page. MediaWiki message delivery (talk) 18:42, 19 November 2018 (UTC)


I don't think I've ever actually thanked you for all you've done on a number of projects I've been involved in with our mutual friend, so if you would forgive the lateness of this, thank you very much Neil, your contributions are greatly appreciated. nableezy - 23:32, 27 November 2018 (UTC)

Hey, no problem, I always appreciate a "thank you". In any case, I've always found it a pleasure to work with our brilliant old friend. --NSH001 (talk) 23:42, 27 November 2018 (UTC)
P.S. Nableezy - Thought about nominating the latest effort for DYK? I'm too lazy to do it myself! --NSH001 (talk) 23:49, 27 November 2018 (UTC)
ya will do. nableezy - 01:02, 28 November 2018 (UTC)

Taxes for Peace not War[edit]

I am trying to distinguish between organisations of conscientious objectors, - who object to conscription on principle - which this is, and those who objected to a particular conscription, which are in the anti-conscription category. Category:Peace organisations based in the United Kingdom is a subcategory of Category:Political advocacy groups in the United Kingdom. It should be in the most specific. And it is clearly an organisation, not a movement.Rathfelder (talk) 19:45, 16 December 2018 (UTC)

Firstly the organisation is called "Conscience". Its full title is "Conscience: Taxes for Peace not War". Its literature uses both, but mostly the shorter form. It is never simply "Taxes for Peace not War".
Secondly (thinking of the obvious example), 100 years ago, conscription was of millions of men to fight and kill each other either face-to-face, or within shooting range of each other. Nowadays, in modern Western countries, conscription is mostly of money to pay for the technology that does most of the killing and destruction, with a paid volunteer army sufficient to do the nasty face-to-face stuff when deemed necessary. So it is very definitely against "a particular conscription", namely the conscription of money (and even a volunteer army requires conscripted money to pay for it).
(added later) And just supposing conscription were re-introduced, or proposed to be re-introduced, in the UK, there isn't any doubt that Conscience would be against that. That follows a fortiori from its main purpose. Another reason for including it in the category. --NSH001 (talk) 22:05, 16 December 2018 (UTC)
Thirdly, probably Category:Peace organisations based in the United Kingdom should probably not be a subcategory of Category:Political advocacy groups in the United Kingdom at all. Many members of the former will also belong to the latter, but not all. It is possible, for example, to promote peace at a personal level, or at a slightly higher level, mediating disputes, without engaging in political advocacy.
(later) Ah!! I took your word for it, but I've just checked, and in fact – contrary to your claim above – the former is not a subcategory of the latter! Neither is it a subcategory by virtue of being in a chain of subcategories whose highest category is a member of the former (yes, I checked that as well).
Fourthly, your edit summary "removed Category:Anti-conscription organizations" is misleading as you also, in the same edit, removed two additional categories not mentioned in your edit summary.
Fifthly, your mass removal of categories is worrying. It is tiresome, annoying, time-consuming and difficult to go through and check in detail all your edits when you are making so many (and I have only had time to look at a few). In the future, at the very least, if a page is in both category A and category B, and you are removing category A because B is a subcategory of A, please say so in your edit summary. It is annoying to be forced to trawl through all the categories on a page to try to find the one which is a subcategory of the removed category. That's simply a basic courtesy to your fellow editors. Usually removing category A will be correct (and I have done this often enough in the past), but also the question of whether category B should really be a subcategory of A in the first place needs to be considered.
Sixthly, you final point about its not being a movement is debatable. Yes, it's an organisation, but it is also part of the peace movement. Peace movements require organisation in order to be effective.
--NSH001 (talk) 21:54, 16 December 2018 (UTC)
Conscience:Taxes for Peace not War is the campaigning organisation formed to represent those in the UK who desire or promote the principle of 'conscientious objection to military taxation' (COMT). In addition to trying to get the law changed to recognise this, it also works to get COMT recognised as a human right globally via the United Nations, and campaigns in the UK to decrease military spending and increase spending on peace-making. In that sense it is in an organisation. But COMT is also a movement; as people are made aware of it as a concept, those with pacifist tendencies do tend to 'get it' straight away and come on board. A combination of information campaigns and social media activity has seen support for COMT in the UK risen by some thousands in the past few years. It is now being pushed for within UK political parties by their membership. Local branches are being proposed and discussed; one has just started in Scotland. COMT, co-ordinated by Conscience:Taxes for Peace not War, is increasing in awareness, support and social acceptability. At what point does it get to be defined as a 'movement'?
I am also getting weary of these unexplained category changes. Putting Conscience:Taxes for Peace not War down as being in Cyprus looked more like vandalism than a mistake. SandJ-on-WP (talk) 08:23, 17 December 2018 (UTC)
SandJ-on-WP Thanks for your comment. --NSH001 (talk) 09:08, 17 December 2018 (UTC)

Books & Bytes, Issue 31[edit]

Wikipedia Library owl.svg The Wikipedia Library


Books & Bytes
Issue 31, October – Novemeber 2018

  • OAWiki
  • Wikimedia and Libraries User Group update
  • Global branches update
  • Bytes in brief

French version of Books & Bytes is now available on meta!
Read the full newsletter

Sent by MediaWiki message delivery on behalf of The Wikipedia Library team --MediaWiki message delivery (talk) 14:34, 21 December 2018 (UTC)

How difficult is it for you to apply your citation style if I make a mess of it?[edit]

Hi NSH001. You've fixed up my citations in an article.

Thanks for that. But it's had me wondering - if I go in and make more edits, how much should I worry about keeping your citation style intact?

Does it take you a lot of effort? Or can I just add in citations with the visual editor, and then it's as simple as a click of a button for you to fix them?

Thanks --Sanglorian (talk) 07:19, 7 January 2019 (UTC)

Re citation style taken on its own, it's no trouble at all. But there are a couple of points worth mentioning:
  • If you want to cite something written by say, John Smith in 1995, first check that the cite isn't already in the biblio listing. (This shouldn't be difficult, as the listing is in alphabetical order - and my script keeps it that way.) If it is already in the listing, then all you need do is use {{sfn|Smith|1995}} – or {{sfn|Smith|1995|p=25}} if you want to cite a page number. No need to trouble yourself to provide a full citation!
  • Do check the automatically generated citation against the source, especially for the date and author or authors. These are crucial items to get right in a citation, and automated tools often get them wrong, or miss them out altogether. This applies whether it's VE or some other tool such as ReFill. These tools often get the title wrong, so check that as well.
I hope that helps. --NSH001 (talk) 08:16, 7 January 2019 (UTC)
Sanglorian - A few more points before I forget (raised by recent edits on Dreamtime, but generally applicable):
  • Don't worry about maintaining citation style, at least on those pages where I am active.
  • But I do recommend (if you're not already familiar with them) that you familiarise yourself with WP:CITEVAR, and with the documentation on short-form referencing - {{sfn}} is a good place to start.
  • My script has a vast array of options. Its main purpose, and original motivation, was to get rid of #turd templates. One option, which remains possible, is just to switch them regardless. This is what I usually do with Nishidani's stuff - he makes a lot of small blunders and mistyping of template syntax, and doesn't always follow WP:MOS, but he never misses out crucial citation details such as date and author/editor names, and my script is capable of fixing most of his blunders and correcting according to MOS. There is another, more cautious option I use if he's added a lot of new material. This option still switches cites if both date and author(s)/editor(s) are present, but if not, it leaves them in-line (in ETVP format), so that I can preview, and if necessary, edit the cites. In these cases, my script has to generate something to put in the |ref= and which will appear in the corresponding {{sfn}}s once it's switched. My script is getting pretty good at this, but sometimes I might want to tweak what the script generates. Note that these cites are not mistakes, these details are missing because they really are not in the source. Once I'm satisfied, I re-run the script on the tweaked version, to give the version that I will post on Wikipedia.
  • There is a third, even more cautious option I use whenever I can see that Visual Editor (VE) has been at work (and in some other circumstances where there is reason to believe that the cites are full of errors). This option merely leaves all the cites in-line but in ETVP format. I expect, in these cases, to have to manually inspect every cite, manually correct any obvious errors, and go back to the sources to add missing details and correct mistakes. I then re-run my script (once in simple cases, twice if I want to be cautious) as described above.
  • Because the in-line cites are in ETVP format, they are easy to find and correct
  • So my advice to you is: don't worry about me, but do worry about the crap that VE generates. For example, on Dreamtime [2]:
    • VE missed out the date and author names on all the cites to The Conversation, even though they are very clearly displayed there.
    • VE generated a non-existent second author, also called Gill, on the cite to Gill 1998.
    • Don't worry about the stupid stuff that VE generates, such as blank parameters or |language=en. My script will delete it automatically.
    • But do take the trouble to check the cites against the sources (very few editors actually do this, whether they're using VE or some other citation-generating tool - one reason why citations are so full of errors). Especially if you can see that date and/or author(s) are missing. That will definitely be helpful.
    • Also, do try to avoid duplicating cites, as I recomended above as the first point in my earlier reply to you. For example, you duplicated the full cite to Swain [3], whereas it would have been easier and quicker just to put {{Swain|1993|pp=21–22}}, causing me extra work in having to de-duplicate it. (BTW my script does eliminate duplicate templates, but in this case there were too many small differences for it to recognise the duplication; if the only difference were the page numbers, it would have recognised them as duplicate.)
    • Also good practice: if you've checked the source, and it really is undated, you can put |date=n.d., and if there really are no authors or editors, you can put | author = <!-- not stated -->. This is helpful, as it tells later editors they don't need to check those items again.
Regards, --NSH001 (talk) 15:42, 9 January 2019 (UTC)
Sorry about my many blunders. Sometime back someone even wondered if this were not a trace of some incipient Oldtimer's disease. Could be, but I tend to discount that probability, perhaps apotropaically, because (a) I have a dreadfully aged keyboard, with several keys loose or permanently hunched down and not quite responsive (b) when I do read what I write, the spelling errors are appallingly obvious (c) but I unfortunately edit and then don't check the result more often than not (d) often out of laziness but as frequently because, esp. recently, I can only edit rapidly because I have a thousand daily chores lingering around which require intermittent but constant breaks and attention. I tend to read up on something, keep it in my head and organize it mentally and, when back from a hospital ward, or wherever, dash to my study, glance through notes, and then make a rapid fire edit or series of edits. Ah, for the good old days when one could sit down, read and work carefully for several uninterrupted hours. Have a great New Year, Neil, and profound thanks for your unremitting assistance. I thought wiping incontinent arses by the disabled a tough chore, but cleaning up these texts must be no less trying.Nishidani (talk) 16:23, 9 January 2019 (UTC)
Don't worry about all your little blunders, they're no trouble since they can be fixed automatically - and they're part of your unique charm! Plus they help me stress-test my script. It needs to be robust before I release it to the great unwashed wiki public, and if it can handle your messes, it will probably be able to cope with anything (ha! probably not - it's not possible to anticipate all the crap that people type into Wikipedia). Yep, I know about old keyboards - the "C" key on my older laptop completely stopped working. Had to solve that one by getting a USB keyboard. Takes up more desk space, but at least it's easier to type on. You have a great New Year too, my old friend. --NSH001 (talk) 00:17, 10 January 2019 (UTC)
Thank you! That is all very useful. I will try to keep the citations clean and correct. Please do feel free to share other tips if you notice other mistakes (or if I keep making the same ones!). You mention writing {{Swain|1993|pp=21–22}} is easier than using the citation tool, but is that still true if I'm using the visual editor? Should I prepare these in a separate notepad and paste them in? Sanglorian (talk) 08:46, 14 January 2019 (UTC)
I'm always happy to help! Regarding Visual Editor, I never use it, and have no intention of ever using it, but I understand it has a facility to "switch" to editing the source text directly, so if you do want to continue using VE, that is likely to be your best option if you want to insert stuff like {{Swain|1993|pp=21–22}}.
It takes a little effort to learn how to use short-form referencing, but once you've done so, it's a lot easier to edit than any other citation style. I don't see why you would need to use Notepad, since if you want to insert a short citation, you should already know the author name(s), date, and page number(s) – and that's all you need. If the full cite isn't already in the biblio listing, you can allow VE to generate it, and my script will automatically fix it (generating both the short cite, and moving the full cite in ETVP format into the biblio listing), provided you've checked its work as I described above (I guess you'll probably need to "switch" into source text to do that). Good editors should always check their citations, and it's a pity that so many don't. --NSH001 (talk) 09:32, 14 January 2019 (UTC)

Philip Cross Arbcom[edit]

Thank you for intervening in the request I opened. As you can tell I'm very new to the processes involved.

I too added the Kamm difflink but was told all my difflinks were meritless.

A certain user has now gone after me just for opening the request. Your talk page is really interesting I'll be reading more soon.

Thank you for stepping in, I really appreciate it. Alex Tiffin (talk) 23:00, 16 January 2019 (UTC)

Oh dear, I see you've been blocked for sockpuppetry. I sigh with despair when I see editors such as yourself and Kal Holman – who have basically the right idea about the neocon warmongers (including Kamm), and the way Wikipedia is being misused to push the militarist agenda – go and shoot yourselves in the foot by breaking the most obvious rules. I certainly wondered whether Kal Holman was doing it deliberately, in order to go whining off-wiki about being blocked for bringing an Arbcom case. Stupid, stupid, stupid.
That said, I hate having to use up valuable time arguing at places like AE and ANI, and do it only very rarely. I think this is the first time I have raised anything at AE (not absolutely sure, I might have contributed incidentally at AE before), as I hate to see an injustice. So I'm also fairly "new" at AE, although I have watched many dozens of cases on subjects that concern me. BTW, as you probably know already, Kamm is lying at that Capx piece Cross linked to. I wish you all the best for the future, and thanks for stopping by to thank me.
--NSH001 (talk) 06:28, 17 January 2019 (UTC)
Alex, I may have been a little too harsh on you above. From your talk page, it seems you may simply have forgotten your password or something, then set up another account to get access, then gone back to your original account after managing to get the password reset. Or something like that. A real sockpuppet would not leave details all over the place, as you did, obviously linking one account with the other. Also you haven't been behaving like a sockpuppet usually does, which is either to get round a block, or to try to give the misleading impression that other editor(s) is/are taking your side in a dispute. But just remember, sockpuppeting is a big NO-NO on Wikipedia, it's dishonest, and attempting to deceive your fellow editors. --NSH001 (talk) 08:06, 17 January 2019 (UTC)


N. Could you fix by restoring the Kokomini page, removing the redirects and in restoring it, title it Gugumini? See the discusson on Kwamikagami's talk page? Sorry for the bother.Best Nishidani (talk) 09:55, 10 February 2019 (UTC)

Nishi, I have been in excruciating pain for the last week or so, due to cellulitis, requiring multiple hospital visits for intravenous antibiotics and wound dressing. My own stupid fault for letting it get so bad before seeing the doc, but I think I can say that on this occasion, the quick and effective response of the NHS has saved my life. I'm still on antibiotics, and it still hurts like hell, but at least I'm on the way to recovery. It is awkward to edit wiki because I have to plonk my leg on my desk next to the keyboard, else it hurts too much. Plus I think the combination of pain and antibiotics is addling my brain.
So my wiki work for the next few days is going to be very limited, much like it has been recently, but I'll do what I can.
--NSH001 (talk) 12:28, 10 February 2019 (UTC)
Jeez, sorry to hear that: I already guessed I might pull my finger out and just do a revert, which I have done anyway, but didn't take this obvious measure when I asked because I saw a lot of redirects and thought me reverting would only stuff things up. Best wishes for a full recovery and yes, NHS is a life-saving institution. Take these down in Europe would mean declaring war on one of the few things that underscore all the hot air about civilization. We know that personally. My wife's health care these past two years would have required selling up our house to cover costs were it subject to what rich arseholes call 'economic rationalization', and we're only at the beginning of the battle. Best Nishidani (talk) 14:05, 10 February 2019 (UTC)

For the record: on reflection, the phrase above "has saved my life" is an exaggeration made under the influence of pain and medication, although it is true that if left untreated indefinitely (many months at least) the result would eventually be a long and very painful death. I am very grateful to have had the benefit of the NHS. Nishidani - sending you lots of good wishes for your wife's recovery. --NSH001 (talk) 07:38, 19 March 2019 (UTC)

fitting a template inside one of your Harvard cite footnotes[edit]

Hi. You made an edit for a 'consistent citation style' here.[4] Problem is, that wasn't even a year ago and already it was a dead link. I changed it to the AIATSIS citation template so that all such citations can be updated together, but I have no idea how to put in in one of your footnotes. Currently the citation fn is still there but doesn't link to the source. Anyway, thought you might know how to fix it. — kwami (talk) 01:54, 15 February 2019 (UTC)

Kwamikagami Yes, it can be fixed, but it may be a little while before I'm able to get round to it – see the thread immediately above. --NSH001 (talk) 07:32, 15 February 2019 (UTC)

Books & Bytes, Issue 32[edit]

Wikipedia Library owl.svg The Wikipedia Library


Books & Bytes
Issue 32, January – February 2019

  • #1Lib1Ref
  • New and expanded partners
  • Wikimedia and Libraries User Group update
  • Global branches update
  • Bytes in brief

French version of Books & Bytes is now available on meta!

Read the full newsletter

Sent by MediaWiki message delivery on behalf of The Wikipedia Library team --MediaWiki message delivery (talk) 03:29, 26 February 2019 (UTC)

Hope the worst is over[edit]

A slight editing hiatus has me a touch worried, N. I hope you are recovering well from the operation. Best wishes.Nishidani (talk) 19:56, 4 March 2019 (UTC)

Thanks for your concern, but yes, I'm definitely recovering. I'm finally off the heavy antibiotics, and I've got my brain back, which feels great. As I told the doc the other day, it is no longer painful, merely "uncomfortable". BTW, I didn't have any "operation" (not the sort that requires knives/scalpels anyway) although I've needed about 100 hours of medical treatment/care so far. The wound dressings are slowly coming off, but I still have one small one left, which I hope will go within a week or so. The leg still doesn't look very pretty, though much better than it was. One of the nurses told me it was the worst case she'd ever seen. --NSH001 (talk) 21:29, 4 March 2019 (UTC)
Geeze, wishing you the best. nableezy - 21:40, 4 March 2019 (UTC)
Thanks, Nab, appreciated. --NSH001 (talk) 21:43, 4 March 2019 (UTC)

Incidentally, this experience has given me an even deeper appreciation of Chrissie's achievement in winning her 2011 World Championship. Like me, she had an infected, swollen leg, and the medics' first concern was to check for DVT/PE (negative, thankfully, for both of us), then treatment with heavy antibiotics. She had it a bit easier than me, as her leg infection was superficial, not cellulitic, and the road rash disfigurement you can see in the video linked from her article was nowhere near as repulsive as what I had (now much better, though, but still very obvious). But antibiotics really take it out of you, the last thing you want before any race, let alone a full Ironman. Then add all the other injuries she had. I had an instinctive feeling before that race that she was going to produce something really special, such as lowering the record by 30 mins, or finishing among the first 10 men, and was disappointed on the day when she didn't. But my instinct was right – I think her performance must be a strong candidate for the best athletic performance of all time, by any gender and in any sport, in the whole of history; it's not obvious, as you need to know all the circumstances to fully appreciate it (the sources in her article will help). Records always get lowered (eventually), but I can't see anyone else equalling that performance any time soon in any sport under similar conditions. And that's what makes her the greatest ever. --NSH001 (talk) 08:29, 5 March 2019 (UTC)

The prejudices of youth, seeing Burt Lancaster playing Jim Thorpe, long convinced me Jim Thorpe was the greatest athlete of all time, but reading Wellington's record makes me reconsider, esp. the overcoming of injuries, which tops, I guess Thorpe's battle against prejudice, and a bad pair of running shoes. It's a hard choice, perhaps affected by gender bias: I still think competing in, and winning, both the Olympic pentathlon and decathlon multiple events must rank as one of the most excelling achievements of all time. Keep well, mate. Nishidani (talk) 11:17, 5 March 2019 (UTC)
Oh yes indeed, he's certainly one of the greatest. As well as the pentathlon/decathlon, add his performance in other sports (baseball, American football, basketball) and he definitely wins the prize for versatility, a contrast with Chrissie. Always difficult to compare across different sports, different eras, different genders and different technologies (I wonder how well modern jumpers would get on with the poles of 1912...). But I'm not aware of any other athlete who won every single race entered at his/her main distance, and I'm still amazed at her 2:44:xx marathon at the end of an Ironman - there aren't many men who can manage that.
Mention of the 1912 Olympics brings back warm memories of the venerable stadium, where the Stockholm marathon finishes. It certainly has an aura of great history about it, and claims to be the place where more records have been broken than any other. I have vivid memories of finishing the marathon there, hearing two female friends cheering me on (I didn't see them in the crowd, but I certainly heard them!) so that, totally exhausted, I miraculously found the energy to put on a sprint, overtaking everyone else round the outside of the bend. I couldn't believe it! --NSH001 (talk) 07:52, 22 March 2019 (UTC)
Which reminds me of one of the sections space won't allow me to write up, but which merits attention, the long history of the incapacitation of Palestinian athletes under the occupation. You can get a glimpse of just one small angle into the problem by reading Assaf Gavron's article, for Palestine:Why we need to start paying attention to a national football team TLS 31 May 2017. The contrast between the commercial image spinning and what occurred to the kids at Bil'in when they re-enacted in real life the scenario, tells it all.Nishidani (talk) 11:29, 5 March 2019 (UTC)
Nishidani - I can't see that TLS link, as it's behind a paywall. Could you email a copy, please? I'll send you an email so you can reply with an attachment. Thanks. --NSH001 (talk) 07:52, 22 March 2019 (UTC)
I'll be hanging round a hospital until the afternoon, so will try to see if I can fix this when I get back. I get the TLS weekly and read the original story there. I have a vague idea that when I sought the online version, which came up without problems, I downloaded a copy, but can't find it right away. Till later then.Nishidani (talk) 08:07, 22 March 2019 (UTC)
Thanks, got the attachment OK, which I read through in its entirety. Then I noticed the URL at the top of the word document: <>, which is not the same as the one in your link above, and – as you would expect from its being in a /public sub-directory – is not behind a paywall! Regards, NSH001 (talk) 06:23, 23 March 2019 (UTC)
Good grief. Fingers crossed, but that's relatively manageable I think, gathering from what several acquaintences have told me. Best regards. Nishidani (talk) 10:27, 26 March 2019 (UTC)

Books & Bytes, Issue 33[edit]

Wikipedia Library owl.svg The Wikipedia Library


Books & Bytes
Issue 33, March – April 2019

  • #1Lib1Ref
  • Wikimedia and Libraries User Group update
  • Global branches update
  • Bytes in brief

Read the full newsletter

Sent by MediaWiki message delivery on behalf of The Wikipedia Library team --MediaWiki message delivery (talk) 06:41, 21 May 2019 (UTC)

ref script[edit]

Can it handle stripping the urls from the page numbers in Al-Azhar Mosque? It makes it so most of the point of the shortened footnotes, that theyre shortened, is lost the way it is now. And try as I might I cant come up with a regular expression that does what i need it to do in there. Also converting the <ref>{{harvnb|blah|blah}}</ref> to {{sfn}}s would be nice too if at all possible. nableezy - 02:10, 26 May 2019 (UTC)

The script doesn't have an option to strip URLs from page #, but probably wouldn't be too difficult to do. I've run the script anyway to convert the <ref>{{harvnb|blah|blah}}</ref> (it's done this by default for a long time – including any named refs pointing to the same ref – tho' there is an option to suppress it).
In any case, are you really sure that stripping the URLs is what you want to do? I've been thinking for a while (prompted by what Huldra is doing on her village articles) of having a sub-list after the long cites in the biblio section, which would be set out vertically in wikitext, but display horizontally to the reader, of page #s linked to URLs; you'd the have a new template, say "sfnz", that would look identical to "sfn" but would link to and highlight the page # rather than the full cite. It would be more work to set up, but would solve the clutter problem quite neatly, and it makes sense to have an easy link direct to the page # where possible. That's been on my bucket list for a while. --NSH001 (talk) 09:19, 26 May 2019 (UTC)
Yeah, I do, Ive always hated how it looks both in the editing window and in the endnotes. Theres a hodgepodge of references with links to pages and ones without, and besides not every one of those pages is even visible in google books and whether or not a page is visible cant be predetermined for all users as google has a habit of changing what is visible based on your past viewing and your location. My personal preference is link the title page or chapter page in the references section and then plain text for pages in the endnotes. nableezy - 19:51, 26 May 2019 (UTC)
OK, I'll first fix my script so that it will do the conversion also for the named refs, then I'll see what I can knock up for stripping the URLs. I still think my solution outlined above is likely to be the best option. Pinging Huldra for comment, as I know she likes linking to page numbers. --NSH001 (talk) 20:30, 26 May 2019 (UTC)
Wouldn't this depend on what you are linking to, though? In the village articles it is almost always (at least the pre 1948 stuff) linking to, or other always viewable stuff. If it was articles about newer stuff, which is linked more to, then linking to the page would depend on wether it could be viewable at all.
I would suggest not linking to a google page where there is no preview, but linking it when there is a chance there is. Eg, I find Behrens-Abouseif 1992, p. 60 linking direct to page useful, but Daftary 1998, p. 96 is not (no preview to that book in my parts of the world). (I know what is visible is dependent on (as nableezy said) on your location etc, but is wether something is partly visible, or not, dependent on it, too? If so, I would probably change my mind,) Huldra (talk) 20:55, 26 May 2019 (UTC)
Thanks, Huldra. From what you say, it is definitely worth linking to page numbers, so the question is how to do it with the minimum clutter in the wikitext, and the most pleasing aesthetic appearance to our readers. The way you're doing it on your village articles is OK, but I think we can probably do better, something along the lines I suggested above – that will take a bit of work to develop.
Nableezy I fixed the code to do the replacing of the named refs, and then realised why I hadn't done it before - with the URLs in, it generates vastly more clutter in the wikitext, and hugely increases its size. So I knocked up something to strip out the page linking, which now does allow the named refs to be replaced. Done! (well, it still needs some polishing ...) --NSH001 (talk) 22:06, 26 May 2019 (UTC)
Yay, thanks Neil, much appreciated. nableezy - 22:51, 26 May 2019 (UTC)

Note: More info on linking to page numbers is available at WP:PAGELINKS. --NSH001 (talk) 11:00, 3 June 2019 (UTC)


Re: this edit, sorry if I did something wrong. I actually have no idea how to use the sfn syntax, I've pretty much just been counting on you to go through and format the refs properly. Vrrajkum (talk) 23:28, 3 July 2019 (UTC)

On that note, do you think that you might be able to go through and change all the references that point to a web URL to instead point to the archived versions of those URLs (in case the live URLs ever change or die)? I did some just now but would greatly appreciate if you would do the rest. Vrrajkum (talk) 00:19, 4 July 2019 (UTC)

Vrrajkum, well, how to use sfn is quite well documented at {{sfn}}. I recommend that you take a little time to read through it. What you did wasn't actually "wrong", merely pointless – you used the more complicated template {{sfnm}} when the simpler {{sfn}} was sufficient. I'm a great believer in the KISS principle! There is only a need to use sfnm if you want to have more than one short cite appear within the same footnote.
Yes, it takes a little effort to learn how to use short cites (sfn and its siblings), but once you get it, you will find it much easier to use than the LHT clutter style, which unfortunately is the style most commonly used on Wikipedia. Plus I think that the whole article now has a much more professional appearance.
I strongly recommend that you do NOT add archive-url to any cite whose URL is still live – it's just unnecessary clutter, and confuses our readers. By all means, if you find that a URL has gone dead, then you can add an archive link, but in that case it is worth considering whether you can find a better source instead. Often, if a link has gone dead, a bot will come along after a while and add an archive link anyway. But what you can do, if you're worried about a link going dead, is upload a copy to one of the main archive sites, if nobody's done that already.
Regards, NSH001 (talk) 08:03, 4 July 2019 (UTC)
@NSH001: I see. Re: substituting [Great Depression] for depression in the one quote, is there any reason you prefer the latter? I initially had it as [Great Depression] (no wikilink) when I added the ref, but someone modified it to be Great Depression (wikilink without brackets indicating a modification to the original quote). I adjusted it to be [Great Depression], which kept both the wikilink and the brackets that indicate that the enclosed text is not a part of the original quote. (The other quote about Chomsky's father working in a sweatshop also has bracketed modifications.) Vrrajkum (talk) 16:57, 4 July 2019 (UTC)
Brackets in the other quote are fine, since they are needed for clarity. I originally mistook your brackets near the end of the longer quote as a typo for a wikilink, and so changed it to a wikilink, keeping the displayed text verbatim. However, it can be argued that wikilinking – although helpful to the reader – adds an emphasis that may not have been the original author's intention. So in the end, after your convolutions with "nowiki", I decided to just KISS it and merely show the original text. Plus it's obvious anyway which depression he's referring to. There is also the point that "nowiki" should be avoided in mainspace (it's still very useful on talk pages, of course). The presentation is a matter of opinion, I suppose, rather than a hard-and-fast rule. --NSH001 (talk) 20:44, 4 July 2019 (UTC)

─────── Re: this edit on the talk page, I didn't actually remove anything; I started adding a comment but needed to restart my browser, so I just copied everything in the editor into my clipboard. When I went back a little while later and finished adding my comment, I pasted, but forgot that I had the entire section in my clipboard. This meant that the section was printed twice; all I did was remove the duplicate material. Vrrajkum (talk) 23:05, 4 July 2019 (UTC)

Ah, sorry for not looking more closely, but you should still have said in your edit summary something like: "Oops, removing duplicate material I inadvertently added". Regards --NSH001 (talk) 23:22, 4 July 2019 (UTC)

Books & Bytes Issue 34, May – June 2019[edit]

Wikipedia Library owl.svg The Wikipedia Library


Books & Bytes
Issue 34, May – June 2019

  • Partnerships
  • #1Lib1Ref
  • Wikimedia and Libraries User Group update
  • Global branches update
  • Bytes in brief

French version of Books & Bytes is now available on meta!
Read the full newsletter

Sent by MediaWiki message delivery on behalf of The Wikipedia Library team --MediaWiki message delivery (talk) 14:21, 12 July 2019 (UTC)

any fixes[edit]

on oz indig articles would be appreciated and thanks - my opibion of the current state of the range is unprintable, unfortunately, so thanks, appreciate any tinkering to help improve JarrahTree 13:47, 19 August 2019 (UTC)

Thanks. My wiki-time is limited, and my main priority lies elsewhere, but I will do what little I can. It's not a big deal to run my script, though I can easily get sucked into investigating obvious discrepancies, which does consume valuable time. --NSH001 (talk) 14:37, 19 August 2019 (UTC)