Tech/News/2022/21

13:31, Wednesday, 25 2022 May UTC

Other languages: Bahasa Indonesia, Deutsch, English, español, français, italiano, magyar, polski, português, português do Brasil, suomi, svenska, čeština, русский, українська, עברית, العربية, فارسی, 中文, 日本語, ꯃꯤꯇꯩ ꯂꯣꯟ, 한국어

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Recent changes

  • Administrators using the mobile web interface can now access Special:Block directly from user pages. [1]
  • The www.wiktionary.org portal page now uses an automated update system. Other project portals will be updated over the next few months. [2]

Problems

  • The Growth team maintains a mentorship program for newcomers. Previously, newcomers weren’t able to opt out from the program. Starting May 19, 2022, newcomers are able to fully opt out from Growth mentorship, in case they do not wish to have any mentor at all. [3]
  • Some editors cannot access the content translation tool if they load it by clicking from the contributions menu. This problem is being worked on. It should still work properly if accessed directly via Special:ContentTranslation. [4]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 24 May. It will be on non-Wikipedia wikis and some Wikipedias from 25 May. It will be on all wikis from 26 May (calendar).

Future changes

  • Gadget and user scripts developers are invited to give feedback on a proposed technical policy aiming to improve support from MediaWiki developers. [5]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

Episode 113: Matthew Westerby

20:22, Tuesday, 24 2022 May UTC

🕑 1 hour 11 minutes

Matthew Westerby is the Robert H. Smith Postdoctoral Research Associate for Digital Projects at the Center for Advanced Study in the Visual Arts at the National Gallery of Art, a national art museum of the United States. He has been heavily involved in the creation of the wiki History of Early American Landscape Design.

Links for some of the topics discussed:

Learning about primates — and Wikipedia

16:15, Tuesday, 24 2022 May UTC
Diego Wittembury Escobar standing on street
Diego Wittembury Escobar
Image courtesy Diego Wittembury Escobar, all rights reserved.

Diego Whittembury Escobar hadn’t ever considered writing for Wikipedia before. He had always assumed that it was too complex, or that he wasn’t qualified. But that all changed for Diego when he signed up for a course on Primate Behaviour, Ecology and Conservation taught by Sarah Turner at Concordia University.

“I discovered that I am able to, and that it can even be very fulfilling,” Diego explains.

Diego significantly expanded the article on Azaras’s capuchin. He chose the species because its habitat is primarily in Brazil, relatively close to Diego’s home country of Venezuela. Diego says writing on a primate that’s local to his home continent felt more personal than writing about one from another part of the world.

Using Wiki Education’s training modules, Diego learned how to expand the article.

“I learned the dedication that it takes to create such a good information platform such as Wikipedia,” Diego explains. “I also learned that even though anyone can write anything in any article, it takes strict sourcing and a certain style of writing to properly contribute to Wikipedia.”

These learnings were valuable to Diego, and he’s encouraged his professor to keep teaching with Wikipedia in that course through Wiki Education’s Wikipedia Student Program.

“It was a very unique assignment that taught me many things about the selected species, and about how to do research and write about it,” Diego says. “It also showed me that this platform that we all enjoy all the time (Wikipedia) is only possible with the efforts of people like us, which is very motivating.”

Diego says his favorite part was Googling the Azaras’s capuchin and seeing his work appear as the top result. Armed with the knowledge from editing Wikipedia for this course, he intends to keep improving other species articles.

“I would like if more people could see how fulfilling it is to contribute to a platform that benefits everyone,” he says.

Image credit: Alexandre Pereira, CC BY-SA 2.0, via Wikimedia Commons

We first shared why a sound logo is needed for Wikimedia content to be correctly identified on audio platforms. We then shared how the creation of this sound logo would build upon existing practices in the movement with an array of exciting new parameters when it comes to sound logo creation and audio production. Now, the sound logo contest organizing team is excited to share a proposal for the global contest to create the sound of Wikimedia … and we’d love to hear from you. 

Let us know your thoughts on the project’s talk page and join an upcoming conversation on Friday May 27 @13:00 UTC (on Zoom with live interpretation) and Tuesday May 31 @15:00 UTC (on Jitsi). During these conversations, we will discuss the project, unpack sound logos, and introduce some basic audio mixing. We hope you like this contest proposal and help us make it louder. The conversation remains open until June 10. 

Some inspiration for you

Think of HBO, TED or Netflix. Think back to Intel and Windows. Sound logos are all around us and virtual voice assistants are ever more ubiquitous.  Now think of our vibrant wikiverse. How can you capture the sound of question and answer, knowledge growing, or trusted information in 1 to 4 second? We have already started a collection of sounds and tools to get you creating. Please help to expand it. 

A unique contest with lots to explore

Creating the sound of Wikimedia is no easy task, neither is evaluating a sound logo contest. You can’t place a series of sound logos next to each other and choose the one that you like the best in one attempt. It’s  also easy to develop listener fatigue when hearing one sound logo after another. This is going to be a collaborative, global effort with a lot of room for learning and hopefully a contribution of vibrant sound bites to Wikimedia Commons. There are many ways to contribute – from growing the existing collection of sounds and creating your own unique sound logo for Wikimedia to participating in the screening team or the selection committee. Learn more about getting involved

Some criteria and specifics 

For the contest, we are encouraging 1 submission per person with up to 3 sound logos, each between 1 and 4 seconds long. Your submission should contain only original sounds or CC0 / public domain samples. The ideal sound logo should feel human, inspired, smart, and warm.  You can learn more about the submission criteria, creative prompts, selection criteria, and the next steps on the contest proposal page. 

"Alright folks. It is showcase time. Show here the cool hacks you did in last 2 or days in wikimedia hackathon".Lucas announced this in IRC and telegram channels. It was Sunday night 8.30 PM IST. I was returning to chennai, in a bus.Joined the JitSi meet to see what the world has done recently. "Good … Continue reading Few notes on Wikimedia hackathon 2022 at Villupuram – VGLUG

Tech News issue #21, 2022 (May 23, 2022)

00:00, Monday, 23 2022 May UTC
previous 2022, week 21 (Monday 23 May 2022) next

Tech News: 2022-21

Post 26063

02:06, Saturday, 21 2022 May UTC

It’s Hackathon day 2, and I’ve nearly wrapped up my first draft of a pretty hacky system for editing documentation pages in ToolDocs. It’s fun learning the GitLab API, although that’s also making me question a bunch of assumptions I made about this project in the beginning! It’s seeming more like it’d be better to just build the whole thing as effectively a custom UI to GitLab. But we’ll see…

The Connected Heritage team is offering more public, free events and webinars in 2022 as the project progresses. If you work or volunteer for a heritage or cultural organisation, please do come along. 

Webinars

If you want to learn more about the Connected Heritage project, or find out why editing Wikimedia projects is a great way to enhance digital skills while at the same time improving the long term preservation and findability of your collections – come along to a webinar. 

About the webinars

In the one-hour webinar Leah Emary and Dr. Lucy Hinnie will introduce the Wikimedia projects, including Wikipedia, and outline the benefits of engaging with these sites. The talk will last for about 45 minutes, with 15 minutes for questions and discussion with the audience.

Wikipedia is read 22 billion times a month, making it one of the most visited websites in the world. It is a crucial way to share knowledge. Wikimedia UK is a registered charity and has received funding from the National Lottery Heritage Fund to help heritage and cultural organisations develop skills, tools and communities of practice for the sustainable digital preservation of heritage. 

If you work or volunteer for a heritage or cultural organisation, please do come along. 

After this webinar, participants will understand more about open knowledge; know how to follow up if they would like to continue with the project; and have resources and materials to make a case for participation to organisation leaders.

To sign up for a Zoom webinar, please select from the following dates, and register via Eventbrite. You need only attend one webinar. Sessions are free, open and no prior Wiki experience is required.

Wikithons

If you’re already convinced and are ready to start editing, come to an Edit-a-thon.

About the wikithons:

Our Potluck Wikithons are designed to offer a taster of what a Wikithon would offer for a partner organisation. Participants are encouraged to bring along material that they would like to work with, and we will train them in how to edit Wikipedia and add material to Wikimedia Commons. They are a lot of fun, and a great way to see what it is that we offer.

The post Learn more and get trained with Connected Heritage in 2022 appeared first on WMUK.

GitLab → Packagist

03:17, Thursday, 19 2022 May UTC

I’ve been wondering for a while how it’d be setting up a package on Packagist from Wikimedia’s GitLab… turns out it’s incredibly simple, and we now have wikimedia/toolforge-skeleton added and working! There’s still more to be done on it, but hopefully it’ll make it super quick to bootstrap the development of new PHP tools.

Improving Wikipedia’s alcázar article

17:06, Wednesday, 18 2022 May UTC
Kaitlin Falk, left, and Zoe Kobs, right.
Images courtesy Kaitlin Falk and Zoe Kobs, all rights reserved.

If you read Wikipedia’s article on an alcázar, a type of Islamic castle or palace in the Iberian peninsula, you’ll get a detailed description of the history of alcázars and a description of their common features. That’s all thanks to two University of San Diego students, who recently improved the article as part of a class assignment in Kate Dimitrova’s The Year 1500 – A Global History of Art and Architecture course.

“I think we both saw how much potential the article had since it lacked organization and overall didn’t do justice to the complexity of alcázars as a topic,” says Kaitlin Falk, one of the students who improved the article. “In that way, it really introduced a challenge to us as students to help refine the article.”

Kaitlin and her classmate, Zoe Kobs, started by creating a list of what was missing from the article. They each worked on different sections, collaborating together to significantly expand the article. In doing so, they drew knowledge from training materials provided by Wiki Education’s Dashboard in how to edit Wikipedia.

“All of the Wiki Education training modules provided me with the tools to contribute to the site,” Zoe says. “I had to alter the way I research to pull facts from multiple sources to create a neutral, reliable, statement. By the end of the project, I became confident in both my ability to research and participate in Wikipedia.”

