[36386] | 1 | name=Colección de Archivos Greenstone
|
---|
| 2 | SearchBySender=buscar por emisor
|
---|
| 3 | Subject=Asunto
|
---|
| 4 | Date=Fecha
|
---|
| 5 | From=De
|
---|
| 6 | index_text=Mensaje
|
---|
| 7 | index_subject=LÃneas del Asunto
|
---|
| 8 | index_from=Campo Emisor
|
---|
| 9 |
|
---|
| 10 | shortDescription=<p>Esta es una colección de mensajes de email del archivo de la lista de mailing de Greenstone, de Noviembre/Diciembre de 2008.</p>
|
---|
| 11 |
|
---|
[36276] | 12 | description1=<h3>Cómo trabaja esta colección</h3><p>La colección de Archivos de Greenstone utiliza el plugin <i>Email</i>, el cual descompone y analiza los archivos que están en formato de correo electrónico. En este caso, hay un archivo por mes por lista, y cada archivo contiene muchos mensajes de email. El plugin <i>Email</i> los divide en documentos individuales y produce los metadatos <i>Title</i>, <i>Subject</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>, <i>Date</i>, <i>DateText</i>, <i>InReplyTo</i>, y opcionalmente <i>Headers</i>.</p>
|
---|
| 13 |
|
---|
[36387] | 14 | description2=<p>El <tt>archivo de configuración de la colección</tt> empieza con la especificación <i>groupsize 200</i>, la cual reúne los documentos en grupos de 200. En términos generales las colecciones de correo electrónico tienen muchos documentos pequeños y al agruparlos se evita que las estructuras de archivos internos de Greenstone crezcan demasiado y ocupen más espacio del necesario. Recuerde que el plugin <i>Email</i> divide primero los archivos de entrada en correos individuales y luego <i>groupsize</i> los agrupa nuevamente. Esto le permite al diseñador de la colección controlar lo que está pasando.</p>
|
---|
[36276] | 15 |
|
---|
[36555] | 16 | description3=<p>La lÃnea <i>ïndexes</i> especifica 3 Ãndices de búsqueda, los cuales se pueden ver haciendo click a un lado de la palabra "Mensajes" en la <tt>página de búsqueda</tt> para que aparezca un menú descendente. El primero (llamado <i>Mensajes</i>) se crea a partir del texto del documento, mientras que los demás se forman a partir de los metadatos de <i>Remitente</i> y <i>Asunto</i>.</p>
|
---|
[36276] | 17 |
|
---|
[36555] | 18 | description4=<p>Existen tres clasificadores basados en los metadatos de <i>Asunto, Nombre del Remitente</i> y <i>Fecha</i>. El clasificador <i>AZCompactList</i> utilizado para los dos primeros es como <i>AZList</i>, pero además genera un estante para los Ãtems duplicados, tal como se puede ver <tt>CL1</tt>. Ãste se representa por medio de una estructura de árbol cuyos nodos son hojas que representan documentos o nodos internos. Un Ãtem de metadato llamado <i>numleafdocs</i> proporciona el número total de documentos debajo de un nodo interno. Los enunciados de formato para el primer clasificador llamado <i>CL1Vlist</i> comprueban si existe dicho Ãtem. En caso afirmativo se trata de un nodo interno, en cuyo caso se etiquetará por su <i>TÃtulo</i>. Además, la etiqueta del nodo comienza con <i>Subject</i> que es un link al documento, luego el metadato <i>FromName</i>, con un link a "Search by sender", seguido por la fecha <i>DateText</i>.</p>
|
---|
[36276] | 19 |
|
---|
[36555] | 20 | description5=<p>El segundo clasificador (CL2Vlist) es similar, sólo que muestra una información ligeramente diferente. El resultado se puede ver <tt>CL2</tt>. Para nodos internos el número de documentos (<i>numleafdocs</i>) aparece entre paréntesis después del <i>TÃtulo</i>. Para los nodos de los documentos se muestran el <i>FromName</i>, con un link a "Search by Sender", el <i>Subject</i> (enlazado al documento), y <i>DateText</i>.</p>
|
---|
[36276] | 21 |
|
---|
| 22 | description6=<p>El tercer clasificador es una <i>Lista de Fechas (DateList)</i>, que permite hacer la selección por mes y año.</p>
|
---|
| 23 |
|
---|
[36386] | 24 | description7=<p>Finalmente, el document text está formateado para mostrar los campos del encabezado (<i>FromName</i>, <i>DateText</i>, <i>Subject</i>, <i>InReplyTo</i>), seguido del texto del mensaje (escrito como <i>[Text]</i> en la cadena de formateo). FromName está enlazado a una búsqueda sobre ese mismo nombre, mientras que InReplyTo enlaza con el mensaje al cual hace referencia.</p>
|
---|