Wikipedia

Wikipedia:Café/Portal/Archivo/Técnica/2017/07

< Wikipedia:Café‎ · Portal‎ · Archivo‎ · Técnica
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.

Some user scripts and gadgets will break during July editar

The devs have been slowly improving the accessibility of the user interface. The next step in this transition will change the appearance of some buttons and may break some outdated (non-updated or unmaintained) user scripts and gadgets.

Most editors will only notice that some buttons are slightly larger and have different colors.

  • Comparison of old and new styles
  •  
    Buttons before the change
  •  
    Buttons after the change

You can see and use the old and new versions here at the Spanish Wikipedia now.

If you maintain any user scripts or gadgets that are used for editing, please see mw:Contributors/Projects/Accessible editing buttons for information on how to test and fix your scripts. Outdated scripts can be tested and fixed now.

This change will probably reach this wiki on Wednesday, 5 July 2017. Please contact me if you need help. Whatamidoing (WMF) (discusión) 21:06 20 jun 2017 (UTC)

Dos días. Whatamidoing (WMF) (discusión) 18:48 3 jul 2017 (UTC)
  Hecho hace ~15 minutos Whatamidoing (WMF) (discusión) 18:29 5 jul 2017 (UTC)

Clase prettytable editar

Estamos utilizando en casi 800 artículos y anexos la clase prettytable, que no está definida en ninguna de nuestras páginas de estilo. ¿Deberíamos sinonimizarla con wikitable, reemplazarla por bot con esta última o simplemente ignorarla? Yo propongo lo primero. --Metrónomo's truth of the day: «persevera y triunfarás» 17:31 21 jun 2017 (UTC)

Haciendo un poco de arqueología wikipédica, veo que la clase prettytable quedó obsoleta en Wikipedia en inglés hace muchos años (véanse en:Wikipedia:Bot_requests/Archive_31#Replacement_of_prettytable y en:Wikipedia:Bots/Requests for approval/LawBot), así que, en principio, estoy a favor de sustituir esa clase por wikitable. Sabbut (めーる) 17:51 21 jun 2017 (UTC)
En efecto ya estaba en MediaWiki:Common.css y se borró. Con un bot se retira rápidamente, aunque también hay que modificar algún modelo, y el resultado no va a ser el mismo que estaba (aunque sí será uniforme con el resto de tablas). -- Leoncastro (discusión) 18:00 21 jun 2017 (UTC)
Dado que allí decía «cuando se reemplaze todas las llamadas a prettytable eliminar estas reglas», a que fue la edición siguiente al retiro de las reglas de InfoDerecha ya que «ya no tiene usos» y a que Locos epraix era operador de bot, supongo que, en su momento, la clase se retiró o más posiblemente se reemplazó de todos los artículos. (Nota aparte: hay un aviso de fallecimiento dejada por una ip en su página de discusión). --Metrónomo's truth of the day: «persevera y triunfarás» 14:37 22 jun 2017 (UTC) OFFTOPIC: y no edita desde 2012. -- Leoncastro (discusión) 14:58 22 jun 2017 (UTC)
Con Semibot yo puedo resolverlo si se requiere, aunque quizás MetroBot ya está preparado para ello. -- Leoncastro (discusión) 14:58 22 jun 2017 (UTC)
He retirado ese aviso de fallecimiento, es algo demasiado grave como para darle validez sin ninguna prueba. Lo que me consta con bastante seguridad es que Locos puso una contraseña aleatoria en su cuenta a mediados de 2012 y que después editó esporádicamente con la cuenta Tgor hasta agosto de 2014, por lo que no podemos descartar que sea verdad; estaría bien saber si alguien lo conocía en persona para poder aclarar el asunto. Por lo demás, apoyo que se retire por completo la clase prettytable y cualquier referencia a ella para evitar que pueda volver a usarse accidentalmente; no creo que ninguno de esos casos merezca conservar más estilos que los simples y siempre preferibles de la wikitable estándar. - José Emilio –jem– Tú dirás... 11:23 24 jun 2017 (UTC)
A favor de su retirada y su sustitución por wikitable. De hecho desde MediaWiki se están poniendo algo "pesados" en el buen sentido de la palabra en acabar con clases y estilos obsoletos; por lo que no deberíamos quedar atrás y proceder al cambio. Aprovecho la ocasión para publicitar la nueva página Special:LintErrors en la que se listan toda una serie de errores de código de funciones que están obsoletas o próximamente lo estarán; de igual modo que mw:Extension:ParserMigration y mw:Parsing/Replacing Tidy. Un saludo, —MarcoAurelio 12:22 24 jun 2017 (UTC)
  Hecho, reemplazado prettytable por wikitable en artículos, anexos, portales y wikiproyectos. -- Leoncastro (discusión) 01:09 3 jul 2017 (UTC)

citation editar

Lo pongo aquí porque lo veo relacionado. A mí me confunde, ¿alguien sabe si las clases citation hacen algo? Son citation news, citation web, citation book, citation journal, citation pressrelease, citation wikicite, citation audio-visual y alguna que otra más exótica. En conjunto, las usan más de 1500 artículos. Le agradeceré al que me desasne. --Metrónomo's truth of the day: «persevera y triunfarás» 15:20 24 jun 2017 (UTC)

@Metrónomo eso es que alguien tuvo la paciencia de sustituir las plantillas cite web, cite book, cite journal, etc. o sus equivalentes desde otras wikis a su código HTML resultante, para que no marquen el error en caso de no existir esas plantillas en eswiki. Por ejemplo usando Especial:Sustituir_plantillas. En todos esos casos que están por ejemplo como <ref><item class="citation web">Sample text, date, ...</item></ref> (donde item puede ser span o cite; web puede ser web, book, journal, etc.; y Sample text, date, etc. puede ser cualquier contenido), deberían ser realmente <ref>{{Cita web |url=? |título=Sample text |fecha=date |etc=...}}</ref>.
La clase citation se usa en Mediawiki:Common.css para, por ejemplo, sombrear los enlaces de las obras citadas en color azul cuando se pulsa su referencia correspondiente. -- Leoncastro (discusión) 22:19 24 jun 2017 (UTC)
Hice Wikipedia:Catálogo de clases CSS para documentar las clases css, deberían ir poniéndose ahí lo que hacen. Juan Mayordomo (discusión) 15:52 25 jun 2017 (UTC)

Duda en este artículo editar

Hola, este artículo Anexo:Emperadores romanos de wikipedia le llevo dedicando tiempo de vez en cuando y me parece que es un artículo que esta bastante bien hecho y me gustaría saber que fallos tiene (aparte de la ausencia de referencias) y así poder presentarlo como candidato a artículo bueno. Es la primera vez que lo solicito y es por no meter la pata. Gracias por la ayuda un saludo--Raulsalvatierra1998 (discusión) 14:49 1 jul 2017 (UTC)

@Raulsalvatierra1998, puedes leer qué es un anexo bueno. Especialmente veo problemas en los puntos 2 y 4, relativos al manual de estilo y las páginas de desambiguación. Aparte de que en los encabezados de sección no se deben emplear enlaces internos, veo un error muy grave que se enlace la cifra del año «27 a.C.» al año 27 que es d.C. -- Leoncastro (discusión) 15:21 1 jul 2017 (UTC)
Aparte de la carencia de referencias (que se puede resolver parcialmente con estas webs):
  • La introducción es excesivamente escueta y las secciones carecen de entradilla. En los artículos correspondientes de deWiki, enWiki y frWiki hay bastante material para ampliar esas partes.
  • No se diferencian con claridad los emperadores de los usurpadores. Poner a estos en cursiva no lo hace más fácil. En ese sentido, frWiki (y deWiki) pone un fondo más oscuro a los usurpadores y no les agrega imagen. En su lugar ponen usurpador.
  • Hay un exceso de enlaces internos. Todos los emperadores enlazan a sus respectivos artículos varias veces en sitios próximos. Sería suficiente con un enlace en el nombre en español (por ejemplo).
  • Renombraría la columna «nombre auténtico (??) y título de nacimiento / a su acceso» a «nombres completos» (hubo adopciones y nacer en la púrpura —no debieron ser muchos— no convertía sus nombres en títulos). Quizá incluso fusionaría las columnas «nombre común» y «nombres completos» o «nombres completos» y «título imperial».
  • Que los nombres completos y el título imperial estén en latín y mayúsculas (con las úes como uves) dando la impresión de que son inscripciones me parece un exceso de pedantería; y, si se quiere simular una inscripción, habría que tener en cuenta que parte de los componentes del nombre se abreviaban (por ejemplo, los praenomina).
  • La columna «notas» es un compendio de titulaciones (pater patriae, pontifex maximus, cognomina imperiales por victorias...) o muertes (asesinado, ejecutado, muerto en combate, suicidio...) sin criterio claro. Por ejemplo, todos los emperadores fueron pontifex maximus (excepto cuando hubo coemperadores que solo lo era uno) hasta la desaparición del cargo. No veo la necesidad de ponerlo. Falta, además, un breve comentario del reinado (tiene que ser muy breve por el espacio) o del modo de acceso al trono (se dice de los usurpadores, claro, pero no del resto).
Un saludo. --Romulanus (discusión) 20:41 1 jul 2017 (UTC)

Coherencia con imágenes e iconos de carreteras. editar

Hola. Cuando estaba mirando un artículo sobre las carreteras europeas me ha llamado la atención que las imágenes (gráficos vectoriales) tuviesen coherencia, es decir, mismo color, tipo de letra, tamaño, etc. No solo en iconos de nombres de carreteras, también en otras señales de tráfico como la de entrada a un país de la unión europea. ¿Cómo es esto posible? ¿Hay algún acuerdo o libro de estilo en Wikipedia? Aquí os dejo algunos ejemplos:

Gracias. --Viktaur (discusión) 09:41 3 jul 2017 (UTC)

Las de señales de identificación de carreteras, como todas las señales de tráfico en general, cumplen unas normas establecidas en cada país. Los ejemplos que indicas se corresponden al caso particular de España. -- Leoncastro (discusión) 12:52 3 jul 2017 (UTC)

Wikidata weekly summary #267 editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Worked more on support for lexicographical data and Wiktionary. The focus was on creating a necessary new datatype to link to Lexemes as well as making Glosses and statements on Glosses editable.
    • Getting ready to migrate the constraints definitions from templates on the property talk page to statements on the property.

You can see all open tickets related to Wikidata here.

Añadir soporte Wikidata a Plantilla:Ficha de programa de radio editar

Buenas. ¿Sería posible añadir soporte Wikidata a {{Ficha de programa de radio}}? Muchas gracias, —MarcoAurelio 11:45 3 jul 2017 (UTC)

  Hecho para la mayoría de los parámetros. -- Agabi10 (discusión) 16:21 3 jul 2017 (UTC)
¡Gracias! —MarcoAurelio 17:33 3 jul 2017 (UTC)

Tech News: 2017-27 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

  • There was a problem with maps on Wikimedia wikis that used <mapframe> when you clicked on the link to another map service. Open Street Map or Google Maps are examples of other map services. If you had marked a place on the map the marker would not be in the same place on the other map service. It was in the middle of the map. This has now been fixed. [1]

Changes this week

  • Very old and inactive unpublished translations in the Content Translation database will be removed. This is because of technical maintenance. If you have not worked on a translation after 1 January 2016 you will lose it after 6 July. If you want to keep the unfinished translation you need to open it before 6 July with the Content Translation tool. You can continue working on it later. Translations that were started or have been worked on after 1 January 2016 will not be affected.
  • There is no new Mediawiki version this week.
  •   EventStreams is a new way to show activity on Wikimedia wikis. It works with the recent changes feed. It will do more things later. It will replace RCStream. Tools that use RCStream should move to EventStreams before 7 July. Tech News wrote about this in the 2017/07 issue. [2]

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

15:31 3 jul 2017 (UTC)

Mensaje de donación a Wikipedia no se puede cerrar editar

Desde ayer tengo problemas para eliminar el mensaje de donación, como se puede ver aqui si bien sale el icono "Cerrar" me es imposible cerrarlo, no es que no quiera donar sino que simplemente me molesta un mensaje tan grande,alguien sabe donde se puede reportar. Saludos. --Chico512 04:55 21 jun 2017 (UTC)

Ciao Usuario:Chico512, I can get the attention of the right people here. Do I understand correctly that you click on "Cerrar" but nothing happens? Do you click/touch the word or the X symbol? Thanks, --Elitre (WMF) (discusión) 09:00 21 jun 2017 (UTC)
Hello @Elitre:, the message is not closed click on the name or the symbol x, it is disabled. --Chico512 12:59 21 jun 2017 (UTC)
@Elitre:, los avisos solicitando donaciones son demasiado alarmistas e intrusivos. El texto es demasiado grande y la combinación de colores puede dar lugar a "un susto" del lector. No me gusta la forma en la que están llevando a cabo la campaña publicitaria de donaciones. --Zerabat (discusión) 15:51 24 jun 2017 (UTC)
Hi, sorry nobody has replied here before. This is a recurring complaint that is better addressed to people on the Fundraising team. You can find them at m:Fundraising#Contact_Us. Ping @User:Seddon (WMF) FWIW. --Elitre (WMF) (discusión) 09:35 26 jun 2017 (UTC)
Yo lo cierro cuando entro a wikipedia y me aparece, no he tenido el problema. --Леон Поланко говорит вам и слушает вас 00:43 7 jul 2017 (UTC)

Some updates about Recent Changes page editar

¡Hola!

Sorry to write in English, pero mi español no es lo suficientemente bueno para escribir todo el mensaje. :) Por favor, ayuda a traducir a tu idioma!

