Global templates/Relationship to strategy/nl

Het voorstel  is in overeenstemming met veel van de strategische richtingen en doelstellingen zoals gepubliceerd door de Wikimedia Foundation en Wikimedia Duitsland in verschillende documenten. Deze pagina wil u laten zien hoe.

Voor meer context, zie de of de.



Wikimedia Foundation Middentermijnplan 2019
Het Wikimedia Foundation Middentermijnplan 2019 ("MTP") heeft verschillende prioriteiten en doelstellingen. Dit is hoe het voorstel Globale sjablonen zich met veel van hen relateert:



MTP: merkbewustzijn
Op het eerste gezicht lijkt het doel van het bewustwording van het merk niet rechtstreeks te verbinden met het voorstel voor Globale sjablonen. Merkbewustzijn gaat over communicatie en Globale sjablonen is een technologisch projectvoorstel. Maar ze zijn nauw met elkaar verbonden. Sommige van de meest opmerkelijke functies van Wikimedia-sites, zoals Infoboxen, voetnoten en "citatie nodig", worden uitgevoerd met behulp van sjablonen. Voor mensen die in de talen lezen waarin er succesvolle edities van Wikipedia zijn, zijn ze net zo veel een onderdeel van het merk Wikipedia als het logo puzzel globe. Het implementeren van deze op een moderne, consistente, robuuste en meertalige manier zal het merk stabieler en internationaler maken en de erkenning ervan over de hele wereld verhogen.



MTP: Wereldwijde lezers
Veranderingen van onze kernproducten in een incrementele maar betekenisvolle mate De sjablonen vormen een onderdeel van de core, voor elke definitie van een "product behorend tot de core". Als MediaWiki het kernproduct is, zijn sjablonen een van de belangrijkste kenmerken. Als Wikipedia, Commons, Wikidata, Wikisource, andere wiki's met hun lees en bewerk ervaringen het kernproduct zijn, worden sjablonen alomtegenwoordig daarbij gebruikt en moeten ze op het hoogste niveau worden behandeld, en niet alleen als vanzelfsprekend worden genomen. Het globaal maken van sjablonen is "incremental" omdat het de syntaxis en de snelle implementatieaspecten van sjablonen behoudt en alleen de manier verandert waarop sjablonen worden gedeeld tussen wiki's, en het is "bedoeld" omdat het direct verschillende gebruik- en ontdekkingsmogelijkheidsproblemen zal aanpakken.

Aanzienlijk uitbreiden van onze kernproducten ervaringenː Deze prioriteit gaat over het integreren van inhoud uit Commons, Wikidata, Wikisource en andere projecten in Wikipedia, en over gestructureerde data. Het implementeren van globale sjablonen zal een lange weg gaan om de verspreiding van inhoud tussen verschillende wiki's gemakkelijker te maken, en zal alle redactie-gemeenschappen in staat stellen om zelf te innoveren. Het zal ook de blootstelling van Commons, Wikidata, Wikisource en verschillende gestructureerde dataprojecten aan het grote publiek in alle talen aanzienlijk verhogen. Zie ook de secties op Gestructureerde Data op Commons en WikiCite op deze pagina.

Verander het paradigma van vrije kennis Global templates breken niet hoe Wikipedia werkt, maar ze laten de gemeenschappen efficiënter werken aan het ontwikkelen van innovatieve functies. Dit zijn dezelfde gemeenschappen die de proza van de artikelen sinds 2001 en de sjablonen sinds 2004 hebben gemaakt en Wikipedia in veel talen zo succesvol hebben gemaakt. Het hergebruik van de huidige vaardigheden van de gemeenschappen en het gemakkelijker maken van samenwerking tussen deze mensen zal nog grotere innovatie en nieuwe paradigma's van vrije kennis opleveren.



