Onderzoek naar het Verlanglijstje van de Wikipedia-gemeenschap 2020

This page is a translated version of the page Community Wishlist Survey 2020 and the translation is 7% complete.
Other languages:
Bahasa Indonesia • ‎Bahasa Melayu • ‎British English • ‎Deutsch • ‎English • ‎Esperanto • ‎Gaeilge • ‎Jawa • ‎Nederlands • ‎Tiếng Việt • ‎Türkçe • ‎asturianu • ‎azərbaycanca • ‎català • ‎dansk • ‎eesti • ‎español • ‎euskara • ‎français • ‎galego • ‎hrvatski • ‎italiano • ‎kurdî • ‎lietuvių • ‎magyar • ‎norsk bokmål • ‎occitan • ‎polski • ‎português • ‎português do Brasil • ‎română • ‎suomi • ‎svenska • ‎Ænglisc • ‎čeština • ‎Ελληνικά • ‎беларуская (тарашкевіца)‎ • ‎български • ‎македонски • ‎монгол • ‎русский • ‎српски / srpski • ‎українська • ‎עברית • ‎العربية • ‎سنڌي • ‎فارسی • ‎हिन्दी • ‎বাংলা • ‎ਪੰਜਾਬੀ • ‎தமிழ் • ‎മലയാളം • ‎ไทย • ‎ქართული • ‎中文 • ‎日本語 • ‎粵語 • ‎한국어
Magic Wand Icon 229981 Color Flipped.svg De enquête over de verlanglijst van de gemeenschap van dit jaar is voorbij... Magic Wand Icon 229981 Color Flipped.svg

Totaal: 72 voorstellen, 423 bewerkers, 1749 stemmen voor

Een willkeurig voorstel bekijken

 

Alle fases van de enquête beginnen en eindingen om 18:00 UTC.

  • Dien voorstellen in, overleg en verbeter: 21 oktober – 11 november 2019
  • Community Tech beoordeelt en organiseert voorstellen (includes time set aside for the Wikimedia Technical Conference): 5 november – 19 november 2019
  • Op voorstellen stemmen: 20 november – 2 december 2019
  • Resultaten geplaatst: 6 december 2019

 

Hello, everyone!

We’re excited to share an update on the Community Tech 2020 Wishlist Survey. This will be our fifth annual Community Wishlist Survey, and for this year, we’ve decided to take a different approach. In the past, we've invited people to write proposals for any features or fixes that they'd like to see, and the Community Tech team has addressed the top ten wishes with the most support votes. This year, we're just going to focus on the non-Wikipedia content projects (i.e. Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews), and we're only going to address the top five wishes from this survey. This is a big difference from the typical process. In the following year (2021), we’ll probably return to the traditional structure.

So, why this change? We’ve been following the same format for years—and, generally, it has lots of benefits. We build great tools, provide useful improvements, and have an impact on diverse communities. However, the nature of the format tends to prioritize the largest project (Wikipedia). This makes it harder to serve smaller projects, and many of their wishes never make it onto the wishlist. As a community-focused team, we want to support all projects. Thus, for 2020, we want to shine a light on non-Wikipedia projects.

Furthermore, we’ll be accepting five wishes. Over the years, we’ve taken on larger wishes (like Global Preferences or Who Wrote That), which are awesome projects. At the same time, they tend to be lengthy endeavors, requiring extra time for research and development. When we looked at the 2019 wishlist, there were still many unresolved wishes. Meanwhile, we wanted to make room for the new 2020 wishes. For this reason, we’ve decided to take on a shortened list, so we can address as many wishes (new and remaining 2019 wishes) as possible.

 

As a team, we have spent some time to consider the guidelines that are appropriate for this year’s survey. We have made the following decisions (see below):

  • Each wish should be for a non-Wikipedia content project that has no dedicated team (i.e., Wikibooks, Wiktionary, Wikiquote, Wikisource, Wikiversity, Wikispecies, Wikivoyage, and Wikinews).
  • Wishes that are global (i.e., generally target all wikis) are not eligible.
  • Wishes for Wikipedia or that apply to Wikipedias only are not eligible.
  • Wishes for Wikidata or Wikimedia Commons are not eligible.
  • The Community Tech team will make the final decisions regarding which wishes are manageable, within scope, and aligned with the guidelines.

Why no global wishes: We spent a lot of time discussing whether we should include global wishes. On the one hand, we genuinely understood the desire for global wishes. On the other hand, we didn't want global wishes to dominate the wishlist, thereby defeating the purpose of supporting smaller projects. We also discussed the possibility of permitting some global wishes. Overall, we decided that, because we're only accepting 5 new wishes this year, we didn't want to limit the already reduced resources available to smaller projects. With that being said, we still plan to address global wishes from last year’s wishlist (e.g., Watchlist Expiry, Section Name in Diff).

Why no Wikidata or Commons wishes: We decided to exclude Wikidata and Commons for a few reasons. First, both projects have dedicated teams or teams that have released large improvements (i.e., WMDE’s team for Wikidata; the Structured Data Team for Commons). This is a different situation than all the other non-Wikipedia projects, which have no dedicated teams and have historically struggled to find support from development teams. Second, Wikidata and Commons tend to be global in nature—which is fantastic, but not within the scope of the 2020 Wishlist.