As you may already know, the Collaboration team has created a Beta feature. This feature is on your wiki since few months: "⧼eri-rcfilters-beta-label⧽". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

This last set of filters is not available on your wiki. To get them, you have to finish the labeling campaign (6432 left to do).

You can know more about this project by visiting the quick tour help page.

What's new?

Since the release, we have fixed small bugs and improved the interface. We have also released a way to bookmark your favorite configurations of filters.

We plan to add more new features! The full list is on this Phabricator page (in English) but here are the most important ones:

  • Filters for Namespaces and tagged edits and, later, filters for Categories and Usernames
  • Redesign navigation by using an improved time selector and better integrated navigation options
  • Add live updates
  • Have a more clear interface by putting community-defined 'related links' into a collapsible panel

This last change is about links displayed on top of the RecentChanges (see how they look like on your wiki). We do that change because we have discovered that those links are not that much used. Also, they sometimes take a lot of space on small screens. To help people to focus on recent changes patrolling, we will hide those links, with an option to show them. We have created some examples to show you how it will look like. If you like to see those links all the time, you will have to click on the link to show them and they will remain open. We welcome your feedback about this change.

You can ping me if you have questions. If this message is not at the right place, please move it and tell me. :)

Most of this information was already introduced in the Collaboration monthly newsletter. Please subscribe to get regular updates!

All the best,Trizek (WMF) (discusión) 09:56 6 jul 2017 (UTC)

Sustitución de etiquetas <tt></tt> editar

Como algunos habréis visto ya, tenemos una nueva página especial de errores del comprobador (lint errors), y uno de ello es la presencia de etiquetas obsoletas en HTML5.

Una de ellas es <tt></tt>, porque no es lo suficientemente semántica. Se debería sustituir por alguna de las siguientes:

Etiqueta Ejemplo Uso
<kbd></kbd> ejemplo Entrada de teclado
<samp></samp> ejemplo Salida de un programa informático
<code></code> ejemplo Código informático
<var></var> ejemplo Variables

Por ejemplo, la plantilla {{tag}} que he utilizado para representar las etiquetas aquí tiene la semántica apropiada, porque utiliza la etiqueta <code></code> para representar código HTML.

Aunque hasta ahora había sustituido los <tt></tt> por <code></code> en algunos artículos y plantillas, ahora quiero hacer las cosas mejor, y de paso comentar esto con la comunidad para intercambiar ideas, dudas, etc.

Por ejemplo, una duda que tengo trata de cómo sustituir los <tt></tt> que envuelven datos tales como prefijos telefónicos, códigos postales, códigos de moneda, etc.
Por una parte, entiendo que lo más apropiado para prefijos telefónicos o códigos postales, como datos que vas a introducir en algún sitio, es <kbd></kbd>. kbd remite a keyboard (teclado de ordenador, entre otros usos), que es distinto de keypad (teclado de teléfono o de cajero automático), pero imagino que habrá que asumir que se refiere a entrada de datos en general, incluso en casos en los que no media un ordenador.
Por otra, si hacemos estas generalizaciones para <kbd></kbd>, ¿no habrá que hacerlas para <code></code> y asumir que se refiere a cualquier código, incluidos códigos postales y códigos ISO, y no solo el de un programa informático?
Mi postura, a priori, es favorable a utilizar <kbd></kbd> en estos casos, pero siempre me queda esa duda de que mi sentido común no coincida con la dirección a la que los señores del W3C quieren llevar el HTML. Sabbut (めーる) 09:21 6 jul 2017 (UTC)