Both Kaitlin and Zoe expressed initial surprise that they were being assigned to edit Wikipedia as a class assignment. Neither knew Wikipedia could be edited by students. Now, both are converts to the idea.

“My perspective on Wikipedia has changed through this process,” Zoe says. “Wikipedia has always been something I have used for learning something new, but once I was in school there was a negative connotation with using it for research. Until now, I hadn’t realized the value Wikipedia has. The site is actively serving information to millions of people every second by thousands of passionate, hard-working, editors. I am happy to be a part of that.”

Kaitlin agrees.

“I actually think I would prefer to do a Wikipedia assignment over a general academic paper,” she says. “Editing a Wikipedia article feels more important and exciting since your work will be made public and you’re adding to an academic dialogue. You’re not only learning, you’re also educating whoever will read your edits. On the other hand, a paper is only seen by your professor. “

Both expressed willingness to continue editing after the conclusion of their class. As Zoe notes, even small changes helped her feel connected to the world.

“The fact that my work will be revised and transformed by other Wikipedians benefitted me in my research process. When writing formal papers, I always get stuck in making sure I cover everything extensively. In Wikipedia, I know my research will be continued by other editors so I can take the time to convey the right information,” Zoe says. “Working on Wikipedia is very rewarding. The project gave me the ability to make an impact on my education. Not only am I fulfilling my class material, but also am sharing what I have learned with millions of others!”

Interested in learning more about teaching with Wikipedia? Visit teach.wikiedu.org.

Image credit: Rafa Esteve, CC BY-SA 4.0, via Wikimedia Commons

We are excited to be dropping the second episode of WIKIMOVE, the new podcast on everything Wikimedia Movement Strategy.

What’s in this episode?

Wiki Movimento Brasil surveyed the Portuguese speaking communities about some of the big juicy concepts in the MS20230 recommendations – equity in decision making, leadership development and diversity. By doing that, they reached many community members not previously engaged. In this pod they talk about the insights, opportunities and challenges that emerged. These Wikimedians are showing the way of how we can make the strategy come to life at community level, and jointly figure out what our next steps are locally and regionally. We also talk about money, building communities and the Movement Charter Drafting Committee….

Our guests are…

Érica Azzellini, Community Manager at Wiki Movimento Brasil 

Érica is in charge of community support, partnerships and strategy development at Wiki Movimento Brasil. She is also a member of the movement charter drafting committee. 

Lucas Piantá, Wiki Movimento Brazil’s Strategy Working Group 

Works as researcher on the movement strategy implementation in the lusophone community. He serves on a number of committees including the Latin America and the Caribbean Regional Committee.

You can find the audio podcast on our websiteand a video version with english and portuguese subtitles on Youtube. Please visit our meta page to react to the episode and subscribe to get notified of each new release. You can also follow us on Twitter to continue the conversation. 

The topic and guests for our next episode will be announced soon, stay tuned!

Best, 

Nicole, Nikki & Eva 

Tech/News/2022/20

09:05, Wednesday, 18 2022 May UTC

Other languages: Bahasa Indonesia, Deutsch, English, español, français, italiano, magyar, polski, português, português do Brasil, suomi, svenska, čeština, українська, עברית, العربية, ไทย, 中文, 日本語, 한국어

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Changes later this week

  • Some wikis can soon use the add a link feature. This will start on Wednesday. The wikis are Catalan Wikipedia, Hebrew Wikipedia, Hindi Wikipedia, Korean Wikipedia, Norwegian Bokmål Wikipedia, Portuguese Wikipedia, Simple English Wikipedia, Swedish Wikipedia, Ukrainian Wikipedia. This is part of the progressive deployment of this tool to more Wikipedias. The communities can configure how this feature works locally. [1]
  • The Wikimedia Hackathon 2022 will take place online on May 20–22. It will be in English. There are also local hackathon meetups in Germany, Ghana, Greece, India, Nigeria and the United States. Technically interested Wikimedians can work on software projects and learn new skills. You can also host a session or post a project you want to work on.
  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 17 May. It will be on non-Wikipedia wikis and some Wikipedias from 18 May. It will be on all wikis from 19 May (calendar).

Future changes

  • You can soon edit translatable pages in the visual editor. Translatable pages exist on for examples Meta and Commons. [2]

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

This post is also available in English.
Puede encontrar la versión de este artículo en español aquí.

Este mês, a Fundação Wikimedia — a organização sem fins lucrativos que torna o conhecimento livre e acessível a todas as pessoas ao redor do mundo — começa uma série de campanhas de financiamento na Wikipédia na Índia, América Latina e África do Sul. Mensagens de financiamento aparecerão em artigos da Wikipédia para leitores nestas regiões, pedindo a eles que considerem contribuir com uma doação.

Você pode ver essas mensagens e se perguntar por que estamos promovendo essas campanhas e como as doações para a Wikipédia são usadas.

A Wikipédia é o único grande site do mundo administrado por uma organização sem fins lucrativos: a Fundação Wikimedia. Nossa missão beneficente garante que todas as pessoas possam acessar e compartilhar conhecimento de graça. A Wikipédia não é um website comercial guiado por lucro ou por incentivos publicitários. Em vez disso, ela é apoiada por doações de leitores como você.

Doações para a Wikipédia ajudam a Fundação Wikimedia a garantir que projetos de conhecimento livre cresçam e sobrevivam. Conquanto muitas pessoas conheçam a Wikipédia porque a usam regularmente para encontrar respostas para tópicos dos divertidos aos sérios, poucas contemplam a grande infraestrutura necessária para manter um site que recebe 18 bilhões de visitas por mês. Doações de leitores garantem a independência a longo prazo que a Wikipédia tem de anúncios e interesses corporativos; mantêm-na segura de maus elementos; protegem-na de interferência e censura; e ajudam a Fundação a apoiar a comunidade Wikimedia voluntária global que cria e mantém a Wikipédia e projetos de conhecimento livre; entre muitas outras coisas.

Além disso, sabemos que os leitores e contribuidores da Wikipédia na Índia, América Latina e África do Sul são uma parte integral do ecossistema global da Wikimedia. Essas campanhas de financiamento visam garantir que essas pessoas possam continuar a acessar e contribuir com a Wikipédia pelos anos que virão. 

  • Índia. No mês passado, leitores da Índia visitaram a Wikipédia mais de 767 milhões de vezes, o quinto maior número de visualizações de qualquer país. A Índia também tem o terceiro maior número de editores voluntários ativos (5 mil por mês).
    Ao longo dos últimos anos, muitos projetos foram financiados pela Fundação Wikimedia para ajudar as comunidades indianas a sobreviver e crescer. Elas incluem o Wiki Loves Butterfly, um projeto para aumentar a quantidade de materiais de licença livre sobre espécies de borboletas disponíveis no leste e nordeste da Índia, bem como desenvolver a qualidade e quantidade de artigos da Wikipédia sobre borboletas nesta região.
    Além disso, desde 2012, nós financiamos o CIS-A2K (Centre for Internet and Society – Access to Knowledge; “Centro de Internet e Sociedade – Acesso ao Conhecimento” em tradução livre), uma campanha para catalizar o crescimento do movimento do conhecimento aberto na Ásia do Sul e em línguas índicas.
  • América Latina. Mensagens de financiamento para a Wikipédia aparecerão em vários países latinoamericanos: Argentina, Brasil, Chile, Colômbia, México, Peru e Uruguai. Juntos, leitores nestes países visitam a Wikipédia mais de 772 milhões de vezes por mês — usando a enciclopédia online para aprender tanto sobre tópicos sérios quanto sobre os peculiares.
    Com a ajuda da Fundação Wikimedia, a comunidade voluntária latinoamericana liderou alguns projetos incríveis: indo da expansão do movimento Wikimedia no Peru com foco na ecologia, cultura e gênero ao Wiki meets Sustainable Fashion, um esforço para expandir a cobertura da Wikipédia em espanhol de moda sustentável e para preencher a lacuna de gênero criando artigos para as maiores líderes no ramo.
    Adicionalmente, uma colaboração com o Banco Interamericano de Desenvolvimento e a Wikimedia Argentina, apoiada pela Fundação, está ajudando jovens da América Latina e no Caribe a fortalecerem sua alfabetização digital e suas habilidades do século XXI.
  • África do Sul. Pessoas na África do Sul visitam a Wikipédia cerca de 68 milhões de vezes por mês, mais do que qualquer outro país na África. Muito graças aos esforços da Wikimedia África do Sul, um capítulo reconhecido do movimento Wikimedia, nove das 11 línguas oficiais da África do Sul estão representadas na Wikipédia. No ano passado, a Wikimedia África do Sul colaborou com a Fundação e a comunidade criativa local na campanha #WikipediaByUs, que celebra o poder do conhecimento e o direito de todas as pessoas acessarem, criarem e compartilharem conhecimento.

A Wikipédia e os projetos Wikimedia pertencem a todos—eles são construídos para e por você. De leitores a editores, nós todos temos uma participação na preservação e contação de histórias da nossa história, nossa cultura e as pessoas interessantes e notáveis que moldaram nosso mundo. Reconhecemos que nem todos têm a capacidade ou os meios para doar. Para quem não pode nos ajudar financeiramente, tudo que pedimos é que você siga nos buscando como o maior recurso de conhecimento livre do mundo.

Para quem pode nos apoiar, suas doações ajudarão a continuar a fortalecer e sustentar os sistemas que tornam a Wikipédia possível, e garantir que o movimento do conhecimento livre possa crescer e sobreviver. Nossa missão é garantir que o conhecimento livre fique disponível para o mundo, para todas as pessoas, em todos os lugares.

Podemos estabelecer este compromisso graças à tremenda generosidade de doadores passados e presentes, e o trabalho incrível das comunidades Wikimedia voluntárias globais—mas nosso trabalho não está feito. Tem muito mais conhecimento no mundo, e tantas mais pessoas para atingir. Se você se sente conectado a esta missão, por favor visite donate.wikimedia.org para fazer sua contribuição hoje. Se você tiver perguntas adicionais, visite nossa FAQ.

