stringtranslate.com

Discusión del usuario:Nemo bis

Archivo

¡Estás invitado a WikiProject Google!

Comience el otro

Wikipedia si basa su consenso, ma se non si discute non si può dire che il consenso esista solo perché si è sempre fatto così. A volte non lo si trova a volte, invece, sì anche se la comunità è molto restia ai cambiamenti. Basta discutir con el rispetto delle opinioni altrui e io non ci vedo nulla di male. E poi si sa, i tempi changeo, quando era piccola mia madre era normale per l'insegnante fare inginocchiare gli alunni discoli sui ceci, oggi uno schiaffo al proprio figlio in pubblico può costare la detenzione. Hola. -- НУРшЯGIO ( cuidado con el alce ) 15:49 23 feb 2018 (UTC) [ responder ]

Es libre de agregar enlaces

Hola, gracias por los enlaces de "lectura gratuita" a artículos de revistas como [1]. Sin embargo, asegúrate de que sean artículos completos, no resúmenes ni extractos. De lo contrario, algunos editores se confundirán. -- Kautilya3 ( discusión ) 19:59, 20 de abril de 2018 (UTC) [ responder ]

Gracias por señalarlo. Generalmente busco este tipo de errores, pero de vez en cuando se puede colar algún error o clic erróneo. ¿Tienes un ejemplo específico en mente? -- Nemo 20:09, 20 de abril de 2018 (UTC) [ responder ]
Ah, tal vez te referías a JRC. Lo comprobaré con más atención. -- Nemo 20:20, 20 de abril de 2018 (UTC) [ responder ]

Copiar el nuevo

En esta edición, publicaste un enlace a un PDF alojado en zenodo.org que parece ser el artículo en formato PDF final que lleva el mensaje de copyright del editor. El enlace al artículo original muestra que está detrás de un muro de pago y que el editor exige el pago para acceder y los permisos para compartir. ¿Crees que esto está bien? (Agrega: increíblemente, al leer lo anterior puedo ver que este es exactamente el mismo enlace que se planteó aquí antes. Si no puedes proporcionar una explicación satisfactoria, deberás enviarlo a WP:AIN ). Alexbrn ( discusión ) 13:35, 24 de abril de 2018 (UTC) [ responder ]

Primero, me gustaría darle la oportunidad de indicar cualquier conflicto de intereses que pueda tener en este asunto.
Una declaración de derechos de autor no significa automáticamente que el autor no tenga derecho a redistribuir el artículo. Muchos autores firman una adenda para poder hacerlo, por ejemplo. Si no recuerdo mal, Wiley/Blackwell también anima a los autores a pedir permisos para el archivo después del hecho. ¿Tiene motivos específicos para creer que el autor puede haberse equivocado al afirmar su derecho a depositar este artículo? De nuevo, si realmente cree que hubo un error y le interesa resolverlo, escriba a alguien que pueda hacer algo al respecto, por ejemplo, el editor, que puede comprobar sus contratos y ponerse en contacto con Zenodo si procede la eliminación.
En cuanto a tu comentario sobre la repetición de discusiones, simpatizo con la idea de que se puedan suspender enlaces controvertidos específicos, y he codificado una prueba de concepto para hacer justamente eso. Sería útil conocer la demanda.
Por último, te animo a que utilices un lenguaje más preciso y menos hostil con los demás usuarios. Si no fuera un dinosaurio wiki de piel gruesa, me podría molestar bastante la sugerencia de que una de mis ediciones era una "repetición de copyvio". Este acto de vincular no es ciertamente una violación de derechos de autor en sí mismo. Solo puedo suponer que por "copyvio" te referías a lo que el autor hizo en Zenodo (sobre lo cual véase más arriba), pero nuevamente quiero darte la oportunidad de aclarar, matizar o retractarte de esta afirmación. -- Nemo 21:17, 28 de abril de 2018 (UTC) [ responder ]
No tengo WP:COI . Como se dijo en el último WP:AIN, no hacemos suposiciones casuales sobre los derechos de autor: USTED es responsable. Es muy poco probable que cualquier editor conceda derechos de republicación ilimitados y gratuitos a su artículo de pago, por razones obvias. Vea WP:COPYLINK para saber por qué es problemático vincular a infracciones. Alexbrn ( discusión ) 09:06, 30 de abril de 2018 (UTC) [ responder ]
De hecho, no hago suposiciones casuales sobre los derechos de autor. -- Nemo 09:20, 30 de abril de 2018 (UTC) [ responder ]

Maureen Wroblewitz

Hola. Ayuda a ampliar el artículo Maureen Wroblewitz . Muchas gracias. 116.102.56.175 ( discusión ) 07:53 30 abr 2018 (UTC) [ responder ]

Gracias por la sugerencia, pero prefiero otros temas. -- Nemo 07:56, 30 de abril de 2018 (UTC) [ responder ]

Otro

Hola. Veo que has cambiado la descripción de Elsevier de Información y análisis a Publicaciones. La empresa sigue estando involucrada en la publicación, pero se ha estado describiendo como una empresa de información desde hace algunos años, por lo que esto debería revertirse. Posibles fuentes: https://www.forbes.com/sites/avaseave/2016/02/25/elsevier-ceo-using-unique-data-sets-and-analytic-processes-to-maintain-competitive-edge/#18247a3979c2 http://www.drugdiscoverytoday.com/view/47475/elsevier-launches-mendeley-data/ gracias Ryoba ( discusión ) 09:01 1 may 2018 (UTC) [ responder ]

Vi eso, pero no pude encontrar una discusión en la página de discusión y no había una fuente. No representamos automáticamente a las entidades como se describen a sí mismas, usamos las definiciones que prevalecen en la literatura relevante. -- Nemo 09:04, 1 de mayo de 2018 (UTC) [ responder ]

OAbot

Ejecutaste un bot en un montón de páginas, generando muchas páginas. Esto no es algo que deberías hacer desde tu cuenta habitual, ya que entonces se vuelve imposible filtrar esos cambios de los cambios humanos en listas de seguimiento y similares, entre otros problemas. En lugar de eso, deberías crear una nueva cuenta para ejecutar bots, registrarla como tal y usarla. Consulta WP:B . — Charles Stewart (discusión) 11:35, 17 de mayo de 2018 (UTC) [ responder ]

Lo siento, no estoy generando páginas, pero sí haciendo ediciones. — Charles Stewart (discusión) 12:56 17 may 2018 (UTC) [ responder ]
Consulte Wikipedia:Política de bots#Pautas de edición asistida : "En general, los procesos que se ejecutan a mayor velocidad, con un gran volumen de ediciones o que están más automatizados, tienen más probabilidades de ser tratados como bots para estos fines": pregunte en la página BRFA antes de ejecutar OAbot nuevamente en una gran cantidad de páginas. — Charles Stewart (discusión) 05:52, 18 de mayo de 2018 (UTC) [ responder ]
Supongo que estás siguiendo la práctica establecida. No me agradó no poder filtrar las ediciones de OSbot de mi lista de seguimiento. — Charles Stewart (discusión) 08:03 18 may 2018 (UTC) [ responder ]
Sería una buena idea etiquetar las modificaciones como menores, gracias. — Charles Stewart (discusión) 09:20 18 may 2018 (UTC) [ responder ]

Abordando sus inquietudes acerca de los portales...

Querido Nemo,

Gracias por tu mensaje en mi página de discusión. Me inspiraste a volver a la RfC y leer tu publicación allí.

Agradezco que te opongas a que se eliminen esas páginas, según m:Keep history. Ese sentimiento también ayudó a salvar portales de la eliminación, así que te lo agradezco mucho.

Me di cuenta, en la convocatoria, de que pensabas que los portales no tenían sentido, que corrían el riesgo de ser objeto de debate debido a que pocos editores los editaban y que era mejor dedicar los esfuerzos para mantenerlos a otras áreas de Wikipedia, como las categorías. Y que estabas de acuerdo con las razones presentadas por Primehunter ("Están mal mantenidos, rara vez son útiles, tienen pocas visitas excepto los ocho portales de la página principal, no valen la pena los recursos de los editores").

Pensé que podría interesarle saber que se está realizando un esfuerzo serio para solucionar los problemas que le preocupan...

Hasta el momento, 80 editores se han unido al equipo .

El WikiProyecto Portales , que estuvo inactivo durante años, es ahora un hervidero de actividad .

Hemos analizado la situación y hemos determinado lo siguiente:

El espacio de nombres del portal tiene alrededor de 150.000 páginas, pero solo unos 1500 portales. La gran mayoría de las páginas son subpáginas con un único fragmento de artículo de contenido estático que se bifurca en ellas. Se trata de una cantidad increíble de páginas para mantener a mano para tan pocas páginas renderizadas (los portales mostrados), y demasiado trabajo para copias pegadas de material existente. Este es, con diferencia, el principal problema del espacio de nombres del portal.
Al migrar la función de extractos a las páginas base del portal, la mayoría de las 150.000 subpáginas pueden quedar obsoletas y eliminarse. Y al utilizar la transclusión selectiva para mostrar extractos de artículos (en lugar del artículo completo como en la transclusión normal), ya no es necesario copiar y pegar, mientras que las versiones mostradas siempre permanecen actualizadas.
Utilizando herramientas disponibles en la comunidad de Wikipedia y creando otras, cada sección de los portales se puede automatizar en la página base del portal y, por lo tanto, migrar desde las subpáginas respectivas.
Incluso hemos encontrado innovaciones en ciertos portales que nunca fueron comunicadas a la comunidad en general.

Estos son algunos de los avances que hemos logrado hasta ahora:

{{ Transclude lead excerpt }} , con módulo lua de soporte :Excerpt . Esta plantilla se utiliza en las secciones de introducción de los portales para mostrar un extracto nuevo del artículo raíz correspondiente, sin material extraño (banners de avisos, notas de presentación, cuadros de información, etc.). Puede seleccionar mediante un parámetro la cantidad de párrafos o incluso qué párrafos específicos (por su posición numérica) desea mostrar.
{{ Transclude random excerpt }} , también compatible con Module:Excerpt . Con esta plantilla, puede proporcionar una lista de artículos y la plantilla muestra automáticamente un extracto de uno de ellos. Por lo tanto, en lugar de copiar y pegar extractos, puede usar esta plantilla para presentar tantos extractos como desee.
Las categorías se pueden migrar desde sus subpáginas del portal utilizando {{#tag:categorytree|{{PAGENAME}}}}la página base de un portal.
Es posible migrar Wikimedia asociada desde subpáginas usando {{Wikimedia for portals|species=no|voy=no}} on a portal's base page..

Se están realizando los siguientes esfuerzos:

Actualización del Portal:Contenidos/Portales (nos quedan alrededor de 100 entradas por agregar de los 400 portales existentes que faltaban en esta página).
Actualización/migración de las secciones de introducción del portal con transclusión selectiva.
Actualización/migración de las secciones de artículos seleccionados del portal con transclusión selectiva aleatoria.
Migración de Wikimedia asociada a las páginas base del portal (aproximadamente 1/3 del total)
Desarrollo de {{ Transclude selected current events }} para su uso en secciones de noticias de portales. Véase Wikipedia discusión:Portales de WikiProject#Alternativas a Wikinoticias
Desarrollar formas de automatizar todos los demás tipos de secciones.
Diseño de un modelo de portal de una sola página, que no requiere subpáginas.

Básicamente, nuestra postura no es muy diferente a la de quienes desean eliminar todos los portales, ya que deseamos eliminar el 99 % de las páginas del espacio de nombres del portal. Eso es una diferencia del 1 %.

En cuanto al costo del esfuerzo, estamos desarrollando formas de aprovechar los recursos de los editores, disminuyendo la cantidad de edición que se requiere para mantener los portales, reduciéndolos a una sola página y automatizando las funciones de los portales. Por lo tanto, lo que más se necesitará de los editores en el futuro será proporcionar nombres de página sobre lo que se va a mostrar y parámetros para ajustar cómo se muestra el contenido. Wikipedia se encargará del resto, automáticamente.

La moral está alta y los participantes se divierten mucho trabajando unos con otros.

Hasta el momento, un par de los que apoyaron la eliminación de los portales, se han sumado al esfuerzo de mejorarlos y su mantenimiento.

Aún queda mucho trabajo por hacer, pero quería que supierais que estamos a la altura de la tarea.

Para una descripción más detallada de lo que ha sucedido hasta ahora y en qué se está trabajando, consulte nuestro archivo de boletines informativos . ¡Ya estamos en el número 6! También puede ver la oleada de actividad que se está produciendo en la página de discusión de WikiProject . El entusiasmo es contagioso, así que espero que decida pasar a visitarnos.    — The Transhumanist   21:45, 26 de mayo de 2018 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 17 de junio

Un proceso automatizado ha detectado que cuando editaste recientemente Directiva sobre derechos de autor en el mercado único digital , agregaste un enlace que apunta a la página de desambiguación de David Kaye (verificar para confirmar | corregir con el solucionador Dab).

( Instrucciones para darse de baja .) -- DPL bot ( discusión ) 09:21 17 jun 2018 (UTC) [ responder ]

Ventanas 10

No tengo objeciones a que desarchives los mensajes recientes de la página de discusión, pero tu desarchivado de un mensaje de 2017 no tiene sentido. Has tenido más de un año para responder... así que he eliminado esa sección y he deshecho tu desarchivado en la subpágina de archivo. Si tienes un problema con el contenido de los artículos (o cualquiera que fuera la preocupación de IP), inicia una nueva sección. Gracias. – Davey 2010 Talk 12:29, 23 de junio de 2018 (UTC) [ responder ]

¿Puedes indicarme alguna pauta o razón por la que debería crear una nueva sección para responder a ese mensaje en lugar de simplemente recuperarlo del archivo? Gracias, Nemo 14:55, 23 de junio de 2018 (UTC) [ responder ]

CanonAEDE listado enRedirecciones para discusión

Un editor ha solicitado una discusión para abordar la redirección a CanonAEDE. Dado que usted ha estado involucrado en la redirección a CanonAEDE , es posible que desee participar en la discusión sobre la redirección si aún no lo ha hecho. Pichpich ( discusión ) 22:23 27 jun 2018 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 22 de julio

Un proceso automatizado ha detectado que cuando editaste recientemente Morning Joe , agregaste un enlace que apunta a la página de desambiguación Alex Moffat (verifica para confirmar | corrige con el solucionador Dab).

( Instrucciones para darse de baja .) -- Bot DPL ( discusión ) 09:10 22 jul 2018 (UTC) [ responder ]

re: Usuario:Nemo

No estaba seguro de si responder en mi página de discusión (donde es lógico, pero a menos que la estés viendo no recibirás una notificación de respuesta, creo) o aquí, donde se enviará la notificación. Así que elegí aquí.

De todos modos, el nombre es todo tuyo. (Probablemente no hubiera pensado en consultarlo con nadie si hubiera notado que estaba disponible, pero a pesar de ser uno de los primeros en adoptarlo, en realidad no soy tan activo y ciertamente nunca había pensado en volver a consultarlo desde entonces, además no lo mantuve como una abreviatura de firma. ¡Creo que tienes más derecho a él que yo! :) --.../ NemoThorx ( discusiónContribuciones ) 12:53, 16 de agosto de 2018 (UTC) [ responder ]

Mis ediciones usando Oabot

Aaron Swartz: acceso abierto a publicaciones científicas

Hola Nemo, me gustaría saber por qué has eliminado mi parte sobre el acceso abierto. Debo admitir que algunas partes no eran neutrales. ¿Podrías darme algunas explicaciones sobre tus modificaciones? ¿Qué te pareció no neutral en mi publicación? ¡Estoy seguro de que podemos encontrar un arreglo que nos satisfaga a ambos! — Comentario anterior sin firmar agregado por Clément.IAEPO ( discusióncontribuciones ) 15:42, 9 de octubre de 2018 (UTC) [ responder ]

No fue neutral porque adoptó el punto de vista de los defensores del acceso abierto sin decirlo. Hay otra sección sobre el acceso abierto en general en ese artículo, ¿la has visto? -- Nemo 06:15, 10 de octubre de 2018 (UTC) [ responder ]

Tendré en cuenta tu opinión y trataré de presentar las cosas en un tono más neutral. — Comentario anterior sin firmar añadido por Clément.IAEPO ( discusióncontribuciones ) 15:17 14 oct 2018 (UTC) [ responder ]

La referencia a planS tampoco tiene nada que ver con esa sección. Dejaré que otros se ocupen de tus ediciones, no hay prisa. -- Nemo 15:44, 14 de octubre de 2018 (UTC) [ responder ]

La sección se llama "El legado del acceso abierto". El Plan S está en línea con los valores de Swartz sobre el acceso abierto. Es importante recordar a alguien como Aaron Swartz, que luchó por el acceso abierto, cuando se lleva a cabo un proyecto como este. — Comentario anterior sin firmar añadido por Clément.IAEPO ( discusióncontribuciones ) 07:58, 15 de octubre de 2018 (UTC) [ responder ]

No, no creo que sea relevante. Existe una página de acceso abierto para eso, no podemos copiarlo todo en la página de Aaron. -- Nemo 08:07, 15 de octubre de 2018 (UTC) [ responder ]

Centro de ciencia

Reemplazaste una descripción obtenida de fuentes independientes confiables por una caracterización extraída del propio sitio. Ese es un problema importante en este caso, ya que el sitio está actuando ilegalmente, independientemente de lo fervientemente que sus seguidores deseen lo contrario. Por favor, no lo vuelvas a hacer. Guy ( ¡Ayuda! ) 09:28, 16 de octubre de 2018 (UTC) [ responder ]

No veo de dónde sacas la idea de "una caracterización extraída del propio sitio", pero estoy de acuerdo en que podemos añadir una fuente de terceros a la primera frase (hay varias más). Tu versión falló WP:LEAD . -- Nemo 11:10, 16 de octubre de 2018 (UTC) [ responder ]

¿Más violaciones de derechos de autor?

Aquí estás agregando un enlace a un artículo que aparentemente fue descargado de un titular de cuenta en la Universidad de Manchester, y que tiene un aviso de derechos de autor de OUP con una solicitud para contactarlos para obtener permisos. ¿Es este un enlace legítimo? Alexbrn ( discusión ) 20:39 4 nov 2018 (UTC) [ responder ]

Sí, esto es de dominio público, ya que es un trabajo del gobierno de los EE. UU . No todos los editores llevan un registro del estado en sus sistemas, de ahí las declaraciones de derechos de autor engañosas. -- Nemo 07:45, 5 de noviembre de 2018 (UTC) [ responder ]
¿Cómo puedo comprobarlo? El artículo dice que el autor tiene derechos de autor, pero este PDF en particular parece tener la propiedad intelectual del editor (y está detrás de un muro de pago). ¿O el PDF es de dominio público? Alexbrn ( discusión ) 08:05 5 nov 2018 (UTC) [ responder ]
El PDF es de dominio público. Puede consultarlo mediante una solicitud FOIA al NIH o simplemente preguntarle al autor. -- Nemo 08:10, 5 de noviembre de 2018 (UTC) [ responder ]
He enviado un correo electrónico al departamento de permisos de OUP para obtener una aclaración. También he notado (solo por mi lista de seguimiento) que se ha agregado https://zenodo.org/record/1229944, que es un PDF de Elsevier con un aviso de derechos de autor y que está sujeto a un muro de pago. ¿Es realmente legítimo alojar libremente este PDF en su forma final? Alexbrn ( discusión ) 09:19, 5 de noviembre de 2018 (UTC) [ responder ]
Hasta donde puedo ver, no hay nada que pueda ser protegido por derechos de autor en ese PDF. -- Nemo 16:14, 5 de noviembre de 2018 (UTC) [ responder ]
Si realmente crees eso, entonces no entiendes ni siquiera las ideas más básicas sobre derechos de autor o propiedad intelectual en general. E Eng 22:28, 6 de noviembre de 2018 (UTC) [ responder ]
Este comentario no es particularmente constructivo. ¿Puede explicarnos qué obra protegida por derechos de autor ve en ese documento? Nemo 22:31, 6 de noviembre de 2018 (UTC) [ responder ]
En el mensaje anterior, el enlace que aparece detrás del texto " Nada que pueda ser objeto de derechos de autor" es el umbral de originalidad . Ya sea que la obra esté protegida por derechos de autor o no por alguna otra razón, la idea de que no cumpla con el umbral de originalidad es absurda. E Eng 22:37, 6 de noviembre de 2018 (UTC) [ responder ]
Gracias por explicarme. De hecho, tienes razón, y eso no es lo que yo estaba afirmando. Hasta ahora, nadie ha cuestionado que el artículo en sí sea PD-USGov. Lo que Alexbrn parece estar argumentando es que el PDF contiene trabajo adicional que, de hecho, es susceptible de derechos de autor, presumiblemente el diseño o algo similar agregado por alguien que no sea el autor. A esto, señalé que poner texto en dos columnas, etc., no genera (nuevos) derechos de autor porque no cumple con el umbral de originalidad. ¿No estás de acuerdo con esto? ¿O crees que Alexbrn quiso decir algo más (agradecería cualquier ayuda para entender su proceso de pensamiento y en qué basa sus conclusiones; hasta ahora no ha proporcionado mucho razonamiento)? Nemo 22:44, 6 de noviembre de 2018 (UTC) [ responder ]
Oh, por el amor de Dios. El hecho de que un autor se incluya como afiliado a una agencia federal no significa automáticamente que su obra esté incluida en la sección 105. Es mucho más complicado que eso. E Eng 23:14, 6 de noviembre de 2018 (UTC) [ responder ]
Claro, nunca dije que fuera automático, de ahí la sugerencia que hice a continuación para verificarlo si se desea. Pero hay una gran posibilidad de que los trabajos del NIH se incluyan en esa categoría, que es una de las razones por las que Wiley y Springer ahora abordan el asunto específicamente para ellos. Yo no subiría ciegamente un archivo de ese tipo a Commons, por ejemplo, pero eso es bastante diferente de decir que deberíamos asumir por defecto que es una violación de derechos de autor; est modus in rebus, deberíamos evitar el extremismo. Hasta donde puedo ver, nadie ha presentado todavía ninguna razón para " sospechar razonablemente que un sitio web externo está publicando una obra que viola los derechos de autor del creador ". Estoy abierto a cualquier hallazgo de ese tipo, aunque me sorprendería porque son receptivos (zenodo.org/support) y tienen una política (about.zenodo.org/policies/, "El contenido no debe violar la privacidad o los derechos de autor") y un proceso (about.zenodo.org/infrastructure/, "Estado legal") para evitarlo. Nemo 23:34 6 noviembre 2018 (UTC) [ responder ]
Mira, no estoy aquí para debatir con Zenodo. Solo quiero señalar de nuevo que comenzaste diciendo que este PDF no alcanzaba el umbral de originalidad, lo que ciertamente no es cierto, y que lo que es o no es PDUS puede ser bastante complicado. E Eng 00:17, 7 de noviembre de 2018 (UTC) [ responder ]
¿Cómo es eso? La obra tiene derechos de autor reclamados por Academic Press (adquiridos por Elsevier) de la manera habitual. ¿Quién o qué invalida eso, de una manera que deja a salvo a WMF? Parece que zenodo aloja archivos que infringen derechos de autor (como se discutió previamente en ANI). Me preocupa que estemos viendo una repetición de los problemas del año pasado, a partir de la muestra ciertamente pequeña que he visto. Alexbrn ( discusión ) 16:37, 5 de noviembre de 2018 (UTC) [ responder ]
La afirmación de derechos de autor no tiene ningún efecto legal, no hay nada que invalidar. Vemos declaraciones de derechos de autor incorrectas todo el tiempo y las tratamos de la manera habitual cuando las subimos a los wikis de Wikimedia, cf. commons:Commons:Cuándo usar la etiqueta PD-Art#La posición de la WMF. -- Nemo 16:58, 5 de noviembre de 2018 (UTC) [ responder ]
Por supuesto, pero ¿qué hace que esto sea una "declaración de derechos de autor incorrecta"? Me parece normal en todos los aspectos. ¿Es solo tu opinión de que es "incorrecta" y consideras que eso es suficiente para permitir que se vincule? ¿Consideraste los enlaces que agregaste caso por caso? Estoy tratando de aclarar esto ya que esto deberá ir a WP:ANI nuevamente. Alexbrn ( discusión ) 17:12 5 nov 2018 (UTC) [ responder ]
Claro, consideré mis enlaces uno por uno. El trabajo es {{ PD-USGov }} , el diseño agregado por el editor es {{ PD-ineligible }} . Por lo tanto, no hay razón para creer que Zenodo haya infringido los derechos de autor. Un archivo de este tipo también sería aceptable en Commons, en términos de derechos de autor, si estuviera dentro del alcance, pero tenga en cuenta que el acto de vincular tiene consecuencias legales significativamente diferentes . Lamento que piense que es necesario abrir una discusión en ANI, pero es su decisión; solo le recomiendo que lea sobre las prácticas de derechos de autor en los proyectos Wikimedia y la jurisprudencia de derechos de autor de EE. UU. y la UE por su cuenta, para ahorrar tiempo para usted y otros usuarios. -- Nemo 17:28, 5 de noviembre de 2018 (UTC) [ responder ]
¿No hay razón? La "razón" para creer que hay una infracción es que el editor está haciendo valer los derechos de autor. Zenodo no realiza controles, hasta donde puedo ver, sobre las subidas de los usuarios al sitio. Por otro lado, solo tenemos tu opinión de aficionado. Alexbrn ( discusión ) 18:05 5 nov 2018 (UTC) [ responder ]
¿A qué te refieres con tu referencia a la "opinión de los aficionados"? ¿Qué implica esto para la forma en que gestionamos los wikis de Wikimedia, con procesos como commons:COM:DR y Wikipedia:Files for discussion ? -- Nemo 19:04, 5 de noviembre de 2018 (UTC) [ responder ]
Esto implica que los editores no pueden simplemente hacer valer opiniones legales de manera arrogante como si fueran cartas de triunfo en las disputas, como parece que usted está haciendo. Alexbrn ( discusión ) 19:07 5 nov 2018 (UTC) [ responder ]
No estoy seguro de lo que quieres decir con eso. ¿Qué hay de tu afirmación de que, de hecho, este PDF tiene derechos de autor? -- Nemo 19:08, 5 de noviembre de 2018 (UTC) [ responder ]
No afirmo nada, simplemente anoto lo que afirma el editor. Alexbrn ( discusión ) 19:10 5 nov 2018 (UTC) [ responder ]
Eso está debidamente señalado, pero no es relevante para nuestros enlaces. ¿Por qué afirmas que lo es? Es solo tu opinión en contra de lo que considero nuestras prácticas establecidas con respecto a los enlaces y el material de dominio público. Y reconozco tu opinión, sin recurrir a un lenguaje provocador como "afirmar con prepotencia opiniones legales como si fueran cartas de triunfo en disputas" o "Por otro lado, solo tenemos tu opinión de aficionado". Espero que puedas retractarte de esas declaraciones innecesarias. -- Nemo 19:23, 5 de noviembre de 2018 (UTC) [ responder ]
Estás siendo obtuso. No es "solo mi opinión": como dije, es la afirmación del editor . Por otro lado, tu "lo que veo como..." es solo tu opinión personal e inexperta. Alexbrn ( discusión ) 19:39 5 nov 2018 (UTC) [ responder ]
¿Qué afirmación? La parafernalia estándar es solo eso, no afirman nada sobre si se trata de una obra del gobierno de los EE. UU. Ese editor simplemente ha optado por no exponer dicha información. Sigo teniendo curiosidad por saber cuál es tu opinión sobre Commons: Commons: Cuándo usar la etiqueta PD-Art # La posición de la WMF. -- Nemo 19:45, 5 de noviembre de 2018 (UTC) [ responder ]

Tema prohibido

Hola, este mensaje es para informarle que se le ha prohibido por tiempo indefinido agregar URL a las citas. Esta restricción se ha registrado aquí . Avíseme si tiene alguna pregunta. Saludos,  Swarm   talk  19:33, 17 de noviembre de 2018 (UTC) [ responder ]

¿Se aplica esto a las nuevas citas, como la [2]? ¿Y a los sitios web no académicos, como la [3]? Nemo 21:14, 17 de noviembre de 2018 (UTC) [ responder ]
Swarm , avísame si tengo que seguir desvinculando mis citas como en [4] o qué. Nemo 07:37, 27 de noviembre de 2018 (UTC) [ responder ]
Hola, lo siento, nunca vi tu respuesta original. Para responder a esa pregunta, se aplica a todas las citas y URL . No, no tienes que desvincular tus citas, pero hacerlo se verá mejor ante la comunidad en términos de demostrar buena fe. Avísame si tienes otras preguntas. Saludos,  Swarm   talk  15:44, 27 de noviembre de 2018 (UTC) [ responder ]
Swarm , gracias. ¿Te gusta esto? [5] Nemo 13:18, 28 de noviembre de 2018 (UTC) [ responder ]
Lo siento, en realidad no entendí bien tu pregunta, así que ignora mi última respuesta. No es tan simple. Tienes prohibido agregar cualquier URL a cualquier cita existente . Esta fue una medida para evitar que continúes agregando WP:LINKVIOs , no para que cites fuentes normalmente . Por lo tanto, no interpreto que el TBAN te prohíba por completo incluir enlaces normales a fuentes al agregar nuevas citas. Sin embargo, insertar fuentes que contengan enlaces que podrían considerarse remotamente como enlaces de enlace seguirían siendo violaciones del TBAN por extensión. Se espera que tengas la competencia para diferenciar entre enlaces indiscutibles a fuentes y enlaces a sitios web que alojan fuentes en violación de derechos de autor. ¿Tiene sentido eso?  Swarm   talk  00:28, 30 de noviembre de 2018 (UTC) [ responder ]
Vale. No obstante, he actuado con mucha cautela en los últimos meses. Hablando de eso, entendí que un BRFA específico no se ve afectado. Nemo 11:46, 1 de abril de 2019 (UTC) [ responder ]
Hola Swarm , ha pasado casi un año: ¿es demasiado pronto para solicitar que se levante la prohibición del tema? ¿Es WP:AN el lugar más apropiado? El cierre de la discusión no especificó un tiempo mínimo.
Además, varios de los enlaces que se discutieron (a Zenodo y otros lugares) se referían a obras de dominio público (presuntamente) como File:Bischoff and Rosenbauer, 1988 - Liquid-vapor relationships.pdf , que desde entonces se ha mantenido en una solicitud de eliminación en Commons. Mientras no pueda vincular dichos PDF en sitios web externos, entiendo que no se me prohíbe vincular una copia de ellos alojada en Commons, ya que los requisitos para el alojamiento (principio de precaución) son significativamente más cautelosos que los requisitos para vincular ( WP:LINKVIO ). Sin embargo, estamos hablando de miles de obras y preferiría evitar tal escala de carga y edición (manual) a menos que esté respaldada por el consenso. ¿Cuál sería el lugar apropiado para obtener la autorización para tal acción? Nemo 07:54, 31 de agosto de 2019 (UTC) [ responder ]

Hola, después de que me avisaste, tenía la intención de responder si nadie más lo hacía, pero luego me olvidé de hacerlo hasta que me lo recordaron debido al hilo reciente. Ten en cuenta que no soy administrador y no tengo mucha experiencia en estos asuntos. Primero, estoy bastante seguro de que AN (no ANI) sería el lugar adecuado para solicitar que se levante la prohibición de tu tema. En mi opinión, 1 año es un período aceptable para haber pasado antes de solicitar que se levante la prohibición de un tema. Pero el tiempo es solo un factor menor.

Lo más importante es que la comunidad crea que has aprendido de tus errores y que no es probable que los repitas; en otras palabras, no volverás a comportarte como lo hizo que te banearan del tema en primer lugar. Tu declaración y la forma en que respondes a cualquier pregunta cuando solicitas que se levante tu baneo del tema ayudan mucho. También es importante que respetes tu baneo del tema y que no hayas mostrado ningún comportamiento que sugiera que lo que hizo que te banearan seguirá siendo un problema.

Debo decir que si me lo preguntaras ahora mismo, me preocuparían un poco algunos de tus comentarios como ese en ANI al que respondí recientemente. No digo que me oponga a que se levante tu prohibición de tema, pero la impresión que transmite tu comentario es que todavía no entiendes la importancia de respetar la opinión de la comunidad sobre la necesidad de tener cuidado con los enlaces para garantizar que no sean posibles infracciones de copyright. En particular, la necesidad de tener mucho cuidado cuando quien aloja el enlace probablemente no sea el titular de los derechos de autor y el enlace puede estar alojado bajo uso justo o algún otro escenario. Existe la posibilidad de que yo o alguien más hagamos una pregunta así y es posible que quieras considerar cómo responderla.

Parece que tienes una opinión firme sobre el contenido gratuito, incluida la de permitir agresivamente todo aquello que pueda ser de uso legítimo o de dominio público. Tu opinión es totalmente bienvenida, pero debes entender que muchos, incluidos muchos defensores acérrimos del contenido gratuito, tienen una opinión diferente a la tuya. Si bien no quieren que las empresas y las personas puedan salirse con la suya al impedir el uso legítimo o intentar reclamar contenido de dominio público como propio, también creen que, para garantizar que el contenido sea gratuito, debemos hacer todo lo posible para cumplir estrictamente con las leyes tal como están, lo que a menudo incluye pecar de cautelosos.

En cuanto a los problemas con Commons, teniendo en cuenta lo que dije al principio, personalmente no veo ningún problema en que subas contenido a Commons y lo enlaces desde aquí, siempre que el contenido sea aceptable desde el punto de vista de los derechos de autor. Pero ten en cuenta que si se eliminan muchos de los contenidos que subes por posibles infracciones de los derechos de autor, es probable que la comunidad no lo tome con agrado, dada la prohibición de tu tema, pase lo que pase en Commons.

Por lo que veo, eso no ha sido un problema hasta ahora, así que si sigue así, personalmente no veo ningún problema. Pero te sugeriría que busques comentarios, etc., si no estás seguro sobre el estado de los derechos de autor. (Recuerda que todos somos voluntarios, así que en última instancia tendrás que aprender y, en general, hacer las cosas bien por ti mismo). Por otra parte, también querrás asegurarte de que lo que estás haciendo está dentro del alcance de los bienes comunes. Creo que lo está, pero, repito, sé muy poco y eso es algo que se aborda mejor en los bienes comunes.

Diré que, desde mi punto de vista, si ha demostrado la capacidad de cargar correctamente contenido de terceros en Commons, es muy probable que esto ayude con cualquier apelación como demostración de que ambos están suficientemente versados ​​en cuestiones de derechos de autor y harán su debida diligencia antes de agregar enlaces externos adicionales.

Nil Einne ( discusión ) 13:40 16 oct 2019 (UTC) [ responder ]

Gracias por tus comentarios.
Nunca en mi vida he defendido la inserción de material de uso legítimo en los wikis de Wikimedia. En los 15 años que llevo participando en debates sobre el tema, siempre he estado del otro lado. De hecho, soy una de las tres de las cinco personas en todos los wikis de Wikimedia que más se comprometen a cerrar las publicaciones de uso legítimo para garantizar que nuestro contenido sea gratuito.
La parte sobre demostrar "capacidad para subir correctamente contenido de terceros a Commons" es divertida. Literalmente, mi trabajo consiste en hacerlo y enseñarle a miles de profesionales. Nemo 08:27, 23 de octubre de 2019 (UTC) [ responder ]
Hola Swarm , por favor, avísame si tienes algún comentario. Entiendo que tu comentario sobre agregar citas normalmente incluye el uso de WP:UCB , ¿es correcto? Nemo 16:33, 27 de noviembre de 2019 (UTC) [ responder ]

Solicitud de ayuda para el artículo de WP sobre MDPI

Me he dado cuenta de sus comentarios sobre el artículo de WP de MDPI , que actualmente presenta dos cuestiones menores de forma muy destacada. La inclusión en la lista de Beall ocurrió hace años y MDPI fue eliminada poco después. La información sobre la filtración de datos es engañosa, ya que publicamos las direcciones de correo electrónico de todos los autores y miembros del consejo editorial en nuestro sitio web (la forma en que está ahora da la impresión de que se filtró información confidencial/personal, lo cual no es cierto). Cualquier ayuda que pueda proporcionar para editar la página será muy apreciada. Como trabajo para MDPI, no puedo editar la página yo mismo. Es difícil comprender por qué un editor líder de acceso abierto, que se esfuerza por fomentar la ciencia abierta, encuentra tanta oposición en Wikipedia. ErskineCer ( discusión ) 14:16, 22 de noviembre de 2018 (UTC) [ responder ]

Primer Solar

Hola, vi que revertiste las comas que agregué a la página de First Solar . Estoy acostumbrado a que se coloque una coma en números con 4 dígitos o más. ¿Existe un estándar en la comunidad de energía eléctrica/solar en el que 4 dígitos no requieran comas? Gracias y espero tus comentarios. ₪Rick n Asia₪ 05:40, 7 de diciembre de 2018 (UTC) [ responder ]

La radiónica NO es EMT

¿Por qué cambiaste mi edición? ¿Puedes encontrar alguna evidencia de que la Radiónica es EMT? ¿Puedes explicar una de mis objeciones? — Comentario anterior sin firmar agregado por 122.60.237.48 (discusión) 00:17, 29 de diciembre de 2018 (UTC) [ responder ]

La reversión no fue mi culpa. Deberías explicar tu razonamiento en la página de discusión o, como mínimo, en el resumen de la edición . Nemo 08:17, 29 de diciembre de 2018 (UTC) [ responder ]

¡Gracias por ser uno de los principales colaboradores médicos de Wikipedia!

Gracias de nuevo :-) -- Doc James junto con el resto del equipo de Wiki Project Med Foundation 17:41, 28 de enero de 2019 (UTC) [ responder ]

¡Eso sí que es inesperado! Gracias. Y gracias también a NIH y PubMed, supongo. :-) Nemo 20:33, 28 de enero de 2019 (UTC) [ responder ]

