The Signpost
Single-page Edition
WP:POST/1
5 December 2011

News and notes
Amsterdam gets the GLAM treatment, fundraising marches on, and a flourish of new admins
In the news
A Wikistream of real time edits, a call for COI reform, and cracks in the ivory tower of knowledge
Discussion report
Trial proposed for tool apprenticeship
WikiProject report
This article is about WikiProject Disambiguation. For other uses...
Featured content
This week's Signpost is for the birds!
Arbitration report
Elections due to finish this week, little activity on Betacommand 3, Abortion case amended
Technology report
Incremental dumps help mirrors, full screen search helps mobile visitors, and two MediaWiki releases help external sites
 

2011-12-05

Amsterdam gets the GLAM treatment, fundraising marches on, and a flourish of new admins

Contribute  —  
Share this
By Resident Mario, Rock drum, Skomorokh and Jean-Frédéric

GLAMcamp Amsterdam

For expanded coverage, see the upcoming December edition of This month in GLAM, which is excerpted here.
GLAMcamp Amsterdam attendees on a guided tour of Amsterdam Museum on Saturday.

The Galleries, Libraries, Archives and Museums initiative (GLAM for short) organized and executed GLAMcamp Amsterdam this week, on December 2–4. The event, which took place at the MediaMatic Lab in Amsterdam, was "a workshop targeting a small group of community-focused and technology-focused Wikimedians to kickstart the key elements of the glamwiki.org project." The meeting was attended by over 40 Wikipedians from 22 different countries, and was hosted by Wikimedia Nederland.

GLAMcamp Amsterdam is the second such workshop of its kind, and follows on the heels of GLAMcamp NYC earlier in May of this year (see Signpost coverage). According to the organizers, "Rather than [being] an open community conference like Wikimania, this is a workshop targeting a small group of community-focused and technology-focused Wikimedians to kickstart the key elements of the glamwiki.org project. Attendees will also include key representatives of GLAM (and related) institutions who have a strong relationship with Wikimedia already."

After an opening address by Wikimedia Nederland's Jessica Tangelder, the first major event was the Mass Upload & Metrics project, led by Maarten Dammers, in which participants discussed how mass-uploading images to Commons, especially from museum repositories, works. A public workshop and an announcement of a free content search interface from developer Thijs de Boer followed.

The lightning talk submission board that anyone could edit

Next came the three keynote speeches. The first was from Dr. Margriet Schavemaker, Head of Collections and Research at the Stedelijk Museum on "Tricks and traps of sharing modern collections online". Next, David Haskiya, a product developer for Europeana, discussed the compatibility of the Europeana strategic plan with Wikimedia, and Frank Meijer closed off the workshop with a presentation on the collaboration of Wikimedians and the Tropenmuseum, where he is Project manager of Museum digitization.

Saturday began with a set of lightning talks on topics ranging from the GLAM newsletter to freedom of panorama (or lack thereof) in France and archaeology and its compatibility with Wikimedia. Parallel sessions during the day included how to initiate a GLAM program in a new country, how to improve internal communication, and drafting a "freedom declaration". There were also sessions on QRpedia, development of glamwiki.org and Commons:Wiki Loves Monuments 2012 in 2012. In the evening Wikimedians were given a backstage tour of the Amsterdam Museum. The final day of the event saw the last few lightning talk submissions before breaking out for the penultimate parallel sessions, which covered improving documentation, best practices, statistics and metrics. The evening was spent on a guided tour of the Rijksmuseum.

Brief notes

The Signpost

</noinclude>

2011-12-05

A Wikistream of real time edits, a call for COI reform, and cracks in the ivory tower of knowledge

A truce in sight on COI?

In a post for social media professionals' review Socialfresh, marketer David King set forth a case for "Why Wikipedia Needs Marketers". Beginning from the observation that both numbers of new and active contributors are flagging while articles continue to grow in size and number, King pitched the idea that the encyclopaedia needs the content curating skills of paid marketing professionals "with the right policies, guidance and expertise". "[V]andalism, bias, outdated information and blatant factual errors will run even more rampant" should current growth patterns prevail on the site, King proposed, arguing that marketers inducted into the ranks of encyclopaedians with proper understanding and appreciation of the site's goals and guidelines would be highly motivated and capable contributors to the struggle to sustain and improve quality of coverage.

