Wikipedia:Café/Portal/Archivo/Técnica/2021/10

Añadir enlaces
De Wikipedia, la enciclopedia libre
Esto es un archivo de entradas pasadas. Por favor, no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor, hazlo en la página actual.


Problema con la plantilla "Cita publicación"[editar]

Buenos días, he notado que existe un problema en la plantilla "Cita publicación" Cuando hago cualquier cambio en un artículo a través de esta plantilla (en vez de hacerlo directamente en el código fuente) cambia el orden de los campos de forma no deseada (o al menos el orden no se ajusta a lo que dice la explicación de esa plantilla). Aquí el enlace a la explicación de la plantilla con su orden: https://es.wikipedia.org/wiki/Plantilla:Cita_publicaci%C3%B3n Aquí un cambio que he realizado: https://es.wikipedia.org/w/index.php?title=Alhambra&diff=prev&oldid=138712440 ¿Se puede arreglar el problema de la plantilla? --IsaGC (discusión) 04:51 2 oct 2021 (UTC)

Imagino que este hilo viene a colación de la advertencia que te dejó un usuario en tu discusión para que no alteres el orden «establecido» de los parámetros. Que yo sepa, no hay ninguna convención sobre esto ni es algo que se revise en las candidaturas a AB. En realidad, da exactamente igual el orden en el que se coloquen porque siempre se verán de la misma forma. -sasha- (discusión) 09:54 2 oct 2021 (UTC)
Hola sasha. De acuerdo. Gracias por tu respuesta. Así me quedo mas tranquilo cuando añado información a las referencias. Un saludo --IsaGC (discusión) 06:34 3 oct 2021 (UTC)

Título sección vacío en páginas de discusión[editar]

Hola:

Hay una cosa que personalmente me cuesta y no sé si tiene solución: ahora creo que ya me quedaré con la solución y no tardaré tanto; pero aún así creo que mejor si se puede arreglar, aunque si es de mediawiki tendrá peor solución.

El problema lo tengo cuando hay PD con el nombre de una sección vacío: como por ejemplo Usuario discusión:Kirchhoff/Taller y en la vista móvil soy incapaz de arreglarlo de una forma facil. En la de escritorio no pasa en todas las combinaciones de preferencias, pero alguna vez me ha pasado (no lo he podido reproducir ahora, pero supongo que es el mismo motivo).

En diferentes navegadores móviles (tanto vista móvil como de escritorio) falla con: https://es.m.wikipedia.org/wiki/Usuario_discusi%C3%B3n:Kirchhoff/Taller.

Si se fuerza la de escritorio y con [1] ya se puede arreglar (solamente con vista de escritorio no vale, el problema parece de la página "es.m.wikipedia..."); y si se fuerza al final con #/editor/, [2], también.

¿Tendrá solución? ¿Seré yo muy puntilloso? (entrar en una página y no poder darle a editar reconozco que me frustra).

Gracias por adelantado, un saludo Kirchhoff (discusión) 09:40 2 oct 2021 (UTC)

Añado: el problema con .es.m También es reproducible en escritorio (por eso no parece del navegador ni del dispositivo). Kirchhoff (discusión) 09:44 2 oct 2021 (UTC)
Hay que reportarlo en phab:. De seguro lo saben, pero si no hay presión no harán nada. Ignacio Rodríguez - δ -- contr. 20:48 2 oct 2021 (UTC)
No estoy de acuerdo con la creación de páginas de usuario (y en general cualquier espacio de nombres), vacío, sin contenido. Me ha parecido que nos da mala imagen. Se debería reglamentar por medio de una plantilla o aviso predeterminado. --Леон Поланко говорит вам и слушает вас 03:28 4 oct 2021 (UTC)
Supongo @Leonpolanco:, pero ¿Como pongo el ejemplo de ese error sin "vandalizar" una página del espacio principal? No se me ocurrió otra manera, supongo que hay otra y yo no la conozco.
Intentaré reportarlo en phabricator, gracias por el enlace Ignacio Rodríguez, aunque no sé si le darán mucha importancia (parece que sólo me es molesto a mi): he buscado en el café de técnica en inglés y tampoco parece que a nadie le sea molesto ese comportamiento de la página.
Saludos y gracias Kirchhoff (discusión) 06:55 4 oct 2021 (UTC)

Tech News: 2021-40[editar]

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

  • A more efficient way of sending changes from Wikidata to Wikimedia wikis that show them has been enabled for the following 10 wikis: mediawiki.org, the Italian, Catalan, Hebrew and Vietnamese Wikipedias, French Wikisource, and English Wikivoygage, Wikibooks, Wiktionary and Wikinews. If you notice anything strange about how changes from Wikidata appear in recent changes or your watchlist on those wikis you can let the developers know.

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 October. It will be on non-Wikipedia wikis and some Wikipedias from 6 October. It will be on all wikis from 7 October (calendar).
  • Advanced item Some gadgets and bots that use the API to read the AbuseFilter log might break. The hidden property will no longer say an entry is implicit for unsuppressed log entries about suppressed edits. If your bot needs to know this, do a separate revision query. Additionally, the property will have the value false for visible entries; previously, it wasn't included in the response. [3]
  • A more efficient way of sending changes from Wikidata to Wikimedia wikis that show them will be enabled for all production wikis. If you notice anything strange about how changes from Wikidata appear in recent changes or your watchlist you can let the developers know.