Aviso de movimiento de discusión -Wikipedia discusión:Añadir texto de licencia abierta a Wikipedia#Traslado solicitado 25 de febrero de 2019

Hola, soy Psantora . Hay una discusión sobre el traslado en Wikipedia talk:Adding open license text to Wikipedia#Requested move 25 February 2019 require more participation, please consider commenting/voting in it together with the other discussions in the backlog ( Wikipedia:Requested moves#Elapsed listings ). -  Paul T + / C 16:33, 26 de febrero de 2019 (UTC) [ responder ]

Re: enlaces de Zenodo

Sinceramente, si estuve involucrado en una discusión sobre la inclusión de Zenodo en la lista negra, no estuve muy involucrado y no lo recuerdo bien. Tampoco estoy muy familiarizado con dónde y cómo solicitar que se lo desvincule de la lista negra, aunque probablemente podría hacerlo si tuviera tiempo y motivación. Lamentablemente, me temo que ambos aspectos son insuficientes para este tema en este momento, pero intentaré revisar dicha solicitud si la haces y comentar allí. -- Piotr Konieczny, también conocido como Prokonsul Piotrus | responder aquí 14:01, 20 de marzo de 2019 (UTC) [ responder ]

Re: Se necesitan las firmas de abogados y estudiantes de derecho para un escrito amicus curiae ante la Corte Suprema a favor de la publicación de la ley

Lo siento, ya no soy estudiante de derecho y no soy un profesional independiente, por lo que no puedo firmar el escrito. -- Dennis C. Abrams ( discusión ) 01:04 26 abr 2019 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 27 de abril

Hola. Gracias por tus recientes ediciones. Un proceso automatizado ha detectado que cuando editaste recientemente Heidi Hautala , agregaste un enlace que apunta a la página de desambiguación Transparencia (verificar para confirmar | corregir con el solucionador Dab). Dichos enlaces suelen ser incorrectos , ya que una página de desambiguación es simplemente una lista de temas no relacionados con títulos similares. (Lee las Preguntas frecuentes  • Únete a nosotros en el WikiProject DPL .)

Está bien eliminar este mensaje. Además, para dejar de recibir estos mensajes, siga estas instrucciones de cancelación de suscripción . Gracias, DPL bot ( discusión ) 09:14, 27 de abril de 2019 (UTC) [ responder ]

Mayo de 2019

Icono de informaciónBienvenidos a Wikipedia. Aunque todos son bienvenidos a contribuir de manera constructiva a la enciclopedia, nos gustaría que asumieras que actúas de buena fe al interactuar con otros editores. Echa un vistazo a la página de bienvenida para obtener más información sobre cómo contribuir a esta enciclopedia. Gracias. —— SerialNumber 54129 20:55, 13 de mayo de 2019 (UTC) [ responder ]

APC

Gracias por traer a colación esa información sobre los editores que no pagan tarifas. Tanto Article_processing_charge como Open_access#Article_processing_charges necesitan algunas actualizaciones si estás interesado. De hecho, he estado tratando de revisar el artículo de OA para ayudar a actualizarlo (en particular las imágenes), ¡así que me interesaría tu aporte! T.Shafee(Evo & Evo) talk 11:41, 2 de julio de 2019 (UTC) [ responder ]

URL redundante/eliminar fecha de acceso

En el artículo Neutron eliminaste una URL redundante (creo que porque el doi, etc., proporcionaba enlaces equivalentes). Solo noto que también se debería haber eliminado la "fecha de acceso", ya que entonces no había ninguna URL que lo requiriera. ¡Solo una sugerencia! Bdushaw ( discusión ) 21:39 16 jul 2019 (UTC) [ responder ]

¡Gracias por comprobarlo y por la sugerencia! Sí, tienes razón, normalmente lo logro, pero a veces se me cruzan los ojos (si sabes a qué me refiero) y se me escapan algunos parámetros... Por suerte, creo que hay robots útiles que están trabajando en Category:Pages usando citas con fecha de acceso y sin URL de forma gradual. Nemo 21:46, 16 de julio de 2019 (UTC) [ responder ]

Y, por cierto, ¿podrías evitar editar comentarios como "rechazar" cuando elimines URL? Te lo agradecería mucho. Chiswick Chap ( discusión ) 06:18 17 jul 2019 (UTC) [ responder ]

Sí, eso fue un error tipográfico. :) (Error en la selección del menú desplegable). Nemo 07:28, 17 de julio de 2019 (UTC) [ responder ]
Hola, en relación con tus ediciones de referencias, noté que en algunas ediciones eliminaste información útil, como en [6], mientras que en otras (como la primera referencia en [7]) eliminaste la URL sin proporcionar el DOI, por lo que no queda ningún enlace. ¿Puedes explicar cuál es el razonamiento? -- Ita140188 ( discusión ) 13:35 18 jul 2019 (UTC) [ responder ]
Gracias por notarlo. Probablemente fue un error de copia y pegado: en esos casos tengo que buscar manualmente el título y agregar el DOI, pero a veces una cadena se pierde en su peligroso viaje a través de una legión de pestañas, memoria imperfecta, wikitexto conflictivo y desplazamiento peligroso. Nemo 14:39, 18 de julio de 2019 (UTC) [ responder ]
Ps: Se ti interessa l' open access o la ricerca connessa a Milano, ho un progetto interessante coll'università degli Studi di Milano.

URL redundante (...?)

Hola, parece que un bot que usaste está eliminando enlaces URL de muchas (¿decenas? ¿cientos?) citas de revistas científicas, con una motivación genérica de "URL redundante" (solo un ejemplo: [8]). Pero, en este caso, el campo Template:Cite_journal #URL no es redundante en absoluto.

Como se puede leer en la siguiente guía de contenido https://en.wikipedia.org/wiki/User_talk:Nemo_bis/Wikipedia:Citing_sources, se pueden incluir tanto "DOI como otros identificadores" (tenga en cuenta el "OR inclusivo"). Aunque a primera vista pueden parecer similares, en realidad son diferentes.

No me queda claro si hay un acuerdo general sobre el criterio utilizado para determinar si una URL es redundante o no (al menos, en el caso de artículos de revistas científicas). Si es así, se puede discutir sobre la posibilidad de cambiar la directriz "Citing_sources" y el campo #URL de Template:Cite_journal . Mientras tanto, antes de volver a utilizar este bot en citas de revistas científicas, espere hasta que se tome una decisión común al respecto. Gracias. Eepavan ( discusión ) 13:26 19 jul 2019 (UTC) [ responder ]

Gracias por su nota sobre el consejo percibido de las pautas de citación: ¿está diciendo que ve la URL como un identificador?
En esas ediciones, "redundante" significa que la URL no agrega nada a los identificadores (generalmente el DOI). Es una práctica que se mantiene desde hace mucho tiempo mover los identificadores del parámetro URL a su parámetro específico; por ejemplo, no mantenemos un enlace a PubMed tanto a través del parámetro url como en el parámetro pmid/pmc. Nemo 13:34, 19 de julio de 2019 (UTC) [ responder ]
Estoy de acuerdo en que el término "Identificador" no es el más apropiado para las URL que enlazan a bases de datos académicas... pero utilicé este término según Wikipedia:Citing_sources#Journal_articles . Sin embargo, sí, la cuestión principal de esta charla se refiere al uso simultáneo de URL y DOI en las citas de revistas científicas.
Aquí: Plantilla:Cite_journal#Examples , podemos encontrar multitud de ejemplos (algunos de ellos pueden ser engañosos) donde tanto la url como el doi están incluidos en la misma cita.
Tal vez el criterio correcto debería ser: “utilizar url (y/o doi) SÓLO si el artículo es gratuito, de lo contrario utilizar sólo DOI”. ¿Es correcto?
Entonces, en cuanto al bot que estás usando, ¿está aplicando esta regla? ¿Está verificando si los artículos son GRATUITOS (o si las URL proporcionadas están vinculadas a preimpresiones o resúmenes) antes de eliminar los campos de URL? Gracias. Eepavan ( discusión ) 14:49, 19 de julio de 2019 (UTC) [ responder ]
No, la comprobación consiste simplemente en comprobar si el DOI y la URL llevan al mismo lugar. Uno de los problemas que presentan los editores al mantener URLs tan redundantes es que se rompen con frecuencia: cuando la URL se rompe, ya no podemos saber qué quería conseguir el usuario al incluirla, o qué se debería poner en su lugar. Ahora estamos arreglando solo algunas URL de Wiley y Elsevier, de unos 10 a 15 años de antigüedad, que se rompieron hace muchos años. Es un fastidio y una tarea inútil cuando el DOI y otros enlaces permanentes se proporcionan solo con el propósito de vincular esos recursos. Nemo 14:55, 19 de julio de 2019 (UTC) [ responder ]
Pero la URL no tiene relación con ese problema (si el DOI todavía está allí)
Apoyaría este cambio si, y solo si, tanto la URL como el DOI se resuelven en la misma ubicación. ¿Es ese el caso?
También me preocupa que nuestra presentación de estos sea ciertamente diferente. Con el |url=parámetro, enlazamos desde el título de la fuente (ver [9]). Con el DOI solo, no lo hacemos. Muchos lectores no están familiarizados con el DOI y, si bien pueden reconocer un título enlazado como un enlace útil para ellos, ignorarán el DOI desconocido.
Si vamos a hacer este cambio masivo (¿se discutió en alguna parte?) primero deberíamos haber cambiado el comportamiento de {{ Citation }} et al. para que el título vinculado se conservara, incluso sin |url=, if there's |doi=o algún otro medio para generar una URL. Andy Dingley ( discusión ) 15:05 19 jul 2019 (UTC) [ responder ]
Sí, solo elimino las URL que apuntan al mismo lugar que el DOI (puede haber errores, pero no tengo conocimiento de ninguno). No se trata de un cambio masivo, es lo que ya se ha hecho desde siempre en la mayoría de las citas por parte de innumerables usuarios y bots.
Estoy de acuerdo en que sería bueno que la plantilla enlazara el título con más frecuencia: por ejemplo, la mayoría de los usuarios insisten en que los enlaces del sistema de manejo deben permanecer en su parámetro "hdl=" con el identificador respectivo, pero personalmente lloro un poco cuando se pierde un enlace directo a un PDF. Esto se discutió recientemente . Nemo 15:13, 19 de julio de 2019 (UTC) [ responder ]
De una rápida revisión de algunos cambios que se han hecho hoy... parece que el criterio aplicado es tratar de prevenir problemas futuros, en lugar de arreglar sólo URLs antiguas y rotas.

