Changeset 19359

Timestamp:

2009-05-11T12:01:36+12:00 (15 years ago)

Author:

anna

Message:

Spanish translations of the documented example collections. Many thanks to Diego Spano.

Location:

collections/documented-examples/trunk

Files:

• authen-e/etc/collect.cfg (modified) (2 diffs)
• bibtex-e/etc/collect.cfg (modified) (2 diffs)
• bibtex-supp-e/etc/collect.cfg (modified) (1 diff)
• dls-e/etc/collect.cfg (modified) (1 diff)
• etc/collect.cfg (modified) (1 diff)
• isis-e/etc/collect.cfg (modified) (1 diff)
• marc-e/etc/collect.cfg (modified) (2 diffs)
• pagedimg-e/etc/collect.cfg (modified) (2 diffs)
• pagedimg-e/macros/extra.dm (modified) (1 diff)
• style-e/etc/collect.cfg (modified) (1 diff)
• wiki-e/etc/collect.cfg (modified) (1 diff)
• wrdpdf-e/etc/collect.cfg (modified) (1 diff)

collections/documented-examples/trunk/authen-e/etc/collect.cfg

@@ -168 +168 @@
 <h3>Cómo trabaja esta colección</h3>
 <p>
-
-_text1_
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> es exactamente el mismo que el de la demo original salvo las directivas para la autenticación (y su descripción).
 
 <p>
@@ -177 +176 @@
 La función de autenticación se activa por medio de la directiva <i>authenticate</i> con el valor <i>collection</i> o <i>document</i>, dependiendo de si la autenticación se debe realizar para tener acceso a toda la colección o por cada documento (el valor por omisión es <i>colección</i>). Si la autenticación se va a realizar con base en cada <i>documento</i>, entonces se puede establecer una lista de documentos confidenciales (en cuyo caso todos los demás son del dominio público) o una lista de documentos de dominio público (en cuyo caso todos los demás documentos son confidenciales) usando las directivas <i>private_documents</i> o <i>public_documents</i>. Los documentos mismos se especifican por medio de los identificadores de documento de Greenstone (separados por espacios). La forma más fácil de determinarlos es localizar cada documento en la colección y ver el argumento d en su URL.\n
 
-<p>_text2_\n
+<p>En este caso, hemos usado la opción <i>-OIDtype dirname</i> del HTMLPlugin,
+la cual especifica que deben usarse los nombres de las carpetas como identificadores. Esto funciona para cualquier colección en donde cada documento está en una carpeta separada. Hemos usado esta opción para asegurarnos de que los identificadores permanezcan inalterados en diferentes plataformas (lo cual no es el caso de los identificadores HASH), ya que aquí necesitamos especificar identificadores en las directivas de autenticación.\n
 
 La directiva <i>auth_groups</i> especifica los grupos a los cuales se permite el acceso, si el documento (o la colección) es uno de los que requieren autenticación. Está seguida por el nombre del grupo (o una lista de nombres de grupos separados por espacios). Las páginas <i>admin</i> de Greenstone le permiten definir los grupos y añadir miembros. 

collections/documented-examples/trunk/bibtex-e/etc/collect.cfg

@@ -239 +239 @@
 contains the original bibliographic record.\n
 <p>
-An additional keyword, \"allfields\", could also be used in the <i>indexers</i> line, specifying that combined searching over all indexes should be available. 
+An additional keyword, \"allfields\", could also be used in the <i>indexes</i> line, specifying that combined searching over all indexes should be available. 
 <p>
 The <i>levels</i> lines specifies only document level, as bibliographic records don't have internal structure.
@@ -431 +431 @@
 <h3>Cómo trabaja esta colección</h3>
 <p>