Acknowledging the editing community's antipathy to marketers who have hitherto tended to ignore policy, legal and social norms of the collegial contribution of neutral encyclopaedic content in their persistent drives to introduce promotional material on their clients' behalf, King asserted that his colleagues had lost the good faith that the project's policies had proffered to them, that they had never deserved it, and yet that it was in the interests of both the editing community and marketers that they earn this faith back. Citing the exorbitant costs of editorial combat between gatekeepers and marketers, and the latter's interpretation of the nuanced Conflict of interest policy as an all-out ban, King sought to establish that "Wikipedia doesn’t have anything against marketers, just against marketing content". His plea to marketing professionals intent on editing was to "Be humble, learn, listen and follow the rules. Take your time. Invest in Wikipedia. Earn our good faith back." To Wikipedians, his call for truce invoked the metaphor of prohibition of widely practiced activities, arguing that Wikipedians, like sensible regulators elsewhere, must come to realise that outlawing such behaviour is countereffective, and that the solution lies in tolerance, oversight and policing of it. He proposed as potential ideas to embrace certification schemes, conduct accords, and even a donations-for-participation program. Legions of frustrated and antagonistic outsiders under the status quo, he imagined marketers as a "most knowledgeable and motivated group of contributors" in this brave new world.

The Signpost asked King to elaborate on his proposal to the perhaps yet-wary volunteers of the editing community:

Today Wikipedia's most ethical COI contributors are literally fearful of Wikipedia, handcuffed by their legal department, scared of what the community might do. Maybe they should be. Meanwhile, our worst contributors are often rewarded with salvaged advert. On Wikipedia the system for COI appears to work, yet offline I see another story.

I see multi-billion dollar companies with some of the most ethical business practices in the world and a well-respected product getting slammed on Wikipedia by opinionated garbage and speculation written by a customer blowing steam four years ago. I see an angry ex-employee writing "next in line for chapter 11" on the article of a profitable multi-billion dollar company that's doing just fine. That fictional chapter 11 statement stayed up for weeks, was un-addressed by the community and read by thousands. I see a place where controversy and criticisms are well-covered, but stories of growth, culture, leadership and success are not. Where Apple and Google get quality articles, but other notable organizations are victimized by a community that breaks the rules for neutrality, verification and encyclopedic tone. A place where few notable organizations have the quality full-length article they deserve and the party most motivated to write it is afraid. Where community members with a negative COI against the organization are effective, but positive COIs are not.

COI contributors introduce bias, but I'm also concerned of the bias without them. Some of our most knowledgeable and motivated contributors are COIs. Does that mean we open the doors wide? Absolutely not. COIs are like political lobbyists. We're needed but our participation needs to be a delicate and well regulated one. But through teamwork, education, awareness, process, a better ecosystem we could change the tides. We can get more ethical contributions and less advert. We can improve the quality, completeness and balance of articles while reducing the volume of issues on COI noticeboards.

Most COI contributions are unhelpful, frustrating, require policing and drag the community into angry, venom-spitting conversations. The system is designed to police those edits after the fact. How can we make those edits better in the first place? I have some ideas and I think Wikipedia can become a better, more accurate, balanced, updated Wikipedia that will retain more quality volunteer editors if we discussed it and came up with ways to reward positive COI, punish bad COI, get more of the good and less of the bad.

An illustration of this theme came this week in Britain, with an exposé of London lobbyists Bell Pottinger Group by The Independent. The investigation revealed that among the 'dark arts' of the firm – one of the United Kingdom's largest lobbying outfits – was clandestinely sanitising negative coverage of clients in Wikipedia. Reporters from the newspaper posing as representatives of the reviled Uzbekistani regime succeeded in capturing on video executives of the firm describing the online reputation management services that they were willing to provide for the nation's president, Islam Karimov. Whether the episode lends weight to King's assertion that underhanded public relations operatives are thriving while their ethical colleagues are punished, or confirmation of the wisdom of a firm line on prohibiting interested contributions of any kind, remains an unanswered question.

Journals, archives and a new age of engagement

Cambridge University Press took a bold step towards opening up academic journals to public access this week as they announced a scheme to rent access to individual articles for as little as £3.99/$5.99/€4.49, Ars Technica reported. Although this access is to be restricted to one viewing session with no facility to save, copy from or print an article, it represents an 86% decrease in the cost of accessing journal articles for laymen without university or library affiliations. The Chronicle of Higher Education's Wired Campus blog elaborated on the publisher's motivations, which were principally concerned with improving the dismal 0.01% conversion rate of views from unaffiliated researchers to pay-per-view downloaders. Such viewers accounted for 20%, or 12 million hits, of pageviews for journal article abstracts on the publisher's Cambridge Journals Online site in 2010.