Future changes

  • You can soon get cross-wiki notifications in the iOS Wikipedia app. You can also get notifications as push notifications. More notification updates will follow in later versions. [4]
  • Advanced item The JavaScript variables wgExtraSignatureNamespaces, wgLegalTitleChars, and wgIllegalFileChars will soon be removed from mw.config. These are not part of the "stable" variables available for use in wiki JavaScript. [5]
  • Advanced item The JavaScript variables wgCookiePrefix, wgCookieDomain, wgCookiePath, and wgCookieExpiration will soon be removed from mw.config. Scripts should instead use mw.cookie from the "mediawiki.cookie" module. [6]

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

16:29 4 oct 2021 (UTC)

Wikidata weekly summary #488[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Closed request for adminship: BrokenSegue. Welcome onboard \o/
  • Development
    • Finished preventing a case where the same sitelink could be added to two different Items (phab:T291377)
    • Continuing work on the Mismatch Finder. Currently focusing on showing the details of the mismatches to the person reviewing mismatches.
    • Continued work on not allowing two Properties to have the same label after undo/revert (phab:T289473)
    • Continuing work on improving how changes on Wikidata are propagated to Wikipedia and the other other Wikimedia projects. The new system is being rolled out to all wikis now. It should not change anything for editors and just be a technical improvement in the backend.

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.

Páginas de usuario parecen artículos[editar]

Hola. Al usar el navegador Opera en Android las páginas de usuario no muestran "Usuario:" en el título de la página. Sí se ven Usuario discusión, Wikipedia, Plantilla, Ayuda y Portal. Creo que es un problema bastante grande, porque un lector podría imaginarse que la página de un usuario cualquiera es un artículo. De hecho, lo descubrí al ver un diff en el TAB, que a primera vista me pareció la biografía de alguien en el espacio principal y resultó ser una PU. ¿Alguien sabe cómo puede modificarse? Gracias. Lin linao ¿dime? 17:04 4 oct 2021 (UTC)

Hola Lin linao. En como puede arreglarse no te puedo ayudar, solo comento que el problema es peor. No es de Opera, es de la vista movil en general: mi página de usuario vs. mi página de usuario en vista movil. Es verdad que debajo pone "pagína de usuario - discusión"; pero claramente le falta que en grande sea "Usuario: Kirchhoff". Y como comentaba, poco más puedo ayudar, solo por centrar el problema por si le sirve a alguien que tenga más conocimientos sobre el tema. Un cordial saludo --Kirchhoff (discusión) 18:01 4 oct 2021 (UTC)
Me acabo de dar cuenta en el móvil que si alguien abre la vista de escritorio en un teléfono le va a redirigir y no se da cuenta de la diferencia. En wayback no redirige y se ve lo que quiero decir (aunque creo que con la descripción también era evidente). Un saludo Kirchhoff (discusión) 18:26 4 oct 2021 (UTC)
Sí, jajaja, lo noté, pero Opera tiene la opción de alternar entre la vista de celular y la de escritorio. Si pasa siempre en la versión móvil la situación es peor, pero "mejor", porque hay que arreglarlo una sola vez. ¿A quién se le puede pedir eso? Saludos. Lin linao ¿dime? 03:07 5 oct 2021 (UTC)
Hola @Lin linao:, sí lo acabo de probar ahora y me cambia de es.m.wikipedia a es.wikipedia : pensaba que no lo hacía sobre la página abierta porque en un caso que comenté justo arriba el Opera no te "sale" de la vista móvil y no hace esa conmutación.
Para la solución supongo que es el enlace que me sugirió amablemente allí Ignacio Rodríguez, phab:. Si alguien confirma que es allí a mí no me cuesta abrir ese ticket de la que abro el mío, no lo he hecho aún porque quería hacerme una idea del proyecto y ver cómo hacerlo y que documentación del error requieren; pero supongo que una vez conocido el proyecto tampoco será muy complicado abrir un ticket (en mi caso será más problemática la descripción en inglés que la parte técnica).
Saludos Kirchhoff (discusión) 05:34 5 oct 2021 (UTC)

No me aparece el botón "Mas" para trasladar artículo[editar]

Reciban un cordial saludo. Estoy incursionando por primera vez en wikipedia y no he podido trasladar desde el taller mi artículo para su publicación. Vi un tutorial en youtube y me doy cuenta que no me aparece la pestaña "mas" que me permitiría realizar la publicación, ¿Alguien sabe por qué no tengo el botón para publicar? Agradezco de antemano la ayuda que me puedan prporcionar. --[[Usuario:Minutricionysalud|Minutricionysalud]] (discusión) 02:03 5 oct 2021 (UTC)

No tienes todavía 50 ediciones. El artículo en sí lo estamos tratando en Wikipedia:Consultas#Revisión de un artículo nuevo.- MONUMENTA Discusión 17:02 6 oct 2021 (UTC)

Sobre el uso de tablas[editar]

Al usar una tabla, podemos hacer uso de «col1cen», «col2der», «col3izq» para que en las columnas 1, 2 y 3 se centre el texto, se alinee a la derecha o a la izquierda. Sin embargo, cuando el software determina a que columna pertenece la celda para aplicar la alineación, se equivoca si se ha hecho antes uso de «rowspan», contando las columnas por la aparición de «||» en cada fila. ¿hay alguna forma de solucionarlo que no sea a mano en cada celda?. Mil gracias. Urdangaray (discusión) 16:34 6 oct 2021 (UTC)

