Wikipedia:Café/Archivo/Técnica/Actual

Café: Técnica

Taza En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia. Antes de plantear aquí una pregunta: Comprueba si en Ayuda:Contenidos ya se responde a lo que buscas. Visita el taller idiomático para consultar dudas de traducción. Visita el taller gráfico para consultar cómo mejorar imágenes. Visita el tablón de anuncios para solicitar ayuda a un bibliotecario. Para responder en un tema ya abierto, usa el enlace [editar] que se encuentra junto al título del apartado. Puedes iniciar un nuevo tema, o vigilar esta página para enterarte de sus cambios. Trata a los demás con respeto, especialmente a los recién llegados, y recuerda siempre presumir buena fe. Por favor, recuerda firmar usando cuatro virgulillas, así: ~~~~. Archivo del Café · Archivo temático del Café · Archivo de Técnica

Café
Noticias	[+]
Políticas	[+]
Técnica	[+]
Propuestas	[+]
Ayuda	[+]
Miscelánea	[+]
Ver todos
Temático

	Esta página es archivada por Grillitus. (info)
	Parámetros del archivado: lugar: Wikipedia:Café/Portal/Archivo/Técnica/AAAA/MM Días a mantener: 10 Avisar al archivar: Sí Estrategia: Firma más reciente en la sección Mantener caja de archivos: No

Mensaje de donación a Wikipedia no se puede cerrar

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. --Chico⁵¹² 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. --Chico⁵¹² 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)

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

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)

Some updates about Recent Changes page

¡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)

ORES: campaña de etiquetado de ediciones

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

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

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)

Espacio en plantilla rp

En "​" 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 Plantilla:L

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

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

• Events/Press/Blogs
  • Upcoming: Africa Open Data Conference in Accra, including a Wikidata editathon on July 17th
  • Past: Celtic Knot Conference, Edinburgh, including several presentations related to Wikidata (tweets about Wikidata during the conference)
  • Past: WikiWomenCamp (including a Wikidata presentation by Harmonia Amanda)
  • A visual exploration of musical bands on Wikidata, by RAW Graphs team

• WikidataCon
  • Last days of the scholarship process! If you need to be funded for the WikidataCon, please fill the form before July 16th
  • Which discussions, workshops, demos should be covered during the WikidataCon?

• Other Noteworthy Stuff
  • We have some real Meta data!
  • The StrepHit team has submitted an official uplift proposal for the primary sources tool
  • Migration of constraint definitions to property statements around July 12th
  • Sitelinks for the new Atikamekw Wikipedia (atjwiki) can be added
  • Citation management tool Zotero can now read data from Wikidata, and can write data from other sources to Wikidata via QuickStatements. See Wikidata:Zotero for details.
  • New step towards structured data for Commons is now available
  • One week after Q31000000 we have Q32000000

• Did you know?
  • Newest properties: PalDat plant ID, openAIP ID, Ontario Heritage Act Register ID, NLS Geographic Names Place ID, NLS-FI Geographic Name ID, National Record of the Historic Environment ID, JewAge person ID, INSPIRE ID, ADK member ID, FRED time-series ID, danskfilmogtv person, danskefilm TV Christmas calendar, Crunchyroll ID, URN-NBN, Gedbas genealogy person ID, Framalibre ID, Finnish archaeological heritage ID, EGF rating, Carnegie Hall agent ID, assets under management, Atlas of Hillforts ID, dissertation submitted to
  • Query examples:
    • Scientific articles from PubMed that mention what version of STATA was used (source)
    • 1000 places in UK that have no label in Welsh (source)
    • Wikivoyage banners for French municipalities (source)
    • Paintings with musical instruments from Spain or related to Spain (source)
    • Images of things or persons in Wikidata with a Github account (source)
    • Map of birthplaces of women who were educated in Edinburgh university (source)
  • Newest database reports: reports with items that only have a P641-statement (sport)

• 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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Suggested and open tasks!
  • Contribute to a Showcase item.
  • Help translate or proofread the interface and documentation pages, in your own language!
  • Help merge identical items across Wikimedia projects.
  • Help write the next summary!

Read the full report · Unsubscribe · Lea Lacroix (WMDE) 14:16 10 jul 2017 (UTC)

Tech News: 2017-28

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. [1]

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. [2]
• 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)

Grillitus

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

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)

Mapa no aparece

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)

Plantilla:Avibase

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)

Plantilla:No archivar hasta

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)

coordenadas repetidas

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

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

• Events/Press/Blogs
  • Past: talk about Wikidata at the Chinese Academy of Sciences in Beijing by Lydia
  • Past: Wikidata hackathon during Africa Open Data Conference in Accra
  • Upcoming: Café OpenStreetMap e Wikidata, July 22nd, in São Paulo, Brazil
  • Report of the workshop about election data (in German)
  • Integrating Wikidata and other linked data sources – Federated SPARQL queries, on The SuLab

• 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 :)

• Other Noteworthy Stuff
  • We now have a page describing our use of RDF
  • We now have Q33000000
  • The database reports about items without statements are updated again. English Wikipedia is up at 4.8% (from 4.6%). Dutch Wikipedia remains low at 0.8%.
  • Check out some improvements to the Query Service, and a new prototype for the Query Helper
  • New Wikidata maps with a comparison between October 2016 and July 2017
  • Help improving Wikidata documentation during the Wikimania hackathon

• Did you know?
• Newest properties: NPSN Indonesian school ID, EmbassyPages.com ID, ESEC person ID, Titan ID, Who's Who in France biography ID, French National Assembly ID
  • Query examples:
    • Graph of operating systems (source)
    • Couples of Members of Parliament in UK (source)
    • People who have the same person listed as both their parent and their child (source)
    • Map of “railway things” in Berlin, as classified by LinkedGeoData.org (source)
    • Map of discovery locations of the objects stored in the Musée Saint-Raymond (source)
    • metro stations in Germany with public domain images on Commons (source)
    • UK Members of Parliament who are born out of the UK (source)

• 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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Suggested and open tasks!
  • Contribute to a Showcase item.
  • Help translate or proofread the interface and documentation pages, in your own language!
  • Help merge identical items across Wikimedia projects.
  • Help write the next summary!

Read the full report · Unsubscribe · Lea Lacroix (WMDE) 13:33 17 jul 2017 (UTC)

poner banderas debajo del nombre

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)

Bicho o revalidación.

Uso una red privada basada en linux y no estoy pudiendo cargar las notificaciones ni los botones de edición desde ningun terminal de la red. Informalmente hablando es como si me hubiesen revalidado a la cuenta a menos que usuario normal y no comprendo porque pasa esto. Tal vez eswiki tenga algunos bichos. La firma que veran a continuacion la tuve que copiar desde abajp y pegarla. · —Neurorebel (discusión) 21:35 17 jul 2017 (UTC) ·

Tech News: 2017-29

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. [3]

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. [4]

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

• Puedes participar en la próxima reunión con el equipo de edición el 18 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.
• Puedes participar en la próxima reunión con el comité de arquitectura el 19 de julio a las 21:00 (UTC). El tema de esta semana será: Migrar hacia los identificadores de sección de HTML5. [5]. Consulta cómo participar.

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. [6]

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)