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

De Wikipedia, la enciclopedia libre
Saltar a: navegación, búsqueda



Reftools[editar]

Isimple system icons save as.png    Este hilo no se archivará. (info)   

Consulta: ¿soy el único a quien RefTools le aparece y desaparece constantemente? ¿o es un problema generalizado? --Dereck Camacho (discusión) 06:51 9 dic 2016 (UTC)

Qué bueno que lo mencionas, porque a mí me está enloqueciendo... Yo uso Firefox y tu? —Ganímedes (discusión) 22:44 9 dic 2016 (UTC)
También. --Dereck Camacho (discusión) 22:57 9 dic 2016 (UTC)
Firefox a veces, al tener muchos scripts (o accesorios) funcionando, funciona de manera impredecible. Deja de cargar algunos, o carga algunos antes que otros, y genera errores... La solución que encontré (para un problema similar en Wikisource) fue desactivar scripts que no usaba, y al final opté por usar Chrome. Saludos, --Ninovolador (discusión) 12:50 11 dic 2016 (UTC)
Puede ser, pero he tenido la misma cantidad de scripts por años y siempre utilicé Firefox y nunca había tenido problemas. Alguna actualización reciente en el MediaWiki debe ser el que genera el problema. Saludos. --Ganímedes (discusión) 13:21 12 dic 2016 (UTC)

Me pasa lo mismo, con el Reftools y con el Monobook, desde hace bastante tiempo. Mapep (discusión) 16:12 14 dic 2016 (UTC)

A mí también me pasa y lo he tenido correctamente durante años. El truco que he encontrado es darle insistentemente a previsualizar. Lourdes, mensajes aquí 16:17 14 dic 2016 (UTC)
Sí, a mi también me pasa y es como dice Lourdes Cardenal dando a previsualizar o también actualizar la página. Supongo que es cosa del firefox pues me sucede desde estas últimas actualizaciones del browser (V. actual 50.1.0). --Jcfidy (discusión) 17:10 14 dic 2016 (UTC)
También había descubierto el previsualizar varias veces pero, sinceramente, me da algo de pereza y no siempre funciona. Pero bueno, habrá que probar usando Chrome. --Dereck Camacho (discusión) 22:07 14 dic 2016 (UTC)
No creo que sea el firefox (lo pensé porque me empezó a pasar al actualizarse) sino de es-wiki porque no me sucede lo mismo en otras wikis ni en Commons. --Jcfidy (discusión) 19:09 15 dic 2016 (UTC)

Pregunté en Meta como en 2014 (ya habíamos tenido un problema similar) y me respondieron lo siguiente:

@Ganímedes: Please see the console output of your web browser's developer tools to find reasons for such problems. In this case, ext.gadget.DetectaDesambiguaciones is broken: "TypeError: mw.Api is not a constructor". The line needs to be fixed by a sysop or admin of Spanish Wikipedia. See the docs. --AKlapper (WMF) (talk) 10:42, 26 December 2016 (UTC)
Si algún bibliotecario tuviera la amabilidad de solucionar el problema, se lo agradecería muchísimo... —Ganímedes (discusión) 12:52 27 dic 2016 (UTC)
El gadget detector de desambiguaciones está obsoleto desde 2014! Debería ser reemplazado por un gadget en CSS que inclyera simplemente el siguiente contenido
.mw-disambig {
 background-color: #FFFF00;
}
.mw-disambig:after {
 content: "Desam";
 font-size: smaller;
 line-height: 1;
 vertical-align: super;
}
El único problema es que dejaría de detectar artículos SRA. Con respecto a la manera de solucionar el problema en JS, no tengo idea. Ninovolador (discusión) 13:41 27 dic 2016 (UTC)
Sé que estás desbordado -jem- pero ¿podrías ver esto? Pocos son los bibliotecarios que entienden de asuntos técnicos. Saludos. --Ganímedes (discusión) 09:53 11 ene 2017 (UTC)

comentario Comentario En esta consulta se están comentando dos scripts diferentes. Si he entendido bien se trata de RefToolbar (JS) (o “refTools” como indica en las preferencias) y del detector de desambiguaciones (JS). He usado ambos scripts tanto por separado como conjuntamente, y tanto en Firefox como en Chrome, y no he tenido problema alguno. También los he probado con un montón de gadgets activos, y tampoco aprecio fallos de funcionamiento. Asimismo todas las pruebas las he realizado con las apariencias Vector y Monobook.

Concuerdo con Ninovolador en que el método más eficaz para detectar desambiguaciones es el que expone (sin necesidad de JavaScript), pero el gadget detector de desambiguaciones sigue funcionando para enlaces a artículos sin relevancia aparente (SRA). Veo que funciona en páginas principales y de usuario, pero no en páginas de categoría. Ejemplo Raúl Campos Paíno; que se puede encontrar en ElPozo Murcia y en Usuario discusión:Holapollo, pero que no remarca el enlace que aparece en Categoría:Wikipedia:Mantenimiento:30 de enero (quizás porque sea categoría oculta y no sale referenciada como “enlace”).

En cuanto a RefTools, siempre encuentro el botón desplegable “Cita” a la derecha de “Ayuda”, pero tarda en mostrarse aleatoriamente entre uno y dos segundos después. Por tanto, discrepo del aviso de Andre Klapper porque en ningún caso he encontrado el aviso que menciona.