El problema no solo se plantea en celdas multifila (rowspan), sino también en celdas multicolumna (colspan), y en cualquier tabla con cabeceras irregulares. Por eso me temo, Urdangaray, que no hay una solución mágica para todos los casos; pero en muchas ocasiones sí se puede reducir el uso de código sin tener alinear manualmente cada celda. Si planteas algún ejemplo concreto podemos analizarlo con mayor detalle. -- Leoncastro (discusión) 17:29 6 oct 2021 (UTC)
Gracias Leoncastro, por la prontitud. Podría valer la larga tabla «Cronología de las invasiones húngaras» del artículo «Invasiones húngaras de Europa». Retire todos las alineaciones y me resigne a la izquierda por defecto. Aunque me vale el saber que no hay ninguna solución general. Mil gracias de nuevo, Leoncastro. Urdangaray (discusión) 17:55 6 oct 2021 (UTC)
No sabría por dónde empezar a enumerar los problemas de esa tabla y su rebuscado diseño. Pero en el caso que nos ocupa, el uso de la clase sortable para permitir ordenar las filas va en contra del sentido mismo de agrupar celdas de filas distintas. O una cosa o la otra. Las celdas agrupadas se separarán al hacer uso de la ordenación, haciendo que se rompa el diseño. Además hay un montón de código innecesario y problemático.
Se desaconseja el uso de atributos en las tablas (como width="100%", align="center"), especialmente sin su delimitador de valor (como width=100%), y en su lugar se aconseja el uso de estilos equivalentes (style="width: 100%; text-align: center;").
Es innecesario repetir y se recomienda evitar formatos redundantes (como valign=top con style="vertical-align: top;") o estilos locales innecesarios (como |+ style="background:white; color:black", cuando la tabla ya es de fondo blanco y texto negro).
El uso de la clase striped hace innecesario tener que repetir el color de fondo en cada una de las filas (ya sea como estilo style="background-color: #d8d8d8;" o como atributo bgcolor=#d8d8d8). Es más, predefinir colores en ese caso es contraproducente, pues al reordenar la tabla las filas no se benefician del formato striped porque ya tienen establecido un color específico.
Además, con la clase sortable se espera una fila de encabezado (determinada por el caracter ! en lugar de |) para establecer las flechas de ordenación. Poner una fila vacía es totalmente antiestético, a la par que improcedente, pues de ese modo la fila normal que contiene el texto de encabezado se mueve y reordena como las demás filas.
Pero cuando se combina la clase sortable con los atributos rowspan sucede que al reordenar la tabla, las filas no solamente se separan, sino que las celdas se posicionan inmediatamente en el hueco libre a su izquierda, lo cual hace que sea necesario rellenar el código de todas las celdas incluso cuando están vacías.
Como resumen, por regla general los estilos por defecto son mejores que los más elaborados. Ahora bien, tras una limpieza de estilo según las observaciones anteriores, ¿qué celdas quieres alinear Urdangaray? He alineado las imágenes al centro y el texto lleva una alineación por defecto a la izquierda. -- Leoncastro (discusión) 19:17 6 oct 2021 (UTC)
Te agradezco muchísimo el tiempo y paciencia que me dedicas y que me enseñes a usar el código, que intentaré tener presente en adelante. Creo que ya has resuelto la primera consulta y pasaré a consultarte con más calma en tu página como mejorar esa table (no es de interés general para este café). De nuevo mil gracias, Leoncastro. Urdangaray (discusión) 21:35 6 oct 2021 (UTC)

Modificar código que muestra las coordenadas en la cabecera para hacerlo compatible con el nuevo Vector[editar]

En seguimiento en Phabricator

El Módulo:Coordenadas debería modificarse para añadir las coordenadas del título como indicadores, de forma que sea compatible tanto para la versión antigua como para la versión nueva de Vector, además de ser la forma recomendada en el bug de Phabricator relacionado con esto. Actualmente en la versión por defecto en Wikipedia en español la línea de las coordenadas se ve correcta, pero para los que usamos la nueva versión las coordenadas se solapan con la nueva posición del botón de idioma. Idealmente se debería ver bien en ambos casos.

Para realizar este cambio habría que modificar el código de la función displayTitle a algo como esto: 

function displaytitle (s, notes)
	local htmlTitle = mw.html.create('span')
		:attr{ id = 'coordinates' }
		:css( 'font-size', 'small' )
		:node( "[[Coordenadas geográficas|Coordenadas]]: " .. s .. notes )
	local frame = mw.getCurrentFrame()
	titleText = frame:extensionTag( 'indicator', tostring(htmlTitle), { name = 'coordinates' }	)
end

Como no tengo permisos para editar la página no he podido probar que el código funcione correctamente y el resultado sea correcto, ni estoy del todo seguro de que no haya que hacer también cambios en el CSS. -- Agabi10 (discusión) 17:58 27 sep 2021 (UTC)

@Agabi10, falta la línea inicial local l = "[[Coordenadas geográficas|Coordenadas]]: " .. s para conservar la representación actual con el prefijo «Coordenadas: ». Además, como el estilo CSS es muy básico (apenas font-size: small;) puede integrarse en el módulo mediante una línea :css( 'font-size', 'small' ) directamente en el mismo nodo. Hace tiempo estuve analizando un cambio similar, para evitar la superposición que se produce, incluso en la piel predeterminada, en títulos como Argentina, donde las coordenadas se visualizan por debajo y casi chocando con los iconos de WP:AD y portal. No me atreví a solicitarlo en su momento, pues no sé qué tal encaja el indicador con la interacción del enlace «mapa», que despliega un mapa de OpenStreetMap directamente en la misma cabecera del artículo. -- Leoncastro (discusión) 18:46 27 sep 2021 (UTC)
@Leoncastro: He modificado el código de arriba para añadir el texto de Coordenadas por delante. Por lo demás lo de los iconos de WP:AD y demás si se añaden usando el sistema de indicadores debería funcionar bien automáticamente. Lo que no tengo claro es en qué orden las mostraría, puesto que según la documentación se ordenan alfabéticamente por nombre, por lo que igual hay que renombrar alguno si el orden en el que están no es correcto. Respecto a lo de incluir el css no tengo claro como se podría añadir, de todas formas cuando yo me refería a los cambios del CSS me refería más que nada a la posibilidad de que la posición de las coordenadas esté puesta por CSS y por lo tanto usar el indicador no sea suficiente para arreglar la posición en la que se muestran. Por último, respecto a la interacción del enlace «mapa» eso debería seguir funcionando igual, puesto que se debería estar generando el mismo HTML. -- Agabi10 (discusión) 21:22 27 sep 2021 (UTC)
Lo he verificado y sí habría que hacer cambios también en el CSS. Habría que modificar la página MediaWiki:Vector.css para que esto:
/* CSS para las coordenadas en la esquina */
#coordinates {
   display:inline;
   position:absolute;
   z-index:1;
   border:none;
   background:none;
   right:2.5em;
   top:-3.5em;
   float:right;
   margin:0;
   padding:0;
   line-height:1em;
   text-align:right;
   text-indent:0;
   font-size:.85em;
   text-transform:none;
   white-space:nowrap;
}
se convierta en algo como esto:
/* CSS para las coordenadas en la esquina */
#coordinates {
   display:inline;
   border:none;
   background:none;
   text-align:right;
   text-indent:0;
   font-size:.85em;
   text-transform:none;
   white-space:nowrap;
}
-- Agabi10 (discusión) 21:37 27 sep 2021 (UTC)
@Agabi10, así. -- Leoncastro (discusión) 23:45 27 sep 2021 (UTC)
El tema ya se ha llevado al tablón de administradores de interfaz; como no parecía necesario mucho debate «abierto», quizás habría sido buena idea haber ido allí sin pasar por este Café. - José Emilio –jem– Tú dirás... 20:44 9 oct 2021 (UTC)