Sin embargo, aunque tanto las urls como los doi suelen apuntar al mismo destino, la ruta de la url es visible (todo el mundo puede verla en el Wikicode); en cambio, la "tabla de conversión de doi a url" (perdón, no sé el nombre técnico) no es accesible para todo el mundo (¿o me equivoco?). Estoy pensando en el problema de esta manera: si tienes dos enlaces y uno se rompe, es fácil recuperar la información que falta temporalmente; pero si eliminas uno de ellos (un enlace que todavía funciona correctamente), y el otro falla... (¡hace algunas semanas, también encontré algunos doi rotos! ¡Sí!) ¿Realmente podemos preferir doi? Sólo quiero recordar que los enlaces doi cambiaron de http://www.doi.org/... a https://doi.org hace algún tiempo (lo sé: los doi más antiguos siguen funcionando bien, de lo contrario, será fácil ejecutar un bot...). Pero, ¿podemos estar seguros de que, entre 10 y 15 años, el doi será siempre más fiable que la base de datos actualizada de algún editor? Creo que, si no se decide de forma diversa, y aunque el comportamiento de ambos campos no sea exactamente el mismo (como señaló anteriormente el usuario: Andy Dingley ), en mi opinión, la eliminación de más URL (si existe un doi) debería hacerse sobre la base de un acuerdo común y después de actualizar las directrices y la plantilla. Eepavan ( discusión ) 16:31 19 jul 2019 (UTC) [ responder ]

Se supone que el DOI es permanente y no conozco ningún editor importante que haya roto intencionalmente los DOI anteriores. Los DOI también sobrevivieron a una serie de transferencias entre editores. Por lo tanto, sí, definitivamente son más confiables que cualquier otra URL de editor. Nemo 16:36, 19 de julio de 2019 (UTC) [ responder ]
Los DOI suelen ser más persistentes y fiables que las URL de los editores. Este ejemplo de Template:Cite journal § Examples ilustra esa persistencia:
{{cite journal |last=Aries |first=Myriam B. C. |last2=Newsham |first2=Guy R. |last-author-amp=yes |date=2008 |title=Effect of daylight saving time on lighting energy use: a literature review |url=http://archive.nrc-cnrc.gc.ca/obj/irc/doc/pubs/nrcc49212/nrcc49212.pdf |format=PDF |journal=Energy Policy |volume=36 |issue=6 |pages=1858–1866 |doi=10.1016/j.enpol.2007.05.021 |access-date=October 18, 2013}}
Aries, Myriam BC; Newsham, Guy R. (2008). "Efecto del horario de verano en el uso de energía para iluminación: una revisión de la literatura" (PDF) . Política energética . 36 (6): 1858–1866. doi :10.1016/j.enpol.2007.05.021 . Consultado el 18 de octubre de 2013 . {{cite journal}}: Parámetro desconocido |last-author-amp=ignorado ( |name-list-style=sugerido) ( ayuda )
En el ejemplo anterior, la URL está inactiva pero el doi es funcional.
—El monje trapense ( discusión ) 19:09 19 jul 2019 (UTC) [ responder ]

Marcar ediciones como menores

Agrupados desde arriba

Sobre el mismo tema, me pregunto si no se podrían marcar como ediciones menores, ya que están llenando listas de seguimiento con elementos que no necesitan atención. Chiswick Chap ( discusión ) 05:41, 21 de abril de 2018 (UTC) [ responder ]

@ Chiswick Chap : Por favor, no. Entiendo lo de las listas de seguimiento abarrotadas (la mía lo está), pero lo último que queremos es que se introduzcan modificaciones importantes sin que nadie se dé cuenta porque están marcadas como menores. La página de ayuda es bastante clara en cuanto a que las referencias añadidas y los enlaces externos no son menores. Rivertorch FIRE WATER 16:20, 21 de abril de 2018 (UTC) [ responder ]
Bueno, no creo que añadir un parámetro a una referencia constituya añadir una referencia, y tampoco es apenas un enlace. Si va a ser "importante", entonces es ESENCIAL que a) el objetivo sea el texto completo, y b) no exista ningún enlace de texto completo como doi= o url= (o incluso jstor=, en realidad). En otras palabras, si vas a añadir cosas y obligar al resto de nosotros a verlas, entonces es mejor que sean vagamente útiles. Chiswick Chap ( discusión ) 17:09 21 abr 2018 (UTC) [ responder ]
Creo que hay buenos argumentos en ambos sentidos. Añadir identificadores suele ser un mantenimiento menor (por ejemplo, añadir un identificador PMC donde ya hay un PMID), pero cambiar el destino del enlace principal de la cita a veces puede considerarse un cambio no menor. Si el destino es una preimpresión o una posimpresión, el contenido también puede ser diferente.
En general, teniendo en cuenta que la Wikipedia en inglés tiene una tolerancia relativamente baja para que ediciones no menores se marquen accidentalmente como menores, incluso cuando hay un 5 % de dudas, prefiero marcarlas como no menores, por lo que creo que el estado actual de las cosas tiene sentido. Sin embargo, esta es solo mi opinión: es fácil cambiar oabot si hay un consenso (o al menos no hay un consenso en contra). -- Nemo 21:27, 28 de abril de 2018 (UTC) [ responder ]
Me preguntaba si ese había sido el caso. Normalmente, se supone que las ediciones de bots para algo como esto deben marcarse como menores, especialmente cuando solo se trata de eliminar una URL redundante. Simplemente los dirigiría a Help:Minor_edit#Exceptions que dice explícitamente que los bots generalmente tienen la bandera de bot o de edición menor (o ambas). No estoy seguro de qué se necesita para agregar la bandera con la configuración que estás usando, pero la bandera de bot haría esencialmente lo mismo sin preocuparse por las ediciones menores. Kingofaces43 ( discusión ) 15:45, 19 de julio de 2019 (UTC) [ responder ]
Bueno, ese es el problema: los usuarios que no consideran que esas ediciones menores sean importantes tienden a ser los mismos que no quieren que las realicen bots totalmente automatizados, por eso las hago manualmente en primer lugar (y verifico cada línea modificada antes de guardar). Nemo 15:49, 19 de julio de 2019 (UTC) [ responder ]
Ah, ya veo lo que está pasando, ya que técnicamente no es un bot automatizado formal. De cualquier manera, definitivamente estás en el territorio de edición menor, ya que funcionalmente no cambia el contenido (solo la plantilla interna). Depende de ti, pero este parece un caso en el que alguien va a armar un escándalo sin importar qué, independientemente de la validez real de marcarlo como menor. Sin embargo, al final del día, nadie puede realmente culparte por seguir la guía de etiquetado menor, así que diría que lo hagas, pero tú decides. Kingofaces43 ( discusión ) 15:59, 19 de julio de 2019 (UTC) [ responder ]

URL redundante

Vea esta edición y sus resultados. Recuerde que al eliminar |url=valores también es necesario eliminar |archive-url=, |archive-date=, |access-date=cuando estén presentes. Hay otros parámetros que dependen de |url=tener un valor, por lo que una vista previa de la página editada puede ser útil.

—El monje trapense ( discusión ) 15:10 19 jul 2019 (UTC) [ responder ]

Gracias. Sí, generalmente lo hago, pero a veces se pierde. ¿Podemos hacer que alguien ejecute un robot de citas en todas esas páginas para corregir esos errores? La eliminación de URL duplicadas a veces se agota, pero estos problemas con los parámetros se solucionan de manera bastante consistente. Nemo 15:15, 19 de julio de 2019 (UTC) [ responder ]

Categoría:Páginas con citas que tienen parámetros redundantes

Vea la categoría. Estaba prácticamente vacía esta mañana, pero lo que sea que esté haciendo parece estar agregando parámetros redundantes a las plantillas de citas de CS1|2.

—El monje trapense ( discusión ) 15:16 19 jul 2019 (UTC) [ responder ]

Puedo ocuparme de ello en los próximos días si nadie me gana: es solo cuestión de ejecutar el bot de citas en esa categoría; sin embargo, no puedo usar la función de categorías, por lo que es más fácil que lo haga otra persona. Nemo 15:24, 19 de julio de 2019 (UTC) [ responder ]
Algunos fueron realizados por un bot, el resto ya debería estar terminado. Nemo 13:54, 22 de julio de 2019 (UTC) [ responder ]

DOI de fuentes que cambian

Entiendo y acepto plenamente la corrección de eliminar las fechas de acceso en las citas con DOI que llevan a una versión invariable, por ejemplo, de un artículo publicado. Sin embargo, este no siempre es el caso. En particular, los DOI de la Lista Roja de la UICN llevan a páginas que se han actualizado. (La forma en que se configuró el sitio web de la Lista Roja cambió en 2018; consulte aquí). doi :10.2305/IUCN.UK.2008.RLTS.T63562A12681695.en anteriormente llevaba a la versión de 2008 de la evaluación de la especie, archivada aquí. Ahora, el doi y la URL //www.iucnredlist.org/details/63562/0 redirigen a la versión 2019-2 de la entrada de la Lista Roja para la especie, en //www.iucnredlist.org/species/63562/12681695. Pero los sitios web antiguos y nuevos no son exactamente iguales, aunque se basen en la misma evaluación original, y no hay garantía de que el nuevo no cambie más. Por lo tanto, para las Listas Rojas de la UICN, la fecha de acceso importa, al igual que la URL si se proporciona con un "/0" al final, porque esto parece redirigir a la última versión. Peter coxhead ( discusión ) 10:12 20 jul 2019 (UTC) [ responder ]