Symbol question.svg Pregunta: ¿Podría alguien poner aquí el listado de errores de la consola del navegador? Para acceder desde Chrome / Firefox: pulsar botón derecho sobre la página y luego en el menú “Inspect” o “Inspeccionar” / “Inspect element” o “Inspeccionar elemento”, con lo que se abre un cuadro con un menú superior en donde es necesario acceder a “Console” o “Consola”. Saludos. -- Leoncastro (discusión) 21:54 13 ene 2017 (UTC)

Inspeccionar elemento
elemento {

} .client-js .wikiEditor-oldToolbar + #wpTextbox1 {

   margin-top: 33px;

} textarea#wpTextbox1, pre {

   font-family: monospace;

}

  1. wpTextbox1 {
   line-height: 1.5em;
   resize: vertical;

}

  1. editform, #toolbar, #wpTextbox1 {
   clear: both;

}

  1. wpTextbox1 {
   margin: 0;
   display: block;

} textarea[dir="ltr"], input[dir="ltr"] {

   direction: ltr;

} .sitedir-ltr textarea, .sitedir-ltr input {

   direction: ltr;

} textarea {

   border: 1px solid #c0c0c0;

} textarea {

   width: 100%;
   padding: .1em;
   display: block;
   -moz-box-sizing: border-box;
   -webkit-box-sizing: border-box;
   box-sizing: border-box;

}

  • {
   font-family: sans-serif;

} .mw-body-content {

   line-height: 1.6;
   font-size: 0.875em;

} div#content.mw-body {

   color: #000;

} div#content {

   font-size: 93%;

} .mw-body {

   color: #252525;
   direction: ltr;

} html, body {

   font-family: sans-serif;

} html {

   font-size: 100%;
¿Eso? —Ganímedes (discusión) 13:34 14 ene 2017 (UTC)
Hola Ganímedes. Casi, pero no. Te ha faltado seleccionar la pestaña de “Consola”. En Firefox desde Windows también se puede abrir usando la combinación de teclas Ctrl+Shift+K. Es la segunda después de “Inspector” y antes de “Depurador”. Es importante que abras la consola en la página donde tengas el error. Por cierto, te pongo una imagen con los avisos que yo recibo, en donde puedes ver la “Consola” seleccionada en azul. -- Leoncastro (discusión) 20:25 14 ene 2017 (UTC)
Ah, Leoncastro, entonces he copiado al revés :P A ver si ahora sí...
Va de nuevo
Use of "wgUserGroups" is deprecated. Use mw.config instead. load.php:154:25

Use of "addPortletLink" is deprecated. Use mediawiki.util instead. load.php:154:25 Use of "wgNamespaceNumber" is deprecated. Use mw.config instead. load.php:154:25 Use of "wgPageName" is deprecated. Use mw.config instead. load.php:154:25 Use of "addPortletLink" is deprecated. Use mediawiki.util instead. load.php:154:25 Use of "wgServer" is deprecated. Use mw.config instead. load.php:154:25 Use of "wgScriptPath" is deprecated. Use mw.config instead. load.php:154:25 ReferenceError: sajax_init_object is not defined[Saber más] index.php:185:9

Por cierto, que el error aparece casi siempre que le doy a editar una página, así que es indiferente (creo) desde cuál ingrese. Saludos. —Ganímedes (discusión) 21:29 14 ene 2017 (UTC)
Ganímedes, el error que tienes («ReferenceError: sajax_init_object is not defined index.php:185:9») lo reproduzco única y exclusivamente en el gadget de Twinkle, que según se indica claramente en las preferencias es Parcialmente funcional. Recomendaría la desaprobación de ese complemento hasta su completa actualización, porque usa funciones totalmente eliminadas y reemplazadas por el sistema actual de Wikipedia. [1] Por favor, verifica que no tienes activado el gadget de Twinkle y purga o borra la caché. -- Leoncastro (discusión) 22:04 14 ene 2017 (UTC)
Explicación: Como bien ha indicado Ninovolador, Firefox funciona de manera algo impredecible y carga algunos scripts antes que otros. El problema es que normalmente se detiene cuando encuentra un error, entonces unas veces carga unos scripts antes del error y otras veces no los carga porque estaban para su carga posterior al error. Entonces, tener scripts que fallen también es perjudicial para el resto de scripts que funcionan. -- Leoncastro (discusión) 22:17 14 ene 2017 (UTC)
Gracias, pero he quitado el Twinkle y me sigue dando los mismos problemas (no aparece la barra de reftool y tampoco los enlaces azules de abajo), incluso luego de purgar varias veces la caché. Saludos. —Ganímedes (discusión) 01:43 15 ene 2017 (UTC)
Disculpa Ganímedes, tras un análisis más exhaustivo, he detectado otros gadgets que también generan errores o problemas en la carga de otros códigos. Todos ellos deberían ser desactivados de las preferencias hasta su reparación. Son estos:
Opción en preferencias Mensaje de error Comentarios
Navegación
(Parcialmente funcional) Twinkle. ReferenceError: sajax_init_object is not defined
(Monobook) Mostrar las últimas páginas nuevas en la columna izquierda. TypeError: side_col is null No da error usando sl skin Monobook, pero sí usando Vector
(Monobook) Mostrar los últimos cambios recientes en la columna izquierda. TypeError: side_col is null No da error usando sl skin Monobook, pero sí usando Vector
Apariencia
Muestra, en el historial, un color para cada tipo de usuario (bots, usuarios normales, anónimos y bibliotecarios). Error: Permission denied to access property Symbol.toPrimitive
Fondo negro y texto de color verde. "NetworkError: 404 Not Found - https://upload.wikimedia.org/wikipedia/en/6/6e/WikiGreen.png" No genera problemas con la carga de otros scripts
Saludos. -- Leoncastro (discusión) 15:35 15 ene 2017 (UTC)
Hola, Leoncastro, gracias por el interés y la ayuda. He desconectado el color para cada usuario, más otras que no señalaste, también de colores: Uso de colores para visualizar niveles en una discusión (no recuerdo que alguna vez haya funcionado con Vector) y Colores de fondo distintos, de acuerdo al tipo de página (esta tampoco; antes andaba y era fantástica). Las otras no las tenía instalada. Sin embargo, la aparición de la barra parece que es aleatoria (a veces si, a veces no). En todo caso, vamos por buen camino (antes de tus sugerencias no me aparecía ni dándole 4 veces a Previsualizar)... Saludos. —Ganímedes (discusión) 16:08 15 ene 2017 (UTC)
Hola Ganímedes, solo trato de ayudar. Yo ya he activado todos los complementos de las preferencias y esos fueron los errores que he encontrado. Es cierto que otros gadgets no veo que funcionen, pero al menos tampoco generan problemas. Si prefieres podemos continuar buscando errores en tu “Consola”, y para no alargar esta discusión innecesariamente podemos contactar por el canal de IRC. -- Leoncastro (discusión) 16:22 15 ene 2017 (UTC)
Ganímedes: Estoy dispuesto a ayudar y atento a lo que puedan averiguar entre tú y Leoncastro (a quien agradezco el notable esfuerzo) probando accesorios. Está claro que es necesario poder identificar claramente de dónde vienen estos problemas para poder corregirlos, y como Javascript no es mi campo habitual/preferido, tendría que estar bastante seguro de qué corresponde hacer antes de actuar. Por otra parte, en lo que respecta al detector de desambiguaciones, si se planteara el cambio del código JS por el CSS que indica Ninovolador, tendríamos que debatirlo, ya que además de perderse el marcado de los artículos SRA, también se perdería el de las redirecciones que apuntan a una desambiguación, que no son pocas (se podría incorporar al accesorio el marcado de todas las redirecciones usando CSS, pero no sé si habría objeciones). En todo caso, cualquier acción necesaria pueden plantearla en el tablón miscelánea, que es el que vigilo, y donde intervendría si no lo hacen otros antes. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

┌─────────────────────────────┘
Gracias a Leoncastro hemos podido focalizar el problema en un accesorio particular: La nueva botonera con función expandida. Parece que este complemento tiene plantillas que no están bien configuradas y que evitan o dificultan que se carguen otros gadget, incluyendo Reftool y la propia barra de herramientas. He desconectado además montones de accesorios que no funcionan con Vector, y, aunque Reftool sigue teniendo problemas para aparecer, al menos ahora carga la barra de herramientas por defecto. Saludos. --Ganímedes (discusión) 15:23 18 ene 2017 (UTC)

Gracias a todos por los consejos. He seguido los pasos de Ganímedes pero no acaba de funcionar bien. De momento lo mejor es previsualizar hasta que se entere. Lourdes, mensajes aquí 16:07 18 ene 2017 (UTC)
Hola Lourdes Cardenal, si quieres ponte en contacto conmigo y tratamos de buscar el error. En el caso de Ganímedes tenía sin saberlo varios gadgets activos conflictivos, no solo la botonera expandida sino también Twinkle e incluso scripts mediante el archivo commons.js. -- Leoncastro (discusión) 20:03 18 ene 2017 (UTC)
Si bien agradezco a Ninovolador su aporte, a mi me haría más difícil ciertas tareas de mantenimiento, por lo que preferiría buscar una solución alternativa que permita mantener en amarillo los enlaces a redirecciones de desambiguación y los enlaces a artículos SRA, Jmvkrecords Intracorrespondencia 20:31 18 ene 2017 (UTC).

Gracias, Leoncastro, contactaré contigo el sábado o el domingo y nos ponemos de acuerdo. Lourdes, mensajes aquí 17:58 19 ene 2017 (UTC)

Fecha en plantilla "sin relevancia"[editar]

Estoy colocando la plantilla "sin relevancia" en algunos artículos recién creados, y veo que no aparecen los parámetros del día ni el mes de ninguna de las formas en que lo intento ¿Hay algún error?

Cock Sparrow (discusión) 09:21 31 dic 2016 (UTC)

@Holapollo: Bueno yo les pongo {{sin relevancia|31|diciembre}} y no me salta un ningún error. Saludos y feliz año. AlexPotter <You're goddamn right > 14:02 31 dic 2016 (UTC)
Con {{subst:sin relevancia}} también debería funcionar. Saludos. Wikipedia-logo-simple.svg Rauletemunoz 10:00 11 ene 2017 (UTC)
Voy un paso más {{sust:sra}}. Más eficiencia. Triplecaña (discusión) 10:14 11 ene 2017 (UTC)

Problemitas con Wikidata[editar]

Estimados,

En el artículo sobre Joseph A. Fitzmyer, la ficha está enlazada con Wikidata. Eso trae algunos problemas. La ficha dice que Fitzmyer fue «presidente», y dos veces... sin decir de qué.

En Wikidata se explicita (de la Society of Biblical Literature y de la Catholic Biblical Association), pero no parece lo más indicado que un lector recién llegado tenga que intuir que hay que entrar en Wikidata para ver a qué se refiere con semejante cargo. Lo ideal sería que apareciera en la ficha, pero no sé cómo hacerlo. Agradezco desde ya si alguien puede solucionar el tema. Saludos! --Gabriel (discusión) 11:38 31 dic 2016 (UTC)

El problema de hacer que aparezca automáticamente de dónde era presidente es que si se hace simplemente que salga "presidente de Society of Biblical Literature", etc además hay que añadir en su caso el artículo y poner en su caso "de", "del", "de la", "de los" o "de las" según de dónde es presidente y eso es casi imposible hacerlo bien. Saludos, Juan Mayordomo (discusión) 16:05 31 dic 2016 (UTC)
Quizá se puede poner simplemente: Presidente (1969–1970) Society of Biblical Literature. --Hermann (discusión) 09:39 3 ene 2017 (UTC)
Los conectores gramaticales seguro que se podrán incluir en algún momento como propiedad en Wikidata, lo que resolvería el problema. Pero mientras tanto, y matizando la idea de Hermann, me parece más que aceptable usar un guion: «Presidente - Sociedad...»; el año queda extraño en el medio, es mejor dejarlo al final. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

Formato de fechas en generador de citas[editar]

El generador de citas del editor visual entrega las fechas de consulta en formato aaaa-mm-dd (hoy por ejemplo se genera "Consultado el 2017-01-03"), cuando debería ser dd-mm-aaaa, o bien la fecha completa "dd de mes de aaaa." En un principio pensé que se trataba de un problema de las URL, pero me sucede con todas, y es necesario corregir las fechas manualmente. Y es que, al ser simplemente una consulta sobre la fecha actual, debería generarse correctamente. Mapep (discusión) 19:09 3 ene 2017 (UTC)

Propongo internacionalizarnos de una vez y adoptar el formato aaaa-mm-dd para las fechas. --angus (msjs) 19:29 3 ene 2017 (UTC)
¿Por qué aaaa-mm-dd? [2] --Jcfidy (discusión) 19:35 3 ene 2017 (UTC)
No tiene sentido adoptar el aaaa-mm-dd. Debería ser dd-mm-aaaa porque es el común de la mayoría de los hispanohablantes. Lo que no sé es si depende de Wikipedia en español el que las fechas se generen automáticamente... es un engorro porque yo al menos ya me he acostumbrado al editor visual, y tengo que tocar todas las fechas. Mister Crujiente (discusión) 12:21 4 ene 2017 (UTC)
No solo en España y la mayoría de paises de Hispanoámerica (quienes editan en es-wiki) sino otro paises (y wikipedias) utilizan este formato dd-mm-aaaa (por ejemplo (en francés) otro (en alemán)) por lo que no tiene sentido decir «internacionalizarnos de una vez». —Jcfidy (discusión) 12:50 4 ene 2017 (UTC)
Vamos a cambiar eso de “no tiene sentido” por “Jcfidy y Mister Crujiente no le ven el sentido”, ¿ok? Obviamente no entendieron la idea porque digo “internacionalizar” y me vienen con ejemplos de formatos locales utilizados localmente. Lo que propongo es adoptar el formato ISO 8601 para la datación de documentos. La misma página de la Fundéu a la que enlaza Jcfidy dice

En fechas escritas íntegramente con números cada vez se usa más la norma ISO 8601. No es correcto emplearla en fechas alfanuméricas.

El formato básico es aaaa-mm-dd.

Saludos. --angus (msjs) 15:20 4 ene 2017 (UTC)
Pues nada, a partir de ahora escribiré todos los documentos de mi curro con "2017 de enero del día 5". Qué más da las convenciones de uso. Mister Crujiente (discusión) 23:49 4 ene 2017 (UTC)
En lo que a mí respecta, encuentro conveniente el formato internacional (y de hecho lo uso), pero solo al escribir —tal como dice la Fundéu— fechas con números. En Wikipedia, en cambio, encuentro mucho más conveniente escribir las fechas con números y palabras, caso en el cual la misma cita de Angus es clara al decir que «no es correcto emplear [esta norma ISO] en fechas alfanuméricas». Saludos. --  Jorge Bandera de Chile (disc.) 20:56 4 ene 2017 (UTC)
Se pueden adoptar ambos modelos y que se sigan mostrando las fechas con el formato habitual. Juan Mayordomo (discusión) 21:04 4 ene 2017 (UTC)

Las referencias deben ser cortas y escuetas. Y lo son, en su mayor parte, salvo la cita web, donde la prosa usada para los metadatos a veces ocupa más espacio que la referencia en sí. Algunos ejemplos:

lo importante lo accesorio
«Argentina». World Statesmen.org. Consultado el 31 de mayo de 2014.
«Situación general de la población Argentina». Ministerio del Interior. Archivado desde el original el 3 de diciembre de 2015. Consultado el 24 de junio de 2008.
«Sitio Oficial de Ceferino Namuncurá». dbp.org.ar. Consultado el 12 de junio de 2014. (enlace roto disponible en Internet Archive; véase el historial y la última versión).

Lo primero es reducir la verborragia, y se empieza escribiendo las fechas con números. Creo que con eso estamos todos de acuerdo. Una vez dado ese paso, lo que propongo es que usemos el formato de la norma ISO 8601. Después podemos ir viendo cómo abreviar un poco más (p. ej., “arch. 2015-12-03 (orig.), cons. 2014-05-31” o algo así. Saludos. --angus (msjs) 11:00 5 ene 2017 (UTC) ┌─────────────────────────────┘
lo que dice la Fundeu es:

c) Las normas de la ISO (International Organization for Standardization ‘Organización Internacional de Normalización’) recomiendan el orden descendente, esto es, año, mes, día, sin preposición alguna entre cada uno de los elementos: 1992 diciembre 31. Este modelo solo debe utilizarse en documentos de carácter científico o técnico de circulación internacional.

Las negritas son mias, se sobreentiende que ese formato de fecha internacional es para documentos de tipo paper, en el ejemplo está en inglés pero lo mismo sería en un paper en español (se supone que a él van a acceder científicos de otras lenguas). Quien viene a leer en es-wikipedia se supone que son de paises de habla española y trastocar el orden de las fechas puede ser confuso. --Jcfidy (discusión) 11:23 5 ene 2017 (UTC)

También dice:

Cuando las fechas se escriban solo con números, las cifras del día, mes y año deben separarse mediante guiones, barras o puntos, y sin espacios: «4-6-1982», «8/7/1980», «12.9.08». La RAE recomienda no anteponer, salvo por imperativos técnicos, un cero a la cifra del día cuando esta es inferior a 10 (mejor «4/2/98» que «04/02/98»); el mes puede escribirse en números arábigos o romanos («4/6/82» o «4/VI/82») y el año puede aparecer con las cuatro cifras o solo con las dos últimas («7/5/03» o «7/5/2003»).

Negritas mias, imperativos técnicos que a día de hoy son fácilmente solventado mediante plugins, scripts, etc. --Jcfidy (discusión) 11:28 5 ene 2017 (UTC)

Estamos hablando de la sección “Referencias”, una sección puramente técnica llena de, justamente, tecnicismos y abreviaturas, y que no sigue el estilo del cuerpo del artículo. Por ejemplo, usando el modelo del manual de estilo, en la sección referencias ponemos
Brown, R. «Size of the Moon». Scientific American 51 (78): 46. 
cuando en el cuerpo del artículo, si quisiéramos poner todos esos datos en prosa, sería más adecuado escribir algo como
... el artículo “Size of the Moon”, de R. Brown, publicado en la página 46 del número 78 (volumen 51) de Scientific American.
Son cosas distintas. De hecho, es mucho más probable que lo que le resulte más confuso al lector sea esa misteriosa secuencia “51 (78): 46” que un simple “2016-01-04”, ¿no te parece? Por mi parte, yo opino que nuestros lectores tienen un mínimo de inteligencia y podrán interpretar el formato aaaa-mm-dd sin demasiado problema.
Lo de los ceros no te lo discuto, pero eso no atañe al formato ISO sino al tradicional d/m/a. Saludos. --angus (msjs) 13:02 5 ene 2017 (UTC)

No era mi intención iniciar una discusión sobre el formato de fechas que debemos utilizar. Hay un amplio consenso de que el orden debe ser día-mes-año, después definir si se deben utilizar sólo dos dígitos, letras o números, incluir o no el cero, etc., es hilar mucho más fino. La idea es ver si en lo inmediato se puede corregir esta cuestión meramente técnica. Si quieren discutir sobre el formato de fechas, por favor hagámoslo en el el área de políticas o de propuestas, no acá. Mapep (discusión) 17:24 6 ene 2017 (UTC)

Es que no se trata de cómo se deben *visualizar* las fechas ("23 de febrero de 1981" sería el formato más "natural" en español), cosa que compete al área de políticas, sino a cómo se deben introducir en las plantillas, que sí compete al área de cuestiones técnicas. Si unas plantillas usan el formato {{...|dd|mm|aaaa}} y otras {{...|aaaa|mm|dd}}, hay una inconsistencia y entiendo que debe hacerse algo para evitarla. Sabbut (めーる) 19:20 12 ene 2017 (UTC)
Esto se ha discutido innumerables veces, cada vez que alguien se da cuenta de esto. A mi parecer el módulo Citas debería reconocer las fechas en formato AAAA-MM-DD y el resultado visual ser DD de MM de AAAA, pero la información idealmente debe estar exclusivamente en formato AAAA-MM-DD. Nuestra información no la leen solamente personas; cada vez más la información será leída por robots. Incluso facilitará las cosas para editores y programadores de bots, si queremos extraer esa información por cualquier motivo. Ninovolador (discusión) 13:52 13 ene 2017 (UTC)
En efecto, este problema se ha planteado ya anteriormente, y por lo que tengo entendido en el editor visual no van a añadir otros formatos al AAAA-MM-DD. Concuerdo en tener en cuenta a los robots y en que internamente se prefiera ese formato, aunque luego desde el código de las plantillas hagamos que se visualice el natural en español, algo factible y deseable. En cuanto a los parámetros de fechas de las plantillas, es otro debate global que habrá que abordar, con el objetivo de unificar los muy distintos criterios que tenemos. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

Lengüetas[editar]

Alguna idea de por qué las lengüetas que salen en la parte alta de mi PU salen ahora como salen (en plan código chungo). Gracias. Bernard - Et voilà! 14:40 4 ene 2017 (UTC)

@Bernard: estabas utilizando mal las plantillas lengüeta, ya te lo he arreglado. lengüeta1 es la pestaña activa y lengüeta2 el resto por lo que cuando cambies de pestaña esa deberá se la 1. —Jcfidy (discusión) 14:51 4 ene 2017 (UTC)
Gracias @Jcfidy:, aunque lo llevaba teniendo así desde 2011... xD Saludos! Bernard - Et voilà! 14:57 4 ene 2017 (UTC)
Pues no sé que habrá pasado entonces, no ha habido alguna edición reciente que altere la plantilla {{Lengüeta}} (que está semiprotegida) en su código llama a {{Lengüeta1}} y {{Lengüeta2}}, tal vez este vinculada a Wikidata y haya pasado algo allí (no sé). --Jcfidy (discusión) 15:04 4 ene 2017 (UTC)
A mi me ha pasado lo mismo. Ahora si se usa la plantilla de lengüeta se debe poner al final el número de lengüetas para que funcionen. Juan Mayordomo (discusión) 19:02 4 ene 2017 (UTC)
Pues parece un problema generalizado ver esto y esto y sucede en el Wikiproyecto:Mujeres también. No puede ser que a todos se les desarreglara al mismo tiempo nada más así.--Rosymonterrey (discusión) 05:51 6 ene 2017 (UTC)

┌─────────────────────────────┘
No sé a qué puede ser debido, tal vez un cambio en algún módulo que utilice la plantilla; a ver si alguien lo puede responder. Modificarlo para que funcione no es difícil pero si es tan generalizado y sucede en muchos sitios se podría solicitar que un bot haga los cambios oportunos. --Jcfidy (discusión) 07:42 6 ene 2017 (UTC)

Era un problema general del que, en mi caso, me había informado DLeandroc, pero lo que se estropea «solo», suele arreglarse «solo», y parece que eso ha sucedido en este caso. Si quedara alguien afectado, que por favor avise. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

Plantilla:En desarrollo[editar]

¿Alguien sabe que paso con el bot que retiraba la plantilla {{En desarrollo}} luego de un tiempo estipulado? Me he encontrado con plantillas que van para el año de puestas sin ninguna edición. Saludos --Oscar_. (discusión) 01:50 7 ene 2017 (UTC)

Por lo que recuerdo, se ocupaba BOT-Superzerocool, que lleva un par de meses inactivo. Invoco a Superzerocool para que nos comente. En caso necesario podríamos evaluar desde el Wikiproyecto bots quién y cómo podría asumir la tarea, que parece relativamente sencilla. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)
Hola todos, gracias -jem- por la mención. Detuve la tarea principalmente porque generaba más problemas que mantenimiento (por ejemplo, series de televisión que tenía la plantilla y en su pausa de cambio de temporada, quedaba sin ediciones), por lo cual estuve pensando en cómo implementar nuevamente la tarea, pero no he tenido mucho tiempo en los últimos meses para darle una vuelta para mejorar las rutinas de chequeo. Si alguien quiere tomar el testimonio, ¡bienvenido sea!. Saludos! Superzerocool (el buzón de msg) 12:45 16 ene 2017 (UTC)