Módulo de persona[editar]

Solicitud de algunas implementaciones para la presentación de los datos:

  • Cuando una persona tiene dos o más nombres en su lengua original (no entro a valorar las razones por las que ocurre), el módulo los dispone en encabezados separados con el mismo título. ¿Se podrían unir bajo el mismo encabezado? Al hilo de esto, si hay una aclaración en forma de calificador que explique los múltiples nombres, el módulo no lo tiene en cuenta (lo que aclararía las circunstancias). Si, además, uno de esos nombres tiene preferencia, tampoco lo tiene en cuenta: enumera todos y no solo los preferentes. Por otra parte, distingue entre las propiedades nombre en el idioma nativo (P1559) y nombre de nacimiento (P1477), aun cuando ambas correspondan al mismo idioma. ¿Se podrían unir con una aclaración entre paréntesis?
  • Cuando hay dos o más lugares de nacimiento y al menos uno tiene preferencia, el módulo pone todos los valores. Sin embargo, para las fechas no hace lo mismo, sino que selecciona las preferentes si hubiera. ¿Podría hacer lo mismo con los lugares de nacimiento? Al hilo de esto, si los años están en formato juliano, lo indica con el superíndice jul. Se podría eliminar porque no aporta nada y en ningún sitio se acostumbra a aclarar que las fechas pertenecen al calendario juliano.
  • ¿Sería posible que, opcionalmente (por ejemplo, si no sobrepasa un número de caracteres), el módulo tomase la descripción para ponerla debajo del título de la ficha?
  • ¿Hay alguna herramienta que oculte los dichosos y molestos lapiceros?

Gracias. --Romulanus (discusión) 11:38 12 sep 2021 (UTC)

@Romulanus, ¡dile adiós a «los dichosos y molestos lapiceros» agregando .infobox .wikidata-link img {display:none !important;} en tu common.css! -- Leoncastro (discusión) 13:26 12 sep 2021 (UTC)
Romulanus, con respecto a la indicación de que una fecha es juliana, me sorprende que propongas eliminarla sin más. El calendario gregoriano empezó a implantarse en 1582, pero no fue adaptado por todos los países hasta bien entrado el siglo XX, por lo que durante más de tres siglos una misma fecha se correspondía a distintos momentos temporales en distintos países, y especificar el calendario es fundamental para aclarar las cronologías internacionales y evitar todo tipo de confusiones (como aquello de que Cervantes y Shakespeare murieron el mismo día... pero en calendarios distintos). Si acaso, se podría acotar un rango de años en los que podría ocultarse... y para cosas como eventos astronómicos incluso sería adecuado usar la fecha juliana, pero eso dejémoslo para otro momento. - José Emilio –jem– Tú dirás... 20:37 23 sep 2021 (UTC)
-jem-, no sé. Ya no sale o, por lo menos, ya no lo veo. --Romulanus (discusión) 14:19 24 sep 2021 (UTC)
A ver, rectifico. Por ejemplo, en estos casos no se ve (por lo menos yo no lo veo), pero en este otro por ejemplo sí. Incidentalmente, en este último artículo se ve que el módulo no detecta los años anteriores a Cristo porque dice que Agripina la Mayor tenía 18 años cuando murió.
La confusión Cervantes-Shakespeare es simplemente anecdótica y parte de la ejemplarización de los sistemas calendáricos. No he visto que se acostumbren a indicar las fechas julianas en los acontecimientos de Inglaterra o Alemania del siglo XVII, no en las letras hispanas al menos. Si acaso en los del Imperio ruso y otomano y sus países satélite y más bien con preferencia en los siglos XIX y XX. Me parece que es un exceso de erudición innecesario, por no decir inexacto cuando se trata con años prejulianos o con países de la Antigüedad distintos de Roma o con la América precolombina, el África subsahariana, etc. La fecha juliana es un asunto diferente. Dicho lo cual, Wikidata usa el juliano por defecto en los años anteriores al 1583, por lo que estoy de acuerdo con la enmienda a mi solicitud inicial: restringir su eliminación a los años anteriores al 1583.
Un saludo. --Romulanus (discusión) 09:49 25 sep 2021 (UTC)
Romulanus ya está arreglado el cálculo de las edades para los años anteriores a Cristo, por lo que Agripina la Mayor ya está mostrando la edad correcta. --Agabi10 (discusión) 10:26 25 sep 2021 (UTC)
Romulanus, la diferencia más evidente es que, cuando la fecha es completa (día, mes y año), se ve la marca «jul.», y cuando solo aparece el año, no se ve; de todas formas, solo habrá que comprobar si eso afecta a los casos posteriores a octubre de 1582, pues estamos de acuerdo en suprimir siempre la marca en fechas anteriores. Por lo demás, te puedo asegurar que me he encontrado muchos problemas y situaciones de confusión entre calendario juliano y gregroriano, pero es algo que podemos comentar más en otro momento. Por ahora, y para ir avanzando, quizá deberías llevar este tema a Wikipedia:Solicitudes técnicas. - José Emilio –jem– Tú dirás... 20:44 9 oct 2021 (UTC)
Gracias, -jem-. No conocía ese tablón. --Romulanus (discusión) 14:01 10 oct 2021 (UTC)

