Hacer análisis cualitativo con Atlas.ti 7: Manual de uso

Una vez establecido el marco para abordar el tema que nos ocupa, es conveniente señalar qué es lo que caracteriza, aunque sea de forma general, al software para análisis cualitativo. Antes, realizaremos una caricaturización de las características generales del análisis cualitativo.

Para (Patton, 1990), la pretensión de la investigación cualitativa consiste en dar sentido a grandes volúmenes de datos en un proceso definido por la reducción de información, la identificación de pautas significativas y la construcción de un marco que permita comunicar lo que revelan los datos. Si bien es cierto que la investigación cualitativa en ciencias sociales se caracteriza por su diversidad y pluralidad de enfoques, métodos y técnicas (Silverman, 2005), es posible afirmar que las distintas aproximaciones comparten una orientación naturalista e interpretativa y que la mayoría de las modalidades de análisis que ofrecen se distinguen por estar teóricamente informadas (Íñiguez-Rueda, 1999).

Como mostramos de forma esquemática en la figura Proceso típico de análisis, una manera habitual y bastante difundida de entender las tareas básicas del análisis cualitativo consiste en trazar el recorrido hacia esa reducción y búsqueda del significado de los datos como un proceso recursivo desde los datos hacia la elaboración de modelos teóricos sustantivos.

El proceso recursivo atraviesa por la segmentación y codificación del conjunto de datos, el establecimiento de relaciones entre códigos, el desarrollo de anotaciones y una cuidadosa revisión del sistema empleado. Aunque sea discutible si esta concepción del proceso de análisis cualitativo es generalizable a la gran mayoría de orientaciones metodológicas, el diagrama ilustra las transformaciones y producciones específicas que operan sobre el material empírico durante un proceso de análisis. Tareas básicas como la organización y el almacenamiento de datos, la selección y etiquetaje de pasajes o secciones del material, la sistematización de los procedimientos de etiquetaje, la recuperación de las secciones etiquetadas y el desarrollo de anotaciones (memos) que den cuenta del proceso y sus resultados suelen estar presentes en la mayoría de los estudios de corte cualitativo.

Parafraseando a (Lewins & Silver, 2009), la investigación cualitativa se caracteriza entonces por la necesidad de interpretar datos a través de la identificación y, posiblemente, la codificación de temas, conceptos, procesos o contextos, con el propósito de construir teorías, de ampliarlas o de ponerlas a prueba. Desde un marco más o menos definido, el investigador se formula preguntas respecto al significado de su material empírico. En estas preguntas por el significado de los datos se define un contexto de interpretación que orienta al investigador en la definición de los aspectos operativos del análisis. Dicho de otro modo, en cada proyecto de investigación, la pregunta por el significado de lo que se analiza es la que permite dar sustancia y dirección a tareas tan genéricas como organizar, segmentar y codificar datos. Los aspectos operativos son cruciales porque dependiendo de la forma en la que se concreten pueden favorecer o dificultar una aproximación sistemática, rigurosa, minuciosa y creativa a los datos. Es aquí en donde el software para análisis cualitativo encuentra su razón de ser. No es que el software analice —por si alguien se había formado expectativas en este sentido— sino que ofrece apoyo en la parte operativa del análisis.

Cabe entonces preguntarse qué tipo de apoyo ofrece el software para análisis cualitativo. Simplificando, lo que ofrece es una alternativa a prácticas más "manuales" que pueden desbordar al investigador. Dentro de su gran diversidad, los paquetes CAQDAS nos permiten:

Además, dependiendo del programa con el que se trabaje, podemos utilizar diversas funciones que nos ayudan a visualizar la información de formas que estimulan la creatividad del analista y a desarrollar modelos o teorías de los fenómenos estudiados mediante el establecimiento de relaciones entre categorías.

A pesar de que la utilización de CAQDAS es algo cada vez más frecuente, por lo menos en los ámbitos académicos, no son pocas las voces que alertan de posibles problemas ligados a su utilización. Se trata de voces que en sus versiones más extremas aconsejan desechar tales herramientas y continuar analizando "como toda la vida", mientras que en sus versiones más laxas, simplemente insisten en la necesidad de ser conscientes de dichos problemas.

A continuación expondremos algunas de las principales líneas de cuestionamiento y crítica.

Volumen de datos: Una de las ventajas de la utilización de CAQDAS tiene que ver con la posibilidad de gestionar un gran volumen de información de una forma más fácil que con los sistemas tradicionales de análisis. Es decir, podemos organizar y acceder más fácilmente a los documentos que constituyen nuestros datos, podremos crear y acceder más fácilmente a las citas –extractos significativos– en su contexto y a los códigos (Blismas & Dainty, 2003; Kelle & Laurie, 1995), podremos acceder más fácilmente a las notas de investigación, etcétera. No obstante, algunos autores alertan del riesgo de que esta posibilidad que nos ofrece la utilización de CAQDAS se convierta en un inconveniente, puesto que aunque la gestión sea más fácil, el aumento del tamaño de las muestras puede llevar a la necesidad de una mayor inversión de tiempo y aunque esto no tiene porqué ser necesariamente negativo, sí que puede repercutir en la realización de un análisis más superficial de los datos (Blismas & Dainty, 2003; St John & Johnson, 2000) con tal de no prolongar demasiado el periodo dedicado a esta tarea.

Cercanía a los datos: Otra de las líneas críticas a los CAQDAS tiene que ver con quienes manifiestan que la utilización de ordenadores puede llevar a un cierto "alejamiento" de los datos; es decir, que el trabajo con el ordenador puede llevarnos a centrarnos más en la mecánica del análisis, en la utilización de las herramientas que nos ofrece el programa y por lo tanto prestar menos atención a lo auténticamente relevante; es decir, a los datos. Aunque esta crítica, de nuevo, puede tener cierta base, parece llevar implícita la idea de que lo contrario, la no utilización de CAQDAS evita este problema, algo no del todo evidente (Fielding & Lee, 1998; Lee & Esterhuizen, 2000). También el análisis manual puede alejarnos de los datos, centrando nuestra atención en la "mecánica" del análisis (e.g., recortar segmentos de transcripción, usar post-it de colores para distinguir entre tipos de códigos, pegar los segmentos en tarjetas, ordenar las tarjetas…​).

Reificación de la codificación: Dado el énfasis que el software (im)pone sobre la codificación y la facilidad con la que ésta puede realizarse, se puede correr el riesgo de que los analistas basen su análisis en una codificación no reflexiva. Semejante forma de proceder tendría consecuencias como:

Forzar una metodología: en una línea similar, se afirma que la generalización de la utilización de CAQDAS está llevando al predominio de determinadas formas de análisis y orientaciones metodológicas (Blismas & Dainty, 2003; Carvajal, 2002; Coffey, Holbrook, & Atkinson, 1996; Lonkila, 1995; Mangabeira, Lee, & Fielding, 2004; St John & Johnson, 2000). Efectivamente, si analizamos las características de los programas más utilizados veremos que una parte importante de las funciones que incorporan recuerdan mucho a conceptos derivados de la Grounded Theory o Teoría Fundamentada (Lonkila, 1995).

Evidentemente, esto no significa que el único tipo de análisis que podemos realizar con el apoyo de programas para análisis cualitativo tenga que basarse en la Teoría Fundamentada. De hecho, los programas son lo suficientemente flexibles como para permitir trabajar desde enfoques diferentes y con diversas modalidades de análisis. Es el analista, con base en una cuidadosa reflexión, quien debe decidir el tipo de análisis pertinente. Pero efectivamente existe el riesgo de que por lo menos los investigadores noveles tiendan a equiparar investigación cualitativa con Teoría Fundamentada y a seguir de una forma no reflexiva las 'sugerencias' de análisis de los programas (Lonkila, 1995).

Después de todo, ¿a qué conclusión podemos llegar? Probablemente a ninguna extrema, ni a reificar el software ni a estigmatizarlo y quizás a tener en cuenta las palabras de Weitzman y Miles:

Lo que es evidente es que la utilización de CAQDAS puede reportar ciertas ventajas, pero debemos tener siempre presente que el ordenador no puede, en ningún caso sustituir al analista. Por lo tanto, la garantía de un buen análisis no nos la dará la mayor o menor sofisticación de los programas, sino la calidad del analista, su conocimiento del oficio de la investigación cualitativa (Bringer, Johnston, & Brackenridge, 2006), el examen previo de los posibles métodos y metodologías apropiados y su aplicación razonada a su problema de investigación (Blismas & Dainty, 2003; Bong, 2002).

Antes de continuar, es necesario que comencemos a familiarizarnos con la pantalla principal de ATLAS.ti.

A continuación, ofrecemos una breve descripción de los elementos que la componen:

Cuando se activa un DP de texto, queda conformada el área de trabajo básica. Los elementos que aparecen con el área de trabajo son:

Hasta ahora, hemos presentado la pantalla principal de ATLAS.ti 7 con DPs activos de tipo textual. En el caso de documentos de imagen, audio, vídeo o geo-referencias hay algunas particularidades de presentación que señalaremos más adelante, al desarrollar la forma en la que se opera en ATLAS.ti con estos tipos de datos. Por otra parte, es conveniente recordar que, si bien existe la posibilidad de reubicar, añadir o quitar elementos a la pantalla principal de ATLAS.ti, recomendamos al usuario novel trabajar con la configuración por defecto y postergar cualquier cambio a nivel de interfaz hasta que se adquiera cierta soltura y familiaridad en el uso del programa.

Los menús de la pantalla principal del ATLAS.ti incluyen prácticamente todas las operaciones y opciones de visualización y configuración a las que puede recurrir el usuario o permiten acceder a ellas (Barra de menús). Los menús pueden agruparse en tres categorías: generales, por objeto y extras. Los menús por objeto hacen referencia a opciones y operaciones asociadas a cada uno de los bloques que se van construyendo dentro de su UH conforme avanza en el proceso de análisis.

La descripción pormenorizada de estas operaciones y opciones la iremos realizando a lo largo de los próximos capítulos. Por ahora, haremos una sencilla descripción de lo que contiene cada uno de los 12 menús de tal forma que el usuario cuente con una base para comenzar a utilizar el programa. Es conveniente señalar que algunas de las opciones más utilizadas también pueden ejecutarse con las combinaciones de teclas que aparecen a la derecha del comando.

Siguiendo el orden en el que aparecen de izquierda a derecha, los primeros dos menús son:

Proyecto. Este menú es el menú general de la UH y, por tanto, el primero con el que tenemos que familiarizarnos. Contiene comandos que permiten crear, abrir o cerrar UHs, así como editar información general sobre las mismas o generar informes con todos los objetos desarrollados en el proceso de análisis. También hay comandos que permiten fusionar dos UHs —funcionalidad crucial cuando el análisis lo realizan dos o más personas— o analizar y eliminar redundancias y solapamientos en la codificación. Este menú es el menú general de la UH y, por tanto, el primero con el que tenemos que familiarizarnos.

Edición. Este menú sólo despliega sus opciones cuando un DP de tipo textual ha sido activado. Dependiendo del formato específico del documento de texto, aparecerán más o menos opciones. En el caso de DPs con formato .rtf (Rich Text Format) y .txt (Text File), las opciones del menú son más numerosas, incluyendo la posibilidad de editar. En otros formatos como .doc (Microsoft Word) o .pdf (Portable Document Format), las opciones del menú son reducidas, pero siguen siendo interesantes, ya que permiten hacer búsquedas o copiar segmentos de texto.

El siguiente grupo de menús ofrecen opciones en cuanto a la creación, edición y visualización de los elementos fundamentales de la UH: documentos primarios, citas, códigos, memos y vistas de red. Muchas de las opciones de este grupo de menús son comunes: crear el elemento, agrupar en familias, generar informes, abrir administradores, etc. Este grupo de menús es quizá el que más se utilizará en el trabajo analítico propiamente dicho y muchas de estas opciones son accesibles también a través de los administradores o desde los menús contextuales. Las opciones serán descritas en detalle en los siguientes capítulos del manual. A continuación, ofrecemos una breve descripción que sirva como punto de partida:

Documentos. El menú Documentos despliega opciones que nos permiten hacer operaciones relativas a los DPs vinculados a nuestra UH: vincular o desvincular DPs, desactivarlos, reordenarlos o filtrarlos de acuerdo con diferentes criterios, editar comentarios sobre ellos, agruparlos en familias y generar informes. Algunas opciones, como la que nos permite abrir una vista de red, sólo están operativas con un DP activado. El menú incluye el apartado A-Docs. Sus opciones nos permiten establecer, modificar y utilizar sincronizaciones entre, por ejemplo, la grabación en audio de una entrevista y su correspondiente transcripción. También existe la posibilidad de importar este tipo de sincronización (ver Sincronización con F4).

Citas. De forma análoga al menú anterior, éste nos ofrece opciones para el trabajo con citas: crearlas, transformarlas, eliminarlas, etc. También nos permite abrir vistas de red focalizada en una cita, establecer relaciones entre citas —los hipervínculos— y asignar códigos a citas.

Códigos. Junto con el menú anterior, éste es uno de los más relevantes en cuanto a labor analítica se refiere. El menú nos permite operar con códigos, desde su creación y asignación a citas hasta la generación de diversos tipos de informes. Este menú también nos permite establecer relaciones entre códigos y entre códigos y anotaciones.

Memos. El menú de Memos también comparte muchas de las opciones de los tres menús anteriores. Nos permite crear, editar y vincular anotaciones (entre sí o con códigos o citas), agruparlas en familias, generar informes e incluso utilizar alguna anotación como DP.

Redes. Este menú nos permite generar y editar vistas de red, un recurso vital para operar sobre las relaciones entre los elementos que vamos desarrollando en un proceso de análisis —especialmente los códigos. Otras opciones incluyen la posibilidad de exportar e importar redes de códigos y la edición de los tipos de relaciones que se pueden establecer entre citas (tipos de hipervínculos) y los tipos de relaciones entre códigos.