In another development that will warm the hearts of Wikipedia's article writers, BBC News showcased the launch of the British Newspaper Archive, an ambitious new initiative from the British Library in partnership with brightsolid to digitise for the online perusal of its readers its vast store of newspapers, periodicals and journals. Over one million pages of pre-20th-century publications are already available, with that number expected to rise to 40 million in the next ten years as the archive hopes to make available on the internet "every single newspaper, periodical and journal ever printed".

Global Wikipedia activity streamed in real time

Vandalism fighters and casual readers alike have relied on Wikipedia's recent changes feed to give them a general idea of all the encyclopaedia's edits. However, there are several drawbacks to this method, most notably the need to refresh the page to display new information. Enter Wikistream, an external service streaming every single Wikipedia edit in real time, heralded this week as an "absolutely amazing" tool by The Next Web. Including changes to every Wikipedia project, the stream is often too busy for a viewer to note a single edit. The stream is filterable, able to display edits from a single project, or a certain namespace on said project. The website supports a "pause" function, accessible by pressing 'P' on the keyboard, for users who feel overwhelmed by the content. The development was also noted by Geeky Gadgets and Ubergizmo.

In brief

2011-12-05

Trial proposed for tool apprenticeship

Trial proposed for tool apprenticeship

Centralized
Discussions
  • RfC to rename the tab title from "discussion" to "talk"
  • RfC about creating binding solutions to intractable content disputes through RfCs
  • RfC about enabling multilingual search results for registered Wikipedians
  • RfC about deprecating or maintaining WP:PORNBIO
  • RfC on the purpose and future of the Portal namespace
  • Proposal to implement block templates that automatically update to reflect when a user is no longer blocked
Discussions covered in the main body of the discussion report are not listed here.

A request for comment was started on November 28 seeking consensus to begin a three-month trial of the tool apprenticeship program, developed by Dcoetzee. The program would allow experienced users to apply for access to a specific tool or set of related tools currently accessible only to administrators, such as blocking or deleting pages. Successful applicants would receive that set of tools on a short term, probationary basis. Early support for the proposal was strong, with many of the initial opposers having struck their votes after their concerns were responded to by Dcoetzee, but later input was less supportive, leaving a significant yet tenuous plurality in favour of the idea.

Discussion about a template used by WikiProject Articles for creation

Concern was raised on the talk page of WikiProject Articles for creation that the template used when project members rejected submissions was too negative, and had the potential to discourage future contributors. A good portion of the discussion dealt with the balance between a desire to give personalized responses to each submitter and the massive volume of submissions that AfC receives. As a result of the thread, the background color to the template in question was lightened, and WikiProject user warnings began exploring friendlier options for AfC templates.

Multiple proposals to tweak the watchlist

Three proposals were recently put forth to modify the user watchlist feature. The first proposal, written on November 30 by Fred Gandt, would allow users to choose to watch a specific page, but not its corresponding discussion page, or vice versa. The idea was brought up before in both 2005 and 2008, on each occasion with minimal community feedback. Support and opposition for the current proposal are roughly split at the time of writing.

A second proposal was made later that same day by Czarkoff that would allow users to mark a specific item in their watchlist as "read". Under this proposal, after a change is marked as "read", the next time the watchlist was viewed, that change, and all changes made to the same page that took place before the edit marked as "read", would not show up in the watchlist. The idea received some discussion before branching off into a third proposal by Edokter that would add a "show changes since last visit" function to the watchlist. This function is already built into MediaWiki, as the $wgShowUpdatedMarker option, and is enabled on Commons and Meta already. The proposal has received strong support thus far.

In brief

  • A new noticeboard, the File namespace noticeboard has been created after being proposed at the village pump. The noticeboard is designed to assist editors that work in files in coordinating their activities.
  • A proposal was made to allow Checkusers to reveal the identity of accounts that are suspected of being, as phrased by proposer, "corporate propagandists". The idea met with overwhelming opposition before being closed with a statement that the proposal was invalid because it ran contrary to Wikipedia's privacy policy, and that only the Wikimedia Foundation has the power to alter the privacy policy.
  • Clarification from the community has been sought as to whether CSD G10, which allows for attack pages to be speedy deleted, applies to redirects; specifically redirects from disparaging nicknames of the subjects of the target articles. The prevailing view is that CSD G10 does apply, but that some disparaging nicknames are themselves notable, and should not be subject to speedy deletion.
  • The proposal to integrate a user status display into Wikipedia, covered in the last issue of the discussion report, was closed on November 28 with a consensus that the tool be developed as an opt-in feature.



Suggestions needed for end-of-year edition