No hay razón para que los prefijos telefónicos o códigos postales, de países o de monedas se muestren con tipografía monoespaciada, es simplemente una cuestión estilística. Si se quiere mantener ese estilo, correspondería reemplazar los <tt> por <span class="código">,,,</span> o algo así. --angus (msjs) 23:22 6 jul 2017 (UTC)
En el caso del código informático no sería mejor usar la extensión de resaltado de sintaxis? por ejemplo <syntaxhighlight lang="html" inline><a href="www.example.com">Texto</a></syntaxhighlight> generaría <a href="www.example.com">Texto</a>, que es válido según el estándar HTML5 y encima el resaltado de sintaxis lo hace más legible si la línea es larga. Sin el parámetro inline lo hace en tipo bloque, pero no creo que sea aplicable a este caso. Además, si no se especifica el parámetro lang devuelve la misma cadena con <code></code> sin ningún tipo de resaltado de sintaxis, por lo que podría añadirse como parámetro opcional de la plantilla. -- Agabi10 (discusión) 00:22 11 jul 2017 (UTC)

Espacio en plantilla rp editar

En "[1]​: 209 " se deja un espacio innecesario entre el [1] y el :209. ¿Alguien sabe cómo puedo corregir esto? Triplecaña (discusión) 20:58 9 jul 2017

  1. ↑ Sourek, Otakar (1954). Antonin Dvorak Letters And Reminiscences (en inglés). Praga: Artia. 
Arreglado. --angus (msjs) 23:25 9 jul 2017 (UTC)
Deshago el “arreglo” momentáneamente por un error que no vi. Gracias Romulanus (disc. · contr. · bloq.) por avisar. --angus (msjs) 13:49 10 jul 2017 (UTC)
Ahora sí. Cualquier nuevo problema, avisen. Saludos. --angus (msjs) 18:41 11 jul 2017 (UTC)
Muchas gracias. Triplecaña (discusión) 20:45 12 jul 2017 (UTC)

Wikidata weekly summary #268 editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development
    • Search results will not only show labels but also descriptions with language fallbacks (gerrit:362215). Thanks to Matěj Suchánek!
    • Fixed link to the file description page in the Image Header gadget (phab:T169558)
    • Forms of the Lexeme are multi-variant (phab:T165575)
    • Preparing a demonstration of referencing Forms and Sense of a Lexeme in statements (phab:T169716)
    • Property constraint definitions will be migrated to statements (phab:T169647, Project chat)
    • Implemented “Format” constraint (phab:T102752, help page)

You can see all open tickets related to Wikidata here.


Tech News: 2017-28 editar

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 recientes

  • There are sometimes links to pages about the same thing on other Wikimedia projects. A Wikipedia article about Berlin can link to the Wikivoyage guide or Wiktionary entry about Berlin. You can now see when that page has a badge. A badge could be the star that shows that an article is a featured article. [3]

Cambios esta semana

  •   La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 11 de julio. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 12 de julio y en todas las wikis a partir del 13 de julio (calendario).

Reuniones

  •   Puedes participar en la próxima reunión con el equipo de edición el 11 de julio a las 19:00 (UTC). Durante la reunión podrás decirle a los programadores cuales son los defectos más importantes. Consulta cómo participar.

Cambios futuros

  • Los usuarios de dispositivos móviles podrán editar Wikipedia sin usar JavaScript. Esto permitirá editar las wikis desde teléfonos móviles antiguos. Esto ocurrirá probablemente el 18 de julio en la mayoría de las wikis. [4]
  • We will not use Tidy on Wikimedia wikis in the future. It will be replaced by June 2018. It could be earlier. Editors will need to fix pages that could break. You can read the simplified instructions for editors.

Las noticias técnicas son preparadas por los escritores de Noticias Tec y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

15:07 10 jul 2017 (UTC)

Mapa no aparece editar

Hola, alguien puede ver por qué en el siguiente artículo Condado de Armstrong (Texas) no aparece el mapa en la ficha técnica. Ese mismo mapa si se pone en la forma Archivo:...., pero mi intención es ponerlo en la ficha técnica. Gracias!! JuanCamacho (discusión) 16:28 13 jul 2017 (UTC)

Hola JuanCamacho, veo que está lanzando error interno (HTTP 505). Debe ser alguna actualización del Mediawiki, así que toca esperar un par de horas, si no se resuelve, habrá que llegar al phabricator para indicar el error. Saludos! Superzerocool (el buzón de msg) 16:32 13 jul 2017 (UTC)
JuanCamacho, he abierto un error en Phabricator con el artículo que me has enviado. Ahora los ingenieros de la Fundación deberían trabajar en ello para ver que ha ocurrido. Saludos Superzerocool (el buzón de msg) 20:11 13 jul 2017 (UTC)

ORES: campaña de etiquetado de ediciones editar

Hola. La iniciativa Wikipedia:Etiquetando se encuentra algo estancada. Se ruega colaboración si queremos que ORES pueda activarse en el futuro para este wiki. Un saludo, —MarcoAurelio 10:37 7 jul 2017 (UTC)

http://labels.wmflabs.org/stats/eswiki/ muestra que estamos al 25%. —MarcoAurelio 10:39 7 jul 2017 (UTC)
Muy buen apunte. De momento, ayer analicé un grupo de 50 ediciones y ahora acabo de analizar otro. Si varios usuarios nos ponemos manos a la obra con esto, podremos terminar en unas pocas semanas. Sabbut (めーる) 11:17 7 jul 2017 (UTC)

Hola, para variar no entendí nada. Parece que estas cuestiones son solo para iniciados. Me habría gustado cooperar, pero... Saludos. Jorval   (Chao.) 13:45 7 jul 2017 (UTC)

@Jorval: esta herramienta ayuda a que otra herramienta externa (ORES) entienda cuándo indicar que una edición es un presunto vandalismo. Para esto hay que enseñarle, y lo que ha traído a colación MarcoAurelio es eso: que necesitan nuestra ayuda para enseñarle a la herramienta cuando es un vandalismo o una edición de buena fe. Es fácil de usar, y no tardas más de 10 minutos por unidad de 50 ediciones. Saludos Superzerocool (el buzón de msg) 16:16 7 jul 2017 (UTC) (pd: ya he terminado una unidad de trabajo... veamos si me puedo apuntar con más)

Casualmente esta semana me enteré de esta campaña y ya había hecho una unidad de trabajo. Ahora acabo de hacer otra y veo que ya llegamos al 30%. Igualmente PatruBOT ya está consultando a ORES por lo que ya está en uso en esta wiki. Saludos, Juanman (discusión) 17:00 7 jul 2017 (UTC)

Me parece una iniciativa estupenda. Actualmente ORES solo funciona en modo básico (“reverted”) en eswiki, que sirve para identificar las acciones que deben ser revertidas por causas técnicas evidentes, que es lo que actualmente completa PatruBOT. Y por lo que entiendo, este proceso sirve para activar los modos avanzados (“goodfaith” y “damaging”), que sirven para identificar otras acciones realizadas con buena o mala fe, en base a comparación con ediciones similares efectuadas previamente por humanos. Estas muestras de comparación son las que se deben realizar etiquetando.
Lamentablemente el enlace de labels] me aparece siempre con el botón “Allow” deshabilitado en gris, y solo me deja pulsar “Cancel”, por lo que no me deja acceder para colaborar. ¿Existe alguna restricción o exigencia mínima para los usuarios? -- Leoncastro (discusión) 18:19 7 jul 2017 (UTC)
@Leoncastro: Quizá un problema de cookies. Por favor verifica que permites cookies de los sitios wikimedia y de wmflabs. En caso de que siga sin funcionar, por favor, háznoslo saber para ver qué puede ser. Saludos, —MarcoAurelio 11:22 8 jul 2017 (UTC)
Vale, se me olvidó borrar las “galletitas”. Siempre me pasa lo mismo en las webs de Wikimedia: por entrar a los distintos idiomas se me llena el espacio de cookies y termino con problemas de acceso. Gracias por avisar, ya hice un bloque. -- Leoncastro (discusión) 23:14 8 jul 2017 (UTC)
Se termina rápido, creo que puedo colaborar con un bloque al día. Ahí va mi aporte. --Metrónomo's truth of the day: «persevera y triunfarás» 18:43 7 jul 2017 (UTC)
Acabo de hacer un paquete. No me queda claro qué hacer cuando no se si la edición es correcta o no. Lo que hice fue dejar sin marcar las dos opciones, y marcar inseguro (pero me pide dos veces confirmación antes de aceptar, indicando que estoy dejando sin marcar). Ener6 (mensajes) 19:26 7 jul 2017 (UTC)

┌─────────────────────────────┘
 A veces incluso te mandan para evaluar una edición una que no existe, y salta este mensaje de error: 

