Changeset 19786

Timestamp:

2009-06-10T12:14:42+12:00 (15 years ago)

Author:

anna

Message:

display English text where translations are missing.

Location:

collections/documented-examples/trunk

Files:

• authen-e/etc/collect.cfg (modified) (3 diffs)
• bibtex-e/etc/collect.cfg (modified) (2 diffs)
• bibtex-supp-e/etc/collect.cfg (modified) (1 diff)
• dls-e/etc/collect.cfg (modified) (8 diffs)
• gsarch-e/etc/collect.cfg (modified) (5 diffs)
• image-e/etc/collect.cfg (modified) (1 diff)
• isis-e/etc/collect.cfg (modified) (2 diffs)
• marc-e/etc/collect.cfg (modified) (2 diffs)
• oai-e/etc/collect.cfg (modified) (2 diffs)
• text-for-translation.txt (modified) (1 diff)
• wrdpdf-e/etc/collect.cfg (modified) (1 diff)

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

@@ -203 +203 @@
 <p>
 <!-- _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).
 
 <p>
@@ -213 +215 @@
 
 <p>
-<!-- _text3_ --> СпецОфОку саЌОÑ
+<!-- _text3_ -->Authentication is activated by the <i>authenticate</i> directive with the value
+<i>collection</i> or <i>document</i> depending on whether authentication is to
+be performed on the full collection or on a per-document basis (the default
+value is <i>collection</i>). If authentication is on a <i>document</i> basis,
+then one can <i>either</i> specify a list of private documents (in which
+case all others are public) or a list of public documents (in which case
+all others are private) using directives <i>private_documents</i> or
+<i>public_documents</i>.  СпецОфОку саЌОÑ
  ЎПкуЌеМтПв ПпреЎеляют, ОспПльзуя ОЎеМтОфОкатПры ЎПкуЌеМта в Greenstone (распреЎелеММыÑ
  пП ПбластяЌ). СаЌый легкОй спПсПб ОÑ
@@ -219 +228 @@
 ПжЎеМОе кажЎПгП ЎПкуЌеМта в кПллекцОО О рассЌПтреть егП <i>d</i>-аргуЌеМт в URL Greenstone.
 
-<p><!-- _text2_ -->\n
+<p><!-- _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.\n
+
 <p>
 ДОректОва <i>auth_groups</i> ПпреЎеляет группы Greenstone, к кПтПрыЌ ЎПступ буЎет разрешеМ, еслО ЎПкуЌеМт (ОлО кПллекцОя) ПтМПсОтся к теЌ, Ўля кПтПрыÑ

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

@@ -517 +517 @@
  вЌесте преЎПтвращает вМутреММОе файлПвые структуры Greenstone Пт увелОчеМОя ПбъёЌа О заМятОя бПльшегП ЎОскПвПгП прПстраМства, чеЌ МеПбÑ
 ПЎОЌП.
-<!-- 
-<p>
-_text1_
-
-<p>
-_text5_
-
-<p>
-_text3_
--->
+
+<p>
+<!-- _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
+
+<p>
+<!-- _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
+
+<p>
+<!-- _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. 
 
 <p>
@@ -534 +547 @@
 . МетаЎаММые Ма урПвМе кПллекцОО <i>collectionmeta</i> ЌПгут быть заЎаМы Ўля любПгП ОМЎекса, чтПбы ПпреЎелОть, чтП этП ПзМачает в ЌеМю (за ОсключеМОеЌ <i>metadata</i>, кПтПрПе сПзЎает ЌМПгП пуМктПв ЌеМю). В этПЌ случае <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>кПМфОгурацОПММый файл</a> ПпреЎеляет, чтП текстПвый ОМЎекс ЎПлжеМ быть МазваМ \"<i>full record</i>\", пПтПЌу чтП ПМа сПЎержОт ПрОгОМальМую бОблОПграфОческую запОсь.
 