The last issue of the Signpost for 2011 comes out on December 26, and we are planning on running a special issue of the discussion report that week detailing the most important discussions of the year. A thread was started at the village pump seeking suggestions, however it has thus far only received two comments (for which the Signpost thanks Jayron32 and Chzz). Further submissions are needed for this issue to be viable, so we ask readers to make suggestions either in the comments below or at the village pump, where details of what is being sought are available. The Signpost is grateful for any assistance, and we thank you in advance.

Reader comments

2011-12-05

This article is about WikiProject Disambiguation. For other uses...

WikiProject news
News in brief
Submit your project's news and announcements for next week's WikiProject Report at the Signpost's WikiProject Desk.

This week, we spent some time with WikiProject Disambiguation, a very enthusiastic project started in July 2005. The project's 150 members help Wikipedia's readers find information by pointing the links in the body of articles to their correct destination and improving Wikipedia's collection of disambiguation pages. We interviewed PamD, BD2412, Woohookitty, R'n'B, France3470, Night of the Big Wind, and Doncram.

What motivated you to join WikiProject Disambiguation?

PamD: The satisfaction of tidying things up, making links, helping people to get at the information they need – it's probably the retired librarian in me! Wikipedia has the fascination of an infinite jigsaw puzzle, and disambiguation is a good part of that.
BD2412: I actually got into it through WP:WANTED. Several times, while creating new biographical articles for that project, I discovered multiple possible article subjects, for which a disambiguation page would need to be created along with the several articles. Because wanted articles are determined by incoming links, those links would then need to be disambiguated.
Woohookitty: I kind of stumbled upon it. I'm an administrator and for a very long time did lots of administrative-type stuff but I got tired of the constant arguing. I had actually done some disamming very early on in my time here but got onto other things. But it was always in the back of my mind. I started working full time on disamming in mid-2009 as a way to pass the time while doing other things. It sort of evolved from there. I like obscure stuff that helps other users out and this fits that bill.
R'n'B: I don't actually remember, it was so long ago. I think I came across a mention of Wikipedia:Disambiguation pages with links on Template:Active Wiki Fixup Projects, and I thought it looked like something I could contribute to pretty quickly. I like the idea that we can improve the encyclopedia through many small incremental changes as well as by the "big" splashy efforts of researching and writing major sections of articles. I've done the latter, too, but haven't devoted nearly as much time and effort to it as to disambiguation.
France3470: When I started editing Wikipedia back in 2007, disambiguation pages fascinated me, they still do. Wikipedia essentially coined the word disambiguation (before it was merely a obscure word of the English language) and with it came the creation of thousands and thousands of pages (it was pointed out recently that 1/17 of all pages on Wikipedia are dabs). I have always felt that these pages are crucial to facilitating the functionality of the wiki system. They may not be flashy or interesting to read but they are the cement that holds together the system. As a new editor, with little understanding of how to contribute to Wikipedia, disambiguation pages seemed relatively straight forward. Careful consulting of WP:MOSDAB gave me most of the information I needed to be able to cleanup problematic pages. Next thing I knew I was helping clear the backlog at Category:Disambiguation pages in need of cleanup, at which point I really identified myself as part of the project. I have always felt that the project thrives from having very firm core policies and guidelines which most members tend to value and follow.
Night of the Big Wind: I started working on the Dutch version of this project I think in January 2010. So when I moved over to the English version I quite quickly found the project here and continued the work. That I started with it was partly a fascination with disambiguation pages and findability of articles. The other part was that I wanted to give back something for fun that I borrow from Wikipedia, but preferably behind the scenes.
Doncram: I joined years ago as I had become educated about disambiguation from working to develop disambiguation for U.S. National Register of Historic Places-listed places. There was a fun monthly competition running about clearing links to dab pages.

What are some common mistakes people make when creating or adding to disambiguation pages? What does a good disambiguation page look like? Should Wikipedia have quality ratings for disambiguation pages?

