anchor.diff:  (padre)
   |=======================================================================
   
  -Como también comentábamos, ATLAS.ti, a diferencia de otros programas, no permite crear jerarquías de códigos, pero sí nos permite crear estructuras de codificación gracias a la creación de relaciones entre códigos. Anteriormente habíamos creado (a través de la definición de relaciones del tipo is a y de is cause of) una jerarquía de códigos para reproducir la clasificación de tipos de respuestas de Rasiah (2010). Si disponemos de esta estructura definida previa a la asignación de citas a códigos, nuestra estrategia de codificación implicará codificar única y exclusivamente los códigos del nivel inferior en la jerarquía: __Ans Direct__, __Ans Indirect__, __Ev Full__, __Ev Substantial__, etc. El resto de códigos en la estructura (__Answer__, __Evasion__...) serán códigos libres, sin citas asociadas, pero aún así podremos, con la utilización de los operadores semánticos, obtener el conjunto de citas relacionadas con cualquiera de los códigos que se encuentran en niveles superiores de la estructura. Si _Ans Direct_ tiene 6 citas y _Ans Indirect_ tiene 9 citas, dado que ambas son un tipo de __Answer__, aunque este código tenga cero citas parece lógico pensar que en realidad tenemos 15 citas relacionadas con __Answer__. Igualmente, si sumamos el conjunto de citas de los códigos vinculados con __Evasion__, aunque _Evasion_ tiene cero citas, en realidad tenemos 93 citas con modalidades de evasión.
  -
  -Para obtener esos resultados utilizaremos el operador DOWN, por lo tanto:
  -
  -Todas las citas por debajo de Answer: Answer DOWN
  -
  -Todas las citas por debajo de Evasion: Evasion DOWN
  -
  -En la figura podemos ver la _vista de red_ de los códigos Answer DOWN_._ Dado que _Ans Direct_ tiene 6 citas y _Ans Indirect_ tiene 9, el resultado de Answer DOWN será de 15 citas (si no hay ninguna que esté en ambos códigos).
  +Como también comentábamos, ATLAS.ti, a diferencia de otros programas, no permite crear jerarquías de códigos, pero sí nos permite crear estructuras de codificación gracias a la creación de relaciones entre códigos. Anteriormente habíamos creado (a través de la definición de relaciones del tipo `is a` y de `is cause of`) una jerarquía de códigos para reproducir la clasificación de tipos de respuestas de Rasiah (2010). Si disponemos de esta estructura definida previa a la asignación de citas a códigos, nuestra estrategia de codificación implicará codificar única y exclusivamente los códigos del nivel inferior en la jerarquía: __Ans Direct__, __Ans Indirect__, __Ev Full__, __Ev Substantial__, etc. El resto de códigos en la estructura (__Answer__, __Evasion__...) serán códigos libres, sin citas asociadas, pero aún así podremos, con la utilización de los operadores semánticos, obtener el conjunto de citas relacionadas con cualquiera de los códigos que se encuentran en niveles superiores de la estructura. Si _Ans Direct_ tiene 6 citas y _Ans Indirect_ tiene 9 citas, dado que ambas son un tipo de __Answer__, aunque este código tenga cero citas parece lógico pensar que en realidad tenemos 15 citas relacionadas con __Answer__. Igualmente, si sumamos el conjunto de citas de los códigos vinculados con __Evasion__, aunque _Evasion_ tiene cero citas, en realidad tenemos 93 citas con modalidades de evasión.
  +
  +Para obtener esos resultados utilizaremos el operador `DOWN`, por lo tanto:
  +
  +Todas las citas por debajo de Answer: `Answer DOWN`
  +
  +Todas las citas por debajo de Evasion: `Evasion DOWN`
  +
  +En la figura podemos ver la _vista de red_ de los códigos `Answer DOWN`. Dado que _Ans Direct_ tiene 6 citas y _Ans Indirect_ tiene 9, el resultado de `Answer DOWN` será de 15 citas (si no hay ninguna que esté en ambos códigos).
   
   [[img-red-answer, Red _Answer_]]
   .Red _Answer_
  
positive.code: [[operadores-semanticos]]
  ===== Operadores Semánticos
  
  Como hemos visto, las _consultas_ con operadores booleanos, sólo requieren de la existencia de códigos. En el caso de los operadores semánticos necesitamos además haber creado previamente relaciones entre códigos. Más concretamente, los operadores semánticos se basan en la existencia de relaciones de tipo transitivo entre códigosfootnote:[En las relaciones predefinidas: “Is part of”, “Is cause of” y “Is a”.](ver Editar relaciones).
  
  [[tab-operadores-semanticos, Operadores semánticos]]
  .Operadores semánticos
  
negative.code: 
  Por lo tanto, nuestra consulta debería ser.
  
  (1) `Evasion DOWN`
  
  (2) `Zapatero`
  
  (3) `Cooccur`
  
  Para finalizar con esta sección de operadores de proximidad, pondremos otro ejemplo para ilustrar los operadores _Follows_ y __Precedes__. Estos operadores nos permitirán contestar a la pregunta ¿en qué ocasiones se ha hecho referencia al tema X a continuación (o antes de) el tema Y? Es decir, ¿qué citas hemos codificado como X a continuación de citas codificadas como Y?
  
  En el modelo de Rasiah (2010) que hemos utilizado para codificar las respuestas evasivas, estas, al igual que las respuestas (__Answer__) y las respuestas intermedias (__A Intermediate__) podían ser consecuencia de tres modalidades de pregunta (__Q Y/N__, _Q Wh_ y __Q Disjunctive__). Nos puede interesar, por lo tanto, identificar citas codificadas como _Evasion_ que aparecen única y exclusivamente a continuación de citas codificadas como _Q Y/N_ (preguntas de tipo Sí/No). En ese caso la consulta anterior quedaría de la siguiente forma:
  
  (1) `Evasion DOWN`
  
  (2) `Zapatero`
  
  (3) `Cooccur`
  
  (4) `Q Y/N`
  
  (5) `Follows`
  
  [[super-codigos]]
  ==== Super Códigos
  
  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.footnote:[Podemos crear una “vista fija” de un supercódigo con la opción `Códigos > Miscelánea > Crear instantánea`, que creará un nuevo código con la misma etiqueta a la que añadirá “[SN 1]” y que mantendrá fijo el número de citas que tenía el supercódigo en el momento de la creación.de este nuevo código.].
  
  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.
  
  Para consultas simples en las que únicamente queremos combinar códigos utilizando el operador OR (`Código-A Código-B OR`) no es necesario utilizar la __Herramienta de consulta__. Podemos hacerlo directamente desde el administrador (o el menú) de códigos seleccionando varios códigos y eligiendo la opción `Miscelánea > Crear super código.`
  
  [[seleccion-de-documentos]]
  ==== Selección de documentos
  
  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.
  
  [[img-consultas-alcance, Consultas: alcance]]
  .Consultas: alcance
  