Plantilla:Recordatorio CAD[editar]

Hola. ¿Hay algún bot que actualice esta plantilla? Si no, no sé si sería mejor eliminar de momento las candidaturas que aparecen, que ya llevan cerradas bastante tiempo. Saludos.--Canaan (discusión) 16:07 7 ene 2017 (UTC)

No lo hay. TronaBot no está activo desde mayo de 2016, y antes de él tampoco había bot que lo hiciera. Yo lo hice a mano durante algún tiempo mientras era ACAD. Supongo que es a ellos a quienes les corresponde la faena. Saludos. —Ganímedes (discusión) 19:12 7 ene 2017 (UTC)
Aunque Tronabot está inactivo aquí y su operador Coet lo está en todos los proyectos, en cawiki el bot sigue funcionando, por lo que supongo que de alguna forma él estará atento. Voy a ver si podemos contactarle, y si no fuera posible, puedo retomar la idea que tenía en su momento de asumir esta tarea convirtiendo la plantilla en una gemela de {{Recordatorio CDB}} y reutilizando el máximo de código posible. Ya iré comentando. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

New version of wikilabels[editar]

Sorry for English, It would be great if someone translates this. Hello, Wikilabels is the system to label edits for ORES. Until now, users would have to visit a page in Wikipedia, for example WP:Labels and install a gadget and then label edits for ORES. With the new version (0.4.0) deployed today, you can directly go to Wikilabels home page, for example https://labels.wmflabs.org/ui/enwiki and label edits from there. If you installed the gadget, you can remove it now. We also provided some sort of minification and bundling to improve its performance.