El último grupo de menús ofrece diversas opciones en cuanto a la configuración de ATLAS.ti así como una serie de complementos que pueden ser más o menos útiles dependiendo del tipo de análisis que se esté realizando y de si se trabaja en grupo o individualmente, entre otras cosas:

Análisis. En este menú encontraremos algunas herramientas útiles para el análisis, entre las que cabe destacar el sofisticado sistema de consultas y la herramienta de exploración de co-ocurrencias de códigos.

Herramientas. Se trata de un menú con diversas herramientas complementarias que pueden ser muy interesantes, sobre todo en fases avanzadas del análisis. Además del editor de texto propio del ATLAS.ti, el menú incluye un conjunto de opciones para navegar por la UH y sus elementos (explorador de objetos, examinador de objetos, analizador de codificaciones, etc.). El menú permite trabajar con el lenguaje XML, crear archivos que "empaquetan" la UH y los DPs asociados y gestionar las actualizaciones. Habría que destacar la creación y gestión de usuarios, imprescindibles cuando el análisis es realizado por más de una persona. También hay opciones para la exportación de la UH a otros formatos (a SPSS, por ejemplo).

Visualizaciones. El menú de visualizaciones nos permite definir la apariencia y las opciones visibles por defecto (barra de herramientas, números de línea, margen derecho, barra de estado, etc.), así como minimizar, maximizar o cerrar con sólo un clic todas las ventanas que tengamos abiertas (salvo la pantalla principal, como es de suponerse).

Ventanas. Este menú es útil cuando utilizamos varias UHs de forma simultánea, ya que nos permite navegar entre ellas o dejar alguna siempre por encima de las otras.

Ayuda. Además del acceso al sistema de ayuda en línea de ATLAS.ti, este menú ofrece opciones relativas a las ventanas que aparecen al iniciar el programa e incluye opciones sobre el sistema de actualizaciones que ya están en algunos de los menús anteriores, así como la introducción de la licencia del programa.

Ya hemos hecho referencia a los administradores y listas desplegables en la descripción de las secciones que componen la pantalla principal del ATLAS.ti. Ambos, especialmente los administradores, son sin duda las opciones más empleadas en el transcurso de un proceso de análisis. Las listas desplegables permiten seleccionar los diferentes elementos creados en la UH: DPs, citas, códigos y memos. La selección de los elementos se realiza haciendo clic en la flecha situada a la derecha del recuadro de lista para "desplegarla" y a continuación sobre el elemento deseado (1 en Administrador de códigos y lista desplegable de códigos).

Los iconos que aparecen a la izquierda de cada una de las listas desplegables (2 en la figura anterior) abren los administradores de cada objeto. Los administradores permiten visualizar sus correspondientes objetos (DPs, citas, códigos o memos) en ventanas independientes. Además de permitirnos seleccionar y visualizar algún elemento, como en el caso de las listas desplegables, los administradores posibilitan una visualización de conjunto mucho más detallada, con listados de objetos que incluyen sus características más importantes y que pueden reordenarse en función de tales características. Aunque presentan algunas diferencias en cuanto a las funciones que permiten realizar, los cuatro administradores tienen una estructura similar y en buena medida nos ofrecen otra vía para acceder a las opciones que ya aparecen en los menús de cada objeto.

La siguiente figura nos muestra las secciones que componen el administrador de DPs y que son, en general, comunes al resto de administradores:

Probablemente los documentos de texto serán los que utilizaremos más habitualmente, ya se trate de transcripciones de entrevistas, observaciones, diarios de campo, documentos institucionales, etc. El programa permite la utilización de una gran diversidad de formatos de archivo, aunque nosotros nos ocuparemos únicamente de los más habituales.

Además de documentos textuales, podemos incluir como fuentes prácticamente cualquier otro tipo de datos, como imágenes fijas ^[6], audio e incluso vídeo. Esta variedad de fuentes de datos nos permitirá probablemente una mayor flexibilidad y riqueza en nuestro análisis. Una posibilidad que se nos abre con esta diversidad de formatos es la de utilizar la transcripción de una entrevista junto a su registro sonoro o audiovisual, de forma que, en caso de requerirlo, dispondremos de una información mucho más rica y precisa a la hora de realizar el análisis que si sólo disponemos de la transcripción.

Desde la versión 6 del programa, ATLAS.ti permite, literalmente, incluir "el mundo" como documento de datos. Aunque esta afirmación puede parecer exagerada, en la práctica es factible, puesto que podemos incorporar como documentos primarios mapas de Google Earth, en los que podemos, de la misma forma que hacemos con una imagen, seleccionar "ubicaciones significativas" para convertirlas en citas.

Mientras que en las versiones anteriores la opción por defecto de asignación de documentos implicaba únicamente “informar” a ATLAS.ti de la ubicación de los archivos en nuestro ordenador, actualmente el usuario tiene como primera opción ubicar los archivos en Bibliotecas de usuario o de equipo, en las que se realiza una “copia” del archivo ^[7]. Esa copia pasará a ser el archivo sobre el que se realizará el análisis, es decir, nuestro Documento Primario. Esto implica que si eliminamos o modificamos el archivo original (pero no el archivo de la biblioteca), seguiremos teniendo disponible el Documento Primario.

Otra característica de los archivos que ubicamos en las bibliotecas, es que sufren algunas modificaciones pues, por ejemplo, son renombrados, de forma que un archivo cuyo nombre original es “Control-Congreso-2011-01-26-00.rtf" puede pasar a llamarse “17190EA4-67B9-4382-A882-298B7C229C14.atldoc” en la versión guardada en la carpeta de la biblioteca. Por último, otra característica fundamental de esos archivos es que no podemos editarlos utilizando nuestro procesador de textos habitual (es decir, no podemos hacer cambios “desde fuera” de ATLAS.ti), lo que evita que podamos realizar cambios accidentales que convertirían el documento en inutilizable por ATLAS.ti. Esto no significa que no podamos realizar modificaciones en los documentos, pero estas tiene que realizarse utilizando las herramientas de edición de documentos propias de ATLAS.ti.

Si optamos por utilizar las bibliotecas, la asignación de archivos a la UH se realizará utilizando la opción Documentos > Nuevo > Agregar documentos (si el documento no ha sido añadido previamente a la biblioteca, es decir, que no lo hemos añadido previamente para utilizar en esta o en otra UH) o bien Documentos > Nuevo > Agregar desde biblioteca (cuando el documento ha sido asignado previamente a alguna de las bibliotecas).

Al utilizar la opción Agregar documentos, nos aparecerá una ventana de navegación (Agregar documentos a la biblioteca) en la que tenemos que seleccionar el/los archivos que queremos convertir en DPs. Por defecto, el programa seleccionará como ubicación de origen la carpeta Textbank, pero evidentemente podemos tener ubicados nuestros archivos en cualquier otra parte de nuestro ordenador.

Por su parte, la opción Agregar desde biblioteca abrirá una ventana con la biblioteca de documentos (Agregar documentos desde biblioteca), en la que aparecerán todos los documentos que previamente hayan sido asignados a la biblioteca, independientemente de la UH a la que estén asignados. Para la asignación de cualquiera de esos documentos a la UH activa, sólo tenemos que seleccionarlos y hacer clic en `Agregar selección`_

También podemos añadir documentos (a las bibliotecas) arrastrando los archivos desde la carpeta en la que se encuentren (en este caso sin utilizar la opción Documentos > Nuevo, sino desde una ventana de exploración de archivos de Windows) hasta a) la lista desplegable de documentos primarios, b) el administrador de documentos, o c) la ventana principal. Podemos arrastrar, uno o varios documentos e incluso una carpeta entera. En ese último caso se asignarán a la UH todos los documentos contenidos en la carpeta.^[8]

Para ver los documentos incluidos en nuestras bibliotecas, tenemos que hacer clic en Documentos > Administrador de fuentes de datos > Abrir administrador de biblioteca. En la siguiente figura podemos ver cómo se nos muestran los documentos existentes en la biblioteca seleccionada (Mi biblioteca o Biblioteca de equipo) y cómo al seleccionar un documento podemos ver, en la parte inferior izquierda de la ventana la historia de cambios realizados sobre el documento y, en la parte inferior derecha las UH a las que está asignado.

También podemos asignar documentos sin que estos pasen a formar parte de la biblioteca —la forma de asignación normal en versiones anteriores del programa. Este tipo de asignación la podemos hacer de dos formas. La primera consiste en utilizar la opción Documentos > Nuevo > Asignar documentos externos (ver Añadir Documentos Primarios), que abrirá una ventana (Asignar documentos externos)^[9], en la que aparecen los ficheros con las extensiones reconocidas por ATLAS.ti como posibles DPs. Para realizar la asignación, únicamente tenemos que seleccionar el/los documentos deseados y hacer clic en Abrir.

En el ejemplo de la figura Asignar documentos externos, vemos cómo en la ventana Asignar documentos externos se muestran únicamente archivos de texto (.rtf) y archivos multimedia (.mp3 y .avi), que son formatos de archivo que pueden asignarse a la UH. Si posteriormente queremos añadir un nuevo DP, como por ejemplo, un archivo de sonido con la grabación de una de las entrevistas, o una nueva transcripción, sólo tenemos que volver a repetir el proceso de asignación seleccionando sólo ese archivo.

Una vez asignado un documento, para verlo en la pantalla principal de ATLAS.ti bastará con seleccionar su nombre en la lista desplegable de documentos o en el administrador de documentos.

Aunque tienen características similares a los documentos enriquecidos, mención aparte merece la posibilidad de utilizar documentos creados directamente en ATLAS.ti. En este caso tenemos dos posibilidades, la de crear un nuevo documento de texto que quedará incrustado en la UH, recurriendo a la opción Documentos > Nuevo > Nuevo documento de texto (ver Añadir Documentos Primarios ), o la de utilizar un Memo existente como DP. En este último caso, debemos seleccionar un Memo creado previamente y utilizar la opción Memos > Miscelánea > Usar como documento primario (Usar memos como Documento primario). Esta última modalidad de los memos como documentos, aunque factible, no es la más recomendable, puesto que implica “duplicar” información como memo y como documento. Esta modalidad resulta prácticamente obsoleta si consideramos la primera, la de documentos incrustados, introducida a partir de la versión 6 de ATLAS.ti.

La utilización de este tipo de documentos incrustados puede ser práctica en aquellos casos en que dispongamos de un número limitado de documentos, pues estos estarán incluidos en el archivo .hpr7, lo que facilitará el traslado de la unidad hermenéutica. Por contra, esta opción no será adecuada si queremos utilizar los mismos datos en diferentes análisis (diferentes UHs). Otra ventaja de la opción Nuevo documento de texto es que los documentos creados de esta forma son editables, algo que no ocurre con los documentos a partir de memos.

Si nuestros datos se derivan de las respuestas a preguntas abiertas en una encuesta, podemos utilizar otra estrategia para la asignación de los documentos. En este caso, en vez de utilizar como fuente de datos archivos de texto, tendremos que introducirlos en una hoja de cálculo utilizando un formato especial. Este formato se caracteriza por utilizar determinadas claves para nombrar las columnas —los identificadores de campo— de la matriz de datos, de modo que ATLAS.ti utilice los contenidos de forma distinta. En la figura Hoja de cálculo con datos de encuesta podemos ver un ejemplo ficticio de datos de este tipo, en el que la primera fila se corresponde con los identificadores de campo y el resto de filas con cada uno de los casos o encuestas. Las tres primeras columnas del ejemplo son datos identificativos de la encuesta, mientras que el resto se corresponden con las preguntas que incluye, tanto abiertas como cerradas. En la conversión de una matriz de datos, cada caso —cada fila— se transforma en un DP incrustado en la UH. Si tenemos 200 casos a nuestra encuesta e importamos la base de datos a ATLAS.ti, el resultado será un conjunto de 200 DP.

El primer carácter de las etiquetas de la primera fila indica las características de la información que aparece en la columna. De esta forma, en la primera columna la etiqueta !Caso, precedida por el carácter ! indica que la columna se corresponde con cada uno de los casos de encuesta, mientras que el carácter :, que precede a la etiqueta :Universidad en la quinta columna, indica que los datos que encabeza son respuestas a preguntas de elección simple con varias opciones de respuesta. En la tabla siguiente podemos ver el conjunto de identificadores de campos de documento, mientras que en la Tabla aparecen los identificadores de campos de preguntas.

El resto de identificadores se corresponden con las preguntas, que pueden ser tanto abiertas como cerradas. En el caso de las preguntas cerradas, estas se importarán como familias (ver Familias) asociadas con los documentos, mientras que las preguntas abiertas serán los “datos” del documento.

Las etiquetas de columna sin prefijo se interpretarán como preguntas abiertas

La importación (asignación) de los datos la realizaremos con la opción Documentos > Nuevo > Importar datos de encuesta. De la misma forma que con los documentos incrustados descritos anteriormente, los DPs formarán parte de la UH; estarán incrustados, no vinculados, por lo que no dependerán de lo que hagamos con la hoja de cálculo.

En la siguiente figura podemos ver el resultado de la importación de los datos del ejemplo, con los cuatro documentos que se corresponden con los cuatro casos ^[10]. Además de la importación, se crearán familias de documentos en función de las variables de la encuesta.

A continuación podemos ver cómo la familia SoftConoce::MaxQDA incluye los dos documentos (casos) en los que el valor de la variable es 1 (Sí).

Por último, en la siguiente figura podemos ver el documento primario con la pregunta abierta del caso 1.

De nuevo, tal y como hemos hecho con la UH, el siguiente paso, una vez que hemos asignado los DPs, consistirá en añadirles un comentario que permita describirlos en función de las características que sean relevantes para el análisis. Si, por ejemplo, se trata de una entrevista, podríamos incluir información relativa a la(s) persona(s) entrevistada(s), al entrevistador, la fecha de realización, etc. En nuestro caso, incluiremos como la descripción del documento, los parlamentarios participantes y los grupos parlamentarios a los que pertenecen e información sobre los posibles archivos relacionados.