{
  "code": "revision not found",
  "message": "No se pudieron obtener los metadatos para la revisión $1"
}

Esto ocurre con ediciones en páginas que posteriormente fueron borradas. Por ejemplo, Especial:Diff/99988000 apunta a una edición de una página que existe (y por tanto la revisión es públicamente accesible), pero Especial:Diff/99988007 apunta a una edición de una página que está borrada (y por tanto solo es accesible para biblios). Sin embargo, las dos ediciones son susceptibles de ser escogidas por esta aplicación. Hay una incidencia pendiente en Phabricator al respecto. De momento, en estos casos no marco ninguna de las dos opciones y le doy a Guardar. Sabbut (めーる) 08:21 8 jul 2017 (UTC)

Ener6, en esos casos yo marqué "Omitir" y nada más. Me pasó con varios ediciones en que se cambiaba el equipo de un futbolista. Saludos. Lin linao ¿dime? 23:40 8 jul 2017 (UTC)
Gracias Lin linao, así lo haré la siguiente. Recuerdo que cuando intenté poner omitir me salió un mensaje que me dio la impresión de que se cancelaría toda la revisión, no solamente ese diff en particular. Ahora mismo haré otro grupo. Ener6 (mensajes) 02:45 9 jul 2017 (UTC)
Actualización: estamos al 42%, faltan 4917 etiquetas. ¡Ánimo! Yo ahora me pongo con otro grupo de tareas. —MarcoAurelio 11:04 11 jul 2017 (UTC)
Actualización nº2: estamos ya al 45%. —MarcoAurelio 13:07 16 jul 2017 (UTC)

Wikilibros editar

Aprovecho la ocasión para comentaros que también tenemos campaña para Wikilibros en http://labels.wmflabs.org/ui/eswikibooks/ y que igualmente agradeceríamos colaboración. —MarcoAurelio 11:22 8 jul 2017 (UTC)

Índice ausente en ciertos anexos editar

Hola a todos.

Compruebo sorprendido desde hace aproximadamente unas semanas que en ciertos anexos (al menos en este tipo de páginas) su índice por defecto está ausente, cuando lo normal es que lo tuvieran que tener como hasta hace poco. Lo tenían el Anexo:Discografía de Apple Records y Anexo:Discografía mundial de The Beatles, por ejemplo. ¿Hubo alguna aprobación reciente para exigir un nuevo requisito de mínimo de secciones para poder existir un índice por defecto en este tipo de páginas?

Estaré al tanto de una respuesta a este misterio. Saludos. --Paso del lobo (discusión) 22:46 8 jul 2017 (UTC)

Hummm... ¿Nadie me sabría responder? Al menos sáquenme de la duda si es a mí solo al que le pasa que no ve en estos anexos el índice por defecto. Sinceramente, estoy intrigado. --Paso del lobo (discusión) 20:29 10 jul 2017 (UTC)
Es extraño, yo tampoco veo los índices, aunque teóricamente tienen un número sobrado de secciones. Curiosamente si edito esos anexos sin cambiar nada (ni añadir __FORCETOC__) al previsualizar sí que aparecen. Solo para sacarte de la duda, no tengo ni idea de dónde podría venir el problema. Un saludo. --Halfdrag (discusión) 20:49 10 jul 2017 (UTC)
Gracias, Halfdrag, por tu prontitud. Bueno, ahora ya sé que no me pasa solo a mí. Espero que alguien que sepa se entere del problema, pues no creo que se tenga que añadir el __FORCETOC__ para algo que tiene que aparecer por propio defecto.
Estaré esperando sentado, a ver si alguien me atiende. :) --Paso del lobo (discusión) 20:58 10 jul 2017 (UTC)
Sea lo que sea, es algo que solo afecta a los anexos, puesto que el mismo contenido, pero en otro espacio de nombres, sí genera el índice. --Metrónomo's truth of the day: «persevera y triunfarás» 21:26 10 jul 2017 (UTC)
Gracias, Metrónomo. ¿No tendrá algo que ver con lo que ha hecho Juan Mayordomo aquí? Saludos. --Paso del lobo (discusión) 22:14 10 jul 2017 (UTC)

Yo, en los anexos mencionados, veo el índice perfectamente. ¿Será alguna preferencia o accesorio que ustedes tienen activado? --angus (msjs) 22:16 10 jul 2017 (UTC)

¡¡Vaya!! ¿Qué ha pasado? ¿Se arregló solo...? Ahora yo también veo que están. Así, de repente. Os juro que llevaba como unas tres o cuatro semanas sin ver los índices. Me alegro que se haya solventado. ¡¡Pero me quedo asombrado!! :) Espero que no se vuelva a truncar la cosa. Gracias a todos por preocuparse por el problema. Mando saludos. --Paso del lobo (discusión) 22:28 10 jul 2017 (UTC)
Nos están gastando una broma. Cuando puse mi mensaje no había ningún índice, y no lo hubo al menos por varios días, y ahora aparece de la nada... angus: ¿puede ser que alguna de tus ediciones recientes causara un efecto inesperado que entrara en conflicto con el índice? Hice pruebas retirando contenido de forma selectiva y noté que el índice volvía si se quitaban todas las referencias. No llegué a saber exactamente qué causaba el conflicto (plantillas, módulos, el uso del tag ref, etc.), pero iba por ese lado. Lo que me desconcertó totalmente es que solo afectara al espacio Anexo... y ahí bajé los brazos («no debemos ser nosotros», pensé). --Metrónomo's truth of the day: «persevera y triunfarás» 22:38 10 jul 2017 (UTC)
Por lo que he podido observar, el fallo se resuelve simplemente al renovar la caché de la página (por ejemplo purgando o guardando sin cambios). Supongo que será fruto de alguna prueba en el sistema, o de alguno de esos cambios de los que siempre nos avisan en uno de los Tech News de las semanas siguientes. -- Leoncastro (discusión) 02:19 11 jul 2017 (UTC)
Eso es ahora, pero mientras duró el fallo hice eso varias veces e incluso uno de los anexos tiene varias ediciones en historial. Lo que haya sido, no se solucionaba de esa forma. Cuando el índice volvió, además de las referencias quité las tablas, así que el fallo también puede venir por ese lado (o por este otro). --Metrónomo's truth of the day: «persevera y triunfarás» 03:40 11 jul 2017 (UTC)
Pero no he dicho lo contrario. Desconozco lo que ha provocado el fallo. Pero todavía encuentro diversas páginas (no solo anexos) sin el índice. Tan solo digo que ahora se puede resuelver de ese modo. Lo que fuera que ocultó los índices lo han deshecho o enmendado, pero no solucionado totalmente, puesto que las cachés de muchas páginas todavía están por purgar. Supongo que es cuestión de tiempo que el sistema termine de regenerarlas. Mientras tanto la solución rápida es purgarlas a mano cuando se detectan. -- Leoncastro (discusión) 04:08 11 jul 2017 (UTC)
┌───┘
 Vale, tal como he advertido hoy nos han avisado de que existe el error, aunque todavía están investigando la causa. -- Leoncastro (discusión) 00:44 18 jul 2017 (UTC)

Grillitus editar

Hola, debido a mi poca actividad en la Wiki no he tenido tiempo de hacer ajustes en el bot, creo hay cosas que se deberían mejorar en Grillitus (disc. · contr. · bloq.) antes de seguir con su operación, como por ejemplo este reporte de error que aún no reparo. El bot fue pensado para hacer cosas muy complejas, sobretodo en ajustes de datos dentro de las plantillas, y su programación se enfocó en analizar y entender todo el contenido de una página (ahí la dificultad), cuando hay cosas muy raras falla, siempre aparecen cosas nuevas y para estas cosas tan simples como un archivado quizá se podrían usar otros bots (los hay). ¿qué opinan? ¿me obligo a hacerme un espacio y mejorarlo? ¿desactivamos el archivado en esta Wiki? ¿votación?, no quiero decidir yo y prefiero que se haga grupal, quedo a vuestra disposición y sugerencias. Saludos Hprmedina (¿cri cri?) 18:29 10 jul 2017 (UTC)