-El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a> empieza con la especificación <i>groupsize 200</i>. _text2_ Por lo general las colecciones bibliográficas tienen muchos documentos pequeños y al agruparlos se evita que las estructuras de archivos internos de Greenstone se inflen demasiado y ocupen más espacio del necesario.
-<p>
-
-_text1_
-<p>
-
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a> empieza con la especificación <i>groupsize 200</i>. Esto agrupa 200 documentos dentro de un único archivo. Por lo general las colecciones bibliográficas tienen muchos documentos pequeños y al agruparlos se evita que las estructuras de archivos internos de Greenstone se inflen demasiado y ocupen más espacio del necesario.
+<p>
+Además de los plugins estándar, esta colección utiliza <i>BibTexPlugin</i>, 
+el cual procesa referencias en formato BibTeX  (bien conocido entre los científicos). Se han fijado dos  opciones para BibTexPlugin: 
+<i>-OIDtype assigned -OIDmetadata Number</i>. Esto significa que el elemento de metadato \"Number\" se usará como identificador de registro, en lugar de los identificadores hash de Greenstone. Estas opciones están disponibles para todos los plugins.\n
+
+<p>
 La búsqueda por campos con una interfaz basada en formas se selecciona por medio de la <i>format SearchTypes \"form,plain\"</i> en el archivo de configuración. De hecho, esta colección también utiliza la <i>forma searchtype de sólo texto</i>, la cual incluye asimismo un  índice de búsqueda de textos completos (ya que <i>form</i> viene primero, ésta es la interfaz por omisión; la búsqueda <i>plain</i> se puede seleccionar por medio de la página de <i>Preferencias</i>).
-<p>
-_text3_
+
+<p>
+La opción <i>buildtype</i> muestra que el motor de búsqueda utilizado por defecto es el <i>mgpp</i>. La línea <i>indexes</i>  especifica los índices \"text\", y \"metadata\". En este caso, \"text\" será el registro original BibTeX. \"metadata\" es una clave especial que significa que debe construirse un índice por cada metadato encontrado en la colección. 
+
 Así, cuando los menús de \"campo\" se despliegan en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1\">página de búsqueda</a>, muestran el <i>registro completo</i> seguido de una entrada para cada elemento del metadato. El metadato a nivel de colección <i>collectionmeta</i> se puede especificar para cualquier índice con el fin de determinar lo que se llama en el menú (excepto metadato, que produce varios ítems). En este caso el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> especifica que el índice de texto debería llamarse \"registro completo\", debido a que contiene el registro bibliográfico original. 
 <p>
-_text4_
+Una clave adicional, \"allfields\", también puede usarse en la línea <i>indexes</i>, especificando una búsqueda combinada sobre todos los índices disponibles.<p> La línea <i>levels</i> indica solamente el nivel de documento, ya que los registros bibliográficos no poseen una estructura interna.
 <p>
 Esta colección contiene exploradores de <i>Título</i>, <i>Autor</i> y <i>Fecha</i>, así como un tipo especial de índice de frases llamado \"Phind\". El clasificador <i>AZCompactList</i> que se usa para el explorador de <i>Autor</i> es como <i>AZList</i>, pero genera un estante para los ítems duplicados tal como se muestra <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquí</a>. El plugin BibTeX registra a cada autor como metadato de <i>Author</i>. También coloca una lista de todos los autores en el elemento del metadato <i>Creator</i>. Como resultado de ello, el clasificador <i>AZCompactList</i> se basa en el <i>Author</i>. Sin embargo, Greenstone tiene un botón estándar que lee los <i>autores</i> y cuyo nombre es (de manera un tanto confusa) \"Creator\", por lo que el nombre de este botón ha sido especificado para el clasificador. 

collections/documented-examples/trunk/bibtex-supp-e/etc/collect.cfg

@@ -354 +354 @@
 supercollection documented-examples/bibtex-supp-e documented-examples/bibtex-e
 </pre>\n
-_text1_
+La parte \"documented-examples/\" de los nombres de las colecciones es necesaria porque estas colecciones residen en el subgrupo de colecciones \"documented-examples\" en la carpeta collect.\n
 
 Este enunciado sólo afecta a la <i>búsqueda</i> y no a los navegadores. Esto significa que cuando se hace una búsqueda también se busca automáticamente en la colección bibtex-e. Por ejemplo, si se mira en la lista de títulos de la \"a\" a la \"z\" se verá que un par de ítems son acerca de \"event\". Pero si se <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=event,,,&fqf=TX,CR,LA,SO\">busca</a> <i>event</i>, entonces aparecerán 17 documentos. Esto se debe a que se encontraron al mismo tiempo 12 documentos en la colección bibliográfica.