Insistimos en la conveniencia de no obviar este paso, puesto que la documentación es fundamental para la calidad de nuestro análisis. En el caso de los datos, garantizará tener presente en todo momento las características del documento con el que estemos trabajando y, además, facilitará el trabajo en equipo o la posible reutilización de los datos por otros investigadores.

Podemos realizar la edición del comentario de documento con la opción Documentos > Editar comentario (previa selección del mismo en la lista desplegable de documentos) o directamente en el administrador de DPs (Comentarios de Documento primario). Si usamos el administrador, hay que seleccionar el DP a comentar e introducir la información en el campo de texto que ocupa la parte inferior derecha de la ventana.

Una vez que hemos realizado la asignación de los documentos primarios, podemos acceder a ellos desde la lista desplegable de documentos o desde el administrador de documentos.

En el caso de la lista desplegable, la información que aparecerá será la siguiente:

También podemos visualizar los documentos en el Administrador de documentos que, además de mostrarnos información adicional sobre los mismos, nos permitirá acceder a todas las funciones del programa relacionadas con los DPs. En la siguiente tabla podemos ver las informaciones disponibles en el administrador de documentos (ver también Comentarios de Documento primario)

Como hemos comentado anteriormente, existe la posibilidad de editar los documentos primarios de texto. Esta opción estará disponible siempre si los hemos asignado a una biblioteca o si se trata de documentos incrustados,^[11] mientras que si hemos realizado la asignación con la opción Asignar documentos externos, sólo será posible la edición para documentos de tipo RTF y TXT.

Para acceder a las funciones de edición de documento, se debe seleccionar en la pantalla principal algún documento que sea susceptible de ser editado. Aparecerá entonces una nueva barra de iconos. El primer icono de la izquierda de la barra es el que permitirá entrar en el modo de edición de documentos, salir directamente cuando no hemos realizado cambios, y salir guardando o cancelando los cambios que hayamos realizado.

Una vez que hayamos entrado en el modo de edición se activarán las funciones de edición inactivas hasta ese momento.

Entonces podemos editar el documento, realizando las modificaciones necesarias, incluyendo borrar o añadir texto, además de las opciones de formato disponibles en la barra de iconos (códigos de negrita, cursiva, subrayado, tamaño de letra…​)

De entre las opciones del menú Edición destacaremos las de inserción de objeto e inserción de archivo.^[12]

La inserción de archivos (Edición > Insertar > Insertar archivo…​) permite insertar en el documento que se esté editando, en la posición en la que se encuentre el cursor, cualquier otro documento de formato textual (incluyendo archivos de hojas de cálculo como Microsoft Excel). Una vez que el texto ha sido incrustado, pasará a formar parte del DP (evidentemente siempre y cuando guardemos los cambios) y podremos realizar sobre él las mismas operaciones que sobre el resto del documento. Si posteriormente modificamos el archivo que hemos incrustado de esta forma, esos cambios no se reflejarán en el archivo de DP.

Por su parte, la opción de insertar objetos (Edición > Insertar > Insertar objeto…​) permitirá incrustar o vincular en el documento primario archivos de prácticamente cualquier formato (imágenes, hojas de cálculo y presentaciones Power Point entre otros). De hecho, los formatos posibles vendrán determinados por las posibilidades de nuestro ordenador.

Si seleccionamos esta opción nos aparecerá una­ ventana (Insertar objeto (crear)), con un listado de los diferentes tipos de objetos (archivos) que podemos crear (dependiente de la configuración de nuestro ordenador). Al seleccionar alguno de ellos se abrirá el programa correspondiente y podremos crear un nuevo objeto que quedará incrustado en el DP.

En la figura Insertar objeto (crear), podemos observar que está seleccionada la opción Crear nuevo, pero también podemos elegir Crear desde archivo. Si seleccionamos esa última opción, la pantalla cambiará el formato (Insertar objeto (desde archivo)), y podremos entonces seleccionar un archivo existente en nuestro ordenador haciendo clic en el botón Examinar.

Esa pantalla también nos permite seleccionar (o no) la opción de Vincular al objeto existente. Si la seleccionamos, significa que si posteriormente a la vinculación realizamos cambios en el archivo original, éstos quedarán reflejados en el objeto vinculado en el DP; mientras que si no la seleccionamos, el objeto quedará incrustado en el DP y por lo tanto los cambios en el archivo original no quedarán reflejados en el objeto incrustado..

Cualquiera que haya sido la forma de incluir el objeto, haciendo doble clic sobre el mismo, podrá editarse utilizando la aplicación original con la que se haya creado. En algunos casos, la edición se realizará en la misma ventana de ATLAS.ti (la pantalla mostrará cambios respecto a su apariencia habitual), mientras que en otros se abrirá el programa adecuado para la edición.

Como hemos visto, tenemos entonces dos formas de incluir información en el documento primario, inserción de texto e inserción de objetos, las diferencias principales entre ellas son dos:

Ambas formas de inserción tienen ventajas e inconvenientes, por lo que la decisión sobre cual de ellas utilizaremos dependerá, como en tantas otras ocasiones, de nuestros objetivos. No podemos decir, por lo tanto, que una sea mejor que otra, simplemente que cada una de ellas puede ser más o menos adecuada para nuestros fines.

F4 es un programa de ayuda a la transcripción desarrollado por Audiotranscription, una empresa dedicada a la venta de “pedales” de transcripción y que ofrece el programa a un bajo precio (existe una versión gratuita, pero está limitada y permite un máximo de diez minutos de audio). En este caso ilustraremos su uso con la versión 5.2 del programa. Aunque podemos utilizar F4 para realizar con su ayuda la transcripción de un archivo de sonido, aquí nos limitaremos a ilustrar su utilización para realizar la sincronización entre un archivo de texto con una transcripción que ha sido realizada de forma previa y su correspondiente archivo de audio. En la siguiente figura podemos ver el aspecto general del programa, mientras que en la figura F4: Menú ofrecemos el detalle de las opciones de menú.

En primer lugar, una vez que hemos ejecutado el programa, tenemos que añadir el archivo de texto correspondiente a la transcripción. Para ello, haremos clic en (1) (F4: Menú) y elegiremos, el archivo sobre el que queremos realizar la sincronización. Una vez cargado ese archivo, el programa nos preguntará si queremos “cargar el archivo de medios correspondiente”, es decir, el archivo de audio o vídeo al que se corresponde el texto que hemos cargado previamente (F4: Carga de archivo de medios).^[13] Una vez que digamos que sí, ya podemos empezar a realizar la sincronización.

Para realizar la sincronización, iniciaremos la reproducción del archivo de audio (10 en F4: Menú) y situaremos el cursor en la posición del texto en la que queramos ubicar una marca de tiempo. Así, si por ejemplo el segundo 11 del audio se corresponde con el final del primer párrafo de la transcripción, nos situaremos en el texto al final del primer párrafo y cuando en la reproducción se alcance el segundo 11 podemos insertar la marca de tiempo utilizando la tecla F8. Como podemos ver en la figura siguiente, cada vez que realicemos esa operación, se añadirá, en la posición del cursor, la marca de tiempo correspondiente.

Una vez que hemos "marcado" todo nuestro documento, ya podemos guardar la transcripción (3 en F4: Menú). Si ahora abrimos nuestro nuevo archivo desde un editor de texto (teniendo cuidado de no realizar ninguna modificación en el mismo), podremos ver cómo se han incorporado las marcas de tiempo.

El siguiente paso será incorporar el texto y el audio en ATLAS.ti.

La asignación de documentos con marcas de tiempo se realiza con la opción Documentos > Nuevo > Importar transcripción.^[14] Al realizar la importación seleccionaremos únicamente el archivo de texto con las marcas de tiempo (recordamos que en nuestro caso, siempre será un archivo “01”), y ATLAS.ti realizará automáticamente la asignación del archivo de audio correspondiente.

En el caso de querer realizar la sincronización utilizando ATLAS.ti, en primer lugar tendremos que realizar el proceso de asignación de documentos de la forma habitual, asignando tanto el documento de texto como el documento de audio. Una vez asignados los documentos, seleccionamos uno de ellos, por ejemplo el documento textual y (sólo después de haber realizado la selección de forma que lo veamos en pantalla) en el menú Docs-A seleccionamos la opción Abrir editor de asociación, con lo que nos aparecerá la ventana que podemos ver en la figura Editor de asociaciones. Seleccionamos entonces la opción Asociación > Insertar documento primario, que hará que quede seleccionado el documento activo en ese momento en la ventana principal. Repetiremos el mismo proceso con el documento de audio (activación del documento en la pantalla principal, y Asociación > Insertar documento primario). Si hemos realizado bien los pasos, observaremos que ahora en la ventana del editor de asociaciones tenemos la referencia a los dos archivos que hemos “insertado”.

Ahora ya podemos proceder a realizar la sincronización. Para ello utilizaremos los botones del editor de asociaciones para reproducir el archivo sonoro e insertar las marcas de tiempo en la ubicación adecuada.

La estrategia que sugerimos es visualizar en la pantalla principal el archivo de texto y ubicar el cursor al inicio del mismo e insertar una primera marca de tiempo. A continuación hacemos clic sobre el icono de reproducción y escuchamos por ejemplo hasta el final del primer párrafo, momento en el cual volvemos a hacer clic para pausar la reproducción. En la pantalla de texto ubicamos el cursor al final de ese párrafo y apretamos la tecla “F8” (o el icono del editor de asociaciones), con lo que aparecerá un punto rojo en esa posición señalando la existencia de una marca de tiempo. Repetiremos el proceso hasta finalizar la sincronización del documento completo. En la Ilustración podemos ver un ejemplo del resultado.

Ahora ya podemos utilizar las opciones de sincronización de ATLAS.ti. Para ello, volveremos al menú Docs-A para seleccionar la forma de reproducción del texto.

Si lo que queremos es ir escuchando el archivo de audio y al mismo tiempo que queden resaltados los fragmentos de texto correspondientes, en primer lugar seleccionaremos una de las opciones de Documentos > Docs-A > Text *.

Por ejemplo si queremos que a medida que se va reproduciendo el audio quede resaltado el texto correspondiente (entre dos marcas temporales) seleccionaremos la opción Resaltar sección. A continuación, seleccionaremos la opción Documentos > Docs-A > Modo sincronizado (o F3), y finalmente, de nuevo en el menú Documentos > Docs-A, la opción Reproducir-pausa (o F4). Si durante la reproducción colocamos el cursor sobre otra zona de texto, la sincronización se realizará en ese punto.

Como podemos ver en la parte izquierda de la figura Opciones de creación de códigos libres, la primera opción del menú Códigos, nos permite la creación de códigos “libres”, es decir, códigos que en principio no están relacionados con ningún otro elemento. También podemos crear códigos libres desde el Administrador de códigos, utilizando la misma opción del menú o con el icono de creación (derecha de la figura).

En ambos casos, nos aparecerá una nueva ventana en la que introduciremos la etiqueta de código. Como podemos ver, a medida que vamos introduciendo etiquetas de código, se añaden nuevas filas en la ventana, por lo que podemos crear varios códigos de forma simultánea, hasta que hagamos clic en el botón OK.

La etiqueta de código debe ser clara y concisa, y aunque puede ser relativamente extensa, es preferible no utilizar nombres excesivamente largos pues complicaría la visualización de los códigos en el margen derecho. La descripción detallada la realizaremos como comentario (ver Comentarios de códigos).

Desde el momento de su creación todos los códigos tienen exactamente las mismas características. ATLAS.ti no realiza ningún tipo de jerarquización definida como propiedad específica de cada uno de los códigos. No podemos asignar a los códigos diferentes niveles, más genéricos o más específicos, o definirlos en función de tipos preestablecidos como subcategorías, categorías, dimensiones, etc…​ Más adelante veremos la forma de especificar estos atributos a partir del establecimiento de determinados tipos de relación entre códigos (Relaciones entre Códigos).

En el ejemplo de la figura Creación de códigos libres hemos añadido un conjunto de códigos que utilizaremos durante el texto para ilustrar algunas funcionalidades. Se trata de la clasificación de tipos de preguntas y respuestas formulada por Rasiah (2010) en su análisis de las respuestas evasivas en el discurso parlamentario. Los códigos que aparecen remiten a diferentes tipos de preguntas. Si tenemos un código como “Question” podemos entenderlo como el “código de nivel 1”. Los códigos que remitan a formas especificas de evadir preguntando serían “códigos de nivel 2” (y por lo tanto su etiqueta empieza con una letra en mayúscula). Por lo tanto el código “Question” lo etiquetaríamos como “QUESTION” o “N1_Question”, según la pauta empleada.

Si tenemos previamente definida una amplia lista de códigos, existen otras formas rápidas de crearlos. Podemos, por ejemplo, crear un archivo de texto con la lista de códigos (un código por línea) e importarlo a ATLAS.ti utilizando la opción Códigos > Importar/Exportar > Importar lista de códigos. El único requisito que tiene que cumplir el archivo es que sea un archivo sólo texto con extensión “COD” (por ejemplo “Codigos.cod”).

Otra forma, quizás más sencilla de añadir una lista amplia de códigos es creando un Memo con las mismas características que el archivo anterior, es decir, un nombre de código por línea (izquierda en la figura Creación de códigos a partir de Memo), y una vez guardado el Memo utilizar la opción Miscelánea > Crear códigos desde el memo seleccionado del administrador de memos.

Una vez más, mientras vamos creando los códigos, es conveniente dedicar un tiempo a su descripción, es decir, a crear comentarios. Si los comentarios son elementos importantes de los componentes que hemos visto hasta el momento (UH y DPs), lo son mucho más en el caso de los códigos, sobre todo cuando el trabajo de codificación es compartido por varios analistas. Es fundamental que el significado de los códigos, tanto conceptual como operativamente, alcance cierto grado de estabilidad durante el análisis, de forma que un mismo codificador interprete y aplique de la misma forma un código en diferentes momentos del proceso de análisis o que varios codificadores interpreten de la misma forma un mismo código. En algunos casos la simple etiqueta puede parecer lo suficientemente descriptiva como para que no haga falta escribir un comentario. Sin embargo, conforme progresa el análisis o cuando intervienen distintos analistas, esa aparente claridad puede no serlo del todo en la práctica.