¿No es posible que el código fuente de los bots pueda consultarse (no necesariamente cualquier usuario, puede que un determinado grupo de usuarios) y el que lo desee (no estoy pensando en mi) pueda modificarlos o al menos proponer cambios al creador del bot? Saludos, Juan Mayordomo (discusión) 18:47 10 jul 2017 (UTC)
Técnicamente es posible consultarlo, pero es muy grande, son como 500 clases en 8 proyectos de .net con c# y son muy complejas (polimorfismo, multihilos, etc)... tomaría más tiempo explicar como funciona que implementar las mejoras, es un desarrollo desde cero por más de 3 años... no usé ningúna API ya desarrollada es mucho trabajo leerlo y tratar de entenderlo (además que no compartiré el código :P (egoistus informáticus)). El fondo a discutir es ¿vale la pena que lo mejore dado que existen otros bots que hacen lo mismo? ¿le ven aporte?. Saludos Hprmedina (¿cri cri?) 19:06 10 jul 2017 (UTC)
No lo sé. El que mejor puede saberlo es Leoncastro puesto que su bot es el que se ejecuta cuando no se ejecuta Grillitus y seguramente conoce mejor que nadie si hay algún caso en el que tu bot aún sea necesario. A mi ambos bots me parecen magia. Juan Mayordomo (discusión) 19:23 10 jul 2017 (UTC)

Por mi estoy   A favor de desactivar el archivado. Yo lo utilizé para archivar pero ya no; hay otro que, tal vez, lo hagan mejor. --Jcfidy (discusión) 20:07 10 jul 2017 (UTC)

En mi bot he intentado simular el funcionamiento del archivado de Grillitus, respetando algunos (aunque no todos) de sus parámetros. El problema es que lo ejecuto manualmente página a página, y por eso solo lo hago en las que visito y cuando veo que se han llenado bastante o que hace tiempo que Grillitus no las archiva. Mi intención no es sustituir a Grillitus ni a ningún otro bot.
Por otro lado, el problema de Grillitus es que su funcionamiento también depende de la actividad de su operador Hprmedina, que al declararse retirado, se hace este un caso más complicado. Pero Grillitus todavía es funcional, por lo que en mi opinión la desactivación de alguna de sus funciones debería ser decisión únicamente de su responsable. No se trata de desactivarlo totalmente porque sus contribuciones se consideren dañinas a la comunidad, sino que al operador le supone algún problema. Nadie puede obligar a un operador a mantener su bot.
De todos modos creo que lo ideal para el archivado sería disponer de un bot online (por ejemplo alojado en Labs o algo similar), que funcionase automática y periódicamente sin necesidad de operador, salvo para algún mantenimiento ocasional menor. Este pertenecería a la comunidad, tendría un código público en alguna página protegida, donde cualquiera lo pueda consultar, y proponer cambios y mejoras en el TAB para que cualquier bibliotecario lo actualice.
¿Es necesario un bot que archive? Sí, hacerlo a mano es una tarea tediosa y toda ayuda automática es bienvenida.
¿Es necesario que sea Grillitus? No, ningún bot debe considerarse imprescindible. Si algún día faltase PatruBOT, también deberíamos ser capaces de sobrevivir a ello.
¿Con esto quiero que se desactive el archivado de Grillitus? No. Pero la decisión debería ser exclusiva de su operador. -- Leoncastro (discusión) 00:03 11 jul 2017 (UTC)
Al parecer nadie se acuerda de la existencia de RaystormBot --189.238.35.40 (discusión) 01:39 11 jul 2017 (UTC)
Claro, nadie se acuerda de RaystormBot, por eso lo añadí el mes pasado a la página de la ayuda para archivar. Y no puedo creer que los tres bots nombrados por el momento sean los únicos que realizan la función de archivado. Seguro hay más. Pero de todos modos estos solo funcionan con sus operadores. La idea que he expuesto se trataría de un bot autónomo. -- Leoncastro (discusión) 02:47 11 jul 2017 (UTC)
Y no sería mejor algo como crear una plantilla llamada Archivar que sería una fusión de las plantillas usabas por Grillitus y RaystormBot que estarían puestas en las páginas y discusiones que las necesitaran y que los operadores de estos bots (incluido Semibot) puedan archivarlos cuando les apetezca. Asi mientras Hprmedina no esté disponible, lo puedan hacer Leoncastro o Raystorm. Cuando no pueda hacerlo uno, lo puede hacer otro sin conflicto. Estaría bien invitar a Raystorm a este hilo. --189.238.35.40 (discusión) 02:57 11 jul 2017 (UTC)
Pues llamemos a Raystorm, y nuevamente a Hprmedina. Y de paso también a -jem-, porque es el operador de Jembot, un bot de funcionamiento similar al que propongo, que está en Labs, es autónomo y realiza funciones periódicamente. -- Leoncastro (discusión) 04:17 11 jul 2017 (UTC)
Estimados, me gustaría informar que mi bot, MABot realiza, entre otras, tareas de archivado de discusiones de modo idéntico a como lo hace Raystormbot. El bot se ejecuta automáticamente a través de un cron desde Toolsforge y realiza tareas de archivado y reparación de redirecciones en esta y varias otras wikis. Si necesitan ayuda con la tarea de archivado y lo consideran, ahí dejo mi propuesta para que MABot también se encargue de ello. —MarcoAurelio 10:58 11 jul 2017 (UTC)

┌─────────────────────────────┘
 Creo que lo mas sensato y algo que se habló hace mucho tiempo, es tener una plantilla unificada de archivado, sería lo ideal. Grillitus tiene además la función de mantener la caja de archivo, no sé si otro bot haga eso, pero se podría trabajar en conjunto. Hprmedina (¿cri cri?) 13:08 11 jul 2017 (UTC)