collections/documented-examples/trunk/dls-e/etc/collect.cfg

@@ -443 +443 @@
 <p>
 
-<b>Metadatos a nivel de colección</b>. Las líneas de <i>collectionmeta</i> en el archivo de configuración también son estándar en todas las colecciones Greenstone. Contienen información general acerca de la colección definiendo su nombre, y una descripción que aparece en su página inicial. La descripción (en <i>collectionextra</i>) se puede ver en la página inicial de la colección DLS (_text2_).
+<b>Metadatos a nivel de colección</b>. Las líneas de <i>collectionmeta</i> en el archivo de configuración también son estándar en todas las colecciones Greenstone. Contienen información general acerca de la colección definiendo su nombre, y una descripción que aparece en su página inicial. La descripción (en <i>collectionextra</i>) se puede ver en la página inicial de la colección DLS (este texto es parte de él). 
 <p>
 

collections/documented-examples/trunk/etc/collect.cfg

@@ -7 +7 @@
 collectionmeta collectionname [l=en]   "Documented Example Collections"
 collectionmeta collectionextra [l=en]  "A group of collections whose "about" page describes how they are constructed"
+
+# -- Spanish text ----------------
+collectionmeta collectionname [l=es]   "Colecciones de ejemplo documentadas"
+collectionmeta collectionextra [l=es]  "Un grupo de colecciones cuya página "Acerca de" describe como son construidas."
+
+# -- Chinese text ----------------
+collectionmeta collectionname [l=zh]   "挔瀺瀺范收藏"
+collectionmeta collectionextra [l=zh]  "这组收藏的“å
+³äºŽâ€é¡µé¢å°†æè¿°åŠ‚䜕构建该收藏。"

collections/documented-examples/trunk/isis-e/etc/collect.cfg

@@ -311 +311 @@
 
 <p>
-El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a> especifica el plugin ISISPlugin, el cual procesa las bases de datos CDS/ISIS. _text1_ En este caso al plugin se le ha dado un argumento <i>input_encoding</i>, ya que algunas entradas de la base de datos contienen caracteres extendidos (en una forma que se uso en versiones tempranas del sistema operativo DOS). También se le ha dotado de un argumento separador de subcampos, cuyo propósito se explica más adelante.
-_text2_
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a> especifica el plugin ISISPlugin, el cual procesa las bases de datos CDS/ISIS. Estas bases de datos contienen varios archivos, pero ISISPlugin solo utiliza dos: CDS.fdt (donde CDS es el nombre de la base de datos), el cual contiene los nombres de los campos usados en la base de datos, y CDS.mst, el cual contiene los registros. Cada vez que ISISPlugin encuentra un archivo \".mst\", busca el archivo \".fdt\" correspondiente. En este caso al plugin se le ha dado un argumento <i>input_encoding</i>, ya que algunas entradas de la base de datos contienen caracteres extendidos (en una forma que se uso en versiones tempranas del sistema operativo DOS). También se le ha dotado de un argumento separador de subcampos, cuyo propósito se explica más adelante.
+
+La opción <i>-OIDtype incremental</i> se utiliza para generar identificadores que sean consistentes a través de diferentes sistemas operativos (lo que no ocurre con identificadores HASH), de forma que podamos tener el enlace al documento en esta descripción.
+
 <p>
 Al igual que la <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e\">colección bibliográfica</a>, esta colección incorpora una <a href=\"_gwcgi_?l=_cgiargl_&a=q&c=_cgiargc_&ct=1&qto=3&qt=1\">interfaz de búsqueda basada en formas</a> que permite la búsqueda por campos. Esto se especifica por medio de la línea <i>format SearchTypes \"form,plain\"</i> (forma searchtype de sólo texto) en el archivo de configuración; el argumento <i>plain</i> (sólo texto) asegura que se cuenta igualmente con una función de búsqueda de texto completo (la cual se puede seleccionar en la página de <a href=\"_gwcgi_?l=_cgiargl_&a=p&c=_cgiargc_&p=preferences\">Preferencias</a>). La línea <i>groupsize 100</i> junta los documentos en grupos de 100 (tal como se explicó en la <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e\">colección bibliográfica</a>).