MTP: Bloeiende beweging
We zullen nieuwkomers verwelkomen en ondersteunen: Globale sjablonen zullen sjablonen gemakkelijker te gebruiken maken voor nieuwkomers in zowel kleine als grote wiki's. In het bijzonder houdt het niet alleen rekening met nieuwkomers in de zin van "nieuwe bewerkers in een bestaande wiki", maar ook met bewerkers in volledig nieuwe wiki's die nog niet in een andere wiki hebben bewerkt, bijvoorbeeld bewerkers van wiki's in nieuwe talen.

We zullen sterke, diverse en innovatieve gemeenschappen hebben die de wereld vertegenwoordigen: Het globaal maken van sjablonen zal gemeenschappen sterker en meer divers maken door hen in staat te stellen efficiënt samen te werken. Het zal de gemeenschappen innovatiever maken door technische innovatie van elke wiki gemakkelijk te gebruiken op alle andere wiki's. Dit is een bijzonder belangrijk punt, omdat er aanzienlijke technische innovatie is in sjablonen en modules op middelgrote wiki's, en deze wordt vaak over het hoofd gezien.

We zullen strategische partnerschappen en coalities hebben met gelijkaardige organisaties / We zullen sterke en machtige leiders en gelieerde partijen hebben: Het lijkt misschien niet duidelijk, maar het maken van globale sjablonen zal dit probleem ook aanpakken. Een voorbeeld is dat veel afdelingen zeiden dat ze niet willen dat mensen Content Translation meer gebruiken omdat het niet stabiel genoeg is met infobox en referentie-sjablonen. Globale sjablonen zullen dit probleem volledig aanpakken, en het is slechts één van de vele.



MTP: Platform evolutie
Softwareplatforms met geïntegreerde machine learning-, rich media- en gestructureerde datacomponenten, en bijbehorende tooling voor interne en externe ontwikkeling en hergebruik van code en content: Globale sjablonen helpen alle sjablonen semantisch en gemakkelijker te verwerken maken door machine learning-algoritmen. Hierdoor worden rich media en gestructureerde datacomponenten gemakkelijker te hergebruiken in verschillende projecten. En natuurlijk is hergebruik van code en inhoud waar het hele voorstel voor globale sjablonen om draait.

Volledig geautomatiseerde en continue code- en implementatie-infrastructuurː Sjablonen en modules (en ook gadgets) gaan nu niet door een consistente code-systeem of implementatie-infrastructuur. Sommige sjablonen en modules hebben testsuites, maar er is geen consistent kader voor dit, en het ontwikkelen van een dergelijke consistent kader zal niet schaalbaar zijn zonder de sjablonen op een centrale plaats te bewaren. En sjablonen en modules hebben wel een code-systeem en implementatie-infrastructuur nodig, omdat ze, net als de kern van MediaWiki en extensies, belangrijke en opmerkelijke functies implementeren, en ze zijn code.

Tooling voor bijdragers is gebruiksvriendelijk, goed gedocumenteerd en toegankelijk voor gebruikers, waardoor de betrokkenheid en bijdrage toenemen: Dit is opnieuw een centraal punt van het hele Globale sjablonen voorstel: het maken van (onwiki) hulpmiddelen die gemakkelijk te gebruiken zijn en toegankelijk zijn voor bijdragers. Het voorstel behandelt zelfs documentatie.

Een van de maatstaven voor de prioriteit van de ontwikkeling van het platform is: "25% van de inhoud die wordt geconsumeerd of gecreëerd, gebruikt gestructureerde data. Dit omvat Wikidata, maar gaat ook uit naar inhoud uit artikelen, sjablonen en andere bronnen die worden opgeslagen in formaten die door programma's kunnen worden gebruikt met verschillende bijdrage- en consumptieformaten. " Als sjablonen globaal worden, is het waarschijnlijk dat veel meer dan 25% van hen gestructureerde data zal gaan gebruiken. In ieder geval wordt het meten van dit veel gemakkelijker op één centrale wiki-repository dan op 900 wiki's.



