Talk:Collaboration

EASY way to add new DISAMBIGUATION PAGES

Here is my ONE suggestion, Sumanah: A way to create a new disambiguation page by a simple copy-and-paste (i.e., two steps or less).

In the early days of Wikipedia, there was an intrinsic inclusiveness that arose from the transparency and simplicity of process, AND the elegance and excellence of its content. It was a high-performance system.

Technologists need to serve users, not the other way around.

Warmly, Ryn Miake-Lye ryn AT sciencedriven DOT net 192.80.65.231 21:56, 10 January 2012 (UTC)

Thanks for this great suggestion :). We're always looking at ways to improve the wiki, and make it easier for outsiders to use. I don't think we've targeted anything specifically at disambiguation pages - we have a very small staff, and from a software point of view, disambig pages are pretty much the same as any other page - but we are developing tools to make editing overall much easier, which should (indirectly) help with disambig pages. Have you seen things like the Visual Editor? Okeyes (WMF) 14:16, 9 February 2012 (UTC)

If you mean the project currently doomed to failure since it can't parse templates (and it explicitly states that template parsing is so difficult that it's not going to bother implementing that) even though virtually every single English Wikipedia page has at least one template on it if not multiple templates (infoboxes and references), the project that also can't handle simple tables, the project that can only handle really basic stuff that's already in the edit box like bold, italics (which only take a minute to get used to), then yes, I've seen it. I think it's a waste of both time and money.

Apparently, there are now plans to integrate template editing in the Visual Editor. I think it's still unfortunately doomed to failure, because of the gigantic ball of mess that are cite templates. Granted, citations are very important, they keep things legal/moral (no stealing of ideas and avoidance of biography of living person lawsuits, etc.), but they are a seriously serious tangled web (this may seem like hyperbole, but start following the code and see what it does and you'll soon see exactly what I mean). Banaticus (talk) 22:24, 7 February 2013 (UTC)

bridging communities

Guys,

OCLC are looking for a wikipedian in residence.This might be a good place to start in trying to bridge between Wikieditors and communities/disiciplinary groups who use wikipedia as a promotional device.

As "Ideally, the Wikipedian in Residence will work as a community coordinator and strengthen the relationship between OCLC, library stakeholders, and the Wikipedia community" this is the one activity - New editor engagement - which might help provide a common focus. i.e. while the aim for WP will be to engage and retain "new editors", the rest of the world, which is trying to coalesce around disciplinary groups, wants to lead readers from their general search towards a community who can engage them in more datailed inquiry. At the same time there is anticipation by the "average" internet user that (cool) communities will use tools which are far more advanced, and easier to use, than IRC.

My point of focus is around these research networks, where they look to provide the infrastructure (for global disciplinaty groups) and take little interest in "the content". At the moment they are investigating which services they should be providing to their users. Wikipedia, to me, seems like the first one. Simonfj (talk) 00:17, 5 April 2012 (UTC)

Keep It Simple, Make It Simpler