Nueva plantilla[editar]

Si alguien se anima a crear una plantilla para la clasificación patrimonial de Alemania, le estaría agradecido. Deberá seguir más o menos esta plantilla, con las observaciones detalladas en esta página. Gracias y un saludo. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 16:19 9 oct 2021 (UTC)

@Virum Mundi: La tienes en este taller con un ejemplo. Si te parece bien, lo trasladamos al espacio de plantillas. Tengo dudas con la imagen, no la he puesto por limpieza (no me gustan esos ornatos en las fichas, bastante tenemos con las banderas) y porque no parece algo propio de Alemania como sí ocurre en {{Clasificado MH}}. -sasha- (discusión) 18:57 9 oct 2021 (UTC) P. D.: ¿Existe alguna propiedad en Wikidata que recoja el ID del que hablas?
Gracias @-sasha-, esto sí que ha sido rápido.
Lo de los símbolos creo que es solo coherente si quisiéramos mantener el mismo formato, pues todas las demás clasificaciones lo tienen, desde la valona hasta las diferentes clasificaciones de la ONU (patrimonio de la humanidad, patrimonio inmaterial, memoria del mundo, etc.). La clasificación alemana, como la valona y muchas otras, ha adoptado la imagen universal con una adaptación (en este caso un marco) como se puede ver en este artículo, más concretamente esta imagen. Eso sí, en los carteles que se cuelgan en muchos edificios y monumentos, todavía consta solo la imagen sin el marco (y están por todas partes, o sea que sí es una imagen que se usa mucho). En cuatro estados la imagen es otra. Antes probé con la imagen con marco, pero en tamaño de 15px o 17px no se distingue muy bien.
En cuanto al número de identificación, no creo que exista una propiedad de Wikidata que lo recoja, en cualquier caso es un número, los que conozco tienen todos 6 cifras, pero no sé si es un formato único o si puede haber también menos o más cifras (pero estoy casi seguro que son solo cifras y no otros caracteres). 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 21:34 9 oct 2021 (UTC)
De todos modos, puedes trasladarlo al especio de plantillas, y allí se podría trabajar más. Gracias! y un saludo. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 22:10 9 oct 2021 (UTC)
Hola de nuevo @-sasha-, ya que tengo poco tiempo hoy para editar y quiero aprovechar, procedo a la creación de la nueva plantilla. Un saludo. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 07:57 10 oct 2021 (UTC)

Tech News: 2021-41[editar]

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

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 12 October. It will be on non-Wikipedia wikis and some Wikipedias from 13 October. It will be on all wikis from 14 October (calendar).

Meetings

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

15:29 11 oct 2021 (UTC)

Wikidata weekly summary #489[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
  • Development
    • Mismatch Finder: We are continuing the work on the review part of the system. We are now working on letting reviewers indicate if the mismatch is on Wikidata, the other database, both or neither.
    • Fixed a bug where it was possible for two Properties to have the same label in a given language by undoing/reverting an edit (phab:T289473)
    • Fixed a confusing error message that was being shown when trying to save geoshape / tabular data that doesn’t exist (phab:T285758)
    • Removing some unnecessary entity link formatting in edit summaries and special pages to improve performance (phab:T292203)
    • Fixing an issue with invalid dates that the API accepts but should not (phab:T289417)
    • Migrated all Wikimedia wikis to use the new change dispatching system. This system is responsible for notifying the other wikis about edits made on Wikidata that affect their articles so the article is refreshed and edits are added to recent changes and watchlists.

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.

Problemas con el campo "DOI"[editar]

Muy buenas tardes a todos! En este artículo https://es.wikipedia.org/wiki/Sufragio_femenino en la referencia número 19 aparece el mensaje "DOI=incorrecto". Acabo de corregirlo y aun así sigue apareciendo el mensaje de error. ¿A que se debe esto?--IsaGC (discusión) 17:32 14 oct 2021 (UTC)

Ahora encontré otro artículo con el mismo mensaje de error pero el DOI es correcto https://es.wikipedia.org/wiki/Rodrigo_Medell%C3%ADn --IsaGC (discusión) 17:38 14 oct 2021 (UTC)
@IsaGC: Corregido [7][8]. En ambos casos aparecía el error porque sobraba lo de «https://doi.org/». -sasha- (discusión) 17:44 14 oct 2021 (UTC)
@-sasha-: Perfecto. Muchas gracias por tu rápida ayuda.--IsaGC (discusión) 17:51 14 oct 2021 (UTC)