Wikimedia movement strategie fase 1
De strategische richting die werd bepaald aan het einde van fase 1 van het proces Movement Strategy, dat in 2017 van start ging, is als volgt:

In 2030 zal Wikimedia de essentiële infrastructuur van het ecosysteem van vrije kennis worden, en iedereen die onze visie deelt, kan zich bij ons aansluiten.

Wij, de Wikimedia-medewerkers, gemeenschappen en organisaties, zullen onze wereld verder helpen door kennis te verzamelen die de menselijke diversiteit volledig vertegenwoordigt en door de diensten en structuren te bouwen die anderen in staat stelt hetzelfde te doen.

Wij zullen onze missie om inhoud te ontwikkelen voortzetten zoals we in het verleden hebben gedaan, en we zullen verder gaan.

Kennis als dienst: Om onze gebruikers te dienen, zullen we een platform worden dat open kennis aan de wereld over interfaces en gemeenschappen toedient. We zullen hulpmiddelen bouwen voor bondgenoten en partners om vrije kennis buiten Wikimedia te organiseren en uit te wisselen. Onze infrastructuur zal ons en anderen in staat stellen om verschillende vormen van vrije, betrouwbare kennis te verzamelen en te gebruiken.

Kennis gelijkheidː Als sociale beweging zullen we onze inspanningen richten op kennis en gemeenschappen die zijn overgeslagen bij een machtstructuur en privilege. Wij zullen mensen van alle achtergronden verwelkomen om sterke en diverse gemeenschappen te bouwen. Wij zullen de sociale, politieke en technische barrières breken die mensen beletten toegang te krijgen tot en bijdragen aan vrije kennis.

Het voorstel voor Globale sjablonen is in overeenstemming met deze richting:

Iedereen die onze visie deelt, kan zich bij ons aansluiten. Dit is een belangrijk punt, en het voorstel Globale Sjablonen behandelt het direct als een solide kwestie, en niet alleen een immaterieel, vaag, goed gevoel uiting of missie verklaring. Het onvermogen om sjablonen te gebruiken die beschikbaar zijn op grote projecten zoals de Engelse, Franse en Russische Wikipedia, de Engelse Wikisource of de Engelse Wikibook is herhaaldelijk aangegeven door mensen die nieuwe wiki's starten als het grootste probleem dat het letterlijk moeilijk maakt voor hen om bij ons te komen. Het globaal maken van de sjablonen zal dit probleem direct aanpakken.

Wij zullen onze missie om inhoud te ontwikkelen en voortzetten zoals we in het verleden hebben gedaan, en we zullen verder gaanː Het voorstel voor Globale sjablonen zegt expliciet dat het de technologie van sjablonen en modules en de vaardigheden van de vele mensen die de sjablonen en de modules in veel wiki's en talen hebben onderhouden in de afgelopen vijftien jaar zal behouden, en dat de verandering alleen zal zijn in de manier waarop de sjablonen worden opgeslagen. Het zal de gemeenschappen ook helpen om verder te gaan door op een gemakkelijker manier te kunnen samenwerken en innovaties te kunnen uitwisselen.