More? My [Wikipedia:User_talk:Doctree 'Welcome'] to Wikipedia included 65 links, starting with a nine page [Wikipedia:Tutorial tutorial] to get me started. After reading it and visiting a few of the links, I felt intimidated rather than welcomed. I searched for a [Wikipedia:Adopt-a-user/Adoptee's Area/Adopters mentor] with similar interests. The page was hopelessly out-of-date but I found a source of simple self-help. A Wikipedian, [Wikipedia:User:Pluma Pluma], created [Wikipedia:User:Pluma/adoption homework for adoptees] including some [Wikipedia:User:Pluma/adoption/fun stuff fun stuff]. In one long evening I learned how to help fight vandalism and patrol new pages as well as basic editing. I felt prepared to contribute to Wikipedia; I think that I have done so.

Looking at the New Editor Engagement page, I worry that too much effort may be spent on adding more. In my opinion, simplifying things for new editor's will help more than adding to an often confusing and intimidating collection of links to tutorials, rules and guidelines. Doctree (talk) 16:33, 22 April 2012 (UTC) (who appreciated the new 'Global profile' feature) Doctree (talk) 16:33, 22 April 2012 (UTC)

I agree. A personalized adoption/tutorial program as well as greater accessiblity towards Wikipedia tutorial videos and explanatory pictures seem to be in order. TheOriginalSoni (talk) 22:40, 22 April 2013 (UTC)

A fundamental problem

I don't see any way they can get rid of the "biting" of newcomers without overhauling their policy. Mainly, the problem is that Wikipedia deletes a lot of useful content because it doesn't fall within their idea of what Wikipedia is supposed to be about. No matter how nice, polite and civil they are about notifying people that their useful content just got put up for deletion (or has already been deleted), it's not going to make those new editors very happy.

Yeah, there are a lot of other wikis out there where people can post their content. But those wikis aren't sufficiently integrated with Wikipedia to take advantage of the economies of scale that Wikipedia offers; therefore, those other wikis tend to fail. The WMF has not placed a high priority on interwiki integration, even among WMF wikis; there are no integrated watchlists, interwiki page existence detection, etc. That's probably a large part of the reason why those other projects haven't succeeded to anywhere near the extent that Wikipedia has. It's easy to complain about such problems, but I also intend to address them by coding some solutions. Leucosticte (talk) 11:56, 13 August 2012 (UTC)

For the record, these are some of the relevant bugs:

• Bug 11- Red interwiki links -- check for page existence across wikis
• Bug 708 - Interproject links
• bug 3525 - Cross-wiki watchlists
• Bug 27696 - It should be possible to see the changes to the interwiki page in the watchlist Helder 01:51, 14 August 2012 (UTC)

I created interwiki integration to brainstorm some possible strategies for addressing those. Feel free to weigh in. Leucosticte (talk) 15:49, 14 August 2012 (UTC)

I think that one major issue that haunts Wikipedia is the speedy deletion process. In my opinion this requires a change of culture, or atleast a new implied rule to be put in place: If the first reason you come up with to put an article up for speedy deletion is that 'you have never heard of it', then you should immediately recuse yourself from the process and ask another editor to step in, or just leave the topic alone altogether. The speed with which perfectly reasonable material for the encyclopedia is deleted, most often without any notification in advance or after the fact, can only lead new editors to think that taking part in Wikipedia involves some sort of mystical process that is not at all obvious and very exclusive. I and a few others obviously have managed to fight through some of those early snubs. But it is easy for me to imagine that most editors-in-waiting, young and old, when faced with that first hurdle just decide to take their contribution potential elsewhere. This really needs to be addressed with concrete changes to policy, culture and practice, sooner rather that later. Daydreamer302000 (talk) 11:14, 19 November 2012 (UTC)

They probably take their contribution elsewhere, e.g. to a personal blog or smaller wiki (e.g. Wikinfo), but then they lose a lot of the advantages of integrating their content into a massive project like Wikipedia. After all, who reads those smaller wikis? Not many people.

Nor do many people watchlist and improve the articles. People don't have time to be actively involved in a bunch of different wikis, especially when they have overlapping content. It's unnecessary duplication of effort that people generally seek to avoid. Fortunately, I think [meta:Inclupedia Inclupedia] will solve these problems for us. Leucosticte (talk) 19:02, 19 November 2012 (UTC)

The thing is that Wikipedia is a lot stricter than it used to be. Wikipedia was like Wikia back in the day. I remember coming in back in 2005 and 2006 and never once bothering to include a reference with what I was writing because it was "obvious". References were only for those contentious things like "person X is of ethnicity Y" or something like that. Now every Wikipedia article needs to meet the high standards that are expected of articles. This leads to a lot of really great articles and prevents a heck of a lot of dross and stupid self-promotion, but it also makes it more difficult to write an article than it was back when Wikipedia was brand new. Also, Wikipedia doesn't devote the coverage to single subjects that some other sites do. For instance, take a look at the minor aliens in Doctor Who and Star Trek, they're all clumped together on single pages (because there's only a line or two about each of those aliens). These changes are mostly necessary. Wikipedia would conceivably get sued way more often, but it does make it more difficult to write an article. Articles aren't books, it's not about writing what you know, it's about research projects. Banaticus (talk) 22:15, 7 February 2013 (UTC)

Wikipedia service awards

I started a discussion at w:wikipedia talk:Service awards#New levels suggestion. I think these could make a good editor retention tool because people like rewards. Banaticus (talk) 22:28, 7 February 2013 (UTC)

Watchlists

This post by Guillom was moved on 2013-05-06. You can find it at Talk:Watchlist wishlist/Archive 1/Flow export#c-Rd232-2013-04-26T11:11:00.000Z-Watchlists_2. guillom 12:15, 6 May 2013 (UTC)

Why are Renameuser and Checkuser not core features

This post by Nemo bis was moved on 2013-12-19. You can find it at Talk:Suggestions for extensions to be integrated#Why are Renameuser and Checkuser not core features. Nemo 08:04, 19 December 2013 (UTC)

Team name

Given the last misplaced thread, I had to add another clarification on top of the page. After a discussion on #wikimedia-dev just now, I think a more correct synonym for the team's name would be "Central features", where central means that it's like a central square everebody goes through i.e. features affecting main/common workflows of (at least some subset of) wiki users. Right?

"Core" is wrong and confusing in so many ways. (Un)relatedly, I wish there was some team devoted to improving the most impactful features of core (like patrolling, recentchanges, diffs)... but that's definitely something this team does not and which is more likely to happen under "Platform" I suppose (if such distinctions even make sense). Nemo 08:17, 19 December 2013 (UTC)

+1. A team whose remit involves essentially the major non-core features should not be called core features. Bawolff (talk) 19:32, 19 December 2013 (UTC)

If anybody can think of a better name, go for it. We've spent hours trawling online thesauruses looking for synonyms of "core" that don't sound a) crazy or b) way too self-aggrandizing (Foundational Features? Pivotal Features? Big-ticket Features?), and we've always come up empty. "Central" sounds a bit too close to the latter camp, imho – as opposed to all those little inconsequential, peripheral features, like VE or Login/Account creation? ;)