collections/documented-examples/trunk/marc-e/etc/collect.cfg

@@ -146 +146 @@
 <p>
 
-El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> utiliza <i>MARCPlugin</i> además de los tres plugins estándar. Existen tres clasificadores basados en los metadatos <i>dc.Título</i>, <i>dc.Creador</i> y <i>dc.Asunto</i>. _text1_  Esto se especifica como una expresión regular PERL y ordena los caracteres (como la puntuación que se encuentra al final) a partir de las cadenas para su presentación en pantalla. 
-<p>
-_text2_
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> utiliza <i>MARCPlugin</i> además de los tres plugins estándar. Existen tres clasificadores basados en los metadatos <i>dc.Título</i>, <i>dc.Creador</i> y <i>dc.Asunto</i>. El clasificador <i>dc.Title</i> es una AZList, mientras que los otros dos son AZCompactList, que agrupa items con el mismo metadato en un "estante". El argumento <i>-removesuffix</i> para el clasificador por <i>Title</i> y por <i>Creator</i> remueve los sufijos de la cadena de caracteres (<i>dc.Title</i> y <i>dc.Creator</i> respectivamente). Esto se especifica como una expresión regular PERL y ordena los caracteres (como la puntuación que se encuentra al final) a partir de las cadenas para su presentación en pantalla. 
+<p>
+La cadena de formateo <i>VList</i> controla la forma en la que se muestran los resultados y todos los clasificadores. Para los estantes, el número de documentos contenidos se muestra en la parte derecha. Para los documentos, se muestra el metadato <i>dc.Title</i>, junto al <i>dc.Creator</i> y el   <i>dc.Publisher</i>. <i>[sibling:dc.Creator]</i> se utiliza debido a que dc.Creator tiene múltiples valores, y especifica que se deben mostrar todos los valores, no solamente el primero.
 
 <p>
@@ -165 +165 @@
 La versión estándar de este archivo se basa libremente en el mapeo de MARC a Dublin Core que se encuentra en <a href=\"http://www.loc.gov/marc/marc2dc.html\">http://www.loc.gov/marc/marc2dc.html</a> (el cual asume USMARC/MARC21).
 