Wikidata weekly summary #490[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
  • Development
    • Mismatch Finder: We are continuing the work on the review part of the system. We are working on letting reviewers submit their decision if the mismatch is on Wikidata, the other database, both or neither.
    • In the previous week we migrated all Wikimedia wikis to use the new change dispatching system. This system is responsible for notifying the other wikis about edits made on Wikidata that affect their articles so the article is refreshed and edits are added to recent changes and watchlists. This week we monitored the new system and investigated and fixed a few issues that came up.

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.

Tech News: 2021-42[editar]

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

  • Toolhub es un catálogo que permite encontrar más fácilmente herramientas para trabajar en los proyectos Wikimedia. Más información.

Cambios de esta semana

  • Elemento recurrente La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 19 octubre. Se instalará en wikis que no son Wikipedias y en algunas Wikipedias a partir del 20 octubre y en las restantes a partir del 21 octubre (calendario).

Cambios futuros

  • Los desarrolladores de la app de Wikipedia en Android están mejorando la comunicación dentro de esta. Puedes rellenar una encuesta para ayudar en el desarrollo.
  • El 3-5 % de los editores podría ser bloqueado en los próximos meses. Esto es debido a un nuevo servicio del navegador Safari, que actúa de forma similar a un proxy o una VPN. Se llama iCloud Private Relay. Hay una discusión en curso en Meta para determinar qué consecuencias podría tener iCloud Private Relay en las comunidades.
  • Wikimedia Enterprise es una nueva API para quienes usan mucha información de los proyectos Wikimedia en sitios externos. Es una forma de que los grandes usuarios con fines comerciales paguen por los datos. Pronto habrá una copia del conjunto de datos de Wikimedia Enterprise. Puedes leer más sobre esto. También puedes hacer tus preguntas al equipo en Zoom el 22 de octubre a las 15:00 UCT.

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

20:52 18 oct 2021 (UTC)

Coolest Tool Award 2021: Call for nominations[editar]

The third edition of the m:Coolest Tool Award is looking for nominations!

Tools play an essential role for the Wikimedia projects, and so do the many volunteer developers who experiment with new ideas and develop and maintain local and global solutions to support the Wikimedia communities. The Coolest Tool Award aims to recognize and celebrate the coolest tools in a variety of categories.

The awarded projects will be announced and showcased in a virtual ceremony in December. Deadline to submit nominations is October 27. More information: m:Coolest Tool Award. Thanks for your recommendations! -- SSethi (WMF) for the 2021 Coolest Tool Academy team 05:56 19 oct 2021 (UTC)

Problemas con enlaces a Wikidata[editar]

Hace un tiempo publiqué varios artículos sobre Campos de iglesia en Asturias, en la Wikipedia en asturiano, creando asimismo sus correspondientes elementos de Wikidata. Esta semana, he publicado esos mismos artículos en la Wikipedia en español, añadiendo sus enlaces en las páginas ya existentes de Wikidata. Al comprobar como han quedado las ediciones, observo que en los artículos en asturiano, figura en Herramientas el enlace al “Elemento de Wikidata”, así como “En otros idiomas”, el enlace a Español. Asimismo desde el Item de Wikidata y desde la página de Wikimedia Commons, se puede enlazar tanto a los artículos en asturiano como en español de Wikipedia. Sin embargo al abrir los artículos de la Wikipedia en español, no aparece “En otros idiomas”, el enlace a Asturianu, en Herramientas no aparece el “Elemento de Wikidata”, y “En otros proyectos” no figura el enlace a Wikimedia Commons, visualizándose en la “Ficha de Bien de Interés Culturañ” el mensaje “Página no enlazada a Wikidata”. Por más intentos que he realizado me veo incapaz de resolver esta incidencia. ¿Alguien puede darme una solución?. Como muestra os dejo los datos de uno de los artículos: Wikipedia en asturiano: “Campu d'ilesia de Samartín de Salas“ / Wikipedia en español: “Campo de iglesia de San Martín de Salas“ / Item de Wikidata: “ field of church of San Martín de Salas (Q108546999)“ / Wiki Commons: “Category:Field of church of San Martín de Salas“. Xuliu Pombar (discusión) 16:15 21 oct 2021 (UTC)