Como Diretora Sênior de Financiamento Online na Fundação Wikimedia, Pats Pena lidera a estratégia e execução da experiência de doações digitais da Wikimedia.

Puede encontrar la versión de este artículo en español aquí.
Você pode ler a versão em português deste artigo aqui.

This month, the Wikimedia Foundation — the global nonprofit that makes knowledge free and accessible to everyone around the world — kicks off a series of fundraising campaigns on Wikipedia in India, Latin America, and South Africa. Fundraising messages will appear on Wikipedia articles for readers in these regions, asking them to consider contributing with a donation.

You may see these messages and wonder why we are running these fundraising campaigns and how donations to Wikipedia are used.

Wikipedia is the world’s only major website run by a nonprofit organization: the Wikimedia Foundation. Our charitable mission ensures everyone can access and share knowledge for free. Wikipedia is not a commercial website driven by profit or advertising incentives. Instead, it is supported by donations from readers like you.

Donations to Wikipedia help support the Wikimedia Foundation in ensuring free knowledge projects grow and thrive. While many know Wikipedia because they regularly use it to find answers to topics from the fun to the serious, few contemplate the large infrastructure required to sustain a website that gets 18 billion visits a month. Reader donations strengthen Wikipedia’s long-term independence from ads and corporate interests; keep it secure and safe from bad actors; protect it from interference and censorship; and help the Foundation support the global Wikimedia volunteer community who create and maintain Wikipedia and free knowledge projects; among many other things.

Further, we know that Wikipedia readers and contributors in India, Latin America, and South Africa are an integral part of the global Wikimedia ecosystem. These fundraising campaigns aim to ensure they can continue to access and contribute to Wikipedia for years to come. 

  • India. Last month, readers in India visited Wikipedia more than 767 million times, the fifth highest number of views from any country. India also has the third-highest number of active volunteer editors (5,000 each month).
    Over the last several years, many projects were funded by the Wikimedia Foundation to help the Indian communities thrive and grow. These include Wiki Loves Butterfly, a project to increase the amount of free license materials regarding available butterfly species of eastern and north-eastern part of India, as well as developing the quality and quantity of Wikipedia articles on butterflies in this region.
    Additionally, since 2012, we have funded CIS-A2K (Centre for Internet and Society – Access to Knowledge), a campaign to catalyze the growth of open knowledge movement in South Asia and in Indic languages.
  • Latin America. Fundraising messages for Wikipedia will run in several Latin American countries: Argentina, Brazil, Chile, Colombia, Mexico, Peru, and Uruguay. Combined, readers in these countries visit Wikipedia over 772 million times each month — using the online encyclopedia to learn about serious and quirky topics alike.
    With support from the Wikimedia Foundation, the Latin American volunteer community has led some incredible projects: ranging from expanding the Wikimedia movement in Peru with a focus on ecology, culture and gender, to Wiki meets Sustainable Fashion, an effort to both expand Wikipedia’s Spanish language coverage of sustainable fashion and to close Wikipedia’s gender gap by creating articles for the foremost female leaders in the field. 
    Additionally, a collaboration with the Inter-American Development Bank and Wikimedia Argentina, supported by the Foundation, is helping young people in Latin America and the Caribbean strengthen their digital literacy and 21st century skills.
  • South Africa. People in South Africa visit Wikipedia about 68 million times each month, the most of any country in Africa. With many thanks to the efforts of Wikimedia South Africa, a recognized chapter of the Wikimedia movement, nine of South Africa’s 11 official languages are represented on Wikipedia. Last year, Wikimedia South Africa collaborated with the Foundation and the local creative community on the campaign #WikipediaByUs, which celebrates the power of knowledge and everyone’s right to access, create, and share knowledge.

Wikipedia and Wikimedia projects belong to everyone—they are built for and by you. From readers to editors, we all have a stake in preserving and telling the stories of our history, our culture, and the intriguing and notable people who have shaped our world. We recognize that not everyone has the ability or means to donate. For those unable to support financially, all that we ask is that you continue to seek us out as the world’s largest free knowledge resource.

For those who can support us, your donations will help continue to strengthen and sustain the systems that make Wikipedia possible, and ensure the free knowledge movement can grow and thrive. Our mission is to make sure free knowledge is available to the world, for everyone, everywhere.

We are able to make this commitment thanks to the tremendous generosity of past and present donors, and the incredible work of the global Wikimedia volunteer communities—but our work is not done. There is so much more knowledge in the world, and so many more people to reach. If you feel connected to this mission, please visit donate.wikimedia.org to make a contribution today. If you have additional questions, please visit our FAQ.

As Sr. Director of Online Fundraising at the Wikimedia Foundation, Pats Pena leads the strategy and execution for Wikimedia’s digital donation experience.

China rejects Wikimedia from important UN body

10:15, Tuesday, 17 2022 May UTC


Many international organisations have made commitments to improve transparency and civil society participation. The World Intellectual Property Organization (WIPO) apparently continues to see things differently. On Monday, six Wikimedia chapters were denied observer status at the Standing Committee on Copyright and Related Rights.

No surprises

The decision did not come as a complete surprise. China had already vetoed the Wikimedia Foundation’s accreditation in 2020 and 2021. Now the People’s Republic also opposed recognition of the independent Wikimedia chapters from France, Germany, Italy, Mexico, Sweden, and Switzerland. Since WIPO generally operates by consensus, China’s vote against was enough to block the applications.

The Wikimedia movement, which is the movement behind Wikipedia and the other Wikimedia platforms, is an important global actor for the dissemination of knowledge to mankind. Wikipedia, to give one example, hosts one of the largest collections of knowledge in human history. Knowledge that is freely accessible for us all.

This work is heavily affected by global conversations around copyright and related rights. Copyright law has a significant impact on the ability of hundreds of thousands of Wikimedia volunteers to do their work and contribute to Wikipedia and other Wikimedia projects. 

For this reason, the six Wikimedia affiliates had applied to become observers at the Standing Committee on Copyright and Related Rights of the WIPO, one of the most important global forums for copyright rulemaking.

The Wikimedia movement is asking to participate in these negotiations. Wikimedia is uniquely positioned to contribute to discussions which are aimed at modernizing copyright to a digital, globally connected era.

unfounded claims about disinformation

Unfortunately, China has chosen to politicise WIPO, claiming that Wikimedia chapters are complicit in spreading disinformation.

Nothing could be further from the truth. The hundreds of thousands of volunteers across the globe draw on independent sources to provide verifiable, reliable information. In fact, the entire Wikipedia model constitutes a bulwark against faulty information. Wikimedia chapters support the communities, but would never influence the content of Wikimedia projects.

The impact of the decision is that one of the most important enablers of access to knowledge are excluded from taking part in conversations around the regimes that make this enabling possible. It also sets a dangerous precedent, in which countries may prevent any stakeholder that they disagree with from becoming an observer to WIPO. 

It also means that this important forum for technical conversations is being politicised by an authoritarian regime. There are fewer and fewer spaces in the international system where dialogue is possible. If democratic countries do not oppose the exclusion of civil society, this will have a significant impact for work at the UN.

Wikimedia urges European governments, and representatives of the EU institutions, to speak out. This pattern must be reversed. A number of Wikimedia chapters have also applied for observer status to the WIPO General Assembly. European countries need to take a stand. Otherwise, we might see a new dangerous trend for the involvement of civil society in global conversations, in more areas than only copyright.

Justus Dreyling

Advisor International Regulation, Wikimedia Deutschland

Eric Luth

Project Manager for Advocacy and Involvement, Wikimedia Sverige 

Naphsica Papanicolaou

Public Affairs manager, Wikimedia France

Iolanda Pensa 

Chair, Wikimedia Italia

Jenny Ebermann

Executive Director, Wikimedia CH

Dawn Hudson, CC0, via Wikimedia Commons

(Read this message in other languages on Meta-wiki: ‎Deutsch • español • français • Русский • 中文 • हिन्दी  • Bahasa Indonesia •日本語 • 한국어 • Português • hrvatski • српски / srpski)

We are excited to announce the members of the Leadership Development Working Group. After receiving more than 60 applications, a panel of community members (4) and Wikimedia Foundation staff (2) conducted an anonymous review. Fifteen members were selected for the working group. 

Diversity and representation were important considerations. We are happy to share that the group has representatives from all 8 regions [1] (two from each region, except US + Canada have one). The group size has expanded from 12 to 15 members to increase diversity. Together, the group members speak at least 17 languages. Members hold different roles in the movement, including: a meta-organizer, a community-elected Steward, a past Affiliate executive director, and a jack-of-all-trades volunteer. The members range in their years in the movement, from newer community members to community members with more than 15 years of experience. Regarding gender, we have 7 women, 6 men, 1 non-binary and gender-fluid person, and 1 preferred not to identify their gender. 

A big welcome to the members of the Leadership Development Working Group! The members of the group will have a 1-year term and begin meeting at the end of May 2022. The group will be supported by a facilitator, Jyotsna Sara George, who will work closely with the group to support their collaboration and process. We look forward to sharing more information once the group begins their work together!

Without further ado, let us introduce you to the members of the Leadership Development Working Group: 

Hello! I go by Vermont on Wikimedia projects. I’m a Wikimedia Steward, admin and CheckUser on Meta-Wiki and the Simple English Wikipedia, and a Merchandise Giveaways coordinator. I’ve joined this group in the interest of supporting community and leadership development from a practical standpoint, and promoting editor retention and development in line with current movement priorities and Wikimedia’s mission.