Pues MABot encaja con el funcionamiento autónomo que yo proponía, salvo la diferencia de que fuese comunitario (aunque quizás tampoco sea imprescindible). Propongo a MarcoAurelio que para demostrar las habilidades de su bot, lo configure para el archivado diario de la página de Miscelánea del TAB (para su descongestión la estoy archivando con Semibot, guardando más de diez hilos cada día).
La idea de la plantilla única me parece una propuesta interesante, también para no tener que reconfigurar todas las páginas a cada cambio de bot. Lo malo será adaptarla a los diferentes parámetros de cada bot, y luego adaptar cada bot a los parámetros unificados resultantes. -- Leoncastro (discusión) 13:42 11 jul 2017 (UTC)
Leoncastro: Mi bot ya archiva WP:CNU regularmente (historial) y puede ocuparse del TAB/M si lo desean. Ahora bien, quiero que quede claro que yo sólo utilizo el script archivebot.py, y como no soy programador en python no puedo prometeros los mismos servicios que Grillitus. Los parámetros de la plantilla a insertar en la página a archivar son necesariamente en inglés, aunque la plantilla puede llamarse User:MABot/config, Archivar o como se quiera, son los parámetros |minthreadsleft = los que, por ejemplo, no pueden traducirse porque lo tiene que interpretar el bot. Otras limitaciones: el script sólo archiva hilos de segundo nivel (== ==), hilos de nivel inferior o superior son ignorados. Archiva en función de la firma del hilo que se procesa, tanto si está respondido como si no y tampoco puede mantener cajas de archivos. Es un script viejo, pero funciona y a las wikis a los que doy el servicio no parece importarles. Si lo queréis como parche mientras tanto yo no tengo ningún inconveniente pero por lo menos me gustaría que la decisión que toméis fuese la más informada posible. Si alguno de vosotros sois expertos en python, se agradecen contribuciones en phab:tag/pywikibot-core. Un saludo, —MarcoAurelio 15:45 11 jul 2017 (UTC)
Mi bot es como el de Marco Aurelio, que utiliza el script archivebot.py. Leonpolanco, la ventaja es que si algún día él o yo desaparecemos, la infraestructura necesaria para correr bots archivadores basados en pywikibot ya está creada: no habría que empezar de cero con las plantillas de enlace y las personas que ya estén usando alguno de los bots no tendrían que hacer ningún cambio en sus discusiones - el nuevo bot solamente tendría que tomar como base la plantilla de archivo de Marco Aurelio o la mia sin ningún cambio. Dicho esto, mi bot está al servicio de la comunidad para archivar lo que sea necesario, sólo hay que añadir la plantilla y rellenar los parámetros. Hago mía la cautela de Marco Aurelio con referencia a que yo paso el script muy regularmente pero no lo mantengo. Aprovecho para pedir que si hay algún plantillero por aquí ayudara a terminar la plantilla en pruebas {{No archivar hasta}}, para prevenir el archivo automático hasta cierta fecha determinada. Un saludo, Raystorm is here 17:03 11 jul 2017 (UTC) (conflicto de edición, no modificado)
He archivado WP:TAB/M. Había hilos desde 2016 que todavía seguían ahí aún sin que estuviesen editados recientemente (quizá porque Grillitus no archiva si "(a rellenar por un bibliotecario)" se encontraba presente (cosa que mi bot tampoco puede detectar). Un saludo, —MarcoAurelio 16:46 11 jul 2017 (UTC)
No creo que sea buena idea archivar secciones que no tienen respuesta. Si no es posible arreglar eso estoy   En contra de usarlo para cosas como el WP:TAB o WP:BOT/S. Aún así no veo ningún problema en usarlo por ejemplo en el café o en otros lugares en los que el mensaje no tiene porque estar ahí hasta que se realice cierta acción. -- Agabi10 (discusión) 16:51 11 jul 2017 (UTC)
No, tal y como está el código no es posible que no se archiven hilos sin respuesta. Es por ello que, hecha la prueba, he revertido a la plantilla usada por Grillitus, pero no he desarchivado lo hecho. Si Hprmedina utiliza Tool Labs para correr sus bot, quizá quiera añadirme como "mantainer" para tener acceso y resetear el bot si éste se cae. O hacer el script de archivado open source y subirlo a GitHub o Gerrit para que la gente trabaje en él. Platonides ¿qué tal andas de python? Un saludo, —MarcoAurelio 17:09 11 jul 2017 (UTC)
@MarcoAurelio he deshecho también el archivado, para que se archive la consulta conjuntamente con su respuesta (cuando la tenga). Grillitus usa dos estrategias configurables “FirmaMásRecienteEnLaSección” y “FirmaEnÚltimoPárrafo”, y si los bots basados en archivebot.py no respetan la estrategia de la última firma, entonces no se pueden usar en estos casos. Al menos hasta que alguien implemente esa doble funcionalidad. -- Leoncastro (discusión) 17:59 11 jul 2017 (UTC)
Siento no poder ser de ayuda. Cread tickets en phab:tag/pywikibot-archivebot.py para las funcionalidades que consideréis que faltan. —MarcoAurelio 18:07 11 jul 2017 (UTC)

┌─────────────────────────────┘
 Dado lo anterior, le daré una vuelta y me haré el tiempo de mejorarlo, veré si lo puedo subir a un servidor para que corra todos los días, no puede correr en ToolLabs ya que es para Güindows :S Cuando lo hice mi mundo era Windows... ahora soy linuxero y me da pena no haberlo hecho en linux, en fin, creo que sé donde podría correr. Saludos Hprmedina (¿cri cri?) 18:29 11 jul 2017 (UTC)

Cuando he intentado revertir la prueba de archivado para que los temas que seguían esperando respuesta de un bibliotecario vuelvan al TAB no me ha dejado debido a que se ha editado después. Cuál es la forma de proceder en estos casos? -- Agabi10 (discusión) 21:16 11 jul 2017 (UTC)
@Agabi10, ni idea; al parecer ayer yo tampoco lo hice bien. Yo he deshecho cada una de las ediciones individuales de cada archivo y he reincorporado uno a uno los hilos archivados hacia la página principal. Vamos, que lo hice “a lo bestia”, mediante comparaciones. Creo que el resultado es totalmente correcto, pero espero que exista un método más sencillo. -- Leoncastro (discusión) 20:50 12 jul 2017 (UTC)

┌──────┘
 Por alusiones y comentando varios temas que se han planteado:

Ante todo, agradezco a Hprmedina que haya planteado el problema aquí y su disposición a trabajar en ello, pese a su ¿semi?rretiro. Conozco y tengo también el problema de tener un código propio complejo y difícil de publicar de una forma que sea útil y se entienda... yo mantengo mi intención de publicar el mío, aunque me temo que no será a corto plazo, dado el resto de prioridades.

Ha quedado claro que seguiremos necesitando a Grillitus al menos para archivar los tablones (y yo diría que incluso el Café) sin afectar a los hilos sin respuesta, cuestión que es crítica y que ciertamente debería pedirse en el módulo de pywikibot. Espero que sea posible el lanzamiento desde un servidor, que siempre es lo más práctico y libera de mucha carga al operador, y en todo caso es bueno que haya otros bots al tanto. Y es absolutamente necesario que todas las plantillas sean compatibles entre sí; yo apostaría por usar las de pywikibot, pero añadiendo parámetros extra para las funciones extra de Grillitus u otras que se puedan desarrollar.

En cuanto a Labs (que acaba de ser renombrado a Toolforge), y aclarando las dudas más básicas que se han planteado al respecto: se trata es un grupo de servidores muy útil y bastante fiable que la Fundación pone a disposición (prácticamente con solo solicitarlo para cualquier idea útil) de los programadores voluntarios, y ya se usa regularmente desde hace mucho para ejecutar bots que, por ejemplo, deben lanzarse a cierta hora; otros usamos servidores alternativos (yo trasladé mi bot al de Wikimedia España), pero hay servicios que solo están accesibles en Labs, como la consulta de las réplicas de las bases de datos de los proyectos. En cualquier caso, contar con una plataforma permanente de referencia es muy adecuado para todos los bots y herramientas Web.

Y la idea de tener un bot comunitario en Labs ya se planteó hace justo dos años, también a raíz de un hilo sobre Grillitus en el Café, y se trasladó a una votación que finalmente no se llevó a cabo. No es una idea original nuestra: en la lista de cuentas de Labs identifico al menos a dawikibot, itwiki, nlwikibots y ptwikis con la misma idea de dar un servicio más formal y colectivo a los respectivos proyectos. A mí me parece una buena idea, principalmente porque el simple hecho de que no haya un nombre de usuario concreto facilita el que todos nos sintamos implicados por igual y nos apoyemos mutuamente, garantiza la continuidad futura a medida que unos vayan sustituyendo a otros, garantiza también la apertura del código, y da pie a que se atiendan mejor las necesidades, consultas, quejas... de la comunidad. Si nos lo queremos plantear seriamente, estoy dispuesto a participar en la iniciativa. - José Emilio –jem– Tú dirás... 13:32 18 jul 2017 (UTC)

Crear un bot alojado en Labs o algo similar editar

La propuesta que hizo Leoncastro me parece la mejor solución a futuro y en forma permanente. Cito el párrafo donde hizo esa propuesta:

De todos modos creo que lo ideal para el archivado sería disponer de un bot online (por ejemplo alojado en Labs o algo similar), que funcionase automática y periódicamente sin necesidad de operador, salvo para algún mantenimiento ocasional menor. Este pertenecería a la comunidad, tendría un código público en alguna página protegida, donde cualquiera lo pueda consultar, y proponer cambios y mejoras en el TAB para que cualquier bibliotecario lo actualice.

Creo que habría que avanzar en esa dirección. Si hay consenso en que es la mejor solución habría que hacerlo.

Yo no sé cómo se crea un bot en Labs o algo similar, pero si alguien lo crea, yo me ofrezco a realizar la programación (de forma que el código sea público, pertenezca a Wikipedia, y esté en una página protegida). O en caso de que haya alguien más capacitado, o que brinde un código ya programado, me ofrezco a colaborar en cualquier aspecto de la programación o adaptación (por ejemplo pruebas de funcionamiento). Ener6 (mensajes) 16:33 16 jul 2017 (UTC)

Véase mi comentario en el hilo anterior. - José Emilio –jem– Tú dirás... 13:32 18 jul 2017 (UTC)

Plantilla:Avibase editar

Hola, acabo de traer la plantilla {{Avibase}} de la Wikipedia en inglés, aun tengo que traducirla, y me pregunto ¿realmente son necesarias las plantillas que lleva incluídas, las listo a continuación?

  • cs1 wrapper|base=Cite web
  • Uses Wikidata|P2026
  • Tracks Wikidata|P2026
  • clc

En caso de ser necesarias ¿las creo? y si las creo ¿con qué nombres? Gracias --Jcfidy (discusión) 09:49 15 jul 2017 (UTC)

Son plantillas usadas en la documentación de enwiki. Creo que deberías traducir la documentación sin usar las plantillas inglesas, sino adaptando la documentación al formato habitual de eswiki, sin esos cuadros de mensajes (como son “cs1 wrapper”, para indicar que deriva de Cite web; o “uses wikidata” y “tracks wikidata”, para indicar que usa y comprueba la propiedad P2026 de Wikidata), y sin ese conteo de elementos (como es “clc”, para mostrar el número de artículos de una categoría). Y también por ejemplo, la plantilla en:Template:Para se usa para identificar un {{parámetro}}, y no para mostrar {{otros usos}} que es a donde redirige la plantilla es:Template:Para. A ver si te gusta ahora. -- Leoncastro (discusión) 05:30 16 jul 2017 (UTC)
Así mucho mejor, gracias. —Jcfidy (discusión) 06:29 16 jul 2017 (UTC)

coordenadas repetidas editar

Hola, alguien puede quitar las coordenadas repetidas en Perm. Tiene que ser que están repetidas en wikidata, pero no me atrevo a borrar cosas ahí, gracias JuanCamacho (discusión) 10:48 17 jul 2017 (UTC)

Lo duplicaba esta ficha. --Metrónomo's truth of the day: «persevera y triunfarás» 13:05 17 jul 2017 (UTC)

Wikidata weekly summary #269 editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • WikidataCon
    • The scholarship process is now closed. Recipients will be informed around July 25th.
    • You can still suggest ideas for the program, or submit a project until July 31st. The program of the conference is made by the attendees, only what you bring will be in there :)
  • Development
    • Preparing Lexemes demo for Wikimania
    • Fixing links to non-entity namespaces (phab:T169221) (thanks to Matěj Suchánek!)
    • Tracking labels of quantity units in parser and Lua functions (phab:T170167) (thanks to Matěj Suchánek!)
    • Fixing checking of constraints on deprecated statements (phab:T170391)
    • Improving the Query Service UI (phab:T170279)
    • Improving wbsearchentities (phab:T103875)
    • Removing links from printable version (phab:T87108)
    • Adding customizable fallback to Special:GoToLinkedPage (phab:T166473)