Se supone que un DOI siempre debe apuntar al mismo documento. Reutilizar el mismo DOI para un documento radicalmente diferente, como parece implicar que puede ser una nueva evaluación, no sería una buena decisión. Sin embargo, incluso si doi:10.2305/IUCN.UK.2008.RLTS.T63562A12681695.en cambiara el destino de https://www.iucnredlist.org/details/63562/0 a otro, lo que importa para la cita es que tanto la URL antigua como la nueva vayan a https://www.iucnredlist.org/species/63562/12681695 . Si el documento se revisa, el campo "fecha" debe contener la fecha de dicha revisión: ¿está seguro de que no podemos extraerla adecuadamente? En los metadatos de CrossRef de este artículo veo que la fecha de impresión coincide con la fecha de "última evaluación", pero ¿quizás la fecha de depósito o indexación coincida con los cambios de URL de los que estás hablando? Nemo 10:24, 20 de julio de 2019 (UTC) [ responder ]
Sí, los DOI deberían resolver exactamente el mismo documento, pero aunque no puedo encontrar la discusión ahora mismo, hemos discutido el problema con el sitio web de la Lista Roja de la UICN en algún proyecto wiki relacionado con la biología en el pasado. La evidencia parece ser que, aunque el DOI siempre resuelve la misma URL , esto no siempre ha apuntado exactamente a la misma página web . La página web parece estar basada en la misma evaluación fechada de la misma especie, pero los detalles se han presentado de manera diferente en diferentes versiones de la Lista Roja, y no está claro si la página web siempre tiene exactamente la misma información.
Las evaluaciones más recientes no tienen un DOI (por ejemplo, //www.iucnredlist.org/species/44303/124142268), por lo que la mejor manera de proceder con las citas de la Lista Roja parece ser eliminar el DOI y conservar la URL y la fecha de acceso. Peter coxhead ( discusión ) 20:03 20 jul 2019 (UTC) [ responder ]
La forma en que se presenta la información no debería ser importante para una cita, a menos que la cita se utilice para respaldar una afirmación sobre el diseño de la página. Los bibliotecarios podrían decir que la cita se refiere a una expresión de la obra (el documento identificado por el DOI, que se derivó de la evaluación) en lugar de una manifestación específica de la misma (una URL específica o un conjunto de HTML o PDF o lo que sea que contenga el documento).
Dices que no está claro si la información permanece consistente a través de los cambios de URL, pero entonces no entiendo por qué suponer que la UICN hizo lo incorrecto y reutilizó los DOI para documentos significativamente diferentes. Nuevamente, ¿podrías ayudarnos a encontrar qué parte de los metadatos de CrossRef coincide con la actualización más reciente, para que podamos ver si podemos usarlos? Finalmente, si existen preocupaciones de que la UICN altere subrepticiamente la información en sus tablas sin indicarlo, eso es algo mucho más importante que cómo citar su sitio web en nuestros artículos: deberíamos asegurarnos de que todo el sitio web se archive regularmente en el Archivo de Internet si aún no lo está. Nemo 22:46, 20 de julio de 2019 (UTC) [ responder ]

Pensé que "PR" significaba comunicado de prensa.

Ahora puedo ver tu confusión. No me refería a "relaciones públicas", sino a "nota de prensa", que es la fuente. Sin embargo, no veo por qué necesitamos usar una fuente primaria para eso cuando hay muchas fuentes secundarias disponibles (por ejemplo, [10] [11]). ¿Tú sí? Saludos. So Why 05:52, 23 de julio de 2019 (UTC) [ responder ]

Eliminando URL

¿Puedes marcar como menores las modificaciones de eliminación automática de URL que realizaste con WP:UCB ? IntoThinAir ( discusión ) 12:54, 3 de agosto de 2019 (UTC) [ responder ]

Consulta la sección #Marcar ediciones como menores. Ten en cuenta que ninguna de mis ediciones está automatizada. Nemo 12:58, 3 de agosto de 2019 (UTC) [ responder ]

Re: Uso del robot de citas

Hola! Gracias por tu oferta y si, estoy usando el "Citation bot" y revisando artículo por artículo. Ahora tengo casi 5.000 ediciones en Wikipedia en español y en el futuro quiero traducir un artículo específico (mi primero) al italiano, tal vez puedas ayudarme con eso también. En cuanto a la Wikipedia en inglés estoy sumamente interesado en el tema de computadoras, aunque esto no me limita a tocar otros temas. Te informaré si tengo algún problema usando el "Citation bot". ¡Muchas gracias! -- Jimmy Olano ( discusión ) 20:59 6 ago 2019 (UTC) [ responder ]

Mi página de discusión

Me gusta borrar cosas de mi página de discusión después de verlas. ¿Podrías dejar de repetir lo mismo en mi página de discusión? Gracias. Antonín Leopold Dvořák ( discusión ) 21:58 7 ago 2019 (UTC) [ responder ]

DOI vs. URL/SITIO WEB

Perdón por haber confundido tu edición en Tellagraf con la de un BOT. Por favor, consulta WP:Administrators'_noticeboard/Incidents#DOI_bot_without_WEBSITE_and_URL:_bug_or_feature? . Pi314m ( discusión ) 08:38 9 ago 2019 (UTC) [ responder ]

Esa discusión se ha movido a Wikipedia:Tablón de anuncios de administradores/IncidentArchive1016#DOI Bot sin SITIO WEB ni URL: ¿error o característica? .
Los enlaces de allí se han movido a

¿Fuente DOI manual?

¿Hay alguna manera de utilizar la capacidad de búsqueda de OAbot en una referencia DOI en lugar de en una página? Sería útil para ordenar una página sin tener que guardar versiones intermedias o ejecutar una prueba en un entorno limitado. He buscado, pero ninguna de las otras herramientas de citación tiene esta opción. Quuux ( discusión ) 04:01, 22 de agosto de 2019 (UTC) [ responder ]

Aviso de discusión en el tablón de anuncios

Icono de informaciónActualmente hay una discusión en Wikipedia:Tablón de anuncios de administradores sobre un problema en el que puede que hayas estado involucrado. El hilo se llama " OAbot ". Gracias. OhKayeSierra ( discusión ) 06:12 7 sep 2019 (UTC) [ responder ]

Gracias por el enlace

Hola Nemo bis, gracias por tu mensaje. Sí, utilicé el OAbot, me gusta dejar el título del PDF en el asunto siempre que puedo. Gracias también por el enlace de Lit Repository para poder comprobar los prefijos y demás la próxima vez. Tus consejos son muy apreciados. Saludos y un cordial saludo, Hammelsmith ( discusión ) 21:21 10 septiembre 2019 (UTC) [ responder ]

Para su información: Discusión sobre Walter Gorlitz en el tablón de anuncios de administración

https://es.wikipedia.org/wiki/User_talk:Nemo_bis/Wikipedia:Tablón_de_anuncios_de_administradores/Incidentes#Discusión_activa_archivada_por_usuarios Daniel.Cardenas ( discusión ) 14:44 14 sep 2019 (UTC) [ responder ]

+doi-access=libre

Gracias por el parámetro. Entonces, si lo entiendo bien, ¿crees que la responsabilidad de agregar este parámetro recae en los autores de los artículos, no en el usuario del bot, que debe verificar si se necesita una segunda URL? Creo que es al revés, pero veo que es poco probable que el tipo se mueva. ¿Hubo una discusión en ANI o similar sobre el tema? Chiswick Chap ( discusión ) 08:05, 21 de septiembre de 2019 (UTC) [ responder ]

Tanto el parámetro URL como el parámetro doi-access son igualmente recomendables, pero aquí todos somos voluntarios, por lo que, por supuesto, no estás obligado a completar las plantillas de citas a la perfección. Las instrucciones pertinentes se encuentran en Help:Citation_Style_1#Online_sources . Nemo 08:07, 21 de septiembre de 2019 (UTC) [ responder ]
Ah, gracias, pero la pregunta es si el usuario del bot debe verificar el estado del enlace DOI antes de agregar otro. Si no lo hace, entonces el resto de nosotros nos vemos obligados a eliminar el enlace defectuoso (al verificarlo) y luego a agregar el parámetro, lo que me parece un proceso complicado. Chiswick Chap ( discusión ) 08:14, 21 de septiembre de 2019 (UTC) [ responder ]
No conozco ningún requisito tan explícito. Los parámetros de acceso son útiles porque hacen la vida más fácil para todos. Nemo 08:20, 21 de septiembre de 2019 (UTC) [ responder ]

¡Un brownie para ti!

¡Gracias! Nemo 05:27 1 octubre 2019 (UTC) [ responder ]

Discusión sobre OAbot

Véase WP:ANI#Request for block review . — David Eppstein ( discusión ) 00:28, 13 de octubre de 2019 (UTC) [ responder ]

Enlaces de archivo vs CiteSeerX

Hola, leí tu comentario Wikipedia:Bots/Solicitudes de aprobación/OAbot 3 y como no pareció recibir respuesta, pensé en ofrecerte algunos consejos teniendo en cuenta que no es algo con lo que me haya enfrentado antes.

Si bien tienes razón, permitimos enlaces de archivo, incluso agregarlos automáticamente, no creo que esto sea lo mismo que agregar automáticamente enlaces de CiteSeerX. Por lo que sé, los enlaces de archivo solo se agregan automáticamente para URL existentes. Si tenemos una historia en www.nytimes.com/meow, es aceptable agregar un archivo de la misma. Si un enlace deja de funcionar, existe una pequeña posibilidad de que se deba a que se alojó sin el permiso del titular de los derechos de autor. Lo más probable es que haya sido por alguna otra razón. Si alguien agrega una URL a www.copyrightviolationcopiesofnewyorktimesarticles.com/meow, entonces sí podemos agregar automáticamente un archivo de esto. Pero el problema comenzó con la adición de la URL inicial. Agregar un archivo de la misma puede agravar el problema, pero no tanto.

Según tengo entendido, esto no es lo que está pasando con CiteSeerX. Los enlaces de CiteSeerX se están añadiendo automáticamente a pesar de que no hemos incluido enlaces a donde los han obtenido. Es como si un robot estuviera buscando copias de contenido en un sitio de archivo, sin importar la URL de origen. Así que tal vez el robot añade enlaces a copias de archivo de www.copyrightviolationcopiesofnewyorktimesarticles.com a pesar de que nunca hemos incluido enlaces a ese sitio en primer lugar.

Esto es claramente un problema, ya que el bot es el que introduce los enlaces originales a posibles copyvios en lugar de simplemente archivar enlaces a contenido que, con suerte, alguien más ya verificó lo suficiente cuando lo agregó a Wikipedia en primer lugar. Estoy seguro de que CiteSeerX tiene algunas restricciones sobre lo que agregará, pero se considera que estas restricciones no son lo suficientemente estrictas. Parece que no estás de acuerdo, pero nuevamente, a menos que convenzas a la comunidad de lo contrario, deberás respetar la restricción.

Por lo que veo, otro problema es la forma en que funcionan los enlaces a CiteSeerX. En el caso de los enlaces de archivo normales, la URL original debería conservarse siempre en Wikipedia de alguna forma. En otras palabras, debería poder ver siempre en Wikipedia que archive.org/cvcnytam es un archivo de www.copyrightviolationcopiesofnewyorktimesarticles.com/meow. Por lo tanto, es mucho más fácil detectar posibles problemas.

Aunque CiteSeerX conserva la procedencia de lo que archiva, de modo que si voy a ellos vería que obtuvieron su copia de www.copyrightviolationcopiesofnewyorktimesarticles.com/meow, en realidad no puedo ver esto aquí en Wikipedia. Eso parece reflejar el hecho de que no los tratamos simplemente como archivos de URL a las que ya enlazamos, sino como un enlace separado para el recurso. Por lo tanto, incluso si propusieras agregar solo enlaces a CiteSeerX cuando ya enlazamos a la URL de la que lo obtuvieron, aún puede haber problemas. La URL inicial podría eliminarse de la referencia, pero CiteSeerX permanecerá, por lo que puede ser necesario un control más estricto, no estoy seguro.

Por otra parte, me imagino que puede haber casos en los que se considere que está bien que incluyamos un enlace a la URL original, pero no una copia de archivo si el uso del contenido por parte de la URL original ya es algo dudoso por razones de derechos de autor, pero esto es bastante especulativo. (Creo que es más probable que simplemente no permitamos la URL original).

Nil Einne ( discusión ) 13:43 16 oct 2019 (UTC) [ responder ]

Entiendo esta distinción, a simple vista, entre un caso y otro. Sin embargo, no está nada claro que la ley acepte que "el problema empezó con la adición de la URL inicial". WP:COPYLINKS ciertamente no hace tal distinción. Nemo 08:29, 23 de octubre de 2019 (UTC) [ responder ]

Intentaste eliminar Portal:Kitten

El administrador aceptó que no se elimine. Por favor, no leas el artículo. Aaron Justin Giebel ( discusión ) 23:31 31 oct 2019 (UTC) [ responder ]

Una encuesta para mejorar el proceso de consulta comunitaria

¡Hola!

La Fundación Wikimedia busca mejorar el proceso de consulta comunitaria para las políticas de la Fundación, y nos interesa saber por qué usted no participó en una consulta reciente que siguió a una discusión comunitaria de la que formó parte.

Complete esta breve encuesta para ayudarnos a mejorar nuestro proceso de consulta comunitaria para el futuro. Solo le llevará unos tres minutos.

La política de privacidad de esta encuesta se encuentra aquí. Esta encuesta es una solicitud única que realizamos relacionada con este tema en particular.

Gracias por tu participación, Kbrown (WMF) 10:45, 13 de noviembre de 2019 (UTC) [ responder ]

Aviso de ArbCom

Usted está involucrado en una solicitud de arbitraje presentada recientemente. Revise la solicitud en Wikipedia:Arbitraje/Solicitudes/Caso#Conducta en el espacio del portal y discusiones sobre eliminación del portal y, si lo desea, ingrese su declaración y cualquier otro material que desee enviar al Comité de Arbitraje. Como las discusiones en cadena no están permitidas en la mayoría de las páginas de arbitraje, asegúrese de hacer todos los comentarios solo en su propia sección. Además, la guía de arbitraje y los procedimientos del Comité de Arbitraje pueden ser de utilidad.

Gracias, ToThAc ( discusión ) 21:46 18 nov 2019 (UTC)[ responder ]

No importa, te he degradado a la categoría de parte no involucrada. ToThAc ( discusión ) 22:30 18 nov 2019 (UTC) [ responder ]

Ok, gracias por el aviso. Nemo 08:34 19 nov 2019 (UTC) [ responder ]

Mensaje para los votantes de la ArbCom en las elecciones de 2019

Se acerca Google Code-In 2019: ¡por favor, asesora en algunas tareas de documentación!

Hola,

En unas semanas comienza Google Code-In, un concurso organizado por Google en el que participa la Fundación Wikimedia. Este concurso tiene como objetivo introducir a los estudiantes de secundaria en el mundo del código abierto. Te envío este mensaje porque recientemente has editado una página de documentación en la Wikipedia en inglés.

Me gustaría pedirte que participes en Google Code-In como mentor. Eso significaría preparar al menos una tarea (puede estar relacionada con la documentación o algo más; las otras categorías son Código, Diseño, Control de calidad y Difusión) para los participantes y ayudar al estudiante a completarla. Regístrate en la página del concurso y envíanos la dirección de tu cuenta de Google a [email protected] para que podamos invitarte.

Según mi propia experiencia, Google Code-In puede ser divertido, puedes hacer muchos amigos nuevos, atraer nuevas personas a tu wiki y convertirlas en parte de tu comunidad.

Si tiene alguna pregunta, háganoslo saber a [email protected].

¡Gracias!

-- Usuario:Martin Urbanec ( discusión ) 21:58 23 nov 2019 (UTC) [ responder ]

Se abre un caso de arbitraje

Recientemente, usted presentó una declaración en una solicitud de arbitraje. El Comité de Arbitraje aceptó esa solicitud de arbitraje y se abrió un caso de arbitraje en Wikipedia:Arbitraje/Solicitudes/Caso/Portales . Las pruebas que desea que los árbitros consideren deben agregarse a la subpágina de pruebas, en Wikipedia:Arbitraje/Solicitudes/Caso/Portales/Evidencia . Agregue sus pruebas antes del 20 de diciembre de 2019, que es cuando se cierra la fase de pruebas. También puede contribuir a la subpágina del taller de casos, Wikipedia:Arbitraje/Solicitudes/Caso/Portales/Taller . Para obtener una guía sobre el proceso de arbitraje, consulte Wikipedia:Arbitraje/Guía para el arbitraje . Para el Comité de Arbitraje, ¡consúlteme en SQL ! 20:37, 26 de noviembre de 2019 (UTC) [ responder ]

Tu pregunta

Hola. Con respecto a esto , por favor vea esto . También esto . — usernamekiran (discusión) 22:20 29 nov 2019 (UTC) [ responder ]

Gracias por el aviso. No tengo mucho que añadir a lo que ya se ha dicho. Nemo 22:23 29 nov 2019 (UTC) [ responder ]
Solo quería informarle que el misterio se ha resuelto usernamekiran (discusión) 23:28 1 dic 2019 (UTC) [ responder ]

Bot de citas en el espacio del usuario

¿Qué pasó aquí con mis casos de prueba? ¿No debería quedar esto fuera del espacio de usuario? StarryGrandma ( discusión ) 01:23, 13 de diciembre de 2019 (UTC) [ responder ]

Violación de la prohibición de temas

Con esta edición, agregaste una URL a una cita, violando tu restricción de edición. Podría bloquearte, pero preferiría que revirtieras el error por ti mismo y no hicieras esas ediciones nuevamente. Eres responsable de las ediciones realizadas por scripts/herramientas/bots bajo tu dirección, por lo que debes no completar las ediciones que incluyan agregar una URL o eliminar la URL ofensiva antes de guardar. Si no puedes controlar la herramienta/script/bot de esa manera, debes no usar el bot. Ealdgyth - Discusión 22:25, 16 de diciembre de 2019 (UTC) [ responder ]

Gracias por el aviso. He dejado de hacerlo y he realizado la reversión por mi cuenta.
La limpieza se estaba discutiendo en WP:RSN y en otros lugares. El objetivo principal de esas ediciones es eliminar algunas URL redundantes o rotas (por ejemplo, en esa página, el enlace de JSTOR debería reemplazarse con un enlace de identificador; pero el robot no pudo, por lo que debe hacerse manualmente después).
He preguntado varias veces, y más recientemente, cómo interpretar la prohibición de temas. Si se lee literalmente, habría prohibido incluso la adición de nuevas citas con {{ cite web }} . He recibido algunas respuestas, pero es posible que haya entendido mal, por lo que cualquier consejo adicional será bienvenido. ¿Cómo voy a realizar el trabajo de limpieza de citas en el futuro? Casi todas las herramientas en este espacio agregan URL, incluso el VisualEditor estándar. Podría hacer el doble de trabajo y deshacer las ediciones que las herramientas realizarán de todos modos la próxima vez que un usuario "normal" pase por la página (y lo hice durante muchos meses, cuando no renuncié a agregar citas), pero no estoy seguro de que ese fuera el objetivo de la prohibición de temas. Nemo 08:19, 17 de diciembre de 2019 (UTC) [ responder ]
No puedes agregar URL. Punto. Si las herramientas que estás usando no te permiten agregar URL, entonces debes dejar de usarlas. Si la adición de la URL es importante, alguien más lo hará. Ealdgyth - Discusión 13:49, 17 de diciembre de 2019 (UTC) [ responder ]

Ballena azulerrores

Publiqué esto en phabricator pero no logro que OAbot se ejecute en Blue Whale .

OAbot¡Ups! Algo salió mal.Error:[Errno 9] Descriptor de archivo incorrectoRastreo (última llamada más reciente):Archivo "/data/project/oabot/www/python/venv/local/lib/python2.7/site-packages/flask/app.py", línea 1813, en full_dispatch_requestrv = self.solicitud_de_envío()Archivo "/data/project/oabot/www/python/venv/local/lib/python2.7/site-packages/flask/app.py", línea 1799, en dispatch_requestdevuelve self.view_functions[regla.punto final](**req.view_args)Archivo "/data/project/oabot/www/python/src/app.py", línea 142, en procesocontexto = obtener_ediciones_propuestas(nombre_página, forzar)Archivo "/data/project/oabot/www/python/src/app.py", línea 231, en get_proposed_editsfiltrado = lista(filtrar(lambda e: e.cambio_propuesto, todas_plantillas))Archivo "./oabot/main.py", línea 357, en add_oa_links_in_referenceseditar.proponer_cambio(solo_doi)Archivo "./oabot/main.py", línea 80, en proposal_changesys.stdout.flush()IOError: [Errno 9] Descriptor de archivo incorrectoSi cree que no debería ver este error, infórmelo en Phabricator.

-- Nessie ( 📥 ) 17:01, 15 de enero de 2020 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 26 de enero

Un proceso automatizado ha detectado que cuando editaste recientemente Paul Cadmus , agregaste un enlace que apunta a la página de desambiguación Mark Mitchell (verifica para confirmar | corrige con el solucionador Dab).

( Instrucciones para darse de baja ). -- Bot DPL ( discusión ) 11:30, 26 de enero de 2020 (UTC) [ responder ]

{{Transcluir extracto principal}}Para las secciones de introducción del portal

Veo que has estado cambiando algunos portales para usar {{ Transclude lead excerpt }} para la sección de introducción. En general, no soy un gran fanático de eso, especialmente para los portales de países, ya que la sección de introducción del artículo generalmente es demasiado larga para ser transcluida en su totalidad, mientras que usar solo la mitad de la sección de introducción omite algo de contenido relevante. Que las versiones escritas a mano necesiten actualizaciones no suele ser un gran problema, ya que los datos básicos sobre los países son bastante estables. (Me gusta la transclusión automática para los BLP y los artículos seleccionados que cambian rápidamente). En Portal:Canada y en Portal:Mexico , creo que la introducción que sugeriste es inferior a la que teníamos antes. Por favor, revisa cuidadosamente si la sección de introducción producida por la plantilla es una mejora o no. En Portal:Pakistan , perdiste imágenes relevantes y el himno nacional. Como hiciste las ediciones en una sucesión muy rápida, supongo que no las revisaste: hazlo y revierte o mejora aquellas en las que la transclusión automática no ayuda. Feliz edición, — Kusma ( t · c ) 21:22, 27 de enero de 2020 (UTC) [ responder ]

Hola, no soy el mayor fanático de la progenie de plantillas de Module:Excerpt , pero las apliqué para mantener la coherencia en los casos en que ya se usaban. Verifiqué que la introducción tuviera sentido; las modificaciones se guardaron todas juntas, pero trabajé en ellas antes de eso.
Aumentar la longitud del extracto es bastante fácil, si realmente se desea: ya lo aumenté a 3 párrafos en algunos casos, usted puede hacer lo mismo (o más) cuando sienta que ahora falta alguna información esencial. No conozco ninguna razón por la que la introducción de un portal deba ser tan completa como la sección principal de un artículo, por lo que actualmente no tengo la intención de aumentar el tamaño del extracto más allá de lo que ya consideré apropiado. Nemo 21:57, 27 de enero de 2020 (UTC) [ responder ]
Las secciones introductorias del portal no son adelantos de artículos. Su "coherencia" está empeorando las cosas. Como usted mismo ha notado, las secciones introductorias son demasiado largas, pero si utiliza solo una parte de ellas, obtendrá información como hablar sobre la geografía y el clima de Canadá en lugar de su sistema de gobierno y su posición en el mundo. Explique por qué este es el contenido más adecuado. — Kusma ( t · c ) 04:33, 28 de enero de 2020 (UTC) [ responder ]
La geografía es la información más básica y necesaria, por ejemplo, es lo que todos estudiarían en la escuela primaria. Saber que Canadá sigue siendo una monarquía constitucional o si está en la APEC está muy abajo en la lista de prioridades, por lo que creo que la nueva introducción es superior. Dicho esto, si alguien siente que esos dos párrafos son necesarios, no es gran cosa incluirlos también. Nemo 07:43, 28 de enero de 2020 (UTC) [ responder ]
No estoy de acuerdo con lo de Canadá. De todos modos, creo que escribir un resumen personalizado del artículo para el portal es mejor que tener que verificar regularmente cuántos párrafos de la sección principal deben incluirse (¡la inclusión automática requiere un mantenimiento regular!). Pronto iniciaré una discusión general sobre esto en algún tablón de anuncios central y te informaré. — Kusma ( t · c ) 09:58, 28 de enero de 2020 (UTC) [ responder ]
En caso de que mi ping no haya funcionado: la discusión está en Wikipedia talk:WikiProject Portals . — Kusma ( t · c ) 05:51, 29 de enero de 2020 (UTC) [ responder ]
Se revertirán muchas de las ediciones, ya que eliminaron los accesos directos y los enlaces a artículos que se leen más... y en algunos casos se rompió el formato del cuadro... como se vio el año pasado, los cambios rápidos y masivos han causado grandes problemas, como algunas prohibiciones e incluso un dessistema. -- Moxy 🍁 22:29, 28 de enero de 2020 (UTC) [ responder ]

Bot de citas

Hola Nemo bis, te acabo de mencionar en User_talk:Citation_bot#Curious_regarding_Citation_Bot_unlinking_and_relinking_and_changing_ISBN_to_isbn . Es posible que puedas ayudarme con mi consulta. SilkTork ( discusión ) 18:40 4 feb 2020 (UTC) [ responder ]

IEEE

¿Alguna idea sobre cómo ejecutar fácilmente el robot de citas en todas las páginas con URL IEEE? Un buen comienzo sería https://en.wikipedia.org/w/index.php?title=Special:Search&limit=2500&profile=default&search=insource%3Aurl%3Dhttps%3A%2F%2Fieeexplore.ieee.org%2Fdocument%2F&advancedSearch-current=%7B%7D&ns0=1 AManWithNoPlan ( discusión ) 00:10 21 feb 2020 (UTC) [ responder ]

Gracias por las sugerencias. He conseguido que eliminen una gran cantidad de URL de IEEE y las reemplacen con DOI. El próximo gran obstáculo no son las plantillas, pero mi vida es demasiado ajetreada para eso. AManWithNoPlan ( discusión ) 22:52 28 feb 2020 (UTC) [ responder ]
Esta tarea ha sido de varios pasos. Se han realizado muchas mejoras. ¡Las URL IEEE están desapareciendo! Las más antiguas no tienen dois. Además, algunos dois apuntan a una página a la que quieres ir. AManWithNoPlan ( discusión ) 22:46, 1 de marzo de 2020 (UTC) [ responder ]
Ya he revisado todas las páginas con URL IEEE en Wikipedia. Ahora voy a pasar a unas 30.000 páginas más (todas con URL Worldcat, URL Openlibrary, etc.) que tienen URL para las que las plantillas de citas tienen parámetros. Usando curl y un poco de expresiones regulares, pude extraer las búsquedas de Wikipedia. AManWithNoPlan ( discusión ) 22:22, 4 de marzo de 2020 (UTC) [ responder ]

Parmalat

Hola Nebo bis. Estaba tratando de evitar el término "subsidiaria", que significa controlada/propiedad o controlada mayoritariamente/propiedad de la empresa matriz. Lo que estaba tratando de hacer era eliminar la impresión de que se convirtió en una subsidiaria desde el primer día de la interacción entre las dos partes. Pero supongo que está bien como está. Y sí, no sabía que no se debían detallar los porcentajes en el encabezado. Debidamente anotado, gracias. Rui ''Gabriel'' Correia ( discusión ) 14:30 22 feb 2020 (UTC) [ responder ]

El 30 % ya es una participación mayoritaria según la ley italiana, lo que puede desencadenar una consolidación presupuestaria obligatoria, entre otras cosas, si no recuerdo mal. Podemos utilizar un término más neutral como "parte de". El único cambio significativo después de la adquisición inicial es cuando la empresa fue efectivamente excluida de la lista (lo que allana el camino para una fusión completa). Todavía tenemos que agregar la fecha exacta en que esto sucedió. Nemo 14:39, 22 de febrero de 2020 (UTC) [ responder ]
También hay una brecha entre el colapso y todos los problemas legales que siguieron, etc., y "en 2011, Parmalat había aumentado su efectivo a 1.500 millones de euros". En cuanto a la lista de exclusión de la bolsa, debido a las acciones legales de Citi Bank, se retrasó durante un tiempo. Este artículo menciona la exclusión de la bolsa y hace referencia a un artículo escrito el 10 de febrero. Rui ''Gabriel'' Correia ( discusión ) 16:24 22 febrero 2020 (UTC) [ responder ]

"Medidas tecnológicas" enumeradas enRedirecciones para discusión

Un editor ha solicitado una discusión para abordar la redirección de Medidas tecnológicas. Dado que usted ha estado involucrado en la redirección de Medidas tecnológicas , es posible que desee participar en la discusión de la redirección si lo desea. firmado, Rosguill discusión 23:46, 3 de marzo de 2020 (UTC) [ responder ]

¡Gracias por ser uno de los principales colaboradores médicos de Wikipedia!

Por favor ayuda a traducir este mensaje a tu idioma local a través de meta

Gracias de nuevo :-) -- Doc James junto con el resto del equipo de Wiki Project Med Foundation 18:35, 5 de marzo de 2020 (UTC) [ responder ]