Hi, I’m Flavia Doria (she/her), I’m Brazilian, living in Portugal since 2016, and I’ve been involved with the Wikimedia Movement since early 2020. I’m currently working as Ambassador of the Portuguese-speaking community for the Wikimedia Foundation. As a volunteer I’m part of the Wikipedia group Wiki Editoras Lx, the first and perhaps only Lusophone group composed only by women and non-binary people who edit within the gender theme. In my group I work in several fronts such as training new users, organizing events and promoting debate within the community. From the beginning, I quickly became more involved in issues related to decision-making within the Movement and the importance of including marginalized groups from our community in these debates and how this inclusion is key to keeping Wikimedia projects relevant to society.

I am also a communicologist and journalist, I have a special interest in the social and political aspect of the Information and Communications Technology debate, and have recently published an academic paper on gender and Wikipedia and hope to do so more often.

Now as a member of the Leadership Development Working Group, I hope that we can collectively learn how to use our resources to promote more autonomy for our communities, especially those who fall outside of our standard average user profile. I am excited to meet more people interested in this debate and I look forward to working with all of you!

I’m Francesc, a Catalan-language editor from València. I’ve been a very active editor for a 

long time, but I haven’t been that much involved with international communities until 2019.  

I’m very excited on discovering and learning new things about Wikipedia.

I am a food safety specialist and a volunteer contributor to Wikipedia for more than 8 years, building capacity for new editors, nurturing, and helping new editors to grow in  Nigeria. 

I co-founded the Wikimedia User Group Nigeria, (now a charitable organization in Nigeria) to support volunteers and continue to provide both technical and administrative support for the volunteers. 

During the peak of the COVID-19, Isaac led an initiative in partnership with the Moleskine Foundation to create Wikipedia articles relating to COVID-19 in local languages and produced a video in Yorùbà language to educate the people with little or no education on how to avoid being infected with COVID-19 and to highlight how Wikipedia is helping to fight the pandemic. The video featured notable film actors in Nigeria. 

I was nominated as a Young Global Leader by the World Economic Forum in 2020.

Having realized that millions of articles on Wikipedia are lacking photos to illustrate them, I launched an international campaign called “Wikipedia Pages Wanting Photos Campaign” in 2020 to engage volunteers during the COVID-19 pandemic by encouraging Wikipedia editors across the world to add images from Wikimedia Commons to Wikipedia articles.

In 2021, I co-lead an initiative to document and preserve Nigerian languages that are not written or thought in Schools. More than 50 audiovisuals were created in the first stage. 

I am a sysop on the Yoruba Wikipedia, a member of the Wiki Indaba Steering Committee (WISCOM), and a former member of the Individual Engagement Grant Committee and Project Grant Committee. 

I am from an underrepresented community and one of the questions that often come to my mind is “why are Africans not always included in leadership roles within the movement?” WMF does a better job of including Africans but it’s often very difficult. Perhaps we usually do not make input on policy discussions or participle in related discussions. Africans are part of the movement, we should strive to participate in decision-making discussions as much as possible. The Wikimedia movement is growing at a very fast rate and leadership development is pivotal to our mission. This is my intrinsic motivation for joining the leadership working group.

My name is Goodness Ignatius (she/her) from Nigeria and my username across all wikis is Olugold. I’m a member of the Igbo Wikimedians User Group (IWUG). I am glad to be a part of this group and I’m here to collaborate with other team members to support the group’s mission.

I’m Ivan (User:ProtoplasmaKid), from Mexico, Wikimedian more than a decade ago and Spanish Wikipedia editor since 2006 and admin since 2016. Former 2021 BoT candidate. Human Rights Defender and Activist. I would love to be able to contribute to a better movement with shared knowledge in order to enrich what we collectively know about leadership. 

I am Rocío Consales and I have been participating in different instances of the Wikimedia movement for more than 17 years. I was director, vice president and president of the board of Wikimedia Chile.

I joined the working group to contribute from my experience with the various lessons I have learned over the years.

I have a degree in Philosophy from the University of Chile and a Master’s Degree in Publishing (Publisher) from the Pompeu Fabra University from 2020 to 2021. I am a publisher, specialized in small format books. I currently live in Luxembourg.

“Leadership is the capacity to translate vision into reality.” Warren Bennis. In any community, if we are ambitious to develop it, I think the first step is to build leaders! 

This is Donia Domiaty. an Egyptian medical student. I joined Arabic Wikipedia for the first time in February 2019. By the end of 2019, I had created more than 100 articles; more of them were in medicine. I participated in the virtual Wikimania 2021 by 2 sessions; one of them was a solo session. I am a member of many user groups, a winner of many competitions, and an organizer of many edit-a-thons and photo competitions whether local in Egypt or throughout the whole Arabic community.

Despite being a 21-year-old medical student, I have 3-year-experience of leading groups, inside and outside wikiprojects.

For what is inside wiki projects, I founded and managed Wikipedian Editor Project, a project that reaches all Arab countries through online workshops and edit-a-thons to encourage more volunteers to participate and edit on Arabic Wikipedia and learn more about sister projects, during the previous 2 years, I led my project and tried to make some participants leaders for initiatives and events related to the project. On the other side, in many communities other than the Wikimedia community, I was nominated to be head of HR in many projects inside or outside my university. Being an HR manager for a long time made me deal with many leaders in many fields, which helped me improve my leadership and negotiation skills this is what inspired me that Leadership is an acquired skill and anyone can acquire it by working on themselves.  

A leader has good communication skills, inspiration, creativity, decision-making skills, and many other skills. And we need Leader characters in all Wikimedia communities.

I am Nada Alfarra, I am an intern doctor from Palestine. I am a member of Wikimedia Levant. Being a member of such active group enhances my eagerness to upgrade my leadership skills and experience. I have organized workshops to document Levantine authors’ works on Arabic Wikipedia and co-organized an online Interwiki Women Collaboration 2020 workshop. I have also guided few newcomers in Wikimedia Levant to members to use Photoshop for editing photos and uploading to Wikimedia Commons. This is the outcome of my experience as an online project coordinator for a project to enrich the digital Arabic content for children with 100 stories translated from English to Arabic. I am a long-life learner and I believe that Leadership Development Working Group will guide my journey to influence people to be more proactive, cooperative and decision makers and this group will connect me with mutual minds where I can learn better and have our collective endeavors be more effective.

Wikimedian since 2006, creator of Commons Quality Images and what has been adopted as basic image requirements. Admin on Commons, retired in good standing as an admin on en.Wikipedia after 13 years service. Two years as President of Wikimedia Australia, and 4 as Vice President. Various terms on VRT, part of the development of ESEAP and COT for the cancelled 2020 Wikimania, then on the COT for Wikimania 2021 created the scholarship process for that. Lead the development of Nyungar Wikipedia, ran multiple workshops given many talks including to on National Radio and Television shows. My goal now is to pass on my knowledge, encourage new leaders to step up and take the movement into the future.

Hi! I am Imelda, a volunteer Wikimedian from the Philippines. I joined this group to be able to share my experiences, both as an organizer and editor of different Wikiprojects, in developing a shared understanding of what leadership is and how we can leverage this shared definition to improve editing and organizing experience of every volunteer around the Movement, especially of those communities around the East and Southeast Asian countries.

Hi everyone, my name’s Jan! I live in Germany, where I currently study Biochemistry. I have been a soft skills trainer for a couple of student NGOs for a little over a year; right now, I’m aiming at professionalising this hobby of mine and get some of my ideas implemented. So when I read about the Leadership Development working group, I immediately applied as I see huge potential in leadership training for the movement. I’m excited to start developing thoughts about the way the we might provide capacity building.

Erokhin has been a member of the Wikimedia Movement for over 12 years. He was a member of Wikimedia Russia for 5 years. As one of the members of Wikimedia RU, I have organized and conducted several wiki expeditions and wiki tours in Russia and other countries. I have interacted with different bodies of state power, local government, commercial and non-commercial organizations, and private persons to transfer their resources to free licenses, and increase their integration into Wikipedia. First and foremost, I work on Wikimedia projects in Russian, and in languages of the peoples of Russia and the former Soviet Union. There is a desire and time to develop the Wikimedia movement in North Asia and Central Asia, and the rest will follow. I am motivated by the opportunity to improve and develop my skills and competencies for better participation in the Wikimedia Movement, to be more useful and more effective to the community and the Wikimedia Foundation.

​​I am Nitesh and my user name is Nitesh Gill. I belong to Punjab, India. I am pursuing my PhD in Punjabi Literature. I am active editor of Punjabi Wikipedia since 2015. I am a contact person of Punjabi Wikimedians User Group and admin on Punjabi Wikipedia. I have participated and conducted many activities. I am also leading and coordinating a few projects in volunteer capacity. Nowadays, I am trying to focus that others who are long time Wikimedians come forward and take a lead on their own. The same thing I am doing in my community. When I came to know about this working group I read about it and I want to be becoming a part of it. The group has potential to encourage people to take initiative for their own communities or people. I believe I will be play a good part in this group.

From the experience of several years of fieldwork in the Wikimedia Movement in South Asia, I can feel the urge to unify the process of creating and nurturing leadership in the movement. This is very much needed to secure the sustainability of the movement; especially for the underrepresented communities, this can be a game-changer. The process of leadership development may vary due to the social and geographical context of any target Wikimedia community, I’m very much interested to learn about different Wikimedia communities from all over the world and working with them closely to identify the scopes and processes to develop leadership there and for the same reason, I considered joining the Leadership Development Working Group.

[1] The 8 regions are: Middle East and North Africa; Sub-Saharan Africa; East, Southeast Asia, and Pacific (ESEAP); South Asian Association for Regional Cooperation (SAARC); Central and Eastern Europe (CEE) and Central Asia; Northern and Western Europe; United States and Canada; Latin America (LATAM) and the Caribbean

Explaining git diff to myself

17:56, Monday, 16 2022 May UTC

But try to understand
Try to understand
Try try try to understand
Git’s a magic command.

Heart  💕

Once upon a time, I believed git was storing diffs somewhere. But then I learned I was wrong.