Overall, this is an experiment, and we hope to learn a lot from it. For the upcoming year, we'll be able to interact with a range of communities, support underrepresented projects, and encourage all Wikimedians (including ourselves!) to think of how we can further empower smaller projects. Additionally, we’re excited to address global wishes from last year’s wishlist. We thank you for your feedback, and we look forward to seeing the proposals in November. Thank you!

 

The Community Tech team is a Wikimedia Foundation team focused on the needs of active Wikimedia contributors for improved curation and moderation tools. The projects that we primarily work on are decided by the Wikimedia community, through the annual Community Wishlist Survey.

Eens per jaar kunnen actieve Wikimedia bewerkers voorstellen indienen voor functies en verbeteringen waarvan u vindt dat ons team aan moet werken. Na twee weken kunt u stemmen op de ideeën waar u het meest in bent geïnteresseerd.

Deze enquête is ontwikkeld door Wikimedia Deutschlang's Technische wensen team, die een wensenlijstenquête op de Duitse Wikipedia houden. Het internationale wensenlijstproces wordt ondersteund door het Community Relations Specialists team.

This is our fifth annual Community Wishlist Survey. See where we are with last year's wishes.

 
De mascotte van Community Tech: een hond met een kerstmuts.

De voorstelfase is de eerste twee weken van de enquête.

In de voorstelfase kunnen bewerkers van elk project en elke taal voorstellen indienen voor functies en verbeteringen die u wilt zien in 2020. Voorstellen kunnen ingediend worden in elke taal. Als u een voorstel indient in een andere taal dan het Engels, proberen we dat te vertalen zodat iedereen het kan lezen en er eenvoudiger op kan stemmen.

Voorstellen moeten onderscheidende, goed gedefinieerde taken bevatten, waarvan Wikimedia-bewerkers direct kunnen profiteren. Voorstellen moeten de volgende vragen kunnen beantwoorden:

  • Wat is het probleem dat u wilt oplossen?
  • Op welke gebruikers heeft dit betrekking? (bewerkers, moderators, Wikisource-bewerkers, enz.)
  • Hoe wordt het probleem nu aangepakt?
  • Wat zijn de voorgestelde oplossingen (als er ideeën zijn)?

Uw voorstel moet zo specifiek mogelijk zijn, zeker in de probleemomschrijving. Zeg niet alleen dat "(functie x) is verouderd", "verbeterd moet worden" or "veel bugs heeft". Dat is niet genoeg informatie om uit te zoeken wat er gedaan moet worden. Een goed voorstel legt exact uit wat het probleem is en wie er last van heeft. Het is geen probleem als u geen specifieke oplossing voorstelt of meerdere oplossingen voorstelt waaruit u niet kunt kiezen.

Een voorstel indienen is nog maar het begin van het proces. De twee weken durende voorstelfase is een periode waarin de gemeenschap kan samenwerken aan een voorstel dat het idee op zo'n manier presenteert dat het het meest slagingskans heeft in de stemfase. Wanneer een voorstel is ingediend, is iedereen welkom om op het voorstel te reageren en het te verbeteren — vragen stellen en wijzigingen voorstellen. Vergelijkbare voorstellen kunnen worden gecombineerd; heel brede voorstellen kunnen opgedeeld worden in meerdere specifieke ideeën. Het doel is om het beste voorstel voor de stemfase te maken.

Van de indiener van het voorstel wordt verwacht actief in de discussie mee te doen en mee te helpen met verbeteringen. Dat is de reden dat het aantal voorstellen wordt beperkt tot drie per account. Als u meer dan drie voorstellen indient, vragen we u om deze te terug te brengen naar drie. Kom met uw beste ideeën!

Om dezelfde reden kunnen alleen geregistreerde gebruikers voorstellen indienen, om er zeker van te zijn dat ze de discussie kunnen volgen en vragen kunnen beantwoorden. Net als bij het stemmen, moet u een actieve bewerker zijn op tenminste één Wikimedia-project. Als u niet aan dit criterium voldoet, of u de voorstellimiet hebt bereikt, maar meer ideeën hebt, dan kunt u andere gebruikers vragen uw voorstellen te adopteren.

Een laatste opmerking: Voorstellen die oproepen om functies waaraan een WMF productteam heeft gewerkt te verwijderen of uit te zetten vallen buiten de bereik van het Community Tech team. Deze zullen niet in de stemfase komen.

 

Ja, u mag bepaalde voorstellen die in vorige jaren niet genoeg stemmen voor kregen en een tweede poging verdienen, opnieuw indienen.

Als u besluit een voorstel van een oude enquête in de nieuwe enquête te kopiëren, dan verwachten we dat u het voorstel adopteert. Dat betekent dat u actief meedoet in de discussie over het idee en bereid bent om wijzigingen te maken om het idee te versterken wanneer het naar die stemfase verplaatst. Zoals eerder gezegd is er een limiet van drie voorstellen per persoon en het plaatsen van een voorstel van vorig jaar telt mee.

