Wikipedia:Café/Portal/Archivo/Técnica/2020/08

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.


Wikidata weekly summary #427[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • Open request for adminship: Wiki13
  • Tool of the week
    • SQID allows you to analyse, browse and query Wikidata. SQID is inspired by Magnus Manske's Reasonator, but focuses on prominently featuring information about Wikidata classes and properties.
  • Development
    • The last week was our quarterly prototyping week. We worked on the following projects. None of them are ready for prime-time yet but we'll continue with them.
      • Slices: We've had a lot of requests for accessing dumps of a smaller part of Wikidata's data since rarely anyone needs the complete data in Wikidata. The tricky part is figuring out which part is needed and if any of that can be generalized. We looked into for example how to make dump generation faster so we could potentially produce more smaller dumps that only cover a part of Wikidata's data, either thematically (e.g. humans) or by type of data (e.g. only statements and English labels and aliases but not sitelinks or descriptions).
      • REST API: As part of our effort to make it easier to access Wikidata's data for programmers we looked into a REST API. We tried to see if we could cover the existing action API modules in a REST API. We could. We'll take this as input for our ongoing API work now.
      • Improving quality ratings through ORES: ORES can judge the quality of an Item automatically. It is currently not very good at it however. We tried a few things to make it more accurate and found some easy wins we'll probably make happen in the next weeks.
      • Query manipulator: One of the ways we could potentially improve the load situation of the Wikidata Query Service is by automatically analyzing and then redirecting a bunch of queries to other systems that are more suitable for that particular type of query. The nice thing about that would be that the person/program sending the query wouldn't have to care about it but it'd be done automagically for them. We tried to build such a system and the results look very promising but more work/experimenting is needed, especially together with the WMF Search team.

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: 2020-32[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Problemas

  • Todas las consultas al servicio de consultas de Wikidata fallaron entre 17:50 y 17:59 UTC el jueves 23 julio. Algunas consultas fallaron durante un periodo más largo. [1]
  • Los enlaces interlingüísticos fueron ordenados incorrectamente en las pasadas semanas. Esto fue mencionado en Tech News dos semanas atrás. El problema ha sido solucionado. [2]
  • Hay un problema con las preferencias globales para la opción "Utilizar versión heredada de Vector". Los desarrolladores están trabajando en solucionarlo. [3]
  • Un error en la extensión Wikibase había deshabilitado los tipos de protección "mover" y "crear" en el espacio principal de nombres (Galería) en Wikimedia Commons. No se pudieron agregar nuevas protecciones y no se aplicaron las protecciones existentes, lo que permitió algunos movimientos de página y creaciones de páginas que no deberían haber sido posibles. Esto ahora ha sido arreglado. [4]

Cambios de esta semana

  • El reproductor de vídeo cambiará para ser más sencillo y más moderno. Esta semana, la característica de beta actual pasará a ser el reproductor de vídeo para todo el mundo en la mayoría de las wikis no-Wikipedia. El reproductor antiguo será eliminado. [5]
  • Las páginas de usuarios global.js y global.css ahora también serán cargadas en el sitio móvil. Puedes leer documentación de cómo para evitar aplicar estilos a la piel móvil. [6]
  • Elemento avanzado En la máscara MonoBook, el searchGoButton identificador es ahora searchButton. Esto puede afectar los gadgets CSS y JS. Instrucciones de migración se pueden encontrar en T255953. Esto se mencionó antes en la edición 27.
  • Elemento avanzado Los operadores de Bot pueden utilizar Pywikibot para archivar regularmente discusiones. Se cambió el comportamiento del bot cuando usa counter para impedir archivos grandes. [7]
  • Elemento recurrente La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 4 agosto. Se instalará en las wikis que no son Wikipedia y en algunas Wikipedias a partir del 5 agosto, y en las restantes a partir del 6 agosto (calendario).

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.

15:42 3 ago 2020 (UTC)

Notificación de mensajes nuevos[editar]

Recibí dos mensajes nuevos, pero no me apareció el aviso tradicional Tienes mensajes nuevos, solo llegó una notificación en mis alertas. ¿Se suprimió el aviso Tienes mensajes nuevos? Así es más fácil para mí enterarme cuando recibo mensajes nuevos. --Леон Поланко говорит вам и слушает вас 21:44 7 ago 2020 (UTC)

En mi caso funciona (al menos funcionaba hace un par de horas). A ver, envíame algo. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 21:57 7 ago 2020 (UTC)
Леон Поланко:Pues no he detectado nada raro, me funciona normal. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 22:01 7 ago 2020 (UTC)
Me llegó un nuevo mensaje, y si ví el aviso Tienes mensajes nuevos, pero sin fondo. Parece que no me había dado cuenta del detalle. Aunque como estoy acostumbrado al fondo, pensaba que algo estaba fallando. --Леон Поланко говорит вам и слушает вас 01:57 8 ago 2020 (UTC)

Creación de kits deportivos[editar]

Hola, buenas noches. Muchos clubes deportivos tienen en sus respectivos artículos de wikipedia, en la ficha del equipo, sus respectivos uniformes (véase Sevilla FC, por poner un ejemplo), con un código de programación extraño. ¿Como se hacen esos uniformes y se consigue que se van así? ¿Se usa una herramienta externa a Wikipedia? Es una duda que no consigo aclarar usando las plantillas por defecto para hacer el artículo en cuestión. Muchas gracias Beacons013 (discusión) 00:24 9 ago 2020 (UTC)

Buenas Beacons013, efectivamente es algo externo a Wikipedia. Por mi parte, los uniformes que yo hice los hice con el editor de imágenes gimp. Respecto al código extraño que mencionas, es el nombre del archivo con el cual fueron subidos a commons. Si querés hacer uniformes vos mismo y necesitas ayuda, con gusto te doy una mano.
Saludos cordiales. -- Germán3715 (discusión) 00:51 9 ago 2020 (UTC)

Wikidata weekly summary #428[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Past: Wikibase Live Session - August 2020. This session had a few people present on some of their work with modeling GLAM data in Wikibase or Wikidata. (replay)
    • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Daniel Mietchen and Lane Rasberry about Scholia, a project to present bibliographic information and scholarly profiles of authors and institutions, 11 August. [Agenda]
    • Upcoming: Online Wikidata editathon in Swedish #25, August 16
  • Development
    • finalized designs for the query builder to start coding at the beginning of September
    • wrapping up the initial work on the design system so that we can start using the first pieces of it in the query builder development
    • working on properly linking redirects in recent changes, watchlist and co (phabricator:T255387)
    • addressed remaining security review comments about the Wikidata Bridge so that we can deploy it finally on the first Wikipedia
    • fixed a bug where string values had the wrong length limit (phabricator:T259440)
    • finishing the work of untangling Wikibase Client and Wikibase Repository extensions to make development easier

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: 2020-33[editar]

Las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Coméntale a otros usuarios acerca de estos cambios. Algunos cambios no te afectarán. Existen traducciones disponibles.

Cambios recientes

  • FileImporter y FileExporter se convirtieron en herramientas estándar en todas wikis durante la primera semana de agosto. Estas herramientas te ayudarán a transferir archivos desde las wikis locales a Wikimedia Commons la información original del archivo y su historial. [8]

Problemas

  • La piel o tema móvil muestra un mensaje al fondo de la página acerca de la última persona que editó la página. Este mensaje se mostraba en wikitexto. Esto ya ha sido solucionado. Algunos mensajes en Discusiones Estructuradas y traductor de contenidos aún podrían aparecer en wikitexto. Los desarrolladores están trabajando en la solución. [9]

Cambios de esta semana

  • Elemento recurrente La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 11 agosto. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 12 agosto, y en las restantes a partir del 13 agosto (calendario).

Cambios futuros

  • Todas las wikis estarán en modo de solo lectura por algunos minutos el próximo 1 de septiembre. Está planificado que suceda entre las 13:30 y 15:30 horas (UTC). Se publicará más información en las Noticias Técnicas y también se notificarán a cada wiki en las próximas semanas. [10][11]

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.

16:06 10 ago 2020 (UTC)

Wikidata weekly summary #429[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Entity Explosion: a new multilingual Chrome browser extension. "Taking the power of Wikidata with me wherever I go across the web!". Uses API calls to the Wikidata Query Service to match the URL you are browsing on to a Wikidata item, and then displays data and links to other sites about the same entity. (Video)
  • Development
    • Fixed a bug where a length limit for strings seems to have reverted itself back from 1500 to its default 400 (phabricator:T259440)
    • Fixed a bug that Wikibase is not always adding &redirect=no in situations when MediaWiki usually does (phabricator:T255387)
    • Wrapping up the initial work on the design system so it is ready for use in the first new feature (Query Builder)
    • Fixed the serialization of statements on Forms and Senses not containing the datatype (phabricator:T249206)
    • Wrapping up work on the first version of Federated Properties so that other Wikibase installations can use Wikidata's Properties instead of having to maintain their own
    • Worked on ensuring the data from the linked data interface at Special:EntityData is always up to date after an edit has been made (phabricator:T128486)
    • Enabling clients to use Lua to request labels, descriptions and aliases in some (often minority) languages even when they are not content languages (phabricator:T259340, phabricator:T260118)


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: 2020-34[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

  • If you revert an edit using the undo link your edit is marked with an undo tag. This will now only happen if you don't change anything in the edit window before publishing the undo. This is to keep users from marking edits as undos when they actually do something else. [12]
  • The new OOUI version will not work with Internet Explorer 8. This means the wikis will look strange and not work well in Internet Explorer 8. This was reported in Tech/News/2020/17. This is because keeping the wikis working with very old browsers creates other problems. [13]

Changes later this week

  • Recurrent item The new version of MediaWiki will be on test wikis and MediaWiki.org from 18 August. It will be on non-Wikipedia wikis and some Wikipedias from 19 August. It will be on all wikis from 20 August (calendar).

Future changes

  • All wikis will be read-only for a few minutes on September 1. This is planned between 13:30 and 15:30 UTC. More information will be published in Tech News and will also be posted on individual wikis next week. This is a reminder. You can help by translating the announcement message. [14][15]

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

20:41 17 ago 2020 (UTC)

Plantilla NF[editar]

Hola, en los últimos días algunos artículos que en las fechas de nacimiento o fallecimiento de la plantilla NF tienen consignado el signo ? aparecen en la categoría Artículos con plantilla NF sin fechas. Para dicha plantilla el signo ? es correcto cuando la fecha es desconocida. ¿Tienen información si hubo algún cambio o desajuste en wikidata para que ahora no reconozca el signo de interrogación? Agradezco sus comentarios, saludos. Madamebiblio (discusión) 19:43 17 ago 2020 (UTC)

Y creo que habría que quitar el "?" a cualquier dato desconocido, y categorizar en alguna categoría oculta. -- Davod (desquítense n_n) 20:46 17 ago 2020 (UTC)
@Madamebiblio, espero me sepas disculpar, pues he sido yo quien ha realizado varios cambios y mejoras en el módulo hace unos días. Al parecer he omitido en la categorización una de las múltiples combinaciones posibles, que afectaba a los artículos con la fecha de nacimiento desconocida (reflejada con la interrogante «?») y sin fecha de fallecimiento declarada (con el parámetro vacío y sin dato en Wikidata). Ante esta combinación, el módulo marcaba el fallecimiento como sin fecha, al no poder determinar, según su edad, la posibilidad de que la persona estuviese fallecida. Ahora, al igual que se hacía antes de mis últimos cambios, el módulo no categorizará a esa persona ni como viva ni como fallecida, ante la ausencia de datos, pero tampoco marcará la fecha de fallecimiento como faltante. Sin duda fue un problema menor que afectaba a un par de artículos, a los que, técnicamente, sí que le faltan las fechas: pues una interrogante y un campo vacío no son realmente unas fechas.
@Amitie 10g, ya hay categorías para manejar todo tipo de casos: además de las categorías de nacidos o fallecidos en un año determinado, también existen las categorías de nacidos y fallecidos en año desconocido, y las categorías ocultas de artículos sin fechas o con problemas en los campos. Creo que no hacen falta más combinaciones. -- Leoncastro (discusión) 00:31 18 ago 2020 (UTC)
Gracias Amitie 10g por la respuesta, justamente vigilo las categorías ocultas que se mencionan arriba, ya he limpiado varias páginas, normalmente aparecen los artículos recién creados por novatos o por algún olvidadizo. Me resultaba extraño que hace un par de días aparecieran art. antiguos, en los que he podido lo he reemplazado por |el siglo XX| (o lo que fuese) por contexto ya que tampoco era información disponible en wikidata. Saludos. Madamebiblio (discusión) 00:51 18 ago 2020 (UTC)

Plantillas de pronunciación[editar]

Hola, no había probado las opciones de pronunciación que se colocan en algunos artículos. En «Guimarães», debido a una sustitución de una plantilla por otra ({{AFI-pt}} por {{audio}}), he comprobado que ambas hacen casi lo mismo: al pinchar en el enlace se abre, en la misma pestaña en la que está el artículo, una página en negro con la herramienta de reproducir sonido, sin más orientación, indicaciones o botones. Una vez reproducido el sonido no hay más, el lector deberá darle a la opción de su navegador de «Volver» para regresar al artículo. Si cierra la pestaña o ventana, se le complica aun más el regreso. ¿No podría ponerse esta opción como ventana emergente para no perder el foco del navegador en el artículo de Wikipedia? Debería facilitarse la navegación a nuestros lectores, no suponer que son duchos con el navegador y saben por «ciencia infusa» lo que tienen que hacer para no salirse de nuestro sitio. Un saludo, --PePeEfe (discusión) 07:32 22 ago 2020 (UTC)

Qué extraño, siempre pensé que teníamos activado algún reproductor multimedia y juraría que al menos alguna vez lo estuvo. Debería activarse alguno como Extension:TimedMediaHandler o algún otro similar. -- Leoncastro (discusión) 12:02 22 ago 2020 (UTC)
A favor A favor de tu propuesta PePeEfe. --Леон Поланко говорит вам и слушает вас 02:10 23 ago 2020 (UTC)

Wikidata weekly summary #430[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Sophox allows for SPARQL querying of Wikidata and OpenStreetMap in a single query
  • Other Noteworthy Stuff
    • Two new grant programs from WikiCite, in support of open citations and linked bibliographic data.
Full documentation, eligibility requirements, selection criteria, program design principles, and contacts at the links. Apply by 1 October.
  1. Project & events [$2-10k]
  2. e-Scholarships [per-diem calculated on your city; 1-5 people (single, or as a 'remote group') for 2-4 days, for COVID-era "stay at home" projects. Paid in advance living allowance, no expense report required.]
  • Development
    • Deployed the first version of the Wikidata Bridge to Catalan Wikipedia
    • Creating Grafana Dashboards for the new Wikidata Bridge so we have some data to help us determine which datatypes to support next for example (phabricator:T260532)
    • Finished working on ensuring Labels of Items in some unusual, often minority, languages are still available on Wikipedia and other clients (phabricator: T259340)
    • Fixed error messages for API modules that will not work with the first version of Federated Properties (phabricator:T258558)
    • Working on improving how ORES judges the quality of an Item to make it more accurate
    • Started coding on Automated Configuration Discovery to make it easier for tool builders to make their tools work for other Wikibase instances as well

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: 2020-35[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios de esta semana

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

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.

17:59 24 ago 2020 (UTC)

No se procesan las plantillas finales en un artículo[editar]

Hola en WP:IE se ha hecho una reclamación porque en el artículo «Pandemia de enfermedad por coronavirus de 2020 en el estado de Veracruz» no se muestran las referencias, solo el texto «Plantilla:referencias». Añado que pasa lo mismo con «Control de autoridades» y «Commonscat». ¿Puede estar el artículo excesivamente cargado de plantillas y módulos?. Un saludo, --PePeEfe (discusión) 09:28 24 ago 2020 (UTC)

Probablemente, ya que la página está incluída en la categoría Wikipedia:Páginas con sobrecarga de plantillas... --angus (msjs) 10:41 24 ago 2020 (UTC)
Gracias, Angus (disc. · contr. · bloq.), he puesto un aviso en la discusión del artículo. --PePeEfe (discusión) 10:49 24 ago 2020 (UTC)
Hace unas semanas yo también vine al tablón con un problema similar en otro artículo sobre la pandemia. En ese caso el «culpable» era la {{Gráfica de casos médicos}} debido a que usa una plantilla por cada día que se muestra en la gráfica. Y a ese ritmo, es natural que en seis meses esas subplantillas terminaran saturando el artículo. Actualmente se está discutiendo el adoptar un nuevo modelo de plantilla que sería más ligera y terminaría con el problema de la saturación. Si alguien gusta participar es bienvenido.  —AntoFran— (→Deja tu opinión aquí←) 13:16 24 ago 2020 (UTC)
Al ocultar la plantilla con <!-- --> vuelven a aparecer las desaparecidas. Deberían buscar un modo de aligerar el artículo. Y por lo pronto ocultar o borrar esta para que las plantillas principales que ahora fallan puedan volver a funcionar. --Geom (discusión) 16:12 24 ago 2020 (UTC)
Julian leonardo paez (disc. · contr. · bloq.) lo corrigió, gracias a todos. --PePeEfe (discusión) 08:21 25 ago 2020 (UTC)

Contenido de ancho completo en la nueva versión de Vector[editar]

Bien, he estado probando la nueva versión del estilo Vector, a la cual he hecho unos pequeños hacks para que se muestre el contenido en el ancho completo.

He agregado lo siguiente a mi CSS personal global (puede ser agregado al CSS personal local o global): 

/* Ancho completo en Vector 2020 */
.mw-page-container {
    padding: 10px !important;
}

.mw-content-container {
    max-width: 100% !important;
}

.mw-checkbox-hack-checkbox:checked ~ .mw-workspace-container .mw-content-container, .skin-vector-max-width .mw-checkbox-hack-checkbox:checked ~ #mw-navigation .mw-content-container {
    margin-left: 10em !important;
}

#mw-panel {
    left: -25px !important;
}

Espero sirva de utilidad. -- Davod (desquítense n_n) 18:21 26 ago 2020 (UTC)

No se ve el archivo:Leonpolanco 1.jpg[editar]

Encontré recientemente algo raro y curioso en el artículo Principio de plena competencia, un usuario que responde al nombre de Roberto Agualsaca estuvo haciendo algunas ediciones, entre ellas intentó colocar al artículo la misma imagen que mi PU contiene, pero no se logró visualizar la imagen, así que terminó eligiendo otra imagen, pero le dejo la descripción Este es el usuario Leonpolanco. Por cierto, retire en el artículo la imagen añadida por el usuario, no parece tener relación con el tema del artículo. Pero no entiendo, y quisiera saber como solucionar, cuando se intenta añadir la imagen a un artículo, no se visualiza como imagen, solo se visualiza como enlace interno. Desde mi títere León Polanco (disc. · contr. · bloq.) hice dos ediciones en la zona de pruebas ([16] y [17]), intentando usar el archivo, solo se ve como link interno y no la imagen. Hice la misma prueba añadiendo en la zona de pruebas dos imagenes que hace años añadí en commons, con sus descripciones respectivas, y curiosamente allí si se visualizaron las imágenes. ¿Porque no se visualiza el archivo Leonpolanco 1.jpg aquí en Wikipedia? Pero curiosamente si se visualizan en otros proyectos, se visualizo en wikiquote y en wikiviajes, en donde hice en sus respectivas zonas de pruebas una edición añadiendo la imagen para probar si se podía visualizar en esas wikis (en wikiquote [18] y en wikiviajes [19]) ¿Que pasa en es.wiki que no se visualiza este archivo que yo cargue hace años? --Леон Поланко говорит вам и слушает вас 21:01 26 ago 2020 (UTC)

@Leonpolanco, dado que esa imagen tuya se usa con basante frecuencia a modo de vandalismo, se ha incluido en la lista de imágenes no permitidas con la excepción de que sí se permite visualizar únicamente en tu propia página de usuario. Siendo tu imagen personal es suficiente ese espacio, porque no hay motivo para agregarla a ningún artículo. -- Leoncastro (discusión) 23:06 26 ago 2020 (UTC)
@Leoncastro:¿Hay una lista de imágenes no permitidas? ¿Qué es?--SRuizR ¡Pura vida! 01:06 27 ago 2020 (UTC)
@Leoncastro, adicional a lo de SRuizR, iba a preguntar sobre la lista de imágenes no permitidas ¿donde puedo ver esa lista? ¿Como puedo saber si una imagen está incluida en dicha lista? ¿Quién añade una imagen a la lista, o como se añade una imagen a esa lista? ¿Y porque si se pudo visualizar en las zonas de pruebas de Wikiquote y Wikiviajes? Sobre el uso vandálico, hace algunos meses un usuario creo páginas vandálicas, en todos los espacios de nombres, con insultos hacia mí, que incluso hasta incluyeron como dijiste la mencionada imagen. --Леон Поланко говорит вам и слушает вас 02:19 27 ago 2020 (UTC)
@SRuizR, @Leonpolanco: sí, hay una lista de imágenes no permitidas que el sistema identifica en MediaWiki:Bad image list, y se usa bastante poco porque apenas se limita a imágenes usadas como vandalismo (que tampoco es un vandalismo muy habitual). Mayoritariamente suelen ser imágenes con aparente contenido sexual usadas de forma vandálica y reiterada fuera de contexto. La lista incorpora sus propias instrucciones, y como es parte del sistema MediaWiki solamente la pueden editar los bibliotecarios. Leonpolanco, parece mentira que a estas alturas no sepas todavía que Wikipedia, Wikiquote y Wikiviajes —entre otros— son proyectos independientes. Y precisamente tu imagen fue agregada a la lista hace un par de meses por esa oleada vandálica en tu contra. Saludos. -- Leoncastro (discusión) 13:59 27 ago 2020 (UTC)
@Leoncastro: Imagino que Leonpolanco pensó que la lista era global. Gracias por la aclaración.--SRuizR ¡Pura vida! 19:11 27 ago 2020 (UTC)
Lo mismo. Que bien que ya se lo que pasa. Pensé que aplicaba en otros proyectos. Pero si sé que cada uno tiene su propia forma de funcionar. --Леон Поланко говорит вам и слушает вас 22:48 27 ago 2020 (UTC)

Problemas con el ISBN de un libro[editar]

No sé si corresponde el comentario aquí ni si es cosa que importe o que se pueda pasar, pero lo comento. El caso es que a raíz de esta edición de Jialxv he recordado que ya alguna vez vi que al colocar el ISBN del libro en cuestión (que he utilizado en muchas biografías de pintores) me salía el mensaje de isbn = incorrecto. Pero no sé por qué es incorrecto. Tengo el libro delante y he comprobado que el ISBN que en él figura es el terminado en 9 para la versión en rústica (la que yo tengo) y el 7 para la versión en cartoné. Si a pesar del mensaje que dice que el isbn no parece ser válido (el terminado en 9) vamos desde la página especial fuentes de libros al enlace de WorldCat tenemos esto: 150 bibliotecas para las 28 ediciones. Si voy al terminado en 1 en fuentes de libros ya no dice que sea incorrecto, pero si desde ahí voy al enlace de WorldCat el resultado es este: una biblioteca que al parecer tiene un ejemplar de la segunda edición. Eso sí, en Google no conocen el terminado en 9 y sí el terminado en 1. ¿Manda tanto Google? ¿Se equivoca la editorial y las 150 bibliotecas? ¿Tiene arreglo o da igual? Saludos, --Enrique Cordero (discusión) 07:07 27 ago 2020 (UTC)

No sería la primera vez que una editorial coloca un ISBN con errata en un libro, me ha pasado en más de una ocasión. El software que calcula el dígito de control, el último número o una X, es el que marca el error. Según la Base de datos de libros editados en España (por la fecha del libro aún controlaba la Agencia Española del ISBN el Ministerio de Cultura), el dígito de control correcto es el 1, no el 9. Puede que sea de ahí de donde lo saca Google. Suerte, --PePeEfe (discusión) 08:07 27 ago 2020 (UTC)
P. D. El error puede estar en cualquier dígito de la cadena, pero el código de país (84) y el de editorial (376) son correctos, así que o el número de libro (0994) o el dígito de control está mal. --PePeEfe (discusión) 08:15 27 ago 2020 (UTC)
Aquí hay una página web colgada en el Ministerio de Educación con el algoritmo para el cálculo: enlace. --PePeEfe (discusión) 08:20 27 ago 2020 (UTC)
Pues gracias por la explicación.--Enrique Cordero (discusión) 08:27 27 ago 2020 (UTC)
Efectivamente no será la primera —ni la última— vez que una editorial coloca un ISBN con errata en un libro. A veces la «errata» está incorporada a propósito, pues algunas editoriales conocen el formato de codificación y les importa un pepino el dígito de control. Como país, editorial y número de libro ya fueron identificados y reservados, piensan que pueden aprovechar el último dígito para cuestiones particulares, en lugar de servir para su propia función (que es detectar errores de inscripción). Esto además viene respaldado —en su opinión— porque el dígito de control del ISBN10 no coincide con el dígito de control del ISBN13, por lo que ese 1 del 84-376-0994-1 pasa a ser un 2 en 978-84-376-0994-2. Entonces, se permiten identificar públicamente una obra e internamente además identifican su acabado: así, el 1 para el ISBN10, es un 2 para el ISBN13, un 9 para el acabado rústico, un 7 para el acabado cartoné, ¿quizás un 3 para la edición digital?, ¿un 5 para la de bolsillo?, etc. Todo según convenga a la editorial. Y tan anchos. -- Leoncastro (discusión) 18:54 27 ago 2020 (UTC)

Preguntas sobre Fuentes Fiables[editar]

Hola wikipediastas! Estoy haciendo mi primer articulo sobre un artista colombiano pero tengo 2 preguntas y no he dado con una respuesta concreta. 1. Dos afirmaciones que hago en el artículo me han sido proporcionadas por un hermanastro de la persona en cuestión que logé contactar. Cómo hago para que esto se convierta en una fuente verificable? Pido a la persona que firme algun documento? 2. Muchas de las fuentes que uso para el artículo son periódicos y revistas de los 70s, 80s y 90s, por lo que no se encuentran online, pero tengo los artículos escaneados para que puedan ser verificados. Debo enviarlos a algun lado? Muchas gracias--Mariafhenao (discusión) 16:38 28 ago 2020 (UTC)

Hola, Mariathenao. Con la 1 no hay forma, mejor la borras, a menos que sea algo básico como que nació en X lugar, que podría verificarse más adelante por otros medios. Con la 2 no hay problema, si indicas en el artículo de qué diario procede, se presume que dices la verdad, no hay un comité de revisores ni nada parecido y las fuentes tienen que ser verificables en potencia, pero no necesariamente estar en internet. Saludos. Lin linao ¿dime? 16:53 28 ago 2020 (UTC)
Hola Lin linao, pues muchisimas gracias por tu pronta respuesta! procederé entonces a borrar ese pedazo de información y lo otro lo dejaré bien referenciado. Muy buen dia!--Mariafhenao (discusión) 17:16 28 ago 2020 (UTC)

Mensaje de "Error de Lua" en sección de Anexo:Episodios de Grey's Anatomy[editar]

Hola compañeros, a la hora que escribo, ¡Buenas noches!. Recurro aquí en el café para pedirles ayuda acerca de este error que aparece en el Anexo:Episodios de Grey's Anatomy, el ¿por qué aparece? y ¿que solución hay en este problema?. Sin duda alguna, se los agradeceré de antemano en que me den ayuda en este problema técnico. Saludos. --Luis1944MX (discusión) 07:33 30 ago 2020 (UTC)

Por lo visto se hace uso de una expresión demasiado larga (con más de 10 000 bytes), y aunque en el código se ha intentado evitar ese error, el problema persiste porque se ha ajustado el límite a 9999 bytes antes de realizar el escape del texto (lo cual incrementa su tamaño). Esto se puede evitar reduciendo el límite de control desde 9999 a un valor menor como 9000 (un 10 % debería ser suficiente). CC: Sophivorus. -- Leoncastro (discusión) 12:12 30 ago 2020 (UTC) PD: otra opción sin realizar aproximaciones arbitrarias es realizar la comprobación después del escape. -- Leoncastro (discusión) 12:16 30 ago 2020 (UTC)

Wikidata weekly summary #431[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • Wikidata for Firefox is a browser extension that displays Wikidata items while browsing the web, adds missing IDs and extracts information from websites to Wikidata.
  • Development
    • Working on Automated Configuration Discovery to make it easier for tool builders to make their tools work for other Wikibase instances as well
    • Polishing remaining pieces of the first version of Federated Properties to make it possible to use Wikidata's Properties in other Wikibase instances
    • Continuing to work on improving the way ORES automatically scores the quality of an Item to make it more accurate

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: 2020-36[editar]

Estas son las noticias técnicas más recientes de la comunidad técnica de Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Problemas

  • Este es un recordatorio. Todas las wikis estarán en modo solo lectura por algunos minutos el 1 de septiembre. Esto está planeado entre las 14:00 y 15:00 UTC, Chequea los detalles en el anuncio oficial. [20][21]

Cambios de esta semana

  • No hay versión nueva de MediaWiki esta semana.

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:09 31 ago 2020 (UTC)

Fusión de historiales: copiar contenido de un lado a otro[editar]

En seguimiento en Phabricator
Estancado

Esto es algo en el que he puesto un poco más de atención en el último tiempo, sobre uno de los pasos para hacer una Fusión de historiales: ambos artículos deben ser iguales, cosa que no entiendo por que si, técnicamente, al fusionar, la versión más reciente quedará visible. De hecho, la documentación de MediaWiki no dice nada acerca de eso.

El problema viene que algunos bibliotecarios rechazan solicitudes de fusión de historiales porque las páginas difieren, en especial cuando se está editando activamente una página al momento de hacer la solicitud en el TAB.

Si bien no he leído (mucho) el código fuente de MediaWiki ni la documentación más esotérica, ni tampoco se cómo se utiliza la fusión de historiales, entiendo cómo funcionan varios aspectos técnicos, por lo que, para mi, ese paso me parece un tanto innecesario, o cuanto menos, que se exija. Se supone que los bibliotecarios deberían tener alguna noción básica de cómo funciona MediaWiki en ciertos aspectos, más allá de las instrucciones sobre procedimientos con sus botones. -- Davod (desquítense n_n) 03:58 11 ago 2020 (UTC)

Actualización: Ya vi cómo funciona la fusión de historiales, y sí, es un verdadero dolor de cabeza, entiendo a los biblios. En Phabricator hay una tarea que pide esas características desde enero de 2019, pero está estancada. Pienso que algún bibliotecario debería comentar ahí y exponer el "dolor" que representa hacer una tarea tan básica en sus funciones.

Otra cosa, en Wikipedia en inglés la hicieron fácil y optaron por dejar una redirección en lugar de fusionar historiales. ¿Qué opinan al respecto? -- Davod (desquítense n_n) 16:27 11 ago 2020 (UTC)

Depende del orden en que lo hagas. Sean X e Y dos artículos para fusionar en X, con contenido distinto. Tienes dos caminos. El largo para el bibliotecario es trasladar de X a Y, borrar, fusionar historiales y trasladar a X (4 pasos). El corto para el bibliotecario es que quien pide la fusión copie el contenido en Y y así solo haya que trasladar a X, borrar y fusionar historiales (3 pasos). Si no se hace esto, al trasladar desde Y a X, borrar y fusionar, quedará el contenido que no era (3 pasos, pero mal). La diferencia en 1 paso puede parecer mínima, pero la mayor cantidad de errores se produce en los traslados (si no recuerdo mal, una vez borré "Idioma español" y más encima perdí los historiales en una página mal nombrada :P , otro bibliotecario tuvo que hacer tejemanejes ingeniosos para salvarlo todo sin perder ni mezclar los historiales). Así que el pedido de fusión de contenido es para que la persona eche una mano en reducir la posibilidad de errores. Yo rechazo las fusiones de historiales cuando el artículo que queda no ha incorporado lo incorporable del otro. Saludos. Lin linao ¿dime? 04:13 11 ago 2020 (UTC)
¿Y no sería más simple hacer simplemente la fusión de historiales y ya, y revertir a la edición más reciente que se desea? Yo creo que en ese caso habría que pedir a los desarrolladores de MediaWiki una característica que permita establecer alguna revisión específica en el historial como la revisión más reciente. -- Davod (desquítense n_n) 04:34 11 ago 2020 (UTC)
Desconozco la historia de esta "directriz", pero me imagino que se habrá hecho como un paso adicional para asegurar que quien lo solicita ha acabado con los demás pasos de la fusión de artículos. Algo como una confirmación, porque lo más fácil es solicitar la fusión y que los admin ya se encarguen de hacer el trabajo de comprobarlo todo. Durante la fusión de artículos se supone que tienes que hace cierto trabajo - como mínimo comprobar que toda la información de uno está también en el otro, y si no tienes suerte también copiar secciones, editarlas, asegurarte de que encajen bien en el texto, quitar redundancias, repasar las referencias, etc. Si haces todo eso, el último paso del copy-paste es lo último que importa, créeme, de hecho te da una sensación de satisfacción, sabiendo que has terminado algo complicado, y los admin, a través de esta acción, también lo entienden. Y aunque no hayas tenido que copiar nada o se trata de un artículo corto, en este caso una sola acción tampoco sería pedir demasiado. De experiencia te digo que cuando la gente tiene que trabajar para conseguir algo, menos se le ocurre sencillamente solicitarlo y seguir adelante sin haber hecho nada ni comprobado nada (a veces hasta ni leyendo el artículo entero), dejando todo el trabajo a quien atiende la petición. Ya me imagino yo a ciertos usuarios repasando las listas de artículos a fusionar y bombardeando la página de fusión de historiales, que no les cuesta nada. En cuanto a que "algunos bibliotecarios rechazan solicitudes de fusión de historiales porque las páginas difieren", creo que es obvio, si existe dicha pauta (y hasta se subraya en negrita) entonces se sigue. Si fuera opcional, vale, pero si es parte de los pasos a seguir, obviamente se exige. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 05:41 11 ago 2020 (UTC)
No, no es más simple, porque quien "desea" que quede en una edición particular es el que pide la fusión. Entonces lo más simple es que él mismo lo deje como lo quiera y que el bibliotecario no tenga que preocuparse de ese detalle y pueda encarar la fusión como le parezca mejor. Además, se evitan malos entendidos y potenciales errores, y no cuesta tanto, ¿no? Saludos. --angus (msjs) 12:18 11 ago 2020 (UTC)
Hago fusiones todo el tiempo, y ese requisito me ahorra mucho tiempo: aunque técnicamente es indistinto el contenido inicial del artículo de destino, si un usuario confiable –los poco confiables no suelen hacer estos pedidos, aunque hay excepciones– hace una solicitud y veo que tiene el mismo número de bytes, lo hago sin revisar nada: 20-30 segundos de trabajo. Si hay una diferencia de bytes, tengo que ir a revisar ambos artículos, compararlos, ver cuál es la diferencia, cuál de los dos es la correcta, corregir todo y volver al TAB a hacer la fusión: 5 a 15 minutos de trabajo. O, dicho de otra forma, varios hilos del TAB que quedan sin responder. Saludos. --Marcelo (Mensajes aquí) 15:06 11 ago 2020 (UTC)
El detalle aquí es que soy yo el que quiero hacer la fusión, y he seguido los pasos. En el caso particular de WarnerMedia Latin America → Turner Broadcasting System Latin America, ya propuse la fusión y lo había discutido en la página de discusión, por lo que ambos artículos son casi idénticos, casi, por que ambos están siendo editados en paralelo, y eso jamás se resolverá con tanta demora en atander a la solicitud de fusión de historiales que hice en el TAB (razón por la cual le pedí el favor a Usuario:Marcelo de atender la solicitud), y, como WarnerMedia Latin America es un copia/pega de Turner Broadcasting System Latin America, y, como no es una reestructuración tan compleja como lo es Turner Broadcasting System → WarnerMedia Entertainment y WarnerMedia News & Sports, no veo la necesidad de separar historiales. -- Davod (desquítense n_n) 02:15 12 ago 2020 (UTC)
Pregunta: ¿Porqué ya no se usa Special:MergeHistory?--SRuizR ¡Pura vida! 17:43 11 ago 2020 (UTC)
Por lo que he visto, la única herramienta disponible (al menos en una instalación vanilla de MediaWiki) es la extensión MergeHistory. -- Davod (desquítense n_n) 02:15 12 ago 2020 (UTC)
R, no la conocía o no la recordaba. La probé y solo funciona cuando los dos historiales no se superponen en el tiempo, la última edición del artículo fusionado tiene que ser más antigua que la primera del artículo que queda. Así que tiene utilidad para un número reducido de casos. Gracias y saludos. Lin linao ¿dime? 03:59 13 ago 2020 (UTC)

Para facilitar la labor de los sysop, he propuesto lo siguiente en Phabricator:

  • Listar el historial de ambas páginas a través de Especial:MergeHistory y permir seleccionar qué ediciones fusionar (todas por defecto), y permita seleccionar una revisión específica para que pase a ser el contenido visible una vez hecha la fusión (la última revisión de la página de destino por defecto).
  • Permitir fusionar historiales a través de Especial:MovePage, dejando la última revisión de la página de destino como la página visible por defecto, agregar la casilla de verificación "Fusionar historial" en adición a "Eliminar página de destino", junto con un enlace a Especial:MergeHistory para opciones de fusión avanzadas.

Invito cordialmente a los bibliotecarios a comentar en la tarea de Phabricator que enlacé. -- Davod (desquítense n_n) 04:41 13 ago 2020 (UTC)

"Invito cordialmente a los bibliotecarios a comentar en la tarea de Phabricator que enlacé": good luck with that. strakhov (discusión) 20:31 14 ago 2020 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2020/08&oldid=137616189»