Index: collections/documented-examples/trunk/authen-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/authen-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/authen-e/etc/collect.cfg	(revision 20507)
@@ -66,4 +66,13 @@
 # -- Spanish strings ----------------
 collectionmeta	collectionname [l=es] "DemostraciÃ³n de autenticaciÃ³n"
+
+collectionmeta	.text [l=es] "texto"
+collectionmeta	.dls.Title,Title [l=es] "tÃ­tulos"
+collectionmeta	.dls.Subject [l=es] "temas"
+collectionmeta	.dls.Organization [l=es] "Organizaciones"
+collectionmeta	.dls.Keyword [l=es] "cÃ³mo"
+
+collectionmeta	.document [l=es] "libro"
+collectionmeta	.section [l=es] "capÃ­tulo"
 
 # -- Russian strings ----------------
Index: collections/documented-examples/trunk/bibtex-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/bibtex-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/bibtex-e/etc/collect.cfg	(revision 20507)
@@ -134,9 +134,11 @@
 
 collectionmeta	.text [l=es] "registros completos"
+collectionmeta	.Title [l=es] "tÃ­tulos"
+collectionmeta	.Source [l=es] "nombres de archivos"
 
 collectionmeta	AuthoredBy [l=es] "Autor"
 collectionmeta	PaperTitle [l=es] "TÃ­tulo del documento"
 collectionmeta	Editors [l=es] "Editor(es)"
-collectionmeta	EditorRole [l=es] "Papel del editor"
+collectionmeta	EditorRole [l=es] "Rol del editor"
 collectionmeta	BookJournalTitle [l=es] "TÃ­tulo del libro o revista"
 collectionmeta	In [l=es] "En"
@@ -449,28 +451,28 @@
 # -- Spanish text ----------------
 collectionmeta	collectionextra [l=es] "
-Esta colecciÃ³n contiene entradas _about:numdocs_ BibTeX y ha sido creada a partir de la BibliografÃ­a de la working papers published from 1997 to 2006 at <a href=\"http://www.cs.waikato.ac.nz/\">Department of Computer Science</a>, <a href=\"http://www.waikato.ac.nz/\">the University of Waikato</a>.\n
+Esta colecciÃ³n contiene _about:numdocs_ registros de  BibTeX y ha sido creada a partir de papers de trabajos publicados entre 1997 y 2006 por el <a href=\"http://www.cs.waikato.ac.nz/\">Departmento de Ciencias de la ComputaciÃ³n</a>, <a href=\"http://www.waikato.ac.nz/\">de la Universidad de Waikato</a>.\n
 
 <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>. 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: 
+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 crezcan 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>
-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.
+La bÃºsqueda por campos con una interfaz basada en formularios se habilita mediante la sentencia <i>format SearchTypes \"form,plain\"</i> en el archivo de configuraciÃ³n. De hecho, esta colecciÃ³n tambiÃ©n utiliza la forma simple de bÃºsqueda. Dado que <i>form</i> aparece primero es la forma predeterminada de bÃºsqueda. La forma simple se puede seleccionar por medio de la pÃ¡gina de <i>Preferencias</i>.
+
+<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Ãºes 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 selecciona 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>
 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.
-<p>
-
-El clasificador \"Phind\" crea un Ã­ndice de frases como <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL4\">este</a>, el cual contiene una lista que se puede explorar de frases extraÃ­das del material especificado en el argumento de texto de la lÃ­nea <i>clasificar Phind</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>. AquÃ­ la especificaciÃ³n es
+Esta colecciÃ³n contiene clasificadores por <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 clasificador 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 <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.
+<p>
+
+El clasificador \"Phind\" crea un Ã­ndice de frases como <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL4\">este</a>, el cual contiene una lista navegable de frases extraÃ­das del material especificado en el argumento <i>text</i> de la lÃ­nea <i>classify Phind</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>. AquÃ­ la especificaciÃ³n es
 <p>
 
@@ -484,19 +486,17 @@
 <p>
 