PamD: Mistakes: thinking that a dab page is a listing of all meanings of a term, rather than a guide to the Wikipedia articles which could be looked for at that term. Then adding umpteen blue links to each entry. And not bothering to add dates or descriptions to similarly-named people. And creating new articles which have titles with a disambiguation, but not then adding that title to the appropriate dab page. A good dab page: clear, laid out in a helpful order with sections if appropriate, compliant to WP:MOSDAB for consistency.
BD2412: WP:INCOMPDAB and WP:DABCONCEPT are two big problems. There is no need for a disambiguation page at, e.g., Cars of Spain to distinguish between Cars of Northern Spain and Cars of Southern Spain; that is just a list of types of Cars of Spain.
Woohookitty: I'd say mixing an article page with a disam page. Users will treat the primary topic with one or two paragraphs and then say "it can also mean" and list some disam links instead of making the primary topic its own page and leaving the rest as a disam page.
I don't think we should have quality ratings simply because the vast majority of disam pages serve their purpose well.
A common mistake people make as well is changing or moving pages related to a disam page without discussion because they don't realize the consequences. Or they will move a page multiple times and not for a lack of a better term, clean up after themselves.
R'n'B: A good disambiguation page should be clear and succinct, and help the reader find the relevant article without too much trouble. Some pages are too cluttered with dictionary definitions and remotely related terms that just aren't that useful to a reader; but on the other hand some are too obscure, with just a list of article titles and no information to allow the reader to figure out which one they should look at. On disambiguation pages, as on articles, we need to remember to consider all types of readers, not just experts.
France3470: As someone who frequents NPP I have noticed many disambiguation pages being created that are immediate candidates for speedy delete under G6. Unfortunately many editors create disambiguation pages when they are unnecessary. I often see disambiguation pages created as a means to try to challenge an article's status as the primary topic for a term. (For instance creating Foo (disambiguation) because Foo is the primary topic and the editor, having just created Foo (article), feels that their article has as much claim to the title Foo as the article currently occupying the title.) In these situations requesting a move is often the better course of action, as determining what the primary topic is can be a contentious area.
Doncram: Some editors err in over-zealously deleting redlinks from dab pages, when it has already been established, or could easily be established, that a topic is valid. The current requirement for a valid redlink entry is that a properly supporting bluelink must be included in the entry, per MOS:DABRL.

How frequently do you add or reformat hatnotes to articles? Are hatnotes leading to a disambiguation page preferred over hatnotes that point to specific articles? Do you feel the larger Wikipedia community generally understands the use of hatnotes?

PamD: I add hatnotes quite frequently. If there are only two or three items, then it's better to do it with hatnotes rather than create a very brief dab page. Not everyone understands hatnotes, in particular the rule (at WP:NAMB) not to link to a dab page from a disambiguated title: I've got some sympathy myself with the argument that an article on "Foo (xxx)" should have a link to the dab page at "Foo" or "Foo (disambiguation)", because someone may have done a search-engine search for "Foo" and found the wrong one first so that a link to the dab page would be helpful!
Woohookitty: Not all that often but it happens occasionally.
R'n'B: I don't add new hatnotes all that often, but I do reformat and clean them up fairly frequently. One common problem is that an article gets moved to a new title, but the editor doesn't correct hatnotes in other articles that linked to the old title (which is particularly a problem when the old title then gets re-purposed for something else).
France3470: I probably change hatnotes (after new pages are created or moved), more than create new ones. Hatnotes are always done on a case by case basis so there isn't really a preferable type. A large number of different templates also makes finding the most applicable one a pretty simple process. And as Pam has said, there is often confusion over when it is best to use a hatnote over creating a new disambiguation page, which may result in the creation of unneeded disambiguation pages.

Are disambiguation pages and hatnotes vulnerable to neutral point of view and notability issues? How does the project handle disagreements about the primary topic associated with a specific name or phrase?

PamD: I suppose there are POV issues in descriptions on dab pages, but these usually reflect the terms used in the articles listed. Notability: there are some grey areas around names or topics which are featured within articles but don't have an article. If the name or topic would have been a redirect to an article, without there being other meanings necessitating disambiguation, then it usually merits a place in the dab page. Discussions about a primary topic should be at the page for the topic, and also linked from other pages which would be affected by any proposed change of primary topic (e.g. if the dab page is currently at the base title, then any proposal to move "Foo (xxx)" to "Foo" needs to be linked from the talk page of the dab page and not just at "Talk:Foo (xxx)" which may not be on the watchlist of someone who has just spent ages tidying up the dab page at "Foo" which is now proposed to be moved to "Foo (disambiguation)").
Woohookitty: Yes it does have issues with notability at times. We will occasionally see dab pages with multiple red links. There are times when this is OK but the whole purpose of disam pages is to link to Wikipedia articles. So if a page isn't likely to ever be made as a full page, then it shouldn't be listed. Some users struggle with that idea. It's not a directory listing of every possible term.
R'n'B: The "primary topic" guideline is a subject of recurring debate. I think most users who are active in the disambiguation project have a consensus about the general purpose of the guideline, but its application in particular cases is often controversial. My own point of view is that designation of primary topics is sometimes affected by WP:RECENTISM and WP:BIAS issues; others think this is not so much of a concern.

Does WikiProject Disambiguation collaborate with any other projects? Have there been any drives or other initiatives to clean up disambiguation pages?