Una posible forma de sistematizar los contenidos a añadir a los comentarios de códigos es seguir el modelo que proponen MacQueen, McLellan, & Milstein (1998), del que ofrecemos un ejemplo en la siguiente tabla.

No estamos sugiriendo, de todas formas, que se utilice este modelo de una forma mimética para cada uno de nuestros códigos. En algunos casos puede ser casi imprescindible este nivel de especificidad, mientras que en otros una simple etiqueta amplia puede ser suficiente. Por otra parte, el comentario puede ser también el lugar donde podemos empezar a elaborar hipótesis sobre el tipo de significado del código, donde podemos empezar a preguntarnos por el tipo de relaciones que se pueden establecer entre este código y otros, etc. El que estos comentarios pertenezcan a la “categoría” comentario o a la categoría Memo puede ser una cuestión de matiz, una pequeña diferencia cualitativa. De hecho, algo que puede empezar siendo un comentario de código puede acabar convirtiéndose, a medida que va haciéndose más compleja, en un Memo. De todas formas, nuestro criterio suele ser que si el comentario va más allá de la descripción del código, es mejor crear un Memo y vincularlo con el código (ver Relaciones con Memos).

A medida que vamos creando códigos, estos aparecerán tanto en la lista desplegable de códigos como en el administrador de códigos.

La única información que podremos ver en la lista desplegable es el nombre de código junto a dos números entre corchetes. El primer número hace referencia a la cantidad de citas con las que está relacionado el código, mientras que el segundo número lo hace respecto a los otros códigos con los que el código en cuestión está relacionado (ver Relaciones entre Códigos). Además, en algunas ocasiones veremos el signo ~, que nos indica que el código tiene un comentario. Operativamente hablando, el comentario puede ser solo un punto, por ejemplo, lo cual probablemente carece de interés desde el punto de vista de los fines del análisis. Sin embargo, la herramienta seguiría considerando que, en este caso, el código está comentado y presentaría el signo ~.

El administrador de códigos (figura Administrador de códigos a partir de Memo) incluye, además de la información anterior, el nombre del usuario creador del código, la fecha de creación y modificación y las familias a las que pertenece. La columna Fundamentado hace referencia al número de citas vinculadas al código, mientras que la columna Densidad lo hace con respecto al número de relaciones con otros códigos. Además, como en todos los administradores, tenemos la zona de comentario.^[16]

Si nuestro análisis es de tipo inductivo, una posibilidad es que empecemos creando citas libres a partir de la lectura del texto y la identificación de fragmentos que tienen algún significado en función de nuestros objetivos de análisis. Para la creación de citas libres, lo único que tenemos que hacer es seleccionar el fragmento de texto, hacer clic sobre él con el botón derecho del ratón y seleccionar la opción Crear Cita libre en el menú contextual que aparecerá. Podemos crear la cita también con la opción Nuevo desde la selección del menú Citas. Por último, también podríamos crearla arrastrando el texto seleccionado hasta el administrador de citas.

De la misma forma que con los documentos con formato texto, podemos crear citas en los documentos multimedia, ya sean imágenes, audio o vídeo, aunque el proceso de selección del fragmento significativo será diferente.

En el caso de las imágenes, simplemente tenemos que seleccionar con el ratón el fragmento deseado de la imagen en una sección rectangular y, como antes, hacer clic sobre él con el botón derecho del ratón para seleccionar la opción Crear Cita libre (figura Creación cita multimedia). Podemos crear citas de esta forma tanto en los documentos de imagen (archivos jpg, png…​) como en las imágenes incluidas en los documentos de tipo PDF, pero no en imágenes que formen parte de un documento de texto que no sea PDF. En ese caso sólo puede convertirse en cita la imagen completa.

En el caso de los documentos de audio y de vídeo, el proceso de creación de la cita implicará como primer paso seleccionar un punto de inicio y un punto final en la línea de tiempo que definen el lapso a transformar en cita. Para ello, utilizaremos los iconos que podemos ver en la siguiente figura.

El primero define el punto de inicio de la cita, el segundo el punto de finalización y el tercero permite crear la cita.

Recomendamos que la “mecánica” de la creación de la cita sea la siguiente:

Si hacemos clic en el icono de creación de cita después de marcar un punto de inicio y antes de marcar un punto final, se creará el punto final y la cita al mismo tiempo.

La visualización en la lista desplegable nos muestra el símbolo ~, indicándonos que la cita tiene un comentario. El identificador numérico de la cita, que aparece a continuación, está compuesto de un primer número que indica el DP al que pertenece la cita, y de un segundo número conforme al orden en que se ha creado la cita. A continuación, aparecerá la etiqueta de la cita. Si trabajamos con DP de texto, la etiqueta es consistente en los primeros caracteres del contenido de la cita.

Finalmente, los últimos números nos indican el párrafo de inicio y fin de la cita. En el caso de que la cita esté relacionada con otras citas, veremos también los signos < o >, según la posición que ocupe en la relación.

La lista desplegable y el administrador de citas también nos permiten seleccionar una cita para su visualización contextualizada en el documento al que pertenecen. En el caso del administrador, podemos desplazarnos por ellas haciendo doble clic sobre sus etiquetas. En ese caso, en la pantalla principal se visualizará el documento primario al que pertenece la cita en la sección en la que la cita se ubica y ésta aparecerá seleccionada. También podemos desplazarnos fácilmente de una cita a otra utilizando los iconos de desplazamiento del administrador.

A medida que vamos realizando el trabajo de codificación, el margen derecho de la pantalla principal irá mostrando información sobre las citas y códigos que hemos ido creando.

En la figura Margen derecho: Información de codificación podemos ver en el margen derecho de la pantalla unas barras verticales que informan de la ubicación de las citas. Si hacemos clic sobre alguna de esas barras, la cita correspondiente quedará seleccionada y resaltada en el documento. Si las citas no son citas libres y están relacionadas con códigos, a su lado aparecerá la etiqueta de los códigos correspondientes. Como podemos ver, para facilitar la visualización, tanto las barras como las etiquetas de código pueden ser de diferentes colores. En el ejemplo, tenemos seleccionada una cita codificada con el código Ans Direct y que se corresponde con la primera parte de la intervención de uno de los participantes. Tanto el código como la barra vertical que indica la existencia de la cita tienen el mismo color. El conjunto de la intervención está recogido en otra cita, indicada por la barra vertical gris, que a su vez está codificada como Respuesta y como Zapatero, etiquetas de código también en gris.

Ya hemos visto que el margen derecho de la pantalla principal nos permite una visualización en contexto de nuestra codificación, es decir, a medida que vamos leyendo el texto podemos ver las citas que hemos creado y los códigos a las que han sido asignadas. Sin embargo, nos puede interesar tener una perspectiva diferente de nuestros datos, ya no según su ubicación en el documento sino en función de un rasgo o una temática concreta, es decir, focalizada en un código concreto. Con toda seguridad nos interesará ver qué fragmentos de información hemos codificado con determinados códigos. Para ello tenemos dos opciones. La primera será “navegar” en pantalla por las citas de un código. Para ello, sólo tenemos que hacer doble clic sobre un código (en el administrador de códigos), lo que nos abrirá una ventana con la lista de citas con las que está relacionado. Al hacer clic sobre cualquier cita, la visualizaremos en pantalla. También podemos realizar un “recorrido” por las citas de un código seleccionándolo y utilizando los iconos de la barra del administrador de códigos. En la siguiente figura podemos ver cómo después de hacer doble clic sobre el código Ev Substantial aparece la ventana de las diez citas relacionadas con el código.

Esta forma de visualizar las citas es interesante, pero si lo que queremos es realizar una lectura más pausada de las mismas, probablemente nos sea más útil imprimir un listado de citas. De hecho, una tarea habitual del analista debería ser la lectura focalizada de las citas de códigos, para asegurarse de que todas las citas que se han incluido en un código son instancias adecuadas de ese código, para construir o refinar la definición del código y también para comparar los contenidos de dos códigos. Por ejemplo, una vez que hemos realizado una primera codificación de los códigos relacionados con las respuestas evasivas deberíamos repasar los contenidos —las citas— de cada uno de los códigos sobre evasión —Ev Subtle, Ev Medium, Ev Substantial y Ev Full— para depurarlos y, comparativamente, para asegurar que se está discriminando entre las distintas formas de evasión. Para ello, tendríamos que imprimir informes con las citas de cada uno de esos códigos.

La creación/edición de las familias se realiza mediante la opción Familias de los menús Documentos, Códigos y Memos, que nos permitirá acceder a su vez a las opciones Abrir administrador de familias y Asignar familias .

La opción Abrir administrador de familias abrirá una ventana (figura Administrador de familias) en la que podremos realizar prácticamente todas las acciones relacionadas con las familias: creación, visualización, edición, etc. La primera acción a realizar será la creación de familias. Para ello, en el menú Familias seleccionaremos la opción Nueva familia y daremos un nombre a la nueva familia que deseamos crear. Como podemos ver en la imagen, la ventana Administrador de familias nos presenta:

En la figura Asignar familias podemos observar cómo hemos creado las familias de documentos que comentábamos anteriormente: Audio, Texto y Vídeo (en función de las características del archivo), Congreso y Senado (en función de la cámara en la que se realiza la sesión) y Legislatura IX y Legislatura X (en función de la legislatura correspondiente)

Si ya hemos creado alguna familia, una forma alternativa de manipularla es mediante la segunda opción a la que tenemos acceso desde el menú Familias > Asignar familias. Aunque como podemos ver en la figura Asignar familias la ventana es similar al Administrador de familias, en este caso en (1) tenemos la lista de documentos (mientras que anteriormente se visualizaba la lista de familias existentes), y en (2) y (3) las familias en las que está incluido o no el elemento seleccionado (documentos en el caso del Administrador de familias). En la ilustración podemos ver que el documento P2 está asignado a las familias Congreso, Legislatura IX y Texto. Por lo tanto, si ahora seleccionamos una familia de las que aparecen en (2) y hacemos clic en el icono con la flecha de dirección derecha (4), el documento seleccionado dejará de estar asociado con la familia que hayamos elegido.

Como hemos podido comprobar, la lógica de ambos procedimientos es diferente. En el primer caso, Administrador de familias, se opera sobre las familias: podemos añadir o eliminar elementos a una familia y visualizar los integrantes de la misma. En el segundo caso, Asignar familias, se opera sobre los objetos (documentos en nuestro ejemplo), pues podemos visualizar y editar para cada uno su pertenencia a determinadas familias.

Una forma alternativa de crear familias de documentos es utilizando la opción Documentos > Nuevo > Importar datos de encuesta. Aunque como vimos anteriormente esta opción tiene como finalidad importar datos de encuesta (y por lo tanto crear nuevos DPs), podemos utilizarlo también cuando tenemos una UH con documentos ya asignados. La única diferencia con la importación anterior es que en la hoja de cálculo tenemos que especificar como nombres de documentos los ya existentes en la UH y que no incluiremos preguntas abiertas, sólo las preguntas cerradas que darán paso a la creación de familias de documentos. Este tipo de importación podría realizarse también con la opción Importar tabla de familias de DPs, disponible en el menú Familias del administrador de familias, pero el formato de datos es mucho más “amigable” con la opción para datos de encuesta.

Volviendo al administrador de familias, en la barra de iconos cabe resaltar el correspondiente a la herramienta Súper familia, que permitirá crear un nuevo tipo de familias utilizando operadores lógicos en la combinación de familias ya existentes. La mecánica de su creación es similar a la utilizada en la herramienta Consultas, por lo que para los detalles sobre cómo crearlas remitimos al apartado dedicado a dicha herramienta.

En la figura siguiente podemos ver la Herramienta de Súper familia, en el momento de la creación de una súper familia de documentos para aquellos que cumplen la condición de estar asignados a la familia Congreso y a la familia Legislatura IX.

Con nuestros datos, parece evidente que, ya que tenemos familias de documentos de sesiones del Congreso y del Senado y familias de documentos de dos legislaturas diferentes, también deberíamos agrupar por un lado los documentos del Congreso de la IX Legislatura y por otro los de la X legislatura. Esto podemos hacerlo creando la familia y realizando la asignación “a mano”, o utilizando esta herramienta de creación de súper familias. Aparte del menor esfuerzo necesario para su creación, las súper familias tienen la ventaja de que se actualizarán de forma automática cuando un documento cumpla la condición lógica a partir de la que se han creado. Es decir, si hemos creado la súper familia “Congreso y Legislatura IX” especificando que sus miembros serán todos aquellos documentos que cumplan la condición lógica de formar parte de la familia Congreso Y de la familia Legislatura IX, si posteriormente a su creación un nuevo documento cumple esa condición (asignamos un nuevo documento a nuestra UH y lo vinculamos con ambas familias), pasará automáticamente a formar parte de la super-familia creada anteriormente.

En la figura podemos ver cómo hemos creado cuatro súper familias a partir de la combinación de las familias Congreso, Senado, Legislatura IX y Legislatura IX.

De la misma forma que creamos súper familias de documentos podemos crear súper familias de códigos, por ejemplo la súper familia Nacionales en la que se incluirán los partidos de ámbito nacional y la súper familia Autonómicos, en la que se incluirán los partidos de ámbito autonómico. En este caso, la creación de la súper familia seguirá una estrategia diferente, puesto que lo que haremos será “combinar” mediante el operador lógico “O” a los diferentes partidos políticos (recordemos que los partidos son familias de códigos cuyos miembros son los diferentes parlamentarios). En el caso de la súper familia Nacionales, la sintaxis de nuestra Consulta sería:

(((("IU" | "PCE") | "PP") | "PSOE") | "UPD")

Podemos proceder de la misma forma para crear las súper familias Izquierda y Derecha, y finalmente podríamos crear una súper familia Nacionales-Derecha con la combinación mediante el operador “Y” de las súper familias Nacionales y Derecha.

Una vez que hemos creado los diferentes tipos de familias, podemos utilizarlas como una forma fácil y rápida de filtrar información, es decir, de seleccionar para su visualización sólo aquellos elementos que pertenezcan a una familia en concreto. Por ejemplo, podemos aprovechar la posibilidad que nos ofrece el programa de aplicar diversas modalidades de filtros, en este caso en función de las familias, para activar única y exclusivamente los documentos relacionados con la familia Congreso, o los códigos relacionados con la familia Nacionalistas. Para ello, tendremos que recurrir a la opción Filtrar en cada uno de los menús Documentos, Citas y Códigos, y buscar la familia correspondiente en la opción Familias. Como vemos en la figura, una vez aplicado un filtro por familia de documentos (Senado), en el administrador de documentos sólo aparecen los 7 documentos relacionados con dicha familia. En la barra de estado se indica también (2) que el filtro activado es el da la familia Senado.^[18]

Cuando nuestra UH incluye una gran cantidad de información (e.g. cientos de DPs o de códigos) puede ser práctico aplicar este tipo de filtros simplemente para visualizar en el administrador o en la lista desplegable sólo una parte de dicha información. Por ejemplo, puede ser práctico en determinados momentos no visualizar el conjunto de documentos primarios de la UH, sino sólo los documentos con sesiones del Senado. Para ello se aplicaría un filtro de familia que deje fuera a los documentos con otros contenidos, siempre y cuando hayamos creado previamente las familias en cuestión y asignado los PDs a las que les correspondan.

Sin embargo, la utilidad de los filtros por familia va mucho más allá, sobre todo si tenemos en cuenta que aplicar un filtro implica que todas las acciones que se realicen posteriormente se aplicarán única y exclusivamente a los elementos activos. Por ejemplo, si aplicamos el filtro anterior (familia de documentos “Senado”), esto afectará al número de citas que visualizaremos en el administrador de citas; no se mostrarán aquellas pertenecientes a los documentos que han sido excluidos por el filtro. Por lo tanto, si ahora solicitamos un informe de todas las citas de la UH, éste sólo incluirá las citas activas con el filtro en uso.

Podemos operar de la misma forma con las familias de códigos, aunque la activación de filtro por familia de códigos no afecta a la visualización del administrador de citas. Las familias de códigos pueden ser utilizadas como filtros para visualizar únicamente los códigos relacionados con una familia. Podemos visualizar, por ejemplo, sólo los códigos relacionados con la familia de códigos Evasion. En la figura podemos ver el resultado: la visualización de cuatro códigos (1) por la activación del filtro de familia Evasión (2).

Si antes de la aplicación del filtro pedimos un listado de las citas de todos los códigos utilizando la opción del menú Códigos > Imprimir > Todos los códigos con citas, el resultado será un listado de las citas del conjunto de códigos de la UH, mientras que si realizamos la misma operación con posterioridad a la aplicación del filtro el resultado será un listado de las citas de los cuatro códigos de la familia Evasión, puesto que en ese momento esos son todos los códigos de la Unidad Hermenéutica.

También podemos visualizar las citas correspondientes a los códigos incluidos en una familia seleccionando, en el Administrador de familias de códigos, la familia de interés y, posteriormente, la opción Familias > Imprimir y aceptando la sugerencia ¿Incluir citas en la impresión?. Esta es una forma fácil y rápida de visualizar las citas correspondientes a un conjunto de códigos que comparten alguna característica relevante en el análisis. Por ejemplo, si queremos un listado de las citas de los políticos pertenecientes a un mismo partido, sólo tenemos que seleccionar la familia correspondiente y pedir el listado.

Otra ventaja de la activación del filtro de códigos es que nos permite realizar el trabajo de codificación de una forma más cómoda, ya que podremos centrarnos en un conjunto limitado de códigos.

Las relaciones cita-cita se denominan Hipervínculos, y podemos crearlas con la opción Citas > Vincular o con los iconos de la barra vertical. La creación de un hipervínculo entre citas implicará:

1) seleccionar una cita existente,

2) seleccionar la opción Crear vínculo Origen,

3) seleccionar una segunda cita, y

4) seleccionar la opción Crear vínculo Objetivo.

Una vez definida la fuente y el destino, aparecerá un menú (figura Definición de hipervínculos, izquierda) en el que podremos

5) elegir el tipo de relación que queremos definir entre la cita fuente de la relación (origen) y la cita destino de la relación (objetivo).

Finalmente, aparecerá un segundo menú (figura Definición de hipervínculos, derecha) que nos permitirá continuar estableciendo hipervínculos partiendo desde la cita definida como origen (relación en estrella) o continuando desde la cita que habíamos definido previamente como objetivo (relación en cadena).

Como podemos ver en la figura Estructura de hipervínculos, el tipo de estructura puede cambiar a medida que vamos definiendo nuevos hipervínculos. En este caso, se ha definido la cita 1 como origen y la 2 como objetivo. Una vez creada la relación se ha elegido la opción Cadena, con lo que la cita 2 se ha convertido en origen y hemos seleccionado la cita 3 como objetivo. A continuación hemos seleccionado la opción Estrella y definido la cita 4 como objetivo. Al crear la relación y escoger de nuevo la opción Estrella, al elegir como objetivo la cita 5 esta quedará relacionada con la cita 3, que seguirá siendo la cita origen.

También podemos crear los hipervínculos desde el administrador de citas, arrastrando la cita origen hasta la cita objetivo. Una de las situaciones en las que las relaciones cita-cita son relevantes se encuentra en aquellas prácticas analíticas en las que resulta necesario el contraste entre las particularidades —aquello que se asume como no reductible a propiedades o rasgos a consignar mediante un código— de diferentes secciones de un corpus.

Las relaciones entre códigos siguen los mismos principios que las relaciones entre citas. La creación de estas relaciones está disponible mediante el menú Códigos > Vincular código a:.

Al seleccionar esta opción se nos ofrecerán tres tipos posibles de vinculación: con citas, con códigos y con memos. La primera de ellas sería una nueva forma de codificación en la que, en este caso, nos aparecería una ventana con la lista de citas disponibles y podríamos seleccionar las que quisiéramos relacionar con el código seleccionado.^[19] Por lo que respecta a las relaciones con los memos, las desarrollaremos en el siguiente apartado. Para definir las relaciones entre códigos seguiremos un procedimiento similar al de la definición de hiperlinks:

Como vemos en la figura Tipos de relaciones entre códigos, otra diferencia con respecto a los hiperlinks es en cuanto a los tipos de relaciones definidas por defecto. Como en el caso de los hiperlinks, podemos optar por añadir nuevas relaciones que se ajusten más a nuestras necesidades o modificar las características de alguno de los tipos existentes (ver Editar relaciones).

