Hasta el momento, hemos insistido en la necesidad de documentar nuestro trabajo mediante la creación de comentarios de los diversos elementos que vamos creando (documentos, citas, códigos…) y mediante la creación de memos. Pero además de una buena documentación, un buen análisis se beneficiará de una buena organización, algo que podemos conseguir con la agrupación de algunos de los componentes. En este capítulo veremos dos de estas formas: la creación de familias y la creación de relaciones entre elementos.
ATLAS.ti cuenta con un recurso para crear agrupaciones de elementos atendiendo a los criterios que la analista considere relevantes. Así como los códigos “agrupan” citas, es posible crear agrupaciones de DPs, códigos y memos.[1] A estas agrupaciones se les denomina Familias. La organización de objetos en familias posibilita un trabajo más ordenado y permite filtrar los elementos con los que se trabaja para una labor más enfocada. Las familias de ATLAS.ti no son excluyentes entres sí; un mismo objeto puede pertenecer a más de una familia.
|
Note
|
Para una definición de las familias que un proyecto requiere, es importante considerar la herramienta Super familias, que nos puede automatizar parte del trabajo. |
Podemos agrupar documentos como una forma de organización de los mismos cuando tenemos tipos diferentes de contenidos o cuando los documentos tienen distintas características. Por ejemplo, si nuestro trabajo incluye diferentes modalidades de recogida de información, podríamos agrupar en una familia los documentos con entrevistas individuales, en otra los documentos con entrevistas grupales y en otra diarios de campo. También podríamos, si nuestra investigación incluyera sesiones clínicas con diferentes pacientes, agrupar en familias los documentos correspondientes a las distintas sesiones de un mismo paciente.
|
Tip
|
Por lo general, una buena práctica consistirá en crear tantas familias como criterios hayamos utilizado a la hora de la confección de nuestra muestra. |
En el caso de los datos con los que hemos venido trabajando hasta el momento, podemos considerar que las características básicas que diferencian nuestros documentos son:
-
Documentos de texto y documentos multimedia.
-
Documentos de sesiones de control en el Congreso de los Diputados y de sesiones en el Senado.
-
Documentos de la IX legislatura y documentos de la X legislatura.
Podemos por lo tanto utilizar esas características para crear las Familias correspondientes.
En el caso de los códigos, podríamos igualmente agrupar bajo una misma categoría todos aquellos que según el analista comparten alguna característica.
Anteriormente hemos identificado a cada uno de los participantes autocodificando sus intervenciones y creando un código para cada uno de ellos. Dado que estos participantes tienen diferentes “características” en función de su adscripción política, ahora podríamos agruparlos en función de las mismas, por ejemplo, un primer nivel de agrupación (familia) podría ser en función del partido al que pertenecen, otro nivel podría tener en cuenta si se trata de políticos de izquierdas o políticos de derechas, y también podemos diferenciar entre políticos pertenecientes a partidos de ámbito nacional o de ámbito autonómico, etc. Por último, podríamos crear familias para diferenciar a senadores y congresistas.
Para la creación de estas familias de códigos nos hemos basado en códigos “descriptores” de participantes, pero evidentemente podemos realizar el mismo trabajo con los códigos “analíticos”, agrupando aquellos códigos que comparten alguna característica. Por ejemplo, anteriormente habíamos creado códigos que hacían referencia a los diferentes tipos de evasiones en las respuestas (EvFull, EvMedium, EvSubstantial y EvSubtil). Dado que todos ellos hacen referencia a modalidades de evasión, podemos crear una familia de códigos Evasion que los agrupe.
En el caso de los Memos, podemos proceder de la misma forma, agrupándolos en función de sus características. Como hemos visto anteriormente, tenemos la posibilidad de un primer tipo de agrupación en función de los tres tipos de categorías de memos disponibles por defecto: comentario, memo y teoría. Aún así la posibilidad de agrupar en familias nos permitirá una mayor flexibilidad a la hora de agrupar diferentes tipos de memos. Podríamos, por ejemplo, crear familias de memos en función de la sección de un reporte en la que se ubicarían sus contenidos (e.g. método, resultados, discusión, etc.).
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:
-
Una zona (1) en la que aparece la lista de las familias existentes,
-
los elementos (en este caso documentos) asignados a la familia seleccionada (2), y los no asignados a esa familia (3).
-
La asignación o de-asignación de un elemento a la familia seleccionada, que podemos realizar con los botones de dirección (5 y 6). Si seleccionamos un documento en (3) y hacemos clic en el icono
<ese código pasará a formar parte de la familia seleccionada, mientras que si seleccionamos un documento en (2) y hacemos clic en el icono>, el código dejará de ser miembro de la familia. La asignación también puede realizarse haciendo doble clic en alguno de los elementos no asignados (3). De la misma forma, podemos de-asignar un elemento haciendo doble clic sobre él (2). -
También encontramos un campo de texto en la zona inferior de la ventana en el que podemos editar los comentarios de las familias (4).
-
Finalmente, en la parte superior de la ventana encontramos las diferentes opciones de menú junto con una barra de iconos.
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.[2]
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.
Aunque no hayamos hablado explícitamente de ello, hasta ahora hemos visto cómo podemos crear relaciones ente algunos objetos de la UH. Por una parte, la codificación implica relacionar citas con códigos, mientras que la creación de familias implica crear un tipo específico de vínculo entre objetos. En el caso de dos códigos incluidos en la misma familia, la relación se podría leer así: "el código A tiene en común alguna característica o propiedad con el código B". Si, por ejemplo, asignamos los códigos Zapatero y Rubalcaba a la familia PSOE, estamos diciendo que ambos comparten como propiedad su pertenencia al mismo partido político. De forma semejante, nuestro análisis podría implicar la creación de relaciones entre otros objetos. Para ello, ATLAS.ti nos permite relacionar entre sí citas, códigos y memos como se muestra en la tabla siguiente.
| Cita | Código | Memo | |
|---|---|---|---|
Cita |
Hypervínculo |
Codificación |
Relación |
Código |
Relación |
Relación |
|
Memo |
Relación |
A diferencia del resto, las relaciones cita-cita, y las relaciones código-código deben especificarse a partir de sus respectivos menús de tipos de relación. Establecer relaciones entre estos objetos significa crear un vínculo lógico que debe definir el analista. En muchos casos, esta labor constituye una de las etapas importantes del análisis conceptual. Una vez avanzado el trabajo de establecer vínculos, la red que conforma un conjunto de objetos relacionados se puede visualizar y editar en un entorno gráfico a través de las Vistas de red. Este recurso nos facilitará, por una parte, el trabajo conceptual al poder visualizar las relaciones ya creadas y crear nuevas de una forma gráfica, y por otra, nos permitirá ilustrar de una forma mucho más clara nuestro trabajo.
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.
Anteriormente hemos mencionado que al usar el listado desplegable o el administrador sabemos que una cita está relacionada con otra porque en esa etiqueta aparecen los símbolos > o < como indicadores de que la cita es fuente o destino de un hipervínculo.
También podemos visualizar los hipervínculos en el margen derecho de la pantalla principal, de la misma forma que visualizamos los códigos asociados a las citas del documento primario activo. Para que esto sea posible, tenemos que seleccionar la opción Tipo de objeto > Hiper-vínculos del menú contextual del margen derecho de la pantalla principal. Esto hará que el tipo de elementos visualizados, que por defecto incluye únicamente los códigos, se incremente y que podamos ver también los hipervínculos definidos para las citas.
Si está seleccionada la opción Usar imágenes, la visualización será como la que aparece en la figura Visualización hipervínculos. Seguiremos viendo la barra vertical delimitadora de la cita y a su derecha información sobre las relaciones de esa cita, tanto con códigos como con otras citas.
En el caso de los hipervínculos, la información que incluye consiste en:
-
Un icono de cita (que variará en función del tipo de documento primario);
-
el tipo de relación definida entre ambas; y
-
la identificación de la cita relacionada (las citas 1 y 10 del documento 1 en Visualización hipervínculos).
Que ATLAS.ti utilice la etiqueta "hipervínculos" para referirse a las relaciones entre citas quiere decir que en la práctica estas relaciones, además de formar parte del análisis conceptual, pueden servir para navegar por los documentos como si tuviéramos auténticos hipervínculos del tipo de los que aparecen en las páginas web. Es decir, podemos desplazarnos fácilmente desde una cita a otra siempre que hayamos definido una relación de cualquier tipo entre ellas.
En el caso de las relaciones entre dos citas de texto o entre una cita de texto y una de imagen, este desplazamiento puede ser "físico", es decir, que podemos pasar a ver en pantalla la cita destino. De esta forma, podremos "leer" de una forma diferente nuestros documentos como si se tratara de hipertextos. Si, por ejemplo, hemos definido una relación del tipo…
Cita A ― critica > Cita B
…podemos, después de leer la Cita A, desplazarnos a la Cita B aunque ésta se encuentre en un documento diferente.
En la figura podemos ver un ejemplo de hipervínculo entre documentos de texto. La etiqueta del hipervínculo nos informa de que existe una relación del tipo <continued by> entre la cita seleccionada y la cita 10 del mismo documento.
La información que podemos ver bajo la etiqueta aparece cuando seleccionamos la opción Presentar Cita info en el menú contextual del hipervínculo o al hacer doble clic sobre la etiqueta. Al tratarse de una cita de texto podemos ver, además de su etiqueta, la cita completa. Si queremos desplazarnos hasta ella bastará volver a hacer clic, en esta ocasión sobre el recuadro con la información. La información que aparece en el caso de otros tipos de citas (imagen, sonido o vídeo) queda reducida a la etiqueta de las citas. El desplazamiento desde una cita a otra se producirá únicamente en el caso de las relaciones entre citas de texto con otras citas de texto o imagen. En el caso de las citas de sonido o vídeo la información aparecerá únicamente si utilizamos el menú contextual, mientras que el doble clic sobre la etiqueta del hipervínculo hará que pasemos a oír o ver la cita seleccionada.
El menú contextual que nos permitía acceder a la información sobre el hipervínculo, ofrece también la posibilidad de eliminarlo (Desvincular). Esta opción hay que utilizarla con cierta precaución puesto que no se nos pedirá confirmar la opción de borrado del hipervínculo. No existe opción para deshacer el borrado.
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.[3] 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:
-
seleccionar el código que queremos definir como origen de la relación,
-
seleccionar en el menú la opción
Vincular código a: > Códigos, -
escoger el/los códigos destino de entre la lista de códigos que aparecerán en una ventana, y
-
seleccionar el tipo de relación que deseamos.
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).
Como comentábamos anteriormente, de la misma forma que podemos considerar a las familias como una forma de agrupación del tipo “A es un X”, (donde A puede ser un código, un documento o una anotación y X una categoría genérica), otra estrategia de agrupación, en el caso de los códigos, sería utilizar la relación is a para vincular códigos que hacen referencia a conceptos de carácter específico con otro código, que puede ser un código libre, más general o abstracto. Aunque ATLAS.ti no ofrece la posibilidad de crear jerarquías de códigos a partir de la definición de niveles como propiedad adscrita a los propios códigos, podemos construir organizaciones jerárquicas a partir del establecimiento de relaciones asimétricas entre códigos. Por ejemplo, si anteriormente hemos creado una familia de códigos Evasion para agrupar los códigos que hacen referencia a los diferentes niveles de evasión, otra posible estrategia sería la de crear un nuevo código (insistimos, nuevo código, no una familia) Evasion con el que, usando el conector es un, podemos relacionar los códigos EvFul, EvMedium, EvSubstantial y EvSubtil, utilizando el tipo de relación is a.
|
Note
|
Podemos, por lo tanto, utilizar dos estrategias diferentes para “agrupar” códigos, mediante la creación de familias o mediante la creación de relaciones entre códigos. Ante la pregunta sobre cuál de las dos estrategias es recomendable, la respuesta es que ambas, puesto que nada impide que tengamos tanto la familia de códigos Evasion como el código Evasion (con sus relaciones). La diferencia básica entre estas estrategias consiste en que en la segunda, al disponer de un código Evasion podríamos establecer nuevas relaciones entre este código y otros, algo que no podemos hacer en el caso de las familias, puesto que no se pueden establecer relaciones entre familias y otros componentes. |
Una forma de constatar que las estrategias no son excluyentes es que el programa nos ofrece la posibilidad de crear relaciones entre códigos a partir de una familia existente (sólo para el tipo de relación “is a”). Una vez creada una familia de códigos, hay que acceder al administrador de familias de códigos y hacer clic con el botón derecho del ratón sobre el nombre de la familia con la que queramos trabajar. En el menú contextual que nos aparecerá, seleccionaremos la opción Crear red. Nos aparecerá entonces una ventana en la que se nos informará de la creación de un nuevo código con el mismo nombre que la familia, al que estarán vinculados los códigos que forman parte de la familia.
Hasta el momento, hemos podido visualizar en el margen derecho todos los elementos que hemos ido creando, algo que no es posible con las relaciones entre códigos. El único cambio apreciable lo encontramos en el administrador de códigos. En la columna Densidad, nos informará del número de relaciones de cada código con otros códigos. En este caso, el código Evasion tendrá una densidad de 4, al estar relacionado con los códigos referentes a las cuatro modalidades de evasión, mientras que los códigos relativos a las modalidades tendrían cada uno una densidad de 1.
El modelo con el que hemos venido trabajando citenp:[rasiah2010] es más complejo de lo expuesto hasta el momento, puesto que realiza una categorización del tipo de respuestas de las que la evasión es sólo una de ellas. Podríamos por lo tanto reproducir el conjunto del modelo (figura Marco analítico para el estudio de la evasión) mediante el establecimiento de nuevas relaciones. Al mismo nivel que la rama Evasion encontramos Answer e Intermediate Response, así que procederemos a crear los códigos correspondientes. Además, en el caso de Answer existen dos niveles, Direct e Indirect, por lo que crearemos también los códigos Ans Direct y Ans Indirect y volveremos a crear relaciones del tipo is a entre Answer y estos últimos códigos.
El siguiente nivel del modelo diferencia tres tipos de preguntas, las de tipo Sí/no, las de tipo Wh (cuándo, cómo, porqué) y las de tipo disyuntivo. Una vez creados los códigos (Q Y/N, Q Wh y Q Disjunctive) correspondientes, volvemos a crear relaciones, aunque en este caso seleccionaremos el tipo de relación is cause of, es decir, crearemos la relación Answer is cause of Q Y/N; Answer is cause of Q Wh, y así sucesivamente.
Para finalizar, volveremos a crear relaciones del tipo Is a entre los últimos códigos creados y el nuevo código Question Type.
Podemos visualizar de nuevo el resultado del conjunto de relaciones seleccionando el código Question Type y utilizando la herramienta Códigos > Miscelánea >Árbol de códigos.
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.
| ID | Etiqueta 1 | Etiqueta 2 | Etiqueta de menú |
|---|---|---|---|
CONTINUE |
Continuada por |
cont |
continued by |
CONTRA |
Contradice |
CO |
contradicts |
CRIT |
Critica |
crit |
criticizes |
DISC |
Discute |
disc |
discuss |
EXPANDS |
Expande |
?? |
expands |
EXPL |
Explica |
expl |
explains |
JUST |
Justifica |
just |
justifies |
SUPP |
Apoya |
supp |
supports |
| ID | Etiqueta 1 | Etiqueta 2 | Etiqueta de menú |
|---|---|---|---|
ASSO |
Asociado |
R |
is associated with |
BTP |
Es parte de |
G |
is part of |
CAUSA |
Es causa de |
N |
is cuase of |
CONTRA |
Contradice |
A |
contradicts |
ISA |
Es un |
O |
is a |
NONAME |
noname |
||
PROP |
Es propiedad de |
P |
is property of |
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.