PamD: There is Wikipedia:Disambiguation pages with links, and ongoing requests for people to look at Category:Disambiguation pages in need of cleanup, Category:Articles with links needing disambiguation, and various others. There has in the past been Wikipedia:Suggestions for disambiguation repair where a small group of editors worked through files produced by User:Quadell to add missing entries and otherwise improve a set of dab pages for personal names.
BD2412: Some of our thorniest disambiguation situations require project expertise (earlier this month, for example, Battle of Jackson had many incoming links. I dropped a note explaining the situation at WP:MILITARY, and they cleaned it up very quickly).
Woohookitty: Generally, the other projects are pretty good about helping us out if its a thorny issue that we can't make heads or tails of. Let's face it. Because of what we do, we touch many, many articles where we don't know the subject matter all that well. I've never really never run into an issue with other projects.
Yes there have been some drives but we are always in need of others.
Night of the Big Wind: I am running my own drive with help of "Templates with disambiguation links". A nice little niche in the market that I found after coming frustrated about links to disambiguation pages stemming from templates. I try to keep the number as low as possible and double the effort as soon as the number of templates grows to bigger then ten, but my desire is to keep it under three. Off course: I am not the only one working on that!
Doncram: I've provided a bridge to/from WikiProject NRHP, which sometimes has been a magnet for surprisingly strong conflicts. I ran a huge drive to create most of what is now 3,299 disambiguation pages for non-unique placenames corresponding to NRHP places, and continue to maintain them.

What are the project's most pressing needs? How can a new contributor help today?

PamD: More people are needed to work on the cleanup projects above, but more importantly we need more editors to be generally aware of disambiguation problems and fix what needs to be fixed. If you're patrolling new pages or sorting stubs and you find an article "Foo (xyz)", check whether it's linked from "Foo": you might need to (a) move it to "Foo" because there's no need for disambiguation, or (b) make a hatnote on the "Foo" page to link to it, or (c) add it to the existing dab page at "Foo" or "Foo (disambiguation)". It needs to be made clearer, somewhere, that if you create the article "Foo (xyz)" you need to provide an access route from "Foo".
BD2412: Editors just need to more cognizant of the possibility that when they link to something, the target of that link might have more than one meaning. Every single day I clean up newly added links to pages like EP, MA, bass, bill, and orange. We have javascript tools available to highlight disambig links, but for the most part, editors need to think about the possibilities and check links that are potentially ambiguous.
Woohookitty: I agree with bd2412. Nationality articles are notorious for this. In fact, the first page I ever disammed was "America", which is a very common disam issue. America, American, British, German and French are among our most frequent targets. I think people being aware of what disamming is would be helpful. I still have to explain the term quite often. Some way of explaining the term in a nice concise way would help us.
A new contributor can help by touching one of the pages I mentioned. They tend to be easy fixes (for example, American almost always means United States) and its a good way of getting someone involved in the project.
R'n'B: Almost any editor can help out the project by looking for links to disambiguation pages in articles they are editing or reading, and fixing them. WP:POPUPS is great for this; you can check your links while still in the preview window, and see whether any of them is actually a disambiguation page. It even has an optional setting you can enable that allows you to fix the link with a single click. There are a number of other tools listed on WP:DPL for users who want to get more involved.
France3470: Everyone above has pretty much covered it but I will say that new contributors shouldn't feel intimidated to ask if they have a disambiguation issue – I start discussions on disambiguation talk pages all the time even if I'm pretty convinced that I'm doing the right thing. Disambiguation can be complex and confusing, often times more complicated than people initially realize. It is often best to discuss potentially controversial actions instead of just going for it, turning a page into a dab for instance could result in the creation of hundreds of disambiguation links. The WikiProject talk pages is a great page to ask questions and get feedback, people also tend to respond rather quickly.
Night of the Big Wind: It would be very helpful as contributors start checking their own links before publishing the article. Not only for the links to disambiguation pages but to all pages. Sometimes articles need a severe clean up before you can even start solving the disambiguation links.

Next week, we'll trek across the frigid expanses between Karelia, Irkutsk, and Kamchatka. Before we set out, be sure to chart a path across the largest country in the world by consulting our archive.

Reader comments

2011-12-05

This week's Signpost is for the birds!

This edition covers content promoted from 27 November to 3 December 2011.
A male Orange-bellied Parrot
A female Orange-bellied Parrot
A male and female Orange-bellied Parrot. Only 35 to 50 specimens of the species exist in the wild today. JJ Harrison, who took these new featured pictures, gives us a little background and a few hints below.

The Signpost welcomes back JJ Harrison, previously interviewed in August. Four of JJ's pictures were promoted this week, and he shares a little of what it takes to shoot featured pictures.