Hola, Nemo bis. Por favor, revisa tu correo electrónico; ¡tienes un mensaje!
Puede que transcurran unos minutos desde el momento en que se envía el mensaje hasta que aparezca en tu bandeja de entrada. Puedes eliminar este aviso en cualquier momento eliminando la plantilla {{ Tienes un mensaje }} o {{ ygm }} .

-- Green C 15:34 12 mar 2020 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 13 de abril

Un proceso automatizado ha detectado que cuando usted editó recientemente Comparación de proveedores de correo web , agregó un enlace que apunta a la página de desambiguación ARC (verifique para confirmar | corrija con el solucionador Dab).

( Instrucciones para darse de baja ). -- Bot DPL ( discusión ) 14:57, 13 de abril de 2020 (UTC) [ responder ]

Enlace roto

Mi computadora portátil no puede hacer frente a las reversiones. ¿Puedes revertir automáticamente cada artículo en el que hayas eliminado el sitio web http://www.informaworld.com? Tenemos WP:WAYBACK y, por lo tanto, no hay una razón válida para eliminar los enlaces. Gracias. – Davey 2010 Talk 17:36, 19 de abril de 2020 (UTC) [ responder ]

Los enlaces también están rotos en Wayback Machine, esto ya se ha discutido en profundidad en los tablones de anuncios correspondientes. No reviertas. Nemo 17:39, 19 de abril de 2020 (UTC) [ responder ]
Ummm, ¿funciona este enlace de Wayback Machine? ...... Entiendo que no todos se archivarán, pero a menos que haya un consenso real de que está bien que los estados eliminen estos enlaces, no deberían eliminarse bajo ninguna circunstancia. Además, ¿podrías indicarme dónde está la discusión, por favor? – Davey 2010 Talk 17:42, 19 de abril de 2020 (UTC) [ responder ]
¿Por qué carajo estás volviendo a la normalidad? Nuevamente, indícame esta discusión o te llevaré a ANI. – Davey 2010 Talk 17:48, 19 de abril de 2020 (UTC) [ responder ]
(Una de mis respuestas se perdió en un conflicto de edición) Estoy revirtiendo sus reversiones porque no estaban justificadas y, por lo tanto, fueron abusivas. (No es gran cosa, es fácil de solucionar; solo evite persistir). Eres libre de restaurar tus ediciones por los medios adecuados.
Una de las discusiones principales fue Wikipedia:Reliable_sources/Noticeboard/Archive_281#sciencedirect.com_..._interscience.wiley.com_..._informaworld.com . Nemo 17:52, 19 de abril de 2020 (UTC) [ responder ]
De acuerdo, gracias. De acuerdo, entonces, ¿por qué estás eliminando estos en lugar de agregar enlaces archivados (como el de arriba)? Hasta donde yo sé, nunca eliminamos URL aquí, así que estoy perplejo sobre por qué lo haces, pero de cualquier manera, no entiendo por qué no estás simplemente agregando enlaces archivados si están disponibles. Gracias, – Davey 2010 Talk 17:56, 19 de abril de 2020 (UTC) [ responder ]
Lo siento, esto se explicó en la respuesta que se perdió en un conflicto de edición...
Las URL que podrían corregirse consultando Wayback Machine fueron corregidas por WP:WAYBACKMEDIC hace unos meses. Las URL restantes generalmente no tienen suficiente información útil como para que valga la pena mantenerlas (a veces incluso son meros mensajes de error). Muchas de las URL también son redundantes de otras maneras, por ejemplo, enlaces a la página principal de una revista que ahora está reemplazada por otro enlace: en su ejemplo, Central Asian Survey no tiene ningún uso para una URL de la encarnación anterior de la editorial, como [12] o [13], que está completamente reemplazada por la URL actual https://www.tandfonline.com/toc/ccas20/current .
Eliminar las URL rotas, irrecuperables o redundantes permite agregar más fácilmente las URL adecuadas más adelante (incluido el destino actual del DOI respectivo, si existe). Para este propósito, he convertido una serie de citas a {{ cite journal }} , de modo que una búsqueda por título, autor y fecha pueda recuperar la URL actual (a menudo esto funciona incluso con WP:UCB ). Nemo 18:03, 19 de abril de 2020 (UTC) [ responder ]
Hola, creo que entiendo más o menos la idea. Después de buscar, parece que hubo un consenso tanto en la RSN, la página de discusión de GreenC y creo que en la página de discusión de Citation Bots (?).
En el enlace de arriba aparece el nombre de Jessica, lo cual para mí es suficiente para conservarlo, pero como dije, en realidad no entiendo nada de esto ni por qué.
De todos modos, acepte mis más sinceras disculpas por las reversiones (y por el mensaje anterior). Supuse que las estaba eliminando sin ningún consenso y en ese momento temí que alguien editara esas páginas después, lo que significaba que sería complicado volver a agregar las URL.
De todos modos, mis más sinceras y sin reservas disculpas por la interrupción que he causado involuntariamente esta noche.
Feliz edición, gracias, saludos cordiales, – Davey 2010 Talk 18:18, 19 de abril de 2020 (UTC) [ responder ]
Vale, gracias. Está bien, me apresuré a deshacerlo solo porque estas ediciones son muy tediosas de rehacer si hay conflictos de edición. Puede que haya algún error aquí y allá, no soy perfecto, pero estoy intentando con todas mis fuerzas no perder ninguna información aquí. (Y lleva mucho tiempo). Nemo 18:33, 19 de abril de 2020 (UTC) [ responder ]

Eliminar enlace al diario enMargaret Mead

Hola, gracias por eliminar el enlace desactualizado al sitio web de la revista sobre Margaret Mead . ¡Sé que odio cuando encuentro artículos wiki que realmente quiero usar y me aparecen enlaces rotos en las referencias!

La próxima vez que te encuentres con algo así, vale la pena echar un vistazo a si la URL está disponible en Wayback Machine . Mientras revisaba la eliminación del enlace, eché un vistazo allí y logré encontrar el lugar al que se había movido la página, así que actualicé el enlace. Con suerte, al hacerlo, la próxima persona que consulte esas referencias lo tendrá más fácil :)

¡Todo lo mejor! | Naypta abrió la boca a las 16:17, 21 de abril de 2020 (UTC) [ responder ]

Gracias por añadir un nuevo enlace. En tal caso, vale la pena analizar más de cerca para qué se utiliza realmente la fuente; por ejemplo, sospecho que solo se ha utilizado algún artículo de ese volumen, no todo el número especial. Nemo 16:22, 21 de abril de 2020 (UTC) [ responder ]

Su script Citation Bot personalizado

Hace mucho tiempo dijiste "Por ahora solo confío en los scripts de usuario (tanto en wiki JS como en Tampermonkey), así que no hay necesidad de molestarse en cambiar nada solo para mí. (Puedo compartirlos si es necesario, nada especial)". No sé qué script usas para evitar el "modo lento", pero los nombres de host y la ruta deben cambiarse de tools.wmflabs.org/citations a citations.toolforge.org AManWithNoPlan ( discusión ) 12:56, 15 de junio de 2020 (UTC) [ responder ]

Gracias, anotado. (No estoy usando ninguno en este momento). Nemo 13:03, 15 de junio de 2020 (UTC) [ responder ]

Dejen de suprimir hilos de discusión en las páginas de discusión

Hola Nemo, esta es la segunda vez que te veo colapsar los hilos de discusión en nuestra página de discusión de plantillas de citas con resúmenes de edición engañosos: [14][15] Considero que esto es un comportamiento extremadamente grosero y poco colaborativo, contraproducente para el proyecto. Ambas discusiones fueron de máxima relevancia en relación con una implementación adecuada de la función de "vinculación automática", porque "tal como está" la implementación es incompleta y puede generar problemas. Es obvio que no te gustan las sugerencias que se presentan allí, ya sea porque no quieres que los editores tengan ningún medio para anular el comportamiento automático cuando sea necesario, o porque quieres que la función se implemente hoy en lugar de mañana. Pero eso no te da ningún derecho a suprimir otras opiniones. En cambio, deberías ayudar a trabajar en una solución que aborde las preocupaciones planteadas, de modo que la función se pueda implementar correctamente. -- Matthiaspaul ( discusión ) 07:40, 7 de julio de 2020 (UTC) [ responder ]

Ciencia directa

Tomo nota de tu edición de Contracaecum . ¿Por qué ScienceDirect es una fuente poco fiable? ¿Dónde puedes indicarme dónde se ha acordado eso en Wikipedia? He buscado pero no puedo encontrarlo, puedo localizar Wikipedia:Elsevier ScienceDirect que parece sugerir lo contrario. Quetzal1964 ( discusión ) 14:31 26 ago 2020 (UTC) [ responder ]

Science Direct es solo un sitio web que contiene todo tipo de cosas. Preguntar si es confiable es como preguntar si Google.com es una fuente confiable. "Temas de Science Direct" es simplemente una colección de fragmentos generados automáticamente a partir de artículos aleatorios. ¿Has leído realmente de qué se trata? ¿Podrías decirme en qué categoría de Wikipedia:Fuentes confiables crees que se incluiría? Gracias, Nemo 15:04, 26 de agosto de 2020 (UTC) [ responder ]
Nemo bis Gracias, lo he mirado y dice que ofrece "contenido creíble, preciso y relevante", es un resumen de artículos. Entonces, si se lo explicaras a alguien que fuera, como decimos, de difícil comprensión, le dirías que debería citar los artículos a los que se hace referencia en el resumen en lugar del resumen, ¿es correcto? Quetzal1964 ( discusión ) 17:13 26 ago 2020 (UTC) [ responder ]
Sí, definitivamente, cita directamente. Sobre todo porque esos fragmentos pueden variar, por lo que en un año o dos el lector puede no encontrar en absoluto a qué te referías. Ya encontré muchos casos así... Nemo 14:23, 28 de agosto de 2020 (UTC) [ responder ]
Apoyando esto, @Nemo bis : ¿por qué estás eliminando artículos científicos que aparecen en Science Direct y llamándolos "generados por máquina"? Son artículos y reseñas académicas. ¿Qué diablos estás haciendo? Sxologist ( discusión ) 04:38, 27 de agosto de 2020 (UTC) [ responder ]
También estoy consultando a @Eepavan : y a @Ealdgyth : ¿ puedes revisar su eliminación de citas? Están eliminando un montón de citas a las que se refieren como "generadas por máquina" a pesar de que son enlaces a artículos de revistas de Elsevier de buena reputación. ¿No tienen prohibido editar URL? Sxologist ( discusión ) 04:41, 27 de agosto de 2020 (UTC) [ responder ]
No se está eliminando ningún artículo académico: se trata simplemente de páginas web editoriales creadas por bots (probablemente con fines de SEO ). Cuando se hizo referencia específica a un artículo académico, me esforcé por actualizar la referencia para citarlo directamente, como se debe hacer (ejemplos 1 , 2 ). Lamentablemente, la mayoría de las referencias a estas páginas poco confiables no se podían usar, por lo que fue imposible convertirlas en páginas correctas. Nemo 14:27, 28 de agosto de 2020 (UTC) [ responder ]
Para ser claros, parece que Science Direct tiene un sistema de URL extraño que redirige a las personas a una página SEO común. No tengo idea de por qué, pero los editores originales lo vincularon correctamente: es Science Direct el que está causando el problema. Sin embargo, gracias por aclararlo, entiendo lo que quieres decir. Sxologist ( discusión ) 03:40, 29 de agosto de 2020 (UTC) [ responder ]

