source: collections/documented-examples/trunk/text-for-translation.txt@ 19318

#Strings for translation:
These need to be translated into French, Spanish, Russian, except where indicated.

bibtext-e._text1_:Apart from the standard plugins, this collection uses <i>BibTexPlugin</i>, 
which processes references in the BibTeX format (well known to computer 
scientists). Two options have been set for BibTexPlugin: 
<i>-OIDtype assigned -OIDmetadata Number</i>. This means the metadata 
element \"Number\" will be used as the record identifier, instead of 
Greenstone's default hash identifiers. These options are available for 
all plugins.\n

bibtext-e._text2_:This groups 200 documents together into a single archive file. 
bibtext-e._text3_:The <i>buildtype</i> option shows that the default search engine <i>mgpp</i> is
used. The <i>indexes</i> line specifies indexes for \"text\", and \"metadata\". In this case, \"text\" will be the original BibTeX record. \"metadata\" is a special keyword signifying that an index should be built for any metadata item found in the collection. 

bibtex-3._text4_:An additional keyword, \"allfields\", could also be used in the <i>indexers</i> line, specifying that combined searching over all indexes should be available. 
<p>
The <i>levels</i> lines specifies only document level, as bibliographic records don't have internal structure.

#russian only
bibtex-e._text5_:Fielded searching, with a form-based interface, is selected by <i>format SearchTypes \"form,plain\"
</i> in the configuration file. In fact, a plain textual full-text search
index is included in this collection as well (since <i>form</i> comes first, 
it is the default interface; you reach the <i>plain</i> search through 
the <i>Preferences</i> page).\n

bibtex-supp-e._text1_:The \"documented-examples/\" parts of the collection names are necessary 
because these collections reside in the \"documented-examples\" collection 
group subfolder in the collect directory.\n

wrdpdf-e._text1_:If you encounter these problems, you
can either remove the offending documents from your collection, or try using
some of the advanced plugin options to process the documents in different ways.
For more information, see the Enhanced PDf and Word tutorials on the  
<a href=\'http://wiki.greenstone.org/wiki/index.php/Tutorial_exercises\'>Greenstone wiki</a>.

# the following string has only changed a little, so have put the original strings hee too.
isis-e._text1_:These databases have several files, but ISISPlugin uses just three: CDS.fdt (where CDS is the name of the database), containing the field names used in the database, CDF.xrf (a cross-reference file), and CDS.mst, containing the actual records. Whenever ISISPlugin encounters an \".mst\" file, it looks for the corresponding \".fdt\" and \".xrf\" files.
isis-e._text1_ [l=fr] Ces bases de données ont plusieurs fichiers, mais ISISPlugin en utilise seulement deux: CDS.fdt (où CDS est le nom de la base de données) contenant les noms de champ utilisés dans la base de données, et CDS.mst qui contient les enregistrements. A chaque fois que ISISPlugin rencontre un fichier \".mst\", il cherche le fichier \".fdt\" correspondant. 
isis-e._text1_ [l=es] 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.
isis-e._text1_ [l=ru] ЭтО базы ЎаММых
 сПстПят Оз МескПлькОх
 файлПв, МП плагОМ ISISPlugin ОспПльзует тПлькП Ўва: CDS.fdt , (гЎе CDS -- ОЌя базы ЎаММых
 ), сПЎержащОй ОЌеМа пПлей, ОспПльзуеЌых
 в базе ЎаММых
, О CDS.mst, сПЎержащОй фактОческОе запОсО. ВсякОй раз, кПгЎа ISISPlugin сталкОвается с файлПЌ \".mst\" ПМ Ощет Ўля МегП сППтветствующОй файл \".fdt\".
isis-e._text2_:The <i>-OIDtype incremental</i> plugin option was used to give identifiers
that are consistent across different operating systems (which may not happen with HASH identifiers), so that we can link to a document in
this description.
authen-e._text1_:The <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>collection
configuration file</a> is exactly the same as for the original demo collection apart from the authentication directives, one plugin option (and this description).
authen-e._text1_[l=fr] Ce <a href=\"_httpcollection_/etc/collect.cfg\"
target=collect.cfg>fichier de configuration de collection</a> est
exactement le même que celui de la collection de démonstration originale
sauf pour les directives d'authentification (et cette description).
authen-e._text1_[l=es] El <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> es exactamente el mismo que el de la demo original salvo las directivas para la autenticación (y su descripción).
authen-e._text1_[l=ru]<a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>Ѐайл кПМфОгурацОО кПллекцОО</a> тПчМП такПй же как О в ПрОгОМальМПй ЎеЌП кПллекцОО крПЌе ЎОректОв аутеМтОфОкацОО (О ЎаММПгП ПпОсаМОя).

authen-e._text2_:In this case, we have used the <i>-OIDtype dirname</i> option to HTMLPlugin,
which specifies that directory names should be used as identifiers. This works 
for collections where each document is in a separate directory. We have used 
this option to ensure that identifiers remain the same across different 
platforms (which may not be the case for HASH identifiers), as we need to 
specify identifiers here for the authentication directives.

#russian only
dls-e._text1_:The DLS collection is fairly complex.

dls-e._text2_:this text is part of it

marc-e._text1_:The <i>dc.Title</i> classifier is an AZList, while the other two are AZCompactList, which groups items with the same metadata into a bookshelf. The <i>-removesuffix</i> argument for the <i>Title</i> and <i>Creator</i>
classifiers removes suffixes from the metadata string (<i>dc.Title</i> and
<i>dc.Creator</i> respectively).