"Lighting, position, exposure and composition are a few things that are worth considering when out and about with a camera. Where the light at any given time is and how best to approach a subject are important considerations. Getting to your subject’s horizontal level usually looks better, and can also help to throw the background out of focus. As far as exposure goes, I recommend checking the exposure/histogram every few shots and adjusting the exposure compensation if needed. I use fill flash a lot, particularly in bright sunlight, and I adjust the flash exposure compensation as necessary. I often use aperture priority (Av) mode, except for birds in flight or when I use flashes and other techniques where manual exposure (M) is better."

Katy Perry, whose discography has become one of our newest featured lists
New featured picture by JJ Harrison: a male Beautiful Firetail in Melaleuca, Tasmania
From the new featured topic, Song Taizu, the first emperor of the Song Dynasty
Two featured lists were promoted this week:
  • Philadelphia Phillies all-time roster (W–Z) (nom), by Killervogel5. Another in a series of featured lists related to the Philadelphia Phillies all-time roster, the list covers the 129 Philadelphia Phillies whose surnames start with W, Y, or Z; no player in Major League Baseball history has had a surname starting with X. Of the members of this list, Cy Williams is the only one elected to the Philadelphia Baseball Wall of Fame.
  • Katy Perry discography (nom), nominated by (CK)Lakeshade. American singer-songwriter and musician Katy Perry has released three studio albums, one live album, two extended plays, ten singles as a solo artist, as well as some promotional material. After her first album flopped, Perry eventually moved to Capitol Records, where she had her first success with One of the Boys, which was promoted on the internet by the single "Ur So Gay".

A single featured topic was (re)promoted this week. The new topic (nom) consists of four good articles and four featured articles related to the Song Dynasty, which ruled China from 960 to 1279 AD. The topic, previously a featured topic (previous Signpost coverage), had been delisted in March 2010 (pictured on left).

No featured articles were promoted this week.

Seven featured pictures were promoted this week:

  • Commodore 64 (nom; related article), by Evan-Amos. An 8-bit computer introduced by Commodore International in 1982, the Commodore 64 sold up to 17 million units, becoming the best selling personal computer of all time.
  • Orange-bellied Parrot male (nom; related article). Photographer JJ Harrison travelled to Melaleuca, Tasmania mainly to photograph this species. The Orange-bellied Parrot is one of only two parrot species that migrate and is one of the rarest wild birds on Earth, with only 35 to 50 individuals estimated to be surviving in the wild. This image is of a male. Regarding how he took these fantastic shots, JJ told The Signpost, "during the summer the Orange-bellied Parrots all breed in Melaleuca. As such, I flew down there by light plane to photograph them. While researchers placed feed out each day to count them, I was there to get a few shots. This presented its own complications – I had to shoot through glass (which I volunteered to clean a few times!)." (above)
  • Orange-bellied Parrot female (nom; related article), by JJ Harrison. A female to complement the male. (above)
  • Beautiful Firetail female (nom; related article), by JJ Harrison. Also taken in Malaleuca, the image depicts the Beautiful Firetail, named for its deep red rump. It is classified as least concern, with an extent range of over 1,000,000 square kilometres (390,000 sq mi).
  • Beautiful Firetail male (nom; related article), by JJ Harrison. A male to complement the female.
  • Eleven-faced Goddess of Mercy (nom; related article), by unknown artist. Promoted after almost two months in limbo, this image from the 12th century Heian period depicts Guanyin, the bodhisattva associated with compassion in East Asian Buddhism. The original is a national treasure of Japan (below).
  • Bulgarian Academy of Sciences (nom; related article), by MrPanyGoff. The Bulgarian Academy of Sciences headquarters, depicted in the new featured picture, is located in Sofia next to the National Assembly of Bulgaria. Founded in 1869, the BAS is the National Academy of Bulgaria.

Featured pictures is proud to present this 12th-century illustration of Guanyin, promoted after nearly two months in limbo:



Reader comments

2011-12-05

Elections due to finish this week, little activity on Betacommand 3, Abortion case amended

This week by the numbers; edits and page views.

The voting stage of the 2011 Arbitration Committee Elections is scheduled the finish on Saturday, 10 December at 23:59 UTC, with the announcement of the winners tentatively taking place approximately a week after the close of voting. It is recommended that votes be cast at least one hour before the close of the polls, to ensure that they are processed by the server before the cutoff time.

Betacommand 3 proceeds slowly

No new evidence was presented in the case this week, but there was some activity in the workshop, mostly by arbitrators SirFozzie and Risker commenting on proposals. In response to a question asked in the talk page of the Proposed decision section, drafting arbitrators SirFozzie and Elen of the Roads both stated that the proposed decisions would be posted soon.