Also, keep in mind that our sister team is Growth, so something that makes sense as a pair to that would be ideal. Maryana (WMF) (talk) 19:43, 19 December 2013 (UTC)

Could call it "Features major" and rename growth to "features minor" (I'm working on the assumption that this team is supposed to be for "big" features, and growth for smaller features that are more experiments to see what works and what doesn't). In any case, what was wrong with "Editor engagement"? It may not have perfectly described what the team did, but a mildly incorrect name is about ten thousand times better then a name that conflicts with existing jargon. A name exists first and foremost to uniquely identify something - having it accurately describe that thing is a secondary concern. A mostly meaningless name, like "team excogitatio" which can gain meanings from the things the team does is better then a name that can be confused with something else. Bawolff (talk) 23:48, 19 December 2013 (UTC)

Thanks for your reply, Maryana. The words can be tricky to choose, but did I get the concept right or not? I don't think "central" is more self-aggrandizing than "core", but that can be seen later; what's important is finding correct descriptions/alternative names to improve the general understanding of the team's work.

As for the opposition to "Growth", I think the main one is what I said above (everyone's workflows vs. specific wiki actions), but another is attack vs. defense, where Growth is about expansion to (new) markets – so to say – and core/central is about consolidation. All teams are about "growth" per the strategic goals so it's hard to find a term to pair to that. Nemo 10:02, 20 December 2013 (UTC)

The new name is quite descriptive, thanks for the improvement! It's still ambiguous, in that it may also apply (to quote myself) to «features of core (like patrolling, recentchanges, diffs)» which are the basis of collaboration on MediaWiki. At least there isn't any team or product with the same name! Nemo 21:44, 3 December 2014 (UTC)

Phew! I was worried about it (as I do about everything), despite supporting this option myself, and I'm glad that you consider it an improvement. :-)

(As someone said to me, "I'm sure it's not the perfect name that we could have, but it's a good name, and now we have one".)

Now if only there were an easy way to rename the mailing lists from ee@ and e2@ ... :-/ [afaik, it is possible, but complicated and very messy for all the various archives (web and personal), so I'm recommending against it.] Quiddity (WMF) (talk) 19:17, 5 December 2014 (UTC)

Job opening at WMF - Product Manager

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

---

Hi, There's a new job posting for a Product Manager - Editing to work with the Collaboration team. Please pass it along, if you know someone who might be interested or a good fit. Thanks. Quiddity (WMF) (talk) 20:05, 21 October 2015 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Great job on the new edit review features

Hello! I just wanted to say well done for the new edit review features - I have played with them a bit this evening and they look awesome. I particularly like the ability to target positive contributions by newer editors, it's a great opportunity for us to thank people more! Regards, ~ The Land (talk) 20:34, 10 May 2017 (UTC)

+1

Also has a filter based on whether a given revision is the most recent on the page been considered? Krenair ^{(talk • contribs)} 05:12, 11 May 2017 (UTC)

Yes, and it's already been implemented too :) . It's in 1.30-wmf.1 IIRC, so it should be live on mw.org already and go to the Wikipedias in ~12 hours. Roan Kattouw (WMF) (talk) 07:47, 11 May 2017 (UTC)

Thanks @The Land! As you continue to use the filters, any ideas you might have are most welcome. JMatazzoni (WMF) (talk) 18:18, 11 May 2017 (UTC)

מספר העריכות שהוצגו בכיתוב בשינויים אחרונים היה שגוי במיוחד:העדפוצ. המידע סודר

shalom. the text above is hebrew. there is typo - העדפוצ. can you fix it? ~ 2001:7C0:2041:1AA:0:0:0:DB (talk) 11:56, 27 March 2018 (UTC)

Shalom. Where have you seen that typo? Trizek_(WMF) (talk) 13:41, 27 March 2018 (UTC)

in the hebrew wiki 2001:7C0:2041:1AA:0:0:0:DB (talk) 10:44, 28 March 2018 (UTC)

ויקיפדיה:דלפק ייעוץ 2001:7C0:2041:1AA:0:0:0:DB (talk) 10:45, 28 March 2018 (UTC)