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

Last change on this file since 19385 was 19385, checked in by kjdon, 12 years ago

added the final dls strings

File size: 17.6 KB
Line 
1#Strings for translation:
2These need to be translated into French, Spanish, Russian, except where indicated.
3
4bibtext-e._text1_:Apart from the standard plugins, this collection uses <i>BibTexPlugin</i>,
5which processes references in the BibTeX format (well known to computer
6scientists). Two options have been set for BibTexPlugin:
7<i>-OIDtype assigned -OIDmetadata Number</i>. This means the metadata
8element \"Number\" will be used as the record identifier, instead of
9Greenstone's default hash identifiers. These options are available for
10all plugins.\n
11
12bibtext-e._text2_:This groups 200 documents together into a single archive file.
13bibtext-e._text3_:The <i>buildtype</i> option shows that the default search engine <i>mgpp</i> is
14used. 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.
15
16bibtex-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.
17<p>
18The <i>levels</i> lines specifies only document level, as bibliographic records don't have internal structure.
19
20#russian only
21bibtex-e._text5_:Fielded searching, with a form-based interface, is selected by <i>format SearchTypes \"form,plain\"
22</i> in the configuration file. In fact, a plain textual full-text search
23index is included in this collection as well (since <i>form</i> comes first,
24it is the default interface; you reach the <i>plain</i> search through
25the <i>Preferences</i> page).\n
26
27bibtex-supp-e._text1_:The \"documented-examples/\" parts of the collection names are necessary
28because these collections reside in the \"documented-examples\" collection
29group subfolder in the collect directory.\n
30
31wrdpdf-e._text1_:If you encounter these problems, you
32can either remove the offending documents from your collection, or try using
33some of the advanced plugin options to process the documents in different ways.
34For more information, see the Enhanced PDf and Word tutorials on the
35<a href=\'http://wiki.greenstone.org/wiki/index.php/Tutorial_exercises\'>Greenstone wiki</a>.
36
37# the following string has only changed a little, so have put the original strings hee too.
38isis-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.
39isis-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.
40isis-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.
41isis-e._text1_ [l=ru] ЭтО базы ЎаММых
42 сПстПят Оз МескПлькОх
43 файлПв, МП плагОМ ISISPlugin ОспПльзует тПлькП Ўва: CDS.fdt , (гЎе CDS -- ОЌя базы ЎаММых
44 ), сПЎержащОй ОЌеМа пПлей, ОспПльзуеЌых
45 в базе ЎаММых
46, О CDS.mst, сПЎержащОй фактОческОе запОсО. ВсякОй раз, кПгЎа ISISPlugin сталкОвается с файлПЌ \".mst\" ПМ Ощет Ўля МегП сППтветствующОй файл \".fdt\".
47isis-e._text2_:The <i>-OIDtype incremental</i> plugin option was used to give identifiers
48that are consistent across different operating systems (which may not happen with HASH identifiers), so that we can link to a document in
49this description.
50authen-e._text1_:The <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>collection
51configuration file</a> is exactly the same as for the original demo collection apart from the authentication directives, one plugin option (and this description).
52authen-e._text1_[l=fr] Ce <a href=\"_httpcollection_/etc/collect.cfg\"
53target=collect.cfg>fichier de configuration de collection</a> est
54exactement le même que celui de la collection de démonstration originale
55sauf pour les directives d'authentification (et cette description).
56authen-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).
57authen-e._text1_[l=ru]<a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>Ѐайл кПМфОгурацОО кПллекцОО</a> тПчМП такПй же как О в ПрОгОМальМПй ЎеЌП кПллекцОО крПЌе ЎОректОв аутеМтОфОкацОО (О ЎаММПгП ПпОсаМОя).
58
59authen-e._text2_:In this case, we have used the <i>-OIDtype dirname</i> option to HTMLPlugin,
60which specifies that directory names should be used as identifiers. This works
61for collections where each document is in a separate directory. We have used
62this option to ensure that identifiers remain the same across different
63platforms (which may not be the case for HASH identifiers), as we need to
64specify identifiers here for the authentication directives.
65
66#russian only
67dls-e._text1_:The DLS collection is fairly complex.
68
69dls-e._text2_:this text is part of it
70
71marc-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>
72classifiers removes suffixes from the metadata string (<i>dc.Title</i> and
73<i>dc.Creator</i> respectively).
74
75marc-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.
76
77marc-e._text3_:Multiple MARC fields may map to a single Dublin Core field.
78For example, fields 720 (\"Uncontrolled name\"), 100 (\"Personal name\"),
79110 (\"Corporate name\") and 111 (\"Meeting name\") all map to
80<i>dc.Creator</i>. Actual MARC records normally
81define only one of these fields, and anyway Greenstone allows
82multi-valued metadata.\n
83<p>
84Some mappings are dependent on subfields. For example, MARC field 260 contains
85information 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:
86<blockquote>
87260$c$g -&gt; dc.Date
88</blockquote>
89
90Greenstone 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\".
91
92
93#####################
94The entire description (and collection meta) needs translating into chinese and arabic if possible for all collections.
95
96pagedimg-e, style-e, wiki-e have no translations yet, so entire thing needs to be done for fr, es, ru.
97
98pagedimg-e has strings in extra.dm that need translating.
99
100the two strings in the top level (group) etc/collect.cfg also need translating.
101
102In particular to check translations: bibtex-e in russian.
103
104collections I have done (I think):
105
106authen-e
107bibtex-e & bibtex-supp-e
108garish-e
109image-e
110isis-e
111pagedimg-e
112style-e
113wiki-e
114wrdpdf-e
115marc-e
116
117don't send off the others yet!!
118
119I haven't checked all colls yet for search meta using _labeltext_.
120You probably won't have time either...
121
122
123############################################################
124Next installment:
125
126gsarch-e._text1_:This is a collection of email messages
127from the Greenstone mailing list archives, from November/December, 2008.
128gsarch-e._text2_:In this case, there is a file per month per mailing list, and each file contains many email messages.
129gsarch-e._text3_:The <i>Email</i>
130plugin splits these into individual documents, and produces <i>Title</i>,
131<i>Subject</i>, <i>From</i>, <i>FromName</i>, <i>FromAddr</i>,
132<i>Date</i>, <i>DateText</i>, <i>InReplyTo</i>, and optionally <i>Headers</i>, metadata.
133gsarch-e._text3_ [l=fr]Le plugin <i>E-mail</i> les éclate en documents individuels et produit les méta-données
134<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>.
135
136gsarch-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).
137gsarch-e._text3_ [l=ru] ПлагОМ Еmail разбОвает Ох
138 Ма ОМЎОвОЎуальМые ЎПкуЌеМты О сПзЎает ЌетаЎаММые: <i>НазваМОе (Title), ПреЎЌет (Subject), ЗагПлПвкО (Headers), От (from), ИЌя ПтправОтеля (FromName), АЎрес ПтправОтеля (FromAddr), Дата (Date)</i> О <i>DateText</i>.
139gsarch-e._text4_:Otherwise the node\'s label starts with the
140<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>.
141gsarch-e._text5_:For
142document 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
143shown.
144gsarch-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
145the 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.
146
147collections I have done:
148gsarch-e
149
150## next installment
151
152dls._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).
153
154dls._text4_:The \"plugin\" lines in the
155<a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>configuration file</a>
156give the plugins used by the collection.
157dls._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.
158dls._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.
159dls._text4_ [l=ru] ТретОй блПк стрПк в кПМфОгурацОПММПЌ файле преЎставляет плагОМы, ОспПльзуеЌые кПллекцОей.
160
161dls._text5_: For example, this book has two dls.Subject classifications.
162
163dls._text6_:The second classifier provides access by title. It is also a <i>Hierarchy</i> classifier, this time based on
164<i>dls.AZList</i> metadata, whose hierarchy is defined in <a href=\"_httpcollection_/etc/dls.Title.txt\" target=text>dls.AZList.txt</a>. This file is discussed below.
165
166#russian only
167dls._text7_:The third provides access by organization: it is a <i>List</i> classifier based on <i>dls.Organization</i> metadata.
168
169dls._text8_:The <i>-bookshelf_type always</i> option creates a new bookshelf for each organization, even if only one document belongs to that category.
170
171dls._text9_:The fourth provides access by \"Howto\" text: it is a <i>List</i> classifier based on <i>dls.Keyword</i> metadata. The <i>-bookshelf_type never</i> option prevents bookshelves being created even if two documents share the same keywords.
172
173dls._text10_:The lines beginning with <i>format</i>, called \"format statements\", govern how various parts of the collection should be displayed. The <i>VList</i> format statement applies to lists of items displayed vertically, such as the lists of titles, subjects and organisations, and the table of contents for the target documents. It is overridden for the search results list by the <i>SearchVList</i> format statement, and also for the <i>Howto</i> classifier by the <i>CL4VList</i> statement (CL4 specifies the fourth classifier).
174
175dls._text11_:The <i>DocumentText</i> statement governs how the document text is formatted,
176with <i>Title</i> metadata ([<i>Title</i>]) in HTML &lt;<i>h3</i>&gt; format
177followed by the text of the document [<i>Text</i>]. Setting the <i>DocumentImages</i> format statement to <i>true</i> ensures that cover images are shown with each document. The <i>DocumentButtons</i> statement calls for the <i>Expand
178Text, Expand Contents, Detach</i> and <i>Highlight</i> buttons to be shown with each document.
179
180dls._text12_:Hierarchy files contain a
181succession of lines each of which has three items. The first item is a text string which is matched against the metadata that occurs in the <i>metadata.xml</i> file described above. The second item is a number that defines the position in the hierarchy. The third item is a text string that describes the node of the hierarchy on the web pages that Greenstone generates.
182
183dls._text13_:For example, the following shows three lines from the subject hierarchy file <a href=\"_httpcollection_/etc/dls.Subject.txt\" target=text>dls.Subject.txt</a>.
184
185dls._text14_:These three lines define one top level bookshelf (at position 7), titled \"Animal Husbandry and Animal Product Processing\", with two bookshelves underneath it, titled \"Cattle\" and \"Other animals (micro-livestock, little known animals, silkworms, reptiles, frogs, snails, game, etc.)\" respectively.
186
187dls._text15_:In this case, the first strings (and therefore the entries in metadata.xml files) contain the entire hierarchy values. Levels in the hierarchy are separated by \"|\". They could be used directly by a <i>Hierarchy</i> classifier without the use of the hierarchy file. However, then the entries would be ordered alphabetically, not in the special order defined by the file.
188
189dls._text16_:The <a href=\"_httpcollection_/etc/dls.AZList.txt\" target=text>dls.AZList.txt</a> hierarchy file used by the titles classifier contains a similar structure. Ordinarily, a titles browser would use a <i>List</i> (or <i>AZList</i>) classifier. In this case, we want to predefine the A-Z groupings, and include a separate entry for periodicals, as can be seen <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL2.7\">here</a>.
190
191image-e._text1_:The images in this collection have been produced by members of the Department of Computer Science, University of Waikato.
192The University of Waikato holds copyright. They may be distributed freely, without any restrictions.
193
194
195oai._text1_:Besides the four standard plugins (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin),
196the configuration file specifies the OAI plugin, which processes OAI
197metadata, and the image plugin, because in this case the collection\'s source
198documents are image files.
199
200oai._text2_:Extracted metadata from OAI records are mapped to Dublin Core Metadata Set by default.
201As a result, classifiers and indexes in this collection are built with Dublin meatadata elements.
202
203# for russian only, to check and update
204МПжМП уЎОвляться, чтП <i>AZCompactList</i> ОспПльзуется вЌестП <i>AZList</i> также Ўля ОМЎекса <i>ОпОсаМОя</i> (<i>dc.Description</i>), пПтПЌу чтП ЌетаЎаММые <i>ОпОсаМОя</i> ПбычМП уМОкальМы Ўля кажЎПгП ОзПбражеМОя. ОЎМакП в ЎаММПй кПллекцОО ПЎМП О тП же ПпОсаМОе ОМПгЎа ЎавалПсь МескПлькОЌ ОзПбражеМОяЌ, О МекПтПрые Оз разЎелПв <i>AZList</i> сПЎержат бПльшПе чОслП ОзПбражеМОй, заЌеЎляя переЎачу этПй страМОцы. ЧтПбы Озбежать этПгП, ОспПльзуется кПЌпактМая версОя спОска с ряЎПЌ параЌетрПв (<i>mincompact, maxcompact, mingroup, minnesting</i>), чтПбы управлять пПказПЌ. Так, группы, преЎставлеММые кМОжМыЌО пПлкаЌО, Ме сфПрЌОруются ЎП тех
205 пПр, пПка ПМО Ме буЎут ОЌеть пП крайМей Ќере 5 элеЌеМтПв (<i>mingroup</i>). ЧтПбы узМать зМачеМОя ЎругОх
206 параЌетрПв Ўля этПгП классОфОкатПра, выпПлМОте кПЌаМЎу <i>classinfo.pl AZCompactList</i>. ПрПграЌЌы <i>classinfo</i>.pl (Ўля классОфОкатПрПв) О <i>pluginfo.pl</i> (Ўля плагОМПв) являются пПлезМыЌО ОМструЌеМтаЌО, кПгЎа МаЎП узМать П вПзЌПжМПстях
207 ЌПЎулей Greenstone. ОбратОте кстатО вМОЌаМОе Ма ПбратМый слеш в кПМфОгурацОПММПЌ файле, ОспПльзуеЌый Ўля указаМОя Ма прПЎПлжеМОе преЎыЎущей стрПкО.
208<p>
209
Note: See TracBrowser for help on using the repository browser.