You can see all open tickets related to Wikidata here.


poner banderas debajo del nombre editar

Hola, en el artículo Tver quiero poner la bandera y escudo debajo del nombre, pero sale antes el mapa de Rusia europea, que debería ir más abajo para que quede igual que en las demás ciudades. Alguien puede arreglarlo? Muchas gracias JuanCamacho (discusión) 14:19 17 jul 2017 (UTC)

  Hecho, he bajado el mapa {{Mapa de localización+|Rusia europea|etc.}} desde el |pie_de_imagen= hasta el pie del segundo mapa |pie_mapa=. -- Leoncastro (discusión) 17:15 17 jul 2017 (UTC)

Tech News: 2017-29 editar

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 recientes

  • «Wikimedia Labs» ahora se llama «Cloud VPS» y «Wikimedia Tool Labs» ahora se llama «Toolforge». El cambio es para aclarar el propósito de estos servicios. [5]

Problemas

  • La tabla de contenidos no aparece en algunas páginas. Normalmente reaparece si editas las página de nuevo. Se está investigando la causa. [6]

Cambios esta semana

  •   La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 18 de julio. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 19 de julio y en todas las wikis a partir del 20 de julio (calendario).

Reuniones

Cambios futuros

  • Las vistas previas de páginas, actualmente disponibles como una función en pruebas, serán activadas para todos los usuarios anónimos en todas las wikipedias restantes (con la excepción de las wikipedias en inglés y alemán) la semana del 24 de julio. Una prueba A/B tendrá lugar en la Wikipedia en inglés para obtener información antes de discutir el tema con la comunidad. [8]

Las noticias técnicas son preparadas por los escritores de Noticias Tec y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

22:58 17 jul 2017 (UTC)

Encuentro en la TLP Tenerife 2017 editar

Buenas a todos.

En estos momentos, Santamarcanda y yo, nos encontramos como miembros de Wikimedia España en la TLP Tenerife 2017 (véase la página del encuentro), en Santa Cruz de Tenerife (Canarias). Nuestro objetivo es difundir el conocimiento libre y el trabajo que se realiza en los proyectos Wikimedia, animando a participar a todo el mundo de diferentes maneras. Los animamos a editar in situ con cuatro ordenadores que nos ha proporcionado la Universidad de La Laguna, además, el viernes 21 tendremos una actividad de edición en el estand de la dicha universidad, con mayor capacidad que el nuestro.

La idea es animarlos a registrarse, aprender y colaborar, conociendo las políticas de Wikipedia en español y lo relacionado con los otros proyectos, para que sus colaboraciones sean lo más adecuadas posibles. Estaremos vigilando continuamente todas las ediciones que realicen, sin embargo, me gustaría solicitar ayuda con el registro de los usuarios que vayan a colaborar. Ya me ha ocurrido en otros eventos que por crear más de 3 cuentas con una misma IP bloquean la creación de cuentas a esta, por lo que me gustaría evitar esta situación.

¿Qué se podría hacer? No sabría exactamente que datos les debería dar para solucionar esto. Los ordenadores que tenemos cuentan con Bardinux, una distribución basada en Ubuntu con KDE empaquetada por la ULL. He ejecutado un ifconfig para ver los datos de la red, pero no sé exactamente que datos les debería dar. Tengo a mano el de dos ordenadores, en el que veo que muchos datos son diferentes entre sí, lo que me hace pensar que no habría problemas. Sin embargo, me gustaría cerciorarme. ¿Qué datos les tendría que compartir para que me dijesen si habrá o no problemas y cómo podríamos arreglarlo? Sé que en la lista de correo de Wikidata se habló en su momento de dar un permiso de creador de cuentas a quienes organizasen un evento, pero claro, era para Wikidata y no sé si en Wikipedia en español disponemos de esa función.

Muchas gracias de antemano. Cualquier problema que crean que deriva de las ediciones realizadas en este encuentro, pueden comunicármelo a mí o a Santamarcanda, ya que incluso podríamos atajar el problema detectando al usuario y explicándole por qué no se debe editar así.

Saludos, Ivanhercaz   (Discusión) 11:25 19 jul 2017 (UTC)

Solucionado y encuentro finalizado. Saludos, Ivanhercaz   (Discusión) 14:06 25 jul 2017 (UTC)

Wikidata weekly summary #270 editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Development

You can see all open tickets related to Wikidata here.

Tech News: 2017-30 editar

Noticias técnicas de la comunidad Wikimedia. Informa sobre estos cambios a otros usuarios. No todos los cambios te afectarán. Hay traducciones disponibles.

Cambios recientes

  •   En el futuro, el código CSS de las plantillas se almacenará en una página separada, para facilitar que las plantillas se vean bien en dispositivos móviles. Esto ya funciona así en mediawiki.org y Wikitech, y llegará a más wikis posteriormente. [9][10][11]
  •   La clase .mw-ui-constructive está obsoleta y ha sido eliminada. [12]

Cambios durante esta semana

  •   La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 25 de julio. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 26 de julio y en todas las wikis a partir del 27 de julio (calendario).
  • Se podrá restringir quién puede enviarte notificaciones en un wiki. Esta nueva opción estará disponible en la pestaña de Notificaciones de las Preferencias el miércoles 26 de julio. Puedes ver la documentación. [13]

Reuniones

Cambios futuros

Las noticias técnicas son preparadas por los escritores de Noticias Tec y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

15:57 24 jul 2017 (UTC)

subst: fecha editar

Parece que hay una herramienta que está introduciendo la línea |fechaacceso={{subst: fecha}} en las plantillas de referencia (incluso en citas sin url), ¿alguien sabe cuál es? Hoy retiré más de 200 con ayuda de MetroBot (disc. · contr. · bloq.) (ejemplo). Primero que nada, en sí misma es inútil porque las sustituciones no funcionan en las referencias y, si lo hicieran, sustituir {{Fecha}} no da la fecha actual (ni debería), sino un horrendo y extenso código fuente. No se trata de traducciones de otros idiomas porque lo noté también en artículos creados desde cero y sin interwikis. Hay que corregirlo, pero por desgracia no tengo idea de qué lo está generando... --Metrónomo's truth of the day: «persevera y triunfarás» 19:08 26 jul 2017 (UTC)

Fue el usuario:Deshumanizado al ponerlo como texto automático en la configuración de la plantilla para el editor visual. Quizás habría que proteger la configuración de plantillas muy usadas... --angus (msjs) 20:38 26 jul 2017 (UTC)
Además, una referencia no debería decir «consultado el [fecha de hoy]» a menos que, efectivamente, se hubiera consultado hoy mismo. Puede haber casos, ciertamente irónicos, de páginas web que llevan años caídas pero supuestamente consultadas hoy, algo que confundiría al lector que efectivamente quisiera hacer el fact checking y se encontrara un error 404, una redirección o lo que fuera. Porque se trata de información falsa y porque puede confundir a otros usuarios, en mi opinión, debería prohibirse (con filtros de edición) poner después del |fechaacceso= cualquier código que se traduzca a la fecha actual cada vez que se carga el artículo. Sabbut (めーる) 06:24 27 jul 2017 (UTC)
No, tengo mucho que decir acerca del tema sino que fue mi error cambiar el parámetro de la edición visual de sugerido a automático, aunque lo de "citas sin url" es irónico ya que se utiliza una plantilla de cita web.
Lo de la seguridad, estoy de acuerdo, que se cambie la configuración de esas plantillas, aunque he visto que hay plantillas que tienes muchos errores en el TemplateData. Deshumanización (discusión) 16:20 27 jul 2017 (UTC)
¿Eso fue lo que pasó aquí? ¿está corregido?, porque lo vi ya varias veces. Pregunto desde la ignorancia. --Metrónomo's truth of the day: «persevera y triunfarás» 23:50 27 jul 2017 (UTC)
No Metrónomo, por lo que yo sé el editor visual deja esas plantillas como {{Wikificar|||t={{sust:CURRENTTIMESTAMP}}}} (con los dos parámetros vacíos —que tampoco veo que sea muy correcto, pero bueno—).[14] Eso que indicas de |1=categoría 1=2=categoría 2, junto con otros problemas diferentes, lo causa la botonera MediaWiki:Gadget-botonera.js, y en teoría hay que reemplazar o borrar posteriormente esos valores antes de guardar la edición.[15] -- Leoncastro (discusión) 01:22 28 jul 2017 (UTC)