-_text3_
+Múltiples campos MARC pueden mapearse a un mismo campo Dublin Core. 
+Por ejemplo, los campos 720 (\"Uncontrolled name\"), 100 (\"Personal name\"), 
+110 (\"Corporate name\") y 111 (\"Meeting name\") mapean todos a <i>dc.Creator</i>. Los registros actuales de MARC normalmente definen solo uno de esos campos, pero de cualquier manera Greenstone permite metadatos multivalor. \n
+<p>
+Algunos mapeos dependen de los subcampos. Por ejemplo, el campo MARC 260 contiene información sobre la publicación y la distribución. Subcampos \"c\" (Date of Publication) y \"g\" (Date of manufacture) son mapeados a <i>dc.Date</i>, usando la siguiente linea de configuración: 
+<blockquote>
+260$c$g     -&gt; dc.Date
+</blockquote>
+
+Greenstone también provee un archivo para el mapeo de MARC a Dublin Core <b>cualificado</b>: <a href=\"_httpprefix_/etc/marc2qdc.txt\" target=marc2qdc>greenstone/etc/marc2qdc.txt</a>. Puede ser usado por el plugin de MARC configurando el parámetro <i>-metadata_mapping_file</i> con \"marc2qdc.txt\".
 "
 

collections/documented-examples/trunk/pagedimg-e/etc/collect.cfg

@@ -67 +67 @@
 collectionmeta  .section:text [l=en] "newspaper pages"
 
+# -- Spanish strings --------------------
+collectionmeta  collectionname [l=es] "Ejemplo de imágenes paginadas"
+collectionmeta  .section:text [l=es] "páginas de diario"
+
 # -- English text -----------------------
 
@@ -124 +128 @@
 "
 
+# -- Spanish text -----------------------
+collectionmeta  collectionextra [l=es] "Esta colección contiene algunos diarios de la colección  
+<a href='http://www.nzdl.org/cgi-bin/library?a=p&amp;p=about&amp;c=niupepa'>
+Niupepa</a> de periódicos Maories. 
+
+<h3>Cómo funciona la colección</h3>
+<p>Cada diario consiste en un conjunto de imágenes, una por página, y un conjunto de archivos de texto provenientes del OCR. Un archivo .item relaciona al conjunto de páginas en un único documento de diario. PagedImagePlugin se utiliza para procesar esos archivos .item.
+<p>Hay dos estilos para escribir esos archivos item. y esta colección demuestra ambos. 
+El primero usa un formato básico de texto, y consiste en una lista de metadatos para el documento, y una lista de páginas. Aquí hay algunos ejemplos: 
+<a href='_httpcollection_/import/09/09\_1\_1.item'>Te Waka o Te Iwi, Vol. 1, No. 1</a>, 
+<a href='_httpcollection_/import/10/10\_1\_3.item'>Te Whetu o Te Tau, Vol. 1, No. 3</a>. 
+Este formato permite la especificación de metadatos a nivel de documento, y una lista simple de páginas. 
+<p>El segundo estilo es un formato extendido y usa XML. Permite una jerarquía de páginas, y una especificación de metadatos a nivel de documento como también de páginas. Un ejemplo es <a href='_httpcollection_/import/xml/23/23\_\_2.item'>Matariki 1881, No. 2</a>. 
+Este diario también tiene un resumen asociado a él. Los contenidos han sido agrupados en 2 secciones: Material Suplementario, la cual contiene el resumen, y Páginas del Diario, que contiene las imágenes de las páginas.
+<p>Los documentos paginados pueden presentarse con una tabla de contenidos jerárquica
+(por ej. <a href='?a=d&amp;c=_cgiargc_&amp;d=23\_\_1.2.1&p=text'>esta</a>), 
+o con flechas "Siguiente" y "Anterior" y un recuadro "Ir a la página..."  
+(por ej. <a href='?a=d&amp;c=_cgiargc_&amp;d=10\_1\_2&p=preview'>esta</a>). 
+Esto es definido por la opción <tt>-documenttype (hierarchy|paged)</tt> asignada al plugin PagedImagePlugin. 
+Las flechas Siguiente y Anterior permiten seguir el documento de manera lineal, mientras que la tabla de contenidos muestra al documento organizado jerárquicamente. Generalmente, una colección de Greenstone tendría un plugin por cada tipo de documento y todos los documentos de ese mismo tipo tendrían el mismo procesamiento. En este caso, queremos tratar los archivos .item con formato XML de manera diferente a aquellos con formato de texto plano. Esto puede lograrse agregando dos plugin PagedImagePlugin a la colección, y configurándolo de manera diferente. 
+<p><tt>plugin PagedImagePlugin -documenttype hierarchy -process_exp xml.*\.item$ <br/>
+plugin PagedImagePlugin -documenttype paged </tt>
+
+<p>Los diarios basados en XML han sido agrupados en una carpeta llamada <tt>xml</tt>. 
+Esto nos permite procesar esos archivos de una manera diferente, utilizando la opción <tt>process_exp</tt> que es soportada por todos los plugins. El primer plugin PagedImagePlugin 
+en la lista busca archivos .item que se encuentren en la carpeta xml. Estos documentos se procesarán como documentos jerárquicos. Los archivos .item que no coincidan con la expresión de procesamiento (por ejemplo, los que no estén dentro de la carpeta xml) serán pasados al segundo plugin PagedImagePlugin, y se tratarán como documentos paginados.
+
+<p><b>Formateo</b>
+<p>Hemos modificado el formateo del documento para mostrar imágenes a tamaño completo, previsualizar imágenes o texto y botones para cambiar entre estas opciones. Esto involucra modificaciones a las cadenas de formateo del DocumentHeading y el DocumentText en el  
+<a href='_httpcollection_/etc/collect.cfg' target=\'collect.cfg\'>archivo de configuración de la colección.</a>, 
+y algunas definiciones de macros en el <a href='_httpcollection_/macros/extra.dm' target=\'extra.dm\'>archivo de macros extra.dm</a>.
+El archivo extra.dm provee definiciones para los botones (\_viewfullsize\_,
+ \_viewpreview\_, \_viewtext\_) los cuales son usados por la sentencia de formateo en el archivo collect.cfg. La sentencia de formateo cambia la visualización del documento y setea los botones que deben mostrarse basándose en el argumento p, el cual es configurado también en la misma sentencia.
+ "

collections/documented-examples/trunk/pagedimg-e/macros/extra.dm

@@ -13 +13 @@
 _viewtext_ {<div class="button"><span class="button"><a href="_httpcurrentdocument_&p=text" title="_textviewfulltext_">_textfulltext_</a></span></div>}
 
+# -- Spanish text ----------------------- 
+_textfullsize_ [l=es] {TAMAÑO COMPLETO}
+_textpreview_ [l=es] {PREVISUALIZAR}
+_textfulltext_ [l=es] {TEXTO}
+
+_textviewfullsize_ [l=es] {Ver la imagen tamaño completo de esta página}
+_textviewpreview_ [l=es] {Ver la imagen de previsualización de esta página}
+_textviewfulltext_ [l=es] {Ver el texto de esta página}

collections/documented-examples/trunk/style-e/etc/collect.cfg

@@ -168 +168 @@
 </p>
 "
+
+# -- Spanish text -----------------------
+collectionmeta  collectionextra [l=es] "
+Esta colección demuestra el uso de hojas de estilo (CSS) con Greenstone para el formateo visual en los navegadores web. (Greenstone usa CSS en vez de tablas HTML desde la version 2.63.) En cada página, puede cambiar la plantilla usada, para modificar la apariencia de la página.
+</p>
+<p>Esta colección contiene el mismo material que la colección de demo original de Greenstone.</p>
+<p>
+Un archivo <a href=\'_httpcollection_/macros/extra.dm\'>extra.dm</a> se utiliza para proveer el cambio de plantilla de estilos. Este archivo redefine algunas macros del paquete <i>Style</i>: <b>\_cssheader\_</b>, para enlazar múltiples plantillas; <b>\_optnavigationbar\_</b>, para mostrar los links; y <b>\_pagescriptextra\_</b>, para facilitar el cambio cuando se selecciona un link.
+</p>
+<p>Si quiere descargar cualquiera de estas plantillas para sus propias colecciones, aquí están los links a ellas:
+<ul>
+<li><a href=\'_httpimages_/style.css\'>Plantilla por defecto de Greenstone</a></li>
+<li><a href=\'_httpcstyle_/style-blue.css\'>Tema ‘Ocean Blue’</a></li>
+<li><a href=\'_httpcstyle_/style-red.css\'>‘Tema Fire Red’</a></li>
+<li><a href=\'_httpimages_/style-print.css\'>Impresora</a></li>
+</ul>
+</p>
+<p>
+<b>Usar una plantilla descargada</b>
+<ul>
+<li>Para usar una plantilla de estilos por defecto, copiela en la carpeta greenstone/web/style y renómbrela como style.css. Esto afectará a todas las colecciones.</li>
+<li>Para usar una plantilla para una colección en particular, copiela en la carpeta style de la colección, agregue un archivo extra.dm en la carpeta macros de la colección y edítelo para agregar las siguientes líneas (aquí se usa la plantilla style-red.css como ejemplo):<br/>
+<small><tt>
+<br/>
+package Style<br/>
+<br/>
+\_cssheader\_ {<br/>
+&lt;link rel=\'stylesheet\' href=\'\_httpcstyle\_/style-red.css\'<br/>
+&nbsp;&nbsp;type=\'text/css\' title=\'Fire Red\' charset=\'UTF-8\'&gt;<br/>
+}<br/>
+</tt></small>
+</li>
+</ul>
+</p>
+"

collections/documented-examples/trunk/wiki-e/etc/collect.cfg

@@ -81 +81 @@
  configuration file</a>.
 "
+
+# -- Spanish text ----------------
+collectionmeta  collectionname [l=es] "MediaWiki collection"
+collectionmeta  collectionextra [l=es] "
+Esta colección de demostración está hecha en base al sitio Wiki de Greenstone. 
+Muestra la nueva característica que permite la construcción de una colección de Greenstone desde el sitio MediaWiki de Greenstone.
+
+<h3>Cómo funciona la colección</h3>
+
+<p>
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a>  contiene los plugins <i>MediaWikiPlugin</i>, 
+<i>ImagePlugin</i>, <i>ZipPlugin</i>, <i>PDFPlugin</i>, 
+<i>PowerPointPlugin</i>, <i>WordPlugin</i> (junto a los plugins estándar <i>GreenstoneXMLPlugin</i>, <i>ArchivesInfPlugin</i> y 
+<i>DirectoryPlugin</i>). El <i>MediaWikiPlugin</i> manipula páginas HTML descargadas desde el sitio MediaWiki, mientras que <i>ImagePlugin</i>, 
+<i>ZipPlugin</i>, <i>PDFPlugin</i>, <i>PowerPointPlugin</i> y
+<i>WordPlugin</i> manejan los archivos de imágenes, los zip, PDF, PowerPoint  y Word 
+asociados con la Wiki de Greenstone.
+
+<p>
+Para construir una colección desde el sitio MediaWiki, primero descargue los archivos del wiki usando la opción <i>MediaWiki</i> en el panel <i>Descarga</i> del GLI. 
+Este tipo de descarga funciona de manera similar a la descarga <i>Web</i>, pero está diseñado específicamente para incursionar sitios MediaWiki.\n
+
+<p>Una vez que los archivos fueron descargados, copielos en la colección usando el panel <i>Reunir</i>, arrastrándolos desde la carpeta <i>Archivos descargados</i> en el árbol izquierdo del espacio de trabajo del GLI.
+ 
+<p>
+En la sección <i>Plugins del documento</i> del panel <i>Diseño</i>, agregue <i>MediaWikiPlugin</i>. <i>MediaWikiPlugin</i> tiene varias opciones específicas que controlan los aspectos de presentación de la página, tales como si se deben mostrar o no la tabla de contenidos, las barras de navegación y el recuadro de búsqueda en cada página. Configure estas opciones basándose en cómo quiere que aparezcan esas páginas. Puede ver las opciones usadas por esta colección en su <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración de la colección</a>.
+"

collections/documented-examples/trunk/wrdpdf-e/etc/collect.cfg

@@ -170 +170 @@
 <p>
 
-Greenstone contiene un software de otro fabricante que se utiliza para convertir archivos Word, RTF, PDF y PostScript a HTML. El equipo de Greenstone no le da mantenimiento a estos módulos, aunque incluimos las más recientes versiones con cada nueva versión de Greenstone. Los errores lógicos surgen con documentos Word inusuales (p. ej. provenientes de sistemas Macintosh anteriores) y en ocasiones el texto no se extrae adecuadamente. Algunos archivos PDF no contienen textos legibles de ninguna manera, consistiendo en su lugar de una secuencia de <i>imágenes</i> de página de las cuales el texto únicamente se puede extraer por medio del reconocimiento óptico de caracteres (OCR por sus siglas en inglés), que es algo que Greenstone no pretende hacer. _text1_ 
+Greenstone contiene un software de otro fabricante que se utiliza para convertir archivos Word, RTF, PDF y PostScript a HTML. El equipo de Greenstone no le da mantenimiento a estos módulos, aunque incluimos las más recientes versiones con cada nueva versión de Greenstone. Los errores lógicos surgen con documentos Word inusuales (p. ej. provenientes de sistemas Macintosh anteriores) y en ocasiones el texto no se extrae adecuadamente. Algunos archivos PDF no contienen textos legibles de ninguna manera, consistiendo en su lugar de una secuencia de <i>imágenes</i> de página de las cuales el texto únicamente se puede extraer por medio del reconocimiento óptico de caracteres (OCR por sus siglas en inglés), que es algo que Greenstone no pretende hacer. Si encuentra estos problemas entonces puede remover el documento dañado de la colección, o tratar de usar alguna de las opciones avanzadas para procesar los documentos de diferentes maneras. Para más información, vea los tutoriales avanzados sobre PDF y Word en la <a href=\'http://wiki.greenstone.org/wiki/index.php/Tutorial_exercises\'>wiki de Greenstone</a>.
 <p>