Wikimedia Foundation elections/Board elections/2015/Questions/1
Questions | Next page (2) |
![]() |
The elections have not begun. Candidates and votes will not be accepted. Help translate the election. |
![]() |
Board of Trustees |
Organization |
History |
Past elections
|
Translate this page with Google into:
Afrikaans (af) ·
azərbaycanca (az) ·
Bahasa Indonesia (id) ·
Bahasa Melayu (ms) ·
Jawa (jv) ·
bosanski (bs) ·
català (ca) ·
Cebuano (ceb) ·
čeština (cs) ·
Cymraeg (cy) ·
dansk (da) ·
Deutsch (de) ·
eesti (et) ·
English (en) ·
español (es) ·
Esperanto (eo) ·
euskara (eu) ·
français (fr) ·
Gaeilge (ga) ·
galego (gl) ·
Hausa (ha) ·
Hmoob (hmn) ·
hrvatski (hr) ·
Igbo (ig) ·
isiZulu (zu) ·
íslenska (is) ·
italiano (it) ·
Kiswahili (sw) ·
Kreyòl ayisyen (ht) ·
Latina (la) ·
latviešu (lv) ·
lietuvių (lt) ·
Māori (mi) ·
magyar (hu) ·
Malti (mt) ·
Nederlands (nl) ·
norsk (no) ·
polski (pl) ·
português (pt) ·
română (ro) ·
shqip (sq) ·
slovenčina (sk) ·
slovenščina (sl) ·
Soomaaliga (so) ·
suomi (fi) ·
svenska (sv) ·
Türkçe (tr) ·
Tagalog (tl) ·
Tiếng Việt (vi) ·
Yorùbá (yo) ·
Ελληνικά (el) ·
беларуская (be) ·
български (bg) ·
македонски (mk) ·
монгол (mn) ·
русский (ru) ·
српски / srpski (sr) ·
українська (uk) ·
հայերեն (hy) ·
ქართული (ka) ·
नेपाली (ne) ·
मराठी (mr) ·
हिन्दी (hi) ·
বাংলা (bn) ·
ਪੰਜਾਬੀ (pa) ·
ગુજરાતી (gu) ·
தமிழ் (ta) ·
తెలుగు (te) ·
ಕನ್ನಡ (kn) ·
ไทย (th) ·
ລາວ (lo) ·
ភាសាខ្មែរ (km) ·
한국어 (ko) ·
日本語 (ja) ·
中文(简体) (zh-hans) ·
中文(繁體) (zh-hant) ·
ייִדיש (yi) ·
עברית (he) ·
اردو (ur) ·
العربية (ar) ·
فارسی (fa)
Behavior towards new editorsEdit
In several recurring press articles in different languages the wikimouvement and its "star" project Wikipedia has been criticised for bashing and bullying behaviour from members of the community towards newcomers, and an unwelcoming attitude towards expert contributors/contributions. In part the current system of soft "community rules", code of conduct and unregulated hard enforcement of soft rules are at the center of those issues. Also the risks of abuse and outside censorship loom in the distance. All of those elements constitute a risk factor for contributions to the "sum of all knowledge". My questions to candidates : a) do you think WMF should be involved in this matter? and in what way could it be involved? b) how can WMF contribute to the Wiki-community to resolve some of these issues What are your ideas in this matter, there is no wrong answer? --DerekvG (talk) 10:47, 1 May 2015 (UTC) |
I think this is a major problem in large language Wikipedias, where position holder abuse new editors, which leads to the loss of an editor. In other hand some encourages new editors to contribute for the growth of Wikipedia. New editors initially gets abused ( here abused means; most of their edits either gets deleted or reverted or get attacked in talk page) but with time new becomes old and it's their duty that not to do the same if and only if proper reference and information have been provided.
a) do you think WMF should be involved in this matter? and in what way could it be involved?
- I believe that this is a central matter of WMF, for the growth of its sister projects and if matter creates issue, they should get involved in this. In a contradiction to my statement WMF should never pressurize the community by taking wrong steps because Sometime we don't know who's right ?.They should set some new rules for behaving with the new editors.
b) how can WMF contribute to the Wiki-community to resolve some of these issues
- If matter cross all odds then WMF can take a step like warning the abusive person. With very vast community WMF can't put personal attention to every problem and sometime knowledge of languages also matter for WMF to take action. I think the community itself should find the answer in the village pump with discussions and voting, later they can provide it to WMF for proof reading.-- Sailesh Patnaik (Talk2Me|Contribs) 14:17, 11 May 2015 (UTC)
I strongly believe that we need to reinforce the idea that the community does not revolve around us veteran editors, and that new blood is very important in ensuring the continued vitality of the projects. While mechanisms for onboarding new users exist among different projects, I think the Foundation should play a role in helping make the transition easier for new editors by harmonizing best practices among projects to better ease editors into their respective communities, actively foster initiatives like the Teahouse that seek to build understanding between new and old editors, continue building its capacity to understand community dynamics better through funding research and providing the means for researchers to conduct their experiments, and calling out inappropriate behavior when it sees it. While the Foundation shouldn't intervene directly in making project policy, that doesn't mean that they shouldn't sit themselves out when these things happen, and they are in a better position to make noise on the social issues we face than individual editors are.
That being said, let me remind people that being a Wikipedian entails sacrifice. It means having to give up something of yourself for the greater good of the whole. There are many Wikipedia editors who, unfortunately, have forgotten this, and I think the Foundation is in a very good position at this point to help drive user retention by sending the signal that it doesn't, and that it will never tolerate, behavior that would cause editors to leave. I think our new editors and our expert editors as well will appreciate that, since now they will have someone to turn to when things go badly for them where before they didn't. The Foundation should advocate for editors more strongly, and editors will thank them for it. The Board has the power to make that happen. --Sky Harbor (talk) 01:11, 6 May 2015 (UTC)- WMF should be involved. It can fund promising projects with grants, it can facilitate information exchange between communities on how to handle these issues, and it can gather researchers to explain the underlying social dynamics. It can't, and shouldn't try to, directly police misbehaviour.
- A detailled plan on how to win over and retain editors is pretty much the 'holy grail' of the entire movement. I can't offer that. I have for some time lobbied for an independent documentation of editor portfolios so that anybody could look up that User:ThisEditor has authored 10 articles whose English has been judged to be "brilliant", that User:ThatEditor is the main author of 57 core articles on Uruguayan history, and so on. This might help the experts who always look for something to put in their CV, or into their next grant application.
The WMF and in particular the Board are limited in how they can deal with this issue directly. The projects and their communities are autonomous in many regards relevant for the question of friendliness. But still, there are a number of things the WMF can do or where the Board can encourage the allocation of funding to: organize and collect examples of community policies and projects from our hundred of projects and distill the lessons learned and the patterns that helped shape successes, and also the antipatterns that had negative consequences, and spread this knowledge among the projects. encourage experimentation with projects such as the Tea house and their transfer to other projects.
research into how widespread this problem is. Is it something that happens only to large and medium sized project? What about smaller projects? Does this transfer over languages and project families, i.e. is it the same for Wiktionary, Wikivoyage, etc. Most of our knowledge is derived from the largest projects.Regarding the second question, I disagree that Wikipedia is anti-intellectual. We recently looked at the core editing community for medical articles and found that about half are health care providers and 85% have at least a university education.[1] This was true for both the En and non-En communities. The current community is very much composed of experts, at least in the area of science and medicine. P.S. these sorts of statements by newspapers are why we do not generally allow them as sources for medical content on En W.
Now some professionals do struggle when they initially beginning to edit. Just because you are an expert does not mean that you automatically know how to write an encyclopedia. I know I did not when I arrived; however, with guidance from established editors I gradually learned how. Wikipedia editing does take substantial effort. One should not expect otherwise though. We have substantially increased in quality since our beginnings. What would have passed as an FA 10 years ago on En Wiki would likely not make it through GAN today.
In the world of journal publishing it is almost guaranteed that an initial submission will be rejected with requests for further work. It is important that all editors make clear why they have reverted someone. While I see falling editor numbers as one of our most significant issues, I am not convinced that Wikipedia being "hard" on newcomers is the primary reason for the fall. I support both the WMF funding further research into this question and small trials of ideas to attract editors. Doc James (talk · contribs · email) 14:10, 5 May 2015 (UTC)Long answer: "The sum of all knowledge" is a catchy slogan, but it is merely a slogan — something that will generate polite and appreciative applause in any given room filled with reasonably intelligent people. What we are actually doing is building a set of comprehensive encyclopedias in the various languages of the world, with greater or lesser success depending on the language and the subject. We need to focus upon that mission. Speaking of English Wikipedia, we don't need 100,000 random IPs to "crowd source" unfootnoted opinion, we need scholarly experts to develop specialized content, we need a legion of quality control and vandalism prevention specialists to occupy the gates to make good better. Other language Wikipedias doubtlessly have different needs, to which WMF's professional staff must be equally attuned. English Wikipedia can be rough on new contributors but to some extent it needs to be a little rough on new contributors, to make sure they are coming from the right place and making things better, not worse. Teahouse is a great addition on that front, helping newcomers to navigate the learning curve. Credit to Sarah Stierch & Co. for that creation. As a general statement, at En-WP we need more expert contributors and anything WMF can do to advance that mission should be explored. I'm looking at you, retired teachers and professors… Carrite (talk) 03:40, 5 May 2015 (UTC)
thank you for your question. Editor retention is vital to maintain a healthy community. In my opinion the best approach is to help people who ask for help. Answering questions, going into conversations, simply being friendly and pro-active makes people feel more welcome. I believe the communities are doing a great job in working towards a solution. Things like the Teahouse, Please do not bite the newcomers and BRD are a great way to go and help this effort. It is an example to us all. For experts it can be frustrating to have to explain "simple" things repeatedly. Also in these matters I believe the best way to go is friendly help desks. Pro-actively help people who need help. Help experts in simple matters. And help people in discussions. Do not let them stand alone.
Yes, I believe the WMF should be involved in the matter of editor retention. Attracting and maintaining new editors is vital for a healthy community. Firstly the WMF can be involved in how we are perceived by the public. We work hard, yet a single bad case can ruin our entire public image. The WMF helps explain what we do to the public. Public appearences, publications in media, wikimeets. All oportunities to explain what we do, and answer questions. Moreover, we go out to the public. Start workgroups at universities. Help local Wikimedians to set this up. I believe that all we need is a room with computers, and Wikimedia volunteers will gather. The WMF can help with getting a room (preferably for free) and help with minor expenses. I believe that anywhere Wikimedians gather, good things will follow. We can work together, answer local questions, help local editors. In short, create editor retention. The main work will be up to the community. The WMF can help support such efforts.
I hope this answers your question. Sincerely, Taketa (talk) 20:37, 15 May 2015 (UTC)
WMF role in disputesEdit
In recent years, there have been several instances (1, 2, 3) where intractable disputes over content and/or user conduct have consumed a wiki community to the point where it can no longer work towards the goals of Wikimedia. Currently it is difficult to solve such problems since there is no body tasked with resolving these disputes. What are your thoughts on these issues, and do you believe that WMF staff or the WMF Board should play a role in this? Rschen7754 04:25, 2 May 2015 (UTC) |
As I've mentioned previously, I strongly believe that it is the Foundation's responsibility to ensure that editors are provided protection from the unsavory behaviors of others, while at the same time upholding the right of projects deciding how they ought to do things. I think at this point, we seriously need to have a discussion on what our values as a movement really are and in the process renegotiate the social contract that binds us together. I remember in 2010 I was discussing with people the idea of having an editor-written "Wikimedia charter" that would provide common cause for governing our projects together—we should be able to do that now, and the Board should play a role in making that happen.
I've also seen some suggestions here for a "global" ArbCom: while I agree with the idea in principle, we must ensure that it won't be dominated by editors from the largest Wikimedia projects, since that would be problematic for many communities (for one, it may be seen as an unjust imposition of "Western values" on other projects, and we don't want that). Rather, like plans to reform the United Nations Security Council, we must ensure that all geographies are adequately represented so that there is a balance of opinion. This is something that ought to be threshed out if we choose to go this route, but I think it could work. --Sky Harbor (talk) 01:11, 6 May 2015 (UTC)One comment to Carrite’s answer below: I am not denying that the Croatian Wikipedia has issues, but I strongly disagree with the characterization of the Croatian Wikipedia as a “dysfunctional”, “abusive” “microencyclopedia”. Based on your threshold, about 90% of our projects have not reached “critical mass” (excluding projects with ‘only’ 17 or less very active contributors) and are thus potentially subject to this kind of characterization.
The questioner cites dysfunctional situations at the Chechen, Pashto, and Croatian Wikipedias. Here is the count of Very Active Editors for Feb. 2015 for these three problem encyclopedias: Chechen — 2; Pashto — 4; Croatian — 17. LINK. Are we noticing a pattern here? I suggest that WMF has the right to put abusive microencyclopedias into a sort of receivership if truly fundamental problems arise in the same way that an Executive Committee of a political party or union or fraternal society has the power to revoke the charter of local chapters not adhering to the fundamental mission of their organization.
thank you for your question. I believe we do not need to form a new permanent committee to handle cases that are too tough for a single project to handle or where it is out of scope for the stewards. However we can have community members who are willing to work on this form a group to work together with all parties involved on a case by case basis. It is definitely good if we have a standard approach. Also feedback would be great, places where people with experience from previous issues can relate their experiences for the benefit of the whole community. The WMF board and staff should not involve itself in such community matters. The WMF can ofcourse give support with translations or legal aid. I am favor of any community initiative that will work towards a solution for these problems.
I hope this answers your question. All the best, Taketa (talk) 21:03, 15 May 2015 (UTC)
Use of Superprotect and respect for community consensusEdit
Please explain whether you believe it was the right thing to do for the WMF to disregard community consensus on the English and German Wikipedias regarding MediaViewer, and to forcibly prevent the German Wikipedia community from disabling MediaViewer by implementing Superprotect. If you are a current Board member, then please explain how your actions on the Board in supporting WMF's decision were consistent with your duties to support and represent the community. --Pine✉ 22:30, 2 May 2015 (UTC) |
Longer: I've briefly addressed this issue in my previous answer. While I believe that the community consensus sometimes may need to be overthrown (I can imagine a situation in which one community makes a decision in stark contrast to our values as a movement), I believe that we lack procedures, which would allow some form of arbitration when a given community disagrees with the WMF's decision. Especially in cases where software implementation has to go as scheduled (not to be considered a failure), and an under-baked product is released, or when a tool concept is generally liked by some communities, but disliked by the others, there should be a way to seek a non-forcible solution (obviously, in the described case the community consultations should have been conducted much earlier). The WMF may be very often right in its actions and general strategic oversight. Still, I think that especially in such cases, when communities disagree with a certain tool, it should not be WMF's prerogative to make the final decision. As suggested previously, I believe that ultimately a decision should be up to the Board, but the Board should consider such cases only after receiving an opinion from a community-driven committee, similar to the FDC or ombudsman commission (I know, another committee... and yet, I don't think it is realistic to assume that the Board will convene an emergency online meeting to consider ALL cases, there has to be a social filter somewhere). Pundit (talk) 06:35, 3 May 2015 (UTC)
- @Pundit:: You still need to actually answer @Pine's question: Please explain whether you believe it was the right thing to do for the WMF to disregard community consensus on the English and German Wikipedias regarding MediaViewer, and to forcibly prevent the German Wikipedia community from disabling MediaViewer by implementing Superprotect. Thanks, odder (talk) 06:47, 3 May 2015 (UTC)
- Odder:: Hi Odder, apologies for being unclear, I've assumed I made my point explicit. I believe it was not the right thing to do. I think that irrespective of arguments and reasons, and even if the WMF was 100% right in their approach to MediaViewer (which I'm not certain they were, as communities differ and may have different needs, and also may sometimes have better, or at least alternative insight into their readers' preferences, although may also sometimes just be wrong - veteran Wikimedians rarely can imagine an average user or reader's perception), the whole process was flawed. It lacked proper community consultations, as well as proper dispute resolution methods. Both can and should be introduced in the future and it is up to the Board to do so. Pundit (talk) 08:23, 3 May 2015 (UTC) (added TL;DR version to avoid further confusion) Pundit (talk) 08:25, 6 May 2015 (UTC)
- Added: After reading Maria's and Phoebe's replies, in which they both state that SuperProtect was/is not the Board's matter, I want to strongly emphasize that I disagree with this viewpoint. SuperProtect is not just some trifle UI change, it is a technological tool that goes against our culture, tradition, and values. Disrespecting community's consensus cannot be used to roll out virtually not consulted changes of wiki-mechanisms, that a given community disagrees with. This is entirely different than not giving a priority to some whim or undesirable change to the mechanism a community may demand. I think that SUperProtect was definitely something the Board should be consulted about, and if it wasn't, then something the Board should spend some time discussing and clarifying, rather than treating as something not pertaining to its mandate. Pundit (talk) 08:30, 10 May 2015 (UTC)
That being said, I've been torn about the entire issue. Personally, I feel that tools like the VisualEditor and Media Viewer go a long way towards helping make Wikipedia more intuitive for readers and new editors, helping update the "staid" look of our projects and providing a more modern approach to how content is consumed on Wikipedia and the other Wikimedia projects. We must take those users into account, as user conversion ensures that we remain sustainable in terms of user numbers. But at the same time, editing communities have legitimate complaints about these features and the Foundation should do way more to address them first before running over roughshod the way this rollout happened. The Foundation may have been right in its intent (to help make it easier for readers to use Wikipedia), but definitely wrong in its methods (by overriding communities), and it should've committed itself to more discussion before rolling out buggy features. After all, we editors look out for readers too, right?
This is a prime example of the disconnect that exists between communities and the Foundation. We need to rebuild those connections, and the only way we can do that is if we're able to talk to one another as equals. The entire Media Viewer fiasco has destroyed that equal footing, and the only way we can make it right is to both commit to extensive community consultation processes before rolling out features, and curtailing the use of superprotect only to scenarios where there is broad consensus warranting its use, if not removing it entirely. --Sky Harbor (talk) 03:57, 6 May 2015 (UTC)superprotect
right seems to have happened ad hoc, without seeking much input from either the community or the Board. I am further concerned that none of the responsible WMF employees had an inkling about what damage the creation of such user right and its immediate application on a contested page would do to the relationship of the Foundation and the editing communities. Whatever the merits of MediaViewer and other recent software development projects, if WMF cannot convince the community of their usefulness it needs to engage in more dialogue rather than forcing them down the volunteers' throats. I believe the Board should have made a clear statement in this regard.
- @Pgallert: Can you answer @Pine's question specifically by providing an unambiguous answer rather than dealing in generalities, ie. state whether you believe it was the right thing to do for the WMF to disregard community consensus on the English and German Wikipedias regarding MediaViewer, and to forcibly prevent the German Wikipedia community from disabling MediaViewer by implementing Superprotect? As a follow-up to your answer, the Board – on which @Raystorm and @Phoebe were sat at the time – published a pretty clear statement supporting that decision, so perhaps knowing this could help. odder (talk) 15:35, 3 May 2015 (UTC)
- Sorry to have disappointed you with my answer, I believed it was sufficiently clear. Here it is: I do not believe community consensus should have been disregarded in this or any other manner. The German wp community should not have been prevented from disabling MediaViewer. The block of Eric Möller was entirely justified. Superprotect should not have been created in this context, and not have been used for this purpose. And I would not have endorsed the Board statement.
- Do you really belive, Superprotect was one of WMF's daily affairs? Really? Such a slap in the face of the Volunteers by those who live from the Volunteers work? Marcus Cyron (talk) 17:08, 11 May 2015 (UTC)
- No, Marcus Cyron. What I wanted to say--apologies if I didn't say it clear enough---is this: Sometimes a small technical workaround is applied to solve an issue. The Board should never be involved in that, those are the daily affairs. In this case, the "workaround" could easily have been foreseen to be the shit that is about to hit the fan. It should not have been done that way, with or without Board involvement. That the Board ex post facto approved of it is all the worse and one of the reasons you find my nomination statement here. --Pgallert (talk) 22:15, 18 May 2015 (UTC)
superprotect
and the resulting Board statement. I do. --Pgallert (talk) 22:30, 18 May 2015 (UTC)
As for the second question, remember that (a) there's only three community seats in a Board of ten. There probably should be more, I for one think so. (b) Also, I feel it important to mention that the assertion that the community-elected members represent the community (or that chapter-selected seats represent the chapters, for that matter) is inaccurate. Board members represent the WMF when they join the Board, this should not be a surprising statement. The community elected members, among other things, can try (and do try) to inject a community perspective into Board decisions, statements, and thinking (see (a) again). At the time of superprotect we were available & willing to interact with concerned community members. Generally speaking, at least for the Board incumbents you have the advantage of checking how we have voted in Board resolutions for the last two years since they are publicly available, and decide in your opinion if we support the projects, communities and WMF. I encourage you to do so.
- @Raystorm: I would like to ask a follow up question. You claim that the Board had no role to play in the decision of implementing superprotect; however, Erik Moeller has admitted publicly that the Board were briefed on the intention to implement superprotect ahead of time. Can you confirm whether this is true, ie. whether the Board had known about the plans to enable superprotect before it was enabled and used on the German Wikipedia? Thanks, odder (talk) 19:59, 9 May 2015 (UTC)
- The Board does not go into this kind of detail - and THIS is the problem. For what we need the board, if they not able or willing to do anything elso then cruising about board issues? So, I say, we don't need a board. It should control and lead the WMF. But as long such "details" are not interesting for the board, why do you think, the board should be longer interesting for us volunteers? Marcus Cyron (talk) 17:12, 11 May 2015 (UTC)
- Hey there. Sorry, between the Q3 Board meeting, the FDC meeting and the Wikimedia Conference all happening simultaneously, time has been scarce. So, Odder, I think SJ has given a good reply. Marcus, the Board cannot be comprised of ten executive directors: being a Board member is different from being an ED. The Board oversees the ED and the organization, it is a safety mechanism. And we care about volunteers: all of us are volunteers, and most of us are contributors to the projects. Raystorm (talk) 07:52, 22 May 2015 (UTC)
To be clear, this specific case is not a Board matter; we don’t monitor what changes are rolled out when or what specific changes are made to MediaWiki, nor should we; this is not our purview. It arguably *became* a Board matter when we spent time discussing it, when people asked us what we thought, when philosophical questions were raised, and when it generally caused community uproar, but that does not mean we are going to become the final arbitrators of some sort in this case. But since you asked what I personally thought…
In a nutshell: I support the creation of superprotect as a tool. I wish that it hadn’t been used in this case, however.
To elaborate: I support the creation of the tool because the ability to lock which software version a project is running is useful in a world where we’ve got 280+ independent websites all running *ever so slightly* different and customized versions of MediaWiki, with all the resulting complexities, dependencies and conflicts that creates. We can (and must) develop some basic guidance about when such a protection level might be used; hopefully not often, hopefully not in contentious situations. It’s useful because of the larger picture: we need to and will change lots of aspects of MediaWiki in the coming years, everything from making citing sources easier to adding discussion features. And consistency across projects is important, because having projects with a consistent interface and having new tools available to all editors is important. There is an imbalance between projects currently, with some smaller projects in particular getting shortchanged, and some larger projects unable to come to consensus on new tools (and editors on those projects sometimes unable to even access features, as happened on de.wp).
I wish superprotect hadn’t been used in this case, though, because the resulting drama obscured a central point, which is that WMF, as operator of MediaWiki and the projects, must be able to make software changes -- but, to be supportive of the projects and editor community, those changes must be well-done and useful improvements. That is our social contract.
I want to see our software rollouts be smooth enough such that arguments like this won’t happen -- that individuals won’t feel the need to revert new features to protect a vision of how the wiki looks or operates. We must therefore improve how we develop and deploy software -- especially since we need to make a lot of software changes in the near future, to fulfill our other goals and meet our current challenges. The WMF Board has given strong guidance on this point and the Board and ED are in agreement, and the WMF is currently focusing on this; we’ve already made a lot of progress. And, for this specific case, we’ve also addressed many of the problems that were raised with MediaViewer; it’s better than it was when all this happened. And that, too, is important; addressing bugs and rolling back software changes that cause problems should not be a dramatic matter, but simply part of daily work.It is often claimed that the Wikimedia communities are averse to change or stuck in the past. While introducing Wikidata, I have to say that this is not the experience I have made when introducing Wikidata. Actually, I am afraid that the preconception of regarding the community as conservative and change-resistance is actually a possible factor in leading to not properly listening to them. But we have to listen to them. The German contributors did not oppose MediaViewer merely because it was new, but because it had some major flaws (such as licensing issues). It sometimes can be hard to recognize such valid concerns amongst the sea of arguments which are less valid, but if there is such a massive pushback, then there is often a valid underlying concern in it.
Wikidata was not perfect, and still is not, and there are many, many valid concerns with regards to it. And yet, the project was designed and developed in a way that allows to be helpful nevertheless, while the existing problems are gradually being resolved. We have listened in particular to the critical voices, and have tried to find the underlying reasons in those that might need to require changes in what we do. And this helped make not only Wikidata, but the Wikimedia projects as a whole better.
The experience I have made with Wikidata, and the skillset I have demonstrated with it, this is what I think might be my most important contribution to the Board in case I get elected. I would obviously not control the day-to-day work of the WMF, but I would provide support and advice in planning, evaluating and performing deployment of new features to the Wikimedia projects. There were alternatives to handling the situation around MediaViewer’s deployment that did not involve the implementation of Superprotect. It’s not MediaViewer which was fundamentally broken - it was Superprotect as an answer to the reaction of the community which was, and is, deeply broken. If you consider how big the change is that MediaViewer brought, and compare it to how big the change is that Wikidata embodies, you will see that Wikidata is a much larger change - and yet, it never came to a situation which was comparably heated.
I think that the Foundation has not only to continue introducing changes to our projects, but should even increase the speed and the boldness of these changes. I think MediaViewer as a concept is a step in the right direction. I absolutely think that VisualEditor is an important step in the right direction. And there are many, many more things that need to happen. But all these deployments have to be done with care and proper communication (which doesn’t just mean ‘inform the communities early enough’, but actually means ‘discuss it with the communities and listen to their concerns’). I think that a Board member with a deep understanding of our communities, the technical infrastructure of Wikimedia, and the different software components that power our site, can be a huge benefit for communicating between the Board and the Foundation, for exercising the duty to oversee the Foundation, and for providing the Foundation with help towards deploying the necessary changes to our projects. I am confident to be the right person to fulfill this role.Super Protection as put into use against the German Wikipedia was a symptom of an illness — a growing apart of the paid professional staff of WMF in San Francisco from the volunteers around the world who actually build and maintain the encyclopedia. Software development was undertaken with little care or concern for the actual needs of the volunteers at the core of The Project. The Visual Editor debacle led to escalation with the unilateral launch of MediaViewer, exacerbated by a "screw you, we know what's best" attitude emanating from San Francisco.
'Superprotect' was a poor idea, in name and concept. It opposed our wiki values, distracted the projects, and did not solve any pressing problem. It will likely never again by used. In the end, MediaViewer was improved and the deployment process was fixed, but it took longer and was more painful thanks to this super-intervention.
The idea was mentioned to the Board as a possibility, a few days before it happened, as a way of responding to technical wheel wars. I advised strongly against it, noting that it was unnecessary and out of touch with our wiki norms. But not everyone agreed, and this was an implementation detail, not up for line-item approval.
After it was done, many more detailed concerns were raised with the ED. The Board discussed ways to avoid any future disastrous deployments, and to preserve our community values while experimenting with tools, in two following Board meetings. But a Board should not micromanage staff: they must be free to make their own plans and decisions, take responsibility for the results, make and fix their own mistakes. Like the fundamental problem with 'superprotection' itself: forcing an unwanted change rarely works; far better to listen and facilitate change from within.
On the Board's letter: The new ED was still settling into her role, and asked the Board for public support. That would focus discussions on her work to find a better way forward, and to fix what was broken, rather than on internal differences within the Foundation. This led to the public letter from the Board, supported by a majority of trustees. Finding a better way to roll out MediaViewer was likewise taken up by staff.
In the same spirit of unity and focus: now, months later, we should also encourage publicly admitting failure and learning from it. We should encourage everyone involved to recognize what went wrong and why, and the changes made as a result. I don't know if keeping the legacy code as a reminder is a good idea, but it may not hurt.
Planning for the future: the timeframe of Board guidance and decisions is usually measured in years, not in months.
Since last fall, the Board's engagement around deployments has been in strategic discussions about how to make community feedback and buy-in an integral part of the development cycle. The WMF has seen two recent steps in that direction: the creation of a separate Community Engagement department, and the collaborative rollout process developed by the new VP of Engineering.thank you for your question. Superprotect is a bad idea. Using superprotect showed a lack of understanding of community processes. This was not an emergency. There was no reason to use advanced rights. Implementing software against community consensus showed that there was a lack of previous discussion. The WMF should get community support for software proposals. New software will have a better reach and usefulness if we discuss it together. Effort should not be wasted on software that does not have community support.
I hope this answers your question. Sincerely, Taketa (talk) 21:22, 15 May 2015 (UTC)
Project management experienceEdit
Please describe your hands-on experience with researching, designing, funding, staffing, coding, and deploying large and complex projects. Please provide links to examples of your work that demonstrate your personal involvement. --Pine✉ 22:33, 2 May 2015 (UTC) |
Morever;
- I am active in outreach programs for Odia Wikipedia.
- Helps in organising conferences and workshops for Odia Wikipedia.
- Had organised an Editathon on the occasion of International Women's day , Check the status here.
- Volunteer/Co-organizer of Wiki Loves Food , Member of it's filtering committee and social media handler.
- Nabakalebara 2015 will be a religious event in Odisha this year which occurs once in every 15 years, more than 5 million people around India will gather at Puri for this occasion. Am working to bring Odisha's tourism department under QRpedia project and will colaborately organise this Editathon . (In initial stage by now)
I was the founder of Wikimedia Philippines, and since 2010 we've been handling projects totaling some $150,000 over the last five years. In that capacity, I was responsible for conceptualizing and implementing Wikipedia Takes Manila, one of the largest Wikipedia 10 celebrations and the progenitor of our GLAM program (something that we're now well-regarded for), and I have done significant community-facing work for the recently-concluded Philippine Cultural Heritage Mapping Project (CHMP). On-wiki, I am one of the founding members of WikiProject Post-hardcore, and within WikiProject Philippines I established our copyright task force and personally organized a number of meetups, including the tenth anniversary of the Tagalog Wikipedia in December 2013. I also built the Tagalog Wiktionary, largely single-handedly.
Beyond Wikimedia, I have organized two debate tournaments with over 150 students from some twenty different schools in Metro Manila participating, and an East Asian cultural fair at the Ateneo de Manila University. I am also the administrator of the Philippine Eurovision Group, the Philippines' only group for fans of the Eurovision Song Contest, with some 100 members. --Sky Harbor (talk) 02:09, 6 May 2015 (UTC)- research: I am currently a PhD student in Computer Science at the University of Trento, Italy. My background (M.Sc.) is in Physics. I have published some papers at conferences. The only thing that I want to point out is that I was able to do so in areas as diverse as Physics (my M.Sc. thesis work), cultural heritage management (in the EAGLE confenrece, see the proceedings, documenting a project that I have participated in as a volunteer with Wikimedia Italia), neocartography (a work about the possibility to use OpenStreetMap for disaster prevention, to appear at the FOSS4G Europe conference).
- project management/staff: my experience in this area comes from my experience within Wikimedia Italia. I have become a memeber of the board in 2010, and I have been appointed Program Coordinator. In this capacity I followed (with the rest of the board) all the projects of the organisation, from 2010 to 2014 the budget of the organisation has been comprised between 150,000 and 300,000 €. In this position I have participated with the rest of the board in the hiring of initial members of the staff of Wikimedia Italia.
- funds: Within Wikimedia Italia I have matured a direct experience in requesting and managing grants for example for the Archeowiki Project, a project with a budget of 110.000 € where Wikimedia Italia was the main proponent (out of 5 partners) and that has been co-financed by Fondazione Cariplo. In 2012-2013 while I was Vice-President Wikimedia Italia obtained a grant to organize the Wikimedia Conference 2013 in Milan.
- coding: as a PhD student in Computer Science coding is part of my job. I have contributed or created several small free software projects (see my repos on GitHub), although I never participated in large scale projects.
- Research: I have been my employer's representative to comment on Namibia's Communications Bill. I made it to the front page of Namibia's largest newspaper with my analysis, although the National Council thanked me for 'my lecture' and passed the bill unamended.
- Design and staff: I was the lead developer of our School's Bachelor (Honours) degrees that have been taught from 2003. The B.IT Hons in Computer Networking was under my sole responsibility, including the hiring of staff to actually teach this academic degree. We haven't had one unemployed graduate of this program ever. We bid farewell to a number of unproductive staff members in this process, and we retained the ones that delivered. That's of course not available online, for obvious legal reasons.
- Code and deploy: The Bilateral [Namibia-South Africa] Commission on Science and Technology co-opted me in 2010. Due to inactivity of other members of this commission, much of Namibia's ICT development policy is actually my brainchild. Whether that's a good or a bad thing is another matter entirely. Again, there's no link, as such elaborations are strictly confidential, sorry.
- Fund: I have only limited experience in obtaining funds. I wrote a few grant proposals and obtained some money in return, but none of that was on the magnitude as handled by the WMF. WMF has granted me some money, a source that unfortunately is going to dry up should I be elected, but we also secured funding in the range of 20,000-50,000 US$ from UNESCO, Telecom Namibia, Namibian Government, and others.
That said, I’ve run many projects in and out of Wikimedia, including working on several Wikimanias (co-organizer in 2006, scholarships lead in 2007, program committee and bid jury several other years) and running WikiSym 2010 (a 150 person academic conference held just before Wikimania, in Gdansk, Poland). In my day job, for the last 9 years I’ve worked with colleagues across the largest academic library system in the world, which provides a rich but complex environment for getting projects done. I spend an annual book & journal budget running into the hundreds of thousands of dollars (and participate in the decision process for a budget of several million), and I have run many events, programs, and other ongoing work. In my spare time, I wrote a 500pp book on Wikipedia, organizing three co-authors, acting as primary publisher contact, organizing reviewers, etc. I have also, of course, served on the WMF Board for 4 years, overseeing a $55M+ organization.
Though you didn’t specifically ask this: I am involved in and deeply familiar with the Wikimedia research community and current Wikimedia research, have done some research myself, and have supported the research community in various ways (as a reviewer, working with WikiSym, etc.). And though I’m not a developer, I do try to keep up with the Wikimedia tech community as well (via wikitech, announcements, RfCs, etc.). I also work with computer scientists and CS information in my work.- Wikidata: wrote the proposal, gathered and integrated input into it, secured the donations (both initially and subsequently, amounting in about 2M USD), hired the team, set up the team, and lead the development and deployment.
- Deputy project coordinator for the EU research projects ACTIVE (12M EUR) and RENDER (4M EUR), and participated in other research projects; co-wrote the proposal for RENDER and other projects.
- As a researcher: more than a hundred publications with more than 3000 citations. Many of them involve wikis.
- Software developer for more than a quarter of a century and Open Source contributor for two decades. I wrote the first validating XML parser for Ada95 (duly forgotten), co-developed Semantic MediaWiki (widely used), and others.
- Member of the Steering Committee of OSDA.
- Organizing and Program Committee member of several scientific conferences (such as WWW, ESWC, AAAI, etc.) and also the research track of Wikimania 2008 in the library of Alexandria
- I am currently working on the Google Knowedge Graph, the largest knowledge base in the world.
I also have some research experience. Notably, I conducted a research to explain the unrest of Bangladesh foreign exchange market after the country adopted floating exchange rate system. My article on this was published on our Business Faculty Magazine. I am one of the most active members of Bangladeshi Wikimedia community and deeply involved with the movement. Since 2008, I have been dedicating a significant amount of my time for community building, outreach, content generation etc. I regularly participate in organizing most of the Wikimedia events in Bangladesh. I am a founder member & Treasurer of Wikimedia Bangladesh chapter. I wrote most of the Chapter bylaws. Getting the chapter registered was a cumbersome, time consuming and bureaucratic process as non-profit societies require clearance from National Security Intelligence (NSI) before getting registered. I lead the effort of getting our chapter registered and it took us more than 2 years to get the clearance & registration. This success story was published on Wikipedia Signpost at that time. I was also a member of FDC Advisory Group and took part in formulating FDC framework for WMF. I am a member of WMF’s Funds Dissemination Committee (FDC) for last 3 years & served as its Vice-Chair for 2 terms. I am one of the FDC members who advocated for objective & volunteer focused approach and contributed to the current APG system.
I have some basic knowledge of QBaisc, Visual Basic & MySQL but I am not in touch with these programming languages for a long time.I was a founding member of WikiProject Med Foundation. This organization has supported a number of other health organizations and universities with their efforts on Wikipedia. This has included the en:w:Cochrane Collaboration’s and en:w:World Health Organization’s hiring of a Wikipedian in Residences and the UCSF's creation of a 4th year elective for medical students which involved editing Wikipedia.
I began the Medical Translation Task Force in Collaboration with en:w:Translators Without Borders back in 2012 which coordinates the efforts of thousands of translators with those of Wikipedians in local languages. Since it began the efforts have translated more than 4 million words of text and has received small amounts of funding from the Indigo Foundation.
Another project in which I have been involved since 2012 is the development of a "copy and paste detection bot" based on a donation of the API of Turnitin. It initially began by running on medical articles and is now running on all of En W [2] with expansion to other languages being worked on. Doc James (talk · contribs · email) 14:10, 5 May 2015 (UTC)thank you for your question. I was twice a finalist of the Dutch national Mathematical Olympiad and have Bachelors in Medicine and Biochemistry. During my medical internships I presented a poster at the national cardiology convention [3] and currently participate in the CLEFED studie of children with schisis. I am an instructor of taskforce QRS, a volunteer resuscitation group of 200 students at 3 universities, where I have coordinated groups of instructors. Together we have trained over 10.000 people in basic life support, have set up a course for medical students recognised by the university, and have introduced a proposal to adopt basic life support in the highschool curriculum, which is currently under review by parliament (video training an army colonel, during the national resuscitation convention). On the Dutch Wikipedia I co-founded the NGC-project, which wrote 7800 articles on NGC galaxies, co-founded the Did You Know project, in which over 80 editors wrote and checked nearly 2000 facts, and started the Medical discussion page. I have started projects on 15 Wikipedias to add images by using Wikidata. Together with Swedish editor LSJ I have created the image suggestion project on the Dutch and Italian Wikipedia. In total these projects have added images to over 30.000 Wikipedia articles and added about 10% of all images on Wikidata. On the English Wikipedia I coordinate the translators list. I am a member of the Wikiversity Journal of Medicine editorial board. Assisted at several dozen wikimeets. Together with editor Romaine I set up and coordinated three starter courses at Maastricht University, worked on GLAM cooperations and organised the Dutch 2014 Wiknic. I am currently coordinating the effort to have an online Wikimedia volunteer knighted.
I hope this answers your question. Sincerely, Taketa (talk) 22:01, 15 May 2015 (UTC)
Board compositionEdit
Do you think it would be good to reduce the number of appointed positions on the board and replace one or more of them with an additional community elected member or a member elected by user groups (which currently do not have the right to vote for affiliate-appointed board seats)? --Pine✉ 22:36, 2 May 2015 (UTC) |
But before this informal discussion here, we need to know, What are the problems within it? , What will be the outcome from this? and Is there any other way, how Board diversity will be maintained? . One could answer this questions properly after being elected as a board member.
I supports Csisc's proposal, and i think it's need to be done within the chapters as Chapters plays the important rule in a community or specifically Council of Administrators is similar as Ombudsman.-- Sailesh Patnaik (Talk2Me|Contribs) 10:58, 11 May 2015 (UTC)Furthermore, since the Board does not work like a parliament but rather through consensus, we don’t have the situation that the Board members elected by the communities are struggling against the others. Also, the appointed members are appointed by the Board. I would like to know what motivates the question: what are the problems that are identified with the number of elected Board members, and how would a change in these numbers resolve these problems?
Regarding user groups and thematic organizations, they should, once sufficiently established and if they express that wish, be part of a new formula for the composition of the Board.thank you for your question. I support increasing the number of seats elected by the community, and support that user groups have a vote in the chapter nominated seats. The main argument for having appointed members is expertise they bring into the board. I support electing experts as "non-voting" board members. Advise from experts is vital, but the final decisions should be in the hands of Wikimedians. This method lets us appoint more community members to the board, giving more community feedback and interaction, appoint more chapter/user group members to the board, giving more chapter feedback, and at the same time appoint more experts to the board, while keeping the number of voting board members the same.
I hope this answers your question. Sincerely, Taketa (talk) 22:31, 15 May 2015 (UTC)Time dedicationEdit
Time: The WMF BoT's work needs a lot of time. It includes at least four 3-day in-person meetings, with additional travel time, for some geographic regions travel can mean almost 24-hours travel every trip. This means that possibly you will need at least 15 days at least for travel and in-person meetings. Adding to this there are telephone conferences, mailing-lists, votings that need to be kept in time. And if possible, attending additional community events. Are you sure you have the free time, or can get time off work / study for all these works? --Wing (talk) 08:50, 5 May 2015 (UTC) |
I have a full-time job and a small baby. I have talked to my wife, who is also a Wikipedian, and to people at my work, and fortunately both are very supportive of Wikimedia and the possible time commitment. My job is fairly flexible. I have discussed this exact question with several previous Board members and people working for Wikimedia, in order to make an honest assessment whether the expected time dedication is possible for me, and I have decided that it is and to be a candidate.
I have been a Wikimedian longer than any other candidate, and have dedicated a lot of time to Wikimedia before. I have attended all but two Wikimanias.
I live in San Francisco, and work literally three blocks away from the Foundation offices, which will make some of the trips for the meetings rather short.Conflict of Interest disclosureEdit
May I ask you kindly to disclose any possible conflict of interest, especially in relation to involvement in government agencies by you or your close sprouse please?--Wing (talk) 08:49, 5 May 2015 (UTC) |
- I am close to Wikimedia South Africa. Not a member, but close in the sense that I personally know four of the five Board members and endorsed some of their projects. They sponsored me to attend WikiIndaba.
- I have twice received grant money from the WMF (first time, second time), and I am still sitting on some WMF money. One report is not yet approved, the second one is not yet due. I am aware that I cannot receive such money while I am an elected Board member.
- I have received a scholarship to attend Wikimania 2015. I am sure there will be a possibility to allocate this scholarship to someone else should I be elected.
- I am researching and publishing on the relationship of Indigenous Knowledge and Wikipedia. I am aware that I may not use confidential information for my research that I gained as Board member.
- There is still a pending appointment to the Advisory Board of the Namibian Ministry of Higher Education. This is probably going nowhere, but should I be appointed I don't see an immediate danger to Board duties.
For my candidacy for the Board of Trustees, I do not regard myself as the representative of Google. I have been a Wikimedian much longer than I have been a Googler, and almost all of my 20% time within Google has been devoted to projects benefitting the Wikimedia communities. Google has a strict policy regarding Conflict of Interests, and so does the Handbook for the Trustees.
Besides that, I am a member of the steering committee of the Open Semantic Data Association, have previously worked for Wikimedia Deutschland, me and my wife have been recipients of awards and grants from Wikimedia, and have from 2004-2012 received most of my income through research grants awarded by the European Union research framework programme. Besides the latter, I do not have any other affiliations with government organizations in the present or the past.Child ProtectionEdit
WMF's Child Protection policy, or relative lack thereof, has been a matter of some debate and controversy. How significant of an issue do you believe Child Protection to be? Is there anything more that WMF can or should be doing with respect to the protection of minors from online sexual predators? What should be the formal process for filing a Child Protection case? Once initiated how should a Child Protection case be handled by WMF? Carrite (talk) 17:22, 5 May 2015 (UTC) (candidate) |
I think we should not be burdening volunteers with the handling of such cases. Not only because often they might not be sufficiently trained to do so, but also because of requirements of timeliness and professionalism that we should not demand from volunteers. It is OK to let a Wikipedia article linger for a few months with an unfinished sentence, but in a possible case of child exploitation this must not be acceptable. Fortunately, this is how our processes are indeed setup.
I've drawn fire at Wikipediocracy for criticizing hysteria around this issue. I don't think it is a numerically gigantic problem at English WP, but I do believe the potential impact on minors is gigantic and that reporting and investigation mechanisms have been woefully inadequate in previous years. Carrite (talk) 21:23, 13 May 2015 (UTC)
The WMF should have a de facto solution for these complaints. Staff do handle such complaints now, but the process could be clearer. Some recent site bans implemented by the WMF office were related to such concerns. As Pundit says, looking to best practices from other organizations, and working with them to make a version that fits our community, makes sense. Our policies are often adopted by smaller like-minded communities online, so it's worth doing whatever we do transparently.
@Csics: I like your enthusiasm for WikiKids! it's important, and deserves consolidated support. And of course we'd need to get even better at child-related policies in order to make such an effort work. This is worth doing for many reasons: young people have boundless enthusiasm for knowledge, are eager to share it with one another, and have few places online to collaborate on research and teaching others.thank you for your question. Child protection is important. People involved should act timely. It should not be handled on a case by case basis. It is best to have clear guidelines we can all agree on, so people can act timely. The Wikimedia Foundation can handle legal aspects. I hope this answers your question.
Sincerely, Taketa (talk) 23:02, 15 May 2015 (UTC)FlowEdit
WMF has spent many thousands of dollars developing a new talk page conversation system called Flow. Not a single Wikipedia project has requested such software and the project remains bug-laden and largely unloved. What is the way forward with regards to Flow? Is it time for WMF to cut its losses and drop the initiative or should it continue to spend money to continue work on refining the software? What should be WMF's approach if the various language Wikipedias resist a move to Flow; to wit: is use of SuperProtection merited to force Flow upon unhappy and unwilling communities? Carrite (talk) 17:30, 5 May 2015 (UTC) (candidate) |
superprotect
is not the answer to anything. Not to MediaViewer, not to Flow, and not to anything else. It is in the interest of not only Wikimedia's stakeholders, but the WMF itself, to have a relationship of mutual respect and appreciation, rather than power struggles, with editor communities.
I don't know the way forward with Flow. Now that so many funds have flown into it I would expect a beta version at some time that editors could try out, but reading a bit on the technical background, Flow might not be the kind of software for which an (opt-in) beta version is even possible. What I do know is that the Foundation is not a software engineering company. It is not particularly good at it as evidenced by previous projects, and developing software is not its core business. As a Board member I would be very careful to approve expenditures that are far beyond the institution's mandate.The way forwards is to seriously engage with the community in development. This software is trying to accomplish many thing of which not all may be supported by editors. Through intensive discussion what should be kept, what shouldn't, and what is still needed can be determined. Super protection should not be considered.
From what I understand this is to be rolled out slowly to communities who wish to use it. We at WikiProject Medicine have been contacted regarding trialing it. I do have concerns that the en documentation states "we may mandate" it and this sort of statments needs to be recinded. Doc James (talk · contribs · email) 14:18, 6 May 2015 (UTC)thank you for your question. I think the community should be involved in the further development of the Flow software. This will ensure it supports the wishes of the editors. Furthermore any software like this should have a long period of opt-in for projects and editors. Superprotect or any force for that matter should not be used. Only implement Flow on projects that ask for it. I hope this answers your question.
Sincerely, Taketa (talk) 23:12, 15 May 2015 (UTC)WMF involvement regarding abuseEdit
Dear candidate. Our current Terms of Use prohibits some activities that disrupt our projects, or are unlawful. Actually if an user egregiously violates those ToU, the response from the office seems to be a global ban. However that does not prevent the banned user to come back over and over (abusing multiple accounts, etc.) and continue with the abusive activities, with the communities and the affected users having to deal with the problem again. Certain problematic long-term abusers and vandals had already caused that some good editors leave the projects as they could not stand anymore (e.g. continuous harassment towards them, death threats, stalking, vandalism, etc.). As such, would you support a greater involvement of the Foundation at all levels, including pursuing civil or criminal actions towards specially problematic long-term abusers, where previous measures have demonstrated to be inefficient? Thanks. -- MarcoAurelio 11:04, 6 May 2015 (UTC) |
For long-term trolls and problematic users in general: I think we must evolve more towards a culture that is simply not tolerant of uncivil and trolling behavior, *whether or not* they contribute in other ways. We should not welcome people who cause harm to others. And if there are software tools that would be helpful for those involved in dealing with such people (global flagging, or something similar) we should build them.
For the specific question of pursuing legal action against specific individuals (rather than, say, against companies abusing our projects) -- part of being a good trustee is deferring legal questions to your very good legal department :) So, I would defer to legal as to whether this is possible, precedented, or advisable. My instinct is that it isn’t except perhaps in the very most egregious of cases: where specific harm is threatened toward individuals, say. In those cases, if global bans are being evaded, perhaps. But since most cases of trolling are not like this -- most cases are simply deeply irritating and time-consuming -- that’s where culture change must happen.Harassment, death threats, stalking -- these are serious allegations. The Wikimedia Foundation should, in my opinion, treat these no other than lawsuits against our contributors, and should offer support to the victims. It is obvious that it will take time to build up the capacity to handle these cases, but we need to ensure that Wikimedia is a safe space.
thank you for your question. The stewards are aware of a significant problem for our near future. Long term intensive global vandalism cannot and should not be ignored. When our volunteer administrators can no longer handle vandalism or threats, such as is the case in a few specific cases of heavy long term global offenders, I believe the WMF should get involved. The community should be able to request such assistance. I hope this answers your question.
Sincerely, Taketa (talk) 23:26, 15 May 2015 (UTC)