-La mejor forma de ver lo que hace Phind es practicar con este Ã­ndice. Escriba una palabra en el cuadro de bÃºsqueda, haga click en <i>Buscar</i> y una lista de frases con dicho tÃ©rmino aparecerÃ¡ en el panel de la parte superior. Haga click en una de estas frases y una lista de frases que contengan dicha <i>frase</i> aparecerÃ¡ en el panel de la parte inferior. Usted puede continuar extendiendo la frase mÃ¡s y mÃ¡s. Las listas se pueden alargar utilizando el botÃ³n <i>obtener mÃ¡s frases</i>. Al final de la lista de frases aparece una lista de los documentos que contienen dicha frase en azul. Usted puede extender esta lista haciendo click en mÃ¡s documentos.
-<p>
-
-Los enunciados de formato para la lista de resultados de la bÃºsqueda y el explorador de tÃ­tulos se determinan por medio de la especificaciÃ³n <i>VList</i>. Ãsta proporciona un icono de documento que lo vincula con el documento mismo (el cual es en esta colecciÃ³n la referencia completa), el tÃ­tulo en negritas, el metadato <i>Creator</i> si es que hay alguno o en su defecto el metadato <i>Editor</i>, y el metadato de <i>Month, Year</i> si es que hay alguno. He <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=Jain,,,&fqf=TX,CR,BO,SO\">aquÃ­</a> un ejemplo.
-<p>
-
-El enunciado de formato para el explorador de autor (<i>CL2VList</i>) es mÃ¡s complejo. El clasificador AZCompactList genera un Ã¡rbol cuyos nodos son hojas representando documentos o nodos internos. Un Ã­tem de metadato llamado <i>numleafdocs</i> proporciona el nÃºmero total de documentos debajo de un nodo interno. Este enunciado de formato comprueba si numleafdocs existe. En caso afirmativo se trata de un nodo interno, en cuyo caso el nodo se etiquetarÃ¡ por su <i>TÃ­tulo</i>. Â¡Pero cuidado! Este clasificador se genera en el metadato <i>Autor</i>, por lo que su tÃ­tulo -- el tÃ­tulo del clasificador -- es realmente el nombre del autor, lo que significa que los nodos del estante que estÃ¡n <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a> se etiquetan de acuerdo al nombre del autor. Las hojas se etiquetan de la misma manera que los documentos (es decir, referencias) en la lista de resultados de la bÃºsqueda.
-<p>
-
-Los documentos mismos (he aquÃ­ un <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_\">ejemplo</a>) se generan por medio de dos enunciados de formato, uno llamado <i>DocumentHeading</i>, que es bastante largo, y otro llamado <i>DocumentText</i>. DocumentHeading ocupa los dos tercios superiores de la pÃ¡gina y contiene el <i>TÃ­tulo</i> del documento seguido por una tabla de todos los elementos del metadato que el plugin BibTeX puede generar. El papel de todos los enunciados <i>If</i> en el <a href=\"_httpcollection_/etc/collect.cfg\"
-target=collect.cfg>archivo de configuraciÃ³n</a> es determinar los elementos que se definen.
-<p>
-
-<i>DocumentText</i> muestra la versiÃ³n BibTeX de la referencia. Sin embargo, cuando el documento se despliega por primera vez Ãºnicamente aparece un hipervÃ­nculo llamado <i>Mostrar Registro BibTex</i>. Este corresponde a la Ãºltima parte (es decir, a la parte \"adicional\") del enunciado <i>If</i> en <i>DocumentText</i>. Cuando se hace click en este hipervÃ­nculo la <i>href</i> va al mismo URL pero con showrecord=1, que genera una pÃ¡gina como <a
-href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_&showrecord=1\">Ã©sta</a>. A continuaciÃ³n sigue la prueba <i>If</i>, que muestra el <i>Texto</i> del documento. Con el plugin BibTeX el texto de un documento es su registro BibTeX no adulterado.
+La mejor forma de ver lo que hace Phind es practicar con este Ã­ndice. Escriba una palabra en el cuadro de bÃºsqueda, haga click en <i>Buscar</i> y una lista de frases con dicho tÃ©rmino aparecerÃ¡ en el panel de la parte superior. Haga click en una de estas frases y una lista de frases que contengan dicha <i>frase</i> aparecerÃ¡ en el panel de la parte inferior. Usted puede continuar extendiendo la frase mÃ¡s y mÃ¡s. Las listas se pueden alargar utilizando el botÃ³n <i>obtener mÃ¡s frases</i>. Al final de la lista de frases aparece una lista de los documentos que contienen dicha frase en azul. Usted puede extender esta lista haciendo click en <i>mÃ¡s documentos</i>.
+<p>
+
+Los cadenas de formateo para la lista de resultados de la bÃºsqueda y el clasificador por tÃ­tulos se determinan por medio de la especificaciÃ³n <i>VList</i>. Ãsta proporciona un icono de documento que lo vincula con el documento mismo (el cual es en esta colecciÃ³n la referencia completa), el tÃ­tulo en negritas, el metadato <i>Creator</i> si es que hay alguno o en su defecto el metadato <i>Editor</i>, y el metadato de <i>Month, Year</i> si es que hay alguno. He <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q&ct=1&qt=1&r=1&hs=1&fqa=0&fqv=Jain,,,&fqf=TX,CR,BO,SO\">aquÃ­</a> un ejemplo.
+<p>
+
+La cadena de formateo para el explorador por autor (<i>CL2VList</i>) es mÃ¡s compleja. El clasificador AZCompactList genera un Ã¡rbol cuyos nodos son hojas representando documentos o nodos internos. Un Ã­tem de metadato llamado <i>numleafdocs</i> proporciona el nÃºmero total de documentos debajo de un nodo interno. Este enunciado de formato comprueba si numleafdocs existe. En caso afirmativo se trata de un nodo interno, en cuyo caso el nodo se etiquetarÃ¡ por su <i>TÃ­tulo</i>. Â¡Pero cuidado! Este clasificador se genera en el metadato <i>Autor</i>, por lo que su tÃ­tulo -- el tÃ­tulo del clasificador -- es realmente el nombre del autor, lo que significa que los nodos del estante que estÃ¡n <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a> se etiquetan de acuerdo al nombre del autor. Las hojas se etiquetan de la misma manera que los documentos (es decir, referencias) en la lista de resultados de la bÃºsqueda.
+<p>
+
+Los documentos (he aquÃ­ un <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_\">ejemplo</a>) se generan por medio de dos cadenas de formato, una llamado <i>DocumentHeading</i>, que es bastante larga, y otra llamada <i>DocumentText</i>. DocumentHeading ocupa los dos tercios superiores de la pÃ¡gina y contiene el <i>TÃ­tulo</i> del documento seguido por una tabla de todos los elementos del metadato que el plugin BibTeX puede generar. El papel de todos los enunciados <i>If</i> en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> es determinar los elementos que se definen.
+<p>
+
+<i>DocumentText</i> muestra la versiÃ³n BibTeX de la referencia. Sin embargo, cuando el documento se despliega por primera vez Ãºnicamente aparece un hipervÃ­nculo llamado <i>Mostrar Registro BibTex</i>. Este corresponde a la Ãºltima parte (es decir, a la parte \"adicional\") del enunciado <i>If</i> en <i>DocumentText</i>. Cuando se hace click en este hipervÃ­nculo la <i>href</i> va al mismo URL pero con showrecord=1, que genera una pÃ¡gina como <a  href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=CL1.12&d=_sampleoid_&showrecord=1\">Ã©sta</a>. A continuaciÃ³n sigue la prueba <i>If</i>, que muestra el <i>Texto</i> del documento. Con el plugin BibTeX el texto de un documento es su registro BibTeX no adulterado.
 "
 
Index: collections/documented-examples/trunk/bibtex-supp-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/bibtex-supp-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/bibtex-supp-e/etc/collect.cfg	(revision 20507)
@@ -143,5 +143,5 @@
 collectionmeta	MeetingDate [l=es] "Fecha de la reuniÃ³n"
 collectionmeta	MeetingPlace [l=es] "Lugar de la reuniÃ³n"
-collectionmeta	PublicationPlace [l=es] "Lugar de la publicaciÃ³n"
+collectionmeta	PublicationPlace [l=es] "Lugar de publicaciÃ³n"
 collectionmeta	Publisher [l=es] "Editorial"
 collectionmeta	PublicationDate [l=es] "Fecha de publicaciÃ³n"
@@ -369,5 +369,5 @@
 # -- Spanish text ----------------
 collectionmeta	collectionextra [l=es] "
-Esta colecciÃ³n contiene entradas _about:numdocs_ BibTeX y es un pequeÃ±o anexo a la misma colecciÃ³n bibliogrÃ¡fica. EstÃ¡ formada por unos cuantos documentos correspondientes a la TeorÃ­a para published in the year 2006 at <a href=\"http://www.cs.waikato.ac.nz/\">Department of Computer Science</a>, <a href=\"http://www.waikato.ac.nz/\">the University of Waikato</a>. \n
+Esta colecciÃ³n contiene _about:numdocs_ registros de BibTeX y es un pequeÃ±o anexo de la misma colecciÃ³n bibliogrÃ¡fica. Contiene papers de trabajo EstÃ¡ formada por unos cuantos documentos correspondientes a la TeorÃ­a para published in the year 2006 at <a href=\"http://www.cs.waikato.ac.nz/\">Department of Computer Science</a>, <a href=\"http://www.waikato.ac.nz/\">the University of Waikato</a>. \n
 <p>
 
@@ -375,19 +375,19 @@
 <p>
 
-El propÃ³sito de esta colecciÃ³n, cuyo nombre es \"bibtex-supp-e\", es ilustrar el programa \"supercolecciÃ³n\" de Greenstone.
-<p>
-
-Se trata de una colecciÃ³n muy pequeÃ±a con unos cuantos documentos _about:numdocs_, como se puede ver haciendo click en el botÃ³n de <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">tÃ­tulos de la \"a\" a la \"z\"</a>. Tiene la misma estructura que la <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e&ct=1&qto=3&qt=1\">colecciÃ³n bibliogrÃ¡fica</a> mÃ¡s grande, excepto que Ã©sta no cuenta con el botÃ³n de frases (ya que es demasiado pequeÃ±a para que el Ã­ndice de frases tuviera sentido).
-<p>
-
-El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> es el mismo que el de la colecciÃ³n bibliogrÃ¡fica (llamada \"bibtex-e\"), excepto por una pequeÃ±a pero muy importante diferencia: la lÃ­nea
-<p>
+El propÃ³sito de esta colecciÃ³n, cuyo nombre es \"bibtex-supp-e\", es ilustrar la opciÃ³n \"supercolecciÃ³n\" de Greenstone.
+<p>
+
+Se trata de una colecciÃ³n muy pequeÃ±a con solo unos _about:numdocs_ documentos , como se puede ver haciendo click en el botÃ³n <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">tÃ­tulos</a>. Tiene la misma estructura que la <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e&ct=1&qto=3&qt=1\">colecciÃ³n bibliogrÃ¡fica</a> mÃ¡s grande, excepto que Ã©sta no cuenta con el botÃ³n de frases (ya que es demasiado pequeÃ±a para que el Ã­ndice de frases tuviera sentido).
+<p>
+
+El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> es el mismo que el de la colecciÃ³n bibliogrÃ¡fica (llamada \"bibtex-e\"), excepto por una pequeÃ±a pero muy importante diferencia: la lÃ­nea que dice  
 
 <pre>
 supercollection documented-examples/bibtex-supp-e documented-examples/bibtex-e
 </pre>\n
+
 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.
+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 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.
 <p>
 
@@ -398,8 +398,8 @@
 <p>
 
-El programa de supercolecciÃ³n Ãºnicamente sirve para <i>bÃºsquedas</i>. Cuando se explora la presente colecciÃ³n resulta muy pequeÃ±a, pero cuando se busca es mucho mÃ¡s grande. De cualquier manera hemos encontrado que los navegadores tienen un uso limitado para colecciones muy grandes. Por ejemplo, en el caso arriba mencionado de la colecciÃ³n en CD-ROM no hay botones que permitan realizar exploraciones, sÃ³lo bÃºsquedas.
-<p>
-
-En el presente ejemplo las dos colecciones tienen precisamente la misma estructura. No obstante, el programa <i>supercolecciÃ³n</i> trabaja incluso si son diferentes. Cada colecciÃ³n aparece tal como lo harÃ­a normalmente y la bÃºsqueda a travÃ©s de las colecciones funciona como es de esperarse. Cuando los documentos aparecen en pantalla lo hacen de acuerdo al formato definido en la colecciÃ³n a al que pertenecen.
+La opciÃ³n de supercolecciÃ³n Ãºnicamente sirve para <i>bÃºsquedas</i>. Cuando se explora la presente colecciÃ³n resulta muy pequeÃ±a, pero cuando se busca es mucho mÃ¡s grande. De cualquier manera hemos encontrado que los navegadores tienen un uso limitado para colecciones muy grandes. Por ejemplo, en el caso arriba mencionado de la colecciÃ³n en CD-ROM no hay botones que permitan realizar exploraciones, sÃ³lo bÃºsquedas.
+<p>
+
+En el presente ejemplo las dos colecciones tienen precisamente la misma estructura. No obstante, la opciÃ³n de <i>supercolecciÃ³n</i> trabaja incluso si son diferentes. Cada colecciÃ³n aparece tal como lo harÃ­a normalmente y la bÃºsqueda a travÃ©s de las colecciones funciona como es de esperarse. Cuando los documentos aparecen en pantalla lo hacen de acuerdo al formato definido en la colecciÃ³n a a la que pertenecen.
 <p>
 
Index: collections/documented-examples/trunk/dls-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/dls-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/dls-e/etc/collect.cfg	(revision 20507)
@@ -402,32 +402,29 @@
 # -- Spanish text ----------------
 collectionmeta	collectionextra [l=es] "
-Las Bibliotecas sobre Aspectos
-Humanitarios y de Desarrollo representan una extensa colecci&oacute;n de
-informaci&oacute;n pr&aacute;ctica cuyo prop&oacute;sito es ayudar a
+Las Bibliotecas sobre Desarrollo Humanitario representan una extensa colecciÃ³n de informaciÃ³n prÃ¡ctica cuyo propÃ³sito es ayudar a
 reducir la pobreza, acrecentar el potencial humano y proveer una
-educaci&oacute;n pr&aacute;ctica y &uacute;til para todos. Este subconjunto
-comprende unas 25 publicaciones - documentos, informes t&eacute;cnicos y
-art&iacute;culos de publicaciones peri&oacute;dicas - en varias
-&aacute;reas del desarrollo humano, desde pr&aacute;cticas agr&iacute;colas
-a pol&iacute;ticas econ&oacute;micas, desde agua y saneamiento a sociedad y
-cultura, desde educaci&oacute;n a manufactura, desde mitigaci&oacute;n de
-desastres a microemprendimientos.\n<p>\nLos editores de esta
-colecci&oacute;n son la ONG Human Info, HumanityCD Ltd y dem&aacute;s
-organizaciones participantes. Cont&aacute;ctenos en: Proyecto de
-Bibliotecas sobre Aspectos Humanitarios y de Desarrollo , Oosterveldiaan
-196, B-2610 Antwerp, B&eacute;lgica, Tel 32-3-448.05.54, Fax
-32-3-449.75.74, correo electr&oacute;nico <a
+educaciÃ³n prÃ¡ctica y Ãºtil para todos. Este subconjunto
+comprende unas 25 publicaciones - documentos, informes tÃ©cnicos y
+artÃ­culos de publicaciones periÃ³dicas - en varias
+Ã¡reas del desarrollo humano, desde prÃ¡cticas agrÃ­colas
+a polÃ­ticas econÃ³micas, desde agua y saneamiento a sociedad y
+cultura, desde educaciÃ³n a manufactura, desde mitigaciÃ³n de
+desastres a microemprendimientos.
+
+<p>Los editores de esta colecciÃ³n son la ONG Human Info, HumanityCD Ltd y demÃ¡s organizaciones participantes. ContÃ¡ctenos en: Proyecto de Bibliotecas sobre Aspectos Humanitarios y de Desarrollo , Oosterveldiaan
+196, B-2610 Antwerp, BÃ©lgica, Tel 32-3-448.05.54, Fax
+32-3-449.75.74, correo electrÃ³nico <a
 href=mailto:humanity@humaninfo.org>humanity@humaninfo.org</a>.
 
 <h3>CÃ³mo trabaja esta colecciÃ³n</h3>
 
-La colecciÃ³n DLS es bastante compleja. Si apenas estÃ¡ empezando a familiarizarse con su uso quizÃ¡ fuera mejor que se fijara primero en alguna otra colecciÃ³n (como la <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/wrdpdf-e&a=p&p=about\">DemostraciÃ³n en Word y PDF</a>, los <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/gsarch-e&a=p&p=about\">Archivos Greenstone</a> o la <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/image-e&a=p&p=about\">colecciÃ³n de imÃ¡genes sencillas</a>).
-<p>
-
-Al igual que todos los archivos de configuraciÃ³n de colecciones, el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de esta colecciÃ³n</a>, empieza con una lÃ­nea (\"creador\") que proporciona la direcciÃ³n de correo electrÃ³nico del creador de la colecciÃ³n y otra (\"pÃºblica\") que determina si la colecciÃ³n aparecerÃ¡ en la pÃ¡gina principal del programa Greenstone. Note que configurando la opciÃ³n \"public\" como \"false\" solo la quita de la pÃ¡gina home, pero permanecerÃ¡ accesible en la biblioteca para cualquiera que conozca la URL (a=p&p=about&c=coll-shortname).
-
-<p>
-
-<b>Plugins</b>. Las lÃ­neas \"plugin\" en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> indican los plugins usados en la colecciÃ³n. Los documentos en la colecciÃ³n DLS estÃ¡n en HTML, por lo que se deberÃ¡ incluir <i>HTMLPlugin</i>. La opciÃ³n <i>description_tags</i> procesa las etiquetas en el texto que definen secciones y tÃ­tulos de secciones tal como se describe a continuaciÃ³n.
+<p>
+La colecciÃ³n DLS es bastante compleja. Si apenas estÃ¡ empezando a familiarizarse con su uso quizÃ¡ fuera mejor que se fijara primero en alguna otra colecciÃ³n (como la <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/wrdpdf-e&a=p&p=about\">DemostraciÃ³n en Word y PDF</a>, los <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/gsarch-e&a=p&p=about\">Archivos Greenstone</a> o la <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/image-e&a=p&p=about\">colecciÃ³n sencilla de imÃ¡genes</a>).
+<p>
+
+Al igual que todos los archivos de configuraciÃ³n de colecciones, el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de esta colecciÃ³n</a>, empieza con una lÃ­nea (\"creator\") que proporciona la direcciÃ³n de correo electrÃ³nico del creador de la colecciÃ³n y otra linea  (\"public\") que determina si la colecciÃ³n aparecerÃ¡ en la pÃ¡gina principal del programa Greenstone. Note que configurando la opciÃ³n \"public\" como \"false\" solo la quita de la pÃ¡gina home, pero permanecerÃ¡ accesible en la biblioteca para cualquiera que conozca la URL (a=p&p=about&c=coll-shortname).
+
+<p>
+ <b>Plugins</b>. Las lÃ­neas \"plugin\" en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> indican los plugins usados en la colecciÃ³n. Los documentos en la colecciÃ³n DLS estÃ¡n en HTML, por lo que se deberÃ¡ incluir <i>HTMLPlugin</i>. La opciÃ³n <i>description_tags</i> procesa las etiquetas en el texto que definen secciones y tÃ­tulos de secciones tal como se describe a continuaciÃ³n.
 <p>
 
@@ -435,11 +432,11 @@
 <p>
 
-<b>Ãndices de bÃºsqueda</b>. El bloque de lÃ­neas que empieza con <i>Ã­ndices</i> especifica los Ã­ndices de bÃºsqueda que estÃ¡n disponibles. En esta colecciÃ³n hay tres, los cuales se pueden ver al momento de desplegar el menÃº \"Buscar\" en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>. El primer Ã­ndice se llama \"capÃ­tulos\", el segundo \"tÃ­tulos de secciÃ³n\" y el tercero \"documentos enteros\". Los nombres de estos tres Ã­ndices estÃ¡n dados por tres enunciados <i>collectionmeta</i>.
-<p>
-
-El contenido de los Ã­ndices -- es decir, la especificaciÃ³n de lo que se va a buscar -- se define por medio de la lÃ­nea que se encuentra al principio de este bloque. Esta especifica tres Ã­ndices, dos a nivel de secciÃ³n (los cuales empiezan con <i>section:</i>) y uno a nivel de documento (el cual empieza con <i>document:</i>). La diferencia estÃ¡ en que una consulta de varias palabras Ãºnicamente encontrarÃ¡ una correspondencia en un Ã­ndice a nivel de secciÃ³n si todos los tÃ©rminos de la consulta aparecen en la misma secciÃ³n, mientras que encontrarÃ¡ la correspondencia en un Ã­ndice a nivel de documento si los tÃ©rminos aparecen en cualquier parte del documento (el cual consiste normalmente de varias secciones). El primero y tercer Ã­ndices son <i>section:text</i> y <i>document:text</i>, donde <i>:text</i> significa que se buscarÃ¡ en todo el texto de la secciÃ³n o el documento, respectivamente. El segundo es <i>section:Title</i>, el cual indica que se buscarÃ¡n metadatos de <i>TÃ­tulo</i>, en este caso tÃ­tulos de secciones (mÃ¡s que tÃ­tulos de documentos). Los tres Ã­ndices aparecerÃ¡n en el orden en que se especificaron en la lÃ­nea de <i>Ã­ndices</i>.
-<p>
-
-<b>Clasificadores</b>. El bloque de lÃ­neas con la etiqueta <i>classifier</i> define los Ã­ndices de exploraciÃ³n, llamados \"clasificadores\" en Greenstone. Hay cuatro de ellos correspondientes a los cuatro botones en la barra de navegaciÃ³n que se encuentra en la parte superior de cada pÃ¡gina de la colecciÃ³n (p. ej. la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>): <i>temas, tÃ­tulos, organizaciÃ³n</i> y <i>cÃ³mo</i>. El botÃ³n de <i>bÃºsqueda</i> aparece primero y a continuaciÃ³n los cuatro clasificadores en orden.
+<b>Ãndices de bÃºsqueda</b>. El bloque de lÃ­neas que empieza con <i>indexes</i> especifica los Ã­ndices de bÃºsqueda que estÃ¡n disponibles. En esta colecciÃ³n hay tres, los cuales se pueden ver al momento de desplegar el menÃº \"Buscar\" en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>. El primer Ã­ndice se llama \"capÃ­tulos\", el segundo \"tÃ­tulos de secciÃ³n\" y el tercero \"documentos enteros\". Los nombres de estos tres Ã­ndices estÃ¡n dados por tres sentencias  <i>collectionmeta</i>.
+<p>
+
+El contenido de los Ã­ndices -- es decir, la especificaciÃ³n de lo que se va a buscar -- se define por medio de la lÃ­nea <i>indexes</i> que se encuentra al principio de este bloque. Esta especifica tres Ã­ndices, dos a nivel de secciÃ³n (los cuales empiezan con <i>section:</i>) y uno a nivel de documento (el cual empieza con <i>document:</i>). La diferencia estÃ¡ en que una consulta de varias palabras Ãºnicamente encontrarÃ¡ una correspondencia en un Ã­ndice a nivel de secciÃ³n si todos los tÃ©rminos de la consulta aparecen en la misma secciÃ³n, mientras que encontrarÃ¡ la correspondencia en un Ã­ndice a nivel de documento si los tÃ©rminos aparecen en cualquier parte del documento (el cual consiste normalmente de varias secciones). El primero y tercer Ã­ndices son <i>section:text</i> y <i>document:text</i>, donde <i>:text</i> significa que se buscarÃ¡ en todo el texto de la secciÃ³n o el documento, respectivamente. El segundo es <i>section:Title</i>, el cual indica que se buscarÃ¡n metadatos de <i>TÃ­tulo</i>, en este caso tÃ­tulos de secciones (mÃ¡s que tÃ­tulos de documentos). Los tres Ã­ndices aparecerÃ¡n en el orden en que se especificaron en la lÃ­nea de <i>Ã­ndices</i>.
+<p>
+
+<b>Clasificadores</b>. El bloque de lÃ­neas con la etiqueta <i>classifiers</i> define los Ã­ndices de exploraciÃ³n, llamados \"clasificadores\" en Greenstone. Hay cuatro de ellos correspondientes a los cuatro botones en la barra de navegaciÃ³n que se encuentra en la parte superior de cada pÃ¡gina de la colecciÃ³n (p. ej. la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>): <i>temas, tÃ­tulos, organizaciÃ³n</i> y <i>cÃ³mo</i>. El botÃ³n de <i>bÃºsqueda</i> aparece primero y a continuaciÃ³n los cuatro clasificadores en orden.
 <p>
 
@@ -450,18 +447,17 @@
 El tercero le da acceso a la organizaciÃ³n. Es un clasificador <i>List</i> basado en el metadato <i>dls.Organization</i>. La opciÃ³n <i>-bookshelf_type always</i> crea un estante para cada organizaciÃ³n, aÃºn cuando un solo documento pertenezca a esa categorÃ­a.
 
-El cuarto provee acceso por el texto \"Howto\": es una clasificador <i>List</i> basado en el metadato <i>dls.Keyword</i>. La opciÃ³n <i>-bookshelf_type never</i> previene la creaciÃ³n del estante aÃºn cuando dos documentos compartan las mismas keywords.
-
-<p>
-
-<p>
-<b>ImÃ¡genes de Portada</b>. Greenstone buscar una imÃ¡gen de portada para cada documento cuyo nombre sea el mismo al documento pero con una extensiÃ³n <i>.jpg</i>. Esta imÃ¡gen estÃ¡ asociada con el documento, y puede ser mostrada en la pÃ¡gina del documento (ver aqui abajo). Las imÃ¡genes de portada pueden ser apagadas al ajustar el -no_imÃ¡gen_de_portada para cada entrada. \n
-
-
-<b>Enunciados de formato</b>. La lÃ­neas que comienzan con <i>format</i>, llamadas  \"sentencias de formateo\", determinan la forma en la que deben mostrarse muchas de las partes de la colecciÃ³n. La sentencia de formato de <i>VList</i> se aplica a las listas de items mostrados verticalmente, como por ejemplo listas de tÃ­tulos, temas y organizaciones y la tabla de contenidos de los documentos. Es omitida para la lista de resultados mediante la sentencia <i>SearchVList</i>, y tambiÃ©n para el clasificador <i>Howto</i>  a travÃ©s de la sentencia <i>CL4VList</i> (CL4 especifica el cuarto clasificador).
+El cuarto provee acceso por el texto \"Howto\": es un clasificador <i>List</i> basado en el metadato <i>dls.Keyword</i>. La opciÃ³n <i>-bookshelf_type never</i> previene la creaciÃ³n del estante aÃºn cuando dos documentos compartan las mismas keywords.
+
+<p>
+
+<p>
+<b>ImÃ¡genes de Portada</b>. Greenstone busca una imagen de portada para cada documento cuyo nombre sea igual al documento pero con una extensiÃ³n <i>.jpg</i>. Esta imagen estÃ¡ asociada con el documento, y puede ser mostrada en la pÃ¡gina del documento (ver aqui abajo). Las imÃ¡genes de portada pueden ser deshabilitadas con la opciÃ³n -no_cover_image en cada plugin. \n
+
+<b>Enunciados de formato</b>. La lÃ­neas que comienzan con <i>format</i>, llamadas  \"cadenas de formateo\", determinan la forma en la que deben mostrarse muchas de las partes de la colecciÃ³n. La sentencia de formato de <i>VList</i> se aplica a las listas de items mostrados verticalmente, como por ejemplo listas de tÃ­tulos, temas y organizaciones y la tabla de contenidos de los documentos. Es omitida para la lista de resultados mediante la sentencia <i>SearchVList</i>, y tambiÃ©n para el clasificador <i>Howto</i>  a travÃ©s de la sentencia <i>CL4VList</i> (CL4 especifica el cuarto clasificador).
 <p>
 La sentencia <i>DocumentText</i> determina el modo en el que se formatea el texto, con el metadato <i>Title</i> ([<i>Title</i>]) en formato HTML &lt;<i>h3</i>&gt; seguido por el texto del documento [<i>Text</i>]. Configurando la sentencia <i>DocumentImages</i> como <i>true</i> aseguramos que las imÃ¡genes de portada se visualicen en cada documento. <i>DocumentButtons</i> indica cuales botones se muestran en cada documento. Las opciones son: <i>ExpandText, Expand Contents, Detach</i> y <i>Highlight</i>.
 <p>
 
-La mayorÃ­a de los enunciados de formato contienen una cadena escrita en una forma aumentada de HTML. Los nombres de los metadatos entre corchetes (p. ej. [<i>Title</i>], [<i>Creator</i>]) dan el valor de dicho metadato. [<i>Text</i>] da el texto del documento. TambiÃ©n se puede establecer un hipervÃ­nculo con el documento por medio de [link] ...[/link]. Un icono apropiado es producido por [<i>icon</i>]. Las cadenas de formato pueden incluir {<i>If</i>}{... , ...} y {<i>Or</i>}{... , ...}. Los primeros dos contienen ejemplos. Estos dos son enunciados de formato demasiado complejos, por lo que no los explicaremos aquÃ­. En Greenstone los cambios en las cadenas de formato tienen efecto inmediatamente a menos que se estÃ© usando el servidor local, en cuyo caso el servidor necesitarÃ¡ reiniciarse. Esto hace que sea fÃ¡cil experimentar con diferentes versiones de un enunciado de formato y ver quÃ© pasa.
+La mayorÃ­a de las cadenas de formateo contienen cÃ³digo HTML. Los nombres de los metadatos entre corchetes (p. ej. [<i>Title</i>], [<i>Creator</i>]) dan el valor de dicho metadato. [<i>Text</i>] da el texto del documento. TambiÃ©n se puede establecer un hipervÃ­nculo con el documento por medio de [link] ...[/link]. Un icono apropiado es producido por [<i>icon</i>]. Las cadenas de formato pueden incluir {<i>If</i>}{... , ...} y {<i>Or</i>}{... , ...}. Los primeros dos contienen ejemplos. Estos dos son enunciados de formato demasiado complejos, por lo que no los explicaremos aquÃ­. En Greenstone los cambios en las cadenas de formato tienen efecto inmediatamente a menos que se estÃ© usando el servidor local, en cuyo caso el servidor necesitarÃ¡ reiniciarse. Esto hace que sea fÃ¡cil experimentar con diferentes versiones de un enunciado de formato y ver quÃ© pasa.
 
 <p>
@@ -470,5 +466,5 @@
 <p>
 
-<b>TraducciÃ³n de idioma</b>. La Ãºltima parte del <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> proporciona los metadatos a nivel de colecciÃ³n en francÃ©s y espaÃ±ol, respectivamente. Estos idiomas se indican por medio de corchetes: [<i>fr</i>] y [<i>es</i>]. Si no hay ninguna especificaciÃ³n del idioma, entonces el inglÃ©s se asume por omisiÃ³n. El archivo de configuraciÃ³n muestra los caracteres que se acentÃºan (p. ej. la ÃÂ© francesa). Este archivo estÃ¡ en UTF-8 y los caracteres se representan por medio de secuencias de varios bytes (&lt;C3&gt;&lt;A9&gt; en este caso). De forma alternativa se pueden representar por medio de nombres de entes HTML (como &amp;eacute). No hay ninguna diferencia y se ven igual en la pantalla. Sin embargo, esto sÃ­ representarÃ­a una diferencia en el caso de que el texto se buscara. Greenstone utiliza Unicode internamente para asegurarse que las bÃºsquedas trabajen tal como se espera con idiomas diferentes al inglÃ©s.
+<b>TraducciÃ³n de idioma</b>. La Ãºltima parte del <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> proporciona los metadatos a nivel de colecciÃ³n en francÃ©s y espaÃ±ol, respectivamente. Estos idiomas se indican por medio de corchetes: [<i>fr</i>] y [<i>es</i>]. Si no hay ninguna especificaciÃ³n del idioma, entonces el inglÃ©s se asume por omisiÃ³n. El archivo de configuraciÃ³n muestra los caracteres que se acentÃºan (p. ej. <i>Ã©</i> francesa). Este archivo estÃ¡ en UTF-8 y los caracteres se representan por medio de secuencias de varios bytes (&lt;C3&gt;&lt;A9&gt; en este caso). De forma alternativa se pueden representar por medio de nombres de entidades HTML (como <i>&eacute</i>). No hay ninguna diferencia y se ven igual en la pantalla. Sin embargo, esto sÃ­ representarÃ­a una diferencia en el caso de que el texto se buscara. Greenstone utiliza Unicode internamente para asegurarse que las bÃºsquedas trabajen tal como se espera con idiomas diferentes al inglÃ©s.
 <p>
 
@@ -493,11 +489,11 @@
 <p>
 
-Los marcadores &lt;!-- ... --&gt se utilizan para asegurarse que estas etiquetas estÃ©n marcadas como comentarios en HTML y por lo tanto que no afecten el formato del documento. En la parte de <i>DescripciÃ³n</i> se pueden especificar otros tipos de metadatos, pero esto no se hace para el estilo de colecciÃ³n que estamos describiendo aquÃ­. Exactamente la misma especificaciÃ³n (incluyendo los marcadores &lt;!-- ... --&gt) se puede usar tambiÃ©n en los documentos Word.
-<p>
-
-<b>Archivos de metadatos</b>. Los metadatos para todos los documentos de la colecciÃ³n DLS se proporcionan en documentos metadata.xml, un documento por folder. El documento <a href=\"_httpcollection_/import/r0087e/metadata.xml\" target=text>metadata.xml</a> para el libro--<i>Income generation and money management: training women as entrepreneurs</i> -- es un bloque de alrededor diez lineas encerradas en las etiquetas &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. El cual define los metadatos <i>dls.Title, dls.Language, dls.Subject</i> y <i>dls.AZList</i>. Se puede especificar mÃ¡s de un valor para cualquier Ã­tem del metadato. Por ejemplo, este libro tiene dos clasificaciones dls.Subject. Ambos se almacenan como valores del metadato para este documento en particular (ya que se especifica <i>mode=accumulate</i>; la alternativa y el valor por omisiÃ³n es <i>mode=override</i>).
-<p>
-
-<b>Archivos de jerarquÃ­a</b>. Los archivos de Hierarchy contienen una sucesiÃ³n de lÃ­neas, cada una de las cuales tiene tres items. El primer item es una cadena de texto que es confrontada con el metadato que aparece en el archivo <i>metadata.xml</i> descrito arriba. El segundo item es un nÃºmero que define la posiciÃ³n en la jerarquÃ­a. El tercer item es una cadena de texto que describe al nodo de la jerarquÃ­a de la pÃ¡gina web que genera Greenstone.
+Los marcadores &lt;!-- ... --> se utilizan para asegurarse que estas etiquetas estÃ©n marcadas como comentarios en HTML y por lo tanto que no afecten el formato del documento. En la parte de <i>Description</i> se pueden especificar otros tipos de metadatos, pero esto no se hace para el estilo de colecciÃ³n que estamos describiendo aquÃ­. Exactamente la misma especificaciÃ³n (incluyendo los marcadores &lt;!-- ... -->) se puede usar tambiÃ©n en los documentos Word.
+<p>
+
+<b>Archivos de metadatos</b>. Los metadatos para todos los documentos de la colecciÃ³n DLS se asignan en archivos llamados metadata.xml, un documento por carpeta. El documento <a href=\"_httpcollection_/import/r0087e/metadata.xml\" target=text>metadata.xml</a> para el libro--<i>Income generation and money management: training women as entrepreneurs</i> -- es un bloque de alrededor diez lineas encerradas en las etiquetas &lt;<i>FileSet</i>&gt; ... &lt;<i>/FileSet</i>&gt;. El cual define los metadatos <i>dls.Title, dls.Language, dls.Subject</i> y <i>dls.AZList</i>. Se puede especificar mÃ¡s de un valor para cualquier Ã­tem del metadato. Por ejemplo, este libro tiene dos clasificaciones dls.Subject. Ambos se almacenan como valores del metadato para este documento en particular (ya que se especifica <i>mode=accumulate</i>; la alternativa y el valor por omisiÃ³n es <i>mode=override</i>).
+<p>
+
+<b>Archivos de jerarquÃ­a</b>. Los archivos de Hierarchy contienen una sucesiÃ³n de lÃ­neas, cada una de las cuales tiene tres items. El primer item es una cadena de texto que es confrontada con el metadato que aparece en el archivo <i>metadata.xml</i> descripto arriba. El segundo item es un nÃºmero que define la posiciÃ³n en la jerarquÃ­a. El tercer item es una cadena de texto que describe al nodo de la jerarquÃ­a de la pÃ¡gina web que genera Greenstone.
 <p>
 
Index: collections/documented-examples/trunk/garish-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/garish-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/garish-e/etc/collect.cfg	(revision 20507)
@@ -67,7 +67,7 @@
 
 # -- Spanish strings ----------------
-collectionmeta	collectionname [l=es] "VersiÃ³n Garish de la colecciÃ³n de muestra"
-
-collectionmeta	.text [l=es] "texo"
+collectionmeta	collectionname [l=es] "VersiÃ³n colorida de la colecciÃ³n de muestra"
+
+collectionmeta	.text [l=es] "texto"
 collectionmeta	.dls.Title,Title [l=es] "tÃ­tulos"
 collectionmeta	.dls.Subject [l=es] "temas"
@@ -543,15 +543,18 @@
 <h3>CÃ³mo trabaja esta colecciÃ³n</h3>
 <p>
-La apariencia de las colecciones Greenstone se define por medio de los \"archivos de macros\" que se encuentran en el directorio de <i>macros</i> y puede ser modificada completamente cambiando el contenido de estos archivos. Editando estos cambiarÃ¡ la apariencia de todas las colecciones. Para cambiar la apariencia de unicamente una colecciÃ³n, coloque apropiadamente la macros modificado en un archivo llamado <i>extra.dm</i> en el directorio de la colecciÃ³n <i>macros</i>. Por ejemplo, este directorio utiliza un archivo llamado <a href=\"_httpcollection_/macros/extra.dm\">greenstone/collect/_cgiargc_/macros/extra.dm</a>. \n
-
-<p>
-Para separar ciertos detalles de la presentaciÃ³n de los archivos de macros, Greenstone utiliza <i>Cascading Style Sheets</i>(ver <a href=\"http://www.w3.org/Style/CSS/\">http://www.w3.org/Style/CSS/</a> para mas informaciÃ³n), que le permite especificar la fuente, los colores, espacios, y otros elementos para las pÃ¡ginas HTML. La hojaestilo Greenstone estÃ¡ndar estÃ¡ alocada en <a href=\"_httpstyle_/style.css\">greenstone/web/style/style.css</a>. Esta colecciÃ³n especifica una hojaestilo auxiliar, <a href=\"_httpcstyle_/style.css\">greenstone/collect/_cgiargc_/style/style.css</a>, a ser usada en adiciÃ³n a las de defaul. Esto incluye algunos comentarios para aquellos para aquellos que no estÃ¡n familiarizados con hojas estilo cascada. Algunos de los macro en <i>extra.dm</i> refieren a imÃ¡genes que han sido colocadas en <i>greenstone/collect/_cgiargc_/images</i>.\n
-
-<p>
-
-El archivo <a href=\"_httpcollection_/macros/extra.dm\" target=macro>extra.dm</a> sustituye algunas de las macros que Greenstone utiliza por omisiÃ³n. En los archivos de macros el carÃ¡cter \"\#\" indica una lÃ­nea de comentario (<i>extra.dm</i> incluye comentarios que explican lo que hace). Las macros se indican por medio de corchetes y pueden hacer referencia a otras macros. Esto significa que el contenido de una pÃ¡gina puede dividirse en muchas cadenas mÃ¡s pequeÃ±as, ya que puede resultar difÃ­cil trabajar a travÃ©s de la cadena a la cual la macro hace referencia. Afortunadamente los cambios en las macros (al igual que los cambios en las cadenas de formato) tienen efecto inmediatamente a menos que se estÃ© usando el servidor local Greenstone, en cuyo caso el servidor necesita reiniciarse. Esto hace que sea fÃ¡cil experimentar editando archivos de macros.
-<p>
-
-Las macros se agrupan en \"paquetes\". Pero cada paquete no reside necesariamente en un solo archivo. El paquete <i>Global</i>, cuya mayor parte se encuentra en el archivo <a href=\"_httpprefix_/macros/base.dm\" target=macro>base.dm</a> (partes de Ã©l tambiÃ©n estÃ¡n en los archivos de macros especÃ­ficas de cada idioma como <a href=\"_httpprefix_/macros/english.dm\" target=macro>english.dm</a> y <a href=\"_httpprefix_/macros/french.dm\" target=macro>french.dm</a>) contiene macros por omisiÃ³n que se pueden sustituir por macros de otros paquetes. Esta es la parte de <i>extra.dm</i> que redefine las macros globales.
+La apariencia de las colecciones Greenstone se define por medio de los \"archivos de macros\" que se encuentran en el directorio de <i>greenstone/macros</i> y puede ser modificada completamente cambiando el contenido de estos archivos. Editando estos cambiarÃ¡ la apariencia de todas las colecciones. Para cambiar la apariencia de unicamente una colecciÃ³n, coloque apropiadamente las macros modificadas en un archivo llamado <i>extra.dm</i> en el directorio <i>macros</i> de la colecciÃ³n. Por ejemplo, este directorio utiliza un archivo llamado <a href=\"_httpcollection_/macros/extra.dm\">greenstone/collect/_cgiargc_/macros/extra.dm</a>. \n
+
+
+<p>
+Para separar ciertos detalles de la presentaciÃ³n de los archivos de macros, Greenstone utiliza <i>Cascading Style Sheets</i>(ver <a href=\"http://www.w3.org/Style/CSS/\">http://www.w3.org/Style/CSS/</a> para mas informaciÃ³n), que le permite especificar la fuente, los colores, espacios, y otros elementos para las pÃ¡ginas HTML. La hoja de estilos Greenstone estÃ¡ndar estÃ¡ guardada en <a href=\"_httpstyle_/style.css\">greenstone/web/style/style.css</a>. Esta colecciÃ³n especifica una hoja de estilo auxiliar, <a href=\"_httpcstyle_/style.css\">greenstone/collect/_cgiargc_/style/style.css</a>, a ser usada en adiciÃ³n a la default. Esto incluye algunos comentarios para aquellos que no estÃ¡n familiarizados con hojas de estilo. Algunas de las macros en <i>extra.dm</i> refieren a imÃ¡genes que han sido colocadas en <i>greenstone/collect/_cgiargc_/images</i>.\n
+
+
+<p>
+
+El archivo <a href=\"_httpcollection_/macros/extra.dm\" target=macro>extra.dm</a> sustituye algunas de las macros que Greenstone utiliza por omisiÃ³n. En los archivos de macros el carÃ¡cter \"\#\" indica una lÃ­nea de comentario (<i>extra.dm</i> incluye comentarios que explican lo que hace). Las macros se indican por medio de \"_\" y pueden hacer referencia a otras macros. Esto significa que el contenido de una pÃ¡gina puede dividirse en muchas cadenas mÃ¡s pequeÃ±as, ya que puede resultar difÃ­cil trabajar a travÃ©s de la cadena a la cual la macro hace referencia. Afortunadamente los cambios en las macros (al igual que los cambios en las cadenas de formato) tienen efecto inmediatamente a menos que se estÃ© usando el servidor local Greenstone, en cuyo caso el servidor necesita reiniciarse. Esto hace que sea fÃ¡cil experimentar editando archivos de macros.
+<p>
+
+
+Las macros se agrupan en \"paquetes\". Pero cada paquete no reside necesariamente en un solo archivo. El paquete <i>Global</i>, cuya mayor parte se encuentra en el archivo <a href=\"_httpprefix_/macros/base.dm\" target=macro>base.dm</a> (partes de Ã©l tambiÃ©n estÃ¡n en los archivos de macros especÃ­ficas de cada idioma como <a href=\"_httpprefix_/macros/english.dm\" target=macro>english.dm</a> y <a href=\"_httpprefix_/macros/french.dm\" target=macro>french.dm</a>) contiene macros por omisiÃ³n que se pueden sustituir por macros de otros paquetes. Esta es la parte de <i>extra.dm</i> que redefine las macros globales:
 <p>
 
@@ -583,5 +586,5 @@
 <p>
 
-La definiciÃ³n de <i>navbarspacer</i> data anteriormente usa la imÃ¡gen <i>horzline.gif</i> como un separador (esta imÃ¡gen aparece en el directorio de la colecciÃ³n <i>images</i>). El efecto puede ser visto en la parte superior de esta pÃ¡gina. \n
+La definiciÃ³n de <i>navbarspacer</i> dada anteriormente usa la imagen <i>horzline.gif</i> como un separador (esta imagen aparece en el directorio de la colecciÃ³n <i>images</i>). El efecto puede ser visto en la parte superior de esta pÃ¡gina. \n
 <p>
 
@@ -598,5 +601,5 @@
 <p>
 
-La parte de <i>extra.dm</i> que se reproduce a continuaciÃ³n redefine las macros que se encuentran en el paquete de <i>Estilo</i>, el cual es responsable de crear el encabezado y pie de cada pÃ¡gina, y define informaciÃ³n de estylo comÃºn:
+La parte de <i>extra.dm</i> que se reproduce a continuaciÃ³n redefine las macros que se encuentran en el paquete de <i>Estilo</i>, el cual es responsable de crear el encabezado y pie de cada pÃ¡gina, y define informaciÃ³n de estilo comÃºn:
 
 <p>
@@ -626,10 +629,10 @@
 <p>
 
-La macro de encabezado de pÃ¡gina de Greenstone, llamado <i>encabezado</i> en <a href=\"_httpprefix_/macros/style.dm\" target=macro>style.dm</a>, imprime el nombre o el logotipo de la colecciÃ³n y establece vÃ­nculos con las pÃ¡ginas principal, de ayuda y de preferencias. TambiÃ©n remite a la macro <i>htmlhead</i>, que muestra el inicio de un archivo HTML. Esto llama al macro <i>cssheader</i> lo que hace que salga informaciÃ³n para la pÃ¡gina. Este macro incluye el macro <i>collectionspecificstyle</i> el cual permite a la colecciÃ³n sumar algunos elementos de estilo a la falla.
-
-<p>
-Para utilizar enteramente el nuevo estilo para la colecciÃ³n, especifique el macro <i>cssheader</i> en <i>extra.dm</i>. Para simplemente agregar un par de declaraciones de estilos al estilo de falla, especifique <i>collectionspecificstyle</i> en <i>extra.dm</i>. Eso es lo que la colecciÃ³n ha hecho. El macro arriba <i>collectionspecificstyle</i> incluye el \'stylesheet\' de la colecciÃ³n misma, y a la vez anula un par de declaraciones de imÃ¡gen, deshaciendose del fondo de pantalla de la barra verde curva, y cambiando a azul el fondo planeado para los botones de la barra de navegaciÃ³n.
-<p>
-La macro de encabezado de la pÃ¡gina tambiÃ©n remite a <i>pagebanner</i> para incluir el logotipo de la colecciÃ³n, los botones principal/ayuda/preferencias y la imagen en la parte superior izquierda que identifica la pÃ¡gina (acerca de esta pÃ¡gina, buscar pÃ¡gina, etc.). Este cÃ³digo redefine el rÃ³tulo con el fin de suprimir estas imÃ¡genes a la exepciÃ³n del boton de la pÃ¡gina de entrada-- como se puede ver aquÃ­, no aparecen en la parte superior de esta pÃ¡gina.
+La macro de encabezado de pÃ¡gina de Greenstone, llamada <i>header</i> en <a href=\"_httpprefix_/macros/style.dm\" target=macro>style.dm</a>, imprime el nombre o el logotipo de la colecciÃ³n y establece vÃ­nculos con las pÃ¡ginas principal, de ayuda y de preferencias. TambiÃ©n remite a la macro <i>htmlhead</i>, que muestra el inicio de un archivo HTML. Esta llama a la macro <i>cssheader</i> la cual le imprime el formato a la pÃ¡gina. Esta macro incluye a <i>collectionspecificstyle</i> la cual permite a la colecciÃ³n sumar algunos elementos de estilo al default.
+
+<p>
+Para utilizar enteramente el nuevo estilo para la colecciÃ³n, especifique la macro <i>cssheader</i> en <i>extra.dm</i>. Para simplemente agregar un par de declaraciones de estilos al estilo por defecto, especifique <i>collectionspecificstyle</i> en <i>extra.dm</i>. Eso es lo que la colecciÃ³n ha hecho. La macro  mencionada arriba, <i>collectionspecificstyle</i> incluye el \'stylesheet\' propio de la colecciÃ³n, y a la vez anula un par de declaraciones de imagen, deshaciendose del fondo de pantalla de la barra verde curva, y cambiando a azul el fondo planeado para los botones de la barra de navegaciÃ³n.
+<p>
+La macro de encabezado de la pÃ¡gina tambiÃ©n remite a <i>pagebanner</i> para incluir el logotipo de la colecciÃ³n, los botones principal/ayuda/preferencias y la imagen en la parte superior izquierda que identifica la pÃ¡gina (acerca de esta pÃ¡gina, buscar pÃ¡gina, etc.). Este cÃ³digo redefine el banner con el fin de suprimir estas imÃ¡genes, a excepciÃ³n del botÃ³n de la pÃ¡gina de inicio-- como se puede ver aquÃ­, no aparecen en la parte superior de esta pÃ¡gina.
 <p>
 
@@ -653,8 +656,8 @@
 <p>
 
-La macro de <i>contenido</i> para la pÃ¡gina <i>Acerca de</i> normalmente contiene la barra de navegaciÃ³n (con vÃ­nculos hacia <i>BÃºsqueda</i> y cualquier clasificador) seguida por el texto \"Acerca de esta colecciÃ³n\" y \"cÃ³mo encontrar informaciÃ³n\". Debido a que Ã©ste cambia de una colecciÃ³n a otra, la macro <i>navigationbar</i> es definida internamente por Greenstone y utiliza la macro <i>navbarspacer</i> descrita arriba. La macro de <i>contenido</i> para la pÃ¡gina <i>Acerca de</i> que se menciona arriba difiere de la normal (como la de la colecciÃ³n Demo que se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=demo&a=p&p=about\">aquÃ­</a>) en que la barra de navegaciÃ³n no estÃ¡ centrada y no hay cuadro de bÃºsqueda.
-<p>
-
-La siguiente parte de <i>extra.dm</i> redefine las macros del paquete de <i>consulta</i> (que se encuentra en <a href=\"_httpprefix_/macros/query.dm\" target=macro>query.dm</a>), el cual se utiliza para generar la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>.
+La macro <i>content</i> para la pÃ¡gina <i>Acerca de</i> normalmente contiene la barra de navegaciÃ³n (con vÃ­nculos hacia <i>BÃºsqueda</i> y cualquier clasificador) seguida por el texto \"Acerca de esta colecciÃ³n\" y \"cÃ³mo encontrar informaciÃ³n\". Debido a que Ã©sta cambia de una colecciÃ³n a otra, la macro <i>navigationbar</i> es definida internamente por Greenstone y utiliza la macro <i>navbarspacer</i> descripta arriba. La macro de <i>contenido</i> para la pÃ¡gina <i>Acerca de</i> que se menciona arriba difiere de la normal (como la de la colecciÃ³n Demo que se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=demo&a=p&p=about\">aquÃ­</a>) en que la barra de navegaciÃ³n no estÃ¡ centrada y no hay cuadro de bÃºsqueda.
+<p>
+
+La siguiente parte de <i>extra.dm</i> redefine las macros del paquete <i>query</i> (que se encuentra en <a href=\"_httpprefix_/macros/query.dm\" target=macro>query.dm</a>), el cual se utiliza para generar la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a>.
 <p>
 
@@ -680,8 +683,8 @@
 <p>
 
-La definiciÃ³n de <i>contenido</i> en el paquete de <i>consulta</i> estÃ¡ndar es similar a la versiÃ³n dada arriba, excepto que centra la macro <i>navigationbar</i>, mientras que la versiÃ³n de arriba no lo hace, e incluye una barra verde adicional. CompÃ¡rese <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">Ã©sta</a> con <a href=\"_gwcgi_?l=_cgiargl_&c=demo&a=q\">Ã©sta</a>.
-<p>
-
-El archivo <a href=\"_httpcollection_/macros/extra.dm\" target=macro>extra.dm</a> tambiÃ©n redefine las macros del paquete de <i>documentos</i>, el cual se utiliza para mostrar los documentos en pantalla (vÃ©ase <a href=\"_httpprefix_/macros/document.dm\" target=macro>document.dm</a>). De hecho, las pÃ¡ginas generadas por medio de clasificadores (p. ej. las listas de tÃ­tulos) tambiÃ©n se rigen por estas macros.
+La definiciÃ³n de <i>content</i> en el paquete de <i>query</i> estÃ¡ndar es similar a la versiÃ³n dada arriba, excepto que centra la macro <i>navigationbar</i>, mientras que la versiÃ³n de arriba no lo hace, e incluye una barra verde adicional. CompÃ¡rese <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">Ã©sta</a> con <a href=\"_gwcgi_?l=_cgiargl_&c=demo&a=q\">Ã©sta</a>.
+<p>
+
+El archivo <a href=\"_httpcollection_/macros/extra.dm\" target=macro>extra.dm</a> tambiÃ©n redefine las macros del paquete <i>document</i>, el cual se utiliza para mostrar los documentos en pantalla (vÃ©ase <a href=\"_httpprefix_/macros/document.dm\" target=macro>document.dm</a>). De hecho, las pÃ¡ginas generadas por medio de clasificadores (p. ej. las listas de tÃ­tulos) tambiÃ©n se rigen por estas macros.
 <p>
 
@@ -717,5 +720,5 @@
 <p>
 
-Greenstone anula el macro <i>header</i> si el documento (y no un clasificador) estÃ¡ siendo mostrado. Supongamos que no queremos que esto suceda. El cÃ³digo aqui arriba redefine el macro <i>textheader</i> (normalmente definido en <i>document.dm</i>) para ser el contenido del macro original <i>header</i>. La definiciÃ³n de <i>content</i> aqui arriba anula la omisiÃ³n para que la barra de navidgaciÃ³n no estÃ© centrada.
+Greenstone anula la macro <i>header</i> si el documento (y no un clasificador) estÃ¡ siendo mostrado. Supongamos que no queremos que esto suceda. El cÃ³digo aqui arriba redefine la macro <i>textheader</i> (normalmente definida en <i>document.dm</i>) para ser el contenido del macro original <i>header</i>. La definiciÃ³n de <i>content</i> aqui arriba anula la omisiÃ³n para que la barra de navegaciÃ³n no estÃ© centrada.
 "
 
Index: collections/documented-examples/trunk/gsarch-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/gsarch-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/gsarch-e/etc/collect.cfg	(revision 20507)
@@ -138,6 +138,6 @@
 
 collectionmeta	.document:text [l=es] "Mensaje"
-collectionmeta	.document:From [l=es] "Campos de origen"
-collectionmeta	.document:Subject [l=es] "LÃ­neas del asunto"
+collectionmeta	.document:From [l=es] "Campo Emisor"
+collectionmeta	.document:Subject [l=es] "LÃ­neas del Asunto"
 
 collectionmeta	From [l=es] "De"
@@ -287,14 +287,14 @@
 <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>, 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 se inflen 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>
-
-La lÃ­nea de Ã­ndices especifica 3 Ã­ndices de bÃºsqueda, los cuales se pueden ver haciendo click a un lado de la palabra \"Mensajes\" en la <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a> 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>
-
-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 <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">aquÃ­</a>. Ãste se caracteriza 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>
-
-El segundo clasificador (CL2Vlist) es similar, sÃ³lo que muestra una informaciÃ³n ligeramente diferente. El resultado se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. 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>.
+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>, 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>
+
+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 <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=q\">pÃ¡gina de bÃºsqueda</a> 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>
+
+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 <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">aquÃ­</a>. Ã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>
+
+El segundo clasificador (CL2Vlist) es similar, sÃ³lo que muestra una informaciÃ³n ligeramente diferente. El resultado se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. 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>
 
Index: collections/documented-examples/trunk/image-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/image-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/image-e/etc/collect.cfg	(revision 20507)
@@ -47,5 +47,5 @@
 
 # -- Spanish strings ----------------
-collectionmeta	collectionname [l=es] "ColecciÃ³n de imÃ¡genes sencillas"
+collectionmeta	collectionname [l=es] "ColecciÃ³n simple de imÃ¡genes"
 
 collectionmeta	ImageName [l=es] "TÃ­tulo de la imagen"
@@ -233,6 +233,5 @@
 # -- Spanish text ----------------
 collectionmeta	collectionextra [l=es] "
-
-Esta es una colecciÃ³n de imÃ¡genes bÃ¡sicas sin texto ni ningÃºn metadato explÃ­cito. Varios archivos JPEG se colocan en un directorio especÃ­fico antes de importar y construir la colecciÃ³n. Eso es todo.
+Esta es una colecciÃ³n bÃ¡sica de imÃ¡genes sin texto ni ningÃºn metadato explÃ­cito. Varios archivos JPEG se colocan en un directorio especÃ­fico antes de importar y construir la colecciÃ³n. Eso es todo.
 <p>
 Las imÃ¡genes en esta colecciÃ³n han sido producidas por miembros del Departamento de Ciencias de la ComputaciÃ³n, de la Universidad de Waikato.
@@ -242,11 +241,11 @@
 <p>
 
-He <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">aquÃ­</a> un documento muestra de la colecciÃ³n. El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> no especifica ningÃºn Ã­ndice, por lo que el botÃ³n de bÃºsqueda se suprime.
-<p>
-
-SÃ³lo hay un plugin, <i>ImagePlugin</i>, ademÃ¡s de los cuatro que siempre estÃ¡n presentes (<i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin, DirectoryPlugin</i>). <i>ImagePlugin</i> se basa en la existencia de dos programas de la suite ImageMagick (<a href=\"http://www.imagemagick.org\">http://www.imagemagick.org</a>): convertir e identificar. Greenstone no podrÃ¡ construir correctamente la colecciÃ³n a menos que ImageMagick estÃ© instalada en su computadora.
-<p>
-
-<i>ImagePlugin</i> crea automÃ¡ticamente una reducciÃ³n de cuadro y genera los siguientes metadatos para cada imagen de la colecciÃ³n:
+Se puede <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">ver aquÃ­</a> un documento de muestra de la colecciÃ³n. El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a> no especifica ningÃºn Ã­ndice, por lo que el botÃ³n de bÃºsqueda se suprime.
+<p>
+
+SÃ³lo hay un plugin, <i>ImagePlugin</i>, ademÃ¡s de los cuatro que siempre estÃ¡n presentes (<i>GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin, DirectoryPlugin</i>). <i>ImagePlugin</i> se basa en la existencia de dos programas del paquete de software ImageMagick (<a href=\"http://www.imagemagick.org\">http://www.imagemagick.org</a>): <i>convert</i> e <i>identify</i>. Greenstone no podrÃ¡ construir correctamente la colecciÃ³n a menos que ImageMagick estÃ© instalado en su computadora.
+<p>
+
+<i>ImagePlugin</i> crea automÃ¡ticamente una miniatura de la imagen y genera los siguientes metadatos para cada imagen de la colecciÃ³n:
 <p>
 
@@ -256,5 +255,5 @@
 <tr><td valign=top><i>ImageWidth</i></td><td> Ancho de la imagen (en pixeles). <tr>\n
 <tr><td valign=top><i>ImageHeight</i></td><td> Altura de la imagen (en pixeles). <tr>\n
-<tr><td valign=top><i>Thumb</i></td><td> Nombre del archivo gif que contiene la reducciÃ³n de cuadro de la imagen. <tr>\n
+<tr><td valign=top><i>Thumb</i></td><td> Nombre del archivo gif que contiene la miniatura de la imagen. <tr>\n
 <tr><td valign=top><i>ThumbWidth</i></td><td> Ancho de la imagen reducida (en pixeles). <tr>\n
 <tr><td valign=top><i>ThumbHeight</i></td><td> Altura de la imagen reducida (en pixeles). <tr>\n
@@ -264,11 +263,11 @@
 </blockquote>\n
 <p>
-La imagen se guarda como \"archivo asociado\" en el subdirectorio <i>asociado</i> del directorio <i>Ã­ndice</i> de la colecciÃ³n. (<i>Ãndice</i> es el lugar donde todos los archivos necesarios para la colecciÃ³n se colocan con el fin de hacerlo independiente.) El nombre de la ruta de acceso <i>&#095;httpassocdir&#095;</i> es el mismo que <i>&#095;httpcollection&#095;/index/assoc</i> y remite a este directorio. Para cualquier documento tanto la reducciÃ³n de cuadro como la imagen estÃ¡n en un subdirectorio cuyo nombre de archivo es dado por <i>assocfilepath</i>. El elemento de metadato <i>thumbicon</i> se pone en la especificaciÃ³n del nombre de la ruta de acceso completo de la imagen reducida y puede usarse de la misma manera que <i>srcicon</i> (vÃ©ase la colecciÃ³n de muestra en MSWord y PDF).
-<p>
-
-El segundo enunciado de formato en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>, <i>DocumentText</i>, dicta la forma en que aparecerÃ¡ el documento. <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">Ãste</a> es el resultado. No hay texto (en caso de que hubiera, se podrÃ­a producir por medio de [<i>Text</i>]). Lo que se muestra es la pura imagen junto con algunos metadatos extraÃ­dos de ella.
-<p>
-
-El archivo de configuraciÃ³n especifica un clasificador, <i>List</i>, basado en el metadatos <i>ImÃ¡genes</i>, tal como se muestra <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">aquÃ­</a>. El enunciado de formato muestra la imagen reducida junto con algunos metadatos. (Cualquier otro clasificador tendrÃ­a el mismo formato, ya que este enunciado no nombra al clasificador.)
+La imagen se guarda como \"archivo asociado\" en el subdirectorio <i>assoc</i> del directorio <i>index</i> de la colecciÃ³n. (<i>Index</i> es el lugar donde todos los archivos necesarios para la colecciÃ³n se colocan con el fin de hacerla autocontenida.) El nombre de la ruta de acceso <i>_httpassocdir_</i> es el mismo que <i>_httpcollection_/index/assoc</i> y remite a este directorio. Para cualquier documento tanto la miniatura como la imagen estÃ¡n en un subdirectorio cuyo nombre de archivo es dado por <i>assocfilepath</i>. El elemento de metadato <i>thumbicon</i> tiene como valor la ruta completa a la imagen miniatura y puede usarse de la misma manera que <i>srcicon</i> (vÃ©ase la colecciÃ³n de muestra en MSWord y PDF).
+<p>
+
+El segundo enunciado de formato en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n</a>, <i>DocumentText</i>, dicta la forma en que aparecerÃ¡ el documento. <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">Ãste</a> es el resultado. No hay texto (en caso de que hubiera, se podrÃ­a producir por medio de [<i>Text</i>]). Lo que se muestra es la imagen junto con algunos metadatos extraÃ­dos de ella.
+<p>
+
+El archivo de configuraciÃ³n especifica un clasificador, <i>List</i>, basado en el metadato <i>Image</i>, tal como se muestra <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">aquÃ­</a>. La cadena de formateo muestra la imagen reducida junto con algunos metadatos. (Cualquier otro clasificador tendrÃ­a el mismo formato, ya que esta cadena no especifica a ningÃºn clasificador en particular.)
 <p>
 
@@ -289,4 +288,5 @@
 Para conocer una colecciÃ³n de imÃ¡genes mÃ¡s completa, consulte la <a href=\"http://www.nzdl.org/cgi-bin/library?a=p&p=about&c=aircraft\">kiwi aircraft images</a> de la Biblioteca Digital de Nueva Zelanda. Sin embargo, la estructura de esta colecciÃ³n es muy diferente. Se trata de una colecciÃ³n de pÃ¡ginas Web que incluye muchas imÃ¡genes junto con el texto. El plugin <i>HTMLPlugin</i> tambiÃ©n procesa archivos de imÃ¡genes, pero lo hace de manera diferente a ImagePlugin (por ejemplo, no produce los metadatos descritos arriba).
 <p>
+
 "
 
Index: collections/documented-examples/trunk/isis-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/isis-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/isis-e/etc/collect.cfg	(revision 20507)
@@ -130,5 +130,5 @@
 
 collectionmeta	.AddedTitle^all [l=es] "titulo aÃ±adido"
-collectionmeta	.Collation^all [l=es] "intercalaciÃ³n"
+collectionmeta	.Collation^all [l=es] "codificaciÃ³n"
 collectionmeta	.ConferenceMainEntry^all [l=es] "entrada principal de la conferencia"
 collectionmeta	.CorporateBodies^all [l=es] "persona jurÃ­dica"
@@ -139,5 +139,5 @@
 collectionmeta	.Notes^all [l=es] "notas"
 collectionmeta	.OtherLanguageTitles^all [l=es] "tÃ­tulos en otros idiomas"
-collectionmeta	.PersonalAuthors^all [l=es] "autores"
+collectionmeta	.PersonalAuthors^all [l=es] "autores personales"
 collectionmeta	.Series^all [l=es] "serie(s)"
 collectionmeta	.Title^all [l=es] "tÃ­tulo"
@@ -150,5 +150,5 @@
 collectionmeta	Edition [l=es] "EdiciÃ³n"
 collectionmeta	Imprint [l=es] "ImpresiÃ³n"
-collectionmeta	Collation [l=es] "IntercalaciÃ³n"
+collectionmeta	Collation [l=es] "CodificaciÃ³n"
 collectionmeta	Series [l=es] "Serie(s)"
 collectionmeta	Notes [l=es] "Notas"
@@ -362,10 +362,10 @@
 
 <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. 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.
+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 usÃ³ 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>).
+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 formularios</a> que permite la bÃºsqueda por campos. Esto se especifica por medio de la lÃ­nea <i>format SearchTypes \"form,plain\"</i> (el argumento \"plain\" 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>).
 
 <p>
@@ -373,5 +373,5 @@
 
 <p>
-El diseÃ±ador de esta colecciÃ³n decidiÃ³ crear Ã­ndices de bÃºsqueda en todos los campos de metadatos <i>^all</i>, asÃ­ como uno en <i>text</i> (texto) que hace que tambiÃ©n se puedan buscar registros sin procesar. Por supuesto, en vez de eso -- o junto con ello -- el diseÃ±ador pudo haber creado Ã­ndices de bÃºsqueda en cualquiera de los subcampos.
+El diseÃ±ador de esta colecciÃ³n decidiÃ³ crear Ã­ndices de bÃºsqueda en todos los campos de metadatos <i>^all</i>, asÃ­ como uno en <i>text</i> (texto) que hace que tambiÃ©n se puedan buscar registros bÃ¡sicos. Por supuesto, en vez de eso -- o junto con ello -- el diseÃ±ador pudo haber creado Ã­ndices de bÃºsqueda en cualquiera de los subcampos.
 
 <p>
@@ -379,5 +379,7 @@
 
 <p>
-La especificaciÃ³n de formato <i>DocumentText</i> incorpora el mismo mecanismo para ocultar o mostrar los registros sin procesar, 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>, usando <i>DocumentHeading</i> para mostrar el registro formateado y <i>DocumentText</i> para mostrar (u ocultar) la entrada en la base de datos original."
+La especificaciÃ³n de formato <i>DocumentText</i> incorpora el mismo mecanismo para ocultar o mostrar los registros sin procesar, 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>, usando el <i>DocumentHeading</i> para mostrar el registro formateado y 
+<i>DocumentText</i> para mostrar (u ocultar) la entrada original de la base de datos.
+"
 
 # -- Russian text ----------------
Index: collections/documented-examples/trunk/marc-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/marc-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/marc-e/etc/collect.cfg	(revision 20507)
@@ -142,6 +142,6 @@
 
 # -- Spanish text ----------------
-collectionmeta	collectionextra [l=es] "Esta colecciÃ³n, which contains _about:numdocs_ MARC entries, is based on the MARC records of working papers published by
-<a href=\"http://www.cs.waikato.ac.nz\">Computer Science Department</a> at <a href=\"http://www.waikato.ac.nz\">the University of Waikato</a>. He <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">aquÃ­</a> un documento muestra de la colecciÃ³n.
+collectionmeta	collectionextra [l=es] "
+Esta colecciÃ³n, la cual contiene _about:numdocs_ registros MARC, estÃ¡ basada en registros MARC de papers de trabajo publicados por el <a href=\"http://www.cs.waikato.ac.nz\">Departamento de Ciencias de la ComputaciÃ³n</a> de la <a href=\"http://www.waikato.ac.nz\">Universidad de Waikato</a>. He <a href=\"_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&d=_sampleoid_\">aquÃ­</a> un documento de muestra de la colecciÃ³n.
 <p>
 
@@ -159,5 +159,5 @@
 
 <blockquote>
-&lt;MARC field number&gt; -&gt; GreenstoneMetadataName
+&lt;MARC field number&gt; -&gt; Nombre_de_Metadato_Greenstone
 </blockquote>
 <p>
@@ -166,5 +166,5 @@
 <p>
 
-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).
+La versiÃ³n estÃ¡ndar de este archivo se basa en el mapeo genÃ©rico  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).
 
 MÃºltiples campos MARC pueden mapearse a un mismo campo Dublin Core.
Index: collections/documented-examples/trunk/oai-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/oai-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/oai-e/etc/collect.cfg	(revision 20507)
@@ -68,5 +68,5 @@
 collectionmeta	collectionname [l=es] "ColecciÃ³n de muestra OAI"
 
-collectionmeta	.document:Description [l=es] "Pies de foto"
+collectionmeta	.document:Description [l=es] "leyendas de la foto"
 
 collectionmeta	Caption [l=es] "TÃ­tulo de la ilustraciÃ³n"
@@ -302,5 +302,4 @@
 <h3>CÃ³mo trabaja esta colecciÃ³n</h3>
 
-
 El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuraciÃ³n de la colecciÃ³n</a> incluye una lÃ­nea <i>acquire</i> (adquirir) que es interpretada por un programa especial llamado <i>importfrom.pl</i>. Al igual que otros programas Greenstone, este toma como argumento el nombre de la colecciÃ³n y proporciona un resumen de otros argumentos cuando se les llama con el argumento <i>-help</i>. El programa lee el archivo de configuraciÃ³n de la colecciÃ³n, busca la lÃ­nea <i>acquire</i> y la procesa. En este caso, se ejecuta por medio del siguiente comando:
 <p>
@@ -311,5 +310,5 @@
 <p>
 
-(donde el nombre de la colecciÃ³n es oai-e). La lÃ­nea <i>acquire</i> en el archivo de configuraciÃ³n especifica el protocolo OAI y proporciona el URL base de un repositorio OAI. El programa <i>importfrom</i> baja todos los metadatos del repositorio en el directorio <i>importar</i> de la colecciÃ³n. El argumento <i>getdoc</i> lo instruye tambiÃ©n para que baje los documentos fuente de la colecciÃ³n, cuyos URLs estÃ¡n dados en el campo <i>Identificador</i> Dublin Core de cada documento (Ã©sta es una convenciÃ³n). Los archivos de metadatos, cada uno de los cuales contiene un registro XML para un documento fuente, se colocan en la estructura de archivos <i>importar</i> junto con los documentos mismos y el nombre de archivo del documento es igual al nombre de archivo en el URL. El campo <i>Identificador</i> se sustituye por el nombre de archivo local y su valor original es conservado en un nuevo campo llamado <i>dc.OrigURL</i>.
+(donde el nombre de la colecciÃ³n es oai-e). La lÃ­nea <i>acquire</i> en el archivo de configuraciÃ³n especifica el protocolo OAI y proporciona el URL base de un repositorio OAI. El programa <i>importfrom</i> baja todos los metadatos del repositorio en el directorio <i>importar</i> de la colecciÃ³n. El argumento <i>getdoc</i> lo instruye tambiÃ©n para que baje los documentos fuente de la colecciÃ³n, cuyos URLs estÃ¡n dados en el campo <i>Identificador</i> de Dublin Core de cada documento (Ã©sta es una convenciÃ³n). Los archivos de metadatos, cada uno de los cuales contiene un registro XML para un documento fuente, se colocan en la estructura de archivos <i>importar</i> junto con los documentos mismos y el nombre de archivo del documento es igual al nombre de archivo en el URL. El campo <i>Identificador</i> se sustituye por el nombre de archivo local y su valor original es conservado en un nuevo campo llamado <i>OrigURL</i>.
 <p>
 
@@ -317,9 +316,10 @@
 <p>
 
-Una vez que la informaciÃ³n OAI se ha importado, la colecciÃ³n se procesa de forma normal. El archivo de configuraciÃ³n especifica el plugin OAI, el cual procesa los metadatos OAI y el plugin de imÃ¡genes, ya que en este caso los documentos fuente de la colecciÃ³n son archivos de imÃ¡genes. AdemÃ¡s de los cuatro plugins estÃ¡ndar (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin y DirectoryPlugin), el archivo de configuraciÃ³n especifica al plugin OAI, el cual procesa metadatos OAI, y tambiÃ©n el plugin para imÃ¡genes, porque en este caso los documentos fuente de la colecciÃ³n son imÃ¡genes.  Normalmente Greenstone determina el idioma de los documentos automÃ¡ticamente, pero estos registros de metadatos son demasiado pequeÃ±os para poder hacerlo de manera confiable, por lo que el inglÃ©s se especifica de manera explÃ­cita en el argumento de <i>idioma</i>. El plugin OAI descompone y analiza los metadatos y los pasa al correspondiente archivo de documentos fuente, el cual es procesado a continuaciÃ³n por un plugin apropiado, que en este caso es <i>ImagePlugin</i>. Este plugin especifica la resoluciÃ³n de las imÃ¡genes en pantalla. 
+Una vez que la informaciÃ³n OAI se ha importado, la colecciÃ³n se procesa de forma normal. AdemÃ¡s de los cuatro plugins estÃ¡ndar (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin y DirectoryPlugin), el archivo de configuraciÃ³n especifica al plugin OAI, el cual procesa metadatos OAI, y tambiÃ©n el plugin para imÃ¡genes, porque en este caso los documentos fuente de la colecciÃ³n son imÃ¡genes. El plugin OAI tiene una opciÃ³n llamada
+<i>input_encoding</i> porque los datos del archivo contienen caracteres extendidos. TambiÃ©n tiene un argumento <i>default_language</i>. Normalmente Greenstone determina el idioma de los documentos automÃ¡ticamente, pero estos registros de metadatos son demasiado pequeÃ±os para poder hacerlo de manera confiable, por lo que el inglÃ©s se especifica de manera explÃ­cita en el argumento <i>language</i>. El plugin OAI descompone y analiza los metadatos y los pasa al correspondiente archivo de documento fuente, el cual es procesado a continuaciÃ³n por un plugin apropiado, que en este caso es <i>ImagePlugin</i>. Este plugin especifica la resoluciÃ³n de las imÃ¡genes en pantalla.
 
 <p>
 Los metadatos extractados de registros OAI son mapeados al esquema de metadatos Dublin Core por defecto.
-Como resultado, los clasificadores y los Ã­ndices en esta colecciÃ³n son construidos con elementos de metadatos Dublin Core.
+Como resultado, los clasificadores y los Ã­ndices en esta colecciÃ³n son construÃ­dos con elementos de metadatos Dublin Core.
 
 <p>
@@ -327,5 +327,5 @@
 <p>
 
-Existen dos clasificadores de exploraciÃ³n, uno basado en el metadato <i>dc.Asunto</i> y el otro en el metadato <i>dc.DescripciÃ³n</i> (pero con un botÃ³n llamado \"pies de foto\"). Recuerde que el clasificador <i>AZCompactList</i> es como <i>AZList</i>, pero genera un estante para los Ã­tems duplicados. En esta colecciÃ³n hay una gran cantidad de imÃ¡genes, pero sÃ³lo unos cuantos valores diferentes para el metadato <i>dc.Asunto</i>. 
+Existen dos clasificadores de exploraciÃ³n, uno basado en el metadato <i>dc.Asunto</i> y el otro en el metadato <i>dc.DescripciÃ³n</i> (pero con un botÃ³n llamado \"pies de foto\"). Recuerde que el clasificador <i>AZCompactList</i> es como <i>AZList</i>, pero genera un estante para los Ã­tems duplicados. En esta colecciÃ³n hay una gran cantidad de imÃ¡genes, pero sÃ³lo unos cuantos valores diferentes para el metadato <i>dc.Asunto</i>.
 <p>
 
@@ -333,5 +333,5 @@
 <p>
 
-La especificaciÃ³n de formato VList muestra la reducciÃ³n de cuadro de la imagen con hipervÃ­nculos al documento asociado, seguida por el metadato <i>dc.DescripciÃ³n</i>. El resultado se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. Las <i>Vlists</i> para los clasificadores utilizan <i>numleafdocs</i> para cambiar entre un icono que representa varios documentos (el cual aparecerÃ¡ como un estante) y la reducciÃ³n de cuadro, si sÃ³lo hay una imagen. 
+La especificaciÃ³n de formato VList muestra la miniatura de la imagen con hipervÃ­nculos al documento asociado, seguida por el metadato <i>dc.Description</i>. El resultado se puede ver <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2\">aquÃ­</a>. Las <i>Vlists</i> para los clasificadores utilizan <i>numleafdocs</i> para cambiar entre un icono que representa varios documentos (el cual aparecerÃ¡ como un estante) y la miniatura, si sÃ³lo hay una imagen.
 
 <h3>El servidor OAI de Greenstone</h3>
@@ -340,20 +340,20 @@
 Greenstone incorpora un servidor/proveedor de datos OAI.
 Se ejecuta mediante un programa CGI llamado \"oaiserver.cgi\", y se encuentra
-en el directorio <i>cgi-bin</i> de Greenstone. Se accede a Ã©l utilizando el mismo 
+en el directorio <i>cgi-bin</i> de Greenstone. Se accede a Ã©l utilizando el mismo
 URL que para la biblioteca Greentone (reemplazando \"library.cgi\" por \"oaiserver.cgi\").
-Si usted estÃ¡ usando el servidor de biblioteca local, debe instalar un servidor 
+Si usted estÃ¡ usando el servidor de biblioteca local, debe instalar un servidor
 web (como Apache) para poder ejecutar el servidor OAI.\n
 
 <p>
-La configuraciÃ³n del servidor se hace mediante el fichero <i>oai.cfg</i> que se
+La configuraciÃ³n del servidor se hace mediante el archivo  <i>oai.cfg</i> que se
 encuentra en el directorio <i>etc</i> de Greenstone. Este fichero especifica la informaciÃ³n
 general sobre el repositorio, e incluye un listado de las colecciones accesibles
-para los clientes OAI. En principio, las coleccciones no son accesibles. Para permitir 
+para los clientes OAI. En principio, las coleccciones no son accesibles. Para permitir
 el acceso a una colecciÃ³n, aÃ±ada su nombre a la lista <i>oaicollection</i>. Las colecciones
-construidas con versiones de Greenstone anteriores a la 2.52 deben ser reconstruidas 
+construidas con versiones de Greenstone anteriores a la 2.52 deben ser reconstruidas
 antes de que puedan ser accesibles.\n
 
 <p>
-El servidor OAI de Greenstone actualmente soporta Dublin Core, qualified Dublin Core y rfc1807. La lÃ­nea <i>oaimetadata</i> especifica quÃ© conjuntos deberÃ­an ser usados. Para las colecciones que usan otros conjuntos de metadatos, deben indicarse reglas de mapeo de metadatos  para asociar los metadatos existentes con los esquemas utilizados Vea el archivo <i>oai.cfg</i> para mayores detalles.\n
+El servidor OAI de Greenstone actualmente soporta Dublin Core, qualified Dublin Core y rfc1807. La lÃ­nea <i>oaimetadata</i> especifica quÃ© conjuntos deberÃ­an ser usados. Para las colecciones que usan otros conjuntos de metadatos, deben indicarse reglas de mapeo de metadatos  para asociar los metadatos existentes con los esquemas utilizados. Vea el archivo <i>oai.cfg</i> para mayores detalles.\n
 "
 
Index: collections/documented-examples/trunk/pagedimg-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/pagedimg-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/pagedimg-e/etc/collect.cfg	(revision 20507)
@@ -165,5 +165,5 @@
 atteindre la page prÃ©cÃ©dente ou la page suivante, ainsi qu'une boÃ®te permettant d'atteindre une page en particulier 
 (par exemple <a href='?a=d&amp;c=_cgiargc_&amp;d=10\_1\_2&p=preview'>celle-ci</a>). Cela est dÃ©fini par l'option 
-<tt>-documenttype (hierarchy|paged)</tt> du plugiciel PagedImagePlugin. Les flÃšches de navigation suivent l"organisation 
+<tt>-documenttype (hierarchy|paged)</tt> du plugiciel PagedImagePlugin. Les flÃšches de navigation suivent l'organisation 
 linÃ©aire des documents, tandis que la table des matiÃšres respecte l'organisation hiÃ©rarchique des documents. Normalement, 
 une collection Greenstone utilise un seul plugiciel par type de document, et tous les documents de ce type subissent le mÃªme 
@@ -188,10 +188,10 @@
 
 # -- 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\'>
+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>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 con un Ãºnico 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:
@@ -201,22 +201,20 @@
 <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"
-(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>
-
-<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>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&amp;p=text\'>esta</a>),
+o con flechas de avance o retroceso de pÃ¡ginas, y una opciÃ³n \"Ir a\" 
+(por ejemplo, <a href=\'?a=d&amp;c=_cgiargc_&amp;d=10\_1\_2&amp;p=preview\'>esta</a>).
+Esto se especifica con la opciÃ³n <tt>-documenttype (hierarchy|paged)</tt> del PagedImagePlugin.
+Las flechas de avance o retroceso permiten la recorrida secuencial del documento, mientras que la tabla de contenidos recorrer el documento organizado jerÃ¡rquicamente. Normalmente, una colecciÃ³n de Greenstone tendrÃ­a solo un plugin por tipo de documento, y todos los documentos de ese tipo tendrÃ¡n el mismo procesamiento. En este caso, queremos tratar a los archivos .item con formato XML de una manera diferente a los archivos .item con formato plano. Podemos lograr esto agregando 2 plugins PagedImagePlugin a la colecciÃ³n, y configurÃ¡ndolos 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 fueron agrupados en una carpeta llamada <tt>xml</tt>.
+Esto permite procesar esos archivos de una forma diferente, utilizando la opciÃ³n <tt>process_exp</tt> que todos los plugin soportan. El primer plugin PagedImagePlugin de la lista busca archivos .item dentro de la carpeta xml. Estos documentos serÃ¡n procesados como documentos jerÃ¡rquicos. Los archivos item que no coincidan con ese criterio (p.e. no estÃ¡n dentro de la carpeta xml) serÃ¡n pasados al segundo PagedImagePlugin, y serÃ¡n tratados 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.
+<p>Hemos modificado el formateo del documento para mostrar imÃ¡genes a tamaÃ±o completo, previsualizaciÃ³n de la imagen o el texto, con botones para intercambiar entre ellos. esto incluye modificaciones a las cadenas de formateo del DocumentHeading y del DocumentText en el <a href=\'_httpcollection_/etc/collect.cfg\' target=\'collect.cfg\'>archivo de configuraciÃ³n</a>,
+y algunas definiciones de macros en <a href=\'_httpcollection_/macros/extra.dm\' target=\'extra.dm\'>el archivo extra.dm</a>.
+El archivo de macros extra.dm provee definiciones para os botones (\_viewfullsize\_, \_viewpreview\_, \_viewtext\_) que son usados por la cadena de formateo en el collect.cfg. Dicha cadena de formateo cambia la visualizaciÃ³n del documento y configura los botones de acuerdo al argumento p, el cual tambiÃ©n es configurado por la cadena de formateo.
+
 "
 
Index: collections/documented-examples/trunk/style-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/style-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/style-e/etc/collect.cfg	(revision 20507)
@@ -69,5 +69,5 @@
 collectionmeta	collectionname [l=es] "ColecciÃ³n de muestra CSS"
 
-collectionmeta	.text [l=es] "texo"
+collectionmeta	.text [l=es] "texto"
 collectionmeta	.dls.Title,Title [l=es] "tÃ­tulos"
 collectionmeta	.dls.Subject [l=es] "temas"
Index: collections/documented-examples/trunk/wiki-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/wiki-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/wiki-e/etc/collect.cfg	(revision 20507)
@@ -109,5 +109,5 @@
 
 # -- Spanish text ----------------
-collectionmeta	collectionname [l=es] "MediaWiki collection"
+collectionmeta	collectionname [l=es] "CoilecciÃ³n MediaWiki"
 collectionmeta	collectionextra [l=es] "
 Esta colecciÃ³n de demostraciÃ³n estÃ¡ hecha en base al sitio Wiki de Greenstone.
@@ -127,5 +127,5 @@
 <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
+Este tipo de descarga funciona de manera similar a la descarga <i>Web</i>, pero estÃ¡ diseÃ±ado especÃ­ficamente para descargar  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.
Index: collections/documented-examples/trunk/wrdpdf-e/etc/collect.cfg
===================================================================
--- collections/documented-examples/trunk/wrdpdf-e/etc/collect.cfg	(revision 19823)
+++ collections/documented-examples/trunk/wrdpdf-e/etc/collect.cfg	(revision 20507)
@@ -41,5 +41,5 @@
 
 # -- Spanish strings ----------------
-collectionmeta	collectionname [l=es] "DemostraciÃ³n en MSWord y PDF"
+collectionmeta	collectionname [l=es] "DemostraciÃ³n de MSWord y PDF"
 
 collectionmeta	.document:text [l=es] "documentos"
@@ -173,8 +173,7 @@
 
 # -- Spanish text ----------------
-collectionmeta	collectionextra [l=es] "Esta colecci&oacute;n demuestra la capacidad del programa Greenstone para construir colecciones con documentos en diferentes formatos. Contiene art&iacute;culos escritos por varios de los miembros del proyecto NZDL en formato PDF, MSWord, RTF y Postscript.
-<p>
-The documents in this collection have been produced by members of the Department of Computer Science, University of Waikato.
-The University of Waikato holds copyright. They may be distributed freely, without any restrictions.
+collectionmeta	collectionextra [l=es] "
+Esta colecciÃ³n demuestra la capacidad del programa Greenstone para construir colecciones con documentos en diferentes formatos. Contiene artÃ­culos escritos por varios de los miembros del proyecto NZDL en formato PDF, MSWord, RTF y Postscript.<p>
+Los documentos han sido producidos por miembros del Departamento de Ciencias de la ComputaciÃ³n, de la Universidad de Waikato. La Universidad tiene el copyright. Ellos pueden distribuirse libremente, sin ninguna restricciÃ³n.
 
 <h3>CÃ³mo trabaja esta colecciÃ³n</h3>
@@ -183,5 +182,5 @@
 <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. 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>.
+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, ya que estÃ¡n compuestos 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>
 
@@ -191,15 +190,12 @@
 <li> un icono para la versiÃ³n HTML del documento (el texto que se estÃ¡ indexando, bÃ¡sicamente el mismo que el formato del Archivo Greenstone);
 
-
 <li> un icono para la versiÃ³n original del documento (al hacer click en Ã©l abre el documento en su forma original);
 
-
 <li> el metadato de <i>TÃ­tulo</i> extraÃ­do del documento;
-
 
 <li> el metadato de <i>Fuente</i> (es decir, el nombre de archivo) extraÃ­do del documento.
 </ul>
 <p>
-He aquÃ­ un enunciado de formato que logra exactamente el mismo efecto de manera explÃ­cita. Se aplica a todas las <i>Vlists</i> y por lo tanto controla tanto la lista de resultados de la bÃºsqueda como el explorador de tÃ­tulos por orden alfabÃ©tico.
+AquÃ­ se describe un enunciado de formato que logra exactamente el mismo efecto de manera explÃ­cita. Se aplica a todas las <i>Vlists</i> y por lo tanto controla tanto la lista de resultados de la bÃºsqueda como el explorador de tÃ­tulos por orden alfabÃ©tico.
 
 <pre>