Fuentes confiables

Recientemente has editado un artículo, eliminando una cita con el argumento de que no proviene de una fuente confiable, ya que es un artículo generado por máquina. He leído la charla anterior sobre Science Direct . Qué observación tan interesante. No puedo encontrar ninguna referencia a que esto sea un problema en Wiki, por lo que tal vez la página de Fuentes confiables deba actualizarse. No soy técnicamente competente para hacer esto. Dejaré tu edición por ahora y gracias por señalarla. Estoy interesado en saber más. Usuario:Barkercoder —Comentario anterior sin fecha agregado a las 18:36, 1 de septiembre de 2020 (UTC) [ responder ]

De hecho, las fuentes generadas por máquinas son algo bastante nuevo, aunque ya están muy extendidas en ciertos ámbitos, como las noticias financieras. Google está financiando a los grandes periódicos nacionales para que adopten la generación de noticias impulsada por IA, por lo que en poco tiempo esto podría convertirse en un problema mayor (o tal vez sea solo una moda; no sería la primera vez).
El enfoque de Elsevier es bastante simplista y, en teoría, fácil de manejar (pero la mayoría de las personas simplemente siguen a Google y se dejan engañar por sus tácticas de SEO), mientras que Springer, por ejemplo, ha comenzado una serie mucho más sofisticada de libros generados por máquinas. Nemo 18:44, 1 de septiembre de 2020 (UTC) [ responder ]

Fronteras de los medios

¡Hola, Nemo! En junio sugerí actualizaciones a la lista de revistas en el artículo de Frontiers Media. Tal vez recuerdes que participaste en algunas de las discusiones en la página de discusión del artículo . He realizado mejoras en mi propuesta de texto en función de esas discusiones. ¿Puedes revisar esa solicitud? Si no, ¿hay otros lugares a los que deba acudir para buscar ayuda?

Best, JBFrontiers ( discusión ) 09:32 11 nov 2020 (UTC) [ responder ]

Mensaje para los votantes de las elecciones ArbCom 2020

Notificación de enlace de desambiguación para el 14 de marzo

Un proceso automatizado ha detectado que cuando usted editó recientemente Scalix , agregó un enlace que apunta a la página de desambiguación de Microsoft Exchange .

( Instrucciones para darse de baja ). -- Bot DPL ( discusión ) 06:31, 14 de marzo de 2021 (UTC) [ responder ]

Rotavirus

Hola, ¿por qué eliminas los enlaces directos a los artículos citados en este artículo? Te pedí que lo explicaras en la página de discusión del artículo, pero los eliminaste nuevamente. Graham Beards ( discusión ) 14:31 23 abr 2021 (UTC) [ responder ]

Perdón por no haber respondido la pregunta, la respondí en la página de discusión. Nemo 14:44, 23 de abril de 2021 (UTC) [ responder ]

Artículos de medicina con enlaces rotos

Hola Nemo bis, vi tu edición eliminando una URL duplicada de la plantilla de cite journal y me preguntaba si te interesaría un pequeño proyecto que está en mi lista. Alrededor de 2100 artículos relacionados con la medicina tienen URL muertas (aquí está la consulta de PetScan). Al hacer clic en la lista, una cantidad sustancial de los enlaces muertos están en plantillas {{ cite journal }} que ya tienen identificadores estables. Por lo tanto, esos enlaces muertos y la plantilla de mantenimiento se pueden eliminar de forma segura. Pedí una versión más amplia de esta tarea en Bot requests, pero aún no he recibido ninguna respuesta. Creo que los artículos sobre medicina están particularmente enriquecidos con enlaces muertos que se encuentran dentro de las plantillas de cite journal, por lo que tal vez sea un lugar particularmente bueno para comenzar. De todos modos, no te presiones, solo esperaba que algo en mi lista de tareas pendientes se alineara con tus intereses. ¡Espero que todo esté bien de tu parte! Ajpolino ( discusión ) 15:26, 24 de abril de 2021 (UTC) [ responder ]

Eliminar URL redundante con identificador en cita con enlace automático

Hola. Veo que estás eliminando las URL donde existen los DOI. Las URL pueden ser muy útiles para nuestros lectores, especialmente cuando el DOI ha sido obtenido por un editor comercial. Por ejemplo, en Life ref 196, el DOI lleva a Royal Society Publishing, donde puedo comprar el acceso, pero el texto está disponible de forma gratuita y legal en el Centro Nacional de Información Biotecnológica y quizás en otros lugares. Certes ( discusión ) 11:08 26 may 2021 (UTC) [ responder ]

La edición en cuestión elimina una URL muerta y la reemplaza con un enlace al PMC gratuito. Entonces, ¿te quejas de lo que hizo Nemo bis o lo elogias? AManWithNoPlan ( discusión ) 14:19 27 may 2021 (UTC) [ responder ]
Hemos resuelto el problema en User talk:Certes#Re: Eliminar URL redundante con identificador en citación con enlaces automáticos . Certes ( discusión ) 14:57, 27 de mayo de 2021 (UTC) [ responder ]

2 de junio de 2021

Actualmente pareces estar involucrado en una guerra de ediciones . Esto significa que estás cambiando repetidamente el contenido para que vuelva a ser como crees que debería ser, aunque otros editores no estén de acuerdo. Se espera que los usuarios colaboren con otros, que eviten realizar ediciones que generen disrupciones y que intenten llegar a un consenso , en lugar de deshacer repetidamente las ediciones de otros usuarios una vez que se sabe que existe un desacuerdo.

Puntos a tener en cuenta:

  1. La guerra de ediciones es disruptiva sin importar cuántas reversiones hayas realizado;
  2. No edites la guerra incluso si crees que tienes razón.

Si te encuentras en medio de una disputa de edición, utiliza la página de discusión del artículo para discutir los cambios controvertidos y trabajar hacia una versión que represente el consenso entre los editores. Puedes publicar una solicitud de ayuda en un tablón de anuncios adecuado o buscar la resolución de la disputa . En algunos casos, puede ser adecuado solicitar la protección temporal de la página . Si participas en una guerra de ediciones, es posible que se te bloquee la edición. --ParoleSonore ( discusión ) 22:17 1 jun 2021 (UTC) [ responder ]

Non fraintendermi, ma davvero non capisco la tua insistenza. Come si vede, este tipo de información en la práctica no se usa para los artículos de los grupos musicales. Inoltre non è nemmeno supportato dalle regole né vedo come lo stesso sia citato nel loro articolo di Wikipedia italiana. Né este tipo de información y de naturaleza enciclopédica. Prova a capire. Saluti.--ParoleSonore ( discusión ) 23:10, 1 de junio de 2021 (UTC) [ respuesta ]
Se ti interessa la comunità LGBT o il loro sostegno a quella comunità o la loro sessualità/comportamento non convenzionale, non preoccuparti, non deve essere menzionato su Wikipedia affinché il publico possa vedere quanto sono bravi e coraggiosi estos giovani Artisti nella loro vita privada y profesionale. . Tra un paio d'anni, quando e se avremo più informazioni sulla loro carriera e contesto, probabilmente verrà menzionato qualcosa a riguardo, ma ora no.--ParoleSonore ( discusión ) 23:32, 1 de junio de 2021 (UTC) [ respuesta ]
Te están denunciando. Acabas de infringir el WP:3RR . --ParoleSonore ( discusión ) 16:34 4 jun 2021 (UTC) [ responder ]
Como quieras. Estaré desconectado por un tiempo, ten cuidado con tus pings esta vez para evitar el sondeo selectivo. Nemo 16:42, 4 de junio de 2021 (UTC) [ responder ]
Non sei per niente amichevole e ragionevole. Perché ignori così ostinatamente la costruzione del consenso?--ParoleSonore ( discusión ) 17:05, 4 de junio de 2021 (UTC) [ respuesta ]

Errores de edición masiva en la eliminación de URL "redundantes"

Veo que todavía haces "eliminar URL redundante con identificador en cita enlazada automáticamente", por cientos , como si fueras un bot no registrado . En esta edición reciente, la URL original aterriza en https://pubs.acs.org/doi/full/10.1021/jacs.7b07546?src=recsys y la URL enlazada de reemplazo automático (una copia del enlace PMID) aterriza en https://pubs.acs.org/doi/10.1021/jacs.7b07546. Esto probablemente sea válido: la página de Wikipedia se ve igual (el título del artículo todavía está subrayado con un enlace), y la función del enlace es [casi] la misma (la URL final cambió, pero parece equivalente).

No digo si esta edición es correcta o incorrecta, aceptable o inaceptable. No puedo decir con claridad si otras personas consideraron que esta actividad humana era útil, trivial, molesta o contraproducente. No puedo decirles que dejen de hacerlo ni pedirles que lo hagan, pero definitivamente no los insto a que continúen. (Todo error es contraproducente. El beneficio (si lo hay) es pequeño. Por lo tanto, incluso unos pocos errores harían que la ganancia neta fuera negativa para todos los involucrados).

Estas ediciones son tareas "simples" y automatizables. Un bot podría realizarlas. No es bueno que los humanos hagan "trabajo de bot". Desperdicia el tiempo de los humanos y agrega errores humanos innecesarios. Si este trabajo fuera importante, alguien podría haber comenzado a hacerlo con un bot. Si es importante y un bot no lo está haciendo, alguien podría proponer la tarea como escritor de bots, o proponer la tarea a escritores de bots. (En algún momento, los bots estaban haciendo algo así; parece que dejaron de hacerlo; no lo sé).

Sin embargo, estas ediciones parecen defectuosas porque dejan un parámetro vacío en el {cite}. En la última edición,
...Rearrangement|url=https://pubs.acs.org/doi/full/10.1021/jacs.7b07546?src=recsys|journal=...se convirtió en
...Rearrangement|url= |journal=..., cuando debería haber sido
...Rearrangement|journal=....
Los bots activos limpian (eliminan) muchos parámetros vacíos: visitan la mayoría de las páginas, eventualmente. Pero el parámetro vacío "|url=" y su eliminación son completamente necesarios. Multiplique esto por cientos de ediciones, todas con este mismo error. Si continúa haciendo este tipo de edición, ajuste su práctica (o algoritmo) para no dejar atrás el |url=parámetro vacío. Elimine todo el parámetro: elimine comenzando con la barra vertical ("|") antes de "url", hasta (pero sin incluir) la siguiente barra vertical o llave de cierre ("}"). --A876 ( discusión ) 00:30, 4 de junio de 2021 (UTC) [ responder ]

Dejar un parámetro de URL vacío definitivamente no es un error. Es habitual dejar dichos parámetros vacíos cuando parece probable que futuros editores quieran completarlos; por este motivo, verá que se ha debatido mucho sobre la posibilidad de utilizar bots para eliminar parámetros vacíos antes de llegar a un consenso.
Estoy de acuerdo contigo en que se podría programar un bot para que realice esta tarea mejor que un humano, pero eso aún no ha sucedido y yo personalmente no deseo invertir tiempo en ese tipo de esfuerzo. Si deseas escribir y proponer un bot de este tipo, estaré encantado de asesorarte. Nemo 06:12, 4 de junio de 2021 (UTC) [ responder ]
Dejar un parámetro vacío es|url= definitivamente un error. Borraste el valor del parámetro con la idea de que nunca debería tener un valor . Es habitual no dejar parámetros vacíos cuando estás seguro de que los editores futuros nunca querrían rellenarlos. Descubrirás que los bots eliminan los parámetros vacíos por completo. Y cuando un bot elimina el parámetro debido a la redundancia, elimina el parámetro completo , no solo el valor. Tienes pocas excusas para hacer el trabajo de un bot. (Nadie se ha molestado en pedirte que pares). Tienes menos excusas para hacer el trabajo de un bot de forma incorrecta. --A876 ( discusión ) 20:10, 9 de junio de 2021 (UTC) [ responder ]|url=|url=

Aviso de discusión en el tablón de anuncios de Warring

Icono de informaciónHola. Te enviamos este mensaje para informarte de que actualmente hay una discusión en la que te involucras en Wikipedia:Tablón de anuncios de administradores/Guerra de ediciones sobre una posible violación de la política de Wikipedia sobre guerra de ediciones . Gracias. ParoleSonore ( discusión ) 16:49 4 jun 2021 (UTC) [ responder ]

Acoso

Por favor, dejen de acosar a WP:HARASS y WP:HOUND en todas mis páginas de edición y discusión. Dejen de acosar a WP:BITE . --ParoleSonore ( discusión ) 12:15 14 jun 2021 (UTC) [ responder ]

"Conocimiento libre" que figura enRedirecciones para discusión

Se está llevando a cabo una discusión para abordar la redirección Conocimiento libre . La discusión se llevará a cabo en Wikipedia:Redirecciones para discusión/Registro/2021 5 de julio #Conocimiento libre hasta que se llegue a un consenso, y cualquiera, incluido usted, es bienvenido a contribuir a la discusión. KamranBhatti4013 ( discusión ) 21:01 5 jul 2021 (UTC) [ responder ]

Notificación de enlace de desambiguación para el 12 de julio

Un proceso automatizado ha detectado que cuando usted editó recientemente Arla Oy , agregó un enlace que apunta a la página de desambiguación Lapinjärvi .

( Instrucciones para darse de baja ). -- Bot DPL ( discusión ) 05:58, 12 de julio de 2021 (UTC) [ responder ]

Mensaje para los votantes de las elecciones ArbCom 2021

Notificación de enlace de desambiguación para el 1 de marzo

Un proceso automatizado ha detectado que cuando usted editó recientemente Rosneft , agregó un enlace que apunta a la página de desambiguación Robert Dudley .

( Instrucciones para darse de baja ). -- Bot DPL ( discusión ) 06:08, 1 de marzo de 2022 (UTC) [ responder ]

Académico del Archivo de Internet

¡Gracias por señalar el recurso! Myotus ( discusión ) 00:24 23 mar 2022 (UTC) [ responder ]

He respondido a tu mensaje en mi página de discusión. Gracias por la información sobre IAS. -- Ancheta Wis   (discusión | contribuciones) 02:20 23 mar 2022 (UTC) [ responder ]

Problemas de edición

Parece que estás enviando contenido idéntico (con URL inútiles de zenodo incluidas) de fuentes dudosas a artículos seleccionados para impulsar un punto de vista y hacer una guerra de ediciones para conservar estas ediciones. Estoy bastante seguro de que esto tendrá que ir a ANI, pero antes de eso, ¿tienes alguna explicación? Bon courage ( discusión ) 13:14, 26 de noviembre de 2022 (UTC) [ responder ]

¿Qué quieres decir con "URL inútiles de Zenodo"?
¿Has leído siquiera las modificaciones que has revertido? Has restaurado declaraciones sin fuentes y material promocional evidente. Nemo 13:15, 26 de noviembre de 2022 (UTC) [ responder ]

Lo siento si me he olvidado de algo, pero ¿no tienes prohibido por tiempo indefinido añadir URL a las citas? -- Escape Orbit (discusión) 13:22 26 nov 2022 (UTC) [ responder ]

No estoy seguro de lo que quieres decir con eso. Vuelve a comprobarlo y dime qué piensas. Nemo 13:39, 26 de noviembre de 2022 (UTC) [ responder ]

Ejemplo