Two requests declined

ARBPIA 3, a request for a third case on the topic of Palestine and Israel, was unanimously declined this week. Arbitrator Roger Davies wrote "the normal processes should be given a chance to work here before ArbCom intervention. If, after that, the parties feel that a motion would be helpful, I suggest a fresh, more focused, request for amendment, preferably with some well considered draft language".

A request for arbitration surrounding user behavior on the scientific realism article was declined, with arbitrators suggesting an RFC as an alternative solution.

There are no requests outstanding.

BASC statistics update

The Ban Appeals Subcommittee have announced the release of statistics covering their activity in the April – October 2011 period. Of the 56 appeals by banned editors, 11 were successful, and a further 7 dealt with by the community.

Abortion case amended

The Abortion case, whose conclusion drew scrutiny from administrators questioning a remedy which appeared to call for mandatory semi-protection of over a thousand pages, was amended by motion to instead authorise administrators to semi-protect pages in the topic area at their discretion, provided that these actions are logged.

Reader comments

2011-12-05

Incremental dumps help mirrors, full screen search helps mobile visitors, and two MediaWiki releases help external sites

November engineering report published

The Wikimedia Foundation's engineering report for November was published last week on the Wikimedia Techblog and on the MediaWiki wiki, giving an overview of all Foundation-sponsored technical operations in that month. Many of the projects mentioned have been covered in The Signpost, including the India and Brighton hackathon, the end of the Coding Challenge, and progress on the Visual Editor project. Other activities mentioned in the report were the ongoing infrastructure work to improve performance and reliability, the Wikimedia Labs project, as well as very recent developments such as the final release of MediaWiki 1.18.0 and an update to the Feedback Dashboard (see In Brief for coverage).

Following the previous successful hackathons, the report also noted preparations for a possible San Francisco hackathon to be held in January and at which "experienced staff and volunteer developers will participate, teaching new developers about MediaWiki, the API and our framework for JavaScript feature development".

Among developments to have received less publicity, there was also news on work to improve database dump functionality, with the unveiling of "a new experimental service this month, daily adds/changes dumps for all projects. No information about deleted/undeleted/moved pages from previous dumps is included, but it does include all new content since the run of the previous day". The WMF is also "talking with another organization interested in mirroring them".

The Commons Upload Wizard also received "important improvements" during the month, including "multi-file selection for browsers which support it, custom wikitext licenses, an improved licensing workflow, basic support for location data extraction, and more", the report described. VIPS, a new scaler that handles large PNG files and TIFF files much more efficiently than the existing ImageMagick scaler was also tested during the month.

Scheduled for December are substantial code review work for 1.19 (which has already crept substantially behind that forecast) and the deployment of the WebFonts extension, which will fix character displays of scripts for which there is no native browser support.

In brief

Not all fixes may have gone live to WMF sites at the time of writing; some may not be scheduled to go live for many weeks.

It is now possible for more experienced users to respond to MoodBar messages directly from the Feedback Dashboard.
  • MediaWiki 1.18.0 released: The first version of MediaWiki 1.18 has been released to external sites (wikitech-l mailing list). A number of issues have since been discovered, prompting thoughts about a quick point release for the branch. However, it was later decided to hold until the issues could be more fully discovered and resolved (separate wikitech-l thread). In related news, MediaWiki 1.17.1 was released to resolve two security concerns (bugs #32616 and #32276) relating to private wikis (also wikitech-l).
  • Mobile search goes fullscreen: The new mobile site interface has been updated to include fullscreen search. The change was made to reflect usability concerns that the existing search function, which mimicked the screen real estate ratio of the desktop site, was unsuitable for small, touch-based screens (Wikimedia blog).
  • Resolved: LATER? There was a substantial discussion on the wikitech-l mailing list surrounding the "LATER" resolution that has been applied to 339 bugs filed on the MediaWiki-Wikimedia Bugzilla since it was established in 2004. 80 have since been moved off the designation and onto more suitable resolutions. In unrelated news, WMF Lead Architect Brion Vibber announced updates to his "BugTender" mobile Bugzilla interface.
  • FeedbackDashboard and replies: As reported on the Wikimedia blog and mentioned in this week's Engineering Report, it is now possible for more experienced users to respond to MoodBar messages directly from the Feedback Dashboard. The dashboard is intended to "make it easier for experienced users to lend a helping hand to new users, guiding them through their initial experiences editing Wikipedia".

    Reader comments
If articles have been updated, you may need to refresh the single-page edition.



       

The Signpost · written by many · served by Sinepost V0.9 · 🄯 CC-BY-SA 4.0