Labeling edits would help ORES work more accurately and in case ORES review tool is not enabled in your wiki, you can provide these data for us using wikilabels so can enable it for your wiki as well.

Best MediaWiki message delivery (discusión) 18:15 8 ene 2017 (UTC)

Nos están comentando que el sistema de etiquetado de ediciones para el algoritmo ORES ahora funciona mediante una herramienta en Labs, que para nuestro proyecto está en http://labels.wmflabs.org/ui/eswiki/, por lo que quienes hayan activado el accesorio en las preferencias pueden desactivarlo. Recuerdo que mi bot PatruBOT se apoya en los resultados de ORES para la probabilidad de reversión, por lo que esta labor de etiquetado es importante para mejorar la eficiencia del bot y reducir sus falsos positivos. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

Wikidata weekly summary #242[editar]

Tech News: 2017-02[editar]

19:12 9 ene 2017 (UTC)

Ficha de libro[editar]

Hola, la Plantilla:Ficha de libro aparece con un error al principio, que se repite al parecer en cientos de artículos. Dice textualmente:

Error de Lua en Módulo:Ficha_de_libro en la línea 144: attempt to call field 'obtenerArgumentosConValor' (a nil value).

No encuentro cambios recientes en esa ficha ni en el Módulo:Ficha de libro que se puedan revertir para obtener otros resultados.