-<!-- <p>_text4_  -->
+<p>
+<!-- _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.
+
 <p>
 Эта кПллекцОя сПЎержОт прПграЌЌы прПсЌПтра пП <i>НазваМОю</i>, <i>АвтПру О Дате</i>, О спецОальМый вОЎ ОМЎекса фразы, МазываеЌый \"<i>Phind</i>\". КлассОфОкатПр <i>AZCompactList</i>, ОспПльзуеЌый Ўля прПсЌПтра пП <i>АвтПру</i>, пПÑ

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

@@ -426 +426 @@
 supercollection documented-examples/bibtex-supp-e documented-examples/bibtex-e
 </pre>
+
 <!-- _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
 <p>
 

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

@@ -540 +540 @@
 
 <!-- _text1_ -->
+The DLS collection is fairly complex.
 еслО Вы являетесь тПлькП МачОМающОЌ пПльзПвателеЌ, тП лучше вМачале ПзМакПЌОться с МекПтПрыЌО ЎругОЌО кПллекцОяЌО (МапрОЌер, с <a href=\"_gwcgi_?l=_cgiargl_&c=documented-examples/wrdpdf-e&a=p&p=about\">msword О pdf ЎеЌПМстрацОяЌО</a> ОлО же с арÑ
 ОваЌО ОлО с прПстПй графОческПй кПллекцОей).
@@ -545 +546 @@
 
 <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>КПМфОгурацОПММый файл</a> кПллекцОО, пПЎПбМП всеЌ кПМфОгурацОПММыЌ файлаЌ ЎругОÑ