Open kennis voor de wereld met interfaces en gemeenschappen: Het globaal maken van sjablonen zal de redactie gemeenschappen en softwareontwikkelaars helpen samen te werken aan functies die veel gemakkelijker aan te passen zijn aan verschillende apparaten. De modellen zijn op dit moment te moeilijk aan te passen aan mobiele schermen, zodat ze slecht en inconsistent worden weergegeven of volledig verborgen zijn. (De meest opmerkelijke voorbeelden zijn hoofdpagina's, navigatievakken en onderhoudsnotities.)

Kennis gelijkheid: Het gebrek aan Globale sjablonen is de grootste technische barrière voor bijdrage aan nieuwe wiki's en wiki's met kleine gemeenschappen. Deze gemeenschappen zijn overgeslagen door het feit dat onze infrastructuur niet in staat is om het delen van sjablonen over wiki's te ondersteunen.



Wikimedia movement strategie fase 2


Voorlopige gedetailleerde aanbevelingen, september 2019
In de tweede fase van het strategieproces is in september 2019 een reeks gedetailleerde aanbevelingen gepubliceerd. Deze zijn verder samengevat in de in mei 2020 gepubliceerde definitieve aanbevelingen (zie hieronder).

Een van de gedetailleerde aanbevelingen uit 2019 is van de werkgroep 'Product and Technology' die vergelijkbare punten noemt over de noodzaak om Technische hulpmiddelen voor het bijdragen te moderniseren: Product & Technologie/6B. Een van de suggesties van deze aanbeveling is om "code sharing and localization" te hebben, wat rechtstreeks overeenkomt met het hoofddoel van het voorstel Globale sjablonen. Het aanbeveelt ook "code review, continue integratie en code deployment voor on-wiki code, [en] logging en monitoring voor gehost code"; terwijl deze niet direct worden aangepakt door ons voorstel, zal het hebben van templates gehost op één centrale plaats al deze zaken gemakkelijker maken.

Een ander, filosofischer punt in deze aanbeveling, komt overeen met een van de problemen die in ons voorstel worden geïdentificeerd. In de strategie-aanbeveling staat:

"... ervaren gebruikers zijn sterk afhankelijk van gedecentraliseerde hulpmiddelen (gadgets, sjablonen en Lua-modules, Toolforge-hulpmiddelen, bots, desktop-apps) die zijn gebouwd door leden van hun eigen gemeenschap die deskundig zijn in hun problemen, workflows en gebruiksscenario's (en dit geldt vooral voor machinaal leesbare en grotendeels machinaal onderhouden projecten zoals Wikidata, die vooral belangrijk zijn voor kennis als een dienst), Maar we begrijpen en ondersteunen deze gemeenschap van softwarebeheerders niet, en de ontwikkelomgevingen die we hen bieden zijn ondermaats en frustrerend om te gebruiken..."

Het overeenkomstige deel van het in de sectie "Templates and modules development skills":

"De vaardigheden voor het ontwikkelen van sjablonen en modules zijn niet triviaal. Both templates and modules have a lot of obscure features. Even though many of the sites’ most notable features are implemented as templates and modules, these skills are often underappreciated and taken for granted. There are dozens of people who have these skills, and they edit many different wikis. They usually focus on their home wiki and relatively rarely communicate with people from other wikis or other languages. Even though the underlying technology is the same everywhere, there is no true global community of template developers that would be comparable to the global community of MediaWiki core and extensions developers. There are cases of cross-wiki collaboration on certain templates, but they are inconsistent. This situation is far from optimal. The template and module developers’ skills need more appreciation. They develop truly needed features, and they are embedded in their editors communities. In wikis in many languages, the template developers come up with innovative features for structured content, data presentation, and modularization. These innovations could be useful in many wikis, but currently there is no convenient mechanism to achieve this."



Uiteindelijk gepubliceerde aanbevelingen, mei 2020
The final summarized recommendations published in May 2020 say in the Improve User Experience chapter, that one of the Actions to be done is:

Create procedures and practices to improve the use of all Wikimedia projects, for those consuming or creating free knowledge, as well as extending functionalities:


 * [...]
 * Tools to connect cross-project and cross-language functionalities to provide an enhanced experience of the knowledge contained in the Wikimedia ecosystem for a particular interest, informational need, or inquiry.
 * Clear pathways for advancing new wiki proposals (including new language versions) and for reusing community-developed software features on them.
 * [...]

A repository of Global templates can become a central part of implementing these cross-project and cross-language functionalities and reusing community-developed software features.



Overgang en prioriteiten, oktober 2020 en daarna
“Cross-project tool development and reuse” is listed as one of the candidates of List of initiatives for prioritization as part of the Movement strategy project. More details and discussion at the page meta:Strategy/Wikimedia movement/2018-20/Transition/Discuss/Improve User Experience.

The topic of the need for cross-wiki tools in general and template re-use in particular was brought up by many people in the detailed discussions of the “Improve User Experience” cluster. See the page meta:Strategy/Wikimedia movement/2018-20/Transition/Follow-up events/Cluster B for more information.



Project Platform Evolutie 2018
The Platform Evolution project (2018) researched various stakeholders among the users of MediaWiki. In its conclusion, its leaders published a long list of goals. Among other things, it indicated some intentions to have support for global templates in the future. The page Platform Evolution/Recommendations discusses ideas for updating content modularity, and says:

Create a service for rendering components from template content

Templates in the MediaWiki ecosystem are overloaded with different use cases: they provide content structure, reusable components, and allow contributors to modify the display of content with custom logic. This recommendation has strong potential for creating modularization that benefits the system as a whole. It is tricky to discuss though, because "templates" mean different things to different people and have different use cases. In this case, we don't mean Mustache templates that govern look and feel. We mean encapsulating the "boxes" of content that are added to pages. These may (or may not) take parameters defining some of their content. A first step for the Working Group will be to define what is included in this "template" modularization effort and what isn't.

These “boxes” are an ideal focus area for creating modularity. They represent self contained features and also an opportunity to enable equitable sharing of user features across projects and languages be establishing a cross-project service to share templates. This project will also force us to consider how to handle content layout and structure separately from composable pieces content.

The closely related page Platform Evolution/Goals lists this as one of the goals:

"Increase equity and power of contribution tools. We want to support the contribution of more content types of content, including media, in more interactive ways and across all projects. This means making some existing tools - like templates - available for consistent reuse across all projects and languages. It also means improving translation tools to remove silos of content. Finally, we also want to make it easy for contributors to create new cross-project, localizable content tools."

The Global templates proposal is completely harmonious with these goals and recommendations, and it attempts to describe in detail how this feature will work from the users’ point of view.

Wikidata
Finally, the Global templates proposal also corresponds to some key points in the Wikidata strategy documents, which were published in August 2019.

In particular, the Vision document lists the following two things as roadblocks to better development of Wikidata:


 * Acceptance inside the Wikimedia projects: Right now the movement consists of multiple, very separated projects. This leads to fractured communities. To truly fulfill its potential, Wikidata requires these separate projects to work together to some extent. This causes friction that needs to be addressed.
 * Data access usability: Getting data out of and truly benefiting from Wikidata still requires a lot of effort and technical knowledge. For example, building an infobox powered by Wikidata requires skills in template and Lua programming that especially smaller projects often lack.

The Global templates proposal directly addresses both of these issues. Creating a central repository will make the projects less separated and the communities — less fractured. A central repository will make working together easier.

Data access usability will also be addressed. Information is most often brought in from Wikidata into Wikipedia, Commons, and other projects using templates and modules, and collaborating on developing these modules will make this easier for all projects. And smaller projects will get immediate access to all the necessary templates and Lua modules even if they do not have people who have the necessary skills.

In addition, the Strategy for Wikidata for Wikimedia projects document lists the following things as Guiding principles:


 * We do not force any project to adopt Wikidata’s data. Integration with Wikidata is only sustainable if it is driven by the communities.
 * Each project is unique in what benefits and drawbacks Wikidata adoption has for them. It’s ok to have different adoption rates and focuses based on each project’s maturity andneeds.
 * Sometimes local overwrites and exceptions to Wikidata’s data are necessary. That’s ok but we strive for sharing as much data as possible to the benefit of everyone while allowing local autonomy where needed.

The Global templates proposal is in full harmony with these principles. It says: “Sometimes some communities will have strong opinions about wanting to have particular functionality or design that will be different in their language or project, or to show an infobox with information that is different from what is shown in other projects, or not to show it at all. The capability to override things locally must be allowed from the start.”

WikiCite
WikiCite is a Wikimedia initiative to develop a database of open citations and linked bibliographic data to serve free knowledge. It has only begun recently and does not appear to have an official strategic plan of its own, but it is mentioned in all the Wikidata strategy documents.

WikiCite may develop into a successful system for storage of structured citations. A detailed proposal for such a system was published in November 2020, under the title Shared Citations. Such a system will also need a frontend to be fully useful. Wikimedia’s primary frontend for WikiCite will likely be the references, which most often appear as footnotes or bibliography items in Wikipedia articles and Wikisource books in different languages. These are often implemented using templates, and in many wikis they are among the most frequently used ones. As all templates, they are maintained separately in each language, and even though there are some manual attempts to make them compatible, this is far from working perfectly.

If these templates will be global, then it will be possible to reuse the structured data equally easily in all languages. This will contribute to the reliability of information across all languages, and to the ease of information sharing, propagation, translation, and verification. This does not mean that Wikipedias in all languages will have to use the same formatting and appearance for references—it is fine for different languages and scientific fields to have different citation styles. The internal citation metadata, however, is the same, and when the same facts can be supported by the same reference, one global template can be used to connect the texts in Wikipedia to the WikiCite item, and the local customization part of the global template will show the reference in the style appropriate to the language.



Andere langetermijnprojecten met betrekking tot Wikidata
There are also several projects that are not directly mentioned in the main Wikidata Strategy document, but are closely related to Wikidata. None of them has a strategic plan, but all of them can benefit from making templates and modules global.



Gestructureerde Data op Commons
Till now, the Structured Data on Commons (SDC) project has been good at implementing an infrastructure for storing data about media. However, at the moment this data is mostly consumed by people who use Commons and Wikidata, while Wikipedia in different languages has a much larger reader audience. Captions and “depicts” information can be used in Wikipedia, but like all information from Wikidata, it is used in other wikis through templates. (This is comparable to how WikiCite can be the storage engine, but templates are its frontend for the wide reader and edtior audience in Wikipedia and other wikis.)

If the templates that display SDC information are separate in each Wikipedia, only some languages will actually see it. The smaller languages will not enjoy it at all, even though that is where it would be the most useful.

If the templates that display SDC information are global and can be used in multiple wikis without any manual copying, then the information from SDC will be exposed to the whole world of Wikipedia readers. It will be effortlessly embeddable in infoboxes, “Today’s featured picture” on main pages, etc.

Wikidata Bridge
is een project om gebruikers in staat te stellen de gegevens van Wikidata rechtstreeks vanuit de infobox in de clientwiki, zoals Wikipedia, te bewerken. Wanneer dit project wordt geïmplementeerd, zullen infobox-sjablonen, en misschien ook enkele andere sjablonen, moeten worden bijgewerkt om het te kunnen gebruiken.

Als sjablonen niet globaal zijn, moet elk sjabloon in elke taal worden bijgewerkt. Projecten waarin geen mensen zijn die zich toeleggen op het onderhouden van sjablonen zullen helemaal geen gebruik kunnen maken van Wikidata Bridge.

Als sjablonen globaal zijn, moet elk sjabloon slechts één keer worden bijgewerkt, en "alle" projecten en talen kunnen deze onmiddellijk gebruiken met Wikidata Bridge.

Conclusie
Het project Globale Sjablonen is een essentiële stap om veel strategische doelen te vervullen in verschillende strategische plannen die de afgelopen jaren door Wikimedia-organisaties zijn gepubliceerd. Deze relevantie rechtvaardigt de samenwerking tussen de verschillende organisaties, teams en groepen om deze noodzakelijke verbetering van de technische infrastructuur te bereiken.