It’s challenging to wield git’s clunky interface when you have a broken mental model of its internals. Learning more about what’s happening inside git transformed me into a more effective git user.

In this post, I’ll attempt to explain all the deep details of git diff to my past self.

📍 Git add makes blobs

We can add files to repos using git add. But behind the porcelain, git’s busy compressing and storing this file deep in its bowels. Git terms the results of this process a “blob.”

Git stores blobs (among other things) inside the .git/objects directory.

$ git init
Initialized empty Git repository in /tmp/bar/.git/
$ echo "Hi, I'm blob" > foo
$ git add foo
$ tree .git/objects/
.git/objects/
└── 26
  └── 45aab142ef6b135a700d037e75cd9f1f1c94dc

But what’s in a blob? And why is this blob stored as ./26/45aab142ef6b135a700d037e75cd9f1f1c94dc?

🗃️ Git stores things by their hash

Why did git add foo store the contents of foo as 2645aab142ef6b135a700d037e75cd9f1f1c94dc?

Git mapped our file to a number via a hash function.

A hash function maps data to a unique number (mostly)—whenever the data changes, the hash function’s output changes dramatically.

SHA1 is the hash function git uses by default. And when we git add foo git applies SHA1 to the contents of fooHi, I'm blob\n—and that spits out 2645aab142ef6b135a700d037e75cd9f1f1c94dc.

Blobs are all about content. The filename “foo” doesn’t matter at all! We could have named the file “🌈”—git still would have stored it in the same place. If the file contents are EXACTLY the same, then the hash will be exactly the same.

🌱 Git commit creates commits and trees

You already know git commit creates a commit, but what is a commit?

A commit is a type of object. Git uses the word “object” to mean: a commit, a folder or directory (tree), a file (blob), or a tag. Git stores objects in its object database—everything inside the .git/objects directory.

$ git commit -m 'Initial Commit'
[main (root-commit) 0644991] Initial Commit
1 file changed, 1 insertion(+)
create mode 100644 foo
$ tree .git/objects/
.git/objects/
├── 06
│   └── 449913ac0e43b73bfbd3141f5643a4db6d47f8
├── 26
│   └── 45aab142ef6b135a700d037e75cd9f1f1c94dc
└── 41
  └── 81320a57137264d436b2ef861c31f430256bf4

After our commit, the object database has three objects: 06449913, 2645aab1, and 4181320a.

So now we’ve established that one of these three objects is our blob (2645aab1)—let’s see if we can suss out the others.

✨ The magic command

The magic command to learn about any object is git cat-file -p. We can use that command to find out more about our mystery objects:

$ git cat-file -p 06449913ac0e43b73bfbd3141f5643a4db6d47f8
tree 4181320a57137264d436b2ef861c31f430256bf4
author Tyler Cipriani <tcipriani@wikimedia.org> 1652310544 -0600
committer Tyler Cipriani <tcipriani@wikimedia.org> 1652310544 -0600

Initial Commit

This object (06449913) appears to be our commit. A commit is metadata compressed and stored inside git’s object database.

Some of the metadata is obvious, but then there’s a tree. And that tree points to our other mystery object, 418132. Let’s see what we can learn about our last remaining mystery object using our magic command:

$ git cat-file -p 4181320a57137264d436b2ef861c31f430256bf4
100644 blob 2645aab142ef6b135a700d037e75cd9f1f1c94dc    foo

So a tree is an object that stores a directory listing of objects by their SHA1s. And a commit is an object that points at a tree by recording the tree’s SHA1!

Commits point to trees, and trees point to blobs and other trees. Neat!

📈 Git’s dependency graph

So if we graphed the state of dependencies in our object database, we’d get something like this:

Simple git repo’s object dependency graph

The commit incorporates our tree, which includes our blob—everything depends on our blob!

So if we change even a single bit inside a single file: git will notice—everything is entirely traceable from the commit down to the bit level. We get this for free by hashing objects and including those hashes in other objects.

This is the whole concept of a Merkle Directed Acyclic Graph (Merkle DAG)!

🍔 So, where’s the diff?

When we type git diff, git presents us a diff. We know there are blobs and trees and commits—so where’s the diff!?

Git doesn’t store diffs anywhere at all! It derives diffs from what’s stored in the object database.

$ echo "I'm ALSO blob" > baz
$ git add baz
$ git commit -m 'Add baz'
$ tree .git/objects/
.git/objects/
├── 06
│   └── 449913ac0e43b73bfbd3141f5643a4db6d47f8
├── 26
│   └── 45aab142ef6b135a700d037e75cd9f1f1c94dc
├── 41
│   └── 81320a57137264d436b2ef861c31f430256bf4
├── 95
│   └── 42599fac463c434456c0a16b13e346787f25da
├── 9b
│   └── 2716e4540c11e8d590e906dd8fa5a75904810a
└── e6
   └── 5a7344c46cebe61d052de6e30d33636e1cd0b4

We made a new commit, and now we have three new objects. We added a new file (blob), which made our directory different (tree), and we committed it (commit).

Our graph now looks like this:

Simple git repo’s updated object dependency graph

You might be surprised by a few things in the graph:

  • Our new commit stores its parent commit as metadata
  • Our new tree points to our old blob, and our NEW blob

So now what happens when we try git diff:

$ git diff 064499..e65a73
diff --git a/baz b/baz
new file mode 100644
index 0000000..9b2716e
--- /dev/null
+++ b/baz
@@ -0,0 +1 @@
+I'm ALSO blob

Git compares the two commits, finds their trees, sees a new blob in the second commit, and shows you the diff of /dev/null and baz.

No diffs. Just Merkle DAGs. And now you know.


Thanks to Joe Swanson for providing excellent early feedback on this post. And thanks to Kostah Harlan for reading an early draft of this post and making it less terrible. <3

Tech News issue #20, 2022 (May 16, 2022)

00:00, Monday, 16 2022 May UTC
previous 2022, week 20 (Monday 16 May 2022) next

Tech News: 2022-20

Above, a rendering of the Wikipedia Puzzle globe rotating.

An experienced graphic designer will tell you that good graphic logos are supposed to be simple and so easy to recall that a child can draw them from memory… which means the Wikipedia logo probably wouldn’t be one of them! The puzzle globe logo is however a befitting representation of Wikipedia – it’s busy and complicated. It’s more like an emblem or a coat of arms that proudly shows the history and complexity of the thing it represents. It’s a permanently unfinished work-in-progress that came to be via a logo contest decided by public vote

After gauging community interest, we are happy to announce that the Wikimedia Foundation will be hosting a global contest to create a sound logo for Wikimedia projects.

Voting for logos is common practice in the Wikimedia movement. As we prepare to launch a new type of logo contest, this blog post takes a look at some of the logo contests that have happened over the course of the past twenty years, as new projects and initiatives across  the movement have come to exist. The contests have not been entirely uniform. Some Wikimedia logo contests have one round of voting, some have an elimination round, some have score voting or ranked-choice voting. Some have prizes (which range from t-shirts to a few hundred euros or dollars). Some set aside time for the refinement of the logo. Most voting is open for a week or two. 

Some logos are temporary celebrations of particular achievements. These contests are usually shorter in time than other logo contests and go through only one round of voting before being adopted. For example, the Polish Wikipedia held a contest to mark the million articles milestone or the Ukrainian Wikipedia marked its 18th anniversary

Above, a proposed logo for Wikipedia from the 2003 international logo contest. You can see other proposed Wikipedia logos on Meta-wiki.

The 2003 ‘International Logo Contest’ gave us the predecessors to the current Wikipedia, Wikimedia, Wikimedia Foundation and MediaWiki logos. The top prize was 100 euros and a t-shirt back then. This was an era when Wikipedia was not a household name and all of Wikipedia was receiving around 250,000 pageviews a day (in 2022 Wikimedia sites receive about 700,000,000 page views a day). The puzzle globe logo won the top prize and the 2nd and 3rd place logos later became used for the Wikimedia, Wikimedia Foundation and MediaWiki logos. Notably, the red, green and blue colors of the early Wikimedia logo became applied to many subsequent logos and logo proposals thereafter. 

Many more logo contests came about. In 2004, a need for a media repository for all Wikimedia projects arose and an informal poll was held to vote for a logo for Wikimedia Commons. The poll lasted for two weeks. By 2008, after a clear consensus, it was decided to have a vote to adopt the Wikimedia community logo as the new Metawiki logo, which had been using the Wikimedia movement logo. By 2011, the new Wiki Loves Monuments photo competition held a vote for a new logo, and kept submissions open for a month. Only one week-long round of voting was held. In 2012, the Wikidata logo contest was announced via a blog post, and asked submissions to be uploaded to Wikimedia Commons and tagged into a category to be considered submissions. Then a committee reviewed all the submissions and made a shortlist of finalists which went to public vote.

Wikivoyage was born as an open-source fork of content from a non-Wikimedia site and for Wikimedia servers to host it, it needed a new logo. The community held a contest in 2013 and a logo was adopted, but was later met with a legal challenge for bearing too much resemblance to the World Trade Organization logo. From this came the (sort of) standard ‘logo selection procedure’ we have today: A need for a logo arises, the contest forms with a submission period, an elimination round, a finalist review, and a final vote. The uploader must have created all the work themself and the finalist review exists so that research can be done to see if there are any legal or other issues with the logo finalists. 

The ‘Proposal for changing logo of MediaWiki, 2020’ was held to address design issues with the old 2003 MediaWiki logo. The original MediaWiki logo was a bitmap picture so it didn’t work for large sizes, the wide range of colors made it difficult to print, the high details made it unusable in small sizes and it was difficult to modify for things like temporary celebrations. Proposals and discussions for the new logo lasted for six weeks, the first round of voting lasted for a month, then two weeks of legal clearance, then a month-long second round of voting for variants on the top proposals, followed by another month of legal clearance.

