En los primeros días de Wikipedia, los cambios de nombre se hacían manualmente, usando cortar y pegar , antes de que la función de mover páginas se habilitara para los no administradores en agosto de 2002.
Los movimientos de cortar y pegar todavía ocurren hoy en día debido a la falta de familiaridad con la función de movimiento, el desconocimiento de que la atribución es necesaria o cuando la función de movimiento falla (por ejemplo, porque el objetivo tiene historial) y las personas no saben que deben usar el foro de Movimientos solicitados para iniciar una solicitud de movimiento.
Cuando se realiza un movimiento de cortar y pegar, el historial de la página de un artículo o una página de discusión puede dividirse entre dos o más páginas diferentes. Esto es altamente indeseable, porque necesitamos mantener el historial con el contenido por razones de derechos de autor . (Ver Wikipedia:Copiar dentro de Wikipedia ).
En algunas circunstancias, los administradores pueden solucionar esto fusionando los historiales de páginas, utilizando el procedimiento que se detalla a continuación.
Se requiere una fusión del historial para fines de atribución, ya que la atribución se pierde durante un movimiento de página de cortar/pegar donde hay múltiples editores en la página anterior. En la imagen que se muestra, parece como si el usuario Thegreatrebellion hubiera creado la totalidad del texto agregado en Syed Saddiq , cuando la realidad es que hubo contribuciones de más de 200 editores en la página anterior con nombre de Syed Saddiq Syed Abdul Rahman .
Si bien esta no es una lista exhaustiva, cualquier página que cumpla con los criterios siguientes puede ser elegible para una histmerge:
Los nuevos editores a menudo desconocen la posibilidad de mover páginas (o no pueden hacerlo debido a restricciones de cuentas nuevas) y, por lo tanto, copian y pegan un borrador en el que han estado trabajando en el espacio de artículos. De manera similar, un revisor de una página nueva puede mover un artículo nuevo al espacio de borradores y el editor original simplemente lo recreará en el espacio de artículos. En ambas situaciones, si el editor original es el único que ha contribuido con contenido a las páginas, no es necesaria una fusión del historial porque no hay problemas de atribución (solo un editor ha escrito todo el contenido).
Si otros editores realizan ediciones triviales, como etiquetas de mantenimiento o categorización, y el autor principal del contenido no transfiere dichas ediciones, no es necesaria una fusión del historial.
En los casos en los que se realizaron modificaciones adicionales a la versión original después de copiar y pegar y en los que dichas modificaciones adicionales se pueden descartar de forma segura (por ejemplo, plantillas relacionadas con WP:WPAFC , modificaciones que se revirtieron, etc.), coloque {{History merge|NOMBRE DE LA PÁGINA DE LA QUE SE CORTÓ EL ARTÍCULO|reason=|details=}} en la nueva ubicación como se describe anteriormente. Complete los dos parámetros según sea necesario para esta situación particular (consulte {{ history merge }} para ver un ejemplo).
Si no hay cambios desde la revisión copiada en la página original o en la página pegada, considere etiquetar la página pegada para su eliminación temporal usando {{ db-copypaste }} (vea WP:Speedy deletion#G6 ) y luego realice un movimiento de página adecuado. Special:ComparePages o una herramienta similar debe usarse para verificar que no se hayan realizado cambios.
En casos más complejos (explicados a continuación), deje una descripción del problema en Wikipedia:Solicitudes de fusión del historial .
La situación ideal para una fusión de historial es cuando un editor copia y pega todo el contenido de una página en una página nueva y, luego, la página anterior no recibe más modificaciones. En otras palabras, donde termina el historial de la primera página, comienza el de la segunda y no hay diferencias superpuestas.
A veces, los usuarios envían una solicitud de fusión de historial poco aconsejable después de que las dos páginas involucradas hayan sido fusionadas mediante texto . Si las dos páginas tienen orígenes separados e historias paralelas simultáneas antes de que se fusionaran mediante texto, no se debería fusionar el historial, ya que eso mezclaría las historias de edición paralelas en una lista y crearía un desastre. Hay un ejemplo en esta edición de la página Clemson Tigers football . Hay un ejemplo con 5 páginas entrantes en esta edición de la página Wikipedia talk:WikiProject Emo . Lo mejor sería usar la plantilla {{ Copied }} y colocarla en la página de discusión de origen y/o destino, para cumplir con los requisitos de atribución de derechos de autor de Wikipedia: Copiar dentro de Wikipedia .
Los administradores pueden utilizar una página especial, Special:MergeHistory , para realizar fusiones de historial. Se diferencia de los métodos manuales en lo siguiente:
Advertencia : este procedimiento solo se puede deshacer si se invierte una cantidad considerable de tiempo. Para deshacer una fusión, consulte a continuación. No haga esto si no está seguro de lo que está haciendo.
El siguiente procedimiento fusiona los historiales de páginas en el caso de un ejemplo hipotético:
Supongamos que Alabama/Historia (título anterior) era el único artículo sobre ese tema, y que el artículo se desarrolló en el curso de una serie de ediciones, hasta que se decidió que Historia de Alabama (título nuevo) era un mejor estilo de nombre para el artículo. Supongamos además que, por alguna razón, el contenido del artículo anterior se modificó.
(Es decir, la herramienta de movimiento no estaba disponible o no se utilizó para transferir simultáneamente el texto de Wiki y el historial de ediciones al nuevo título). Y supongamos que este artículo de reemplazo (con el nuevo título) se desarrolla más y refleja el nuevo historial de estas ediciones posteriores. Nuestro objetivo es injertar el historial de ediciones (antiguo) de Alabama/Historia (artículo con el título antiguo) en el nuevo historial en Historia de Alabama (artículo con el título nuevo) donde esos historiales parciales pueden complementarse entre sí. El proceso es el siguiente:
Supongamos que la página Historia de Alabama tiene demasiadas revisiones como para eliminarla o que eliminarla puede causar otras interrupciones. Se puede utilizar el siguiente procedimiento para fusionar los historiales de las páginas en esta situación:
A veces, después de realizar un movimiento de cortar y pegar, el artículo que se encuentra en el título anterior se edita para algún otro propósito (por ejemplo, convertirlo en una página de desambiguación ). Esto hace que el artículo que ahora se encuentra en NewTitle tenga parte de su historial allí y parte en OldTitle, pero el historial en OldTitle también contiene el historial de NewMeaning. El uso de la función de eliminación selectiva permite reparar estos errores también.
Para seleccionar más de una revisión para recuperar, haga clic en la casilla de verificación de la primera revisión que desea recuperar y, a continuación, mantenga presionada la tecla Mayús y haga clic en la última revisión que desea recuperar. A continuación, se seleccionarán todas las revisiones intermedias.
Un ejemplo de esto fue Military of Japan (Militares del Japón) ; el original se trasladó a Fuerzas de Autodefensa de Japón mediante un movimiento de cortar y pegar, y el artículo Military of Japan (Militares del Japón) se convirtió en una página de desambiguación. Esto se reparó con el siguiente procedimiento:
Sin embargo, los ejemplos que acabamos de describir sólo funcionan bien si las dos partes de la historia de un "artículo" están disjuntas; es decir, una termina antes de que comience la otra. Estos procedimientos son inadecuados si esta condición no se aplica, por ejemplo, si la copia del artículo con el título anterior se ha editado después de pegar su contenido en el nuevo título. Por ejemplo, no es raro que:
En este caso, los períodos de tiempo de las dos series de ediciones se superpondrán.
Si alguien fusiona las páginas A y B utilizando el método descrito anteriormente, el resultado ordenará las versiones de A y B estrictamente por tiempo, con el resultado de que varias versiones de A se intercalarán entre las versiones en el historial de páginas de la página B (y/o viceversa). Inspeccionar este historial fusionado sin medios para distinguir entre las dos progresiones superpuestas (ya que nada en este historial indica qué versión pertenece a qué secuencia) invita a una grave confusión.
Un procedimiento adecuado para un caso como este es prescindir de la fusión del historial y, en su lugar, manejar la situación de forma muy similar a una fusión normal; poner una nota que indique la otra versión de la página en la página de discusión del artículo. Si no es apropiado dejar la segunda copia en el espacio del artículo principal, puede archivar la página duplicada en el espacio Discusión: (es decir, moviéndola a un título adecuado, como Discusión:ArtículoAleatorio/VersiónAnterior).
El software MediaWiki no permite que el historial de una página se archive públicamente en un título de página que no contenga una página activa o una redirección. Por lo tanto, si se fusionan dos páginas con historiales paralelos pero no es deseable mantener una redirección desde el título de la página obsoleta al título de la página de destino, es necesario mover el historial de la página anterior. Esto a veces se hace moviendo el historial de la página a una subpágina de la página de discusión de la página de destino. Se puede encontrar un ejemplo en Discusión:Compilación de Final Fantasy VII#Historial de páginas antiguas . Utilice la plantilla {{ Versión paralela }} para etiquetar las versiones paralelas que se encuentran en las páginas de discusión.
Además, si la página A se va a fusionar en el historial de la página B, antes del proceso, asegúrese de que no haya ediciones eliminadas en la página B, ya que al eliminar B se mezclarán las ediciones eliminadas y no eliminadas adjuntas a la página. El historial eliminado primero debe rescatarse de B mediante algún proceso como este: Mueva B a otro nombre, digamos B_zxcvbnm (sin realizar una redirección). Recuperar B. Mueva B a otro nombre, digamos B/old_version . Si es necesario, vuelva a eliminar B/old_version . Mueva B_zxcvbnm de nuevo a B (sin realizar una redirección).
De la misma manera, si se debe eliminar una página y luego recuperarla parcialmente para dividir el historial, primero verifique si está sobre un historial paralelo eliminado.
Con el tiempo, los artículos pueden cambiar de un tema subyacente a un tema completamente independiente. Normalmente, esto se debe lograr a través de movimientos y páginas de desambiguación . Sin embargo, si un usuario no está familiarizado con esos procesos, puede simplemente cambiar el tema de un artículo (sobrescribiendo el anterior) y continuar editando. Si esto no se detecta de inmediato, es muy fácil que el nuevo tema genere un historial de edición sustancial propio. Los administradores pueden utilizar los siguientes pasos para solucionar este problema y mantener historiales separados para los temas separados:
En la mayoría de los casos, moverá todas las versiones sin redireccionamiento de una página al historial de otra y dejará una redirección. Tenga en cuenta las siguientes situaciones al decidir qué hacer con la redirección:
Si la página X se transcluye en la página Y, y la página X está marcada como destinataria de una fusión de historial, entonces la página X y la página Y aparecerán en Categoría:Candidatos para fusión de historial , y ambas páginas mostrarán la solicitud para realizar una fusión de historial. Un administrador no debe intentar realizar una fusión de historial en la página Y, sino solo en la página X. Es más probable que esto suceda si la página X es una plantilla, pero puede suceder con cualquier página que se transcluya. Para evitar esto, {{history merge}}
se debe colocar en <noinclude>
etiquetas en la página X.
Si no se debió realizar una fusión de historial, se puede deshacer. Sin embargo, tenga en cuenta que puede resultar bastante tedioso, especialmente si el artículo tiene un historial muy extenso. A continuación se muestra el procedimiento:
Un ejemplo de una fusión y deshacer historial exitosa está disponible en Usuario:King of Hearts/Sandbox/6 (el artículo A ) y Usuario:King of Hearts/Sandbox/7 (el artículo B ).
Cuando se mueve una página, se realizan dos ediciones, con identificadores de revisión numerados consecutivamente y sellos de tiempo y resúmenes de edición idénticos. En los historiales de edición, los sellos de tiempo se muestran normalmente hasta el minuto ( 17:47, 21 January 2008
), a menos que se configure la preferencia de formato de fecha ISO 8601 ; sin embargo, en la base de datos se registran hasta el segundo, por ejemplo:
Las ediciones en vivo se identifican de forma única por sus números de identificación de revisión, pero las ediciones eliminadas se referencian por sus marcas de tiempo . Mientras estas dos revisiones se encuentren en títulos diferentes, esto no es un problema. Sin embargo, si las dos ediciones se fusionan inadvertidamente en la misma página y luego se eliminan temporalmente, es imposible restaurar una de estas ediciones sin restaurar ambas, porque comparten la misma marca de tiempo que identifica qué edición restaurar. Por lo tanto, se debe tener cuidado de no mover o fusionar una #REDIRECT
edición generada por un movimiento de página fuera de la página en la que se realizó. Las ediciones #REDIRECT
deben permanecer en la página en la que se crearon, ya sea como ediciones en vivo o eliminadas.
Sin embargo, en teoría, se pueden separar usando Special:MergeHistory , pero en la práctica este es un método particularmente poco elegante y tedioso para cualquier cosa que no sea para lo que fue diseñado (es decir, fusión de historiales). Aquí hay un esquema de cómo se debería hacer:
Los movimientos y eliminaciones de páginas se reflejan generalmente en Wikidata tan pronto como ocurren. Después de realizar una fusión del historial, es una buena idea comprobar las contribuciones a Wikidata (enlace de conveniencia) y restaurar las páginas a su estado anterior si es necesario.
De manera similar, cuando se elimina una página y luego se recupera, se agrega al feed de páginas nuevas y se marca como no revisada; también es una buena idea verificar esto y revisar la página manualmente si es necesario (ejemplo de registro).