¿Alguien puede intentar solucionar el problema? Muchas gracias. --Marcelo Coat of arms of Argentina.svg (Abre la puerta y entra a mi hogar) 15:41 13 ene 2017 (UTC)

Lo mismo que el informe siguiente: acaba de ser resuelto. Saludos. --Marcelo Coat of arms of Argentina.svg (Abre la puerta y entra a mi hogar) 16:26 13 ene 2017 (UTC)

Error masivo en el mapa de la plantilla de todos los artículos de ciudades[editar]

Acabo de localizar un error masivo en el mapa de la plantilla de ciudades, véase por ejemplo Barcelona. Afecta a todos los artículos de ciudades. Se menciona el siguiente error en rojo:

Error de Lua en Módulo:Mapa_de_localización en la línea 417: attempt to call upvalue 'getArgs' (a nil value).

Por si alguien sabe qué pasa o se puede resolver. Gracias.--Xabier (discusión) 15:16 13 ene 2017 (UTC)

Curioso, yo no veo que salga ningún error en Barcelona ni en Plantilla:Ficha de localidad de España. Por otra parte, Categoría:Wikipedia:Páginas con errores de secuencia de comandos, que es donde se categorizarían todas las páginas con ese tipo de errores, está llena de artículos de localidades (y aeropuertos, y más), pero, una vez accedes a esos artículos, no tienen la categoría (tengo visibles las categorías ocultas, así que no se trata de esa categoría está oculta). Sabbut (めーる) 16:09 13 ene 2017 (UTC)
Justo coincide que se acaba de resolver. Alguien lo habrá corregido. Muchas gracias de todos modos Sabbut.--Xabier (discusión) 16:14 13 ene 2017 (UTC)