Plantilla:No archivar hasta editar

Hola. La plantilla {{no archivar hasta}} no funciona como es debido. En vez de funcionar tal y como en:Template:DNAU, al hacerle subst, queda esto: 

<!-- [[Usuario:NoArchivarHasta|No archivar hasta]] {{safesubst:<noinclude />#iferror:{{safesubst:<noinclude />#time:H:i j M Y|{{{1|3650}}} days}} (UTC)|{{safesubst:#time:H:i j M Y|3650 days}} (UTC)}} -->

lo cual los bots de archivado no reconocen como sello de tiempo válido. ¿Podría alguien arreglarlo? Muchas gracias, —MarcoAurelio 11:13 15 jul 2017 (UTC)

Ya funciona. Si lo que se quiere es ocultar por defecto, ¿por qué mejor no usar «mostrar-nobots»?, que hace justo eso. El botero que utilice la plantilla y quiera corroborar el funcionamiento del bot puede configurar su CSS para hacer visible el mensaje que estaría oculto para los demás. De esa forma no se necesita el hack que le acabo de agregar. Y una pregunta para los que operan un bot archivador: ¿realmente es mejor esta plantilla a una más similar a Usuario:Grillitus/Archivar? --Metrónomo's truth of the day: «persevera y triunfarás» 19:20 16 jul 2017 (UTC)
  A favor de permitir visibilizarlo a los operadores de bots mediante alguna clase como «mostrar-nobots». -- Leoncastro (discusión) 20:04 16 jul 2017 (UTC)
Mi bot opera archivebot.py, no reconoce los parámetros de las plantillas de Grillitus, que son exclusivas para dicho robot; mientras que el script que yo opero lo usan decenas de robots en múltiples wikis. Gracias por el arreglo, Metrónomo. Un saludo, —MarcoAurelio 20:46 16 jul 2017 (UTC)
Pregunto de ignorante, ¿qué texto exaxtamente es el reconoce el bot? O sea, ¿hasta dónde se puede modificar y que siga funcionando? --Metrónomo's truth of the day: «persevera y triunfarás» 21:49 17 jul 2017 (UTC)
Respuesta breve: los bots tienen en cuenta solamente las fechas.
Respuesta completa: pues para los bots basados en pywikibot, sin entender mucho el código, primero se divide el texto de la página en secciones, luego cada sección se divide en líneas, y finalmente se busca una secuencia de fecha en cada línea, quedándose con la más reciente de ellas. La secuencia de fecha es la que se obtiene al usar la fecha ~~~~~, que en eswiki resulta algo como 01:38 29 jul 2017 (UTC) (es decir {{#time:H:i j M Y}} (UTC)). Esta secuencia se busca en otro módulo, que entiendo que detecta el formato de fecha internacionalmente, osea independientemente del formato local, por lo que el resultado es una marca temporal que refleja el año, mes, día, hora y minuto a la misma franja horaria. Lo malo de este tipo de bots es que ignoran la posición de dichas secuencias de fecha, por lo que la fecha que he puesto de ejemplo también sería computada, pese a no ser una firma real. Otra consecuencia de ignorar la posición es que dichos bots no son válidos para detectar —en función de la última firma— cuando un hilo del tablón está resuelto o pendiente.
Aunque desconozco “las tripas” de Grillitus, tiene dos estrategias de funcionamiento configurables según su documentación: FirmaMásRecienteEnLaSección y FirmaEnÚltimoPárrafo. La primera emplea una estrategia similar a los bots basados en pywikibot, mientras que la segunda solamente toma en cuenta la fecha del último párrafo de cada sección. De todos modos, Grillitus usa su propia plantilla para no archivar indefinidamente y para programar un archivo a partir de una fecha determinada. Con Semibot yo intento simular las mismas estrategias de Grillitus e incluso uso sus mismas plantillas.
Entiendo que la parte de “Usuario:NoArchivarHasta” es una herencia de “User:DoNotArchiveUntil”, de la plantilla inglesa en:Template:Do not archive until, que es usado en bots como en:User:Equazcion/OneClickArchiver o en:User:ClueBot III, y parece que ni siquiera se usa en ninguna parte de eswiki. Además es un error buscar el formato de firma y fecha ~~~~, puesto que la firma puede ser programada de un modo diferente por cada usuario. -- Leoncastro (discusión) 01:38 29 jul 2017 (UTC)

Sin políticas editar

Hola. Suelo usar Wikipedia:Café (todos) para ver de forma rápida qué se teje en el Café. Me llevo una sorpresa al ver en la tabla de contenidos que no hay ninguna sección en Políticas. Al ir a la sección aparece una plantilla de tenistas suizas. Sin embargo, al entrar a Políticas veo que en Wikipedia:Café/Archivo/Políticas/Actual#Artículos_utilizados_como_plantillas esa plantilla/artículo solo se muestra como código, entre las etiquetas <pre></pre>. ¿Alguien puede arreglarlo? Gracias. Lin linao ¿dime? 03:46 31 jul 2017 (UTC)

  Hecho -- Leoncastro (discusión) 04:01 31 jul 2017 (UTC)
¡Muchas gracias! Ese hilo es del 25 de julio, se ve que poca gente revisa así el Café ;) Lin linao ¿dime? 04:13 31 jul 2017 (UTC)

Wikidata weekly summary #271 editar

 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • WikidataCon
    • Today is the very last day to submit projects in the program! (deadline: July 31th)
    • You can also subscribe to the existing submissions to show your interest and support your favorites
  • Development
    • Added Special:NewItem to Special:SpecialPages (phab:T169456) Thanks to Matěj Suchánek
    • Making possible to check constraints on qualifiers and references (phab:T168532)
    • Working on showing non-mandatory and mandatory constraints differently (phab:T164254)
    • Improving Special:PagesWithProp for Wikidata use cases (phab:T66950)
    • Doing last polishing on the Lexeme entity type and cleaning up the demo data for the demo at Wikimania
    • Improving the dispatching of changes to Wikipedia and co to cope with the increased demand that lead to delays in Wikidata changes showing up in Wikipedia watchlist and recent changes

You can see all open tickets related to Wikidata here.


Tech News: 2017-31 editar

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

  • El error Lua error in mw.wikibase.entity.lua at line 34: The entity data must be a table obtained via mw.wikibase.getEntityObject aparece en algunas páginas con un módulo Lua que usa Wikidata. Los programadores están trabajando para corregir el problema. Puedes arreglar la página abriéndola para editarla y guardándola sin cambiar nada. [16]
  • Wikidata y la Wikipedia en alemán estuvieron en modo de solo lectura por una hora el 28 de julio. Puedes leer sobre la causa del problema y sobre como se podría evitar en el futuro en el informe sobre el incidente.

Cambios en esta semana

  • Las páginas de edición de algunas wikis ya tienen los nuevos botones más grandes y brillantes de la interfaz OOjs UI. Las wikis restantes, con la excepción de Commons, los tendrán a partir del primero de agosto. [17]
  •   La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 01 de agosto. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 02 de agosto y en todas las wikis a partir del 03 de agosto (calendario).

Reuniones

  •   Puedes participar en la próxima reunión con el equipo de edición el 01 de agosto a las 19:00 (UTC). En la reunión podrás decirle a los programadores qué problemas consideras que son los más importantes. Consulta cómo participar.

Cambios futuros

  • El tipo de letra por defecto en la ventana de edición cambiará para algunos usuarios. El tipo por defecto será el de ancho fijo («monospace») y no se usará el especificado en la configuración del navegador. Los usuarios pueden cambiarlo en sus preferencias. Este cambio debería afectar solamente a algunos usuarios que usan dispositivos Mac o iOS. [18]

Las noticias técnicas son preparadas por los escritores de Noticias Tec y publicadas por un bot • Colabora • Traduce • Obtén ayuda • Comenta • Suscríbete o cancela tu suscripción.

21:45 31 jul 2017 (UTC)

Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2017/07&oldid=103332668»