En los primeros días de Wikipedia, los cambios de nombre se realizaban manualmente, utilizando cortar y pegar , antes de que se habilitara la función de mover página 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 solicitado pedir ayuda a un administrador.
Cuando se realiza un movimiento de cortar y pegar, el historial de la página 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 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 este problema fusionando los historiales de las páginas mediante el procedimiento que se indica a continuación.
Instrucciones para etiquetar una página para fusionar el historial
- Coloque {{ Histmerge | NOMBRE DE LA PÁGINA DE LA QUE SE CORTE EL ARTÍCULO}} en la nueva ubicación , donde se realizó el pegado . La página aparecerá en la categoría oculta Candidatos para la fusión del historial .
- Considere notificar al usuario sobre el problema en su página de discusión, quizás usando {{ subst: uw-c & pmove }}.
En los casos en que se hicieron cambios adicionales a la versión original después de la copia y pegar y que las modificaciones adicionales pueden todos ser desechadas de manera segura (por ejemplo : WP WPAFC , lugar {{Histmerge plantillas, ediciones que fueron revertidos, etc. relacionada con) | NOMBRE DE LA PÁGINA DE LA QUE SE CORTE EL ARTÍCULO | motivo = | detalles =}} en la nueva ubicación como se describe arriba. Complete los dos parámetros según sea necesario para esta situación particular (consulte {{ histmerge }} para ver un ejemplo).
Si no hay cambios desde la revisión de copia en la página original o en la página pegada, considere etiquetar la página pegada para eliminación temporal usando {{ db-copypaste }} (consulte WP: Eliminación rápida # G6 ), y luego haga un movimiento de página adecuado. Especial: 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 de historial .
Proceso de reparación (para administradores)
Uso de la página especial MergeHistory
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:
- Detecta automáticamente la última versión de la página de origen que es más antigua que la versión más antigua de la página de destino y no permitirá que el usuario mueva revisiones posteriores. Esta característica es buena si la página de origen eventualmente se convirtió en otra cosa, pero puede ser mala si la página de destino comenzó como una redirección a la fuente. Cuando un redireccionamiento bloquea una combinación completa de MergeHistory, el redireccionamiento y las ediciones anteriores deberán eliminarse o fusionarse con otro redireccionamiento. La eliminación y restauración de páginas con largos historiales de ediciones requiere mucho tiempo y recursos, y los administradores no pueden eliminar páginas con más de 5000 ediciones en su historial. Una opción más fácil en estos casos puede ser fusionar el historial de la redirección y cualquier historial anterior a otra redirección que se creó más tarde. Consulte § Eliminación de redireccionamientos que bloquean la combinación .
- Sin embargo, el usuario puede decirle que solo mueva las revisiones anteriores; es posible seleccionar la última revisión que debe mover.
- No mezcla versiones eliminadas y no eliminadas de la página de destino.
- Conserva cualquier protección que pueda tener la página de destino.
- No crea una nueva revisión de la página anterior.
- Si el usuario mueve todas las revisiones no eliminadas de la fuente, se crea automáticamente una redirección completa. Esto no se puede anular.
- Los registros de esta acción no están en el registro de movimiento, sino en un registro separado .
Eliminación de redireccionamientos que bloquean la combinación
- Para borrar una redirección de bloqueo eliminándola:
- Verifique el historial eliminado en el destino y tome nota de todas las ediciones eliminadas allí
- ADVERTENCIA: Tenga cuidado con el problema de las revisiones combinadas . SOLUCIÓN ALTERNA:
- Mueva la página al borrador: espacio de nombres antes de eliminarla, con el fundamento: "proceso de fusión de historial".
- Restaurar la (s) revisión (es) más antigua (redirección): se habrían eliminado mediante un movimiento regular cuando "se movió sobre la redirección"
- Mueva la página con la (s) revisión (es) más antigua (redirigir) de nuevo al espacio principal, luego elimínela (agregando a las revisiones eliminadas ya existentes)
- Restaure el historial restante y vuelva a colocarlo en el espacio principal
- ADVERTENCIA: Tenga cuidado con el problema de las revisiones combinadas . SOLUCIÓN ALTERNA:
- Eliminar la página de destino con el motivo "configuración para una combinación de historial"
- Restaurar todas las ediciones excepto las eliminadas anteriormente y las revisiones (redirecciones) más antiguas; estas se habrían eliminado con un movimiento regular cuando "se movieron sobre la redirección".
- Las operaciones de eliminación y restauración a menudo se agotan con errores en páginas con historiales de edición largos. Simplemente intente eliminar o restaurar nuevamente; Prácticamente siempre tiene éxito en el segundo intento.
- Ahora MergeHistory puede realizar la fusión; esta técnica evita hacer una nueva edición que debe revertirse, lo que ocurre cuando la fuente se mueve al destino
- Verifique el historial eliminado en el destino y tome nota de todas las ediciones eliminadas allí
- Para borrar una redirección de bloqueo fusionándola con el historial:
- Encuentre otros redireccionamientos a la página de destino usando Special: WhatLinksHere , mientras oculta enlaces y transclusiones: What redirects here Ejemplo: Páginas que redireccionan al "Aeropuerto Internacional Yasser Arafat"
- Busque un redireccionamiento apropiado, cuya revisión más antigua (fecha de creación) sea más reciente que la revisión más reciente del historial de redireccionamiento que debe borrarse
- Combine el historial de redireccionamiento de bloqueo con ese redireccionamiento. Ejemplo: Aeropuerto de Gaza: historial de revisiones Las revisiones de abril y julio de 2005 se fusionaron aquí desde el Aeropuerto Internacional Yasser Arafat ( log )
- Ahora MergeHistory puede realizar la fusión; esta técnica evita hacer una nueva edición que debe revertirse, lo que ocurre cuando la fuente se mueve al destino
- En lugar de buscar redireccionamientos, puede crear una página temporal (por ejemplo, en el espacio de borrador), fusionar el historial de redireccionamiento de bloqueo allí y luego eliminar la página temporal cuando haya terminado.
Proceso manual
Advertencia : este procedimiento solo se puede deshacer si 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.
Un caso facil
El siguiente procedimiento fusiona los historiales de la página en el caso de un ejemplo hipotético:
Supongamos que Alabama / History (título antiguo) fuera el único artículo sobre ese tema, y que el artículo se desarrolló en el transcurso de varias ediciones, hasta que se decidió que History of 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
- cortado del artículo antiguo,
- reemplazado en él con una redirección al nuevo título, y
- pegado en un artículo recién creado con el nuevo título.
(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 suponga que este artículo de reemplazo (título nuevo) se desarrolla más y refleja la nueva historia de estos más ediciones. Nuestro objetivo es injertar el historial de ediciones (antiguo) de Alabama / History (artículo con título antiguo) en el historial nuevo de History of Alabama (artículo con título nuevo) donde esas historias parciales pueden complementarse entre sí. El proceso es el siguiente:
- Mueva Alabama / Historia a Historia de Alabama , usando la herramienta de movimiento. El administrador aprueba la eliminación de History of Alabama para permitir la mudanza. (Ahora las versiones antiguas son todo el historial del título nuevo).
- Recuperar el artículo de Historia de Alabama , por
- Ver el historial de la página,
- Vinculando a través de "Ver o restaurar ... ¿ediciones eliminadas?", Y
- Haciendo clic en "Restaurar". (Ahora, el historial del nuevo título tiene tanto la versión antigua como la nueva, incluida una copia adicional de la versión más reciente de Alabama / History , creada por la herramienta de movimiento).
- En esta etapa, History of Alabama solo mostrará el texto "#redirect History of Alabama " (suponiendo que una redirección fuera la versión más reciente de Alabama / History , la página de History of Alabama ahora mostrará la versión más reciente de Alabama / La historia fue). El último paso es volver a la última versión de History of Alabama de antes de la mudanza, por
- Vinculación a través de "Historial de la página" en History of Alabama .
- Realice una recarga completa (Shift + Control + R en Mozilla u Opera, Ctrl + F5 en Internet Explorer y Ctrl + R en Firefox) para ver un historial actualizado que refleja la recuperación. 1
- Volviendo a la última versión previa a la mudanza.
Fusionar historiales de páginas de páginas con muchas revisiones
Suponga que la página Historia de Alabama tiene demasiadas revisiones para eliminarla o que eliminarla puede causar otras interrupciones. El siguiente procedimiento se puede utilizar para fusionar historiales de página en esta situación:
- Mueva History of Alabama a Alabama / History con un resumen de movimiento como "fusión de historial, pronto volverá al título correcto". Responda sí cuando se le pida que elimine la página Alabama / Historia.
- Recupere las revisiones de Alabama / History que contienen el historial de la página.
- Mueva Alabama / Historia de nuevo a Historia de Alabama .
- Si es necesario, recupere las revisiones restantes en Alabama / History .
Un caso mas complejo
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 también permite repararlos.
Para seleccionar más de una revisión para recuperarla, 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 para recuperarla. A continuación, se seleccionará cada revisión intermedia.
Un ejemplo de esto fue Military of Japan ; el original se trasladó a las Fuerzas de Autodefensa de Japón con un movimiento de cortar y pegar, y el artículo Military of Japan se convirtió en una página de desambiguación. Esto se reparó con el siguiente procedimiento:
- Se elimina Military of Japan .
- Recuperación selectiva se utiliza para recuperar solo aquellas versiones de Military of Japan que pertenecían a las "Fuerzas de Autodefensa de Japón".
- Las versiones de "Fuerzas de Autodefensa de Japón" en Military of Japan se trasladan a las Fuerzas de Autodefensa de Japón , utilizando la función normal de desplazamiento de página. Para que esto suceda, las Fuerzas de Autodefensa de Japón deben eliminarse, aunque esto se puede hacer como parte del movimiento.
- Undeletion of Japan Self-Defense Forces restaura el resto de las versiones de ese artículo a su historia. 1
- Sin embargo, la versión más reciente en la historia de las Fuerzas de Autodefensa de Japón es ahora la versión más reciente de la antigua historia de las Fuerzas Armadas de Japón (es una copia de esa versión, creada por la función de movimiento de página). Por lo tanto, vaya al historial de las Fuerzas de Autodefensa de Japón , seleccione la siguiente versión más reciente, haga clic en ella y, cuando aparezca, haga clic en "Editar esta página", ignore la "ADVERTENCIA: está editando una salida de revisión de fecha ", escriba algo adecuado (por ejemplo," restaurando la versión más reciente después de fusionar historiales ") en el resumen de edición y presione" Guardar página ". Ese artículo ahora se restaura a su condición antes de este procedimiento, y ahora también tiene su historial completo.
- El paso 3 anterior (el movimiento) habrá dejado un historial que contiene solo una redirección en Military of Japan . Elimina la redirección.
- La eliminación de todas las demás versiones de Military of Japan restaura la historia más reciente de ese artículo; no se necesitan pasos adicionales, ya que la versión más reciente ahora debería ser la versión actual. 1
Un caso problemático
Sin embargo, los ejemplos que se acaban de describir sólo funcionan bien si las dos partes de la historia de un "artículo" son dislocadas; 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 antiguo se ha editado después de pegar su contenido en el nuevo título. Por ejemplo, no es raro que:
- un artículo en la (antigua) página A para ser cortado y pegado en la (nueva) página B , y
- página A más adelante para volver a un artículo sobre el mismo tema, con una secuencia de ediciones allí también.
En este caso, los períodos de tiempo de las dos series de ediciones se superpondrán.
Si alguien luego el historial de la página 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 intercalarán entre versiones en el historial de la página de la página. B (y / o viceversa). Inspeccionar esta historia combinada sin medios para distinguir entre las dos progresiones superpuestas (ya que nada en esta historia indica qué versión pertenece a qué secuencia) invita a una gran confusión.
Un procedimiento apropiado para tal caso es renunciar a la fusión histórica y, en cambio, manejar la situación de forma muy similar a una fusión normal; ponga 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 Talk: space (es decir, moviéndola a algún título adecuado, como Talk: RandomArticle / OldVersion).
Versiones paralelas
Los usuarios a veces envían una solicitud de combinación de historial poco aconsejable después de que las dos páginas involucradas se hayan combinado con texto . Si las dos páginas tienen orígenes separados e historias paralelas separadas simultáneas antes de que se fusionen con el texto, no deben fusionarse con la historia, ya que eso mezclaría las historias de edición paralelas en una lista y haría un lío. Hay un ejemplo en esta edición de la página de fútbol Clemson Tigers . Hay un ejemplo con 5 páginas entrantes en esta edición de la página Charla de Wikipedia: WikiProject Emo . Lo mejor que puede hacer es usar la plantilla {{ Copiado }} y colocarla en la página de discusión de origen y / o destino.
El software MediaWiki no permite que el historial de la página sea archivado públicamente en un título de página que no aloja una página en vivo o redirecciona. Por lo tanto, si se combinan dos páginas con historiales paralelos, pero no es deseable mantener un redireccionamiento del título de la página obsoleta al título de la página de destino, el historial de la página anterior debe moverse. 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 Talk: Compilation of Final Fantasy VII # Historial de páginas antiguas .
Además, si la página A se va a fusionar en el historial con 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 ser rescatado de debajo de B mediante algún proceso como este: Mueva B a otro nombre, digamos B_zxcvbnm (sin hacer una redirección). Recuperar B. Mueva B a otro nombre, diga B / versión_antigua. Si es necesario, vuelva a eliminar B / old_version. Mueva B_zxcvbnm de nuevo a B (sin hacer una redirección).
Del mismo modo, si una página debe eliminarse y luego recuperarse parcialmente para una división del historial, primero verifique si se encuentra sobre un historial paralelo eliminado.
División de la historia
Con el tiempo, los artículos pueden cambiar de un tema subyacente a un tema completamente separado. Normalmente, esto debe lograrse mediante movimientos y páginas de desambiguación . Sin embargo, si un usuario no está familiarizado con esos procesos, simplemente puede 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 acumule 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:
- Eliminar el artículo (nombre del artículo original)
- Restaurar revisiones anteriores hasta (pero sin incluir) el punto en el que se cambió el tema.
- Mover [sin redireccionar] las versiones restauradas (tema antiguo) a un nuevo nombre (ver también desambiguación )
- Si ya hay un artículo con el nuevo nombre y desea fusionarlo con él:
- a) seleccione la opción "eliminar el artículo existente", mientras se mueve;
- b) restaurar las revisiones eliminadas del nuevo nombre.
- Restaurar nuevas revisiones del nuevo tema (aún con el nombre del artículo original)
- Vuelva a las últimas versiones buenas según sea necesario
- Establecer una página de desambiguación para los diferentes temas.
Cómo manejar el redireccionamiento sobrante
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 el redireccionamiento:
- ¿La redirección resultante es elegible para una eliminación rápida (consulte WP: SPEEDY # General y WP: SPEEDY # Redirects )? Al igual que con los movimientos de página normales, considere esperar unos días antes de eliminar la redirección sobrante, incluso si es elegible para una eliminación rápida.
- ¿Se han solucionado todos los enlaces entrantes al redireccionamiento sobrante? Si no es así, no elimine la redirección hasta que lo esté.
- ¿Es probable que los editores más recientes de las revisiones movidas estén listando la página? Considere notificarles del cambio.
- ¿El sobrante se redirecciona en User: o User_talk: space? Si lo elimina, notifique al usuario afectado a menos que haya una buena razón para no hacerlo. Considere dejar la redirección a menos que hacerlo cause problemas, como en el caso de:
- Una redirección desde la página de usuario "principal" o la página de conversación de usuario "principal" a un lugar que no sea otra página en el espacio de usuario de ese usuario.
- Un redireccionamiento a las páginas de otro usuario o al espacio que no es del usuario de una manera que pueda causar confusión o que sea inapropiado.
Historial: fusionar una página incorporada
Si la página X se incluye 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 combinació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 suceder con cualquier página que se transcluya. Para evitar esto, {{histmerge}}
debe colocarse en las
etiquetas de la página X.
Cómo deshacer una combinación de historial
Si no debería haberse realizado una combinación de historial, puede deshacerse. Sin embargo, tenga en cuenta que puede ser bastante tedioso, especialmente si el artículo tiene una historia muy larga. Se enumera el siguiente procedimiento:
- Supongamos que A ha sido la historia combinó en B .
- Queremos obtener una' vuelta la historia antigua s en una .
- Eliminar B .
- Recupere de forma selectiva las revisiones de B que componían la historia de A antes de la fusión de la historia.
- Mueva B a A .
- Recuperar el resto de las revisiones de B .
- Si A y / o B ahora es un redireccionamiento a sí mismo o al otro artículo, revertir o cambiar el objetivo del redireccionamiento, según se considere apropiado.
Un ejemplo de una combinación y deshacer historia 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 ).
Errores y problemas
Las revisiones de movimiento de página combinadas son inseparables en los historiales eliminados
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 en minutos ( 17:47, 21 January 2008
), a menos que se establezca la preferencia de formato de fecha ISO 8601 ; sin embargo, en la base de datos se registran en el segundo, por ejemplo:
revid | marca de tiempo | editar resumen | título | bytes | diferencia en bytes y contenido de la página |
---|---|---|---|---|---|
185912120 | 2008-01-21 17:47:32 | movió a Élie, duc Decazes a Élie Decazes, Duc Decazes | Élie Decazes, Duc Decazes | 8,304 | 0: se realiza una edición en el destino que documenta el movimiento en el resumen de la edición, sin diferencias en el contenido de la página |
185912121 | 2008-01-21 17:47:32 | movió a Élie, duc Decazes a Élie Decazes, Duc Decazes | Élie, duc Decazes | 40 | -8,264: el texto de la página de origen fue reemplazado por #REDIRECT Élie Decazes, Duc Decazes |
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 . 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 correos electrónicos deben permanecer en la página en la que fueron creados, ya sea como ediciones en vivo o eliminadas.
Desafortunadamente, esto tampoco se puede revertir usando Special: MergeHistory para separar, porque como se documenta en mw: API: Mergehistory , el histmerge especial basado en la página se usa timestamp
para especificar hasta qué revisiones se moverán del historial de la página de origen al destino historial de la página. En la interfaz de usuario, si la revisión justo encima de la revisión en cuyo botón de radio se hizo clic tiene la misma marca de tiempo que la versión del botón de radio, también se incluirá, a pesar de su posición sobre el botón de radio en el que se hizo clic.
Wikidata
Task T75908
Los movimientos y eliminaciones de páginas generalmente se reflejan en Wikidata tan pronto como ocurren. Después de realizar una fusión de historial, es una buena idea verificar sus contribuciones de Wikidata ( enlace de conveniencia ) y restaurar las páginas a su estado anterior si es necesario.
Ver también
- Wikipedia: Combinación del historial de WikiProject (cómo reducir la acumulación)
- Wikipedia: visualización y restauración de páginas eliminadas
- Wikipedia: Integrar
- Wikipedia: fusión (fusión de texto)
- Wikipedia: División
- Ayuda: Fusionar
- Plantilla: Histsplit (solicitando una división de historial simple)