Los Memos son el último de los objetos con el que podemos crear relaciones. Los memos pueden relacionarse con citas, con códigos y con otros memos. Para la creación de las relaciones basta con seleccionar un memo, hacer clic con el botón derecho y en el menú contextual seleccionar la opción Vincular memo a:` y escoger el tipo de elemento con el que la queremos relacionar. Esta opción también está disponible desde el menú Memos. Igual que en los casos anteriores aparecerá una ventana con una lista de objetos en la que podremos seleccionar aquel o aquellos con los que queremos establecer la relación (derecha de la figura).

Mientras que al establecer relaciones entre citas (hipervínculos) o entre códigos el paso siguiente era definir el tipo de relación, esto no es posible en el caso de las anotaciones. Dicho de otro modo se trata de relaciones genéricas, cuyo tipo o naturaleza no puede especificarse como información asociada al vínculo. De cualquier modo, siempre es posible decir algo acerca de las relaciones en el contenido del propio Memo si así fuera necesario.

Como hemos visto, en el momento de escoger el tipo de relación (tanto entre citas como entre códigos), una de las opciones que se nos ofrece es acceder al editor de relaciones, es decir, abrir una ventana de edición en la que podremos modificar las características de las relaciones existentes y crear nuevos tipos de relaciones que se ajusten a nuestras necesidades. También podemos acceder a la opción de edición de las relaciones, tanto entre citas como entre códigos, desde el menú Redes > Editar relaciones.

En la ventana Editor de relaciones, encontramos (1) una lista de los tipos de relaciones definidos y (2 a 5) sus características. La mayoría de las características afectan a la forma en que se presentará la relación en las redes). En (2) podemos cambiar, junto al identificador de la relación, las etiquetas de la relación, que son desplegadas en el menú de selección de tipos de relación y en las vistas de red, así como el texto que aparecerá en la barra de estado de las redes al seleccionar una relación. También podemos (3) cambiar características de la línea que representa la relación, como su color, grosor o tipo de trazo, (4) la dirección en que se representará por defecto la relación en las representaciones gráficas y (5) la propiedad formal del tipo de relación, que puede ser simétrica, asimétrica o transitiva. En el caso de las relaciones entre códigos es importante ser cauteloso con la propiedad formal que se defina para cada tipo de relación, puesto que puede afectar a los resultados que obtengamos al utilizar una de las herramientas más potentes de Atlas, la Herramienta de consulta. También es posible añadir o editar un comentario para la relación (6).

Si en vez de modificar las relaciones existentes queremos crear alguna nueva, tendremos que utilizar la opción Edición > Nueva Relación, y definir cada uno de los parámetros anteriores.

Una de las modificaciones que podemos realizar a las relaciones definidas por defecto, puede ser la de la etiqueta de representación en las redes (Etiqueta 1, Etiqueta 2 y Texto del menú). Como hemos visto anteriormente, los símbolos definidos por defecto no son excesivamente ilustrativos del tipo de relación que representan. Este inconveniente puede solventarse, cuando estamos trabajando en una red, por la información adicional que se ofrece en la barra de estado; sin embargo, si la imprimimos como una forma de ilustrar nuestro análisis, será difícil para los lectores interpretar el significado de símbolos como →| (critica), :> (discute), etc. Sugerimos, por lo tanto, modificar esos símbolos por etiquetas realmente ilustrativas como "critica", "discute", etc. Además, podemos aprovechar la posibilidad que nos ofrece el programa de intercambiar (en las Redes) entre la presentación de Etiqueta 1, Etiqueta 2 y Texto del menú, lo que nos permitiría, por ejemplo, definir cada una de las etiqueta en diferentes idiomas y utilizar posteriormente uno u otro conjunto en función de las necesidades. En las tablas siguientes presentamos una propuesta de estructuración de las etiquetas para hipervínculos y para códigos, respectivamente.

Cada vez que realicemos una modificación a alguna de las relaciones existentes, el programa pedirá confirmación de si queremos conservar los cambios. Sin embargo, hay que tener presente que dichos cambios afectarán única y exclusivamente a la UH activa, es decir, que no estarán accesibles para otras UHs a no ser que previamente los guardemos en un fichero externo a la Unidad Hermenéutica. Para ello, en el editor de relaciones utilizaremos la opción Archivo > Guardar relaciones.

En el caso de las relaciones entre citas, el programa nos sugerirá guardar los cambios con el nombre de archivo default.hyp, mientras que en el caso de las relaciones entre códigos el nombre de archivo sugerido será default.rel. En ambos casos la ruta en la que se sugiere guardar los archivos es la siguiente:

…​\usuario\Datos de programa\Scientific Software\ATLASti\

Por supuesto es posible dar un nombre y una dirección de archivo diferentes. En ese caso, cuando quisiéramos utilizar la lista de relaciones definida en ese archivo tendríamos, previamente que activarla con la opción Archivo > Cargar relaciones, desde la misma ventana de edición de relaciones.

Hemos señalado que una de las formas de visualizar las relaciones entre códigos es mediante la herramienta Árbol de códigos pero no disponemos de una herramienta similar para la visualización de los hipervínculos. Aún así, podemos visualizar en conjunto los hipervínculos y las relaciones entre códigos que hemos creado con los administradores de relaciones: Administrador de hipervínculos y Administrador de vínculos de códigos. Podemos acceder a ambos desde el menú Redes. Esta opción no existe para las relaciones entre anotaciones y otros elementos.

En ambos casos se abrirá una ventana que permitirá una cómoda visualización de las relaciones definidas en nuestra UH. Como podemos observar, entre la información que nos muestra podemos ver el código fuente, el tipo de relación, y el código destino. Mediante la barra de menús (Vínculos códigos) o mediante el menú contextual, podemos acceder a algunas opciones de edición de la relación, como por ejemplo cambiar la dirección de la misma (Voltear vínculo) o incluso cambiar el tipo de relación (Cambiar relación).

Además de la “mecánica” de creación que hemos explicado, existen otras formas de crear las relaciones que quizás puedan ser más rápidas o cómodas para algunas personas. Por ejemplo, podemos crear hipervínculos desde el administrador de citas seleccionando una cita y arrastrándola hasta otra. Este mismo sistema de arrastre podemos utilizarlo para arrastrar, en el margen derecho de la pantalla, la barra identificadora de cita hasta otra barra identificadora. Evidentemente ambos sistemas serán prácticos cuando las citas que queremos relacionar estén cercanas. Si no lo están, otra forma de relacionar arrastrando es seleccionando una cita en el administrador de citas y arrastrándola hasta la barra identificadora del margen derecho (o viceversa). En el caso de los códigos también podemos relacionarlos entre sí arrastrando un código sobre otro en el administrador de códigos.

Otra de las formas que pueden ser prácticas consiste en utilizar los navegadores de elementos que podemos activar en el margen izquierdo de la pantalla principal. Recordemos que los navegadores del margen izquierdo permiten visualizar los objetos principales de la UH: DPs, citas, códigos, memos y vistas de red. En la figura Relacionar arrastrando ofrecemos un ejemplo de su utilización, en el que se está arrastrando un código desde el navegador del margen izquierdo hasta el administrador de códigos. Por supuesto se pueden utilizar otras combinaciones, pero esas tendrás que encontrarlas en el uso.

Para la creación de una red de este tipo, utilizaremos la opción Redes > Nueva vista de red de la pantalla principal de ATLAS.ti.

Se nos pedirá que demos un nombre a la nueva red y, a continuación se abrirá la pantalla principal de redes, en la que podremos ir añadiendo la información que consideremos oportuna (ver Importar Nodos). La forma de trabajar a partir de ese momento no es excesivamente diferente a como lo haríamos con una red focalizada, por lo que remitimos al lector al siguiente apartado.

La creación de una red focalizada implicará siempre la selección previa de algún elemento que se convertirá en el nodo inicial de la red. Los elementos a partir de los que podemos crear las redes focalizadas son prácticamente cualquiera de los que hemos creado anteriormente: DPs, citas, códigos y memos, pero también las familias.

Aunque existen otras posibilidades, la forma más fácil de creación es desde cualquiera de los administradores. En todos los que permiten la creación de redes focalizadas, encontramos un icono que, una vez seleccionado algún elemento, abrirá la pantalla de redes y lo representará en la misma.

En esa primera representación se incluirá el elemento seleccionado, el resto de elementos con los que tenga una relación directa, y las relaciones que existan entre los elementos representados.

Ilustraremos la forma de trabajo habitual representando la red tipo de preguntas de Rasiah (2010).

En primer lugar, seleccinamos el código QuestionType en el administrador de códigos y clicamos en el icono de Vista de red. Inmediatamente se abrirá una pantalla de red con la representación del código y los códigos con los que está relacionado: Q Y/N, Q Disjunctive y Q Wh. En la figura podemos ver cómo aparecen representadas las relaciones, en este caso del tipo es un que habíamos definido previamente.

En estos momentos lo que tenemos es la representación de un código y sus relaciones directas con otros códigos, pero podríamos expandir esta red para representar también las relaciones directas de esos otros códigos. Para ello, en primer lugar, lo que haremos será pedirle al programa que nos muestre, junto a la etiqueta de código, información sobre sus relaciones, para poder saber si están representadas. Haremos esto con la opción de menú Presentación > Presentar etiqueta ampliada de código.

En la figura podemos ver cómo la etiqueta del código Q Y/N incluye la información del número de citas (1) y del número de relaciones con otros códigos (4). Dado que el número total de líneas que parten o llegan al nodo es sólo una, sabemos que sólo hay representada una de las cuatro relaciones de ese código, por lo que el siguiente paso que daremos será el de representarlas también.

Para representar las relaciones de un nodo presente en la red, tenemos que seleccionar el nodo y el menú Nodos > Importar vecinos. El resultado de realizar esta operación sobre el código Q Y/N es el que podemos ver en la figura siguiente, se han importado los códigos relacionados con Q Y/N y al mismo tiempo se han representado las relaciones con ese código y con los otros previamente representados en la red con los que también tienen relaciones.

Dado que la visualización es algo confusa, lo siguiente que haremos es pedirle al programa que ajuste de forma automática la representación, con la opción de menú Diseño > Diseño semántico. Esta opción representará los nodos en función de las características definidas previamente en el editor de relaciones.^[21] Probablemente cuando tengamos representados un número mínimamente elevado de nodos será necesario también realizar algún ajuste manual de posición.

Realizaríamos esta misma operación para el resto de nodos, es decir, si el número de relaciones que indica la etiqueta es menor que el número de relaciones representadas, procederíamos a importar a sus vecinos.

El resultado final en nuestro caso es el que aparece en la siguiente figura, una representación completa del modelo de Rasiah (2010).

En el ejemplo que hemos visto hemos utilizado únicamente códigos como nodos de la red, pero evidentemente podemos crear también una red partiendo de una cita. En la figura Red desde cita vemos la red que hemos creado a partir de la cita 2:7. Al tratarse de una red focalizada en una cita, se representan automáticamente las citas y códigos con las que está relacionada. En nuestro ejemplo, sólo hemos expandido la red importando los vecinos de la cita 3:9 (el códgio Erkoreka), y los de la cita 2:14 (el código EntidadesFinancieras). Una vez que tenemos representados estos elementos, podemos “leer” la red más o menos de la siguiente forma: el presidente Zapatero realiza dos afirmaciones sobre Economía que se contradicen entre sí (2:7 y 2:14), en una de ellas (2:7) está criticando algo expuesto (2:2) por el congresista Erkoreka.

Tanto si partimos de una red vacía como si lo hacemos de una focalizada, puede que en algún momento deseemos añadir algún nodo que no esté vinculado con ninguno de los representados en ese momento (y por lo tanto no podemos utilizar la opción de importar vecinos). Podemos hacerlo de dos formas. La primera, consiste en utilizar la opción Nodos > Importar nodos…​, que abrirá una ventana como la de la figura Importar nodos, en la que podemos ver que podemos elegir, en la lista desplegable, el tipo de nodo que queremos importar. Una vez seleccionado el tipo, podemos seleccionar el/los nodos que queremos representar en la red. Podemos hacer exactamente lo mismo, importar nodos de cualquier tipo, arrastrándolos desde cualquiera de los administradores.

Al realizar la importación, aparecerá representado en la red únicamente el nodo seleccionado (no se importarán los posibles nodos con los que esté relacionado), aunque si el nodo que importamos tiene definida previamente alguna relación con algún nodo presente en la red, ésta quedará representada.

Como hemos visto en la figura Importar nodos, una de las opciones que tenemos es la de importar Vistas de red. Al seleccionar esta opción se importará como nodo la red que hayamos seleccionado, pero únicamente como nodo, no se importará la red como tal.

En la figura Importar red podemos ver un ejemplo en el que tenemos representado el códgio Q Disjunctive, que incluye ocho relaciones de las cuales sólo están representadas cuatro. En esta ocasión hemos decidido no continuar expandiendo en esa vista de red todas las relaciones de ese código, pero dada su relevancia hemos considerado necesario crear una nueva red focalizada en ese código. Una vez creada la nueva Vista de red Q Disjunctive, hemos importado el nodo como una forma de informarnos de que tenemos que explorar también esa red, y de llegar de una forma fácil a la misma haciendo clic con el botón derecho sobre el nodo y seleccionando Abrir red. Podríamos hacer algo similar haciendo clic sobre el código, pero mientras en el primer caso se abriría una vista de red existente (con las posibles ediciones que hayamos podido hacer en la misma), en el segundo se abriría una nueva vista de red en la que se representaría el código y sus relaciones.

Aún así, si en algún momento nos interesa incluir en una red los nodos ya representados en otra, podemos hacerlo con la opción Nodos > Fusionar vista de red.

En el capítulo Herramientas de exploración, en el apartado Concurrencias, veremos que ATLAS.ti ofrece herramientas para explorar las co-ocurrencias de códigos, es decir, aquellos códigos que, sin haber sido relacionados explícitamente por parte del analista, tienen una relación en el sentido de que co-ocuuren en alguna cita. Estas relaciones las podemos visualizar en el margen derecho de la pantalla principal, puesto que veremos varios códigos relacionados con una misma cita (o con citas que se solapan entre sí), pero se trata de una forma muy simple de visualización, que no nos permite visualizar el conjunto de co-ocurrencias de un código. Como decíamos, más adelante veremos otras herramientas que nos pueden ayudar a ello, pero por el momento podemos “ver” también las co-ocurrencias en las vistas de red. Para ello, utilizaremos la opción Nodos > Importar códigos co-ocurrentes.

Podríamos, por ejemplo, crear una red focalizada en el código Zapatero e importar sus co-ocurrencias, con lo que obtendríamos el conjunto de códigos que aparecen, en todos los DPs, junto al código Zapatero.

Hasta el momento, hemos visto la forma de incluir en la red elementos ya existentes, pero si consideramos que las vistas de red no son un simple dibujo, sino una herramienta de trabajo, es lógico que también podamos crear algunos elementos directamente en ellas. Lo podemos hacer con la opción Nodos > Nuevo nodo, que nos ofrecerá la opción de crear nuevos códigos y nuevos memos. En ambos casos se solicitará que nombremos el elemento creado y este aparecerá representado en la red. En el caso de los memos lo único que habremos creado de esta forma es la etiqueta de memo, por lo que es conveniente hacer clic con el botón derecho sobre el nodo para seleccionar la opción Editar Memo.

Aunque no aparezca como opción del menú, también podemos crear citas en la ventana de redes. En este caso, lo que haremos será, en la ventana principal de ATLAS.ti, seleccionar el fragmento de texto que queremos convertir en cita y arrastrarlo hasta la ventana de redes.

Insistimos que lo que hacemos en la ventana de redes es trabajo conceptual con las mismas características que el que podemos hacer en la ventana principal del programa. Por lo tanto, todo lo que hagamos en la ventana de redes quedará reflejado en la pantalla principal, es decir, en nuestra UH. Si creamos un código nuevo, este aparecerá en nuestro administrador de códigos, y lo mismo con el resto de elementos.

Esta advertencia es importante sobre todo si lo que hacemos, en vez de crear elementos, es eliminarlos, pues estos no sólo desaparecerán de la vista de red, sino que desaparecerán también de la UH.

Para eliminar un nodo, sólo hay que hacer clic sobre él con el botón derecho, y seleccionar la opción Borrar. Pero como decimos, esto lo eliminará a todos los efectos de la UH.^[23] Si lo que queremos es simplemente que no aparezca representado en la red, la opción que tenemos que seleccionar es Eliminar de la vista.

Si podemos crear nodos, es lógico que también podamos crear relaciones en la misma vista de red, por ejemplo, cuando tenemos representados códigos que no están relacionados entre sí (porque son el resultado de utilizar las opciones de importar vecinos o co-ocurrencias). Una vez que representamos los códigos en la red puede que veamos con más claridad la conveniencia de crear relaciones entre algunos de ellos que cuando trabajábamos en la pantalla principal (de forma “textual”)

La forma más fácil de crear las relaciones es seleccionar el nodo que queremos que sea el punto de partida de la relación. Como vemos en la figura Crear relación: Origen, en la esquina superior izquierda del nodo aparece un círculo rojo. Si situamos sobre él el cursor y lo arrastramos, veremos que se irá dibujando una línea que podemos desplazar hacia otros nodos (sin soltar el botón izquierdo del ratón). Si soltamos el botón del ratón sobre otro nodo, nos aparecerán, como podemos ver en la figura Crear relación: Destino, las opciones de creación de relación que habíamos visto anteriormente.

De la misma forma que con los nodos, las relaciones así creadas forman parte de la UH, y de la misma forma que con los nodos, si las eliminamos de la vista de red quedarán eliminadas de la UH.^[24] Pero a diferencia de los nodos, que podíamos quitar de la vista, las relaciones, si existen, no pueden no ser representadas (sería una distorsión de los datos).

Tenemos otras opciones de edición de las relaciones. En el caso de las no simétricas, podemos cambiar la dirección de la relación haciendo clic con el botón derecho del ratón sobre la etiqueta de la relación y seleccionando Voltear vínculo. En la siguiente figura, podemos ver que también podemos editar el comentario de la relación e incluso cambiar el tipo de relación.

Anteriormente habíamos visto la posibilidad de crear nuevos códigos fusionando códigos existentes. Esta misma acción la podemos realizar en la pantalla de redes de la siguiente forma:

1) En primer lugar, tenemos que seleccionar uno o varios códigos “origen”.^[25] En el ejemplo de la siguiente figura, hemos decidido prescindir de los códigos Ev Substantial y Ev Subtle, pues consideramos que no es necesaria una codificación tan exhaustiva y queremos fusionarlos con el código Ev Medium. Los seleccionamos por lo tanto, como códigos origen (1 en Redes: Fusionar códigos).

2) Una vez seleccionados los nodos, utilizaremos la opción de menú Nodos > Fusionar códigos. Esto hará que aparezca una línea con punto de partida en los códigos origen que tenemos que dirigir hacia el código destino (2 en la figura).

Como vemos en (3), los códigos origen desaparecerán (no sólo de la red, sino de la UH) y sus citas pasarán a formar parte del código destino que, como vemos, antes de la fusión tenía sólo una cita y tras la fusión tiene nueve. El código resultante incluirá, además, los comentarios de los códigos origen.

En el ejemplo anterior, en el que hemos utilizado los códigos relacionados con Evasión, vemos que teníamos una jerarquía de códigos, con diferentes niveles de evasión, relacionados con un código Evasion. Como hemos vistgo anteriormente, esta es una de las posibilidades que tenemos de agrupar códigos, la otra es la creación de familias. Si en este momento constatamos la necesidad de disponer, además de las relaciones existentes, de una familia para los distintos niveles de Evasion, podemos crearla seleccionando los cuatro códigos con los diferentes nivels y haciendo clic en la opción de menú Especiales > Generar familia > Crear familia de código. Se abrirá una nueva ventana para que demos nombre a la familia (se nos sugerirá como nombre el mismo que tenga la red) y al hacer clic en Ok se creará la familia.

Como habremos visto al seleccionar el menú, podemos realizar esta misma operación de creación de familias con documentos primarios y con memos.

Para realizar una búsqueda simple, lo único que tenemos que hacer es introducir en (1) la expresión de búsqueda,^[27] decidir si queremos que la búsqueda diferencie entre mayúsculas y minúsculas (3) y hacer clic en (2) para ejecutar la búsqueda hacia adelante o hacia atrás. Una vez que se haya realizado la búsqueda en el documento activo, el programa nos preguntará si queremos continuarla en el resto de documentos de la UH (figura Continuar búsqueda). Si contestamos que sí, se realizará la búsqueda en el resto de documentos, sin volver a pedirnos confirmación.

La búsqueda por categorías implica la definición, en la sentencia de búsqueda, de un conjunto de términos diferentes que se buscarán de forma simultánea. Por lo tanto, podemos realizar búsquedas de un término cuya formulación concreta pueda variar en el texto (por ejemplo un término y sus sinónimos) o de conjuntos de términos que compartan alguna característica (para poner un ejemplo muy simple, podríamos buscar la aparición de “todos los artículos determinados” especificando en la búsqueda “el”, “la”, “los” y “las”).

En nuestro caso, podría interesarnos buscar todas las referencias que hacen los parlamentarios a terceros países, por lo que podríamos definir una búsqueda en la que se incluyeran Francia, Alemania, Inglaterra… de forma que la búsqueda fuera exitosa con la aparición de cualquiera de ellos en el texto.

Para ello, introduciremos en la zona de búsqueda los nombres de los diferentes países separados por una barra vertical `|, por ejemplo:

Francia|Alemania|Inglaterra

Si cerramos la ventana de búsqueda y volvemos a abrirla, observaremos que sigue apareciendo la última sentencia de búsqueda que habíamos realizado, pero precedida por los caracteres TEMP:=

TEMP:=Francia|Alemania|Inglaterra

Si clicamos sobre la flecha ubicada a la derecha de la zona de escritura de la búsqueda, veremos además que, junto a esta, nos aparecen toda otra serie de búsquedas (predefinidas), todas ellas precedidas por algún término y los caracteres := (dos puntos y signo de igualdad). Estos caracteres son los que utilizamos para definir auténticas categorías de búsqueda, es decir, para definir un identificador para las búsquedas. Dado que no lo habíamos hecho previamente, el programa ha identificado nuestra búsqueda como “TEMP”, pero podemos cambiar esa etiqueta por otra más significativa, como por ejemplo "EUROPA".^[28] De esta forma, nuestra sentencia de búsqueda sería

EUROPA:=Francia|Alemania|Inglaterra

A continuación, podríamos crear otra categoría en la que incluyéramos a países americanos, por ejemplo

AMERICA:=Estados Unidos|Canadá|México|Argentina

Con la primera categoría encontraremos referencias a países europeos, con la segunda, referencias a países americanos, pero ¿y si queremos realizar una búsqueda en la que se incluyan tanto países europeos como americanos? Evidentemente una posibilidad sería crear una categoría en la que se incluyan todos los países de las categorías anteriores, pero dado que ya tenemos las categorías “EUROPA” y “AMÉRICA”, podemos hacer una búsqueda en la que la sentencia incluya a ambas categorías. Para ello, podríamos escribir lo siguiente.

PAISES:=$EUROPA|$AMERICA

Como podemos observar, la que hemos hecho ha sido preceder el nombre de las categorías con el signo $, y por lo tanto el significado de la búsqueda sería “Busca todos los elementos incluidos en la categoría EUROPA y en la categoría AMERICA”.

De la misma forma que buscamos países, podría interesarnos hacer búsquedas para encontrar referencias a políticos de determinados partidos. En este caso podríamos proceder a crear categorías para los diferentes partidos:

BNG:=Jorquera|Pérez-Bouza

CC:=Oramas|Quintero

A continuación podríamos crear nuevas categorías para agrupar a los partidos en función de su ámbito terrirorial:

AUTONOMICO:= $AMAIUR|$BNG|$CiU|$PNV|$ICV|$UPN

Y por último una categoría que englobara a todos los partidos (y por lo tanto a todos los políticos).

POLITICOS:=$AUTONOMICO|$ESTATAL

Hay que tener en cuenta que una vez que cerremos la sesión con Atlas, desaparecerán las categorías así definidas. Para poder utilizarlas durante más de una sesión hay que archivarlas mediante la opción Guardar Categorías, a la que podemos acceder con el botón Opciones de la ventana de búsqueda. Atlas pedirá un nombre de archivo con el que salvar la lista, y sugerirá como nombre por defecto “SEARCHBIB.SKT”.

Podemos sobreescribir ese archivo o dar un nombre diferente, teniendo en cuenta que si lo sobreescribimos, la lista que acabamos de salvar será la que utilizará ATLAS.ti por defecto la próxima vez que utilicemos el programa. En el caso de dar un nombre de archivo diferente, para poder recuperar esa lista en futuras sesiones, tendremos que utilizar la opción Cargar Categorías. También podemos eliminar elementos de la lista de categorías con la opción Borrar Categoría.^[29]

Si la búsqueda por categorías permite la realización de búsquedas sofisticadas, la opción GREP aumenta todavía más las posibilidades de las mismas gracias a la posibilidad de la utilización de expresiones regulares.

Esta modalidad de búsqueda, implica utilizar caracteres “comodín” junto al texto de búsqueda, de una forma similar a la utilización del comodín * (asterisco) en las búsquedas simples, pero permitiendo en este caso muchas más posibilidades que el “simple” “todo lo que venga a continuación”.

Aunque es muy probable que no necesitemos toda la potencia de la búsqueda GREP, no está de más saber de su existencia para poder consultar los operadores en el caso en que necesitemos una búsqueda especial. En la siguiente tabla ofrecemos el listado de los operadores que hemos comprobado que funcionan en ATLAS.ti, y a continuación ilustraremos su utilización con algunos ejemplos.

Búsqueda al inicio de línea

Anteriormente hemos realizado la autocodificación de las intervenciones de los participantes utilizando como criterio de búsqueda la etiqueta de participante. Comentábamos que para que el resultado sea correcto, el formato de las etiquetas debía ser lo suficientemente exclusivo como para no poder confundirse con el mismo texto apareciendo en otra parte del documento sin ser etiqueta de participante. Por ejemplo, si queremos autocodificar las intervenciones del Presidente, la etiqueta “Presidente” no sería válida, puesto que podemos encontrar la misma palabra en momentos en que otros participantes aludan al presidente. En nuestro caso esto no ocurre, puesto que la etiqueta de participante es “Presidente.-”, es decir, incluye los caracteres .- lo que hace altamente improbable que ese texto exacto esté presente en otras partes del documento.

¿Pero qué pasaría si nuestras etiquetas no cumplen esa característica? Evidentemente, si no hemos realizado previamente ningún trabajo de segmentación/codificación sobre el documento, la mejor alternativa es volver al archivo original para modificar las etiquetas y volver a realizar la asignación del documento. En caso contrario, podemos optar por una opción (quizás no óptima) consistente en considerar que la aparición del término “Presidente” al inicio de un párrafo probablemente será la etiqueta del participante. Por lo tanto, nuestra búsqueda GREP debería ser ^Presidente.

Si nuestros datos son entrevistas en las que han participado diferentes entrevistadores a los que hemos identificado etiquetas del tipo “Ent1:”, “Ent2:”, etc., y queremos autocodificar sus intervenciones de una forma genérica, con un único código “Entrevistador”, podemos utilizar otra combinación de expresiones.

Volveremos a utilizar el operador ^ seguido de “Ent” para especificar que la búsqueda sea al inicio de línea, y para que la búsqueda incluya el número de entrevistador utilizaremos el operador :d, es decir “cualquier carácter numérico”. Finalmente podemos incluir también el carácter : que forma parte del identificador de entrevistador, con lo que el resultado sería ^Ent:d:. Es decir, “localiza, al inicio de la línea, todas las ocurrencias de 'Ent1:, Ent2: Ent3:…​”

Búsqueda al inicio de palabra

Otra posibilidad que tenemos es hacer búsquedas que funciones únicamente cuando el texto buscado se encuentra al inicio (o al final) de una palabra pero no si se encuentra en cualquier otra posición.

Imaginemos, por ejemplo, que queremos encontrar palabras que empiecen por "pre". Si hacemos una búsqueda normal (no GREP), obtendríamos como resultado tanto “presidente”, "precisión" y "presente" como "imprecisión", "impresionante" o "comprensión", en las que el término de búsqueda forma parte de la palabra aunque no al inicio.

Una forma de hacer esta búsqueda utilizando GREP es mediante el operador \<término (o también \btérmino) de forma que la búsqueda sólo dará resultados si la ocurrencia es al inicio del término buscado

\<pre

\bpre

Si lo que queremos es lo contrario, que la búsqueda sólo de resultado cuando el término aparece al final de palabra, podemos utilizar:

término\>

(o término\b)

Así, si queremos encontrar palabra que acaben con "er" podríamos escribir cualquiera de las siguientes expresiones.

er\> o er\b

Búsqueda de palabras completas

La búsqueda anterior sólo identificará la cadena exacta "er" (al final de palabra), es decir, encontraría “er” en la palabra “conceder”, pero el texto seleccionado sería sólo “er”, no la palabra completa.

conceder

Si queremos que identifique palabras completas acabadas en “er” podemos ayudarnos de otros dos operadores GREP

\w= Cualquier carácter alfanumérico

* = Una o más veces el carácter anterior

Una búsqueda con la combinación de estos dos operadores encontraría cualquier palabra completa, puesto que el significado de la expresión sería “busca la aparición de cualquier cantidad (asterisco) de caracteres alfanuméricos (\w)”.

Si a continuación añadimos er\>, estaremos ampliando nuestra expresión para que identifique únicamente las palabras “acabados en 'er'”

\w*er\>

Para finalizar, podemos unir los operadores "inicio de palabra" y "fin de palabra" para encontrar palabras completas con un determinado inicio y un determinado final. Por ejemplo, la expresión

\<p\w*a\>

encontrará cualquier palabra que empiece con "p" y acabe con "a", puesto que:

\<p es sinónimo de "palabra que empiece con la letra p"

\w* es sinónimo de "cualquier carácter alfanumérico (\w) de cualquier longitud (*)"

a\> es sinónimo de "palabra que termine con "a"

Búsqueda de varios términos de forma simultánea

Ya que estamos buscando finales de palabra y hemos puesto como ejemplo la cadena "er" podríamos hacer una búsqueda de todas las palabras que terminan en "ar", "er" o "ir" con la siguiente expresión

(ar|er|ir)

en la que utilizamos el paréntesis para agrupar el conjunto de caracteres a los que se aplicará la función "final de palabra" y la barra vertical para indicar las diferentes búsquedas a las que debe aplicarse. En este caso, de nuevo, el resultado de la búsqueda será únicamente las cadenas "ar", "er" o "ir", por lo que si lo que queremos son palabras completas con esas finalizaciones sólo tenemos que utilizar de forma conjunta las dos expresiones anteriores

\w*(ar|er|ir)\>

Volviendo a la autocodificación de nuestros participantes, recordamos que la estrategia que habíamos utilizado era crear un código para cada uno de ellos, es decir, cada uno de los parlamentarios está asociado con un código. Aunque esta estrategia es correcta, podríamos haber decidido que no nos interesa qué persona en concreto es la que está interviniendo sino el partido político al que pertenece.^[30] Esto significa que si queremos autocodificar las intervenciones de Josep Antoni Durán i Lleida, Pere Macias, Josep Sánchez i Llibre y Jordi Vilajoana, con el código “CiU” (en vez de un código diferente para cada uno de ellos). La expresión en este caso sería

^Sr. (Duran|Macias|Sanchez|Vilajoana).-

El problema de la expresión precedente es que no identificaría los “Sra” cuando interviene una política, por lo que podemos añadir un operador más

^Sra?. (Buenaventura|Erkoreka)

Dado que el operador ? significa “localiza cero o ninguna ocurrencia de la expresión precedente”, encontraría tanto “Sr” como “Sra”, pues a? implica que puede aparecer o no el carácter “a”.

Búsqueda en el “interior” de una palabra

Ahora ya sabemos encontrar palabras cuyo inicio o final sea uno o varios caracteres determinados, pero también podríamos querer buscar palabras que contengan unos determinados caracteres (pero no empiecen o terminen por).

En este caso, el comando GREP que utilizaremos será

\BTérmino

De forma que si introducimos la siguiente expresión

\Bdo

El resultado será todas las palabras que contengan (pero no comiencen) por "do", por ejemplo, encontrará "adocenar" pero no "doce". De todas formas, también encontraría aquellas cuya finalización sea "do", por ejemplo "cogido". Si queremos evitar esto, es decir, encontrar aquellas en las que la cadena se encuentre únicamente en el "interior" de una palabra, entonces la expresión que deberemos utilizar será

\Bdo\B

Podemos acceder a la Herramienta de consulta utilizando el icono “Prismático” de la barra de herramientas vertical o desde el menú Análisis > Herramienta de consulta. A continuación analizaremos la compleja ventana que nos aparece.

1) Códigos y Familias de Códigos^[33] existentes en la UH. Como decíamos, son los Operandos que utilizaremos en la definición de la consulta. La activación de los operandos para su inclusión en la consulta se realiza haciendo clic dos veces sobre ellos,^[34] lo que hará que en la ventana de resultados (5) aparezcan las citas relacionadas. Aunque en principio una consulta tiene que incluir operandos y operadores, simplemente seleccionando un operando veremos sus citas (si las tiene) en la zona de resultados. A medida que vayamos añadiendo más operandos y operadores, la zona de resultados cambiará para reflejar los cambios.

2) Condiciones a utilizar como operadores. Están agrupadas en tres categorías: Operadores booleanos, operadores semánticos y operadores de proximidad. De nuevo, para seleccionar un operador sólo tenemos que hacer clic sobre el icono correspondiente.

3) Conjunto de las expresiones formuladas, es decir, conjunto de combinaciones de operandos y operadores. Cada línea visualizada en esta zona genera un resultado. Como podemos ver (figura Herramienta de consulta), hemos realizado dos consultas, la primera para citas que cumplan la condición de estar codificadas como Zapatero Y Evasión, y la segunda para las codificadas como RajoyLO Y Evasión.

4) Esta zona es similar a la anterior, pero utiliza una sintaxis diferente para visualizar las condiciones utilizadas. Como podemos ver, lo que se nos muestra es la última consulta realizada. Si en el paso anterior, tras las consultas ya realizadas hubiéramos clicado en el operador O, se nos mostraría el resultado de esa consulta:

(“Zapatero” & “Evasion”) | (“RajoyLO” & “Evasion”)