Nuevo error[editar]

Parece que en las plantillas de ciudades españolas, en vez de aparecer los mapas de la provincia y de España con la localización, ahora aparece un mapamundi en ambas imágenes. A ver si alguien puede arreglarlo. --Ecelan (discusión) 21:51 14 ene 2017 (UTC)

Me está pasando lo mismo en la ficha de parque. El apartado de la plantilla de mapa que se apoya en la plantilla de localización también se sustituye por el mapamundi. Wikipedia-logo-simple.svg Rauletemunoz 21:57 14 ene 2017 (UTC)
El mapa mundi aparece en todas las fichas de localidades en lugar del mapa del país correspondiente. Dorieo (discusión) 11:12 15 ene 2017 (UTC)
Lo ha arreglado Juan Mayordomo revirtiendo unas ediciones de ColdMindBRS777 en Módulo:Argumentos. Creo que en algún momento habrá que debatir semiproteger los módulos y, quizá, la creación de plantillas. - José Emilio –jem– Tú dirás... 19:49 15 ene 2017 (UTC)

Plantilla NF y la categorización automática por sexo[editar]

Acabo de descubrir que la plantilla {{NF}} sufrió modificaciones para añadir la Categoría:Mujeres, Categoría:Hombres, según corresponda, lo cual me genera ciertas dudas sobre su aplicación y utilidad. La primera es el caso de Lili Elbe, que figura en la categoría de mujeres, cuando se trata de una persona intersexual (posía genitales masculinos y femeninos, ninguno de los cuales se encontraba totalmente desarrollado, por lo que fue estéril). Fue legalmente un hombre de 1882 a 1930 y legalmente una mujer de 1930 a 1931, cuando falleció. Esto basado en las leyes de Dinamarca en su época (se sometió a una cirujía para retirar los órganos sexuales masculinos y a un transplante de útero, murió porque su cuerpo lo rechazó). En casos de intersexualidad no puede categorizarse a una persona de manera sencilla como hombre o mujer (esto es médicamente imposible), ni hablemos ya de personas transgénero. Así que ahí veo un problema técnico.