The 2021 Wikifunctions logo contest involved two months of discussions, followed by five weeks to submit designs, a few days to narrow the vote candidates, then two weeks for voting. What followed was seven months to refine and finalize the logo because there was a high probability of lawsuits for logos that use the lambda symbol.

For the 2022 Wikimedia Sound Logo contest, we have to consider interesting new aspects like:

  • How do we consider vocalizations?  
  • What technical requirements (bit depth, sampling rate, et cetera) should be made?
  • Human hearing is roughly 20 – 20,000 Hertz. Are there accessibility considerations to be made?
  • How will we overcome listener fatigue when evaluating a large number of submissions?
  • Most sound logos are only a few seconds long. We are proposing submissions between 1 and 4 seconds. What do you think?
  • How will we screen for copyright infringement?
  • How do we find a large enough group of people with knowledge of audio editing and mixing to submit to the contest?

We encourage you to help us develop this contest on Meta-wiki. Phase 2 of this project is focused on community outreach and discussions with the purpose of co-creating a contest that we can all be excited about. These community conversations are currently planned for May 23 to June 10. More information to come soon. Sign up on the page to stay informed.  

Wikimedia Hackathon 2019

The Wikimedia Hackathon is happening next weekend, and the Wikimedia tech community is excited to share some details about all the activities that will be taking place – and how you can get involved either in-person or online.

Building on experience from last year’s virtual hackathon, this year’s Wikimedia Hackathon will take a new approach: it will happen both online and in-person on May 20-22, 2022. 

Collaboration is a key aspect of our community. The Wikimedia Hackathon is a great opportunity to meet others and work together on technical projects during a fun three-day event. The main Hackathon events will happen in an online game-style space, while local meetups organized by community members happen around the world. These two formats will have a diverse set of activities that everyone is welcome to join – no matter the technical background they have!

We’re expecting to have participants from many different places, so the schedule is planned to allow people in multiple time zones to participate comfortably. There will be core hours several times a day when most events will occur, and online social and hacking spaces open 24 hours a day throughout the three days.

Participating in a Hackathon doesn’t necessarily mean coding! Of course you’ll find sessions about technical topics, but you can also find sessions about culture, diversity, and some activities that can help you get skills to inspire and motivate your team. The Wikimedia Hackathon seeks to welcome a larger audience, beyond just developers. 

If you would like to join the Hackathon, take a look at the different options that are available and find the ones that interest you the most:

  • Host a session. You can check out our schedule page and pick an open slot in the category that best fits your topic, you just need to add yourself there!
  • Contribute to or create a project. If you want to get involved in the hacking activities, check the Phabricator board and add a task. 
  • Attend in-person meet ups. Find out if there is a meeting near you here.
  • If you want to explore other options, there are a lot of tasks you can contribute to! You can help out welcoming newcomers, contributing to translations or you can even just explore the virtual game space and meet new people. Check the list of activities we have for you.

Please feel free to reach out to anyone on the Wikimedia Hackathon team if you need any support or have any questions. Make sure to bring your best ideas to the table and be ready to work along with developers, designers, translators and other tech Wikimedians in a fun and collaborative environment!

Gayathri 1.20 released

04:15, Saturday, 14 2022 May UTC

A new version of Gayathri typeface is available now. Version 1.20 comes with a few bugfixes and glyph additions. New version is available at SMC website for preview and download. Changes Fix the size issue of fullstop and comma Add 0D7B+0D4D+0D31 based ന്റ Improve kerning for latin Add 22 latin glyphs Fix spacing issues for quote signs Flatten the nested components Update build dependencies and CI The latest version is not yet available at Google fonts.

In Central America there is a gap in the creation of knowledge and information on the Internet. In Wikipedia, biographies from the region represent only 1.8 percent and in the case of El Salvador only represent 0.14 percent.

In order to promote the generation of knowledge from and about El Salvador and Central America, a group of volunteers have joined together to develop educational programs that involve Wikipedia and its sister projects as the main protagonists of change in digital education.

Thus, on May 20, 2021 Wikimedia El Salvador was launched, formed as a group of Wikipedians that aims to raise awareness in the country about the use of Wikimedia Foundation projects.

The Wikipedistas seek to collaborate with communities and organizations in the development of education based on free knowledge and universal access to information through a free and open internet in which all people have the right to search, create, share culture and knowledge.

In addition, several events are planned to eradicate the stigmas and myths that exist around the use of Wikipedia and to show the power of the rest of the spaces that Wikimedia has as a foundation.

Since the launch of the initiative, events have been held to promote the collection of knowledge about El Salvador on different topics such as historical memory, gender, sports and culture. This through workshops, talks and collaborations with different organizations such as the Olympic Committee of El Salvador, the Latin American Council of Social Sciences and the Cultural Center of Spain in El Salvador.

In 2021, in the framework of the Bicentennial of Central America, a Wikipedia workshop was held in which the Central American Bicentennial entry was created together with researchers from the region.

The Wikipedians have also participated in the Art+Feminist initiative since before the launch of Wikimedia El Salvador.

This year they have held events for Women’s Month, such as talks, Wikipedia workshops with a gender focus, editatonas, as well as participating in the Latin American regional campaign “¡Alto! Mujeres Trabajando” (¡Stop! Women Working).

The Wikipedistas plan to become an official user group this year, in addition to continuing with events, workshops and actions that allow the creation and improvement of entries on women, environment, culture and history in Wikipedia.

“Now and in the future we will continue to work to contribute to open knowledge through the Foundation’s projects,” they say.

Learn more about Wikimedia El Salvador, here our networks:

Our Facebook account

Our Instagram account

Twitter account

Wikipedia's JavaScript initialisation on a budget

09:36, Friday, 13 2022 May UTC

This week saw the conclusion of a project that I've been shepherding on and off since September of last year. The goal was for the initialisation of our asynchronous JavaScript pipeline (at the time, 36 kilobytes in size) to fit within a budget of 28 KB – the size of two 14 KB bursts of Internet packets.

In total, the year-long effort is saving 4.3 Terabytes a day of data bandwidth for our users' page views.

The above graph shows the transfer size over time. Sizes are after compression (i.e. the net bandwidth cost as perceived from a browser).


How we did it

The startup manifest is a difficult payload to optimise. The vast majority of its code isn't functional logic that can be optimised by traditional means. Rather, it is almost entirely made of pure data. The data is auto-generated by ResourceLoader and represents the registry of module bundles. (ResourceLoader is the delivery system Wikipedia uses for its JavaScript, CSS, interface text.)

This registry contains the metadata for all front-end features deployed on Wikipedia. It enumerates their name, currently deployed version, and their dependency relationships to other such bundles of loadable code.

I started by identifying code that was never used in practice (T202154). This included picking up unfinished or forgotten software deprecations, and removing unused compatibility code for browsers that no longer passed our Grade A feature-test. I also wrote a document about Page load performance. This document serves as reference material, enabling developers to understand the impact of various types of changes on one or more stages of the page load process.

Fewer modules

Next was collaborating with the engineering teams here at Wikimedia Foundation and at Wikimedia Deutschland, to identify features that were using more modules than is necessary. For example, by bundling together parts of the same feature that are generally always downloaded together. Thus leading to fewer entry points to have metadata for in the ResourceLoader registry.

Some highlights:

  • WMF Editing team: The WikiEditor extension now has 11 fewer modules. Another 31 modules were removed in UploadWizard. Thanks Ed Sanders, Bartosz Dziewoński, and James Forrester.
  • WMF Language team: Combined 24 modules of the ContentTranslation software. Thanks Santhosh Thottingal.
  • WMF Reading Web: Combined 25 modules in MobileFrontend. Thanks Stephen Niedzielski, and Jon Robson.
  • WMDE Community Wishlist Team: Removed 20 modules from the RevisionSlider and TwoColConflict features. Thanks Rosalie Perside, Jakob Warkotsch, and Amir Sarabadani.

Last but not least, there was the Wikidata client for Wikipedia. This was an epic journey of its own (T203696). This feature started out with a whopping 248 distinct modules registered on Wikipedia page views. The magnificent efforts of WMDE removed over 200 modules, bringing it down to 42 today.

The bar chart above shows small improvements throughout the year, all moving us closer to the goal. Two major drops stand out in particular. One is around two-thirds of the way, in the first week of August. This is when the aforementioned Wikidata improvement was deployed. The second drop is toward the end of the chart and happened this week – more about that below.


Less metadata

This week's improvement was achieved by two holistic changes that organised the data in a smarter way overall.

First – The EventLogging extension previously shipped its schema metadata as part the startup manifest. Roan Kattouw (Growth Team) refactored this mechanism to instead bundle the schema metadata together with the JavaScript code of the EventLogging client. This means the startup footprint of EventLogging was reduced by over 90%. That's 2KB less metadata in the critical path! It also means that going forward, the startup cost for EventLogging no longer grows with each new event instrumentation. This clever bundling is powered by ResourceLoader's new Package files feature. This feature was expedited in February 2019 in part because of its potential to reduce the number of modules in our registry. Package Files make it super easy to combine generated data with JavaScript code in a single module bundle.

Second – We shrunk the average size for each entry in the registry overall (T229245). The startup manifest contains two pieces of data for each module: Its name, and its version ID. This version ID previously required 7 bytes of data. After thinking through the Birthday mathematics problem in context of ResourceLoader, we decided that the probability spectrum for our version IDs can be safely reduced from 78 billion down to "only" 60 million. For more details see the code comments, but in summary it means we're saving 2 bytes for each of the 1100 modules still in the registry. Thus reducing the payload by another 2-3 KB.

Below is a close-up for the last few days (this is from synthetic monitoring, plotting the raw/uncompressed size):

The change was detected in ResourceLoader's synthetic monitoring. The above is captured from the Startup manifest size dashboard on our public Grafana instance, showing a 2.8KB decrease in the uncompressed data stream.

With this week's deployment, we've completed the goal of shrinking the startup manifest to under 28 KB. This cross-departmental and cross-organisational project reduced the startup manifest by 9 KB overall (net bandwidth, after compression); From 36.2 kilobytes one year ago, down to 27.2 KB today.

