Wikipedia:Café/Archivo/Técnica/Actual
Café: Técnica | ||
---|---|---|
En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia.
|
Café | |
---|---|
Noticias | [+] |
Políticas | [+] |
Técnica | [+] |
Propuestas | [+] |
Ayuda | [+] |
Miscelánea | [+] |
Ver todos | |
|
Error de LUAEditar
Hola, que tal. Quería saber si hay una solución para que se resolviera el problema del artículo de Among Us ya que con igual con Canadá, con la anterior solicitud, también aparece un aviso de Error de Lua: not enough memory. Un cordial saludo. Betancourt A tus órdenes 00:22 19 may 2022 (UTC)
- Hago ping a Amitie 10g que hizo la migración a Lua de la plantilla
{{ficha de videojuego}}
. --ZebaX2010 [PRESS START] 02:19 19 may 2022 (UTC)
- Perdón por la tardanza en atender el caso. Durante la semana lo veré. Lo sospechoso es que solo pase en ese artículo. Sería ideal ver el perfilado del analizador al desplegar la página y ver donde se cuelga. --Amitie 10g (discusión) 02:30 19 may 2022 (UTC)
- ¡Bien @Amitie 10g:! Y a @ZebaX2010: por hacerle mención :) Pues si bien este artículo ya lleva algunos días con este error. :/ Betancourt A tus órdenes 02:48 19 may 2022 (UTC)
- Perdón por la tardanza en atender el caso. Durante la semana lo veré. Lo sospechoso es que solo pase en ese artículo. Sería ideal ver el perfilado del analizador al desplegar la página y ver donde se cuelga. --Amitie 10g (discusión) 02:30 19 may 2022 (UTC)
Datos en previsualización de Módulo:Ficha de videojuegoEditar
Sin la ficha | Con la ficha | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Plantillas usadas en esta previsualización:
|
Plantillas usadas en esta previsualización:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Datos de perfilado del analizador:
|
Datos de perfilado del analizador:
|
- @Amitie 10g, la verdad creo que la tabla anterior sirve más bien de poco. El caso es que la memoria de Lua tiene un límite de 50 MB, y una sola llamada a
{{Clasificacionvj|ESRB=E10|PEGI=7|CERO=A|USK=6|Apple=12}}
consume 14 MB, y{{lanzamientovj|WW= 14 de diciembre de 2021...}}
otros 16 MB, y así ya va más de la mitad del límite en dos detalles visuales. Yo intentaría revisar por ahí, especialmente evitando los ciclos innecesarios y la declaración de funciones dinámicas que consumen bastante memoria —y que las estás usando únicamente para... ¿evitar un condicional?—. -- Leoncastro (discusión) 19:30 19 may 2022 (UTC)
Bien, luego de analizar lo anterior y retornando la función p.Ficha()
, he llegado a la conclusión de que el problema no está en la plantilla o el módulo en si, sino en la enorme cantidad de datos que hay en Wikidata, que, al traerlos, ya sea con las funciones obtenerArgumentosConValor()
u obtenerTablaDeArgumentos()
de Módulo:Argumentos, se llega al mismo resultado. haré el reporte correspondiente en Phabricator. --Amitie 10g (discusión) 22:04 19 may 2022 (UTC)
- Emmm... ¿hola? No sé si has leído mi comentario anterior Amitie 10g, pero dudo mucho que los 2,5 MB de la carga de Wikidata sea el factor más decisivo de la ecuación. -- Leoncastro (discusión) 22:18 19 may 2022 (UTC)
- Leoncastro, como dije, el problema está a la hora de llenar la tabla
|argumentos=
a través de la funciónobtenerTablaDeArgumentos()
, y eso lo comprobé retornando la funciónFicha()
antes y después de llamar aobtenerTablaDeArgumentos()
(linea 27); no es lo mismo los 2,5 MB de datos de Wikidata que los 31,5 MB de uso de memoria de Lua. El problema puede estar en los módulos utilizados, o bien, en la cantidad de datos importados desde Wikidata en si, y espero que el reporte en Phabricator ayude. --Amitie 10g (discusión) 22:29 19 may 2022 (UTC)- Pero vamos a ver Amitie 10g, ¿te das cuenta de que las dos plantillas que menciono son parte de los argumentos que recibe la ficha en ese artículo? Si le metes más de treinta megas de argumentos a la ficha, es normal que la tabla de argumentos resulte en más de treinta megas, sin que sea culpa de la generación de dicha tabla. Piénsalo un poco. -- Leoncastro (discusión) 23:16 19 may 2022 (UTC)
- ¿Tendrá algo que ver que Among Us (Q96417649) sea uno de los items más grandes de Wikidata? (su tamaño es más del doble que el de Estados Unidos (Q30)) Tal vez habría que hacer una excepción a este ítem, por ejemplo, implementar algún parámetro que impida importar datos de wikidata (algo como
wikidata=no
). --ZebaX2010 [PRESS START] 23:34 19 may 2022 (UTC)- Realmente no tengo ni idea de este tema, pero quería participar para decir que me parece ridículo que Among Us sea el doble del grande que Estados Unidos en Wikidata. ¿Se les están empezando a ir de las manos ciertas cosas en Wikidata? En fin, no quiero desviar el tema de conversación, pero no podía callarme tampoco. --Metalpotato - ✉ 23:39 19 may 2022 (UTC)
- @ZebaX2010, el problema en este caso, insisto, no es el tamaño de datos de Wikidata ni de la generación de la tabla de argumentos. Por ejemplo el artículo de la pandemia de COVID-19 en Hungría carga los 4 MB de su elemento de Wikidata para mostrar cuatro datos en la ficha. Eso es casi el doble que Among Us, y sin embargo no se causan problemas. El problema está en otra parte. Como por ejemplo usar 16 MB, usando
{{lanzamientovj|WW= 14 de diciembre de 2021...}}
, simplemente para mostrar, literalmente, WW 14 de diciembre de 2021... -- Leoncastro (discusión) 00:10 20 may 2022 (UTC)- Ahora sí, y debo darte la razón Leoncastro, al remover las plantillas citadas de la plantilla Ficha de videojuego, efectivamente... ya sabes. Ahora, a investigar por qué tantas llamadas a
{{Lanzamientovj}}
causa esa alza de memoria, siendo que he tratado de optimizar lo más posible el módulo. --Amitie 10g (discusión) 00:23 20 may 2022 (UTC)- Hola, hola. En Twitter un usuario me reportó que el artículo Pandemia de COVID-19 en Costa Rica tiene muchos errores de Lua. Imagino que tiene que ver con el uso repetido de una plantilla de arriba que mencionaron. No sé si tú Amitie 10g podrías mirarlo, por favor. alhen ✉ 02:36 31 may 2022 (UTC)
- Ahora sí, y debo darte la razón Leoncastro, al remover las plantillas citadas de la plantilla Ficha de videojuego, efectivamente... ya sabes. Ahora, a investigar por qué tantas llamadas a
- @ZebaX2010, el problema en este caso, insisto, no es el tamaño de datos de Wikidata ni de la generación de la tabla de argumentos. Por ejemplo el artículo de la pandemia de COVID-19 en Hungría carga los 4 MB de su elemento de Wikidata para mostrar cuatro datos en la ficha. Eso es casi el doble que Among Us, y sin embargo no se causan problemas. El problema está en otra parte. Como por ejemplo usar 16 MB, usando
- Realmente no tengo ni idea de este tema, pero quería participar para decir que me parece ridículo que Among Us sea el doble del grande que Estados Unidos en Wikidata. ¿Se les están empezando a ir de las manos ciertas cosas en Wikidata? En fin, no quiero desviar el tema de conversación, pero no podía callarme tampoco. --Metalpotato - ✉ 23:39 19 may 2022 (UTC)
- ¿Tendrá algo que ver que Among Us (Q96417649) sea uno de los items más grandes de Wikidata? (su tamaño es más del doble que el de Estados Unidos (Q30)) Tal vez habría que hacer una excepción a este ítem, por ejemplo, implementar algún parámetro que impida importar datos de wikidata (algo como
- Pero vamos a ver Amitie 10g, ¿te das cuenta de que las dos plantillas que menciono son parte de los argumentos que recibe la ficha en ese artículo? Si le metes más de treinta megas de argumentos a la ficha, es normal que la tabla de argumentos resulte en más de treinta megas, sin que sea culpa de la generación de dicha tabla. Piénsalo un poco. -- Leoncastro (discusión) 23:16 19 may 2022 (UTC)
- Leoncastro, como dije, el problema está a la hora de llenar la tabla
- Durante el día echaré un ojo, aunque recomiendo que, el que tenga tiempo, revise también y reporte aquí con el mayor detalle posible.
- He reabierto el reporte en Phabricator (enlace arriba). Pueden suscribirse y aportar datos ahí, y algún resumen acá.
- Lo ideal de momento será optimizar las plantillas. Ya hice el intento pero las reverti dado los reportes de fallas en estas. --Amitie 10g (discusión) 11:52 31 may 2022 (UTC)
Optimización de módulosEditar
Estoy realizando optimizaciones a los módulos invocados en las plantillas transcluídas en estos artículos. La optimización principal consiste en separar las tablas Lua en el cuerpo del módulo en un módulo separado, y siendo llamada a través de la función mw.loadData()
, con el objetivo de reducir, en la medida de lo posible, la memoria usada por Lua al llenarse de tablas redundantes.
- Módulo:Wikidata, lineas 21 y 44 (módulo de alta visibilidad)
- Módulo:Gráfica de casos médicos, linea 6, migrar Módulo:Gráfica de casos médicos/i18n al formato llamable a travépes de
mw.loadData()
local lang = mw.getContentLanguage() local language = lang:getCode() local i18n = require('Módulo:Gráfica de casos médicos/i18n')[language] assert(i18n, 'no chart translations to: ' .. mw.language.fetchLanguageName(language, 'es'))
local i18n = mw.loadData('Módulo:Gráfica de casos médicos/i18n/zona de pruebas')[language]
- Módulo:Date, lineas 317, 330, 372, 381, 543, 554
- Plantillas que podrían convertirse a módulos con tablas
{{Iconos}}
{{Nombre mes}}
{{Número mes}}
{{Días mes}}
{{Edad en años, meses y días}}
y{{Edad en años, meses y días/Formatear}}
{{Edad en días}}
- Módulos que no veo motivo para "optimizar"
- Módulo:Control de autoridades, porque solo se usa una vez en cada página.
Preferiría no hacer más cambios hasta alguna respuesta en el reporte en Phabricator. Si alguna modificación causa problemas, sientanse libres de revertir e informarme. --Amitie 10g (discusión) 21:23 31 may 2022 (UTC)
- @Amitie 10g, mover tablas de un lugar a otro puede, quizás, considerarse una optimización organizativa, pero no de rendimiento; siempre será más rápida y consumirá un poquito menos de memoria una tabla local que importar la misma tabla de un archivo independiente. Independientemente de eso, cuyo impacto será mínimo, nuevamente recomiendo en cambio enfocarse en prescindir de los ciclos innecesarios y la declaración de funciones dinámicas. Por ejemplo y para ser más claro, no entiendo por qué generas unas estructura de datos en Módulo:Clasificaciónvj/datos para luego reestructurarlos de otro modo con bucles
for
en Módulo:Clasificaciónvj; lo ideal sería organizarlos desde origen y extraer las partes necesarias mediante condicionalesif
. Lo mismo aplica cuando declaras funciones dinámicas anónimas del tipolocal Valor = (function()
, etc. Ídem con Módulo:Lanzamientovj/datos y Módulo:Lanzamientovj, donde incluso se hacen bucles dentro de funciones dinámicas dentro de otros bucles. En lugar de buscar problemas en otros módulos, te recomiendo empezar a optimizar precisamente esos dos que ya había mencionado anteriormente y que consumen una inmensa cantidad de memoria para producir tan poco resultado. Luego, si quieres, una vez que se optimicen esos dos módulos, podemos seguir hilando fino y revisar o proponer cualquier otro módulo. Aunque ya te digo yo que, por ejemplo, es una pésima idea tratar de optimizar Plantilla:Iconos, o Plantilla:Nombre mes, o Plantilla:Días mes convirtiéndolas en módulos, ya que son prácticamente transclusiones directas. -- Leoncastro (discusión) 22:50 31 may 2022 (UTC)- Sí, una tabla local consume menos recursos, pero tuve en cuenta la invocación repetida de un módulo con la tabla incluida. Ahí está el propósito de separarla e incluirla mediante
mw.loadData()
, y ver si realmente sirve en artículos con muchas plantillas (en especial plantilla de citas para referencias). Lo de los bucles, sí, habré de trabajar en eso. --Amitie 10g (discusión) 12:45 1 jun 2022 (UTC)
- Sí, una tabla local consume menos recursos, pero tuve en cuenta la invocación repetida de un módulo con la tabla incluida. Ahí está el propósito de separarla e incluirla mediante
Wikidata weekly summary #425Editar
- Discussions
- Closed request for comments:
- Closed request for comments:
- How to avoid to use male form as a generic form in property labels in French ? has been closed. Property labels in French should now includes both male and female or a verbal form if relevant (see P50).
- Events
- Upcoming:
- Next installment of the LD4 Wikibase Working Hour: Featuring speaker Barbara Fischer, Liaison Counsel at the German National Library’s Agency for Standardization (DNB). On behalf of the DNB, Fischer initiated the WikiLibrary Manifesto. Fischer works to increase the quality of metadata through Authority Control to foster retrieval and linked data. Where: Zoom (Registration link). When: 30 June 2022, 11AM-12PM Eastern US (Time zone converter)
- Data Quality Days (July 8-10): you can propose discussion topics or sessions until June 19th.
- Small wiki toolkits: Upcoming bots & scripts workshop on Thursday, June 30th, 16:00 UTC "This workshop will introduce participants to Toolforge, how to create a developer account, access to Toolforge via ssh, and run bots and scripts on Toolforge and in background mode."
- (Tutorial) OpenRefine - A fundamental tool for every librarian's toolbox. Thursday 23 June - 17: 00-19: 30. Write to laz-corsi aib.it to book and receive the link of the event.
- Wikidata:Wiki Mentor Africa 3rd edition - Creating tools on Wikimedia Toolforge using Python and Flask. Friday 24th June and Sunday 26th June 2022 - 16:00 - 17:00 (UTC)
- Collect, archive and provide games - a "panel about video game metadata". Fri. 24.6.2022 – Sat. June 25, 2022
- Ongoing:
- Weekly Lexemes Challenge #47, Numbers (3/n)
- Upcoming:
- Press, articles, blog posts, videos
- Blogs
- Videos
- Tool of the week
- Wikidata Card Game Generator: generate card games from Wikidata!
- Other Noteworthy Stuff
- Job opening: UX Researcher - Wikidata at Wikimedia Deutschland
- Wikimedia Deutschland welcomes new Wikibase.cloud Product Manager, Evelien Zandbergen
- Developer Portal is launched! Discover Wikimedia’s technical areas and how to contribute
- Starting on June 21, all Wikimedia wikis can use Wikidata Lexemes in Lua (discussions welcome on the project talk page)
- Deutschland looking for a partner affiliate to organize the WikidataCon 2023
- Did you know?
- Newest properties:
- General datatypes: preceding halt on service, following station on service, number of housing units, last entry, homophone form, fastest laps
- External identifiers: HaBama person ID, Shopee shop ID, Scottish Highland Bridges ID, Rusakters.ru ID, Proza.ru author ID, neftegaz.ru person ID, National Union Catalog ID, MAYA site company ID, Kino.mail.ru series ID, Kino.mail.ru person ID, Kino.mail.ru film ID, Ethereum token address, BelTA dossier ID, Talent Data Bank ID, IRIS UNIVAQ author ID, ARUd'A author ID, IRIS UNITE author ID, COR form ID, level 1, COR lemma ID, niveau 1, WorldCat Entities ID
- New property proposals to review:
- General datatypes: opus number, Palmares Cultural Foundation process number, U.S. vaccine status, theme, has narrative theme, Grammatical Person, title match pattern, Bartsch Nummer
- External identifiers: Theatrical Index person ID, National Archives of Australia Entity ID, Mozilla Hacks author ID, CVX vaccine code, BVMC Corporate Body, ClimateCultures Directory ID, Korean Academy of Science and Technology member ID, Teresianum authority ID, GSAFD ID, Bioconductor project, MUSE book ID, Truth Social username, Telmore Musik, Beamish peerages database ID, Beamish peerages database person ID, gov.uk person ID, Komoot ID, Kieler Gelehrtenverzeichnis ID, Internet Sacred Text Archive ID
- Query examples:
- Newest properties:
- Development
- Lexicographical data:
- Enabled Lua access to Lexemes for all Wikimedia projects
- Continued work on improving the language search for Lexeme languages on the new Special:NewLexeme page (phab:T307869)
- Improving the accessibility of a design system component and the new Special:NewLexeme page (phab:T290733)
- Making it easier to understand what to do when the spelling variant isn't available on the new Special:NewLexeme page (phab:T298146)
- REST API: Continuing work on making it possible to add a statement to an Item
- Lexicographical data:
You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.
- Monthly Tasks
- Add labels, in your own language(s), for the new properties listed above.
- Comment on property proposals: all open proposals
- Contribute to a Showcase item.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!
Noticias técnicas: 2022-25Editar
Estas son las noticias técnicas de la comunidad técnica de Wikimedia. Informe de estos cambios a otros usuarios. No todos los cambios le afectarán. Hay traducciones disponibles.
Cambios recientes
- La aplicación de Wikipedia para Android ahora posee una opción de editar toda la página de una sola vez, opción que se ubica en el menú de tres puntos ( ). [1]
- Algunos cambios recientes en las bases de datos podrían afectar las consultas que usen Quarry tool. Las consultas que usen
site_stats
en la Wikipedia en inglés, Commons, y Wikidata necesitarán ser actualizadas. Lea más. - Una nueva variable de
user_global_editcount
puede ser usada en los filtro de abusos para evitar afectar a usuarios globales que están activos. [2]
Cambios durante esta semana
- La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 21 junio. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 22 junio, y en las restantes a partir del 23 junio (calendario).
- Personas que usan pieles (o temas) no responsivos (por ejemplo MonoBook o Vector) en dispositivos móviles podrán notar un pequeño cambio en el nivel de zoom por defecto. Este cambio busca optimizar el zoom y asegurarse que todos los elementos están presentes en la pantalla (por ejemplo, la tabla de contenidos en Vector 2022). En el desafortunado evento que esto cause cualquier problema en cómo usas el sitio web, nos encantaría entender mejor el problema. Para dejar tu comentario, menciona a Jon (WMF) en cualquier discusión en la wiki. [3]
Cambios futuros
- La función beta de Herramientas de Discusión será actualizada en julio. Las discusiones se verán de una forma diferente. Puedes ver algunos de los cambios propuestos.
- Próximamente la salida de HTML de Parsoid dejará de anotar los enlaces de archivos con valores en los atributos, y usará
mw:File
para todos los tipos. Los desarrolladores de herramientas deben ajustar cualquier código que esperemw:Image
,mw:Audio
, omw:Video
. [4]
Noticias técnicas preparadas por escritores de Noticias Tec y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Denos su opinión • Suscríbase o cancele su suscripción.
20:17 20 jun 2022 (UTC)
Nuevo sistema y avisosEditar
Hola.
Ya he visto que me ha pasado varias veces esto al dejar una plantilla de aviso. Imagino que se debe a que el sistema pone el encabezado del título y, las plantillas incluyen otro provocando duplicidad. Lo he comprobado aquí. Se podría evitar? Un saludo Lost in subtitles (discusión) 09:10 25 jun 2022 (UTC)
- @Lost in subtitles: creo que, por poner en ejemplo el primer diff. que citaste, deberías solo escribir el
{{subst:Aviso destruir|1=El proyecto telstar, josep castilla|2=a4|3=g4}}
para evitarlo, sin lo demás. Como la plantilla ya agrega un encabezado por sí sola, si añades uno por ti mismo, como -por ejemplo-== Aviso == {{subst:Aviso destruir|1=El proyecto telstar, josep castilla|2=a4|3=g4}}
quedará en doble. La extensión no suele agregar encabezados de esta forma, pero me ha pasado que si le das en modificar el resumen te abre otro encabezado con el texto que querías poner, quizá eso es lo que te pasa. De hecho, siempre que un usuario usa la extensión no puede modificar algo en el resumen de edición porque esta siempre lo dejará como "Sección nueva: /* X */" y " /* Y hilo */ Respuesta, pero no podrá alterarlo. -Alabama- (discusión) 00:42 26 jun 2022 (UTC)- Comentario: Tampoco es posible cambiarlo del editor visual o del nuevo código al editor de wikitexto (lo que activa la etiqueta edición visual: cambiado) al crear nuevas secciones. La única forma de escribir resúmenes de edición era presionando en editar y agregando la sección (o la plantilla de aviso a usuario, según corresponda) manualmente desde el editor de wikitexto. -- VR0: ニャー! Deja tu mensaje, ニャー! 03:31 26 jun 2022 (UTC)
- @-Alabama- el encabezado no lo añadí yo. Esa plantillaincluye el encabezado por defecto. En cuanto al resumen, no toqué nada... Lost in subtitles (discusión) 10:52 26 jun 2022 (UTC)
- Si bien sigue pasándome, puedo cincretar que solo parece darse al crear páginas nuevas con el aviso Lost in subtitles (discusión) 10:22 29 jun 2022 (UTC)
- Y vistoala ediciòn anterior, no soy el único al que le pasa, también al menos a @Aitorembe: Lost in subtitles (discusión) 10:57 29 jun 2022 (UTC)
- Huy, no me había dado cuenta. Gracias por el aviso.--Marinero en tierra (discusión) 11:02 29 jun 2022 (UTC)
- Vaya, a mí también me ha pasado, creo que ya sé que puede ser, y dudo que sea un error de nosotros, @Lost in subtitles, @VR0 y @Aitorembe: debe ser que los desarrolladores hicieron que la herramienta metiese un encabezado "obligatorio" o automático, por si lo olvidamos poner, y como lo ignoramos al usar plantillas como avisos de borrados por tener sus propios, lo deja en blanco. Antes no pasaba. -Alabama- (discusión) 19:03 1 jul 2022 (UTC)
- Huy, no me había dado cuenta. Gracias por el aviso.--Marinero en tierra (discusión) 11:02 29 jun 2022 (UTC)
- Y vistoala ediciòn anterior, no soy el único al que le pasa, también al menos a @Aitorembe: Lost in subtitles (discusión) 10:57 29 jun 2022 (UTC)
- Si bien sigue pasándome, puedo cincretar que solo parece darse al crear páginas nuevas con el aviso Lost in subtitles (discusión) 10:22 29 jun 2022 (UTC)
Tabla deformadaEditar
Hace bastante que no edito y ya no recuerdo como se corrige esto. La tabla se ve deformada y no termina con la sección como normalmente tendría que hacerlo. Un saludo, Jmvkrecords ⚜ Intracorrespondencia 17:27 26 jun 2022 (UTC).
- Si te refieres a la de Jaluj, chequea el código y quita el
<span style="font-family:Matura MT Script Capitals;">
y el'''<span style="color:#0074000;"></font color>'''
. Luego, separa el último|}
que va después de la firma de la usuaria pulsando la tecla Enter una vez, así la tabla azul de año nuevo se cierra como debería. Lo acabo de "hacer" en tu misma PDD pero con la previsualización. -Alabama- (discusión) 17:45 26 jun 2022 (UTC)
- @Jmvkrecords: ^ -Alabama- (discusión) 16:54 30 jun 2022 (UTC)
Wikidata weekly summary #426Editar
- Discussions
- New requests for permissions/Bot:
- William Avery Bot 7. Task/s: Merge multiple references on the same claim citing Accademia delle Scienze di Torino.
- New requests for permissions/Bot:
- Events
- Upcoming:
- The next Wikibase live session is 15:00 UTC on Thursday 30th June 2022 (17:00 Berlin time). What are you working on around Wikibase? You're welcome to come and share your project with the community.
- Next Linked Data for Libraries LD4 Wikidata Affinity Group call June 28, 2022: Andrew McAllister will introduce us to Scribe, an app that provides keyboards for second-language learners, and its use of Wikidata. This presentation should appeal to anyone who has worked on or is interested in learning more about the applications of lexicographical data in Wikidata as well as anyone who has an interest in language, open information, data and programming. Agenda
- Live editing session on Twitch, in French, by Vigneron, June 28 at 19:00 CEST (UTC+2)
- 1 July: Abstract submission deadline for the Biodiversity Data Standards Conference TDWG 2022, including for a session on "The role of the Wikimedia ecosystem in linking biodiversity data"
- July 8-10: Data Quality Days (see the first version of the program and the list of participants)
- The Third Wikidata Workshop: Second Call for Papers. Papers due: Friday, 29 July 2022
- Celtic Knot Conference 2022: presentations from 12 projects communities working on minoritized languages on the Wikimedia projects - YouTube
- Past:
- 21 June: Presentation Wikidata as a data collaboration across multiple boundaries at SciDataCon
- Upcoming:
- Press, articles, blog posts, videos
- Papers
- Videos
- Podcasts
- Other
- Documented queries: a proposal, feedback is welcome here
- Tool of the week
- IsisCB Explore - is a research tool for the history of science whose books and subjects use imagery from Wikidata.
- Other Noteworthy Stuff
- Template Item documentation now includes a query to the corresponding lexemes. This is an attempt to make navigation between lexemes and items easier. For the record, Item documentation is available in the header of the talk page for each item.
- Did you know?
- Newest properties:
- General datatypes: inker, penciller
- External identifiers: Talent Data Bank ID, IRIS UNIVAQ author ID, ARUd'A author ID, IRIS UNITE author ID, COR form ID, level 1, COR lemma ID, niveau 1, WorldCat Entities ID, Great Plant Picks ID, BVMC organization ID, UK Beetles ID
- New property proposals to review:
- General datatypes: theme, has narrative theme, Grammatical Person, title match pattern, Bartsch Nummer, foliage type
- External identifiers: GSAFD ID, Bioconductor project, MUSE book ID, Truth Social username, Telmore Musik, Beamish peerages database ID, Beamish peerages database person ID, gov.uk person ID, Komoot ID, Kieler Gelehrtenverzeichnis ID, Internet Sacred Text Archive ID, Copains d'avant ID, P. League+ ID, WO2 Thesaurus ID, Super Basketball League ID, DeSmog ID, Met Constituent ID, IRFA ID, Adequat agency person ID, Israeli Company Registration Number, UKAT term ID, TGbus game ID, TGbus franchise ID, Austria-Forum person ID, Catalogus Professorum (TU Berlin) person ID, Odnoklassniki group numeric ID, VocaDB Artist ID, VocaDB Album ID, VocaDB Song ID, Moepedia ID
- Query examples:
- Newest properties:
- Development
- Lexicographical data: We are wrapping up the coding on the new Special:NewLexeme page. Testing and rolll-out will follow soon. We are still working on making it easier to find languages in the language selector on the Special:NewLexeme page. (phab:T307869)
- REST API: We are continuing to code on the ability to create statements on an Item (phab:T306667)
- Investigating an issue with labels not being shown after merges (phab:T309445)
- Preparation for upcoming work: We are planning the next work on the Mismatch Finder to address feedback we have received so far as well as EntitySchemas to make them more integrated with other areas of Wikidata.
You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.
- Monthly Tasks
- Add labels, in your own language(s), for the new properties listed above.
- Comment on property proposals: all open proposals
- Contribute to a Showcase item.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!
Tech News: 2022-26Editar
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
- Wikimedia Enterprise API service now has self-service accounts with free on-demand requests and monthly snapshots (API documentation). Community access via database dumps & Wikimedia Cloud Services continues.
- All Wikimedia wikis can now use Wikidata Lexemes in Lua after creating local modules and templates. Discussions are welcome on the project talk page.
Changes later this week
- The new version of MediaWiki will be on test wikis and MediaWiki.org from 28 June. It will be on non-Wikipedia wikis and some Wikipedias from 29 June. It will be on all wikis from 30 June (calendar).
- Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 28 June at 06:00 UTC (targeted wikis). [5]
- Some global and cross-wiki services will be in read-only for a few minutes because of a switch of their main database. It will be performed on 30 June at 06:00 UTC. This will impact ContentTranslation, Echo, StructuredDiscussions, Growth experiments and a few more services. [6]
- Users will be able to sort columns within sortable tables in the mobile skin. [7]
Future meetings
- The next open meeting with the Web team about Vector (2022) will take place tomorrow (28 June). The following meetings will take place on 12 July and 26 July.
Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.
20:01 27 jun 2022 (UTC)
Problema con fichas de selecciones de fútbolEditar
Hola a todos. Las plantillas Ficha de selección de fútbol y Ficha de selección de fútbol 2] tienen un problema que recién descubrí y me gustaría obtener ayuda para arreglarlo. En la sección de mejores resultados, primer resultado y peor derrota, únicamente enlaza a los artículos de selecciones masculinas, lo cual es evidente en la recién creada Selección femenina de fútbol de Arabia Saudita, donde en la ficha quedan enlazadas las selecciones masculinas, cuando el deber ser es que puedan quedar enlazadas las selecciones femeninas. ¿Hay alguna corrección posible para que enlacen las páginas correctas? Gracias por la atención prestada. Futbolero (Mensajes) 05:07 28 jun 2022 (UTC)
- @Futbolero, existe esta opción, aunque no parece la más simple. -- Leoncastro (discusión) 16:53 28 jun 2022 (UTC)
- Muchas gracias @Leoncastro creo que con eso se puede solucionar. Futbolero (Mensajes) 19:43 28 jun 2022 (UTC)
Cambiar traducción de "Publicar página"Editar
En una actividad de edición se planteo la necesidad de que el botón del Editor Visual "Publicar página" se llame "Grabar cambios" sobre todo cuando se edita en talleres para evitar el temor de los novatos a hacer daños o cometer errores. ¿Alguna otra propuesta? --Esteban (discusión) 00:19 30 jun 2022 (UTC)
- Para evitar confusiones entre los novatos, bastante bien la propuesta. --Леон Поланко говорит вам и слушает вас 02:27 30 jun 2022 (UTC)
- Sí Apoyo la moción! MACS >>> 11:34 30 jun 2022 (UTC)
- Sí, apoyo la propuesta (muy necesaria y útil). PatriHorrillo (discusión) 11:39 30 jun 2022 (UTC)
- No es buena idea. La palabra clave «Grabar» es mucho más confusa que las palabras «Guardar» o «Publicar». Anteriormente el botón se titulaba «Guardar la página» (MediaWiki:Savearticle) y se decidió que, como era confuso —¿guardarla donde?—, se renombró y reformó a dos nuevas posibilidades: «Publicar la página» (MediaWiki:Publishpage), cuando se trata de una página nueva; y «Publicar cambios» (MediaWiki:Publishchanges), para ediciones de una página ya existente. «Publicar» es la menos confusa de todas, ya que realmente el resultado sí se ve públicamente. -- Leoncastro (discusión) 19:09 30 jun 2022 (UTC)
- Comentario coincido con Leoncastro en que grabar cambios (¿grabar?) no es una expresión idónea, pues parece haber otras que son... mejores. Tampoco me he terminado de enterar de en qué está basado ese temor de los novatos al ver la opción publicar la página ni en qué sentido les confunde esta expresión como lugar donde cliquear para mandar su nuevo artículo al espacio principal. Saludos. strakhov (discusión) 09:09 3 jul 2022 (UTC)
- Comentario No le veo mayor problema al texto "Publicar página" o "Publicar cambios" para ese botón en el espacio principal. Sin embargo, en el Taller sí que es bastante confuso para los nuevos usuarios, ya que normalmente piensan que al clicarlo el taller se publicará en el espacio principal como un artículo nuevo. Renombrar ese botón en el taller como "Guardar taller", por ejemplo, creo que sí podría evitar esa confusión entre los novatos. Saludos. Zapipedia (discusión) 16:33 3 jul 2022 (UTC)
Fichas de localidad: migración a LuaEditar
Gente, he estado trabajando desde hace tiempo en un módulo, Módulo:Ficha de localidad, el cual pretende implementar tres plantillas, {{Ficha de país}}
, {{Ficha de estado desaparecido}}
y {{Ficha de entidad subnacional}}
.
El principal objetivo es unificar las tres plantillas dentro de un código común, junto con las tres plantillas separadas. Otro objetivo es facilitar la extración de la mayor cantidad de datos desde Wikidata posible. Y por último, y no menos importante, es resolver el problema de renderizado de {{Ficha de estado desaparecido}}
, el cual no usa la ficha genérica y hace que haya texto alrededor en la versión móvil, lo que es feo.
He probado las implementaciones de las tres plantillas en distintos artículos, y hasta el momento no veo inconvenientes de renderizado, por lo que, dada la complejidad del módulo, pido comentarios de la comunidad para ver la viabibilidad de reemplazar a las tres plantillas.
Finalmente, agradezco a Josecurioso y Leoncastro por los aportes al módulo. --Amitie 10g (discusión) 01:18 30 jun 2022 (UTC)
- Estoy, a la luz de antecedentes, hilos previos y etcéteras, francamente en contra de "facilitar la extración de la mayor cantidad de datos desde Wikidata posible" [sic]. En mi opinión habría que seleccionar mucho mejor qué información tomar de Wikidata (estudiando o analizando la calidad de los datos allí, la posible aparición de problemas por incompletitud, redundancia con otros datos, o incluso peor vigilancia/control, etc) e incluso repensar si cierta información (ya se tome de Wikidata o código local) es necesaria en una ficha. Wikidata es una base de datos (donde hay datos esenciales, algo esenciales, poco esenciales y muy poco relevantes: hay datos de todo tipo). Por otro lado, en términos estrictamente de nomenclatura, usar un módulo llamado "Ficha de localidad" para fichas de países o estados me parece muy poco oportuno, además de que se me antoja mucho más urgente intentar fusionar todas las fichas de localidad que existen a hacer que funcionen las de país, estado desaparecido y etc con el mismo módulo que las de las localidades. En concreto la información que se muestra en las fichas de estado desaparecido (que, para bien o para mal, se incluye con mucha frecuencia más bien en artículos de tipo "periodo de la historia de un país") diverge mucho de las de las localidades, pero todo es cuestión de ver los resultados. Un saludo. strakhov (discusión) 17:11 30 jun 2022 (UTC)
- Estoy de acuerdo, punto por punto con lo que dice Strakhov. Ni el nombre es el mejor ni me parece buena idea el que se extraigan la mayor cantidad de datos de wikidata. Hubiera preferido que todas las plantillas, excepto la de estado desaparecido, se unificaran con la Entidad Subnacional, mejorando en todo lo posible dicha ficha.--Marinero en tierra (discusión) 19:13 30 jun 2022 (UTC)
- Si se entiende nacional como estatal, de un país, etc, no sería buena idea tampoco integrar la
{{ficha de país}}
(no solo la de "estado desaparecido") en una plantilla o módulo llamado{{ficha de entidad subnacional}}
(subrayo el subnacional), aunque solo fuera, de nuevo, por cuestiones de nomenclatura. Por otro lado, ampliando mi primer comentario, albergo serias dudas de que la información/estructura idónea a mostrar en fichas de "países" (ya no solo desaparecidos) deba coincidir mucho con la de las localidades/municipios. strakhov (discusión) 19:28 30 jun 2022 (UTC)- Ok. Osea que tu abogas (¿si dice así?) por dos fichas distintas, una de entidades subnacionales (localidades, parroquias civiles, ciudades, municipios, etc) y otra ficha que abarque los países y estados desaparecidos con un nombre a considerar, no?--Marinero en tierra (discusión) 19:39 30 jun 2022 (UTC)
- Yo a priori (todo es cuestión de analizarlo con más detalle) tendría un modelo de ficha para:
- 1) países: ficha/módulo de país
- 2) localidades/municipios (actuales y desaparecidos): ficha/módulo de ¿entidad subnacional?
- 3) regiones y provincias supongo que terminarían también en módulo/ficha de entidad subnacional, aunque quizás también podrían llevarse con los países (con un nombre apropiado, claro)
- 4) tendría un ficha/módulo para "periodos históricos" o algo así, para que no te cuelen a la "Restauración borbónica en España" o a la dictadura franquista como estados desaparecidos, con datos un poco fuera de lugar como idioma oficial (idioma oficial de la Restauración?) o moneda (cuál fue la ...moneda de la Restauración?). Otra opción a valorar en este tipo de artículos sería no usar ficha, aunque probablemente fuera algo impopular. En cuanto a verdaderos "estados desaparecidos" (¿Yugoslavia?) quizás podrían encajar en el punto 1) aunque con matices, todo es cuestión de verlo.
- Naturalmente, tengo dudas de que esos diferentes modelos de ficha puedan manejarse bien desde un único módulo. También creo que habría que repensar fichas como la de entidad subnacional y, seguramente, quitar parámetros de interés tangencial (se alarga mucho con chuminadas), además de mejorar el tema: "mapas" (realmente urgente). Un saludo. strakhov (discusión) 19:47 30 jun 2022 (UTC)
- Oivá, ¿qué le pasa a los mapas?--Marinero en tierra (discusión) 20:10 30 jun 2022 (UTC)
- Hay artículos en los que creo haber llegado a ver hasta tres o cuatro distintos en la ficha (en el caso de España: estatal, comunidad autónoma, provincia y/o de nuevo, el de localizaciónprovincial con municipio sombreado), además, todos, para bien o para mal, visibles a la vez (en Wikipedia en inglés, por ejemplo, hay un selector de mapas), con el consiguiente alargamiento excesivo vertical de la ficha y machaconería. Adicionalmente, al contrario que en muchos otros proyectos (como Commons) las fichas no incluyen de forma automática un mapa dinámico (esto no es exclusivo de localidades, lo echo de menos también en edificios) donde se resalte automáticamente el contorno del municipio (ejemplo), etc, cosa que algunos editores intentan solventar agregándolo a capón en |mapa= con la plantilla
{{map draw}}
(ejemplo). strakhov (discusión) 20:50 30 jun 2022 (UTC)
- Hay artículos en los que creo haber llegado a ver hasta tres o cuatro distintos en la ficha (en el caso de España: estatal, comunidad autónoma, provincia y/o de nuevo, el de localizaciónprovincial con municipio sombreado), además, todos, para bien o para mal, visibles a la vez (en Wikipedia en inglés, por ejemplo, hay un selector de mapas), con el consiguiente alargamiento excesivo vertical de la ficha y machaconería. Adicionalmente, al contrario que en muchos otros proyectos (como Commons) las fichas no incluyen de forma automática un mapa dinámico (esto no es exclusivo de localidades, lo echo de menos también en edificios) donde se resalte automáticamente el contorno del municipio (ejemplo), etc, cosa que algunos editores intentan solventar agregándolo a capón en |mapa= con la plantilla
- Oivá, ¿qué le pasa a los mapas?--Marinero en tierra (discusión) 20:10 30 jun 2022 (UTC)
- Yo a priori (todo es cuestión de analizarlo con más detalle) tendría un modelo de ficha para:
- Ok. Osea que tu abogas (¿si dice así?) por dos fichas distintas, una de entidades subnacionales (localidades, parroquias civiles, ciudades, municipios, etc) y otra ficha que abarque los países y estados desaparecidos con un nombre a considerar, no?--Marinero en tierra (discusión) 19:39 30 jun 2022 (UTC)
- Si se entiende nacional como estatal, de un país, etc, no sería buena idea tampoco integrar la
- Estoy de acuerdo, punto por punto con lo que dice Strakhov. Ni el nombre es el mejor ni me parece buena idea el que se extraigan la mayor cantidad de datos de wikidata. Hubiera preferido que todas las plantillas, excepto la de estado desaparecido, se unificaran con la Entidad Subnacional, mejorando en todo lo posible dicha ficha.--Marinero en tierra (discusión) 19:13 30 jun 2022 (UTC)
- Para los no han leído y/o entendido el módulo, aclaro las dudas presentes y posibles.
- Las tres fichas están separadas en tres funciones separadas. Estas son las funciones invocadas desde las plantillas, y estas funciones, a su vez, llaman a la función padre, la cual la alimenta con la mayoría de los datos comunes. Esto, a mi juicio, facilita el manyenimiento (sin tener que agregar parámetros diferentes a cada ficha que pueden ser comunes entre las tres).
- La imagen del mapa está implementada de dos maneras, tal como en
{{Ficha de entidad subnacional}}
actualmente:
- La imagen del mapa está implementada de dos maneras, tal como en
- Mapa como wikitexto libre
local Mapa
, mediante los parámetros|imagen mapa=
o|mapa=
, el cual devuelve
- La imagen enlazada como imagen
- El wikitexto pasado (ej usando
<mapframe>
- mapa de localización (P242) formateado como imagen estática, que abre el mapa dinámico
- Mapa como wikitexto libre
- Mapa obtenido mediante plantillas especializadas
local Mapa1
local Mapa2
local Mapa3
, el cual se implementa como,
- mapa interactivo a través de
<mapframe>
- Imagen mediante la plantilla
{{Mapa de localización}}
, cuya implementación aún no está del todo terminada
- mapa interactivo a través de
- Mapa obtenido mediante plantillas especializadas
- Por lo tanto, me surgen las siguientes preguntas,
- ¿Cuántos mapas mostraremos como máximo'
- Si se implementa mediante imagen, ¿hay una altura máxima? ¿Habrá que recortarla?
- Ya veo que hay harto que trabajar aquí (al menos por hobby). --Amitie 10g (discusión) 15:03 3 jul 2022 (UTC)
Ayuda con bloqueo globalEditar
Hola a todos. Hoy me disponía a crear un artículo con mi PC y no he podido hacerlo, al recibir un mensaje donde se me informa de que mi dirección IP se encuentra dentro de un rango que se encuentra bloqueado en todas las wikis. También se me informa de quién ha llevado a cabo el bloqueo y que la razón es “no proxies abiertos”. No tengo ni idea de lo que es un proxy, y menos de qué se considera abierto, pero únicamente me impide editar con el PC, con otros dispositivos sí puedo hacerlo. Si alguien me puede ayudar se lo agradeceré. Goldorak (dime) 20:35 30 jun 2022 (UTC)
- Si la IP por donde estás saliendo pertenece a un ISP o una organización y no a un servicio que preste colocación (como para permitir proxies), debes solicitar al revisión a los Stewards. Mientras, puede solicitar excención de bloqueo de IP. --Amitie 10g (discusión) 20:43 30 jun 2022 (UTC)
- También puedes probar a apagar y encender el router. A veces funciona. strakhov (discusión) 20:51 30 jun 2022 (UTC)
Plantilla de spamEditar
Hola, vamos con otra de "lo que no me pase a mí...". El otro día dejé un aviso aquí. Ahora, al ir a comprobar, he dado a editar código de justo debajo del nombre de la página... y me envía a editar la plantilla del aviso de spam. No creo que dicho envío sea correcto... Lost in subtitles (discusión) 09:42 1 jul 2022 (UTC)
- @Lost in subtitles, te faltó el
sust:
en tu aviso de{{sust:Spam1}}
, tal como indica la documentación de la plantilla. -- Leoncastro (discusión) 16:10 1 jul 2022 (UTC)- Ah, ya veo que con el sust no pasa. Gracias, @Leoncastro Lost in subtitles (discusión) 16:25 1 jul 2022 (UTC)
Articulo mal enlazado en wikidata.Editar
El arículo Machalilla ha sido enlazado con el item "Machalilla culture" (Q3813607) de la wikidata. El problema es que el articulo Machalilla habla de un yacimiento arqueológico, mientras que el item (Q3813607) habla de una cultura arqueológica, por lo tanto el artículo en español no se corresponde con los artículos en otros idiomas. ¿Como proceder en estos casos? SimonLuzuriaga (discusión) 08:03 3 jul 2022 (UTC)
- @SimonLuzuriaga: Creo que no, que el artículo, que necesita un buen repaso, se refiere a la cultura, no a un único yacimiento, pues en el mismo se nombran otros enclaves, como Salango. También dice: «Machalilla fue un pueblo precolombino que se localizó en la zona costera de la parte sur del actual Ecuador, en las actuales provincias de Manabí y Santa Elena», es decir, habla de un pueblo, no yacimiento, y aporta su distribución geográfica. Si el yacimiento del mismo nombre es de interés puedes intentar crearlo. Un saludo, --PePeEfe (discusión) 09:30 3 jul 2022 (UTC)
Wikidata weekly summary #522Editar
- Discussions
- New requests for permissions/Bot:
- ListedBuildingsUKBot. Task/s: Add wikidata site links to appropriate wiki commons category pages for listed buildings with matching ID numbers. I've identified about 1000 entities that can be updated. e.g. [8] should have a wiki commons link to [9] since they both refer to [10].
- New requests for permissions/Bot:
- Events
- Upcoming
- Live editing session on Twitch, in French, by Vigneron, July 5 at 19:00 CEST (UTC+2)
- Wikidata Data Quality Days, online, on July 8-10
- Invitation to Wikimedia Research Office Hours July 5, 2022
- Ongoing
- Weekly Lexemes Challenge #48, Human rights
- Past
- Upcoming
- Press, articles, blog posts, videos
- Videos
- Making Wiki work for Wales - YouTube
- Session on Wikibase - Wikimedia Deutschland and Wikipedians of Goa User Group (WGUG) - YouTube
- Scribe: Wikidata-powered keyboard app for second language learners - YouTube
- Linking OpenStreetMap and Wikidata A semi automated, user assisted editing tool - YouTube
- Wikidata MOOC (in French) by Wikimedia France - 19 videos on YouTube
- Wikidata Tutorials (in German) by OpenGLAM Switzerland - 7 videos on YouTube
- Report
- User:LennardHofmann/GSoC 2022/Report 2 - rewriting the WikiCommons and Wikidata Infobox in Lua
- Videos
- Tool of the week
- User:Lectrician1/AddStatement.js is a userscript that can add values to properties that already exist on an item and new statements.
- Other Noteworthy Stuff
- Wikimedia Deutschland will be joining forces with the Igbo Wikimedians User Group and Wikimedia Indonesia to advance the technical capacities of the movement around Wikidata. The goal of this collaboration is "to make our software more usable by cultures underrepresented in technology, people of the Global South and speakers of minority languages".
- Job openings in the software development team at Wikimedia Deutschland
- Junior Product Manager Wikidata - "In this role you will be part of a cross-functional team, and be the product manager of product initiatives for Wikidata, the largest knowledge base of free and open data in the world."
- Product Manager Wikibase Suite - In this role "you will be part of an interdisciplinary team and the product team, and work closely with a broad variety of stakeholders in the Wikibase Ecosystem."
- Did you know?
- Newest properties:
- General datatypes: none
- External identifiers: Survey of Scottish Witchcraft - Case ID, Russia.travel object ID, Yamaha Artists ID, ifwizz ID, IRFA ID, DeSmog ID, Teresianum authority ID, AdoroCinema series ID, CEU author ID, Anime Characters Database tag ID, Beamish peerage database peerage ID, Beamish peerage database person ID, Kultboy video game ID
- New property proposals to review:
- General datatypes: Gitee username, Punjabi tone, spoken by, recordist, part of molecular family, official definition
- External identifiers: Anghami artist ID, Boomplay artist ID, Hamburger Professorinnen- und Professorenkatalog ID, MUSE publisher ID, EU Knowledge Graph ID, Kazakhstan.travel tourist spot ID, identifiant organisation Haute Autorité pour la transparence de la vie publique, Bibale ID, SZ topic ID, IRIS UNIMOL author ID
- Query examples:
- Number of albums in Wikidata by language, in descending order (source)
- Occupation about musicians in Wales (source)
- Map of tram depots in France
- Mountains higher than 2,500 meters in France (source)
- List of all Tour de France's stage winners by nationality from 1903 to 2022 (source)
- French rugby teams according to the year of creation (source)
- French members of parliament that were on the same legislature and are or have been married (source)
- Number of countries on Wikidata where at least one pride parade has been held (source)
- Football players whose birthday is today (different every day) (source)
- Newest properties:
- Development
- Lexicographical data:
- We have finished most of the development on the new Special:NewLexeme page. You can try it at https://wikidata.beta.wmflabs.org/wiki/Special:NewLexemeAlpha. We will make this available on Wikidata for testing with real-world data on July 14th.
- We are continuing to work on the new search profile for languages to make setting the language of a new Lexeme easier (phab:T307869)
- REST API: We are putting finishing touches on the first version of the API route to add statements to an Item. It is still lacking support for automated edit summaries.
- We are working on word-level diffs to make it easier to see what changed in an edit (phab:T303317)
- We are investigating the issue of labels not being shown after some merges (phab:T309445)
- Lexicographical data:
You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.
- Monthly Tasks
- Add labels, in your own language(s), for the new properties listed above.
- Comment on property proposals: all open proposals
- Contribute to a Showcase item.
- Help translate or proofread the interface and documentation pages, in your own language!
- Help merge identical items across Wikimedia projects.
- Help write the next summary!