En los primeros días de Wikipedia, los cambios de nombre se realizaban manualmente, usando cortar y pegar , antes de que la función de mover página 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, al desconocimiento de que la atribución es necesaria o cuando la función de movimiento falla (por ejemplo, porque el objetivo tiene historial) y la gente no sabe cómo usar el foro de movimientos solicitados. para iniciar una solicitud de movimiento.
Cuando se realiza un movimiento de cortar y pegar, el historial de páginas de un artículo o página de discusión se puede dividir en dos o más páginas diferentes. Esto es muy indeseable, porque necesitamos conservar el historial del contenido por motivos de derechos de autor . (Ver Wikipedia: Copiar dentro de Wikipedia ).
En algunas circunstancias, los administradores pueden solucionar este problema fusionando historiales de páginas, utilizando el procedimiento que se detalla a continuación.
Se requiere una combinación de historial para fines de atribución, ya que la atribución se pierde durante un movimiento de página de cortar y pegar cuando hay varios editores en la página anterior. En la imagen mostrada, 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 llamada Syed Saddiq Syed Abdul Rahman .
Si bien esta no es una lista exhaustiva, cualquier página que cumpla con los siguientes criterios puede ser elegible para una histmerge:
Los nuevos editores a menudo desconocen la capacidad de mover páginas (o no pueden debido a restricciones de cuentas nuevas) y, por lo tanto, copian y pegan un borrador en el que han estado trabajando en el espacio del artículo. De manera similar, un revisor de nueva página puede mover un nuevo artículo al espacio Borrador y el editor original simplemente lo recreará en el espacio Artículo. En ambas situaciones, si el editor original es el único que ha contribuido con contenido a las páginas, no es necesaria una combinació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 estas ediciones, no es necesaria una combinación del historial.
En los casos en los que se realizaron ediciones adicionales a la versión original después de copiar y pegar y en los que todas las ediciones adicionales se pueden descartar de forma segura (por ejemplo, plantillas relacionadas con WP:WPAFC , ediciones que se revirtieron, etc.), coloque {{Historial fusionar|NOMBRE DE LA PÁGINA DEL ARTÍCULO FUE CORTADO|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 }} (consulte WP: Eliminación rápida #G6 ), y luego haga un movimiento de página adecuado. Especial: se debe utilizar ComparePages o una herramienta similar 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 de historial .
La situación ideal para una combinació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 ediciones. En otras palabras, donde termina el historial de la primera página, comienza el historial de la segunda página y no hay diferencias superpuestas.
A veces, los usuarios envían una solicitud de combinación de historial imprudente después de que las dos páginas involucradas hayan sido fusionadas . Si las dos páginas tienen orígenes separados e historias paralelas separadas y simultáneas antes de fusionarlas, no deben fusionarse, 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 de fútbol de los Clemson Tigers . Hay un ejemplo con 5 páginas entrantes en esta edición de la página de charla de Wikipedia: WikiProject Emo . Lo mejor sería utilizar la plantilla {{ Copiado }} y colocarla en la página de discusión del 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 sólo se puede deshacer si se dedica una cantidad de tiempo bastante tonta. Para deshacer una combinación, consulte a continuación. No hagas esto si no estás seguro de lo que estás haciendo.
El siguiente procedimiento fusiona los historiales de páginas en el caso de un ejemplo hipotético:
Supongamos que Alabama/Historia (título antiguo) fuera el único artículo sobre ese tema, y que el artículo se desarrollara en el transcurso de varias 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 cualquier motivo, el contenido del artículo anterior fuera
(Es decir, la herramienta de movimiento no estaba disponible o no se usó para transferir simultáneamente el texto Wiki y el historial de ediciones al nuevo título). Y supongamos que este artículo de reemplazo (nuevo título) se desarrolla más y refleja la nueva historia de estos nuevos títulos. ediciones. Nuestro objetivo es injertar la historia de edición (antigua) de Alabama/Historia (artículo con título antiguo) en la nueva historia en Historia de Alabama (artículo con título nuevo), donde esas historias parciales pueden complementarse entre sí. El proceso es el siguiente:
Supongamos que la página Historia de Alabama tuvo demasiadas revisiones para eliminarla o eliminarla puede causar otras interrupciones. Se puede utilizar el siguiente procedimiento para fusionar historiales de páginas en esta situación:
A veces, después de realizar un movimiento de cortar y pegar, el artículo con el título anterior se edita para algún otro propósito (por ejemplo, convertirlo en una página de desambiguación ). Eso hace que el artículo ahora en NewTitle tenga parte de su historia allí y parte en OldTitle, pero la historia en OldTitle también contiene la historia de NewMeaning. El uso de la función de eliminación selectiva permite repararlos 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, luego presione Mayús y haga clic en la última revisión que desea recuperar. Luego se seleccionará cada revisión intermedia.
Un ejemplo de esto fue el Ejército de Japón ; el original se trasladó a las Fuerzas de Autodefensa de Japón con un movimiento de cortar y pegar, y el artículo Militares de Japón se convirtió en una página de desambiguación. Esto fue reparado 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 separadas; es decir, uno termina antes de que comience el otro. Estos procedimientos son inadecuados si esta condición no se aplica, por ejemplo, si la copia del artículo con el título anterior ha sido editada 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 luego fusiona las páginas A y B usando el método descrito anteriormente, el resultado secuenciará las versiones de A y B estrictamente por tiempo, con el resultado de que varias versiones de A se entrelazarán entre versiones en el historial de la página. B (y/o viceversa). Inspeccionar esta historia fusionada sin medios para distinguir entre las dos progresiones superpuestas (dado que nada en esta historia indica qué versión pertenece a qué secuencia) invita a una grave confusión.
Un procedimiento apropiado para tal caso es prescindir de la fusión del historial y, en su lugar, manejar la situación de forma muy parecida a una fusión normal; coloque una nota que apunte a 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 Talk: (es decir, moviéndola a algún título adecuado, como Talk:RandomArticle/OldVersion).
El software MediaWiki no permite que el historial de la página se archive públicamente en un título de página que no aloja una página en vivo o no redirige. 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. A veces, esto 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 Charla: Compilación de Final Fantasy VII#Historial de páginas antiguas . Utilice la plantilla {{ Versión paralela }} para etiquetar 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 algún otro nombre, digamos B_zxcvbnm (sin realizar una redirección). Recuperar B. Mueva B a algún otro nombre, digamos B/old_version . Si es necesario, vuelva a eliminar B/old_version. Mueva B_zxcvbnm nuevamente a B (sin realizar una redirección).
Del mismo modo, si es necesario eliminar una página y luego recuperarla parcialmente para dividir el historial, primero verifique si se encuentra sobre un historial paralelo eliminado.
Con el tiempo, los artículos pueden cambiar de un tema subyacente a un tema completamente separado. Normalmente esto debería lograrse mediante 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 inmediatamente, es muy fácil que el nuevo tema acumule un historial de edición sustancial propio. Los administradores pueden seguir los siguientes pasos para solucionar este problema y mantener historiales separados para cada tema:
En la mayoría de los casos, moverá todas las versiones sin redireccionamiento de una página al historial de otra y dejará un redireccionamiento. 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 para ser el destinatario en una combinación de historial, entonces la página X y la página Y aparecerán en Categoría:Candidatos para la fusión de historial , y ambas páginas mostrarán la solicitud para realizar una fusión de historia. Un administrador no debe intentar realizar una combinació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 sucederle a cualquier página que esté transcluida. Para evitar esto, {{history merge}}
se deben colocar <noinclude>
etiquetas en la página X.
Si no se debería haber realizado una combinación de historial, entonces se puede deshacer. Tenga en cuenta, sin embargo, que puede resultar bastante tedioso, especialmente si el artículo tiene una historia muy larga. Se enumera el siguiente procedimiento:
Un ejemplo de cómo fusionar y deshacer un historial exitoso 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 ID de revisión numerados consecutivamente y marcas de tiempo y resúmenes de edición idénticos. En los historiales de edición, las marcas de tiempo generalmente se muestran al minuto ( 17:47, 21 January 2008
), a menos que esté configurada la preferencia de formato de fecha ISO 8601 ; sin embargo, en la base de datos quedan registrados al 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 hacen referencia a sus marcas de tiempo . Siempre que estas dos revisiones estén ubicadas 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ó. #REDIRECT
Los mensajes deben permanecer en la página en la que fueron creados, ya sea como ediciones activas o eliminadas.
Sin embargo, en teoría, estos pueden separarse 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, fusionar historias). Aquí hay un esquema de cómo debería hacerse:
Los movimientos y eliminaciones de páginas generalmente se reflejan en Wikidata tan pronto como ocurren. Después de realizar una fusión del historial, es una buena idea verificar sus contribuciones de Wikidata (enlace conveniente) y restaurar las páginas a su estado anterior si es necesario.