5) Resultados, citas que cumplen las condiciones de la última consulta definida (la que se visualiza en (3)).

6) Posibilidad de seleccionar (para los operadores de distancia) la distancia máxima que debe separar a dos citas (y el tipo de unidad de media: párrafos…​) para que sean incluidas en los resultados.

7) Acceso a la ventana Alcance de consulta, para seleccionar los documentos a los que se aplicará la consulta. En este caso los operandos serán documentos y familias de documentos y los operadores sólo los booleanos.

8) Convierte los resultados de la consulta en un súper-código.

9) Conjunto de iconos que permiten eliminar una cita de la lista de resultados (no se borra la cita, sólo se la hace desaparecer de esta lista) o imprimir la lista de resultados.

10) Opciones de edición de las expresiones

C = Borra todas las expresiones introducidas previamente.

S = Invierte el orden de los dos últimos operandos.

P = Duplica el último operando introducido.

Recalc = Vuelve a calcular la consulta después de hacer cambios en la selección de documentos o en la distancia.

Deshacer = Deshace la última acción.

Hacer de nuevo = Rehace la última acción.

Probablemente una dificultad con la que nos encontraremos al crear la consulta tenga que ver con el hecho de que su definición se realiza utilizando la Notación Polaca Inversa.

Esto significa que, si habitualmente una suma la escribiríamos 4 + 5, donde 4 y 5 son los operandos y el signo + es el operador, al utilizar la RPN tenemos que escribir en primer lugar los operandos y a continuación el operador, es decir, 4 5 +.

Volviendo a nuesto ejemplo, en vez de Zapatero Y Evasion, tendríamos que escribir Zapatero Evasion AND.^[35]

En el caso de que quisiéramos obtener como resultado todas las citas del código Evasion en las intervenciones de cualquiera de los presidentes (Zapatero o Rajoy) tendríamos que añadir alguna condición más a nuestra consulta, por lo que tendríamos que formular la consulta de la siguiente forma:

Con una “sintaxis clásica” habríamos utilizado paréntesis para definir la prioridad de las operaciones. Pero como veíamos en la cita anterior, otra de las características de la RPN es que no utiliza paréntesis.

Aunque la formulación pueda parecer extraña, en la práctica es relativamente sencilla si tenemos en cuenta que cada vez que obtenemos un resultado en una consulta ese resultado pasa a convertirse en un operando (cada una de las líneas que aparecen en la zona 3 de la figura Herramienta de consulta es un operando). Es decir, una vez que hemos obtenido las citas correspondientes a la primera parte de la consulta (1) éstas se convierten en un operando, lo mismo que las de (2), por lo que una vez que tenemos dos operandos los combinamos con el operador AND en (3).

Para ilustrar la sintaxis de la Consulta hemos utilizado los operadores AND y OR, que junto a XOR y NOT forman parte de la categoría de operadores booleanos. Junto a estos, disponemos de otros dos conjuntos de operadores, los semánticos y los de proximidad. A continuación procederemos a explicar las características de cada uno de ellos.

En el apartado dedicado a las familias veíamos la posibilidad de crear un nuevo objeto, las superfamilias (de documentos, códigos o memos) utilizando un editor de consultas simplificado con respecto al que estamos viendo en esta sección. Ahora, a partir de las consultas que venimos realizando, podemos crear un nuevo objeto, los supercódigos, haciendo clic en el icono Super-códgio. La característica peculiar de estos códigos es que su contenido (citas) será el resultado dinámico de la consulta a partir de la que se hayan construido y que por lo tanto son la forma práctica de “guardar” consultas (no existe ninguna otra, si queremos guardar una consulta tenemos que crear un supercódigo). El significado de “resultado dinámico” es que, en tanto que son una consulta guardada, cualquier cambio en la UH que afecte a la consulta quedará registrado en el supercódigo. Es decir, imaginemos que nuestro código Ans Direct incluye 12 citas y nuestro código Ans Indirect 14 citas; la consulta Answer SUB nos dará un resultado de 26 citas, por lo que si creamos un supercódigo a partir de esta consulta este contendrá las mismas 26 citas. Si posteriormente a la creación del supercódigo añadimos dos citas más al código Ans Direct, el supercódigo las incorporará automáticamente.

Teóricamente es posible modificar las características de un supercódigo, es decir, modificar la consulta a partir de la que se ha creado, por ejemplo, en el caso anterior, podríamos decidir añadir un nuevo tipo de Answer creando un código Ans Intermediate, por lo que la consulta Answer SUB debería incluirlo también. Para ello podríamos utilizar la opción Códigos > Miscelánea > Editar consulta, aunque dada la complejidad de la sintaxis de edición prácticamente es preferible volver a crear el supercódigo desde el inicio (rehaciendo la consulta). Una prueba de dicha dificultad es que, por ejemplo, la consulta Evasion SUB queda representada, en el editor de consultas como d(c(Evasion!)).

Por lo demás, se trata de códigos con las mismas características que el resto, es decir, pueden relacionarse con otros códigos y con anotaciones y pueden incluirse en las vistas de red, aunque no podemos incluir citas en ellas siguiendo el procedimiento habitual.

Si utilizamos la consulta tal y como la hemos descrito, ésta dará como resultado las citas, que cumplan las condiciones especificadas en toda la UH. Pero nos puede interesar que el resultado haga referencia sólo a determinados DPs. Podemos utilizar esta opción, por ejemplo, si nos interesa obtener las citas relacionadas con un código determinado, pero sólo en los DPs que hemos agrupado en la familia Legisltura IX.

Para la selección de documentos, en la ventana de la Herramienta de consulta haremos clic en el botón Alcance, lo que nos abrirá una nueva ventana similar a la principal de consultas. En este caso los operandos son tanto los documentos como las familias de documentos y los operadores únicamente los booleanos.

Otras posibilidades que nos ofrece la herramienta es obtener información adicional sobre los objetos que aparecen en ella: familias, códigos y citas (los resultados de la consulta). Podemos acceder a esas informaciones desde el menú contextual (haciendo clic con el botón derecho del ratón) sobre alguno de esos elementos.

En la figura podemos ver las informaciones disponibles para códigos, citas y familias de códigos.

El árbol de concurrencias es una herramienta similar a los otros “árboles” que hemos visto en el apartado Exploración de objetos, pues nos muestra una estructura jerarquizada de objetos que podemos ir desplegando para llegar hasta cierto nivel de detalle. Las dos ramas principales de objetos son los códigos y los documentos primarios . En el caso de los códigos (izquierda en la figura Explorador de concurrencias) visualizamos el conjunto de códigos de la UH y, en aquellos casos en que se produce concurrencias podemos desplegar la rama del código para visualizar con qué códigos se produce dicha concurrencia y finalmente en qué citas concretas. En el caso de los DPs, la expansión de la rama de documento nos mostrará una visualización idéntica a la anterior, con la única diferencia de que en este caso no visualizamos los códigos del conjunto de la UH, sino únicamente aquellos en los que se producen concurrencias para el documento seleccionado (derecha en la figura).

La otra herramienta que nos ofrece información sobre las concurrencias es la Tabla de Concurrencias, que nos permite visualizar de una forma mucho más eficaz los casos de códigos que tienen concurrencias de citas, puesto que nos permite literalmente construir una tabla de doble entrada donde las filas y las columnas son códigos y las celdas nos informan de la cantidad de citas que coocurren en esos códigos.

En la figura, en (1) y (2) se nos muestran el conjunto de códigos de la UH, para que podamos seleccionar aquellos que queremos incluir en la tabla como columnas (1) y como filas. En este caso la zona de códigos de filas está vacía puesto que los hemos incluído todos en nuestra tabla. En (3) y (4) aparecen los códigos que hemos seleccionado para columnas y filas. Como podemos ver, hemos seleccionado en columnas los códigos que hacen referencia a Zapatero y a Rajoy (tanto líder de la oposición como presidente), puesto que queremos tener una “visión panorámica” de las coocurrencias que se producen entre ellos. Por ese motivo, hemos incluido como filas la totalidad de códigos de la UH. El resultado, la tabla, aparece en (5). Finalmente, en (6) y (7), al seleccionar alguna de las celdas, aparecen las citas que coocurren.

Puede que al empezar a trabajar con el programa hayamos visto que en los administradores, en la columna de identificación del creador de citas, códigos, etc., sistemáticamente aparece como autor Super. Podemos sentirnos halagados por el hecho de que el programa nos considere Super, pero desafortunadamente se trata simplemente de la identificación del usuario por defecto, un superusuario en el sentido de que tiene todos los privilegios posibles.

Si somos el único analista de una UH puede que no sea necesario realizar ningún cambio al respecto (aunque lo consideramos conveniente), pero sí que lo consideramos prácticamente imprescindible cuando el análisis se está realizando en equipo, con diferentes analistas que en algún momento procederán a unir en una única UH el trabajo de cada uno de ellos.

Lo primero que tendremos que hacer, por lo tanto, será crear nuevos usuarios. Para ello, utilizarmos la opción Herramientas > Administración de usuario > Editor de usuario.

En la figura Edición de usuarios vemos (3) que existen tres usuarios predefinidos, Admin, GUEST y Super. En la zona (1) de la pantalla podemos ver los datos identificativos del usuario seleccionado y en (2) sus privilegios, que pueden ser como Administrador o como usuario Estandar.

Para crear un nuevo usuario, sólo tenemos que acceder al menú Edición > Nuevo usuario e ir completando los datos que se nos van solicitando. Una vez creado el nuevo usuario, hacer clic en el menú Archivo > Guardar. Esta es la opción por defecto, pero también podemos elegir Archivo > Guardar como si queremos guardar los cambios en un archivo diferente al que se utiliza por defecto (hermence.hdb). Si lo hacemos así, esa información no estará disponible “por defecto” al abrir el programa, y tendríamos que acceder de nuevo a esta ventana para cargarla con la opción Archivo > Cargar base de datos.

Evidentemente podemos crear tantos usuarios como sea necesario.

Aunque acabamos de crear un usuario, el programa seguirá identificándonos como Super hasta que no realicemos el Ingreso (login). Para ello, de nuevo en el menú Herramientas, haremos clic en Administrador de usuario > Cambiar usuario. La pantalla que aparece es bastante evidente, pero queremos destacar la opción Ingreso automático, que está activado por defecto. Si la dejamos activada, cada vez que iniciemos el programa el usuario activo será el último que haya sido elegido en esta pantalla.

Otra de las posibilidades es la de definir/cambiar coautorías de la UH. Está disponible en Administrador de usuarios > Coautorías, y se nos ofrecen tres opciones: Registrar coautores, Eliminar coautores y Mostrar coautores. Los coautores serán las personas a las que se les da permiso para acceder a la UH, pero evidentemente esta opción no tienen ningún efecto si hemos dejado activada la opción Ingreso automático.

Como nos habremos dado cuenta, aunque en el momento de crear nuevos usuarios se nos solicita definir una contraseña, esa información, no se nos ha solicitado en ningún momento para acceder al programa o a alguna UH. Para configurar el programa para que solicite la contraseña, es necesario realizar un cambio en el archivo ATLAS.INI^[38], que está en la carpeta de datos comunes de la aplicación. En la figura podemos ver la ubicación, pero la forma más fácil de acceder a la misma es Herramientas > Explorador > Datos de aplicación común, que abrirá directamente esa carpeta.

El cambio que tenemos que hacer en ese archivo es modificar la línea

relaxedUserManagement = enabled

por

relaxedUserManagement = disabled

A partir de ese momento será necesario introducir la contraseña correspondiente junto al nombre de usuario, para poder iniciar una sesión.

Por defecto, cuando creamos una UH esta tendrá la propiedad de ser Privada, por lo que sólo tendrán acceso a la misma su creador y las personas que se hayan definido como coautoras, pero podemos cambiar ese comportamiento con la opción Herramientas > Adnministrador de usuarios > Cambiar derechos de acceso, que nos permitirá dar acceso a esta UH a otras personas con posibilidades de edición Público –leer y escribir o sólo con derechos de visualización pero no para realizar cambios Público– solamente lectura. Esta última opción puede ser interesante en aquellos casos en que queremos que alguien vea nuestro trabajo (un colega o incluso un comité evaluador por ejemplo) pero que no haga cambios.

En el menú Cambiar derechos de acceso encontramos otra opción para proteger la UH que puede ser más práctica y con toda seguridad más sencilla que la explicada anteriormente, consistente en asignar una contraseña a la UH. Una vez asignada la contraseña, será necesario ingresarla para tener acceso a la UH. De esta forma, sólo podrán hacerlo los usuarios que la conozcan

Si en algún momento queremos anular la contraseña, simplemente tenemos que seleccionar alguna otra de las opciones de derechos de acceso, volver a Privado por ejemplo^[39].

Para finalizar con las opciones de administración de usuarios, otra de las posibilidades que tenemos es la de cambiar globalmente la autoría de todo lo creado hasta el momento en la UH. Esta opción puede ser práctica si hemos empezado el análisis en una UH sin crear nuestro propio usuario y queremos aparecer como autores en vez de Super. Para ello, utilizaremos la opción Herramientas > Administración de usuario > Cambiar propiedad del objeto. Nos aparecerá una ventana como la de la figura Cambio global de propiedad de objetos en la que, como vemos tenemos dos zonas con nombres de usuarios. A la izquierda, aparecen los usuarios que tienen objetos en propiedad. En este caso aparece únicamente Super. En la zona derecha de la ventana aparecen todos los usuarios definidos. Para cambiar la propiedad, sólo tenemos que seleccionar un usuario en la zona derecha y otro en la zona derecha a quien le será transferida la propiedad de todos los objetos de la UH al hacer clic en Cambiar propiedad.

Esta opción de cambio de propiedad afecta a todos los objetos de la UH. Si queremos, hacer cambios sólo para objetos concretos, podemos hacerlo con la opción Miscelánea > Cambiar autor, presente en prácticamente todos los administradores.