Xuliu, puede ser un problema de la caché de tu navegador. A mí si me aparecen. Díjolo LMLM > ¡Contáimelo! 17:24 21 oct 2021 (UTC)
Del navegador no, LMLM: del servidor. Te aparecen porque hace un buen rato que hice la purga de los artículos recientes creados por Xuliu Pombar. Es muy fácil si se activa la herramienta en Preferencias > Accesorios > «Añade un botón para purgar la caché de cualquier página». -- Leoncastro (discusión) 18:26 21 oct 2021 (UTC)
Leoncastro, hasta donde yo tenía entendido y como pone en Ayuda:Cómo limpiar la caché#Limpiar la caché de servidor, la caché del servidor sólo "afectaba" si leías el artículo como IP, sin iniciar sesión. Esta era para mí la explicación por la que algunas IP reportan en WP:IDE vandalismos antiguos ya revertidos que los usuarios registrados no veíamos. Si la caché del servidor afecta a los usuarios registrados habría que modificar la página de ayuda y yo buscarme otra explicación para los informes de error. Gracias. Díjolo LMLM > ¡Contáimelo! 06:49 22 oct 2021 (UTC)
Hay ciertas cosas que si se cachean y, a veces, pueden no actualizarse inmediatamente. Las interwikis son unas de ellas (categorías automáticas y plantillas son otras). Cuando sucede eso se puede guardar un cambio en blanco (darle a «editar» y luego a «guardar» sin haber modificado nada), esto fuerza a actualizar la caché. Esto no tiene nada que ver con lo que citas de los informes de error, ya que, de hecho, afecta a todos por igual. --Metrónomo's truth of the day: «persevera y triunfarás» 16:27 22 oct 2021 (UTC)
@LMLM: la caché de un artículo en el servidor es independiente del usuario; lo que es variable es la interfaz. En esa página creo que se mezclan algunos conceptos, en el sentido de que el contenido en wikitexto de un artículo está en la caché en forma de HTML, mientras que los menús que lo rodean se modifican según las preferencias de cada usuario. Se entiende mejor en la parte que dice «Dichas páginas solo son recreadas (convertidas a partir de wikitexto a HTML) únicamente si cambia el wikitexto». Cuando se publica una página el sistema interpreta el wikitexto y guarda en su caché una copia en su formato web. Es por esto que, si todavía no está enlazado a Wikidata, no se muestran en las fichas los datos correspondientes. Cuando por ejemplo se actualiza un dato en Wikidata (del mismo modo que cuando se cambia una plantilla) el sistema pone en una cola de tareas la función de actualizar la caché de las páginas relacionadas; pero esta tarea puede demorarse un determinado tiempo. Para agilizarla se puede purgar la página, lo que significa que se borra para actualizarse inmediatamente. Lo que no le afecta a la caché, y que sí se actualiza en cada visualización, es la interfaz de los usuarios registrados, pues pueden tener activadas herramientas que requieren actualización. Un ejemplo de que la interfaz no tiene caché son los indicadores de aviso que salen junto a nuestro nombre de usuario. -- Leoncastro (discusión) 17:15 22 oct 2021 (UTC)
Muchas gracias por las explicaciones, y por el "purgado".
Xuliu Pombar (discusión) 18:22 22 oct 2021 (UTC)

Wikidata weekly summary #491[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Other Noteworthy Stuff
    • QID ("Initialism of Q-identifier, a unique identifier for an item in Wikidata. [from 2012]") now has an entry in Wiktionary
    • The 3rd edition of the Coolest Tool Award is looking for nominations (see announcement on wikimedia-l). Please submit your favorite tools by October 27th. The awarded projects will be announced and showcased in a virtual ceremony in December.
  • Development
    • The new WDQS Streaming Updater now fully shipped to production. This will help the Query Service better deal with the amount of edits happening on Wikidata. (more information)
    • Mismatch Finder: Continuing work on the results page where mismatches are shown for review. We are focusing on showing all necessary information for a mismatch to make a good determination if it is a mismatch in Wikidata, the external source or neither.
    • Finishing the work on the new change dispatching system that improves how Wikipedia and the other Wikimedia projects are notified about edits happening on Wikidata that affect them. Currently tying up some lose ends.
    • Preparing for WikidataCon.

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.

Tech News: 2021-43[editar]

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

Cambios de esta semana

  • Elemento recurrente La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 26 octubre. Se instalará en wikis que no son Wikipedias y en algunas Wikipedias a partir del 27 octubre y en las restantes a partir del 28 octubre (calendario).

Cambios futuros

  • Las páginas de diff tendrán una experiencia mejorada de copiado y pegado. Los cambios permitirán tratar como columnas separadas el texto de las partes de antes y después de la página de diferencias y quitará cualquier sintaxis no deseada. [10]
  • Se actualizará la versión de las fuentes Liberation usadas en archivos SVG. Solamente se verán afectadas las nuevas miniaturas de imágenes. Las fuentes Liberation Sans Narrow no tendrán cambios. [11]

Reuniones

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

20:07 25 oct 2021 (UTC)

Traducciones[editar]

Hola, me gustaría explorar dos mejores en los traductores. La primera es que no dejen un espacio entre los textos y las referencias, como se acostumbra a hacer en inglés. Por supuesto, esto se puede hacer manualmente, pero a mi juicio es una actividad repetitiva que consume muchísimo tiempo y que podría efectuar con rapidez y precisión un bot (o el replacer). La segunda es ajustar las herramientas de traducción asistida por computador para que también traduzcan las fechas en las citas. ¿Sabe alguien cómo se pueden efectuar estas mejoras (o en su defecto dónde puedo solicitarlas)? --Pedro Felipe (discusión) 17:14 25 oct 2021 (UTC)

Hola Pedro Felipe, entendiendo que te refieres al traductor de contenidos, puedes comentar en aquella discusión o puedes reportar un fallo en Phabricator. -- Leoncastro (discusión) 17:58 25 oct 2021 (UTC)
Muchas gracias Leoncastro. --Pedro Felipe (discusión) 18:01 25 oct 2021 (UTC)
Nunca voy a Phabricator ¿Cómo se hacen tales reportes? --Леон Поланко говорит вам и слушает вас 02:06 26 oct 2021 (UTC)

Growth Newsletter #19[editar]

Welcome to the nineteenth newsletter from the Growth team!

The Growth team's objective is to work on software changes that help retain new contributors in Wikimedia projects.

Structured tasks[editar]

"Add an image" prototype, showing suggested image for the article
  • "Add a link" is the team's first structured task. It uses machine-learning to suggest wikilinks as easy edits for newcomers. It was deployed in May 2021 on four Wikipedias and then in July on eight more Wikipedias after we evaluated the initial results. So far, we've seen a high level of engagement from newcomers. Communities that have the feature suggested valuable ideas for improvement. We'll work on improvements and then contact more communities to deploy it.
  • "Add an image" is the team's second structured task, currently in development. It is an editing task that suggests Commons images for unillustrated Wikipedia articles. We have conducted many community discussions and tests. Then, we've decided to build a first prototype. We'll first deploy it only to our pilot Wikipedias, to learn whether newcomers can be successful with the task. The project page contains links to interactive prototypes. We are very interested to hear your thoughts on this idea as we build and test the early versions. These prototypes have already been tested by newcomers, in English and Spanish.