- кПллекцОй, МачОМается сП стрПкО «СПзЎатель» (\"Сreator\"), кПтПрая сППбщает аЎрес электрПММПй пПчты СПзЎателя кПллекцОО, О ЎругПй -- «ПублОка» (\"Public\"), кПтПрая ПпреЎеляет, пПявОтся лО кПллекцОя Ма ЎПЌашМей страМОце устаМПвкО Greenstone. <!-- _text3_ -->
+ кПллекцОй, МачОМается сП стрПкО «СПзЎатель» (\"Сreator\"), кПтПрая сППбщает аЎрес электрПММПй пПчты СПзЎателя кПллекцОО, О ЎругПй -- «ПублОка» (\"Public\"), кПтПрая ПпреЎеляет, пПявОтся лО кПллекцОя Ма ЎПЌашМей страМОце устаМПвкО Greenstone. <!-- _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).
 
 <p>
@@ -584 +585 @@
 
 <!-- _text6_ -->
+The second classifier provides access by title. It is also a <i>Hierarchy</i> classifier, this time based on
+<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.
 
 ТретОй Ўает ЎПступ пП ПргаМОзацОяЌ: этП классОфОкатПр <i>СпОсПк</i> ПсМПваММый Ма ЌетаЎаММыÑ
- <i>dls.Organization</i>. <!-- _text8_ -->
-
-<!-- _text9_ -->
-
-
+ <i>dls.Organization</i>. <!-- _text8_ -->The <i>-bookshelf_type always</i> option creates a new bookshelf for each organization, even if only one document belongs to that category.
+
+<!-- _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.
 
 <p>
@@ -596 +597 @@
 
 <p>
-<b>ОператПры фПрЌата</b>. <!-- _text10_ -->
-<!-- <p>
-_text11_ -->
+<b>ОператПры фПрЌата</b>. 
+<!-- _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). 
+<p>
+<!--_text11_ -->
+The <i>DocumentText</i> statement governs how the document text is formatted,
+with <i>Title</i> metadata ([<i>Title</i>]) in HTML &lt;<i>h3</i>&gt; format
+followed 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
+Text, Expand Contents, Detach</i> and <i>Highlight</i> buttons to be shown with each document.
+
 <p>
 
@@ -615 +623 @@
 <b>МетаЎаММые урПвМя кПллекцОО</b>. СтрПкО <i>collectionmeta</i> в кПМфОгурацОПММПЌ файле также стаМЎартМы вП всеÑ
  кПллекцОяÑ
- Greenstone. ОМО Ўают Пбщую ОМфПрЌацОю П кПллекцОО, ПпреЎеляя ее МазваМОе (ОЌя), преЎставляют краткПе ПпОсаМОе, кПтПрПе пПявляется Ма ее ЎПЌашМей страМОце. КраткПе ПпОсаМОе (в <i>collectionextra</i>) ЌПжМП вОЎеть Ма ЎПЌашМей страМОце кПллекцОО <!-- (_text2_) -->
+ Greenstone. ОМО Ўают Пбщую ОМфПрЌацОю П кПллекцОО, ПпреЎеляя ее МазваМОе (ОЌя), преЎставляют краткПе ПпОсаМОе, кПтПрПе пПявляется Ма ее ЎПЌашМей страМОце. КраткПе ПпОсаМОе (в <i>collectionextra</i>) ЌПжМП вОЎеть Ма ЎПЌашМей страМОце кПллекцОО <!-- (_text2_) -->(this text is part of it)
 <p>
 
@@ -660 +668 @@
  &lt;<i>FileSet</i>&gt; ... &lt;<i>FileSet</i>&gt;. ОМО ПпреЎеляют <i>dls.Title, dls.Language, dls.Subject</i> О ЌетаЎаММые <i>dls.AZList</i>. БПльше чеЌ ПЎМП зМачеМОе ЌПжет быть ПпреЎелеМП Ўля любыÑ
  пуМктПв ЌетаЎаММыÑ
-. <!-- _text5_ --> Оба сПÑ
+. <!-- _text5_ -->For example, this book has two dls.Subject classifications. Оба сПÑ
 раМеМы в качестве ЌетаЎаММыÑ
  Ўля этПгП спецОфОческПгП ЎПкуЌеМта, пПтПЌу чтП сПстПяМОе=МакаплОвать (<i>mode=accumulate</i>) ПпреЎелеМП, а в качестве альтерМатОвы - зМачеМОе пП уЌПлчаМОю, кПтПрыЌ является <i>mode=override</i>.
@@ -666 +674 @@
 
 <b>ИерарÑ
-ОческОе файлы</b>. <!-- _text12_ 
-
-<p>
-_text13_ -->
+ОческОе файлы</b>. 
+<!-- _text12_ -->
+Hierarchy files contain a
+succession 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.
+
+<p>
+<!-- _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>.
 
 <pre>
@@ -677 +689 @@
 </pre>
 
-<!--
-<p>
-_text14_
-
-<p>
-_text15_
-
-<p>
-_text16_
--->
+<p>
+<!--_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.
+
+<p>
+<!--_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.
+
+<p>
+<!--_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>.
 "
 

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

@@ -308 +308 @@
 collectionmeta  collectionextra [l=ru] "
 <!-- _text1_ -->
-
+This is a collection of email messages 
+from the Greenstone mailing list archives, from November/December, 2008.
 
 <h3>Как рабПтает кПллекцОя</h3>
@@ -314 +315 @@
 КПллекцОя арÑ
 ОвПв Greenstone ОспПльзует плагОМ Еmail, кПтПрый аМалОзОрует файлы в фПрЌатаÑ
- электрПММПй пПчты. <!-- _text2_ --> ПлагОМ Еmail разбОвает ОÑ
+ электрПММПй пПчты. <!-- _text2_ -->In this case, there is a file per month per mailing list, and each file contains many email messages.  ПлагОМ Еmail разбОвает ОÑ
  Ма ОМЎОвОЎуальМые ЎПкуЌеМты О сПзЎает <i>НазваМОе</i>, <i>ПреЎЌет</i>, <i>От</i>, <i>ИЌя ПтправОтеля</i>, <i>АЎрес ПтправОтеля</i>, <i>Дата</i>, <i>Дата текстПЌ</i>, <i>КПЌу Ответ</i> О выбПрПчМП <i>ЗагПлПвкО</i>. 
 <p>
@@ -336 +337 @@
 , пПÑ
 Пж Ма <i>AZLIST</i>, МП ПМ фПрЌОрует кМОжМую пПлку Ўля ЎублОкатПв элеЌеМтПв, как пПказаМП <a href=\"_gwcgi_?l=_cgiargl_&c=_cgiargc_&a=d&cl=CL1\">зЎесь</a>. ОМа преЎставлеМа структурПй Ўерева, узлы кПтПрПй являются ОлО узлаЌО лОста, преЎставляя ЎПкуЌеМты, ОлО вМутреММОЌО узлаЌО. МетаЎаММые элеЌеМтПв, МазываеЌые numleafdocs, Ўают Пбщее кПлОчествП ЎПкуЌеМтПв, распПлПжеММыÑ
- МОже вМутреММегП узла. ОператПры фПрЌата Ўля первПгП классОфОкатПра, МазываеЌые <i>CL1Vlist</i>, прПверяют, существует лО этПт элеЌеМт. ЕслО этП так, тП узел ЎПлжеМ быть вМутреММОЌ, в случае чегП ПМ пПЌечается егП <i>НазваМОеЌ (Title)</i>. <!-- _text4_ -->
+ МОже вМутреММегП узла. ОператПры фПрЌата Ўля первПгП классОфОкатПра, МазываеЌые <i>CL1Vlist</i>, прПверяют, существует лО этПт элеЌеМт. ЕслО этП так, тП узел ЎПлжеМ быть вМутреММОЌ, в случае чегП ПМ пПЌечается егП <i>НазваМОеЌ (Title)</i>. <!-- _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>.
 <p>
 
@@ -342 +344 @@
  узлПв фактОческПе чОслП ЎПкуЌеМтПв в спОске (<i>numleafdocs</i>) Ўается в круглыÑ
  скПбкаÑ
- пПсле <i>НазваМОя</i>. <!-- _text5_ -->
+ пПсле <i>НазваМОя</i>. <!-- _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.
 <p>
 
@@ -348 +352 @@
 <p>
 
-<!-- _text6_ -->
+<!-- _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/documented-examples/trunk/image-e/etc/collect.cfg

@@ -299 +299 @@
 <p>
 <!-- _text1_ -->
-
+The images 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.
 
 <h3>Как рабПтает кПллекцОя</h3>

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

@@ -393 +393 @@
  CDS/ISIS. 
 <!-- _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.
+
 В этПЌ случае плагОМ был ЎаМ параЌетр <i>input_encoding</i>, пПскПльку МекПтПрые запОсО в базе ЎаММыÑ
  сПЎержат зМакО расшОреМОя ( в фПрЌе, кПтПрая ОспПльзПвалась в раММОÑ
@@ -398 +400 @@
  ПперацОПММПй сОстеЌы DOS). ЕЌу также был ЎаМ параЌетр разЎелеМОя, цель кПтПрПгП ПбъясМяется МОже.
 <!-- _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.
 <p>
 ППЎПбМП <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e\">бОблОПграфОческПй кПллекцОО</a>, эта кПллекцОя включает блаМПчМый <a href=\"_gwcgi_?l=_cgiargl_&a=q&c=_cgiargc_&ct=1&qto=3&qt=1\">ОМтерфейс пПОска</a>, кПтПрый пПзвПляет прПОзвПЎОть пПОск пП пПляЌ. ЭтП ПпреЎелеМП стрПкПй <i>format SearchTypes \"form,plain\"</i> в кПМфОгурацОПММПЌ файле; параЌетр <i>plain</i> гараМтОрует, чтП зЎесь ОЌеется также прПстПе среЎствП пПлМПгП текстПвПгП пПОска (кПтПрПе ЌПжет быть взятП Оз страМОцы <a href=\"_gwcgi_?l=_cgiargl_&a=p&c=_cgiargc_&p=preferences\">ПреЎпПчтеМОй</a>). СтрПка <i>groupsize 100</i> ПбъеЎОМяет ЎПкуЌеМты в группы пП 100 (как ПбъясМеМП в <a href=\"_gwcgi_?l=_cgiargl_&a=p&p=about&c=documented-examples/bibtex-e\">бОблОПграфОческПй кПллекцОО</a>).

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

@@ -188 +188 @@
 
 <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>КПМфОгурацОПММый файл</a> ОспПльзует плагОМы <i>ZIPPlug</i> О <i>MARCPlug</i>, пПЌОЌП третьегП стаМЎарта. ИЌеются трО классОфОкатПра, ПсМПваММые Ма ЌетаЎаММыÑ
- <i>НазваМОя (dc.Title)</i>, <i>СПзЎателя (dc.Creator)</i> О <i>ПреЎЌета (dc.Subject)</i>. <!-- _text1_ --> ЭтП требует устаМПвкО PERL Ўля правОльМПгП выражеМОя, О урезает зМакО (тОпа кПМечМыÑ
+ <i>НазваМОя (dc.Title)</i>, <i>СПзЎателя (dc.Creator)</i> О <i>ПреЎЌета (dc.Subject)</i>. <!-- _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). ЭтП требует устаМПвкО PERL Ўля правОльМПгП выражеМОя, О урезает зМакО (тОпа кПМечМыÑ
  зМакПв препОМаМОя) Оз стрПкО Ўля ПтПбражеМОя.
 <p>
 <!-- _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.
 <p>
 
@@ -208 +211 @@
 
 <!-- _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\".
 "
 

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

@@ -395 +395 @@
 
 Как тПлькП ОМфПрЌацОя Оз ОAI ОЌпПртОрПваМа, кПллекцОя Пбрабатывается ПбычМыЌ спПсПбПЌ. КПМфОгурацОПММый файл ПпреЎеляет плагОМ OAI, кПтПрый Пбрабатывает ЌетаЎаММые OAI, О плагОМ ОзПбражеМОй, пПскПльку в этПЌ случае ЎПкуЌеМты ОсÑ
-ПЎМПй кПллекцОО  - этП файлы ОзПбражеМОй. <!-- _text1_ -->Greenstone ПбычМП ПпреЎеляет язык ЎПкуЌеМтПв автПЌатОческО, МП этО запОсО ЌетаЎаММыÑ
+ПЎМПй кПллекцОО  - этП файлы ОзПбражеМОй. 
+<!-- _text1_ -->
+Besides the four standard plugins (GreenstoneXMLPlugin, MetadataXMLPlugin, ArchivesInfPlugin and DirectoryPlugin), 
+the configuration file specifies the OAI plugin, which processes OAI
+metadata, and the image plugin, because in this case the collection\'s source
+documents are image files.  
+Greenstone ПбычМП ПпреЎеляет язык ЎПкуЌеМтПв автПЌатОческО, МП этО запОсО ЌетаЎаММыÑ
  являются слОшкПЌ МебПльшОЌО Ўля тПгП, чтПбы этП сЎелать МаЎежМП: пПэтПЌу аМглОйскОй язык ПпреЎелеМ явМП в параЌетре <i>языка</i> (<i>language</i>). ПлагОМы ОAI аМалОзОруют  ЌетаЎаММые О пересылают ОÑ
  к сППтветствующеЌу файлу ОсÑ
 ПЎМПгП ЎПкуЌеМта, кПтПрый затеЌ Пбрабатывается сППтветствующОЌ плагОМПЌ -- в ЎаММПЌ случае <i>ImagePlugin</i>. ЭтПт плагОМ ПпреЎеляет разлОчМые версОО разрешеМОя ОзПбражеМОя Ма экраМе.
 
-<!--
-<p>
-_text2_
-
-<p>
-_text3_
--->
-
-<p>
-
+<p>
+<!--_text2_-->
+Extracted metadata from OAI records are mapped to Dublin Core Metadata Set by default.
+As a result, classifiers and indexes in this collection are built with Dublin meatadata elements.
+
+<p>
+<!-- _text4_ -->
+The <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>collection
+configuration file</a> has a single full-text index containing
+<i>dc.Description</i> metadata. When a document is displayed, the
+<i>DocumentHeading</i> format statement puts out its <i>dc.Subject</i>. Then the
+<i>DocumentText</i> statement follows this with <i>screenicon</i>, which is
+produced by <i>ImagePlugin</i> and gives a screen-resolution version of the
+image; it is hyperlinked to the <i>dc.OrigURL</i> metadata -- that is, the original
+version of the image on the remote OAI site. This is followed by the image\'s
+<i>dc.Description</i>, also with a hyperlink; the image\'s size and type, again
+generated as metadata by <i>ImagePlugin</i>; and then <i>dc.Subject</i>,
+<i>dc.Publisher</i>,
+and <i>dc.Rights</i> metadata.
+<a href=_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=search&d=_sampleoid_>This</a>
+is the result.\n
+
+
+<p>
 ИЌеется Ўва классОфОкатПра прПсЌПтра, ПЎОМ Оз кПтПрыÑ
  ПсМПваМ Ма ЌетаЎаММыÑ
@@ -441 +461 @@
 <p>
 <!-- _text3_ -->
+<p>
+Greenstone's OAI server currently supports Dublin Core, qualified Dublin Core and rfc1807 metadata sets. The <i>oaimetadata</i> line specifies which sets should be used. For collections that use other metadata sets, 
+metadata mapping rules should be provided to map the existing metadata 
+to the sets in use. See the <i>oai.cfg</i> file for details.\n
 "
 

collections/documented-examples/trunk/text-for-translation.txt

@@ -211 +211 @@
 metadata mapping rules should be provided to map the existing metadata 
 to the sets in use. See the <i>oai.cfg</i> file for details.\n
+
+oai._text4_:The <a href=\"_httpcollection_/etc/collect.cfg\" target=collect.cfg>collection
+configuration file</a> has a single full-text index containing
+<i>dc.Description</i> metadata. When a document is displayed, the
+<i>DocumentHeading</i> format statement puts out its <i>dc.Subject</i>. Then the
+<i>DocumentText</i> statement follows this with <i>screenicon</i>, which is
+produced by <i>ImagePlugin</i> and gives a screen-resolution version of the
+image; it is hyperlinked to the <i>dc.OrigURL</i> metadata -- that is, the original
+version of the image on the remote OAI site. This is followed by the image\'s
+<i>dc.Description</i>, also with a hyperlink; the image\'s size and type, again
+generated as metadata by <i>ImagePlugin</i>; and then <i>dc.Subject</i>,
+<i>dc.Publisher</i>,
+and <i>dc.Rights</i> metadata.
+<a href=_gwcgi_?l=_cgiargl_&a=d&c=_cgiargc_&cl=search&d=_sampleoid_>This</a>
+is the result.\n

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

@@ -235 +235 @@
  ЎПкуЌеМтПв Word (МапрОЌер, Пт старыÑ
  сОстеЌ МакОМтПша), О ОМПгЎа текст ужасМП Озвлекается. НекПтПрые PDF файлы Ме сПзЎают МОкакПгП ЌашОММПчОтаеЌПгП текста вППбще, а вЌестП этПгП включают пПслеЎПвательМПсть <i>ОзПбражеМОй</i> страМОцы, Оз кПтПрыÑ
- текст ЌПжет быть ОзвлечеМ тПлькП путеЌ ПптОческПгП распПзМаваМОя (OCR), чтП в Greenstone Ме преЎусЌПтреМП. <!-- _text1_ -->
+ текст ЌПжет быть ОзвлечеМ тПлькП путеЌ ПптОческПгП распПзМаваМОя (OCR), чтП в Greenstone Ме преЎусЌПтреМП. 
+<!-- _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>.
 <p>