Het helpt als u een koppeling naar de vorige discussie plaatst, maar kopieër alstublieft niet de stemmen en discussie van vorig jaar. Als er goede punten zijn gemaakt in het overleg van vorig jaar, voeg de suggesties of opmerkingen in bij het nieuwe voorstel.

 
Aldino per Natale.jpg

Na de voorstelfase nemen we een korte pause om de voorstellen te beoordelen voordat de stemfase begint.

Alle actieve bijdragers kunnen voorstellen beoordelen en stemmen op de voorstellen die ze willen onderstuenen. U kunt voor zoveel verschillende voorstellen stemmen als u wilt. Om zeker te zijn van een eerlijke stemming kunnen alleen geregistreerde gebruikers stemmen en kunnen stemmen van hele nieuwe accounts worden verwijderd.

De enige stemmen die worden geteld zijn de stemmen voor. De uiteindelijke lijst van wensen zal worden gerangschikt op basis van de meeste stemmen voor. Als u de indiener bent, wordt er automatisch een stem voor voor u meegeteld.

However, lively discussion is encouraged during the voting phase. If you want to post an Oppose or Neutral vote with a comment, then feel free to do so. These discussions can help people to make up their mind about whether they want to vote for the proposals. The discussions also provide useful input to guide the work that will happen through the year.

A reasonable amount of canvassing is acceptable. You've got an opportunity to sell your idea to as many people as you can reach. Feel free to reach out to other people in your project, WikiProject or user group. Obviously, this shouldn't involve sockpuppets, or badgering people to vote or to change their vote. But a good-faith "get out the vote" campaign is absolutely okay.

 

Het Community Tech team kan voorstellen afwijzen die niet aan de volgende criteria voldoen:

  • Het voorstel moet gaan over een technische wijziging en niet over een beleid of sociale wijziging
  • Het voorstel moet gaan over het probleem en niet per se om een specifieke oplossing vragen
  • Het voorstel moet een goed gedefinieerd probleem bevatten en niet een combinatie van verschillende ongerelateerde problemen zijn
  • Het voorstel staat niet op de planning van een ander team of is in het verleden afgewezen door andere teams
  • Het voorstel is niet afgewezen in het verleden door Community Tech
  • Het voorstel moet binnen de scope van het team vallen

The Community Tech team may decline proposals that fail to meet the above criteria.

 

The Support-vote rankings create a prioritized backlog of wishes, and the Community Tech team is responsible for evaluating and addressing the popular wishes. To do that, we investigate all of the top wishes, and look at both the technical and social/policy risk factors.

De tegen en neutraal stemmen helpen bij het identificeren van mogelijke nadelen. Voor controversiële wensen balanceren we de stemming met een meer overeenstemming-gebaseerde beoordeling. Als voorbeeld, dit gebeurde bij de enquête in 2015: De wens om "een gebruikersvolglijst toe te voegen" kreeg veel stemmen maar ook oprechte tegenstemmen. We hebben naar alle zijdes geluisterd, en een beslissing genomen over het uitvoeren van het project.

 

The 2020 Community Wishlist Survey is now complete! We want to thank everyone for their participation in this year’s survey. It was a very civil and smooth process, and we appreciate all of the help that we received. Now, we’re delighted to announce the top 5 wishes from the survey:

  1. Improve export of electronic books (Wikisource)
  2. New OCR tool (Wikisource)
  3. Migrate Wikisource specific edit tools from gadgets to Wikisource extension (Wikisource)
  4. Inter-language link support via Wikidata (Wikisource)
  5. Insert attestation using Wikisource as a corpus (Wiktionary)

Here’s what comes next: We’ll begin analyzing these five wishes after the new year. During our analysis, we’ll consider various factors, including possible dependencies and risks. Once we’ve completed this analysis, we’ll determine which wish to address first. We’ll create a project page on Meta-Wiki for that wish, which will outline the project vision. We’ll also ping all the wish voters, so everyone can share their suggestions and questions on the Talk page. From that point, updates will be found on the project page. The first project page should be launched in the next few months (no set date yet), but you can visit the Community Tech page for updates in the meantime.

As a team, our goal is to address every top wish in the Community Wishlist Survey. This means that we analyze each wish and determine if it’s workable (i.e., within scope, no major conflicts with other teams, etc). In many cases, the wish is workable. We then continue with the research and planning, followed by development, testing, and deployment. However, we sometimes identify significant issues or risks associated with a wish. In such cases, we investigate alternatives and ways to mitigate the risks. As a last resort, we sometimes decline certain wishes, but only after we rule out other options. Above all, we make sure to address each wish and share our findings with the community.

As this year draws to a close, we want to thank you, again, for participating in the survey! It was a fantastic experience for the team (and we hope for you too!). After the new year, we’ll begin reaching out with plenty of questions, ideas, and updates. We’re excited to begin the work to improve Wikisource and Wiktionary. Until then, we wish you a happy new year, and we look forward to collaborating with all of you!