News for mentors[editar]

  • The Mentor dashboard is available at our pilot wikis: Arabic, Czech, and Bengali Wikipedias. It will soon be available at a few more volunteering wikis, as a test. [12]
  • At wikis where the mentor dashboard is deployed, a new filter is available for mentors. Mentors can monitor their mentees' activity in Watchlist and RecentChanges, so they can help support their mentees' work. For privacy reasons, this filter can't be accessed by someone else than the mentor itself. This filter only filters mentees assigned to the mentor. This filter is not visible for people who are not listed as mentors [13]

Community configuration[editar]

  • Communities now have the ability to configure how Growth features behave on their own wikis. At Special:EditGrowthConfig, community members can add a list of volunteer mentors, alter the templates used for suggested edits, update help links, and more. This special page is editable by administrators and interface admins.

Scaling[editar]

  • We are proud to announce that all Wikipedias now have the Growth features! Thank you to all the community members who helped the team build the features and bring them to their wikis. The only exception is Chinese Wikipedia (zh), for technical reasons. [14]
  • The wikis that have Growth features deployed have been part of A/B testing since deployment, in which some newcomers did not receive the new features. Now, all of the newcomers on 280 of the smallest of those Wikipedias have the features. [15][16]
  • A test is undergoing at English Wikipedia: 25% of newcomers receive the Growth features. The results from this test will be part of a discussion of how to proceed on that wiki.
  • Now that Growth features are available at Wikipedia, the Growth team considers to extend them to other projects. Some Wikisource users have expressed some interest in getting Growth features. There is currently a discussion about implementing them on Wikisource.

News for communities[editar]

  • Do you have questions about the Growth features? This translatable FAQ contains answers to the most common questions about the Growth team work.
  • The Growth features were recently used in a test amongst Latin American donors to give donors the opportunity to learn to edit. You can see the results here.
  • Interface translations are important for newcomers. Please help for your language, by translating or copyediting interface translations for the Growth features.
  • Help:GettingStarted was a feature developed in 2013, which directed newcomers to articles that needed editing. We recently removed this feature from all wikis, because it has been replaced by the Growth features.

Growth team's newsletter prepared by the Growth team and posted by bot • Give feedback • Subscribe or unsubscribe.

18:36 26 oct 2021 (UTC)

comentario Comentario "Structured tasks -> Add a link": comentar que invitar a recién llegados a editar sugiriendo posibles enlaces internos, como idea, no me entusiasma lo más mínimo. Ya demasiado abusamos los editores habituales de pintar de azul los artículos como para que los recién llegados sin la menor idea de Wikipedia vayan colocando enlaces azules sin criterio por el mero hecho de que se lo sugiera un algoritmo. strakhov (discusión) 14:00 29 oct 2021 (UTC)
Según el propio análisis de las pruebas, de 290 enlaces agregados por usuarios nuevos, 28 fueron revertidos antes de 48 horas. Nada menos que un 9,7 %. -- Leoncastro (discusión) 16:37 29 oct 2021 (UTC)
Pero ya sabes, Leoncastro, un aspecto clave en todo intento de animar a la gente no iniciada a colaborar parece que es el de combinar la faceta de enciclopedia con la de patio de juegos. "¡Para hacer una tortilla hay que romper unos pocos huevos!". Dicho esto, puestos a gamificar, que puede hacer falta un poquito, que gamifiquen las faltas de ortografía o cosas así, que parece a priori más útil, aunque claro, después pasa como con Replacer y la hemos cagado. A título personal cada vez veo más importante el enlazar menos y mejor, e iniciativas como esta, después de haber visto en Commons lo que está ocurriendo con el "Depicts" de los datos estructurados, me desanima bastante. strakhov (discusión) 16:56 29 oct 2021 (UTC)
En teoría esto del crecimiento se activó en este proyecto para hacer un pequeño tutorial de iniciación y una página de bienvenida orientada a los nuevos usuarios, así como herramientas facilitar la interacción entre aprendices y tutores (o eso creo recordar). No sé en qué fase estarán estos aspectos, pero que vayan agregando nuevas funciones (como las sugerencias de enlaces e imágenes) parecen funciones auxiliares adicionales. Para mí la cuesión principal sería saber si realmente se ha hecho algo nuevo de provecho y con resultados efectivos sobre los aspectos principales, o si solamente se han enlazado las guías que ya teníamos de forma más atractiva para los novatos. -- Leoncastro (discusión) 17:38 29 oct 2021 (UTC)

Aviso "url incorrecto"[editar]

Muy buenos días a todos, tengo el siguiente problema: He arreglado el enlace roto de la referencia núm. 28 de este artículo https://es.wikipedia.org/wiki/Charles_Huber pero a pesar de ese arreglo sigue apareciendo el mensaje de error "url incorrecto".--IsaGC (discusión) 06:49 30 oct 2021 (UTC)

@IsaGC, el parámetro |resumen= se usa para enlazar una web donde se realice un resumen profano de la obra. Lo que se buscaba hacer en esa referencia era mostrar una cita o breve porción de la fuente, lo cual debe hacerse con el parámetro |cita=. -- Leoncastro (discusión) 11:26 30 oct 2021 (UTC)
Hola Leoncastro, de acuerdo. Muchas gracias por tu ayuda. Un saludo --IsaGC (discusión) 12:03 30 oct 2021 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2021/10&oldid=139703912»