Haciendo un punto y aparte quisiera opinar que la utilidad de este sistema de categorización es muy discutible, ya que se basa en las propiedades asignadas en Wikidata, cuando su existencia es justamente volver obsoletas este tipo de categorías. Esa es la famosa fase 3 de Wikidata (la fase 1 es sustituir a las interwikis, la fase 2 es hacer que las fichas no acepten datos locales y la fase 3 es sustituir a las categorías): volver obsoletas las categorías monstruo... No entiendo por qué vamos en el camino inverso... --Metrónomo's truth of the day: «persevera y triunfarás» 16:31 13 ene 2017 (UTC)

La misma cuestión técnica planteo para Fernanda Fernández, que está categorizada como mujer siendo su caso el opuesto al anterior. Fue reconocida como mujer al nacer, pero adquirió su derecho a ser reconocida como hombre en su edad adulta, luego de confirmar su intersexualidad. --Metrónomo's truth of the day: «persevera y triunfarás» 17:41 13 ene 2017 (UTC)
No entiendo muy bien cuál es el problema con el punto y aparte, pero se ha hablado hasta la extenuación del tema en diversos hilos. No veo cómo vamos yendo en el camino inverso. Esta categorización está haciendo obsoleta (poco a poco) la necesidad de categorizar en Wikipedia por sexo, con sus infinitas variaciones (hombres de Argentina del siglo XX, hombres, mujeres palentólogas del siglo XIX, etc) y su infinito mantenimiento asociado. Ahora basta con que en Wikidata tengan sexo masculino o sexo femenino y cruzar con cualquier otras. Porque lo obsoleto es tener información almacenada aquí de forma pseudoestructurada en nuestras categorías cuando ya está almacenada en Wikidata (más y mejor). Ahora la información no está almacenada aquí. Nuestras categorías solo "muestran" la información de allá. Salvo que se agreguen manualmente, claro está, que no es la idea. Por supuesto que, si esto se desarrolla más, se puede pedir que determinados "cruces" te los haga wikidata automáticamente pero esto no va ni mucho menos en dirección contraria. La utilidad de Wikidata será, en todo caso, sustituir y hacer obsoletas a las categorías, a todas, a las que tú llames monstruo y a las no-monstruo. Strakhov (discusión) 13:55 14 ene 2017 (UTC)
No quiero debatir sobre eso, solo quería expresar mi opinión. En este hilo quiero centrarme en algo concreto. En el caso de los intersexuales la clasificación está siendo arbitraria. Por ejemplo, Herculine Barbin (Herculine es el femenino de Hércules), identificada como mujer al nacer y como hombre en la edad adulta (caso similar a Fernanda Fernández) está identificada como «hombre» por la plantilla. En otras palabras: la clasificación está siendo arbitraria. --Metrónomo's truth of the day: «persevera y triunfarás» 16:39 15 ene 2017 (UTC)
Entonces entiendo que la solución es corregir el valor de la propiedad «sexo» en Wikidata, no dejar de categorizar las biografías según dicho valor (al menos mientras sigamos teniendo categorías para todo lo demás). Sabbut (めーる) 23:03 16 ene 2017 (UTC)
Solo hay cinco artículos de la Wikipedia española que tienen en Wikidata sexo "intersexual". Lo más sencillo es modificar los artículos para que no usen la plantilla {{NF}} y categoricen manualmente. Saludos, Juan Mayordomo (discusión) 18:58 18 ene 2017 (UTC)