We have around 363,000 page views a minute in total on Wikipedia and sister projects. That's 21.8M an hour, or 523 million every day (User pageview stats). This week's deployment saves around 1.4 Terabytes a day. In total, the year-long effort is saving 4.3 Terabytes a day of bandwidth on our users' page views.


What's next

It's great to celebrate that Wikipedia's startup payload now neatly fits into the target budget of 28 KB – chosen as the lowest multiple of 14KB we can fit within subsequent bursts of Internet packets to a web browser.

The challenge going forward will be to keep us there. Over the past year I've kept a very close eye (spreadsheet) on the startup manifest — to verify our progress, and to identify potential regressions. I've since automated this laborious process through a public Grafana dashboard.

We still have many more opportunities on that dashboard to improve bundling of our features, and (for Performance Team) to make it even easier to implement such bundling. I hope these on-going improvements will come in handy whilst we work on finding room in our performance budget for upcoming features.

– Timo Tijhof


Further reading:

Production Excellence #43: April 2022

21:00, Thursday, 12 2022 May UTC

How’d we do in our strive for operational excellence last month? Read on to find out!

Incidents

Last month we experienced 2 (public) incidents. This is below the three-year median of 3 incidents a month (Incident graphs).

2022-04-06 esams network
Impact: For 30 minutes, wikis were slow or unreachable for a portion of clients to the Esams data center. Esams is one of two DCs primarily serving Europe, Middle East, and Africa.

2022-04-26 cr2-eqord down
Impact: No external impact. Internally, for 2 hours we were unable to access our Eqord routers by any means. This was due to a fiber cut on a redundant link to Eqiad, which then coincided with planned vendor maintenance on the links to Ulsfo and Eqiad. See also Network design.


Incident follow-up

Remember to review and schedule Incident Follow-up work in Phabricator, which are preventive measures and tech debt mitigations written down after an incident is concluded. Read more about past incidents at Incident status on Wikitech.

Recently resolved incident follow-up:

Reduce mysql grants for wikiadmin scripts
Filed in 2020 after the wikidata drop-table incident (details). Carried out over the last six months by Amir @Ladsgroup (SRE Data Persistence).

Improve reliability of Toolforge k8s cron jobs and Re-enable CronJobControllerV2
Filed earlier this week after a Toolforge incident and carried out by Taavi @Majavah.


Trends

During the month of April we reported 27 new production errors. Of these new errors, we resolved 14, and the remaining 13 are still open and have carried over to May.

Last month, the workboard totalled 298 unresolved error reports. Of these older reports that carried over from previous months, 16 were resolved. Most of these were reports from before 2019.

The new total, including some tasks for the current month of May, is 292. A slight decrease! (spreadsheet).

Take a look at the workboard and look for tasks that could use your help.

View Workboard


Thanks!

Thank you to everyone who helped by reporting, investigating, or resolving problems in Wikimedia production. Thanks!

Until next time,

– Timo Tijhof

In a fair fight, I'd kill you!
— Well, that's not much incentive for me to fight fair then, is it?

Sara Sierko sitting on a ledge
Sara Sierko
Image courtesy Sara Sierko, all rights reserved.

When Sara Sierko started working on the Wikipedia article for Margaret Crang, the University of Alberta student thought she was just sharing a story that had been forgotten by her local community. She did do that — but she also gained skills that gave her a place in that community.

Crang didn’t have a Wikipedia page, even though she was an important figure in local history. That may be because sources weren’t easy to find on Google. To find enough information to write Crang’s biography, Sara had to dig up information in the City of Edmonton archives and the Bruce Peel archives, including old newspaper clippings. In the process of doing her research, she spoke with Senator Paula Simons and local historian Tom Monto. The former happened to mention that the Edmonton Naming Committee, which is responsible for naming new roads, parks, and buildings after Edmonton community members, had a vacant seat.

“I applied to this position and utilized the Wikipedia project to demonstrate my archival research skills, my interest  for local history, and my passion for community engagement,” Sara says. “And I am pleased to say that I am now the newest member of the Edmonton Naming Committee!”

She also landed a job thanks to her Wikipedia assignment: Sara serves as a costumed interpreter at Fort Edmonton Park, teaching guests the history of Edmonton in the 1920s.

“My Wikipedia submission gave me the opportunity to learn archival research skills, critically engage with my community’s history, and explore my passion for local history. I am very grateful for this project because it opened the door for multiple job opportunities focused on my interest in local history. I also gained new friendships and working relationships with other like-minded people,” Sara says. “After this experience, I now consider myself to be another local Edmonton historian!”

Sara — who’s from Edmonton — says she was particularly inspired to write about Margaret Crang because she admired her career. Her history of feminist thought professor, Felice Lifshitz, assigned Sara and her classmates to improve Wikipedia’s coverage of feminist advocates.

“I thought that Margaret Crang was an excellent person to write about because of the numerous women and gender studies themes in her story. She participated in war and openly challenged the societal expectations of women,” Sara says. “I believe that our city has forgotten about this radical and progressive leader. Therefore, I thought that it was my responsibility to educate my community on this dynamic and important figure.”

And Wikipedia was a great way to educate her community. Not only did Sara learn about Crang, but she also learned a valuable lesson about historical representation. Women participated in municipal politics, Sara says, but precisely because they were women, it’s hard to find evidence of their work.

“Margaret Crang did not conform to the expectations of womanhood, in fact she openly defied it. She participated in war, shot a gun, and was a radical feminist activist. All things that do not get recorded in history because they are actions that are outside the realms of gender and expectation,” Sara explains. “I learned that the act of recording people and events into history is intentional. This choice dictates who gets to be remembered and who doesn’t. Therefore, if someone is a threat to the ruling powers, they will not get memorialized, valorized, and recorded into history.”

Wikipedia presents one impactful way to correct that record. Sara was so inspired by the project she did for class that she’s continuing to edit, adding information about women in Edmonton politics. She used the class assignment as a way to write something not just for her professor, but for the public.

“I am very grateful for this Wikipedia assignment because it gave me the opportunity to meet members of my local history community and form new friendships with like minded people,” Sara says. “At the beginning of this project, I never would’ve expected this as an outcome. In the past, I have felt very lonely while in the pursuit of research and academia. However, I pleasantly discovered that local history is a topic that brings people together to celebrate our rich and vibrant past.”

To learn more about Wikipedia assignments, visit teach.wikiedu.org.

Image credit: WinterE229 WinterforceMedia, Public domain, via Wikimedia Commons

Wikimedia Sverige providing help to students at a University in Sweden. Foto: Axel Pettersson, CC BY-SA 3.0, via Wikimedia Commons.

As part of the work with a Content Partnerships Hub, Wikimedia Sverige launches a helpdesk. The Helpdesk will provide hands-on support to affiliates and volunteers who are trying to form content partnerships, especially for local communities in the underserved and underrepresented parts of the world. 

Wikimedia Sverige is experimenting with an initiative for a content partnerships hub. The aim is to build a service to the movement, and help Wikimedia communities worldwide make content available on the Wikimedia platforms, together with partners. 

In preparation for the hub, the team at Wikimedia Sverige held interviews with more than fifty movement leaders. Views and perspectives have varied, but one reply has been consistent in almost all interviews:

The movement wants to work more with content partnerships, but often lacks the know-how, and would like concrete support.

As a response to this, Wikimedia Sverige has developed a Helpdesk concept. With this blog post, we are officially launching the Helpdesk!

The Helpdesk will provide hands-on support to affiliates and volunteers who are trying to form content partnerships, especially for local communities in the underserved and underrepresented parts of the world. 

We are also planning events around the Helpdesk and other aspects of the thematic hub. At the event we will reply to questions about the Helpdesk and discuss next steps. You can find out more about the events here

We will provide dedicated staff time to help solve the problems you have requested. Wikimedia Sverige has had hundreds of content partnerships over the years, where GLAM institutions and other partners have shared hundreds of thousands of media files and we want to help.

The support can take various forms and help solving issues such as:

What does a good partnership agreement look like? How do we convince partners about free licenses? How do we do a batch upload of photos or data? How do we share the outcome with our partner?

Requests can be made by chapters, user groups, individual volunteers, or any kind of grouping within the movement.

The crucial thing is that the support is tailored to the needs of the communities. Needs vary with the situation and the context, and the hub is a function for the entire movement.

The idea is also not to transfer all the work with content partnerships to the hub – but rather to to build capacity across the movement for actors to begin this journey themselves. 

If there is a request that the Helpdesk team does not have the answer to, then it will work to find other experts within the Wikimedia movement that can assist. We will also initiate conversations with affiliates in the movement, on how we can collaborate around this. We hope that other affiliates will dedicate staff time to help with the requests to the Helpdesk in their areas of expertise.

In order to give proper feedback to the requests, and to prioritize when there are more requests than time to handle them, an expert committee is being appointed, by a diverse group of qualified volunteers. The setup, members and function of the expert committee will be outlined in a followup blog post.

We are currently developing the portal page for the helpdesk. If you already have a content partnership in mind, for which you would like support, do not hesitate to visit the website and reach out to helpdesk@wikimedia.se.

The Content Transform team, along with the Editing team and the Language team, is happy to announce that the Translate extension is officially supported in the visual editor, starting with MediaWiki 1.38. This will make it easier for editors and translation administrators to edit translatable pages.

Some context about the Translate extension

Many Wikimedia projects, such as Commons, MediaWiki.org, or WikiSource, as well as some third-party wikis, provide content to their readers in multiple languages. The Translate extension is what makes creating and maintaining multilingual content possible. Editors can mark regions of a wiki page as translatable by delimiting them with <translate>…</translate> tags. The translatable content is then split into smaller chunks by a translation administrator, with the help of automated tools. These smaller chunks are finally translated into other languages, and can be updated when the original text is modified.

Before and After