marc-e._text2_:The <i>VList</i> format statement controls the display of search results and all classifiers. For bookshelves, the number of leaf documents is displayed on the right-hand side. For documents, <i>dc.Title</i> is displayed, along with <i>dc.Creator</i> and <i>dc.Publisher</i>. <i>[sibling:dc.Creator]</i> is used as dc.Creator has multiple values, and specifies that all values be output, not just the first one.

marc-e._text3_:Multiple MARC fields may map to a single Dublin Core field. 
For example, fields 720 (\"Uncontrolled name\"), 100 (\"Personal name\"), 
110 (\"Corporate name\") and  111 (\"Meeting name\") all map to 
<i>dc.Creator</i>. Actual MARC records normally
define only one of these fields, and anyway Greenstone allows
multi-valued metadata.\n
<p>
Some mappings are dependent on subfields. For example, MARC field 260 contains
information about publication and distribution. Subfields \"c\" (Date of Publication) and \"g\" (Date of manufacture) are mapped to <i>dc.Date</i>, using the following mapping line:
<blockquote>
260$c$g     -&gt; dc.Date
</blockquote>

Greenstone also provides a file for mapping MARC to <b>qualified</b> dublin core: <a href=\"_httpprefix_/etc/marc2qdc.txt\" target=marc2qdc>greenstone/etc/marc2qdc.txt</a>. This can be used by the MARC plugin by setting the <i>-metadata_mapping_file</i> option to \"marc2qdc.txt\".


#####################
The entire description (and collection meta)  needs translating into chinese and arabic if possible for all collections.

pagedimg-e, style-e, wiki-e have no translations yet, so entire thing needs to be done for fr, es, ru.

pagedimg-e has strings in extra.dm that need translating.

the two strings in the top level (group) etc/collect.cfg also need translating.

In particular to check translations: bibtex-e in russian.

collections I have done (I think):

authen-e
bibtex-e & bibtex-supp-e
garish-e
image-e
isis-e
pagedimg-e
style-e
wiki-e
wrdpdf-e
marc-e

don't send off the others yet!!

I haven't checked all colls yet for search meta using _labeltext_. 
You probably won't have time either...


############################################################
Next installment:

gsarch-e._text1_:This is a collection of email messages 
from the Greenstone mailing list archives, from November/December, 2008.
gsarch-e._text2_:In this case, there is a file per month per mailing list, and each file contains many email messages. 
gsarch-e._text3_:The <i>Email</i>
plugin splits these into individual documents, and produces <i>Title</i>,
<i>Subject</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>,
<i>Date</i>, <i>DateText</i>, <i>InReplyTo</i>, and optionally <i>Headers</i>, metadata.
gsarch-e._text3_ [l=fr]Le plugin <i>E-mail</i> les éclate en documents individuels et produit les méta-données
<i>Title</i>, <i>Subject</i>, <i>Headers</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>, <i>Date</i> et <i>DateText</i>.

gsarch-e._text3_ [l=es] El plugin <i>Email</i> los divide en documentos individuales y produce metadatos de <i>Título, Asunto, Encabezados, Remitente, Nombre del Remitente, Dirección del Remitente, Fecha y Texto de la Fecha (Title, Subject, Headers, From, FromName, FromAddr, Date y DateText</i>, respectivamente).
gsarch-e._text3_ [l=ru] ПлагОМ Еmail разбОвает Ох
 Ма ОМЎОвОЎуальМые ЎПкуЌеМты О сПзЎает ЌетаЎаММые: <i>НазваМОе (Title), ПреЎЌет (Subject), ЗагПлПвкО (Headers), От (from), ИЌя ПтправОтеля (FromName), АЎрес ПтправОтеля (FromAddr), Дата (Date)</i> О <i>DateText</i>.
gsarch-e._text4_:Otherwise the node\'s label starts with the
<i>Subject</i> which links to the document, then gives <i>FromName</i> metadata, with a link to \"Search by Sender\", followed by the <i>DateText</i>.
gsarch-e._text5_:For
document nodes the <i>FromName</i>, with a link to \"Search By Sender\", <i>Subject</i> (linked to the document), and <i>DateText</i> metadata is
shown.
gsarch-e._text6_:Finally, the document text is formatted to show the header fields (<i>FromName</i>, <i>DateText</i>, <i>Subject</i>, <i>InReplyTo</i>), followed by
the message text (written as <i>[Text]</i> in the format statement). FromName is linked to a search on that name, while InReplyTo links to the email message that it refers to. 

collections I have done:
gsarch-e

## next installment

dls._text3_:Note that setting \"public\" to \"false\" only removes it from the home page; it will still be accessible in the library to anyone that knows the URL (a=p&p=about&c=coll-shortname).

dls._text4_:The \"plugin\" lines in the
<a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>configuration file</a>
give the plugins used by the collection.
dls._text4_ [l=fr] Le troisiÚme bloc de lignes dans le <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>fichier de configuration</a> donne les plugins utilisés par cette collection.
dls._text4_ [l=es] El tercer bloque de líneas en el <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>archivo de configuración</a> proporciona los plugins que usa esta colección.
dls._text4_ [l=ru] ТретОй блПк стрПк в кПМфОгурацОПММПЌ файле преЎставляет плагОМы, ОспПльзуеЌые кПллекцОей.

dls._text5_: For example, this book has two dls.Subject classifications.

still working on dls...