Solicitud de plantilla[editar]

¿Podría trasladar y adaptar alguien desde la wikipedia en catalán ca:Plantilla:map draw? Aparentemente hace una llamada a su módulo "Mòdul:Map/multipoint" del que aquí carecemos. Parece extraordinariamente útil. He efectuado algunas pruebas (ejemploejemplo2) y sus resultados son excelentes. Un saludo. --Asqueladd (discusión) 18:07 14 ene 2017 (UTC)

Por si se requieriese algún tipo de opinión: A favor A favor. Maravillosa herramienta. Wikipedia-logo-simple.svg Rauletemunoz 19:23 14 ene 2017 (UTC)
Pone que está en pruebas. ¿Esperamos a que esté la versión final? Triplecaña (discusión) 00:57 16 ene 2017 (UTC)
@Triplecaña:@Rauletemunoz: Creo que ya no está en pruebas, ¿verdad? Por otra parte aparte me muestro A favor A favor de la posibilidad de tener la posibilidad de incluir el cachivache (con polígonos y strings incluidos, claro) en las fichas con un parámetro mapa alternativo, por lo menos en las de {{Ficha de barrio}}, {{Ficha de parque}}, {{Ficha de vía de transporte}} y {{Ficha de edificio}}, donde los mapaloc convencionales no son demasiado útiles. Un saludo.--Asqueladd (discusión) 11:01 20 ene 2017 (UTC)
@Asqueladd: Respecto a {{ficha de edificio}} la parte del mapa está anticuado respecto a la ficha en inglés, pero excede de mis conocimientos como plantillero. Triplecaña (discusión) 13:38 20 ene 2017 (UTC)
@Triplecaña: ¿En qué sentido? ¿Podrías poner un ejemplo? En cualquier caso, permitiendo un mapa de localización importado de openstreetmap permitiendo representar el polígono del contorno del edificio revertiríamos esa situación de retraso, ¿no?--Asqueladd (discusión) 13:49 20 ene 2017 (UTC)
Pues que ellos implementaron los Módulos Location map y Coordinates y la ficha nuestra, que sigue fielmente la inglesa, no. Pero vamos, que solo estaba advirtiendo, cualquier mejora es más que bienvenida. De todas formas lo que dices se puede hacer pinchando a (mapa) que está al lado de las coordenadas en los artículos de edificios que las tienen. El polígono de contorno se aprecia en Taipei 101 por ejemplo, pero no en CTBA. Triplecaña (discusión) 14:00 20 ene 2017 (UTC)
@Triplecaña: En el caso del Taipei 101 no veo por qué, pero en algunos casos la representación del polígono arriba intuyo que podría venir dada por el valor de la propiedad d:Property:P402 (identificador de relación OpenStreetMap) en el correspondiente ítem de wikidata.--Asqueladd (discusión) 14:14 20 ene 2017 (UTC)

┌───────────────────────┘
¡Eres un hacha en wikidata! Lo poco que sé es gracias a ti, y no dejo de aprender. Este fin de semana intentaré traerla a es.wikiTriplecaña (discusión) 15:01 20 ene 2017 (UTC)

Error en los avisos (ya arreglado)[editar]

Hace unos meses, acudí a este café por un problema con el accesorio del reversor. En el momento, nadie sabía corregirlo, pero veo que hace poco, ya se ha arreglado. ¿Alguien sabrá qué habrá pasado? -- Irn (discusión) 00:53 15 ene 2017 (UTC)

Por acá posiblemente encuentres una explicación, Jmvkrecords Intracorrespondencia 09:11 15 ene 2017 (UTC).
Irn si te interesa una aclaración técnica dispones de información complementaria aquí. -- Leoncastro (discusión) 15:43 15 ene 2017 (UTC)
Sí, eso es lo que buscaba! Muchas gracias! -- Irn (discusión) 00:34 16 ene 2017 (UTC)

Tech News: 2017-03[editar]

23:24 16 ene 2017 (UTC)

Wikidata weekly summary #243[editar]