Before: Contributors could not directly edit content between tags in the visual editor.
After: Contributors can now directly edit content between <translate> tags (see the highlighted text in the screenshot above) as they can any other string of text using the visual editor.

Up until MediaWiki 1.38, contributors were not able to fully edit pages containing translation markup using the visual editor. The Translate extension was not compatible with Parsoid, and hence could not support editing with the VisualEditor extension—in practice, any content between <translate>…</translate> tags would not be editable directly. Editors on such pages would have no other choice but to edit the page as wikitext.

The version of Parsoid that is enabled in MediaWiki 1.38 supports the Translate extension natively. This enables the editing of content between the <translate> tags using the visual editor. The existing guidelines about editing translatable pages remain, but translatable pages should now be mostly editable directly in the visual editor.

… “Mostly” editable, you say?

There’s a caveat. If the content between two <translate> tags is not well-nested, the <translate> range gets expanded in the visual editor to enclose a well-nested range of content.

To give a couple of examples,

* first <translate>list item
* second</translate> list item

would be expanded to

<translate>
* first list item
* second list item
</translate>

because the Translate range encompasses parts of two different list items, and

some '''bold <translate>text'''</translate>

would be transformed to

some <translate>'''bold text'''</translate>

to enclose all the bold text.

These examples are purposefully exaggerated, and the misnestings will typically be more subtle than that. These expanded regions are protected from editing using the visual editor to avoid dirty diffs (unrelated changes to portions of the wikitext which the editor didn’t “touch”) and page corruptions (including in some cases potentially breaking the translation markup) when the edited page is saved and converted back to wikitext. Updates to the linter are planned in the near future to automatically detect and gather those areas that are not editable in the visual editor.

Caveat: translatable areas that are not well-nested are not editable in the visual editor.

To be able to edit the full page in the visual editor, it is advised to follow the guidelines provided by the Markup examples section of the Page translation administration wiki page, and to split the translation ranges into smaller, well-nested sections if a region is flagged as uneditable.

Feedback, suggestions and bug reports

We have tested the feature and fixed numerous bugs already, but editing translatable pages in the visual editor hasn’t passed the test of real-life content yet: there may still be rough edges. If you encounter an issue, please revert the edit if necessary and fall back to the Wikitext editor. You can file the issue on Phabricator on the Parsoid project, or contact the Content Transform team for feedback or information. Further improvements and bug fixing for this feature are to be expected with MediaWiki 1.39. We are excited to continue to fully support translation and multilingual content on our platform.

Happy localization!

Should Vector be responsive?

20:48, Wednesday, 11 2022 May UTC

Here I share some thoughts around the history of "responsive" MediaWiki skins and how we might want to think about it for Vector.

The buzzword "responsive" is thrown around a lot in Wikimedia-land, but essentially what we are talking about is whether to include a single tag in the page. The addition of a meta tag with name viewport, will tell the page how to adapt to a mobile device.

<meta name="viewport" content="width=device-width, initial-scale=1">

More information: https://css-tricks.com/snippets/html/responsive-meta-tag/

Since the viewport tag must be added, by default websites are not made mobile-friendly. Given the traditional Wikimedia skins were built before mobile sites and this tag existed, CologneBlue, Modern, Vector did not add this tag.

When viewing these skins on mobile the content will not adapt to the device and instead will appear zoomed out. One of the benefits of this is that the reader sees a design that is consistent with the design they see on desktop. The interface is familiar and easy enough to navigate as the user can pinch and zoom to parts of the UI. The downside is that reading is very difficult, and requires far more hand manipulation to move between sentences and paragraphs, and for this reason, many search engines will penalize traffic.

Enter Minerva

The Minerva skin (and MobileFrontend before it) were introduced to allow us to start adapting our content for mobile. This turned out to be a good decision as it avoided the SEO of our projects from being penalized. However, building Minerva showed that making content mobile-friendly was more than adding a meta tag. For example, many templates used HTML elements with fixed widths that were bigger than the available space. This was notably a problem with large tables. Minerva swept many of these issues under the rug with generic fixes (For example enforcing horizontal scrolling on tables). Minerva took a bottom-up approach where it added features only after they were mobile-friendly. The result of this was a minimal experience that was not popular with editors.

Timeless

Timeless was the 2nd responsive skin added to Wikimedia wikis. It was popular with editors as it took a different approach to Minerva, in that it took a top-down approach, adding features despite their shortcomings on a mobile screen. It ran into many of the same issues that Minerva had e.g. large tables and copied many of the solutions in Minerva.

MonoBook

During the building of Timeless, the Monobook skin was made responsive (T195625). Interestingly this led to a lot of backlash from users (particularly on German Wikipedia), revealing that many users did not want a skin that adapted to the screen (presumably because of the reasons I outlined earlier - while reading is harder, it's easier to get around a complex site. Because of this, a preference was added to allow editors to disable responsive mode (the viewport tag). This preference was later generalized to apply to all skins:

Responsive Vector

Around the same time, several attempts were made by volunteers to force Vector to work as a responsive skin. This was feature flagged given the backlash for MonoBook's responsive mode. The feature flag saw little development, presumably because many gadgets popped up that were providing the same service.

Vector 2022

The feature flag for responsive Vector was removed for legacy Vector in T242772 and efforts were redirected into making the new Vector responsive. Currently, the Vector skin can be resized comfortably down to 500px. It currently does not add a viewport tag, so does not adapt to a mobile screen.

However, during the building of the table of contents, many mobile users started complaining (T306910). The reason for this was that when you don't define a viewport tag the browser makes decisions for you. To avoid these kind of issues popping up it might make sense for us to define an explicit viewport to request content that appears scaled out at a width of our choosing. For example, we could explicitly set width 1200px with a zoom level of 0.25 and users would see:

If Vector was responsive, it would encourage people to think about mobile-friendly content as they edit on mobile. If editors insist on using the desktop skin on their mobile phones rather than Minerva, they have their reasons, but by not serving them a responsive skin, we are encouraging them to create content that does not work in Minerva and skins that adapt to the mobile device.

There is a little bit more work needed on our part to deal with content that cannot hit into 320px e.g. below 500px. Currently if the viewport tag is set, a horizontal scrollbar will be shown - for example the header does not adapt to that breakpoint:


Decisions to be made

  1. Should we enable Vector 2022's responsive mode? The only downside of doing this is that some users may dislike it, and need to visit preferences to opt-out.
  2. When a user doesn't want responsive mode, should we be more explicit about what we serve them? For example, should we tell a mobile device to render at a width of 1000px with a scale of 0.25 ( 1/4 of the normal size) ? This would avoid issues like T306910. Example code [1] demo
  3. Should we apply the responsive mode to legacy Vector too? This would fix T291656 as it would mean the option applies to all skins.

[1]

<meta name="viewport" content="width=1400px, initial-scale=0.22">

First months as The Mixed Museum’s intern

12:07, Wednesday, 11 2022 May UTC

In this post, Anastasia reflects on the process of editing a Wikipedia article, and the challenges it presented. You can read more about the Mixed Museum internships in our blog, and over at The Mixed Museum website.

The Mixed Museum

March was an extremely beneficial and eventful month. Working alongside such ambitious experts was extremely helpful in furthering my existing knowledge about editing and writing and learning new skills such as using Wikipedia. I am grateful to the Mixed Museum for giving me an exciting opportunity to work with and learn from the Wikimedia team members.

After starting my internship, I became acquainted with the Wikimedia UK team through an insightful Potluck Wikithon. It was fascinating to get to know the inside-outs of Wikipedia, as I could have never imagined that so much work needed to be done to create a single credible article. It was a challenge to adapt to the writing style of Wikipedia at first, as it seemed so different from that of university essays. Wikipedia requires a factual, detached description of events, whereas personal opinion and thorough, logical analysis are the basis of the papers I am so used to. However, the support I was getting from both the Mixed Museum and Wikimedia was highly useful in overcoming the challenges I faced.

When I first began editing my assigned page, Black people in Ireland, I felt that it was far from what we were hoping to end up with. I noticed that some information was shallow, and many sections lacked credible sources. Unfortunately, I was forced to delete some of the claims as I could not prove their reliability, since there were no available sources to back them. I improved the article to show that Black people’s history in Ireland is more profound and complex than considered before. 

I believe that education is crucial for the formation of independent-minded and tolerant people, and Wikipedia can help that cause by working on articles concerning minorities’ histories. Being the most accessible resource for young people all over the world, Wikipedia needs to uphold a high standard in showcasing not only the history of oppression but also the lifestyles of those minorities.         

Another challenge was one of the main tasks of the internship: searching for and adding pictures to the page I was editing. I found it complicated to understand the copyright and laws concerning the usage of photographs, despite detailed explanations from the team during the introduction section. I was able to retrieve several pictures from the Wikipedia domain after researching the process. However, finding relevant photos with appropriate copyrights was hard, as most are reserved for exclusive use, and the rights to publish these can only be purchased. 

Although the work I was doing throughout the internship was mainly independent, I never felt like I was left alone to deal with all the aspects of the job. The team was highly supportive via Slack and email most days. Slack was especially useful, as it felt like a social media website, where one could chat with colleagues via instant messages and get responses quicker. It was also less formal than traditional means of business communication, which helped me feel more comfortable asking questions. 

This experience was precious, as I have acquired essential skills, worked with Wikimedia software, and communicated with two professional teams to spread awareness about such a crucial topic. I hope that my contribution made an impact on the Wikipedia audience and helped someone out there learn more about Black Irish history.

The post First months as The Mixed Museum’s intern appeared first on WMUK.

Interviewed on Between the Brackets podcast

05:22, Wednesday, 11 2022 May UTC

I was recently interviewed on Between the Brackets: A MediaWiki podcast: Episode 112 - Kunal Mehta. I'm the first ever repeat guest, my first appearance was in 2018 in Episode 9. You can listen through the web interface or in your favorite podcast client.

Thanks to Yaron Koren for having me on.