Entonces, tomando esto [16] como ejemplo, el problema parece ser que usted ha señalado a ciertas publicaciones/editoriales académicas comerciales y luego...

  1. Crea un hombre de paja que los presenta como prestigiosos y los cita en un blog.
  2. Lo derribé con la voz de Wikipedia haciendo la afirmación (incomprensible) de que se encontró que la revista "publicaba estructuras significativamente deficientes"  ; de hecho, se trata de una referencia de nicho a modelos informáticos de estructuras moleculares a partir de algunas investigaciones de 2007. La segunda referencia citada no verifica el texto en absoluto.
  3. Omitiendo las fuentes (débiles), la propia conclusión es que "todas las revistas parecen tener dificultades para abordar el problema de la fiabilidad".
  4. Mezclado en una URL zenodo redundante.

¿Es correcto? Bon courage ( discusión ) 14:27 26 nov 2022 (UTC) [ responder ]

Mensaje para los votantes de las elecciones ArbCom 2022

¡Hola! La votación para las elecciones del Comité de Arbitraje de 2022 está abierta hasta las 23:59 (UTC) del lunes 12 de diciembre de 2022. Todos los usuarios que cumplan los requisitos pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez.

El Comité de Arbitraje es el panel de editores responsable de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad de imponer soluciones vinculantes a las disputas entre editores, principalmente en el caso de disputas de conducta graves que la comunidad no ha podido resolver. Esto incluye la autoridad para imponer prohibiciones de sitios , prohibiciones de temas , restricciones de edición y otras medidas necesarias para mantener nuestro entorno de edición. La política de arbitraje describe las funciones y responsabilidades del Comité con mayor detalle.

Si desea participar en las elecciones de 2022, revise los candidatos y envíe sus opciones en la página de votación . Si ya no desea recibir estos mensajes, puede agregarlos a su página de discusión de usuario. Entrega de mensajes de MediaWiki ( discusión ) 00:30 29 nov 2022 (UTC) [ responder ]{{NoACEMM}}

15 de febrero: Salón WikiWednesday en Brooklyn

(Puede suscribirse o cancelar su suscripción a futuras notificaciones de eventos en el área de Nueva York agregando o eliminando su nombre de esta lista ).

-- Equipo de Wikimedia de Nueva York a través de la entrega de mensajes de MediaWiki ( discusión ) 23:47 7 feb 2023 (UTC) [ responder ]

8 de marzo: Salón WikiWednesday de Grand Central

(Puede suscribirse o cancelar su suscripción a futuras notificaciones de eventos en el área de Nueva York agregando o eliminando su nombre de esta lista ).

-- Equipo de Wikimedia de Nueva York a través de la entrega de mensajes de MediaWiki ( discusión ) 03:36 28 feb 2023 (UTC) [ responder ]

Error CS1 activadoISO 20022

Hola, soy Qwerfjkl (bot) . He detectado automáticamente que esta edición que has realizado, en la página ISO 20022 , puede haber introducido errores de referencia. Son los siguientes:

Por favor, revisa esta página y corrige los errores resaltados. Si crees que se trata de un falso positivo , puedes informarlo a mi operador. Gracias, Qwerfjkl (bot) ( discusión ) 15:20 23 abr 2023 (UTC) [ responder ]

Dado que realiza mucho trabajo de citas...

Estas piezas podrían interesarte. Headbomb { t · c · p · b } 17:48, 1 de agosto de 2023 (UTC) [ responder ]

OABot 503

¿El servidor necesita una patada en el trasero o algo así? Headbomb { t · c · p · b } 17:43, 2 de agosto de 2023 (UTC) [ responder ]

Necesito cambiar al código base de Python3. Lo intentaré más tarde hoy. Nemo 08:31, 3 de agosto de 2023 (UTC) [ responder ]

OAbot no funciona correctamente

Por si te lo perdiste... el OAbot no funciona correctamente, pensando que todo lo demás no es libre . -- Rockstone ¡Envíame un mensaje! 02:22, 20 de agosto de 2023 (UTC) [ responder ]

Gracias, ya respondí allí. Es bastante extraño que me bloqueen sin siquiera enviar un mensaje en la página de discusión. Nemo 16:48, 20 de agosto de 2023 (UTC) [ responder ]

En caso de que te lo hayas perdido

Respondí a tus comentarios y a la eliminación del texto principal en Talk:Kessel_Run#Reliable_sources . -- GRuban ( discusión ) 13:48 11 oct 2023 (UTC) [ responder ]

Y de nuevo, hace varios días. Espero haber explicado, frase por frase y sección por sección, cómo el texto que eliminaste era en realidad un resumen del resto del artículo. Podrías volver a ponerlo sin las fuentes, por eso, o con las fuentes si crees que eso lo haría mejor, o en alguna otra forma completamente diferente si crees que eso sería mejor, es posible que seas mejor resumidor que yo, en cuyo caso estaré perfectamente de acuerdo con tu reformulación, pero necesitamos un resumen del resto del artículo, eso es lo que se supone que es una introducción. -- GRuban ( discusión ) 16:05 16 oct 2023 (UTC) [ responder ]

Respuesta de OAbot

¡Tendré que comprobarlo! Gracias por el aviso, Red Director ( discusión ) 21:14 20 nov 2023 (UTC) [ responder ]

Probé la interfaz y utiliza tipos de referencia con los que no estoy muy familiarizado. No siento que tenga la autoridad para hacer conjeturas fundamentadas sobre esas referencias académicas, ya que no estoy bien capacitado en ese campo. Sin embargo, parece que tiene potencial. Red Director ( discusión ) 23:23 20 nov 2023 (UTC) [ responder ]

Mensaje para los votantes de las elecciones ArbCom 2023

¡Hola! La votación para las elecciones del Comité de Arbitraje de 2023 está abierta hasta las 23:59 (UTC) del lunes 11 de diciembre de 2023. Todos los usuarios que cumplan los requisitos pueden votar. Los usuarios con cuentas alternativas solo pueden votar una vez.

El Comité de Arbitraje es el panel de editores responsable de llevar a cabo el proceso de arbitraje de Wikipedia . Tiene la autoridad de imponer soluciones vinculantes a las disputas entre editores, principalmente en el caso de disputas de conducta graves que la comunidad no ha podido resolver. Esto incluye la autoridad para imponer prohibiciones de sitios , prohibiciones de temas , restricciones de edición y otras medidas necesarias para mantener nuestro entorno de edición. La política de arbitraje describe las funciones y responsabilidades del Comité con mayor detalle.

Si desea participar en las elecciones de 2023, revise los candidatos y envíe sus opciones en la página de votación . Si ya no desea recibir estos mensajes, puede agregarlos a su página de discusión de usuario. Entrega de mensajes de MediaWiki ( discusión ) 00:31 28 nov 2023 (UTC) [ responder ]{{NoACEMM}}

Mensaje de error tras la eliminación de URL redundantes

Hola Nemo_bis y gracias por ayudarnos a mejorar el artículo Educación . Después de eliminar las URL redundantes, ahora aparecen mensajes de error en la sección "Fuentes". Por ejemplo:

{{cite journal}}: |access-date= requiere |url= (ayuda); |archive-url= requiere |url= (ayuda)

Supongo que tenemos que restaurar la URL o eliminar la URL archivada junto con los parámetros relacionados. No estoy seguro de cuál es mejor. Phlsph7 ( discusión ) 09:24 30 nov 2023 (UTC) [ responder ]

Gracias por notarlo. Simplemente elimine la URL del archivo, es redundante en sí misma (a menos que proporcione una copia de OA y no haya ninguna en otro lugar, en cuyo caso debería estar en el parámetro URL). El robot de citas también debería encargarse de eso. Nemo 09:36, 30 de noviembre de 2023 (UTC) [ responder ]
En realidad no, por lo que hay que eliminarlos manualmente. (Eso es lo que suelo hacer, pero a veces no los veo). Nemo 09:52, 30 de noviembre de 2023 (UTC) [ responder ]
Gracias por investigarlo. El artículo es actualmente candidato a artículo destacado , por lo que los revisores lo revisan con atención para detectar cualquier mensaje de error. Phlsph7 ( discusión ) 10:37, 30 de noviembre de 2023 (UTC) [ responder ]
Oh, lo siento, me lo había perdido. El robot de citas eliminó con éxito los parámetros de datos de acceso adicionalespero no para todas las citas, haré el resto manualmente. Nemo 10:47 30 noviembre 2023 (UTC) [ responder ]

Actualización de RFA2024: ya no se aceptan nuevas propuestas en la fase I

¡Hola! Este mensaje es para informarles que la fase I de la revisión de solicitudes de administración (RfA) de 2024 ya no acepta nuevas propuestas . Muchas propuestas siguen abiertas para discusión y la ronda actual de revisión parece estar encaminada a lograr un progreso significativo en la mejora de la estructura y el entorno de RfA . Me gustaría agradecerles de corazón a todos los que nos han dado sus ideas para hacer un cambio que mejore RfA, y lo mismo a todos los que han brindado los comentarios necesarios para mejorar esas ideas. Las siguientes propuestas siguen abiertas para discusión:

Para leer las propuestas que se cerraron por no ser exitosas, consulte Wikipedia:Solicitudes de administración/Revisión de 2024/Fase I/Propuestas cerradas . Se le invita cordialmente una vez más a participar en las discusiones abiertas; cuando finalice la fase I, la fase II revisará los resultados de las propuestas de prueba y refinará los detalles de implementación de otras propuestas. Se enviará otra notificación cuando comience esta fase, probablemente con el primer cierre exitoso de una propuesta importante. ¡Feliz edición! theleekycauldron ( discusión • ella/ella), vía:

Entrega de mensajes de MediaWiki ( discusión ) 10:53 14 mar 2024 (UTC) [ responder ]

Comentario sobre fuentes perennes enPágina de inicio:MEDRS

Nominé un artículo para DYK en Template:Did you know nominations/Histamine N-methyltransferase y los editores mencionaron que tengo que deshacerme de las referencias a las revistas MDPI ( todos los enlaces MDPI deberían eliminarse; no se considera un editor confiable ). Sigo creyendo que las revistas MDPI se pueden usar (con cuidado). Vi que contribuiste a un artículo de Wikipedia sobre fuentes perennes. ¿Puedes sugerir un enlace que respalde mi opinión sobre MDPI ya sea en esa discusión en Template:Did you know nominations/Histamine N-methyltransferase o en una respuesta aquí en tu discusión de usuario? ¿O tal vez tienes un enlace que dice que estoy equivocado y de hecho debería eliminar todas las referencias a MDPI? Maxim Masiutin ( discusión ) 17:09, 19 de abril de 2024 (UTC) [ responder ]

Gracias por tu pronta respuesta en [17] y por tu ayuda, ¡me alegraste el día! Maxim Masiutin ( discusión ) 17:44 19 abr 2024 (UTC) [ responder ]

parámetros dependientes de|url=

En esta edición, [eliminaste las URL redundantes] . No tengo ningún problema con eso, excepto que al hacer ese tipo de ediciones, también elimines los parámetros que dependen del parámetro que ahora falta o está vacío. Si no lo haces, el artículo se agrega a uno o más de los siguientes errores de Category:CS1: access-date sin URL , Category:CS1: archive-url , Category:CS1: format sin URL y/o Category:CS1: param-access, lo que significa que ahora alguien tiene que limpiar después de ti.|url=

—El monje trapense ( discusión ) 19:54 23 abr 2024 (UTC) [ responder ]

Gracias por la nota. Después lancé el bot de citas en (algunas de) esas categorías, pero quizás me perdí algunas o se agotó el tiempo de espera de una solicitud. La próxima vez me esforzaré más. Nemo 20:23, 23 de abril de 2024 (UTC) [ responder ]

Recordatorio para votar ahora para seleccionar a los miembros del primer U4C

Puedes encontrar este mensaje traducido a otros idiomas en Meta-wiki. Por favor, ayuda a traducirlo a otros idiomas.

Estimado Wikimedista:

Recibirá este mensaje porque anteriormente participó en el proceso UCoC.

Este es un recordatorio de que el período de votación para el Comité Coordinador del Código de Conducta Universal (U4C) finaliza el 9 de mayo de 2024. Lea la información en la página de votación en Meta-wiki para obtener más información sobre la votación y la elegibilidad de los votantes.

El Comité Coordinador del Código de Conducta Universal (U4C) es un grupo global dedicado a proporcionar una implementación equitativa y consistente del UCoC. Se invitó a los miembros de la comunidad a presentar sus solicitudes para el U4C. Para obtener más información y conocer las responsabilidades del U4C, consulte la Carta del U4C.

Por favor comparte este mensaje con los miembros de tu comunidad para que ellos también puedan participar.

En nombre del equipo del proyecto UCoC,

RamzyM (WMF) 23:09 2 may 2024 (UTC) [ responder ]

Actualización de RFA2024: fase I concluida, fase II iniciada

¡Hola! La Fase I de la revisión de Wikipedia:Solicitudes de administración/2024 ha concluido, con varios cambios de gran impacto que han obtenido el consenso de la comunidad y que están pasando a varias etapas de implementación. Algunas propuestas se implementarán en su totalidad; otras se discutirán en la Fase II antes de implementarse; y otras se llevarán a cabo a modo de prueba antes de pasar a la Fase II. Las siguientes propuestas han obtenido el consenso:

Consulte la página del proyecto para obtener una lista completa de propuestas y sus resultados. Muchas gracias a todos los que han participado hasta ahora :) Espero ver que mucho trabajo duro se convierta en realidad en la fase II. theleekycauldron ( discusión ), a través de la entrega de mensajes de MediaWiki ( discusión ) 08:09, 5 de mayo de 2024 (UTC) [ responder ]

Eliminación rápidaNominación de la categoría: Giras de conciertos por Europa de artistas surcoreanos en 2010

Se ha colocado una etiqueta en Categoría:Giras de conciertos por Europa de artistas surcoreanos en 2010 que indica que actualmente está vacía y no es una categoría de desambiguación , una redirección de categoría , una categoría de temas destacados , en discusión en Categorías para discusión o una categoría de proyecto que por su naturaleza puede quedar vacía en ocasiones. Si permanece vacía durante siete días o más, puede eliminarse según la sección C1 de los criterios para la eliminación rápida .

Si cree que esta página no debería eliminarse por este motivo, puede impugnar la nominación visitando la página y eliminando la etiqueta de eliminación rápida. 98𝚃𝙸𝙶𝙴𝚁𝙸𝚄𝚂[𝚃𝙰𝙻𝙺] 18:22, 20 de mayo de 2024 (UTC) [ responder ]

Artista como Tours

Dejen de agregar categorías de giras a los artículos de artistas de K-pop. Lightoil ( discusión ) 18:59 20 may 2024 (UTC) [ responder ]

Únase a la discusión en Wikipedia_talk:WikiProject_Korea#List_of_K-pop_concerts_held_outside_Asia . Nemo 19:00, 20 de mayo de 2024 (UTC) [ respuesta ]

Categoría:Giras de conciertos por Europa de artistas surcoreanos han sido nominadas para su eliminación

La categoría:Giras de conciertos por Europa de artistas surcoreanos ha sido nominada para su eliminación. Se está llevando a cabo un debate para decidir si cumple con las pautas de categorización . Si desea participar en el debate, está invitado a agregar sus comentarios en la entrada de la categoría en la página de categorías para discusión . Gracias. ✗ plicit 00:33, 21 de mayo de 2024 (UTC) [ responder ]

"Año de la Ciencia" que figura enRedirecciones para discusión

El redireccionamiento Año de la Ciencia ha sido incluido en redirecciones para discusión para determinar si su uso y función cumplen con las pautas de redireccionamiento . Cualquier persona, incluido usted, puede comentar sobre este redireccionamiento en Wikipedia:Redirecciones para discusión/Registro/14 de septiembre de 2024 § Año de la Ciencia hasta que se llegue a un consenso. 1234qwer 1234qwer 4 20:14, 14 de septiembre de 2024 (UTC) [ responder ]

Actualización de RFA2024: ahora está abierto el período exclusivo de discusión para revisión

¡Hola! El período de prueba del RfA aprobado en WP:RFA2024 ha concluido y, tras un debate abierto, el RfC está considerando si conservarlo, modificarlo o discontinuarlo. Estás invitado a participar en Wikipedia:Requests for adminship/2024 review/Phase II/Discussion-only period . ¡Saludos y feliz edición! Entrega de mensajes de MediaWiki ( discusión ) 09:38, 27 de septiembre de 2024 (UTC) [ responder ]