Index: /documentation/branches/2.80/trunk/manuals/README.html
===================================================================
--- /documentation/branches/2.80/trunk/manuals/README.html (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/README.html (revision 14835)
@@ -0,0 +1,223 @@
+
+
+Greenstone Manuals README
+
+
+Greenstone Manual Information
+
+Contents
+
+
+
+Requirements
+To use this package to re-generate the Greenstone tutorial HTML, or generate a workshop, you need to have the following:
+
+Greenstone version 2.71 installed
+A Java runtime system
+
+
+
+Contents of this package
+
+README.html This file
+xml-source directory Contains all the XML source files and images.
+Any changes to the Manuals should be made to the source files in this directory.
+The xml-source directory contains:
+
+en, es, fr, ru subdirectories, which hold the source files for English,
+Spanish, French and Russian respectively. Each subdirectory contains 4 XML files
+and an images subdirectory. The 4 XML files correspond to the 4 Greenstone
+manuals: Develop's manual, Installer's manual, User's manual, and From Paper to
+Collection manual. The images directory contains all the images for every
+manual.
+Note: The en folder for English is the primary one. Any changes should
+be made to this folder and let the translator take care of other languages.
+manual.dtd: the DTD with the XML files
+
+
+processing directory Contains all the XSL files and CSS files for
+running XSL transform:
+
+xml-to-top-index.xsl XSL Transform file to generate a top index file
+for all the manuals.
+xml-to-index.xsl XSL Transform file to generate an index file for
+individual chapters of one manual.
+xml-to-one-html.xsl XSL transform file to generate a single HTML page
+for each manual.
+xml-to-many-html.xsl XSL transform file to generate individual HTML
+files for each manual, every chapter is a HTML file.
+common.xsl Common XSL templates for use with all transforms.
+xml-to-pdf.xsl XSL Transform file to generate a PDF file for every
+manual.
+
+
+fo-common.xsl Common XSL templates for use with PDF transforms.
+crossref-inter.xsl, crossref.xsl, crossref-pdf.xsl XSL files for
+getting the correct link address for links that refer to other chapters,
+sections, footnotes or other manuals. crossref-inter.xsl is used for generating
+multiple HTML files, crossref.xsl for generating a single HTML file, and
+crossref-pdf.xsl for generating PDF file.
+manifest.xml list of the manuals, used for generate the top index.
+pdf-fonts directory holds all the font files for languages whose
+fonts are not included in the base 14 fonts that FOP supports(see
+here
+for more).
+
+
+generate-html.sh Shell script that generates all the HTML files
+generate-pdf.sh Shell script that generates all the PDF files
+clean-all.sh Shell script that clean all the generated files
+
+
+
+File structure
+When generate HTML files and PDF files without using the shell scripts, you should:
+
+First create a build subdirectory here if there isn't one.
+For each language, create a subdirectory with the language code (eg. en, fr, es, ru) as the name of the directory, if there isn't one.
+cd to the appropriate direcotry, copy the images folder and the style.css file here
+Create a HTML and a PDF subdirectory for the generated HTML and PDF files.
+
+If you use the shell scripts, they will create the subdirectories for you.
+The file structure of the build directory is like this:
+
+--manuals
+ --build
+ --language-code
+ --html
+ (all the generated html files go here)
+ --pdf
+ (all the generated pdf files go here)
+ --images
+ style.css
+
+
+
+Including the GLI Help in User Guide
+The "Librarian Interface user guide" section in the User's Guide manual is generated from the GLI Help, so when GLI Help was updated, this section needs to be regenerated to an XML file under xml-source/language directory. To regenerate the XML file,
+
+Go to the Greenstone installation directory and run source setup.bash
+Go to the gsdl-documentation/shared
directory, run
+java ApplyXSLT ../manuals/processing/gen-gli-help-to-manual-chapter.xsl $GSDLHOME/gli/help/{lang}/help.xml > ../manuals/xml-source/{lang}/help-{lang}.xml
+replace {lang}
with a specific language code, for example:
+java ApplyXSLT ../manuals/processing/gen-gli-help-to-manual-chapter.xsl $GSDLHOME/gli/help/en/help.xml > ../manuals/xml-source/en/help-en.xml
+
+
+In the XML source file of User's Guide, GLI Help is included by means of defining an ENTITY(chap_gli) in the DTD. For example:
+
+<!DOCTYPE Manual [
+ <!ENTITY chap_gli SYSTEM "help-en.xml">
+]>
+
+
+
+Generating HTML files
+
+Run source setup.bash in the top level directory of your Greenstone installation
+Create a subdirectory named build , if there isn't one. cd to the build directory, create a subdirectory named with the language_code if there isn't one, for example, en for English language.
+ cd to the language_code directory, create a html subdirectory
+copy the images folder and style.css file here
+
+
+The generate-html.sh scripts are shell scripts that carry out a lot of these
+commands for you, we recommend to use this script to generate the HTML pages.
+
+
+Generataing PDF files
+
+Run source setup.bash in the top level directory of the Greenstone installation
+Unzip the fop.zip file under shared directory
+Generate the PDF file:
+export CLASSPATH=$CLASSPATH:../shared/fop/build/fop.jar:../shared/fop/lib
+./../shared/fop/fop.sh -c ../shared/fop/conf/userconfig.xml -q -xsl processing/xml-to-pdf.xsl -xml xml-source/language-code /manual-name _language-code .xml -pdf build/language-code /pdf/manual-name _language-code .pdf
+
+The generate-pdf.sh scripts are shell scripts that carry out a lot of these
+commands for you, we recommend you to use
+
+
+The current status of the manuals
+
+Developer's manual Greesntone 2.50, translated in Mar. 2004
+User's manual Greenstone 2.70, translated in Mar. 2006
+Installer's manual Greenstone 2.50, translated in Mar. 2004
+From Paper to Collection Greenstone 2.50, translated in Mar. 2004
+
+
+
+The XML Format
+Develop_en.xml, User_en.xml, Install_en.xml and Paper_en.xml in the en directory are the main files. Make modifications in those. The translator takes care of the other languages.
+All <Text> elements need a unique id, and all need to be on their own lines, with no other tags (apart from tags inside the text).
+All <Chapter>, <Section>, <Subsection>, <Part>, <Table>, <Figure> elements need a unique id.
+See the DTD file for more information.
+
+
+
Translate into other languages
+To tranlate these manuals into other languages, use Greenstone Translator to do this, see here .
+The "module-name" for the manuals are devmanual, installmanual, papermanual and usermanual.
+For languages whose fonts are not included in the base 14 fonts that FOP
+supports, eg. Russian, new font may be required to install before generating PDF
+files in these languages. Install a new language to FOP have 3 steps:
+
+ Find an appropriate font file (in .PFM or .TTF format) that contains the
+ necessary fonts, and run to
+ generate an XML file
+ Register to FOP by adding a new entry in the userconfig.xml file
+ In fo-common.xsl, add a new language-value pair for the font
+ variable.
+
+
+[Example]
+For example, for the Russian language, the L_10646.TTF
(under
+Windows) TrueType Font file contains the required Cyrillic font, then run
+
+ java -cp build\fop.jar;lib\avalon-framework.jar;lib\xml-apis.jar;lib\xercesImpl.jar;lib\xalan.jar
+ org.apache.fop.fonts.apps.TTFReader [options] L_10646.TTF Cyrillic.xml
+
+to generate the font xml configure file Cyrillic.xml
.
+Then go to the conf
directory under fop installation directory,
+open userconfig.xml
file, in <fonts>
element, add
+
+ <font metrics-file="//research/lh92/gsdl-documentation/shared/fop/conf/Cyrillic.xml"
+ kerning="yes" embed-file="//research/lh92/gsdl-documentation/shared/fop/conf/L_10646.TTF">
+ <font-triplet name="Cyrillic" style="normal" weight="normal"/>
+ <font-triplet name="Cyrillic" style="normal" weight="bold"/>
+ <font-triplet name="Cyrillic" style="italic" weight="normal"/>
+ <font-triplet name="Cyrillic" style="italic" weight="bold"/>
+ </font>
+
+Then run fop with -c userconfig.xml
option to use the new
+configuration.
+
+
+ToDo list
+
+Windows scripts Automatic textsTexts like button names should be automatic generated, like in greenstone tutorials, but currently we didn't do this because the manuals are supposed to be rewritten soon, but this shall be done after the reversion.
+PDF fonts (done, but for new languages still needs to find an appropriate
+font set)The XML to PDF transform require for a correct font set for a
+specific language.
+Images in PDF filesImages should not be too long, otherwise cannot
+generate the PDF file.
+Navigation buttons (done)Add navigation buttons in the html pages.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/clean-all.sh
===================================================================
--- /documentation/branches/2.80/trunk/manuals/clean-all.sh (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/clean-all.sh (revision 14835)
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+echo "clean all gennerated files"
+rm -r build/
Index: /documentation/branches/2.80/trunk/manuals/generate-html.sh
===================================================================
--- /documentation/branches/2.80/trunk/manuals/generate-html.sh (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/generate-html.sh (revision 14835)
@@ -0,0 +1,38 @@
+#!/bin/sh
+
+if [ "$GSDLHOME" == "" ]; then
+ echo You must run \'source setup.bash\' in the top level folder of your Greenstone installation before running this script
+ exit
+fi
+
+top_dir=`pwd`
+shared_dir=`pwd`/../shared
+source_dir=`pwd`/xml-source
+processing_dir=`pwd`/processing
+output_dir=`pwd`/build
+
+mkdir $output_dir
+cp $processing_dir/style.css $output_dir/
+
+langs="en es fr ru"
+manuals="Develop User Install Paper"
+
+echo "processing top level index"
+java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-top-index.xsl $processing_dir/manifest.xml > $output_dir/index.html
+
+for l in $langs; do
+ echo "Processing $l version"
+ mkdir $output_dir/$l
+ cd $output_dir/$l
+
+ mkdir html
+ cp -r $source_dir/$l/images .
+
+ for m in $manuals; do
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-index.xsl $source_dir/$l/"$m"_"$l".xml > html/"$m"_"$l"_index.html
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-one-html.xsl $source_dir/$l/"$m"_"$l".xml > html/"$m"_"$l"_all.html
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-many-html.xsl $source_dir/$l/"$m"_"$l".xml | perl -S $GSDLHOME/gli/help/splithelpdocument.pl
+ mv *.htm html/
+ done
+ cd $top_dir
+done
Index: /documentation/branches/2.80/trunk/manuals/generate-pdf.sh
===================================================================
--- /documentation/branches/2.80/trunk/manuals/generate-pdf.sh (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/generate-pdf.sh (revision 14835)
@@ -0,0 +1,63 @@
+#!/bin/sh
+
+top_dir=`pwd`
+shared_dir=`pwd`/../shared
+source_dir=`pwd`/xml-source
+processing_dir=`pwd`/processing
+output_dir=`pwd`/build
+fop_dir="$shared_dir/fop"
+export CLASSPATH=$CLASSPATH:$shared_dir:$fop_dir/build/fop.jar:$fop_dir/lib
+
+if [ ! -d $output_dir ]; then
+ mkdir $output_dir
+fi
+
+langs="en es ru fr"
+manuals="Paper User Develop Install"
+
+if [ "$1" != "" ]; then
+ cmd=$1
+else
+ echo -e "choose a manual to work with: \n 'all' for all the manuals\n 'u' for the User's Guide\n 'd' for the Developer's Guide\n 'i' for the Installer's Guide\n 'p' for From Paper to Collection"
+ read cmd
+fi
+
+if [ $cmd = 'u' ]; then
+ manuals="User"
+fi
+if [ $cmd = 'd' ]; then
+ manuals="Develop"
+fi
+if [ $cmd = 'i' ]; then
+ manuals="Install"
+fi
+if [ $cmd = 'p' ]; then
+ manuals="Paper"
+fi
+
+
+if [ "$2" != "" ]; then
+ langs=$2
+else
+ echo -e "choose a language to work with: \n all, en, fr, es, or ru"
+ read cmd
+ if [ $cmd != 'all' ]; then
+ langs=$cmd
+ fi
+fi
+
+for l in $langs; do
+
+ if [ ! -d $output_dir/$l ]; then
+ mkdir $output_dir/$l
+ fi
+ if [ ! -d $output_dir/$l/pdf ]; then
+ mkdir $output_dir/$l/pdf
+ fi
+
+ for m in $manuals; do
+ echo -e "\nprocessing the $m manual in $l"
+ $fop_dir/fop.sh -c $shared_dir/fop/conf/userconfig.xml -q -xsl $processing_dir/xml-to-pdf.xsl -xml $source_dir/$l/"$m"_"$l".xml -pdf $output_dir/$l/pdf/"$m"_"$l".pdf
+ echo -e "done!\n"
+ done
+done
Index: /documentation/branches/2.80/trunk/manuals/processing/GNUFDL.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/GNUFDL.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/GNUFDL.xml (revision 14835)
@@ -0,0 +1,407 @@
+
+
+
+
+
+]>
+
+
+GNU Free Documentation License
+
+
+Version 1.2, November 2002
+Copyright (C) 2000,2001,2002 Free Software Foundation, Inc. 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.
+0. PREAMBLE
+The purpose of this License is to make a manual, textbook, or other functional and useful document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially. Secondarily, this License preserves for the author and publisher a way to get credit for their work, while not being considered responsible for modifications made by others.
+This License is a kind of "copyleft", which means that derivative works of the document must themselves be free in the same sense. It complements the GNU General Public License, which is a copyleft license designed for free software.
+We have designed this License in order to use it for manuals for free software, because free software needs free documentation: a free program should come with manuals providing the same freedoms that the software does. But this License is not limited to software manuals; it can be used for any textual work, regardless of subject matter or whether it is published as a printed book. We recommend this License principally for works whose purpose is instruction or reference.
+1. APPLICABILITY AND DEFINITIONS
+This License applies to any manual or other work, in any medium, that contains a notice placed by the copyright holder saying it can be distributed under the terms of this License. Such a notice grants a world-wide, royalty-free license, unlimited in duration, to use that work under the conditions stated herein. The "Document", below, refers to any such manual or work. Any member of the public is a licensee, and is addressed as "you". You accept the license if you copy, modify or distribute the work in a way requiring permission under copyright law.
+A "Modified Version" of the Document means any work containing the Document or a portion of it, either copied verbatim, or with modifications and/or translated into another language.
+A "Secondary Section" is a named appendix or a front-matter section of the Document that deals exclusively with the relationship of the publishers or authors of the Document to the Document's overall subject (or to related matters) and contains nothing that could fall directly within that overall subject. (Thus, if the Document is in part a textbook of mathematics, a Secondary Section may not explain any mathematics.) The relationship could be a matter of historical connection with the subject or with related matters, or of legal, commercial, philosophical, ethical or political position regarding them.
+The "Invariant Sections" are certain Secondary Sections whose titles are designated, as being those of Invariant Sections, in the notice that says that the Document is released under this License. If a section does not fit the above definition of Secondary then it is not allowed to be designated as Invariant. The Document may contain zero Invariant Sections. If the Document does not identify any Invariant Sections then there are none.
+The "Cover Texts" are certain short passages of text that are listed, as Front-Cover Texts or Back-Cover Texts, in the notice that says that the Document is released under this License. A Front-Cover Text may be at most 5 words, and a Back-Cover Text may be at most 25 words.
+A "Transparent" copy of the Document means a machine-readable copy, represented in a format whose specification is available to the general public, that is suitable for revising the document straightforwardly with generic text editors or (for images composed of pixels) generic paint programs or (for drawings) some widely available drawing editor, and that is suitable for input to text formatters or for automatic translation to a variety of formats suitable for input to text formatters. A copy made in an otherwise Transparent file format whose markup, or absence of markup, has been arranged to thwart or discourage subsequent modification by readers is not Transparent. An image format is not Transparent if used for any substantial amount of text. A copy that is not "Transparent" is called "Opaque".
+Examples of suitable formats for Transparent copies include plain ASCII without markup, Texinfo input format, LaTeX input format, SGML or XML using a publicly available DTD, and standard-conforming simple HTML, PostScript or PDF designed for human modification. Examples of transparent image formats include PNG, XCF and JPG. Opaque formats include proprietary formats that can be read and edited only by proprietary word processors, SGML or XML for which the DTD and/or processing tools are not generally available, and the machine-generated HTML, PostScript or PDF produced by some word processors for output purposes only.
+The "Title Page" means, for a printed book, the title page itself, plus such following pages as are needed to hold, legibly, the material this License requires to appear in the title page. For works in formats which do not have any title page as such, "Title Page" means the text near the most prominent appearance of the work's title, preceding the beginning of the body of the text.
+
+ A section "Entitled XYZ" means a named subunit of the Document whose
+ title either is precisely XYZ or contains XYZ in parentheses following
+ text that translates XYZ in another language. (Here XYZ stands for a
+ specific section name mentioned below, such as "Acknowledgements",
+ "Dedications", "Endorsements", or "History".) To "Preserve the Title"
+ of such a section when you modify the Document means that it remains a
+ section "Entitled XYZ" according to this definition.
+
+
+
+ The Document may include Warranty Disclaimers next to the notice which
+ states that this License applies to the Document. These Warranty
+ Disclaimers are considered to be included by reference in this
+ License, but only as regards disclaiming warranties: any other
+ implication that these Warranty Disclaimers may have is void and has
+ no effect on the meaning of this License.
+
+
+
+
+ 2. VERBATIM COPYING
+
+
+
+ You may copy and distribute the Document in any medium, either
+ commercially or noncommercially, provided that this License, the
+ copyright notices, and the license notice saying this License applies
+ to the Document are reproduced in all copies, and that you add no other
+ conditions whatsoever to those of this License. You may not use
+ technical measures to obstruct or control the reading or further
+ copying of the copies you make or distribute. However, you may accept
+ compensation in exchange for copies. If you distribute a large enough
+ number of copies you must also follow the conditions in section 3.
+
+
+
+ You may also lend copies, under the same conditions stated above, and
+ you may publicly display copies.
+
+
+
+
+ 3. COPYING IN QUANTITY
+
+
+
+ If you publish printed copies (or copies in media that commonly have
+ printed covers) of the Document, numbering more than 100, and the
+ Document's license notice requires Cover Texts, you must enclose the
+ copies in covers that carry, clearly and legibly, all these Cover
+ Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on
+ the back cover. Both covers must also clearly and legibly identify
+ you as the publisher of these copies. The front cover must present
+ the full title with all words of the title equally prominent and
+ visible. You may add other material on the covers in addition.
+ Copying with changes limited to the covers, as long as they preserve
+ the title of the Document and satisfy these conditions, can be treated
+ as verbatim copying in other respects.
+
+
+
+ If the required texts for either cover are too voluminous to fit
+ legibly, you should put the first ones listed (as many as fit
+ reasonably) on the actual cover, and continue the rest onto adjacent
+ pages.
+
+
+
+ If you publish or distribute Opaque copies of the Document numbering
+ more than 100, you must either include a machine-readable Transparent
+ copy along with each Opaque copy, or state in or with each Opaque copy
+ a computer-network location from which the general network-using
+ public has access to download using public-standard network protocols
+ a complete Transparent copy of the Document, free of added material.
+ If you use the latter option, you must take reasonably prudent steps,
+ when you begin distribution of Opaque copies in quantity, to ensure
+ that this Transparent copy will remain thus accessible at the stated
+ location until at least one year after the last time you distribute an
+ Opaque copy (directly or through your agents or retailers) of that
+ edition to the public.
+
+
+
+ It is requested, but not required, that you contact the authors of the
+ Document well before redistributing any large number of copies, to give
+ them a chance to provide you with an updated version of the Document.
+
+
+
+ 4. MODIFICATIONS
+
+
+
+
+ You may copy and distribute a Modified Version of the Document under
+ the conditions of sections 2 and 3 above, provided that you release
+ the Modified Version under precisely this License, with the Modified
+ Version filling the role of the Document, thus licensing distribution
+ and modification of the Modified Version to whoever possesses a copy
+ of it. In addition, you must do these things in the Modified Version:
+
+
+
+ A. Use in the Title Page (and on the covers, if any) a title distinct
+ from that of the Document, and from those of previous versions
+ (which should, if there were any, be listed in the History section
+ of the Document). You may use the same title as a previous version
+ if the original publisher of that version gives permission.
+ B. List on the Title Page, as authors, one or more persons or entities
+ responsible for authorship of the modifications in the Modified
+ Version, together with at least five of the principal authors of the
+ Document (all of its principal authors, if it has fewer than five),
+ unless they release you from this requirement.
+
+ C. State on the Title page the name of the publisher of the
+ Modified Version, as the publisher.
+ D. Preserve all the copyright notices of the Document.
+ E. Add an appropriate copyright notice for your modifications
+ adjacent to the other copyright notices.
+
+ F. Include, immediately after the copyright notices, a license notice
+ giving the public permission to use the Modified Version under the
+ terms of this License, in the form shown in the Addendum below.
+ G. Preserve in that license notice the full lists of Invariant Sections
+ and required Cover Texts given in the Document's license notice.
+ H. Include an unaltered copy of this License.
+ I. Preserve the section Entitled "History", Preserve its Title, and add
+ to it an item stating at least the title, year, new authors, and
+ publisher of the Modified Version as given on the Title Page. If
+ there is no section Entitled "History" in the Document, create one
+ stating the title, year, authors, and publisher of the Document as
+ given on its Title Page, then add an item describing the Modified
+ Version as stated in the previous sentence.
+
+ J. Preserve the network location, if any, given in the Document for
+ public access to a Transparent copy of the Document, and likewise
+ the network locations given in the Document for previous versions
+ it was based on. These may be placed in the "History" section.
+ You may omit a network location for a work that was published at
+ least four years before the Document itself, or if the original
+ publisher of the version it refers to gives permission.
+ K. For any section Entitled "Acknowledgements" or "Dedications",
+ Preserve the Title of the section, and preserve in the section all
+ the substance and tone of each of the contributor acknowledgements
+ and/or dedications given therein.
+ L. Preserve all the Invariant Sections of the Document,
+ unaltered in their text and in their titles. Section numbers
+ or the equivalent are not considered part of the section titles.
+ M. Delete any section Entitled "Endorsements". Such a section
+ may not be included in the Modified Version.
+
+ N. Do not retitle any existing section to be Entitled "Endorsements"
+ or to conflict in title with any Invariant Section.
+ O. Preserve any Warranty Disclaimers.
+
+
+
+ If the Modified Version includes new front-matter sections or
+ appendices that qualify as Secondary Sections and contain no material
+ copied from the Document, you may at your option designate some or all
+ of these sections as invariant. To do this, add their titles to the
+ list of Invariant Sections in the Modified Version's license notice.
+ These titles must be distinct from any other section titles.
+
+
+
+
+ You may add a section Entitled "Endorsements", provided it contains
+ nothing but endorsements of your Modified Version by various
+ parties--for example, statements of peer review or that the text has
+ been approved by an organization as the authoritative definition of a
+ standard.
+
+
+
+ You may add a passage of up to five words as a Front-Cover Text, and a
+ passage of up to 25 words as a Back-Cover Text, to the end of the list
+ of Cover Texts in the Modified Version. Only one passage of
+ Front-Cover Text and one of Back-Cover Text may be added by (or
+ through arrangements made by) any one entity. If the Document already
+ includes a cover text for the same cover, previously added by you or
+ by arrangement made by the same entity you are acting on behalf of,
+ you may not add another; but you may replace the old one, on explicit
+ permission from the previous publisher that added the old one.
+
+
+
+ The author(s) and publisher(s) of the Document do not by this License
+ give permission to use their names for publicity for or to assert or
+ imply endorsement of any Modified Version.
+
+
+
+ 5. COMBINING DOCUMENTS
+
+
+
+ You may combine the Document with other documents released under this
+ License, under the terms defined in section 4 above for modified
+ versions, provided that you include in the combination all of the
+ Invariant Sections of all of the original documents, unmodified, and
+ list them all as Invariant Sections of your combined work in its
+ license notice, and that you preserve all their Warranty Disclaimers.
+
+
+
+ The combined work need only contain one copy of this License, and
+ multiple identical Invariant Sections may be replaced with a single
+ copy. If there are multiple Invariant Sections with the same name but
+ different contents, make the title of each such section unique by
+ adding at the end of it, in parentheses, the name of the original
+ author or publisher of that section if known, or else a unique number.
+ Make the same adjustment to the section titles in the list of
+ Invariant Sections in the license notice of the combined work.
+
+
+
+ In the combination, you must combine any sections Entitled "History"
+ in the various original documents, forming one section Entitled
+ "History"; likewise combine any sections Entitled "Acknowledgements",
+ and any sections Entitled "Dedications". You must delete all sections
+ Entitled "Endorsements."
+
+
+
+ 6. COLLECTIONS OF DOCUMENTS
+
+
+
+ You may make a collection consisting of the Document and other documents
+ released under this License, and replace the individual copies of this
+ License in the various documents with a single copy that is included in
+ the collection, provided that you follow the rules of this License for
+ verbatim copying of each of the documents in all other respects.
+
+
+
+ You may extract a single document from such a collection, and distribute
+ it individually under this License, provided you insert a copy of this
+ License into the extracted document, and follow this License in all
+ other respects regarding verbatim copying of that document.
+
+
+
+ 7. AGGREGATION WITH INDEPENDENT WORKS
+
+
+
+ A compilation of the Document or its derivatives with other separate
+ and independent documents or works, in or on a volume of a storage or
+ distribution medium, is called an "aggregate" if the copyright
+ resulting from the compilation is not used to limit the legal rights
+ of the compilation's users beyond what the individual works permit.
+ When the Document is included in an aggregate, this License does not
+ apply to the other works in the aggregate which are not themselves
+ derivative works of the Document.
+
+
+
+
+ If the Cover Text requirement of section 3 is applicable to these
+ copies of the Document, then if the Document is less than one half of
+ the entire aggregate, the Document's Cover Texts may be placed on
+ covers that bracket the Document within the aggregate, or the
+ electronic equivalent of covers if the Document is in electronic form.
+ Otherwise they must appear on printed covers that bracket the whole
+ aggregate.
+
+
+
+ 8. TRANSLATION
+
+
+
+ Translation is considered a kind of modification, so you may
+ distribute translations of the Document under the terms of section 4.
+ Replacing Invariant Sections with translations requires special
+ permission from their copyright holders, but you may include
+ translations of some or all Invariant Sections in addition to the
+ original versions of these Invariant Sections. You may include a
+ translation of this License, and all the license notices in the
+ Document, and any Warranty Disclaimers, provided that you also include
+ the original English version of this License and the original versions
+ of those notices and disclaimers. In case of a disagreement between
+ the translation and the original version of this License or a notice
+ or disclaimer, the original version will prevail.
+
+
+
+
+ If a section in the Document is Entitled "Acknowledgements",
+ "Dedications", or "History", the requirement (section 4) to Preserve
+ its Title (section 1) will typically require changing the actual
+ title.
+
+
+
+ 9. TERMINATION
+
+
+
+ You may not copy, modify, sublicense, or distribute the Document except
+ as expressly provided for under this License. Any other attempt to
+ copy, modify, sublicense or distribute the Document is void, and will
+ automatically terminate your rights under this License. However,
+ parties who have received copies, or rights, from you under this
+ License will not have their licenses terminated so long as such
+ parties remain in full compliance.
+
+
+
+
+ 10. FUTURE REVISIONS OF THIS LICENSE
+
+
+
+ The Free Software Foundation may publish new, revised versions
+ of the GNU Free Documentation License from time to time. Such new
+ versions will be similar in spirit to the present version, but may
+ differ in detail to address new problems or concerns. See
+ http://www.gnu.org/copyleft/.
+
+
+
+ Each version of the License is given a distinguishing version number.
+ If the Document specifies that a particular numbered version of this
+ License "or any later version" applies to it, you have the option of
+ following the terms and conditions either of that specified version or
+ of any later version that has been published (not as a draft) by the
+ Free Software Foundation. If the Document does not specify a version
+ number of this License, you may choose any version ever published (not
+ as a draft) by the Free Software Foundation.
+
+
+
+How to use this License for your documents
+
+
+ To use this License in a document you have written, include a copy of
+ the License in the document and put the following copyright and
+ license notices just after the title page:
+
+
+
+ Copyright (c) YEAR YOUR NAME.
+ Permission is granted to copy, distribute and/or modify this document
+ under the terms of the GNU Free Documentation License, Version 1.2
+ or any later version published by the Free Software Foundation;
+ with no Invariant Sections, no Front-Cover Texts, and no Back-Cover
+ Texts. A copy of the license is included in the section entitled "GNU
+ Free Documentation License".
+
+
+
+ If you have Invariant Sections, Front-Cover Texts and Back-Cover Texts,
+ replace the "with...Texts." line with this:
+
+
+
+
+ with the Invariant Sections being LIST THEIR TITLES, with the
+ Front-Cover Texts being LIST, and with the Back-Cover Texts being LIST.
+
+
+
+ If you have Invariant Sections without Cover Texts, or some other
+ combination of the three, merge those two alternatives to suit the
+ situation.
+
+
+
+ If your document contains nontrivial examples of program code, we
+ recommend releasing these examples in parallel under your choice of
+ free software license, such as the GNU General Public License,
+ to permit their use in free software.
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/common.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/common.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/common.xsl (revision 14835)
@@ -0,0 +1,203 @@
+
+
+
+
+
+
+
+
+ Figure
+
+
+
+
+
+
+
+
+ Table
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ border-collapse:collapse;border:1px solid black;
+ rows center
+
+ 90% center
+
+
+ border-collapse:collapse;border:1px solid black;
+ right
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/crossref-inter.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/crossref-inter.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/crossref-inter.xsl (revision 14835)
@@ -0,0 +1,63 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ [ ]
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/crossref-pdf.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/crossref-pdf.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/crossref-pdf.xsl (revision 14835)
@@ -0,0 +1,52 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/crossref.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/crossref.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/crossref.xsl (revision 14835)
@@ -0,0 +1,33 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ [ ]
+
+
+
+ [ ]
+
Index: /documentation/branches/2.80/trunk/manuals/processing/fo-common.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/fo-common.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/fo-common.xsl (revision 14835)
@@ -0,0 +1,535 @@
+
+
+
+
+
+Cyrillic
+Helvetica
+
+
+
+
+
+ 24.0pt
+ 24pt
+ 25pt
+ right
+ 3pt
+
+
+
+
+ 24.0pt
+ 24pt
+ right
+ 3pt
+
+
+
+
+ 24.0pt
+ 24pt
+ right
+ 3pt
+ 3cm
+ always
+
+
+
+
+ 10.0pt
+ bold
+ 15pt
+ grey
+ 25pt
+ 3pt
+ 10pt
+
+
+
+
+ 12.0pt
+ 3pt
+ bold
+ left
+ 25pt
+
+
+
+
+ 10.0pt
+ bold
+ left
+
+
+
+ Courier
+ 8pt
+ 3pt
+ right
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Table
+
+
+
+
+
+
+
+
+
+
+Figure
+
+
+
+
+
+
+ 11.0pt
+ 15pt
+ justify
+ 35pt
+
+
+
+ 11.0pt
+ black
+ 15pt
+ justify
+ 25pt
+
+
+
+ 9.0pt
+ black
+ left
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 12.0pt
+ black
+ bold
+ 60pt
+ 3pt
+ justify
+ 25pt
+
+
+
+
+
+
+
+
+
+
+ 2cm
+ 12pt
+ 15pt
+
+
+
+ 3cm
+ 12pt
+ 5pt
+
+
+
+
+
+
+
+•
+
+
+
+
+
+
+
+
+
+
+•
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 3cm
+ 12pt
+ 15pt
+ 15pt
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+50pt
+
+8pt
+
+
+
+
+
+10pt
+8pt
+8pt
+
+
+
+
+3pt
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 30pt
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+always
+
+
+
+
+
+right
+left
+justify
+
+
+
+
+
+
+
+
+
+
+
+
+left
+justify
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 0.1pt solid
+ black separate
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ em
+ em
+
+
+
+
+
+
+
+25pt
+
+
+
+
+
+
+
+
+
+[ ]
+
+
+
+[ ]
+
+
+
+
+
+
+
+
+
+
+ 11.0pt
+ black
+ justify
+ 15pt
+ 25pt
+
+
+
+
+
+
+
+
+ 15pt
+ right
+ 25pt
+
+
+
+
+
+
+
+
+ 10.0pt
+ right
+ 25pt
+ 125pt
+
+
+
+
+
+
+
+ 10.0pt
+ right
+ 25pt
+ 25pt
+
+
+
+
+
+
+
+
+ 18.0pt
+ right
+ gray
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/Cyrillic.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/Cyrillic.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/Cyrillic.xml (revision 14835)
@@ -0,0 +1,2 @@
+
+LucidaSansUnicode 722 0 1096 -439 -614 -439 1384 1144 33 0 0 TYPE0 CIDFontType2 0
Index: /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/userconfig.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/userconfig.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/fop-fonts/userconfig.xml (revision 14835)
@@ -0,0 +1,113 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/gen-gli-help-to-manual-chapter.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/gen-gli-help-to-manual-chapter.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/gen-gli-help-to-manual-chapter.xsl (revision 14835)
@@ -0,0 +1,59 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ " "
+
+
+
+
+ " "
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/manifest.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/manifest.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/manifest.xml (revision 14835)
@@ -0,0 +1,20 @@
+
+
+
+
+
+Describes in detail the Greenstone installation process.
+
+
+
+General details on using Greenstone collections, the Collector web interface for building new collections, and Greenstone's administrative facilities.
+
+
+
+A more detailed description of Greenstone's collection building process, including building collections from the command line or DOS prompt. Also a description of the structure of the Greenstone runtime system.
+
+
+
+A document describing the entire process of creating a digital library collection from paper documents. This includes the scanning and OCR process and the use of the "Organizer".
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/style.css
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/style.css (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/style.css (revision 14835)
@@ -0,0 +1,39 @@
+/* CSS Document */
+
+h1{ font-family:arial,sans-serif; font-weight:normal; font-size:25px; margin:0; }
+h2{ font-family:arial,sans-serif; font-weight:normal; font-size:22px; margin:0; }
+h3{ font-family:arial,sans-serif; font-weight:normal; font-size:18px; margin-bottom:4px;}
+h4{ font-family:arial,sans-serif; font-size:14px; }
+
+p{ FONT-SIZE: 13px; FONT-FAMILY: Arial, Helvetica, sans-serif; COLOR: #000000}
+
+
+
+table.figure_code{
+ padding-bottom:2pt; padding-left:2pt; padding-right:2pt; padding-top:2pt;
+ border-collapse: collapse; border: solid; color:black; border-width: 1pt;
+}
+
+div.linenumber{margin-top:0pt; margin-right:0in; margin-bottom:0in; margin-left:0pt; margin-bottom:0pt; font-family:Courier; FONT-SIZE: 8pt}
+div.note{ margin-top: 0px; margin-bottom: 8px; margin-left: 20px;}
+div.comment{font-size: 11px; font-family:arial,sans-serif; margin-top: 0px; margin-bottom: 4px; margin-left: 20px;}
+div.indexlink{ text-align: right;}
+div.codeline_figure{ margin-top:0pt; margin-right:0in; margin-bottom:0in; margin-left:2pt; margin-bottom:0pt; font-family: Courier; font-size: 11px}
+div.codeline{margin-top:0pt; margin-right:0pt; margin-bottom:0pt; margin-left:2em; font-size:12px; font-family:Courier;}
+div.codeline_single{font-size:12px; margin-right:0pt; margin-left:2em; margin-bottom:2px; margin-top:2px; font-family:Courier;}
+
+li {FONT-SIZE: 12px; FONT-FAMILY: Arial, Helvetica, sans-serif; COLOR: #000000}
+
+ul {list-style-type: decimal}
+
+dd {margin-top: 2pt; margin-bottom: 0pt; font-size: 12px}
+dt {margin-top: 1pt; margin-bottom: 0pt; font-size: 12px}
+
+a {font-size: 15px}
+a.title {font-size: 18px; font-family:arial,sans-serif;}
+a.comment {font-size: 11px; font-family:arial,sans-serif;}
+
+img{border: 0px}
+
+dl{margin-top: 4px;}
+
Index: /documentation/branches/2.80/trunk/manuals/processing/xml-to-index.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/xml-to-index.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/xml-to-index.xsl (revision 14835)
@@ -0,0 +1,45 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Contents
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/xml-to-many-html.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/xml-to-many-html.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/xml-to-many-html.xsl (revision 14835)
@@ -0,0 +1,58 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Chapter
+
+
+
+
+
+
+
+ Contents
+
+
+
+
+
+
+
+
+
+
+
+
+ [ ]
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/xml-to-one-html.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/xml-to-one-html.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/xml-to-one-html.xsl (revision 14835)
@@ -0,0 +1,50 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ Contents
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/xml-to-pdf.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/xml-to-pdf.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/xml-to-pdf.xsl (revision 14835)
@@ -0,0 +1,237 @@
+
+
+
+
+
+
+
+
+
+ right
+
+ 24.0pt
+ 24.0pt
+ 3pt
+ 25pt
+
+
+ start
+
+ 15.0pt
+ 15.0pt
+ justify
+ 3pt
+ 15pt
+
+
+ start
+
+ 10.0pt
+ bold
+ 12pt
+ justify
+ 3pt
+ 15pt
+
+
+ start
+
+ 10.0pt
+ 12pt
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Contents
+
+
+ n
+ y
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Subsection_
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/processing/xml-to-top-index.xsl
===================================================================
--- /documentation/branches/2.80/trunk/manuals/processing/xml-to-top-index.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/processing/xml-to-top-index.xsl (revision 14835)
@@ -0,0 +1,58 @@
+
+
+
+
+]>
+
+
+
+
+
+ español
+ français
+ ÑÑÑÑкОй
+
+ http://prdownloads.sourceforge.net/greenstone
+
+
+
+
+ Greenstone Manuals
+
+
+ Greenstone Manuals
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ [ ]
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/en/Develop_en.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/en/Develop_en.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/en/Develop_en.xml (revision 14835)
@@ -0,0 +1,5227 @@
+
+
+
+
+
+]>
+
+
+GREENSTONE DIGITAL LIBRARY
+
+
+DEVELOPER'S GUIDE
+
+
+David Bainbridge, Dana McKay and Ian H. Witten
+
+
+Department of Computer Science University of Waikato, New Zealand
+
+
+Back to manual index
+Back to top index
+
+Greenstone is a suite of software for building and distributing digital library collections. It provides a new way of organizing information and publishing it on the Internet or on CD-ROM. Greenstone is produced by the New Zealand Digital Library Project at the University of Waikato, and developed and distributed in cooperation with UNESCO and the Human Info NGO. It is open-source software, available from http://greenstone.org under the terms of the Gnu General Public License.
+
+We want to ensure that this software works well for you. Please report any problems to greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+March 2004
+
+
+
+About this manual
+
+
+This manual explains how Greenstone works. It is aimed at those who wish to customise collections and to develop and maintain the software.
+Section gives an insider's account of the collection-building process, including the directory structure, the internal document format, and the configuration file that governs the structure of each collection. Section describes the parts of Greenstone that process source documents (and metadata) and dictate how the information is accessed through the user interface. It also describes âexternalâ software components that are distributed with Greenstone. Section explains the structure of the Greenstone runtime system, and also gives details of the software that help to understand how it works and how to modify the system to suit different needs. Section describes the Greenstone configuration files, and an Appendix introduces the C++ Standard Template Library.
+When working with the Greenstone software, you may encounter references to features that are not described in this manual, for Greenstone is under constant development. To learn about current work, join the Greenstone mailing list (instructions at greenstone.org).
+
+
+
+
+Companion documents
+
+
+The complete set of Greenstone documents includes five volumes:
+
+
+Greenstone Digital Library Installer's Guide
+
+
+Greenstone Digital Library User's Guide
+
+
+Greenstone Digital Library Developer's Guide (this document)
+
+
+Greenstone Digital Library: From Paper to Collection
+
+
+Greenstone Digital Library: Using the Organizer
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Acknowledgements
+
+
+The Greenstone software is a collaborative effort between manypeople. Rodger McNab and Stefan Boddie are the principal architects andimplementors. Contributions have been made by David Bainbridge, GeorgeBuchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, JohnMcPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, ToddReed, Bill Rogers, John Thompson, and Stuart Yeates. Other members of the New ZealandDigital Library project provided advice and inspiration in the design ofthe system: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te TakaKeegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols and Lloyd Smith. We would also like toacknowledge all those who have contributed to the GNU-licensed packagesincluded in this distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE and XLHTML.
+
+
+
+
+Understanding the collection-building process
+
+
+End users of Greenstone can build collections using the Collector, described in the Greenstone Digital Library User's Guide (Section ). This makes it very easy to build collections modelled after existing ones but with new content. However, it is not really feasible to use the Collector to create collections with completely new structures. It does invite you to edit the collection configuration file, which governs the collection's structure, but you need to know quite a lot about Greenstone to make radical yet effective changes. This section tells you what you need to know to do this. It also describes the Greenstone directory structure and the format in which documents are stored internally.
+We assume throughout this manual that you have installed Greenstone on your computer, be it Windows or Unix. If you have not yet done this you should consult the Greenstone Digital Library Installer's Guide . The name GSDLHOME is used throughout to refer to the Greenstone home directory, which is called %GSDLHOME% on Windows systems and $GSDLHOME on Unix ones. You set this directory during the installation procedure.
+
+
+Building collections from the command line
+
+
+Let us begin by walking through the operations involved in building a collection from the command line, to help understand the process better. Of course, for more user-friendly collection building, you should use the Collector instead. The collection we take as an example is one that comes on the Greenstone software distribution CD-ROM, and contains the WWW home pages of many of the people who have worked on the New Zealand Digital Library Project and the Greenstone software.
+Separate subsections follow for building under Windows and Unix. In fact, the two subsections are very nearly identicalâyou need only go through the one that pertains to your system. When following the walkthrough, you may find some operations mysterious and arcane, but follow them closelyâtheir meaning will be explained later on. After the walkthroughs is a brief summary of the differences between building a collection under the two systems.
+
+
+Collection building under Windows
+
+
+The first challenge when building a Greenstone collection from the command line under Windows is to get at the âcommand prompt,â the place where you type commands. Try looking in the Start menu, or under the Programs submenu, for an entry like MS-DOS Prompt , DOS Prompt , or Command Prompt . If you can't find it, invoke the Run entry and try typing command (or cmd ) in the dialog box. If all else fails, seek help from one who knows, such as your system administrator.
+Change into the directory where Greenstone has been installed. Assuming Greenstone was installed in its default location, you can move there by typing
+cd "C:\Program Files\gsdl "
+(You need the quotation marks because of the space in Program Files .) Next, at the prompt type
+setup.bat
+This batch file (which you can read if you like) tells the system where to look for Greenstone programs. If, later on in your interactive session at the DOS prompt, you wish to return to the top level Greenstone directory you can accomplish this by typing cd "%GSDLHOME%" (again, the quotation marks are here because of spaces in the filename). If you close your DOS window and start another one, you will need to invoke setup.bat again.
+Now you are in a position to make, build and rebuild collections. The first program we will look at is the Perl program mkcol.pl , whose name stands for âmake a collection.â First run the program by typing perl âS mkcol.pl to cause a description of usage and a list of arguments to appear on the screen âif your Windows environment is set up to associate the Perl application with files ending in .pl , this can be more concisely expressed by entering mkcol.pl . As you can see from the usage statement, the only required argument is creator , which is used to specify who built the collection.
+Let us now use the command to create the initial files and subdirectories necessary for our home page collection of Greenstone Digital Library project members. To assign the collection the name dlpeople , I typed
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+(or mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople if Perl is associated with the .pl file extension). Please substitute your email address for mine!
+To view the newly created files, move to the newly created collection directory by typing
+cd "%GSDLHOME%\collect\dlpeople"
+
+
+Collection configuration file created by mkcol.pl
+
+creator             me@cs.waikato.ac.nz
+maintainer          me@cs.waikato.ac.nz
+public              true
+beta                true
+indexes             document:text
+defaultindex        document:text
+plugin              ZIPPlug
+plugin              GAPlug
+plugin              TEXTPlug
+plugin              HTMLPlug
+plugin              EMAILPlug
+plugin              ArcPlug
+plugin              RecPlug
+classify            AZList -metadata "Title"
+collectionmeta collectionname    "dlpeople"
+collectionmeta iconcollection    ""
+collectionmeta collectionextra   ""
+collectionmeta .document:text    "documents "
+
+You can list the contents of this directory by typing dir . There should be seven subdirectories: archives , building , etc , images , import , index and perllib .
+Now we must populate the collection with sample documents. Source material for the dlpeople collection can be found on the Greenstone distribution CD-ROM under the directory collect\dlpeople . First, insert the CD-ROM into the drive (e.g. into D:\ ). Next, copy the contents of the D:\collect\dlpeople directory into the dlpeople collection's import directory. You can do this as follows:
+
+select the contents of the dlpeople directory and drag them into the dlpeople collection's import directory.
+
+Alternatively, you can type the command
+xcopy /s d:\collect\dlpeople\* import
+In the collection's etc directory there is a file called collect.cfg . Open it using your favourite text editor âa basic but commonly available one is called edit . It should look something like Figure , which shows the collection configuration file that was created by using the command perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople .
+Now you are ready to âimportâ the collection. This is the process of bringing the documents into the Greenstone system, standardising the document format, the way that metadata is specified, and the file structure in which the documents are stored. Type perl âS import.pl at the prompt to get a list of all the options for the import program. The -remove old option is used to ensure that any previously imported documents are removed first.
+perl âS import.pl -removeold dlpeople
+Don't worry about all the text that scrolls pastâit's just reporting the progress of the import. Be aware that importing this collection takes about five minutes on a 1 GHz computer, and correspondingly longer on slower machines. Note that you do not have to be in either the collect or dlpeople directories when this command is entered; because GSDLHOME is already set, the Greenstone software can work out where the necessary files are.
+Now let's make some changes to the collection configuration file to customize its appearance. First, give the collection a name. This will be treated by web browsers as the page title for the front page of the collection, and used as the collection icon in the absence of a picture. Change the line that reads collectionmeta collectionname "dlpeople" to something like collectionmeta collectionname "The People of the NZDL project" .
+Add a description of your collection between the quotes of the line that reads collectionmeta collectionextra "" . This is used as the About this collection text on the collection's home page. I added âThis collection is made up of the home pages of some of the people who have worked on the NZDL project.â It is important to enter this as a single line in the editor âdon't be tempted to press enter if the cursor reaches the right-hand side of the editor window even though there is more text to add, just keep on typing âotherwise the configuration file cannot be parsed correctly. If you want your collection to be usable with different language interfaces, there is a way to make this text come out differently depending on the interface language chosen. This is described in Section below.
+You can use any picture you can view in a web browser for a collection iconâthe image I created is shown in Figure . Put the location of the image between the quotes of the line collectionmeta iconcollection "" in the configuration file. As shorthand, and to aid portability _httpprefix_ can be used as the start of a URL that points to an image within the Greenstone file area. For example you could enter: _httpprefix_/collect/dlpeople/images/icon.gif if you have put a suitable image in the collection's images directory (collect\dlpeople\images in our example).
+Save the collection configuration file, and close itâyou won't need to look at it again during this tutorial.
+The next phase is to âbuildâ the collection, which creates all the indexes and files that make the collection work. Type perl âS buildcol.pl at the command prompt for a list of collection-building options. These options are explained more fully in Section . For now, stick to the defaults by typing
+perl âS buildcol.pl dlpeople
+Again, don't worry about the âprogress reportâ text that scrolls past.
+Make the collection âliveâ as follows:
+select the contents of the dlpeople collection's building directory and drag them into the index directory.
+Alternatively, you can remove the index directory (and all its contents) by typing the command
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+and then change the name of the building directory to index with
+ren building index
+Finally, type
+mkdir building
+in preparation for any future rebuilds. It is important that these commands are issued from the correct directory (unlike the Greenstone commands mkcol.pl , import.pl and buildcol.pl ). If the current working directory is not dlpeople , type cd "%GSDLHOME%\collect\dlpeople" before going through the rd , ren and mkdir sequence above.
+You should be able to access the newly built collection from your Greenstone homepage. You will have to reload the page if you already had it open in your browser, or perhaps even close the browser and restart it (to prevent caching problems). Alternatively, if you are using the âlocal libraryâ version of Greenstone you will have to restart the library program. To view the new collection, click on the image. The result should look something like Figure .
+
+
+Collection icon
+
+
+
+In summary then, the commands typed to produce the dlpeople collection are:
+cd "C:\Program Files\gsdl " # assuming default location
+setup.bat
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd "%GSDLHOME%\collect\dlpeople "
+xcopy /s d:\collect\dlpeople\* import # assuming D drive
+perl âS import.pl dlpeople
+perl âS buildcol.pl dlpeople
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+ren building index
+mkdir building
+
+
+
+
+Collection building under Unix
+
+
+First change into the directory where Greenstone has been installed. For example, if Greenstone is installed under its default name at the top level of your home account you can move there by typing
+cd ~/gsdl
+Next at the prompt, type
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+These batch files (which you can read if you like) tell the system where to look for Greenstone programs. If, later on in your command-line session with Greenstone, you wish to return to the top level Greenstone directory you can accomplish this by typing cd $GSDLHOME .
+If you are unsure of the shell type you are using, enter echo $0 at your command-line prompt âit will print out the sought information. If you are using a different shell contact your system administrator for advice.
+With the appropriate setup file sourced, we are now in a position to make, build and rebuild collections. The first program we will look at is the Perl program mkcol.pl , whose name stands for âmake a collection.â First run the program by typing mkcol.pl on its own to cause a description of usage and a list of arguments to appear on the screen. As you can see from the usage statement, the only required argument is creator , which is used to specify who built the collection.
+
+
+âAboutâ page for the new collection
+
+
+
+Let us now use the command to create the initial files and directories necessary for our home page collection of Greenstone Digital Library project members. To assign the collection the name dlpeople , I typed
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+Please substitute your email address for mine!
+To view the newly created files, move to the newly created collection directory by typing
+cd $GSDLHOME/collect/dlpeople
+You can list the contents of this directory by typing ls . There should be seven subdirectories: archives , building , etc , images , import , index and perllib .
+Now we must populate the collection with sample documents. Source material for the dlpeople collection can be found on the Greenstone distribution CD-ROM under the directory collect/dlpeople . To get information from a CD-ROM under Linux, insert the disk into the drive and type
+mount /cdrom
+at the prompt (this command may differ from one system to another). Once mounted, the CD-ROM can be used like any other directory, so type ls /cdrom/collect . This should reveal a directory called dlpeople on the CD-ROM.
+Next, copy the contents of the /cdrom/collect/dlpeople directory into the GSDLHOME/collect/dlpeople/import directory. To do this, type the command
+cp âr /cdrom/collect/dlpeople/* import/
+Then type
+umount /cdrom
+to close the CD-ROM drive.
+In the collection's etc directory there is a file called collect.cfg . Open this using your favourite text editor âemacs is a popular editor on Linux. It should look something like Figure , which shows the collection configuration file that was created by using the command mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople .
+Now you are ready to âimportâ the collection. This is the process of bringing the documents into the Greenstone system, standardising the document format, the way that metadata is specified, and the file structure in which the documents are stored. Type import.pl at the prompt to get a list of all the options for the import program. The -remove old option is used to ensure that any previously imported documents are removed first
+import.pl âremoveold dlpeople
+Don't worry about all the text that scrolls pastâit's just reporting the progress of the import. Be aware that importing this collection takes about five minutes on a 1 GHz computer, and correspondingly longer on slower machines. Note, you do not have to be in either the collect or dlpeople directories when this command is entered; because GSDLHOME is already set, the Greenstone software can work out where the necessary files are.
+Now let's make some changes to the collection configuration file to customize its appearance. First, give the collection a name. This will be treated by web browsers as the page title for the front page of the collection, and used as the collection icon in the absence of a picture. Change the line that reads collectionmeta collectionname "dlpeople" to something like collectionmeta collectionname "The People of the NZDL project" .
+Add a description of your collection between the quotes of the line that reads collectionmeta collectionextra "" . This is used as the About this collection text on the collection's home page. I added âThis collection is made up of the home pages of some of the people who have worked on the NZDL project.â It is important to enter this as a single line in the editorâdon't be tempted to press enter if the cursor reaches the right-hand side of the editor window even though there is more text to add, just keep on typing âotherwise the configuration file cannot be parsed correctly. If you want your collection to be usable with different language interfaces, there is a way to make this text come out differently depending on the interface language chosen. This is described in Section below.
+You can use any picture you can view in a web browser for a collection iconâthe image I created is shown in Figure . Put the location of the image between the quotes of the line collectionmeta iconcollection "" in the configuration file. As shorthand, and to aid portability _httpprefix_ can be used as the start of a URL that points to an image within the Greenstone file area. For example you could enter: _httpprefix_/collect/dlpeople/images/icon.gif if you have put a suitable image in the collection's images directory (collect/dlpeople/images in our example).
+Save the collection configuration file, and close itâyou won't need to look at it again during this tutorial.
+The next phase is to âbuildâ the collection, which creates all the indexes and files that make the collection work. Type buildcol.pl at the command prompt for a list of collection-building options. These options are explained more fully in Section . For now, stick to the defaults by typing
+buildcol.pl dlpeople
+at the prompt. Again, don't worry about the âprogress reportâ text that scrolls past.
+Make the collection âliveâ by putting all the material that has just been put in the collection's building directory into the index directory. If you have built this collection before, first remove the old index using
+rm âr index/*
+(assuming you are in the dlpeople directory) at the prompt. Then type
+mv building/* index/
+
+
+Collection-building differences between Windows and Linux
+
+
+
+
+Windows
+
+
+Linux
+
+
+
+
+Run setup.bat to make Greenstone programs available
+
+
+Source setup.bash or setup.csh to make programs available
+
+
+
+
+Copy files from CD-ROM using the visual manager or Windows commands
+
+
+Copy files from CD-ROM using mount and Unix commands
+
+
+
+
+Old collection index replaced by typing rd /s index then ren building index followed by mkdir building , or by using visual file manager.
+
+
+Old collection index replaced by typing rm âr index/* then mv building/* index
+
+
+
+
+You should be able to access the collection from your Greenstone homepage. You will have to reload the page if you already had it open in your browser, or perhaps even close the browser and restart it (to prevent caching problems). To view the new collection, click on the image. The result should look something like Figure .
+In summary then, the commands typed to produced the dlpeople collection are:
+cd ~/gsdl # assuming default Greenstone in home directory
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd $GSDLHOME/collect/dlpeople
+mount /cdrom # assuming this is where CD-ROM is mapped to
+cp âr /cdrom/collect/dlpeople/* import/
+umount /cdrom
+import.pl dlpeople
+buildcol.pl dlpeople
+rm -r index/*
+mv building/* index
+
+
+
+
+Differences between Windows and Unix
+
+
+The collection building process under Unix is very similar to that under Windows, but there are some small differences which are summarised in Table .
+
+
+
+
+
+
+Greenstone directories
+
+
+Figure shows the structure of the GSDLHOME directory. Table gives a brief description of the contents of each of the directories shown in the diagram. Some directories are more fully described in a later section of the manualâuse the section guide in Table to see where to find more information.
+
+
+Structure of the GSDLHOME directory
+
+
+
+
+
+
+
+
+Import and build processes
+
+
+In the command-line collection-building process of Section , one command, import.pl , is used for importing documents and another, buildcol.pl , for building the collection. Here we learn more about what these programs do and the options that they support. We use the variable col_name to refer to the collection being built or imported.
+The import and build processes have many similarities, and as a result take many of the same options, described in Table . (Remember that to see the options for any Greenstone script you just type its name with no options at the command prompt).
+
+
+Options for the import and build processes
+
+
+
+
+
+Argument
+
+
+Function
+
+
+
+
+-verbosity
+
+
+Number 0-3
+
+
+Control how much information about the process is printed to standard error; 0 gives a little, 3 gives lots.
+
+
+
+
+-archivedir
+
+
+Directory name
+
+
+Specify where the Greenstone archive files are storedâthat is, where import.pl puts them and where buildcol.pl finds them. Defaults to GSDLHOME/collect/col_name/archives
+
+
+
+
+-maxdocs
+
+
+Number >0
+
+
+Indicates the maximum number of documents to be imported or built. Useful when testing a new collection configuration file, or new plugins.
+
+
+
+
+-collectdir
+
+
+Directory name
+
+
+Specify where the collection can be found. Defaults to GSDLHOME/collect
+
+
+
+
+-out
+
+
+Filename
+
+
+Specify a file to which to write all output messages, which defaults to standard error (the screen). Useful when working with debugging statements.
+
+
+
+
+-keepold
+
+
+None
+
+
+Do not remove the result of the previous import or build operation. In the case of import, do not remove the contents of the archives directory; when building, do not remove the content of the building directory.
+
+
+
+
+âdebug
+
+
+None
+
+
+Print plugin output to standard output.
+
+
+
+
+
+
+The import process
+
+
+The import process's primary responsibility is to convert documents from their native format into the Greenstone Archive Format used within Greenstone, and write a summary file (called archives.inf ) which will be used when the collection is built. Import.pl needs to know what plugins should be used, and where to find the original document files. Table shows the options common to both import and build processes; Table shows additional options applicable to the import process only. The OIDtype option deserves some explanation. Each document has an associated Object Identifier or OID. This is best computed by hashing the contents of the document (hash ). However, this is slow, so a simpler alternative (incremental ) is provided which simply numbers the documents sequentially in the order in which they are imported. You can use incremental for speed, but use hash if you intend adding documents to your collection at a later date (without re-importing).
+
+
+Additional options for the import process
+
+
+
+
+
+Argument
+
+
+Function
+
+
+
+
+-importdir
+
+
+Directory name
+
+
+Where material to be imported is found. Defaults to GSDLHOME/collect/col_name/import .
+
+
+
+
+-removeold
+
+
+None
+
+
+Remove the contents of the archives directory before importing.
+
+
+
+
+-gzip
+
+
+None
+
+
+Zip up the Greenstone archive documents produced by import (ZIPPlug must be included in the plugin list, and gzip must be installed on your machine).
+
+
+
+
+-groupsize
+
+
+Number >0
+
+
+Number of documents to group together into one Greenstone archive file, defaults 1 (that is, one document per file).
+
+
+
+
+âsortmeta
+
+
+Metadata tag name
+
+
+Sort the documents alphabetically by the named metadata tag. However, if the collection has more than one group in the collection (i.e. groupsize >1), this functionality is disabled.
+
+
+
+
+-OIDtype
+
+
+hash or incremental
+
+
+Method of creating OIDs for documents: hash hashes the content but is slow; incremental simply assigns document numbers sequentially, and is faster.
+
+
+
+
+
+
+Steps in the import process
+
+
+
+Figure represents the import process implemented by the import.pl program. Each oval represents a module used to perform tasks that relate to a specific part of the Greenstone system. All these modules can be found in the GSDLHOME/perllib directory.
+For step 3, note that import variables like importdir and archivedir can be set from the collection configuration file or from the command line. If set in the command line, any configuration file setting is ignored.
+In step 6, the archives information file (archives.inf ) is created.
+Step 7 creates an object that knows where documents are to be saved, and obeys any special saving instructions (such as sortmeta , which sorts the documents according to a specified metadata tag).
+Most of the work done in the import process is actually accomplished by plugins, which are called by the plugin module. This module creates a pipeline of the plugins specified in the collection configuration file. It also handles the writing of Greenstone archive documents (using a document object).
+
+
+
+
+The build process
+
+
+During the building process the text is compressed, and the full-text indexes that are specified in the collection configuration file are created. Furthermore, information about how the collection is to appear on the web is precalculated and incorporated into the collectionâfor example information about icons and titles, and information produced by classifiers. Buildcol.pl has many options that it shares with import.pl , shown in Table , and some that are specific to its purpose, in Table .
+
+
+Additional options for the build process
+
+
+
+
+
+Argument
+
+
+Function
+
+
+
+
+-builddir
+
+
+Directory name
+
+
+Specify where the result of building is to be stored (defaults to GSDLHOME/collect/col_name/building ).
+
+
+
+
+-index
+
+
+Index name (e.g.section:Title )
+
+
+Specify which indexes to build. This defaults to all the indexes indicated in the collection configuration file.
+
+
+
+
+-allclassifications
+
+
+None
+
+
+Prevent the build process from removing classifications that include no documents (for example, the âXâ classification in titles if there are no documents whose titles start with the letter X ).
+
+
+
+
+-create_images
+
+
+None
+
+
+Create collection icons automatically (to use this, GIMP, and the Gimp Perl module, must be installed).
+
+
+
+
+-mode
+
+
+all , compress_text , infodb , or build_index
+
+
+Determine what the build process is to do (defaults to all ). All does a full build, compress_text only compresses the document text, infodb creates a database of information pertaining to the collectionâname, files, associated files, classification information and the likeâand build_index builds the indexes specified in the collection configuration file or on the command line.
+
+
+
+
+âno_text
+
+
+
+Don't store compressed text. This option is useful for minimizing the size of the built indexes if you intend always to display the original documents at run-time.
+
+
+
+
+
+
+Steps in the build process
+
+
+
+The diagram in Figure represents the execution of buildcol.pl . Many of the steps are common to the import process. The first one that is not is step 4 (to the left). This is performed only if the create_images option has been set. Then, the images are created and registered in the collection configuration file by a function in the buildcol.pl script. For this to work properly, GIMP (Gnu Image Manipulation Program), and the Gimp Perl module, must be installed and properly configured. Also, there must be write (as well as read) access to the collection configuration file.
+Step 5 first checks to see whether there is a collection-specific build procedure. A few collections require special build-time processing, in which case a collection-specific builder must be written and placed in the collection's perllib directory, named by the collection name with âbuilderâ suffixed. Collection-specific builders are derived from mgbuilder . In step 5 the builder (be it the default or a collection-specific one) is initialised with information such as how many documents are to be included, whether or not the old version of the collection is to be retained, and where the building and archive directories are located.
+Step 6 is the building step, in which the document text is compressed and indexed, collection titles and icons are stored in a collection information database, and data structures are built to support the classifiers that are called for in the collection's plugins. All these steps are handled by mgbuilder (or the collection-specific builder), which in turn uses the mg (âManaging Gigabytes,â see Witten et al ., 1999) software for compressing and indexing.
+The parts of the collection that are built can be specified by the mode option, but the default is to build everythingâcompressed text, indexes, and collection information database.
+To make a collection available over the web once it is built, you must move it from the collection's building directory to the index directory. Collections are not built directly into index because large collections may take hours or days to build. It is important that the building process does not affect an existing copy of the collection until the build is complete.
+
+
+
+
+
+
+Greenstone archive documents
+
+
+All source documents are brought into the Greenstone system by converting them to a format known as the Greenstone Archive Format. This is an XML style that marks documents into sections, and can hold metadata at the document or section level. You should not have to create Greenstone archive files manuallyâthat is the job of the document processing plugins described in the next chapter. However, it may be helpful to understand the format of Greenstone files, and so we describe it here.
+In XML, tags are enclosed in angle brackets for markup. The Greenstone archive format encodes documents that are already in html, and any embedded <, >, or " characters within the original text ar7e escaped using the standard convention < , > and " .
+
+
+Greenstone archive format: (a) Document Type Definition (DTD); (b) Example document
+
+(a)
+
+
+<!DOCTYPE GreenstoneArchive [
+Â Â Â <!ELEMENT Section (Description,Content,Section*)>
+Â Â Â <!ELEMENT Description (Metadata*)>
+Â Â Â <!ELEMENT Content (#PCDATA)>
+Â Â Â <!ELEMENT Metadata (#PCDATA)>
+Â Â Â <ATTLIST Metadata name CDATA #REQUIRED>
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0"?>
+<!DOCTYPE GreenstoneArchive SYSTEM
+"http://greenstone.org/dtd/GreenstoneArchive/1.0/GreenstoneArchive.dtd" >
+<Section>
+Â Â Â <Description>
+Â Â Â Â Â Â Â <Metadata name= "gsdlsourcefilename">ec158e.txt</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Title">Freshwater Resources in Arid Lands</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Identifier">HASH0158f56086efffe592636058</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">cover.jpg:image/jpeg:</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">p07a.png:image/png:</Metadata>
+Â Â Â </Description>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Preface</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the text of the preface
+
+Â Â Â Â Â Â Â </Content>
+Â Â Â </Section>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">First and only chapter</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 1</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the first part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 2</Metadata>
+Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the second part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â </Section>
+</Section>
+
+Figure gives the XML Document Type Definition (DTD) for the Greenstone archive format. Basically, a document is split up into Sections , which can be nested. Each Section has a Description that comprises zero or more Metadata items, and a Content part (which may be null)âthis is where the actual document's contents go. With each Metadata element is associated a name attribute (the name can be anything), and some textual data. In XML, PCDATA stands for âparsed character dataâ: basically text.
+Figure shows a simple document in this format, comprising a short book with two associated images. The book has two sections called Preface and First and only chapter respectively, the second of which has two subsections. Note that there is no notion of a âchapterâ as such: it is represented simply as a top-level section
+
+The <Section> tag denotes the start of each document section, and the corresponding </Section> closing tag marks the end of that section. Following each <Section> tag is a <Description> section. Within this come any number of <Metadata> elements. Thus different metadata can be associated with individual sections of a document. Most of these are for particular metadata types such as <Title> . The two values of the name attribute shown in Table are treated specially by Greenstone; all others are considered to be metadata that is attached to that section.
+In some collections documents are split into individual pages. These are treated as sections. For example, a book might have first-level sections that correspond to chapters, within each of which are defined a number of âsectionsâ that actually correspond to the individual pages of the chapter.
+
+
+Document metadata
+
+
+Metadata is descriptive information such as author, title, date, keywords, and so on, that is associated with a document. It has already been mentioned that metadata is stored with documents. Looking at Figure , you can see that <Metadata> tags specify the name of the metadata type, and give a value for that metadata. One example is the line <Metadata name="Title">First and only chapter</Metadata> in Figure âthe title of a document is a piece of metadata associated with it. The Dublin Core metadata standard is used for defining metadata types (Dublin Core, 2001; Weibel, 1999; Thiele, 1997).
+Table shows what types are available in the standardâstarred entries are used in collections available from the New Zealand Digital Library web site today. If there is no type that aptly describes a particular kind of metadata, metadata types that are not in the Dublin Core may be used too. For example, the Demo collection contains how to and Magazine metadata.
+
+
+
+
+
+Inside Greenstone archive documents
+
+
+Within a single document, the Greenstone archive format imposes a limited amount of structure. Documents are divided into paragraphs. They can be split hierarchically into sections and subsections; these may be nested to any depth. Each document has an associated Object Identifier or OIDâthese are extended to identify sections and subsections by appending section and subsection numbers, separated by periods, to the document's OID. For example, subsection 3 of section 2 of document HASHa7 is referred to as HASHa7.2.3.
+When you read a book in a Greenstone collection, the section hierarchy is manifested in the table of contents of the book. For example, books in the Demo collection have a hierarchical table of contents showing chapters, sections, and subsections, as illustrated in Figure . Documents in the Computer Science Technical Reports collection do not have a hierarchical subsection structure, but each document is split into pages and you can browse around the pages of a retrieved document. Chapters, sections, subsections, and pages are all implemented simply as âsectionsâ within the document.
+
+
+Hierarchical structure in the Demo collection
+
+(a)
+
+
+
+
+
+
+Hierarchical structure in the Demo collection
+
+(b)
+
+
+
+
+The document structure is also used for searchable indexes. There are three possible levels of index: document , section , and paragraph , though most collections do not use all three levels. A document index contains the full documentâyou use it to find all documents that contain a particular set of words (the words may be scattered far and wide throughout the document). When a section index is created, each portion of text that is indexed stretches from a <Section> tag to the next-occurring <Section> tagâthus a chapter that immediately begins with a new section will produce an empty document in the index. Sections and subsections are treated alike: the hierarchical document structure is flattened for the purposes of creating searchable indexes. Paragraph-level indexes consider each paragraph as a separate document, and are useful for doing more focused searches.
+The pulldown menu in Figure shows the searchable indexes for the Demo collection. âChaptersâ and âsection titlesâ are section-level indexes, while âentire booksâ is a document-level index. As well as indexes of text, indexes of any kind of metadata can also be created. For example, some collections offer searchable indexes of section titles, and Figure illustrates this.
+
+
+
+
+
+
+configuration file
+
+
+The collection configuration file governs the structure of a collection as seen by the user, allowing you to customise the âlook and feelâ of your collection and the way in which its documents are processed and presented. A simple collection configuration file is created when you run mkcol.pl , which records your E-mail address as the creator and maintainer. Remember from the earlier walkthrough that the creator argument is mandatoryâunless specified separately, the same information is recorded as the maintainer.
+
+
+Items in the collection configuration file
+
+
+
+
+creator
+
+
+E-mail address of the collection's creator
+
+
+
+
+maintainer
+
+
+E-mail address of the collection's maintainer
+
+
+
+
+public
+
+
+Whether collection is to be made public or not
+
+
+
+
+beta
+
+
+Whether collection is beta version or not
+
+
+
+
+indexes
+
+
+List of indexes to build
+
+
+
+
+defaultindex
+
+
+The default index
+
+
+
+
+subcollection
+
+
+Define a subcollection based on metadata
+
+
+
+
+indexsubcollections
+
+
+Specify which subcollections to index
+
+
+
+
+defaultsubcollection
+
+
+The default indexsubcollection
+
+
+
+
+languages
+
+
+List of languages to build indexes in
+
+
+
+
+defaultlanguage
+
+
+Default index language
+
+
+
+
+collectionmeta
+
+
+Defines collection-level metadata
+
+
+
+
+plugin
+
+
+Specify a plugin to use at build time
+
+
+
+
+format
+
+
+A format string (explained below)
+
+
+
+
+classify
+
+
+Specify a classifier to use at build time
+
+
+
+
+Each line of the collection configuration file is essentially an âattribute, valueâ pair. Each attribute gives a piece of information about the collection that affects how it is supposed to look or how documents are to be processed. Table shows the items that can be included in a collection configuration file, and what each is used for. As well as these, all the command-line options for import.pl and buildcol.pl may be specified in a collection configuration fileâe.g. a line reading no_text true will set buildcol.pl 's no_text option.
+The collection configuration file created by the mkcol.pl script, shown in Table , is a very simple one and contains a bare minimum of information. Lines 1 and 2 stem from the creator value supplied to the mkcol.pl program, and contain the E-mail addresses of the person who created the collection and the person responsible for maintaining it (not necessarily the same person).
+
+
+Collection configuration file created by mkcd.pl
+
+
+
+
+
+Attribute
+
+
+Value
+
+
+
+
+1
+
+
+creator
+
+
+username@email.com
+
+
+
+
+2
+
+
+maintainer
+
+
+username@email.com
+
+
+
+
+3
+
+
+public
+
+
+True
+
+
+
+
+4
+
+
+beta
+
+
+True
+
+
+
+
+5
+
+
+indexes
+
+
+document:text
+
+
+
+
+6
+
+
+defaultindex
+
+
+document:text
+
+
+
+
+7
+
+
+plugin
+
+
+ZIPPlug
+
+
+
+
+8
+
+
+plugin
+
+
+GAPlug
+
+
+
+
+9
+
+
+plugin
+
+
+TextPlug
+
+
+
+
+10
+
+
+plugin
+
+
+HTMLPlug
+
+
+
+
+11
+
+
+plugin
+
+
+EMAILPlug
+
+
+
+
+12
+
+
+plugin
+
+
+ArcPlug
+
+
+
+
+13
+
+
+plugin
+
+
+RecPlug
+
+
+
+
+14
+
+
+classify
+
+
+AZList metadata Title
+
+
+
+
+15
+
+
+collectionmeta
+
+
+collectionname "sample collection"
+
+
+
+
+16
+
+
+collectionmeta
+
+
+iconcollection ""
+
+
+
+
+17
+
+
+collectionmeta
+
+
+collectionextra ""
+
+
+
+
+18
+
+
+collectionmeta
+
+
+.document:text "documents"
+
+
+
+
+Line 3 indicates whether the collection will be available to the public when it is built, and is either true (the default, meaning that the collection is publicly available), or false (meaning that it is not). This is useful when building collections to test software, or building collections of material for personal use. Line 4 indicates whether the collection is beta or not (this also defaults to true , meaning that the collection is a beta release).
+Line 5 determines what collection indexes are created at build time: in this example only the document text is to be indexed. Indexes can be constructed at the document , section , and paragraph levels. They can contain the material in text , or in any metadataâmost commonly Title . The form used to specify an index is level:data . For example, to include an index of section titles as well, you should change line 5 to indexes document:text section:Title . More than one type of data can be included in the same index by separating the data types with commas. For example, to create a section-level index of titles, text and dates, the line should read indexes section:text,Title,Date. The default index defined in line 6 is the default to be used on the collection's search page.
+Lines 7â13 specify which plugins to use when converting documents to the Greenstone archive format and when building collections from archive files. Section gives information about what plugins are available. The order in which plugins are listed is the order in which they are tried on each document, and once a plugin that is able to process a document is found, no more are tried.
+Line 14 specifies that an alphabetic list of titles is to be created for browsing purposes. Browsing structures are constructed by âclassifiersâ. Section gives information about classifiers and what they can do.
+Lines 15â18 are used to specify collection-level metadata. Specified through collectionname , the long form of the name is used as the collection's âtitleâ for the web browser. The collectionicon entry gives the URL of the collection's icon. If an index is specified (as in line 18), the string following is displayed as the name of that index on the collection's search page. A particularly important piece of collection-level metadata is collectionextra , which gives a stretch of text, surrounded by double quotes, describing the collection. This will be shown as the âAbout this collectionâ text. You can put in different versions of collectionextra for different interface languages by adding a language specification in square brackets. For example,
+
+collectionmeta collectionextra "collection description"
+
+
+collectionmeta collectionextra [l=fr] "description in French"
+
+
+collectionmeta collectionextra [l=mi] "description in Maori"
+
+If the interface language is set to âfrâ or âmiâ, the appropriate version of the description will be displayed. For other languages the default version will appear.
+This simple collection configuration file does not include any examples of format strings, nor of the subcollection and language facilities provided by the configuration file. Format strings are covered more thoroughly in Section , but we will look at subcollections and languages here.
+
+
+Subcollections
+
+
+Greenstone allows you to define subcollections and build separate indexes for each one. For example, in one collection there is a large subset of documents called Food and Nutrition Bulletin . We use this collection as an example.
+This collection has three indexes, all at the section level: one for the whole collection, one for the Food and Nutrition Bulletin , and the third for the remaining documents. The relevant lines from the collection configuration file can be seen below.
+indexes section:text
+subcollection fn "Title/^Food and Nutrition Bulletin/i "
+subcollection other "!Title/^Food and Nutrition Bulletin/i "
+indexsubcollections fn other fn,other
+The second and third lines define subcollections called fn , which contains the Food and Nutrition Bulletin documents, and other , which contains the remaining documents. The third field of these definitions is a Perl regular expression that identifies these subsets using the Title metadata: we seek titles that begin with Food and Nutrition Bulletin in the first case and ones that do not in the second case (note the â!â). The final i makes the pattern-matching case-insensitive. The metadata field, in this case Title , can be any valid field, or Filename to match against the document's original filename. The fourth line, indexsubcollections , specifies three indexes: one for the fn subcollection, one for the other subcollection, and the third for both subcollections (i.e. all the documents). Note that if two entries had been specified on the indexes line, the total number of indexes generated would have been six rather than three.
+If a collection contains documents in different languages, separate indexes can be built for each language. Language is a metadata statement; values are specified using the ISO 639 standard two-letter codes for representing the names of languagesâfor example, en is English, zh is Chinese, and mi is Maori. Since metadata values can be specified at the section level, parts of a document can be in different languages.
+For example, if the configuration file contained
+indexes section:text section:Title document:text paragraph:text
+languages en zh mi
+section text, section title, document text, and paragraph text indexes would be created for English, Chinese, and Maoriâtwelve indexes altogether. Adding a couple of subcollections multiplies the number of indexes again. Care is necessary to guard against index bloat.
+(This index specification could be defined using the subcollection facility rather than the languages facility. However, since the syntax precludes creating subcollections of subcollections, it would then be impossible to index each language in the subcollections separately.)
+
+
+
+
+Cross-collection searching
+
+
+Greenstone has a facility for âcross-collection searching,â which allows several collections to be searched at once, with the results combined behind the scenes as though you were searching a single unified collection. Any subset of the collections can be searched: the Preferences page allows you to choose which collections are included in the searches.
+Cross-collection searching is enabled by a line
+supercollection col _1 col _2 âŠ.
+where the collections involved are called col_1 , col_2 , ⊠The same line should appear in the configuration file of every collection that is involved.
+
+
+
+
+
+
+
+
+Getting the most out of your documents
+
+
+Collections can be individualised to make the information they contain accessible in different ways. This chapter describes how Greenstone extracts information from documents and presents it to the user: the document processing (Section ) and classification structures (Section ), and user interface tools (Sections and ).
+
+
+Plugins
+
+
+Plugins parse the imported documents and extract metadata from them. For example, the html plugin converts html pages to the Greenstone archive format and extracts metadata which is explicit in the document formatâsuch as titles, enclosed by <title></title> tags.
+Plugins are written in the Perl language. They all derive from a basic plugin called BasPlug , which performs universally-required operations like creating a new Greenstone archive document to work with, assigning an object identifier (OID), and handling the sections in a document. Plugins are kept in the perllib/plugins directory.
+To find more about any plugin, just type pluginfo.pl plugin-name at the command prompt. (You need to invoke the appropriate setup script first, if you haven't already, and on Windows you need to type perl âS pluginfo.pl plugin-name if your environment is not set up to associate files ending in .pl as Perl executables). This displays information about the plugin on the screenâwhat plugin-specific options it takes, and what general options are allowed.
+You can easily write new plugins that process document formats not handled by existing plugins, format documents in some special way, or extract a new kind of metadata.
+
+
+General Options
+
+
+Table shows options that are accepted by any plugin derived from BasPlug.
+
+
+Options applicable to all plugins
+
+
+
+
+input_encoding
+
+
+Character encoding of the source documents. The default is to automatically work out the character encoding of each individual document. It is sometimes useful to set this value though, for example, if you know that all your documents are plain ASCII, setting the input encoding to ascii greatly increases the speed at which your collection is imported and built. There are many possible values. Use pluginfo.pl BasPlug to get a complete list.
+
+
+
+
+default_encoding
+
+
+The encoding that is used if input_encoding is auto and automatic encoding detection fails.
+
+
+
+
+process_exp
+
+
+A Perl regular expression to match against filenames (for example, to locate a certain kind of file extension). This dictates which files a plugin processes. Each plugin has a default (HTMLPlug 's default is (?i).html? âthat is, anything with the extension .htm or .html ).
+
+
+
+
+block_exp
+
+
+A regular expression to match against filenames that are not to be passed on to subsequent plugins. This can prevent annoying error messages about files you aren't interested in. Some plugins have default blocking expressionsâfor example, HTMLPlug blocks files with .gif , .jpg , .jpeg , .png , .rtf and .css extensions.
+
+
+
+
+cover_image
+
+
+Look for a .jpg file (with the same name as the file being processed) and associate it with the document as a cover image.
+
+
+
+
+extract_acronyms
+
+
+Extract acronyms from documents and add them as metadata to the corresponding Greenstone archive documents.
+
+
+
+
+markup_acronyms
+
+
+Add acronym information into document text.
+
+
+
+
+extract_language
+
+
+Identify each document's language and associate it as metadata. Note that this is done automatically if input_encoding is auto .
+
+
+
+
+default_language
+
+
+If automatic language extraction fails, language metadata is set to this value.
+
+
+
+
+first
+
+
+Extract a comma-separated list of the first stretch of text and add it as FirstNNN metadata (often used as a substitute for Title ).
+
+
+
+
+extract_email
+
+
+Extract E-mail addresses and add them as document metadata.
+
+
+
+
+extract_date
+
+
+Extract dates relating to the content of historical documents and add them as Coverage metadata.
+
+
+
+
+
+
+
+
+Document processing plugins
+
+
+
+
+Greenstone plugins
+
+
+
+
+
+
+Purpose
+
+
+File types
+
+
+Ignores files
+
+
+
+
+General
+
+
+ArcPlug
+
+
+Processes files named in the file archives.inf , which is used to communicate between the import and build processes. Must be included (unless import.pl will not be used).
+
+
+â
+
+
+â
+
+
+
+
+
+RecPlug
+
+
+Recurses through a directory structure by checking to see whether a filename is a directory and if so, inserting all files in the directory into the plugin pipeline. Assigns metadata if âuse_metadata_files option is set and metadata.xml files are present.
+
+
+â
+
+
+â
+
+
+
+
+
+GAPlug
+
+
+Processes Greenstone archive files generated by import.pl. Must be included (unless import.pl will not be used).
+
+
+.xml
+
+
+â
+
+
+
+
+
+TEXTPlug
+
+
+Processes plain text by placing it between <pre> </pre> tags (treating it as preformatted).
+
+
+.txt, .text
+
+
+â
+
+
+
+
+
+HTMLPlug
+
+
+Processes html, replacing hyperlinks appropriately. If the linked document is not in the collection, an intermediate page is inserted warning the user they are leaving the collection. Extracts readily available metadata such as Title .
+
+
+.htm, .html, .cgi, .php, .asp, .shm, .shtml
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+WordPlug
+
+
+Processes Microsoft Word documents, extracting author and title where available, and keeping diagrams and pictures in their proper places. The conversion utilities used by this plugin sometimes produce html that is poorly formatted, and we recommend that you provide the original documents for viewing when building collections of WORD files. However, the text that is extracted from the documents is adequate for searching and indexing purposes.
+
+
+.doc
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PDFPlug
+
+
+Processes PDF documents, extracting the first line of text as a title. The pdftohtml program fails on some PDF files. What happens is that the conversion process takes an exceptionally long time, and often an error message relating to the conversion process appears on the screen. If this occurs, the only solution that we can offer is to remove the offending document from the collection and re-import.
+
+
+.pdf
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PSPlug
+
+
+Processes PostScript documents, optionally extracting date, title and page number metadata.
+
+
+.ps
+
+
+.eps
+
+
+
+
+
+EMAILPlug
+
+
+Processes E-mail messages, recognising author, subject, date, etc. This plugin does not yet handle MIME-encoded E-mails propoerlyâalthough legible, they often look rather strange.
+
+
+Must end in digits or digits followed by .Email
+
+
+â
+
+
+
+
+
+BibTexPlug
+
+
+Processes bibliography files in BibTex format
+
+
+.bib
+
+
+â
+
+
+
+
+
+ReferPlug
+
+
+Processes bibliography files in refer format
+
+
+.bib
+
+
+â
+
+
+
+
+
+SRCPlug
+
+
+Processes source code files
+
+
+Makefile, Readme, .c, .cc, .cpp, .h, .hpp, .pl, .pm, .sh
+
+
+.o, .obj, .a, .so, .dll
+
+
+
+
+
+ImagePlug
+
+
+Processes image files for creating a library of images. Only works on UNIX.
+
+
+.jpeg, .jpg, .gif, .png, .bmp, .xbm, .tif, .tiff
+
+
+â
+
+
+
+
+
+SplitPlug
+
+
+Like BasPlug and ConvertToPlug, this plugin should not be called directly, but may be inherited byplugins that need to process files containing several documents
+
+
+â
+
+
+â
+
+
+
+
+
+FOXPlug
+
+
+Processes FoxBASE dbt files
+
+
+.dbt, .dbf
+
+
+â
+
+
+
+
+
+ZIPPlug
+
+
+Uncompresses gzip , bzip , zip , and tar files, provided the appropriate Gnu tools are available.
+
+
+.gzip, .bzip, .zip, .tar, .gz, .bz, .tgz, .taz
+
+
+â
+
+
+
+
+Collection Specific
+
+
+PrePlug
+
+
+Processes html output using PRESCRIPT, splitting documents into pages for the Computer Science Technical Reports collection.
+
+
+.html, .html.gz
+
+
+â
+
+
+
+
+
+GBPlug
+
+
+Processes Project Gutenberg etextâwhich includes manually-entered title information.
+
+
+.txt.gz, .html, .htm
+
+
+â
+
+
+
+
+
+TCCPlug
+
+
+Processes E-mail documents from Computists' Weekly
+
+
+Must begin with tcc or cw
+
+
+â
+
+
+
+
+Document processing plugins are used by the collection-building software to parse each source document in a way that depends on its format. A collection's configuration file lists all plugins that are used when building it. During the import operation, each file or directory is passed to each plugin in turn until one is found that can process itâthus earlier plugins take priority over later ones. If no plugin can process the file, a warning is printed (to standard error) and processing passes to the next file. (This is where the block_exp option can be usefulâto prevent these error messages for files that might be present but don't need processing.) During building, the same procedure is used, but the archives directory is processed instead of the import directory.
+The standard Greenstone plugins are listed in Table . Recursion is necessary to traverse directory hierarchies. Although the import and build programs do not perform explicit recursion, some plugins cause indirect recursion by passing files or directory names into the plugin pipeline. For example, the standard way of recursing through a directory hierarchy is to specify RecPlug , which does exactly this. If present, it should be the last element in the pipeline. Only the first two plugins in Table cause indirect recursion.
+Some plugins are written for specific collections that have a document format not found elsewhere, like the E-text used in the Gutenberg collection. These collection-specific plugins are found in the collection's perllib/plugins directory. Collection-specific plugins can be used to override general plugins with the same name.
+Some document-processing plugins use external programs that parse specific proprietary formatsâfor example, Microsoft Wordâinto either plain text or html. A general plugin called ConvertToPlug invokes the appropriate conversion program and passes the result to either TEXTPlug or HTMLPlug . We describe this in more detail shortly.
+Some plugins have individual options, which control what they do in finer detail than the general options allow. Table describes them.
+
+
+Plugin-specific options
+
+
+
+
+
+Option
+
+
+Purpose
+
+
+
+
+HTMLPlug
+
+
+nolinks
+
+
+Do not trap links within the collection. This speeds up the import/build process, but any links in the collection will be broken.
+
+
+
+
+
+description_tags
+
+
+Interpret tagged document files as described in the subsection below.
+
+
+
+
+
+keep_head
+
+
+Do not strip out html headers.
+
+
+
+
+
+no_metadata
+
+
+Do not seek any metadata (this may speed up the import/build process).
+
+
+
+
+
+metadata_fields
+
+
+Takes a comma-separated list of metadata types (defaults to Title ) to extract. To rename the metadata in the Greenstone archive file, use tag<newname> where tag is the html tag sought and newname its new name.
+
+
+
+
+
+hunt_creator_metadata
+
+
+Find as much metadata as possible about authorship and put it in the Greenstone archive document as Creator metadata. You also need to include Creator using the metadata_fields option.
+
+
+
+
+
+file_is_url
+
+
+Use this option if a web mirroring program has been used to create the structure of the documents to be imported.
+
+
+
+
+
+assoc_files
+
+
+Gives a Perl regular expression that describes file types to be treated as associated files. The default types are .jpg , .jpeg , .gif , .png , .css
+
+
+
+
+
+rename_assoc_files
+
+
+Rename files associated with documents. During this process the directory structure of any associated files will become much shallower (useful if a collection must be stored in limited space).
+
+
+
+
+HTMLPlug and TEXTPlug
+
+
+title_sub
+
+
+Perl substitution expression to modify titles.
+
+
+
+
+PSPlug
+
+
+extract_date
+
+
+Extract the creation date from the PostScript header and store it as metadata.
+
+
+
+
+
+extract_title
+
+
+Extract the document title from the PostScript header and store it as title metadata.
+
+
+
+
+
+extract_pages
+
+
+Extract the page numbers from the PostScript document and add them to the appropriate sections as metadata with the tag Pages.
+
+
+
+
+RecPlug
+
+
+use_metadata_files
+
+
+Assign metadata from a file as described in the subsection below.
+
+
+
+
+ImagePlug
+
+
+Various options
+
+
+See ImagePlug.pm.
+
+
+
+
+SRCPlug
+
+
+remove_prefix
+
+
+Gives a Perl regular expression of a leading pattern which is to be removed from the filename. Default behaviour is to remove the whole path.
+
+
+
+
+
+
+
+
+Plugins to import proprietary formats
+
+
+Proprietary formats pose difficult problems for any digital library system. Although documentation may be available about how they work, they are subject to change without notice, and it is difficult to keep up with changes. Greenstone has adopted the policy of using GPL (Gnu Public License) conversion utilities written by people dedicated to the task. Utilities to convert Word and PDF formats are included in the packages directory. These all convert documents to either text or html. Then HTMLPlug and TEXTPlug are used to further convert them to the Greenstone archive format. ConvertToPlug is used to include the conversion utilities. Like BasPlug it is never called directly. Rather, plugins written for individual formats are derived from it as illustrated in Figure . ConvertToPlug uses Perl's dynamic inheritance scheme to inherit from either TEXTPlug or HTMLPlug , depending on the format to which a source document has been converted.
+
+
+Plugin inheritance hierarchy
+
+
+
+When ConvertToPlug receives a document, it calls gsConvert.pl (found in GSDLHOME/bin/script ) to invoke the appropriate conversion utility. Once the document has been converted, it is returned to ConvertToPlug , which invokes the text or html plugin as appropriate. Any plugin derived from ConvertToPlug has an option convert_to , whose argument is either text or html , to specify which intermediate format is preferred. Text is faster, but html generally looks better, and includes pictures.
+Sometimes there are several conversion utilities for a particular format, and gsConvert may try different ones on a given document. For example, the preferred Word conversion utility wvWare does not cope with anything less than Word 6, and a program called AnyToHTML , which essentially just extracts whatever text strings can be found, is called to convert Word 5 documents.
+The steps involved in adding a new external document conversion utility are:
+
+
+Install the new conversion utility so that it is accessible by Greenstone (put it in the packages directory).
+
+
+Alter gsConvert.pl to use the new conversion utility. This involves adding a new clause to the if statement in the main function, and adding a function that calls the conversion utility.
+
+
+Write a top-level plugin that inherits from ConvertToPlug to catch the format and pass it on.
+
+
+
+
+
+
+Assigning metadata from a file
+
+
+The standard plugin RecPlug also incorporates a way of assigning metadata to documents from manually (or automatically) created XML files. We describe this in some detail, so that you can create metadata files in the appropriate format. If the use_metadata_files option is specified, RecPlug uses an auxiliary metadata file called metadata.xml . Figure shows the XML Document Type Definition (DTD) for the metadata file format, while Figure shows an example metadata.xml file.
+
+
+XML format: (a) Document Type Definition (DTD); (b) Example metadata file
+
+(a)
+
+
+<!DOCTYPE GreenstoneDirectoryMetadata [
+ <!ELEMENT DirectoryMetadata (FileSet*)>
+ <!ELEMENT FileSet (FileName+,Description)>
+ <!ELEMENT FileName (#PCDATA)>
+ <!ELEMENT Description (Metadata*)>
+ <!ELEMENT Metadata (#PCDATA)>
+ <ATTLIST Metadata name CDATA #REQUIRED>
+ <ATTLIST Metadata mode (accumulate|override) "override">
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0" ?>
+<!DOCTYPE GreenstoneDirectoryMetadata SYSTEM
+"http://greenstone.org/dtd/GreenstoneDirectoryMetadata/ 1.0/GreenstoneDirectoryMetadata.dtd">
+<DirectoryMetadata>
+ <FileSet>
+ <FileName>nugget.*</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse</Metadata>
+ <Metadata name="Place" mode="accumulate">Nugget Point</Metadata>
+ </Description>
+ </FileSet>
+ <FileSet>
+ <FileName>nugget-point-1.jpg</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse , The Catlins </Metadata>
+ <Metadata name="Subject">Lighthouse</Metadata>
+ </Description>
+ </FileSet>
+</DirectoryMetadata>
+
+The example file contains two metadata structures. In each one, the filename element describes files to which the metadata applies, in the form of a regular expression. Thus <FileName>nugget.*</FileName> indicates that the first metadata record applies to every file whose name starts with ânuggetâ. For these files, Title metadata is set to âNugget Point Lighthouse.â
+Metadata elements are processed in the order in which they appear. The second structure above sets Title metadata for the file named nugget-point-1.jpg to âNugget Point Lighthouse, The Catlins,â overriding the previous specification. It also adds a Subject metadata field.
+Sometimes metadata is multi-valued and new values should accumulate, rather than overriding previous ones. The mode=accumulate attribute does this. It is applied to Place metadata in the first specification above, which will therefore be multi-valued. To revert to a single metadata element, write <Metadata name=âPlaceâ mode=âoverrideâ>New Zealand</Metadata> . In fact, you could omit this mode specification because every element overrides unless otherwise specified. To accumulate metadata for some field, mode=accumulate must be specified in every occurrence.
+When its use_metadata_files option is set, RecPlug checks each input directory for an XML file called metadata.xml and applies its contents to all the directory's files and subdirectories.
+The metadata.xml mechanism that is embodied in RecPlug is just one way of specifying metadata for documents. It is easy to write different plugins that accept metadata specifications in completely different formats.
+
+
+
+
+Tagging document files
+
+
+Source documents often need to be structured into sections and subsections, and this information needs to be communicated to Greenstone so that it can preserve the hierarchical structure. Also, metadataâtypically the titleâmight be associated with each section and subsection.
+The simplest way of doing this is often simply to edit the source files. The HTML plugin has a description_tags option that processes tags in the text like this:
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> Realizing human rights for poor people: Strategies for achieving the international development targets</Metadata>
+ </Description>
+-->
+(text of section goes here)
+<!--
+</Section>
+-->
+The <!-- ⊠--> markers are used because they indicate comments in HTML; thus these section tags will not affect document formatting. In the Description part other kinds of metadata can be specified, but this is not done for the style of collection we are describing here. Also, the tags can be nested, so the line marked text of section goes here above can itself include further subsections, such as
+(text of first part of section goes here)
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> The international development targets</Metadata>
+ </Description>
+-->
+(text of subsection goes here)
+<!--
+</Section>
+-->
+(text of last part of section goes here)
+This functionality is inherited by any plugins that use HTMLPlug. In particular, the Word plugin converts its input to HTML form, and so exactly the same way of specifying metadata can be used in Word (and RTF) files. (This involves a bit of work behind the scenes, because when Word documents are converted to HTML care is normally taken to neutralize HTML's special interpretation of stray â<â and â>â signs; we have arranged to override this in the case of the above specifications.) Note that exactly the same format as above is used, even in Word files, including the surrounding â<!--â and â-->â. Font and spacing is ignored.
+
+
+
+
+
+
+Classifiers
+
+
+Classifiers are used to create a collection's browsing indexes. Examples are the dlpeople collection's Titles A-Z index, and the Subject , How to , Organisation and Titles A-Z indexes in the Humanity Development Libraryâof which the Demo collection is a subset. The navigation bar near the top of the screenshots in Figures 3 and 8a include the search function, which is always provided, followed by buttons for any classifiers that have been defined. The information used to support browsing is stored in the collection information database, and is placed there by classifiers that are called during the final phase of buildcol.pl .
+
+
+AZList classifier
+
+
+
+Classifiers, like plugins, are specified in a collection's configuration file. For each one there is a line starting with the keyword classify and followed by the name of the classifier and any options it takes. The basic collection configuration file discussed in Section includes the line classify AZListâmetadata Title , which makes an alphabetic list of titles by taking all those with a Title metadata field, sorting them and splitting them into alphabetic ranges. An example is shown in Figure .
+
+
+List classifier
+
+
+
+A simpler classifier, called List , illustrated in Figure , creates a sorted list of a given metadata element and displays it without any alphabetic subsections. An example is the how to metadata in the Demo collection, which is produced by a line classify List âmetadata Howto in the collection configuration file. Another general-purpose list classifier is DateList , illustrated in Figure , which generates a selection list of date ranges. (The DateList classifier is also used in the Greenstone Archives collection.)
+
+
+DateList classifier
+
+
+
+Other classifiers generate browsing structures that are explicitly hierarchical. Hierarchical classifications are useful for subject classifications and subclassifications, and organisational hierarchies. The Demo collection's configuration file contains the lineclassify Hierarchy âhfile sub.txt âmetadata Subject âsort Title , and Figure shows the subject hierarchy browser that it produces. The bookshelf with a bold title is the one currently being perused; above it you can see the subject classification to which it belongs. In this example the hierarchy for classification is stored in a simple text format in sub.txt .
+
+
+Hierarchy classifier
+
+
+
+All classifiers generate a hierarchical structure that is used to display a browsing index. The lowest levels (i.e. leaves) of the hierarchy are usually documents, but in some classifiers they are sections. The internal nodes of the hierarchy are either Vlist , Hlist , or Datelist . A Vlist is a list of items displayed vertically down the page, like the âhow toâ index in the Demo collection (see Figure ). An Hlist is displayed horizontally. For example, the AZList display in Figure is a two-level hierarchy of internal nodes consisting of an Hlist (giving the A-Z selector) whose children are Vlists âand their children, in turn, are documents. A Datelist (Figure ) is a special kind of Vlist that allows selection by year and month.
+The lines used to specify classifiers in collection configuration files contain a metadata argument that identifies the metadata by which the documents are classified and sorted. Any document in the collection that does not have this metadata defined will be omitted from the classifier (but it is still indexed, and consequently searchable). If no metadata argument is specified, all documents are included in the classifier, in the order in which they are encountered during the building process. This is useful if you want a list of all documents in your collection.
+
+
+Greenstone classifiers
+
+
+
+
+
+Argument
+
+
+Purpose
+
+
+
+
+Hierarchy
+
+
+
+Hierarchical classification
+
+
+
+
+
+hfile
+
+
+Classification file
+
+
+
+
+
+metadata
+
+
+Metadata element to test against hfile identifier
+
+
+
+
+
+sort
+
+
+Metadata element used to sort documents within leaves (defaults to Title )
+
+
+
+
+
+buttonname
+
+
+Name of the button used to access this classifier (defaults to value of metadata argument)
+
+
+
+
+List
+
+
+
+Alphabetic list of documents
+
+
+
+
+
+metadata
+
+
+Include documents containing this metadata element
+
+
+
+
+
+buttonname
+
+
+Name of button used to access this classifier (defaults to value of metadata argument)
+
+
+
+
+SectionList
+
+
+
+List of sections in documents
+
+
+
+
+AZList
+
+
+
+List of documents split into alphabetical ranges
+
+
+
+
+
+metadata
+
+
+Include all documents containing this metadata element
+
+
+
+
+
+buttonname
+
+
+Name of button used to access this classifier (defaults to value of metadata argument)
+
+
+
+
+AZSectionList
+
+
+
+Like AZList but includes every section of the document
+
+
+
+
+DateList
+
+
+
+Similar to AZList but sorted by date
+
+
+
+
+The current set of classifiers is listed in Table . Just as you can use the pluginfo.pl program to find out about any plugin, there is a classinfo.pl program that gives you information about any classifier, and the options it provides.
+All classifiers accept the argument buttonname , which defines what is written on the Greenstone navigation button that invokes the classifier (it defaults to the name of the metadata argument). Buttons are provided for each Dublin Core metadata type, and for some other types of metadata.
+Each classifier receives an implicit name from its position in the configuration file. For example, the third classifier specified in the file is called CL3. This is used to name the collection information database fields that define the classifier hierarchy.
+Collection-specific classifiers can be written, and are stored in the collection's perllib/classify directory. The Development Library has a collection-specific classifier called HDLList , which is a minor variant of AZList .
+
+
+List classifiers
+
+
+The various flavours of list classifier are shown below.
+
+
+SectionList âlike List but the leaves are sections rather than documents. All document sections are included except the top level. This is used to create lists of sections (articles, chapters or whatever) such as in the Computists' Weekly collection (available through nzdl.org ), where each issue is a single document and comprises several independent news items, each in its own section.
+
+
+AZList âgenerates a two-level hierarchy comprising an HList whose children are VLists , whose children are documents. The HList is an A-Z selector that divides the documents into alphabetic ranges. Documents are sorted alphabetically by metadata, and the resulting list is split into ranges.
+
+
+AZSectionList âlike AZList but the leaves are sections rather than documents.
+
+
+DateList âlike AZList except that the top-level HList allows selection by year and its children are DateLists rather than VLists . The metadata argument defaults to Date .
+
+
+
+
+
+
+The hierarchy classifier
+
+
+All classifiers are hierarchical. However, the list classifiers described above have a fixed number of levels, whereas the âhierarchyâ classifiers described in this section have an arbitrary number of levels. Hierarchy classifiers are more complex to specify than list classifiers.
+
+
+Part of the file sub.txt
+
+1 1 "General reference"
+1.2 1.2 "Dictionaries, glossaries, language courses, terminology
+2 2 "Sustainable Development, International cooperation, Pro
+2.1 2.1 "Development policy and theory, international cooperatio
+2.2 2.2 "Development, national planning, national plans"
+2.3 2.3 "Project planning and evaluation (incl. project managem
+2.4 2.4 "Regional development and planning incl. regional profil
+2.5 2.5 "Nongovernmental organisations (NGOs) in general, self-
+2.6 2.6 "Organisations, institutions, United Nations (general, d
+2.6.1 2.6.1 "United Nations"
+2.6.2 2.6.2 "International organisations"
+2.6.3 2.6.3 "Regional organisations"
+2.6.5 2.6.5 "European Community - European Union"
+2.7 2.7 "Sustainable Development, Development models and example
+2.8 2.8 "Basic Human Needs"
+2.9 2.9 "Hunger and Poverty Alleviation"
+
+The hfile argument gives the name of a file, like that in Figure , which defines the metadata hierarchy. Each line describes one classification, and the descriptions have three parts:
+
+
+Identifier, which matches the value of the metadata (given by the metadata argument) to the classification.
+
+
+Position-in-hierarchy marker, in multi-part numeric form, e.g. 2, 2.12, 2.12.6.
+
+
+The name of the classification. (If this contains spaces, it should be placed in quotation marks.)
+
+
+Figure is part of the sub.txt file used to create the subject hierarchy in the Development Library (and the Demo collection). This example is a slightly confusing one because the number representing the hierarchy appears twice on each line. The metadata type Hierarchy is represented in documents with values in hierarchical numeric form, which accounts for the first occurrence. It is the second occurrence that is used to determine the hierarchy that the hierarchy browser implements.
+The hierarchy classifier has an optional argument, sort , which determines how the documents at the leaves are ordered. Any metadata can be specified as the sort key. The default is to produce the list in the order in which the building process encounters the documents. Ordering at internal nodes is determined by the order in which things are specified in the hfile argument.
+
+
+
+
+How classifiers work
+
+
+Classifiers are Perl objects, derived from BasClas.pm , and are stored in the perllib/classify directory. They are used when the collection is built. When they are executed, the following four steps occur.
+
+
+The new method creates the classifier object.
+
+
+The init method initialises the object with parameters such as metadata type, button name and sort criterion.
+
+
+The classify method is invoked once for each document, and stores information about the classification made within the classifier object.
+
+
+The get_classify_info method returns the locally stored classification information to the build process, which it then writes to the collection information database for use when the collection is displayed at runtime.
+
+
+The classify method retrieves each document's OID, the metadata value on which the document is to be classified, and, where necessary, the metadata value on which the documents are to be sorted. The get_classify_info method performs all sorting and classifier-specific processing. For example, in the case of the AZList classifier, it splits the list into ranges.
+The build process initialises the classifiers as soon as the builder object is created. Classifications are created during the build phase, when the information database is created, by classify.pm , which resides in Greenstone's perllib directory.
+
+
+
+
+
+
+
+
+Controlling the Greenstone user interface
+
+
+The entire Greenstone user interface is controlled by macros which reside in the GSDLHOME/macros directory. They are written in a language designed especially for Greenstone, and are used run time to generate web pages. Translating the macro language into html is the last step in displaying a page. Thus changes to a macro file affect the display immediately, making experimentation quick and easy. All macro files used by Greenstone are listed in GSDLHOME/etc/main.cfg and are loaded every time it starts. One exception to this is when using the Windows Local LIbrary; in this case it is necessary to restart the process.
+Web pages are generated on the fly for a number of reasons, and the macro system is how Greenstone implements the necessary flexibility. Pages can be presented in many languages, and a different macro file is used to store all the interface text in each language. When Greenstone displays a page the macro interpreter checks a language variable and loads the page in the appropriate language (this does not, unfortunately, extend to translating document content). Also, the values of certain display variables, like the number of documents found by a search, are not known ahead of time; these are interpolated into the page text in the form of macros.
+
+
+The macro file format
+
+
+Macro files have a .dm extension. Each file defines one or more packages , each containing a series of macros used for a single purpose. Like classifiers and plugins, there is a basis from which to build macros, called base.dm ; this file defines the basic content of a page.
+Macros have names that begin and end with an underscore, and their content is defined using curly brackets. Content can be plain text, html (including links to Java applets and JavaScript), macro names, or any combination of these. This macro from base.dm defines the content of a page in the absence of any overriding macro:
+_content_ {<p><h2>Oops</h2>_textdefaultcontent_}
+The page will read âOopsâ at the top, and _textdefaultcontent_ , which is defined, in English, to be The requested page could not be found. Please use your browsers 'back' button or the above home button to return to the Greenstone Digital Library, and in other languages to be a suitable translation of this sentence.
+_textdefaultcontent_ and _content_ both reside in the global package because they are required by all parts of the user interface. Macros can use macros from other packages as content, but they must prefix their names with their package name. For example,
+_collectionextra_ {This collection contains _about:numdocs_ documents. It was last built _about:builddate_ days ago.)
+comes from english.dm , and is used as the default description of a collection. It is part of the global package, but _numdocs_ and _builddate_ are both in the about packageâhence the about: preceding their names.
+Macros often contain conditional statements. They resemble the format string conditional described above, though their appearance is slightly different. The basic format is _If_(x,y,z) , where x is a condition, y is the macro content to use if that condition is true, and z the content if it is false. Comparison operators are the same as the simple ones used in Perl (less than, greater than, equals, not equals). This example from base.dm is used to determine how to display the top of a collection's about page:
+_imagecollection_ {
+ _If_( "_iconcollection_ " ne "",
+ <a href = "_httppageabout_ ">
+ <img src = "_iconcollection_ " border = 0>
+ </a>,
+ _imagecollectionv_)
+}
+This looks rather obscure. _iconcollection_ resolves to the empty string if the collection doesn't have an icon, or the filename of an image. To paraphrase the above code: If there is a collection image, display the About this Collection page header (referred to by _httppageabout_ ) and then the image; otherwise use the alternative display _imagecollectionv_ .
+Macros can take arguments. Here is a second definition for the _imagecollection_ macro which immediately follows the definition given above in the base.dm file:
+_imagecollection_[v=1]{_imagecollectionv_}
+The argument [v=1] specifies that the second definition is used when Greenstone is running in text-only mode. The language macros work similarlyâapart from english.dm , because it is the default, all language macros specify their language as an argument. For example,
+_textimagehome_ {Home Page}
+appears in the English language macro file, whereas the German version is
+_textimagehome_ [l=de] {Hauptaseite}
+The English and German versions are in the same package, though they are in separate files (package definitions may span more than one file). Greenstone uses its l argument at run time to determine which language to display.
+
+
+Part of the about.dm macro file
+
+package about
+##############################################
+# about page content
+###############################################
+_pagetitle_ {_collectionname_}
+_content_ {
+<center>
+_navigationbar_
+</center>
+_query:queryform_
+<p>_iconblankbar_
+<p>_textabout_
+_textsubcollections_
+<h3>_help:textsimplehelpheading_</h3>
+_help:simplehelp_
+}
+_textabout_ {
+<h3>_textabcol_</h3>
+_Global:collectionextra_
+}
+
+As a final example, Figure shows an exerpt from the macro file about.dm that is used to generate the âAbout this collectionâ page for each collection. It shows three macros being defined, _pagetitle_ , _content_ and _textabout_ .
+
+
+
+
+Using macros
+
+
+Macros are powerful, and can be a little obscure. However, with a good knowledge of html and a bit of practice, they become a quick and easy way to customise your Greenstone site.
+For example, suppose you wanted to create a static page that looked like your current Greenstone site. You could create a new package, called static , for example, in a new file, and override the _content_ macro. Add the new filename to the list of macros in GSDLHOME/etc/main.cfg which Greenstone loads every time it is invoked. Finally, access the new page by using your regular Greenstone URL and appending the arguments ?a=p&p=static (e.g. http://servername/cgi-bin/library?a=p&p=static ).
+To change the âlook and feelâ of Greenstone you can edit the base and style packages. To change the Greenstone home page, edit the home package (this is described in the Greenstone Digital Library Installer's Guide ). To change the query page, edit query.dm .
+Experiment freely with macros. Changes appear instantly, because macros are interpreted as pages are displayed. The macro language is a useful tool that can be used to make your Greenstone site your own.
+
+
+
+
+
+
+The packages directory
+
+
+
+
+The packages directory
+
+
+
+
+
+Package
+
+
+URL
+
+
+
+
+mg
+
+
+mg, short for âManaging Gigabytes.â Compression, indexing and search software used to manage textual information in Greenstone collections.
+
+
+www.citri.edu.au/mg
+
+
+
+
+wget
+
+
+Web mirroring software for use with Greenstone. Written in C++
+
+
+www.tuwien.ac.at/~prikryl/ wget.html
+
+
+
+
+w3mir
+
+
+A web mirroring program written in Perl. This is not Greenstone's preferred mirroring program because it relies on a specific outdated version of a certain Perl module (which is distributed in the w3mir directory).
+
+
+www.math.uio.no/~janl/w3mir
+
+
+
+
+windows
+
+
+Packages used when running under Windows.
+
+
+â
+
+
+
+
+windows/gdbm
+
+
+Version of the Gnu Database Manager created for Windows. Gdbm comes as a standard part of Linux.
+
+
+â
+
+
+
+
+windows/crypt
+
+
+Encryption program used for passwords for Greenstone's administrative functions.
+
+
+â
+
+
+
+
+windows/stlport
+
+
+Standard Template Library, for use when compiling Greenstone with certain Windows compilers.
+
+
+â
+
+
+
+
+wv
+
+
+Microsoft Word converter (for building collections from Word documents) slimmed down for Greenstone.
+
+
+sourceforge.net/projects/ wvware
+
+
+
+
+pdftohtml
+
+
+PDF converter used when building collections from PDF documents.
+
+
+www.ra.informatik.uni-stutt gart.de/ ~gosho/pdftohtml
+
+
+
+
+yaz
+
+
+Z39.50 client program being used for research in making Greenstone Z39.50 compliant. Progress is reported in the README.gsdl file.
+
+
+www.indexdata.dk
+
+
+
+
+The packages directory, whose contents are shown in Table , is where all the code used by Greenstone but written by other research teams resides. All software distributed with Greenstone has been released under the Gnu Public license. The executables produced by these packages are placed in the Greenstone bin directory. Each package is stored in a directory of its own. Their functions vary widely, from indexing and compression to converting Microsoft Word documents to html. Each package has a README file which gives more information about it.
+
+
+
+
+
+
+The Greenstone runtime system
+
+
+This chapter describes the Greenstone runtime system so that you can understand, augment and extend its capabilities. The software is written in C++ and makes extensive use of virtual inheritance. If you are unfamiliar with this language you should learn about it before proceeding. Deitel and Deitel (1994) provide a comprehensive tutorial, while Stroustroup (1997) is the definitive reference.
+We begin by explaining the design philosophy behind the runtime system since this has a strong bearing on implementation. Then we provide the implementation details, which forms the main part of this chapter. The version of Greenstone described here is the CGI version (Web Library if for Windows users). The Windows Local Library uses the same source code but has a built-in webserver front end. Also, the Local Library is a persistent process.
+
+
+Process structure
+
+
+
+
+Overview of a general Greenstone system
+
+
+
+Figure shows several users, represented by computer terminals at the top of the diagram, accessing three Greenstone collections. Before going online, these collections undergo the importing and building processes described in earlier chapters. First, documents, shown at the bottom of the figure, are imported into the XML-compliant Greenstone Archive Format. Then the archive files are built into various searchable indexes and a collection information database that includes the hierarchical structures that support browsing. This done, the collection is ready to go online and respond to requests for information.
+Two components are central to the design of the runtime system: âreceptionistsâ and âcollection servers.â From a user's point of view, a receptionist is the point of contact with the digital library. It accepts user input, typically in the form of keyboard entry and mouse clicks; analyzes it; and then dispatches a request to the appropriate collection server (or servers). This locates the requested piece of information and returns it to the receptionist for presentation to the user. Collection servers act as an abstract mechanism that handle the content of the collection, while receptionists are responsible for the user interface.
+
+
+Greenstone system using the ânull protocolâ
+
+
+
+As Figure shows, receptionists communicate with collection servers using a defined protocol. The implementation of this protocol depends on the computer configuration on which the digital library system is running. The most common case, and the simplest, is when there is one receptionist and one collection server, and both run on the same computer. This is what you get when you install the default Greenstone. In this case the two processes are combined to form a single executable (called library ), and consequently using the protocol reduces to making function calls. We call this the null protocol . It forms the basis for the standard out-of-the-box Greenstone digital library system. This simplified configuration is illustrated in Figure , with the receptionist, protocol and collection server bound together as one entity, the library program. The aim of this chapter is to show how it works.
+Usually, a âserverâ is a persistent process that, once started, runs indefinitely, responding to any requests that come in. Despite its name, however, the collection server in the null protocol configuration is not a server in this sense. In fact, every time any Greenstone web page is requested, the library program is started up (by the CGI mechanism), responds to the request, and then exits. We call it a âserverâ because it is also designed to work in the more general configuration of Figure .
+Surprisingly, this start-up, process and exit cycle is not as slow as one might expect, and results in a perfectly usable service. However, it is clearly inefficient. There is a mechanism called Fast-CGI (www.fastcgi.com ) which provides a middle ground. Using it, the library program can remain in memory at the end of the first execution, and have subsequent sets of CGI arguments fed to it, thus avoiding repeated initialisation overheads and accomplishing much the same behaviour as a server. Using Fast-CGI is an option in Greenstone, and is enabled by recompiling the source code with appropriate libraries.
+As an alternative to the null protocol, the Greenstone protocol has also been implemented using the well-known CORBA scheme (Slama et al. , 1999). This uses a unified object oriented paradigm to enable different processes, running on different computer platforms and implemented in different programming languages, to access the same set of distributed objects over the Internet (or any other network). Then, scenarios like Figure can be fully implemented, with all the receptionists and collection servers running on different computers.
+
+
+Graphical query interface to Greenstone
+
+
+
+This allows far more sophisticated interfaces to be set up to exactly the same digital library collections. As just one example, Figure shows a graphical query interface, based on Venn diagrams, that lets users manipulate Boolean queries directly. Written in Java, the interface runs locally on the user's own computer. Using CORBA, it accesses a remote Greenstone collection server, written in C++.
+The distributed protocol is still being refined and readied for use, and so this manual does not discuss it further (see Bainbridge et al ., 2001, for more information).
+
+
+
+
+Conceptual framework
+
+
+
+
+Generating the âabout this collectionâ page
+
+
+
+Figure shows the âabout this collectionâ page of a particular Greenstone collection (the Project Gutenberg collection). Look at the URL at the top. The page is generated as a result of running the CGI program library , which is the above-mentioned executable comprising both receptionist and collection server connected by the null protocol. The arguments to library are c=gberg , a=p , and p=about . They can be interpreted as follows:
+
+For the Project Gutenberg collection (c=gberg), the action is to generate a page (a=p), and the page to generate is called âaboutâ (p=about).
+
+
+
+Greenstone runtime system
+
+
+
+Figure illustrates the main parts of the Greenstone runtime system. At the top, the receptionist first initialises its components, then parses the CGI arguments to decide which action to call. In performing the action (which includes further processing of the CGI arguments), the software uses the protocol to access the content of the collection. The response is used to generate a web page, with assistance from the format component and the macro language.
+The macro language, which we met in Section , is used to provide a Greenstone digital library system with a consistent style, and to create interfaces in different languages. Interacting with the library generates the bare bones of web pages; the macros in GSDLHOME/macros wrap them in flesh.
+The Macro Language object in Figure is responsible for reading these files and storing the parsed result in memory. Any action can use this object to expand a macro. It can even create new macro definitions and override existing ones, adding a dynamic dimension to macro use.
+The layout of the âabout this collectionâ page (Figure ) is known before runtime, and encoded in the macro file about.dm . Headers, footers, and the background image are not even mentioned because they are located in the Global macro package. However, the specific âaboutâ text for a particular collection is not known in advance, but is stored in the collection information database during the building process. This information is retrieved using the protocol, and stored as _collectionextra_ in the Global macro package. Note this macro name is essentially the same name used to express this information in the collection configuration file described in Section . To generate the content of the page, the _content_ macro in the about package (shown in Figure ) is expanded. This in turn expands _textabout_ , which itself accesses _collectionextra_ , which had just been dynamically placed there.
+One further important ingredient is the Format object. Format statements in the collection configuration file affect the presentation of particular pieces of information, as described in Section . They are handled by the Format object in Figure . This object's main task is to parse and evaluate statements such as the format strings in Figure . As we learned in Section , these can include references to metadata in square brackets (e.g. [Title] ), which need to be retrieved from the collection server. Interaction occurs between the Format object and the Macro Language object, because format statements can include macros that, when expanded, include metadata, which when expanded include macros, and so on.
+At the bottom of Figure , the collection server also goes through an initialisation process, setting up Filter and Source objects to respond to incoming protocol requests, and a Search object to assist in this task. Ultimately these access the indexes and the collection information database, both formed during collection building.
+Ignoring blank lines, the receptionist contains 15,000 lines of code. The collection server contains only 5,000 lines (75% of which are taken up by header files). The collection server is more compact because content retrieval is accomplished through two pre-compiled programs. mg, a full-text retrieval system, is used for searching, and gdbm, a database management system, is used to hold the collection information database.
+To encourage extensibility and flexibility, Greenstone uses inheritance widelyâin particular, within Action, Filter, Source, and Search. For a simple digital library dedicated to text-based collections, this means that you need to learn slightly more to program the system. However, it also means that mg and gdbm could easily be replaced should the need arise. Furthermore, the software architecture is rich enough to support full multimedia capabilities, such as controlling the interface through speech input, or submitting queries as graphically drawn pictures.
+
+
+
+
+How the conceptual framework fits together
+
+
+Sections and explain the operation of the collection server and receptionist in more detail, expanding on each module in Figure and describing how it is implemented. It is helpful to first work through examples of a user interacting with Greenstone, and describe what goes on behind the scenes. For the moment, we assume that all objects are correctly initialised. Initialisation is a rather intricate procedure that we revisit in Section .
+
+
+Performing a search
+
+
+
+
+Searching Gutenberg for Darcy
+
+
+
+When a user enters a query by pressing Begin search on the search page, a new Greenstone action is invoked, which ends up by generating a new html page using the macro language. Figure shows the result of searching the Project Gutenberg collection for the name Darcy . Hidden within the html of the original search page is the statement a=q . When the search button is pressed this statement is activated, and sets the new action to be queryaction . Executing queryaction sets up a call to the designated collection's Filter object (c=gberg ) through the protocol.
+Filters are an important basic function of collection servers. Tailored for both searching and browsing activities, they provide a way of selecting a subset of information from a collection. In this case, the queryaction sets up a filter request by:
+
+
+setting the filter request type to be QueryFilter (Section describes the different filter types);
+
+
+storing the user's search preferencesâcase-folding, stemming and so onâin the filter request;
+
+
+calling the filter() function using the null protocol.
+
+
+Calls to the protocol are synchronous. The receptionist is effectively blocked until the filter request has been processed by the collection server and any data generated has been returned.
+When a protocol call of type QueryFilter is made, the Filter object (in Figure ) decodes the options and makes a call to the Search object, which uses mg to do the actual search. The role of the Search object is to provide an abstract program interface that supports searching, regardless of the underlying search tool being used. The format used for returning results also enforces abstraction, requiring the Search object to translate the data generated by the search tool into a standard form.
+Once the search results have been returned to the receptionist, the action proceeds by formatting the results for display, using the Format object and the Macro Language. As Figure shows, this involves generating: the standard Greenstone header, footer, navigation bar and background; repeating the main part of the query page just beneath the navigation bar; and displaying a book icon, title and author for each matching entry. The format of this last part is governed by the format SearchVList statement in the collection configuration file. Before title and author metadata can be displayed, they must be retrieved from the collection server. This requires further calls to the protocol, this time using BrowseFilter .
+
+
+
+
+Retrieving a document
+
+
+Following the above query for Darcy , consider what happens when a document is displayed. Figure shows the result of clicking on the icon beside The Golf Course Mystery in Figure .
+
+
+The Golf Course Mystery
+
+
+
+The source text for the Gutenberg collection comprises one long file per book. At build time, these files are split into separate pages every 200 lines or so, and relevant information for each page is stored in the indexes and collection information database. The top of Figure shows that this book contains 104 computer-generated pages, and below it is the beginning of page one: who entered it, the title, the author, and the beginnings of a table of contents (this table forms part of the Gutenberg source text, and was not generated by Greenstone). At the top left are buttons that control the document's appearance: just one page or the whole document; whether query term highlighting is on or off; and whether or not the book should be displayed in its own window, detached from the main searching and browsing activity. At the top right is a navigation aid that supports direct access to any page in the book: simply type in the page number and press the âgo to pageâ button. Alternatively, the next and previous pages are retrieved by clicking on the arrow icons either side of the page selection widget.
+The action for retrieving documents, documentaction , is specified by setting a=d and takes several additional arguments. Most important is the document to retrieve: this is specified through the d variable. In Figure it is set to d=HASH51e598821ed6cbbdf0942b.1 to retrieve the first page of the document with the identifier HASH51e598821ed6cbbdf0942b , known in more friendly terms as The Golf Course Mystery . There are further variables: whether query term highlighting is on or off (hl ) and which page within a book is displayed (gt ). These variables are used to support the activities offered by the buttons on the page in Figure , described above. Defaults are used if any of these variables are omitted.
+The action follows a similar procedure to queryaction : appraise the CGI arguments, access the collection server using the protocol, and use the result to generate a web page. Options relating to the document are decoded from the CGI arguments and stored in the object for further work. To retrieve the document from the collection server, only the document identifier is needed to set up the protocol call to get_document() . Once the text is returned, considerable formatting must be done. To achieve this, the code for documentaction accesses the stored arguments and makes use of the Format object and the Macro Language.
+
+
+
+
+Browsing a hierarchical classifier
+
+
+Figure shows an example of browsing, where the user has chosen Titles A-Z and accessed the hyperlink for the letter K . The action that supports this is also documentaction , given by the CGI argument a=d as before. However, whereas before a d variable was included, this time there is none. Instead, the node within the browsable classification hierarchy to display is specified in the variable cl . In our case this represents titles grouped under the letter K . This list was formed at build time and stored in the collection information database.
+
+
+Browsing titles in the Gutenberg collection
+
+
+
+Records that represent classifier nodes in the database use the prefix CL , followed by numbers separated by periods (.) to designate where they lie within the nested structure. Ignoring the search button (leftmost in the navigation bar), classifiers are numbered sequentially in increasing order, left to right, starting at 1. Thus the top level classifier node for titles in our example is CL1 and the page sought is generated by setting cl=CL1.11 . This can be seen in the URL at the top of Figure .
+To process a cl document request, the Filter object is used to retrieve the node over the protocol. Depending on the data returned, further protocol calls are made to retrieve document metadata. In this case, the titles of the books are retrieved. However, if the node were an interior one whose children are themselves nodes, the titles of the child nodes would be retrieved. From a coding point of view this amounts to the same thing, and is handled by the same mechanism.
+Finally, all the retrieved information is bound together, using the macro language, to produce the web page shown in Figure .
+
+
+
+
+Generating the home page
+
+
+
+
+Greenstone home page
+
+
+
+As a final example, we look at generating the Greenstone home page. Figure showsâfor the default Greenstone installation âits home page after some test collections have been installed. Its URL, which you can see at the top of the screen, includes the arguments a=p and p=home . Thus, like the âabout this collectionâ page, it is generated by a pageaction (a=p ), but this time the page to produce is home (p=home ). The macro language, therefore, accesses the content of home.dm . There is no need to specify a collection (with the c variable) in this case.
+The purpose of the home page is to show what collections are available. Clicking on an icon takes the user to the âabout this collectionâ page for that collection. The menu of collections is dynamically generated every time the page is loaded, based on the collections that are in the file system at that time. When a new one comes online, it automatically appears on the home page when that page is reloaded (provided the collection is stipulated to be âpublicâ).
+To do this the receptionist uses the protocol (of course). As part of appraising the CGI arguments, pageaction is programmed to detect the special case when p=home . Then, the action uses the protocol call get_collection_list() to establish the current set of online collections. For each of these it calls get_collectinfo() to obtain information about it. This information includes whether the collection is publicly available, what the URL is for the collection's icon (if any), and the collection's full name. This information is used to generate an appropriate entry for the collection on the home page.
+
+
+
+
+
+
+Source code
+
+
+
+
+Standalone programs included in Greenstone
+
+
+
+
+setpasswd/
+
+
+Password support for Windows.
+
+
+
+
+getpw/
+
+
+Password support for Unix.
+
+
+
+
+txt2db/
+
+
+Convert an XML-like ASCII text format to Gnu's database format.
+
+
+
+
+db2txt/
+
+
+Convert the Gnu database format to an XML-like ASCII text format.
+
+
+
+
+phind/
+
+
+Hierarchical phrase browsing tool.
+
+
+
+
+hashfile/
+
+
+Compute unique document ID based on content of file.
+
+
+
+
+mgpp/
+
+
+Rewritten and updated version of Managing Gigabytes package in C++.
+
+
+
+
+w32server/
+
+
+Local library server for Windows.
+
+
+
+
+checkis/
+
+
+Specific support for installing Greenstone under Windows.
+
+
+
+
+The source code for the runtime system resides in GSDLHOME/src . It occupies two subdirectories, recpt for the receptionist's code and colservr for the collection server's. Greenstone runs on Windows systems right down to Windows 3.1, and unfortunately this imposes an eight-character limit on file and directory names. This explains why cryptic abbreviations like recpt and colservr are used. The remaining subdirectories include standalone utilities, mostly in support of the building process. They are listed in Table .
+Another directory, GSDLHOME/lib , includes low-level objects that are used by both receptionist and collection server. This code is described in Section .
+Greenstone makes extensive use of the Standard Template Library (STL), a widely-used C++ library from Silicon Graphics (www.sgi.com ) that is the result of many years of design and development. Like all programming libraries it takes some time to learn. Appendix A gives a brief overview of key parts that are used throughout the Greenstone code. For a fuller description, consult the official STL reference manual, available online at www.sgi.com , or one of the many STL textbooks, for example Josuttis (1999).
+
+
+
+
+Common Greenstone types
+
+
+The objects defined in GSDLHOME/lib are low-level Greenstone objects, built on top of STL, which pervade the entire source code. First we describe text_t , an object used to represent Unicode text, in some detail. Then we summarize the purpose of each library file.
+
+
+The text_t object
+
+
+Greenstone works with multiple languages, both for the content of a collection and its user interface. To support this, Unicode is used throughout the source code. The underlying object that realises a Unicode string is text_t .
+
+
+The text_t API (abridged)
+
+typedef vector<unsigned short> usvector;
+
+class text_t {
+protected:
+usvector text;
+unsigned short encoding; // 0 = unicode, 1 = other
+
+public:
+ // constructors
+ text_t ();
+ text_t (int i);
+ text_t (char *s); // assumed to be a normal c string
+
+ void setencoding (unsigned short theencoding);
+ unsigned short getencoding ();
+
+ // STL container support
+ iterator begin ();
+ iterator end ();
+
+ void erase(iterator pos);
+ void push_back(unsigned short c);
+ void pop_back();
+
+ void reserve (size_type n);
+
+ bool empty () const {return text.empty();}
+ size_type size() const {return text.size();}
+
+ // added functionality
+ void clear ();
+ void append (const text_t &t);
+
+ // support for integers
+ void appendint (int i);
+ void setint (int i);
+ int getint () const;
+
+ // support for arrays of chars
+ void appendcarr (char *s, size_type len);
+ void setcarr (char *s, size_type len);
+};
+
+Unicode uses two bytes to store each character. Figure shows the main features of the text_t Application Program Interface (API). It fulfils the two-byte requirement using the C++ built-in type short , which is defined to be a two byte integer. The data type central to the text_t object is a dynamic array of unsigned shorts built using the STL declaration vector<unsigned short> and given the abbreviated name usvector .
+The constructor functions (lines 10â12) explicitly support three forms of initialisation: construction with no parameters, which generates an empty Unicode string; construction with an integer parameter, which generates a Unicode text version of the numeric value provided; and construction with a char* parameter, which treats the argument as a null-terminated C++ string and generates a Unicode version of it.
+Following this, most of the detail (lines 17â28) is taken up maintaining an STL vector-style container: begin() , end() , push_back() , empty() and so forth. There is also support for clearing and appending strings, as well as for converting an integer value into a Unicode text string, and returning the corresponding integer value of text that represents a number.
+
+
+Overloaded operators to text_t
+
+class text_t {
+ // ...
+ public:
+ text_t &operator=(const text_t &x);
+ text_t &operator+= (const text_t &t);
+ reference operator[](size_type n);
+
+ text_t &operator=(int i);
+ text_t &operator+= (int i);^ \\
+ text_t &operator= (char *s);
+ text_t &operator+= (char *s);
+
+ friend inline bool operator!=(const text_t& x, const text_t& y);
+ friend inline bool operator==(const text_t& x, const text_t& y);
+ friend inline bool operator< (const text_t& x, const text_t& y);
+ friend inline bool operator> (const text_t& x, const text_t& y);
+ friend inline bool operator>=(const text_t& x, const text_t& y);
+ friend inline bool operator<=(const text_t& x, const text_t& y);
+ // ...
+};
+
+There are many overloaded operators that do not appear in Figure . To give a flavour of the operations supported, these are shown in Figure . Line 4 supports assignment of one text_t object to another, and line 5 overloads the += operator to provide a more natural way to append one text_t object to the end of another. It is also possible, through line 6, to access a particular Unicode character (represented as a short ) using array subscripting [ ]. Assign and append operators are also provided for integers and C++ strings. Lines 12â18 provide Boolean operators for comparing two text_t objects: equals, does not equal, precedes alphabetically, and so on.
+Member functions that take const arguments instead of non- const ones are also provided (but not shown here). Such repetition is routine in C++ objects, making the API fatter but no bigger conceptually. In reality, many of these functions are implemented as single in-line statements. For more detail, refer to the source file GSDLHOME/lib/text_t.h .
+
+
+
+
+The Greenstone library code
+
+
+The header files in GSDLHOME/lib include a mixture of functions and objects that provide useful support for the Greenstone runtime system. Where efficiency is of concern, functions and member functions are declared inline . For the most part, implementation details are contained within a header file's .cpp counterpart.
+
+
+
+
+
+cfgread.h
+
+
+Functions to read and write configuration files. For example, read_cfg_line() takes as arguments the input stream to use and the text_tarray (shorthand for vector<text_t> ) to fill out with the data that is read.
+
+
+
+
+display.h
+
+
+A sophisticated object used by the receptionist for setting, storing and expanding macros, plus supporting types. Section gives further details.
+
+
+
+
+fileutil.h
+
+
+Function support for several file utilities in an operating system independent way. For example, filename_cat() takes up to six text_t arguments and returns a text_t that is the result of concatenating the items together using the appropriate directory separator for the current operating system.
+
+
+
+
+gsdlconf.h
+
+
+System-specific functions that answer questions such as: does the operating system being used for compilation need to access strings.h as well as string.h ? Are all the appropriate values for file locking correctly defined?
+
+
+
+
+gsdltimes.h
+
+
+Function support for date and times. For example, time2text() takes computer time, expressed as the number of seconds that have elapsed since 1 January 1970, and converts it into the form YYYY/MM/DD hh:mm:ss, which it returns as type text_t .
+
+
+
+
+gsdltools.h
+
+
+Miscellaneous support for the Greenstone runtime system: clarify if littleEndian or bigEndian; check whether Perl is available; execute a system command (with a few bells and whistles); and escape special macro characters in a text_t string.
+
+
+
+
+gsdlunicode.h
+
+
+A series of inherited objects that support processing Unicode text_t strings through IO streams, such as Unicode to UTF-8 and vice versa ; and the removal of zero-width spaces. Support for map files is also provided through the mapconvert object, with mappings loaded from GSDLHOME/mappings .
+
+
+
+
+text_t.h
+
+
+Primarily the Unicode text object described above. It also provides two classes for converting streams: inconvertclass and outconvertclass . These are the base classes used in gsdlunicode.h .
+
+
+
+
+
+
+
+
+
+
+Collection server
+
+
+Now we systematically explain all the objects in the conceptual framework of Figure . We start at the bottom of the diagramâwhich is also the foundations of the systemâwith Search, Source and Filter, and work our way up through the protocol layer and on to the central components in the receptionist: Actions, Format and Macro Language. Then we focus on object initialisation, since this is easier to understand once the role of the various objects is known.
+Most of the classes central to the conceptual framework are expressed using virtual inheritance to aid extensibility. With virtual inheritance, inherited objects can be passed around as their base class, but when a member function is called it is the version defined in the inherited object that is invoked. By ensuring that the Greenstone source code uses the base class throughout, except at the point of object construction, this means that different implementationsâusing, perhaps, radically different underlying technologiesâcan be slotted into place easily.
+For example, suppose a base class called BaseCalc provides basic arithmetic: add, subtract, multiply and divide. If all its functions are declared virtual, and arguments and return types are all declared as strings, we can easily implement inherited versions of the object. One, called FixedPrecisionCalc , might use C library functions to convert between strings and integers and back again, implementing the calculations using the standard arithmetic operators: + , â, * , and / . Another, called InfinitePrecisionCalc , might access the string arguments a character at a time, implementing arithmetic operations that are in principal infinite in their precision. By writing a main program that uses BaseCalc throughout, the implementation can be switched between fixed precision and infinite precision by editing just one line: the point where the calculator object is constructed.
+
+
+The Search object
+
+
+
+
+Search base class API
+
+class searchclass {
+public:
+ searchclass ();
+ virtual ~searchclass ();
+ // the index directory must be set before any searching
+ // is done
+ virtual void setcollectdir (const text_t &thecollectdir);
+ // the search results are returned in queryresults
+ // search returns 'true' if it was able to do a search
+ virtual bool search(const queryparamclass &queryparams,
+ queryresultsclass &queryresults)=0;
+ // the document text for 'docnum' is placed in 'output'
+ // docTargetDocument returns 'true' if it was able to
+ // try to get a document
+ // collection is needed to see if an index from the
+ // collection is loaded. If no index has been loaded
+ // defaultindex is needed to load one
+ virtual bool docTargetDocument(const text_t &defaultindex,
+ const text_t &defaultsubcollection,
+ const text_t &defaultlanguage,
+ const text_t &collection,
+ int docnum,
+ text_t &output)=0;
+protected:
+ querycache *cache;
+ text_t collectdir; // the collection directory
+};
+
+Figure shows the base class API for the Search object in Figure . It defines two virtual member functions: search() and docTargetDocument() . As signified by the =0 that follows the argument declaration, these are pure functionsâmeaning that a class that inherits from this object must implement both (otherwise the compiler will complain).
+The class also includes two protected data fields: collectdir and cache . A Search object is instantiated for a particular collection, and the collectdir field is used to store where on the file system that collection (and more importantly its index files) resides. The cache field retains the result of a query. This is used to speed up subsequent queries that duplicate the query (and its settings). While identical queries may seem unlikely, in fact they occur on a regular basis. The Greenstone protocol is stateless. To generate a results page like Figure but for matches 11â20 of the same query, the search is transmitted again, this time specifying that documents 11â20 are returned. Caching makes this efficient, because the fact that the search has already been performed is detected and the results are lifted straight from the cache.
+Both data fields are applicable to every inherited object that implements a searching mechanism. This is why they appear in the base class, and are declared within a protected section of the class so that inherited classes can access them directly.
+
+
+
+
+Search and retrieval with MG
+
+
+Greenstone uses MG (short for Managing Gigabytes, see Witten et al ., 1999) to index and retrieve documents, and the source code is included in the GSDLHOME/packages directory. MG uses compression techniques to maximise disk space utilisation without compromising execution speed. For a collection of English documents, the compressed text and full text indexes together typically occupy one third the space of the original uncompressed text alone. Search and retrieval is often quicker than the equivalent operation on the uncompressed version, because there are fewer disk operations.
+
+
+API for direct access to MG (abridged)
+
+enum result_kinds {
+ result_docs, // Return the documents found in last search
+ result_docnums, // Return document id numbers and weights
+ result_termfreqs, // Return terms and frequencies
+ result_terms // Return matching query terms
+};
+int mgq_ask(char *line);
+int mgq_results(enum result_kinds kind, int skip, int howmany,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_numdocs(void);
+int mgq_numterms(void);
+int mgq_equivterms(unsigned char *wordstem,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_docsretrieved (int *total_retrieved, int *is_approx);
+int mgq_getmaxstemlen ();
+void mgq_stemword (unsigned char *word);
+
+MG is normally used interactively by typing commands from the command line, and one way to implement mgsearchclass would be to use the C library system() call within the object to issue the appropriate mg commands. A more efficient approach, however, is to tap directly into the mg code using function calls. While this requires a deeper understanding of the mg code, much of the complexity can be hidden behind a new API that becomes the point of contact for the object mgsearchclass . This is the role of colserver/mgq.c , whose API is shown in Figure .
+The way to supply parameters to mg is via mgq_ask() , which takes text options in a format identical to that used at the command line, such as:
+mgq_ask( ".set casefold off ");
+It is also used to invoke a query. Results are accessed through mgq_results , which takes a pointer to a function as its fourth parameter. This provides a flexible way of converting the information returned in mg data structures into those needed by mgsearchclass . Calls such as mgq_numdocs() , mgq_numterms() , and mgq_docsretrieved() also return information, but this time more tightly prescribed. The last two give support for stemming.
+
+
+
+
+The Source object
+
+
+
+
+Source base class API
+
+class sourceclass {
+public:
+ sourceclass ();
+ virtual ~sourceclass ();
+ // configure should be called once for each configuration line
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ // init should be called after all the configuration is done but
+ // before any other methods are called
+ virtual bool init (ostream &logout);
+ // translate_OID translates OIDs using " .pr " , . " fc " etc.
+ virtual bool translate_OID (const text_t &OIDin, text_t &OIDout, comerror_t &err, ostream &logout);
+ // get_metadata fills out the metadata if possible, if it is not
+ // responsible for the given OID then it return s false.
+ virtual bool get_metadata (const text_t &requestParams, const text_t &refParams,
+ bool getParents, const text_tset &fields, const text_t &OID,
+ MetadataInfo_tmap &metadata, comerror_t &err, ostream &logout);
+ virtual bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+The role of Source in Figure is to access document metadata and document text, and its base class API is shown in Figure . A member function maps to each task: get_metadata() and get_document() respectively. Both are declared virtual , so the version provided by a particular implementation of the base class is called at runtime. One inherited version of this object uses gdbm to implement get_metadata() and mg to implement get_document() : we detail this version below.
+Other member functions seen in Figure are configure() , init() , and translate_OID() . The first two relate to the initialisation process described in Section .
+The remaining one, translate_OID() , handles the syntax for expressing document identifiers. In Figure we saw how a page number could be appended to a document identifier to retrieve just that page. This was possible because pages were stored as âsectionsâ when the collection was built. Appending â.1â to an OID retrieves the first section of the corresponding document. Sections can be nested, and are accessed by concatenating section numbers separated by periods.
+As well as hierarchical section numbers, the document identifier syntax supports a form of relative access. For the current section of a document it is possible to access the first child by appending .fc , the last child by appending .lc , the parent by appending .pr , the next sibling by appending .ns , and the previous sibling by appending .ps .
+The translate_OID() function uses parameters OIDin and OIDout to hold the source and result of the conversion. It takes two further parameters, err and logout . These communicate any error status that may arise during the translation operation, and determine where to send logging information. The parameters are closely aligned with the protocol, as we shall see in Section .
+
+
+Database retrieval with gdbm
+
+
+GDBM is the Gnu database manager program (www.gnu.org ). It implements a flat record structure of key/data pairs, and is backwards compatible with dbm and ndbm. Operations include storage, retrieval and deletion of records by key, and an unordered traversal of all keys.
+
+
+Gdbm database for the Gutenberg collection (excerpt)
+
+[HASH01d7b30d4827b51282919e9b]
+<doctype> doc
+<hastxt> 0
+<Title> The Winter's Tale
+<Creator> William Shakespeare
+<archivedir> HASH01d7/b30d4827.dir
+<thistype> Invisible
+<childtype> Paged
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24; " .25; " .26; " .27; " .28; " .29; " .30; " .31; " .32; \ " .33; " .34; " .35
+<docnum> 168483
+âââââââââââââââââââââââ-
+[CL1]
+<doctype> classify
+<hastxt> 0
+<childtype> HList
+<Title> Title
+<numleafdocs> 1818
+<thistype> Invisible
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24
+âââââââââââââââââââââââ-
+[CL1.1]
+<doctype> classify
+<hastxt> 0
+<childtype> VList
+<Title> A
+<numleafdocs> 118
+<contains> HASH0130bc5f9f90089b3723431f;HASH9cba43bacdab5263c98545;\
+ HASH12c88a01da6e8379df86a7;HASH9c86579a83e1a2e4cf9736; \
+ HASHdc2951a7ada1f36a6c3aca;HASHea4dda6bbc7cdeb4abfdee; \
+ HASHce55006513c47235ac38ba;HASH012a33acaa077c0e612b9351;\
+ HASH010dd1e923a123826ae30e4b;HASHaf674616785679fed4b7ee;\
+ HASH0147eef4b9d1cb135e096619;HASHe69b9dbaa83ffb045d963b;\
+ HASH01abc61c646c8e7a8ce88b10;HASH5f9cd13678e21820e32f3a;\
+ HASHe8cbba1594c72c98f9aa1b;HASH01292a2b7b6b60dec96298bc;\
+ ...
+
+Figure shows an excerpt from the collection information database that is created when building the Gutenberg collection. The excerpt was produced using the Greenstone utility db2txt , which converts the gdbm binary database format into textual form. Figure contains three records, separated by horizontal rules. The first is a document entry, the other two are part of the hierarchy created by the AZList classifier for titles in the collection. The first line of each record is its key.
+The document record stores the book's title, author, and any other metadata provided (or extracted) when the collection was built. It also records values for internal use: where files associated with this document reside (<archivedir> ) and the document number used internally by mg (<docnum> ).
+The <contains> field stores a list of elements, separated by semicolons, that point to related records in the database. For a document record, <contains> is used to point to the nested sections. Subsequent record keys are formed by concatenating the current key with one of the child elements (separated by a period).
+The second record in Figure is the top node for the classification hierarchy of Titles AâZ . Its children, accessed through the <contains> field, include CL1.1 , CL1.2 , CL1.3 and so on, and correspond to the individual pages for the letters A , B , C etc. There are only 24 children: the AZList classifier merged the QâR and YâZ entries because they covered only a few titles.
+The children in the <contains> field of the third record, CL1.1 , are the documents themselves. More complicated structures are possibleâthe <contains> field can include a mixture of documents and further CL nodes. Keys expressed relative to the current one are distinguished from absolute keys because they begin with a quotation mark (").
+
+
+
+
+Using MG and GDBM to implement a Source object
+
+
+
+
+API for mg and gdbm based version of sourceclass (abridged)
+
+class mggdbmsourceclass : public sourceclass {
+protected:
+ // Omitted, data fields that store:
+ // collection specific file information
+ // index substructure
+ // information about parent
+ // pointers to gdbm and mgsearch objects
+public:
+ mggdbmsourceclass ();
+ virtual ~mggdbmsourceclass ();
+ void set_gdbmptr (gdbmclass *thegdbmptr);
+ void set_mgsearchptr (searchclass *themgsearchptr);
+ void configure (const text_t &key, const text_tarray &cfgline);
+ bool init (ostream &logout);
+ bool translate_OID (const text_t &OIDin, text_t &OIDout,
+ comerror_t &err, ostream &logout);
+ bool get_metadata (const text_t &requestParams,
+ const text_t &refParams,
+ bool getParents, const text_tset &fields,
+ const text_t &OID, MetadataInfo_tmap &metadata,
+ comerror_t &err, ostream &logout);
+ bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+The object that puts mg and gdbm together to realise an implementation of sourceclass is mggdbmsourceclass . Figure shows its API. The two new member functions set_gdbmptr() and set_mgsearchptr() store pointers to their respective objects, so that the implementations of get_metadata() and get_document() can access the appropriate tools to complete the job.
+
+
+
+
+
+
+The Filter object
+
+
+
+
+API for the Filter base class
+
+class filterclass {
+protected:
+ text_t gsdlhome;
+ text_t collection;
+ text_t collectdir;
+ FilterOption_tmap filterOptions;
+public:
+ filterclass ();
+ virtual ~filterclass ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ // returns the name of this filter
+ virtual text_t get_filter_name ();
+ // returns the current filter options
+ virtual void get_filteroptions (InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+The base class API for the Filter object in Figure is shown in Figure . It begins with the protected data fields gsdlhome , collection , and collectdir . These commonly occur in classes that need to access collection-specific files.
+
+
+gsdlhome is the same as GSDLHOME , so that the object can locate the Greenstone files.
+
+
+collection is the name of the directory corresponding to the collection.
+
+
+collectdir is the full pathname of the collection directory (this is needed because a collection does not have to reside within the GSDLHOME area).
+
+
+mggdbsourceclass is another class that includes these three data fields.
+The member functions configure() and init() (first seen in sourceclass ) are used by the initialisation process. The object itself is closely aligned with the corresponding filter part of the protocol; in particular get_filteroptions() and filter() match one for one.
+
+
+How a filter option is stored
+
+struct FilterOption_t {
+ void clear (); \ void check_defaultValue ();
+ FilterOption_t () {clear();}
+ text_t name;
+ enum type_t {booleant=0, integert=1, enumeratedt=2, stringt=3};
+ type_t type;
+ enum repeatable_t {onePerQuery=0, onePerTerm=1, nPerTerm=2};
+ repeatable_t repeatable;
+ text_t defaultValue;
+ text_tarray validValues;
+};
+struct OptionValue_t {
+ void clear ();
+ text_t name;
+ text_t value;
+};
+
+Central to the filter options are the two classes shown in Figure . Stored inside FilterOption_t is the name of the option, its type , and whether or not it is repeatable . The interpretation of validValues depends on the option type. For a Boolean type the first value is false and the second is true . For an integer type the first value is the minimum number, the second the maximum. For an enumerated type all values are listed. For a string type the value is ignored. For simpler situations, OptionValue_t is used, which records as a text_t the name of the option and its value .
+The request and response objects passed as parameters to filterclass are constructed from these two classes, using associative arrays to store a set of options such as those required for InfoFilterOptionsResponse_t . More detail can be found in GSDLHOME/src/recpt/comtypes.h .
+
+
+
+
+Inherited Filter objects
+
+
+
+
+Inheritance hierarchy for Filter
+
+
+
+Two levels of inheritance are used for filters, as illustrated in Figure . First a distinction is made between Query and Browse filters, and then for the former there is a specific implementation based on mg. To operate correctly, mgqueryfilterclass needs access to mg through mgsearchclass and to gdbm through gdbmclass . browsefilterclass only needs access to gdbm. Pointers to these objects are stored as protected data fields within the respective classes.
+
+
+
+
+The collection server code
+
+
+Here are the header files in GSDLHOME/src/colservr , with a description of each. The filename generally repeats the object name defined within it.
+
+
+
+
+
+browsefilter.h
+
+
+Inherited from filterclass , this object provides access to gdbm. (Described above.)
+
+
+
+
+
+
+
+collectserver.h
+
+
+This object binds Filters and Sources for one collection together, to form the Collection object depicted in Figure .
+
+
+
+
+colservrconfig.h
+
+
+Function support for reading the collection-specific files etc/collect.cfg and index/build.cfg . The former is the collection's configuration file. The latter is a file generated by the building process that records the time of the last successful build, an index map list, how many documents were indexed, and how large they are in bytes (uncompressed).
+
+
+
+
+filter.h
+
+
+The base class Filter object filterclass described above.
+
+
+
+
+maptools.h
+
+
+Defines a class called stringmap that provides a mapping that remembers the original order of a text_t map, but is fast to look up. Used in mggdbmsourceclass and queryfilterclass .
+
+
+
+
+mggdbmsource.h
+
+
+Inherited from sourceclass , this object provides access to mg and gdbm. (Described above.)
+
+
+
+
+mgppqueryfilter.h
+
+
+Inherited from queryfilterclass , this object provides an implementation of QueryFilter based upon mg++, an improved version of mg written in C++. Note that Greenstone is set up to use mg by default, since mg++ is still under development.
+
+
+
+
+mgppsearch.h
+
+
+Inherited from searchclass , this object provides an implementation of Search using mg++. Like mgppqueryfilterclass , this is not used by default.
+
+
+
+
+mgq.h
+
+
+Function-level interface to the mg package. Principal functions are mg_ask() and mg_results() .
+
+
+
+
+mgqueryfilter.h
+
+
+Inherited from queryfilterclass , this object provides an implementation of QueryFilter based upon mg.
+
+
+
+
+mgsearch.h
+
+
+Inherited from searchclass , this object provides an implementation of Search using mg. (Described above.)
+
+
+
+
+phrasequeryfilter.h
+
+
+Inherited from mgqueryclass , this object provides a phrase-based query class. It is not used in the default installation. Instead mgqueryfilterclass provides this capability through functional support from phrasesearch.h .
+
+
+
+
+phrasesearch.h
+
+
+Functional support to implement phrase searching as a post-processing operation.
+
+
+
+
+querycache.h
+
+
+Used by searchclass and its inherited classes to cache the results of a query, in order to make the generation of further search results pages more efficient. (Described above.)
+
+
+
+
+queryfilter.h
+
+
+Inherited from the Filter base class filterclass , this object establishes a base class for Query filter objects. (Described above.)
+
+
+
+
+queryinfo.h
+
+
+Support for searching: data structures and objects to hold query parameters, document results and term frequencies.
+
+
+
+
+search.h
+
+
+The base class Search object searchclass . (Described above.)
+
+
+
+
+source.h
+
+
+The base class Source object sourceclass . (Described above.)
+
+
+
+
+
+
+
+
+
+
+Protocol
+
+
+
+
+List of protocol calls
+
+
+
+
+get_protocol_name()
+
+
+Returns the name of this protocol. Choices include nullproto , corbaproto , and z3950proto . Used by protocol-sensitive parts of the runtime system to decide which code to execute.
+
+
+
+
+get_collection_list()
+
+
+Returns the list of collections that this protocol knows about.
+
+
+
+
+has_collection()
+
+
+Returns true if the protocol can communicate with the named collection, i.e. it is within its collection list.
+
+
+
+
+ping()
+
+
+Returns true if a successful connection was made to the named collection. In the null protocol the implementation is identical to has_collection().
+
+
+
+
+get_collectinfo()
+
+
+Obtains general information about the named collection: when it was last built, how many documents it contains, and so on. Also includes metadata from the collection configuration file: âabout this collectionâ text; the collection icon to use, and so on.
+
+
+
+
+get_filterinfo()
+
+
+Gets a list of all Filters for the named collection.
+
+
+
+
+get_filteroptions()
+
+
+Gets all options for a particular Filter within the named collection.
+
+
+
+
+filter()
+
+
+Supports searching and browsing. For a given filter type and option settings, it accesses the content of the named collections to produce a result set that is filtered in accordance with the option settings. The data fields returned also depend on the option settings: examples include query term frequency and document metadata.
+
+
+
+
+get_document()
+
+
+Gets a document or section of a document.
+
+
+
+
+Table lists the function calls to the protocol, with a summary for each entry. The examples in Section covered most of these. Functions not previously mentioned are has_collection() , ping() , get_protocol_name() and get_filteroptions() . The first two provide yes/no answers to the questions âdoes the collection exists on this server?â and âis it running?â respectively. The purpose of the other two is to support multiple protocols within an architecture that is distributed over different computers, not just the null-protocol based single executable described here. One of these distinguishes which protocol is being used. The other lets a receptionist interrogate a collection server to find what options are supported, and so dynamically configure itself to take full advantage of the services offered by a particular server.
+
+
+Null protocol API (abridged)
+
+class nullproto : public recptproto {
+public:
+ virtual text_t get_protocol_name ();
+ virtual void get_collection_list (text_tarray &collist,
+ comerror_t &err, ostream &logout);
+ virtual void has_collection (const text_t &collection,
+ bool &hascollection,
+ comerror_t &err, ostream &logout);
+ virtual void ping (const text_t &collection,
+ bool &wassuccess,
+ comerror_t &err, ostream &logout);
+ virtual void get_collectinfo (const text_t &collection,
+ ColInfoResponse_t &collectinfo,
+ comerror_t &err, ostream &logout);
+ virtual void get_filterinfo (const text_t &collection,
+ InfoFiltersResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_filteroptions (const text_t &collection,
+ const InfoFilterOptionsRequest_t &request,
+ InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const text_t &collection,
+ FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_document (const text_t &collection,
+ const DocumentRequest_t &request,
+ DocumentResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+Figure shows the API for the null protocol. Comments, and certain low level details, have been omitted (see the source file recpt/nullproto.h for full details).
+This protocol inherits from the base class recptproto . Virtual inheritance is used so that more than one type of protocolâincluding protocols not even conceived yetâcan be easily supported in the rest of the source code. This is possible because the base class object recptproto is used throughout the source code, with the exception of the point of construction. Here we specify the actual variety of protocol we wish to useâin this case, the null protocol.
+With the exception of get_protocol_name() , which takes no parameters and returns the protocol name as a Unicode-compliant text string, all protocol functions include an error parameter and an output stream as the last two arguments. The error parameter records any errors that occur during the execution of the protocol call, and the output stream is for logging purposes. The functions have type void âthey do not explicitly return information as their final statement, but instead return data through designated parameters such as the already-introduced error parameter. In some programming languages, such routines would be defined as procedures rather than functions, but C++ makes no syntactic distinction.
+Most functions take the collection name as an argument. Three of the member functions, get_filteroptions() , filter() , and get_document() , follow the pattern of providing a Request parameter and receiving the results in a Response parameter.
+
+
+
+
+Receptionist
+
+
+The final layer of the conceptual model is the receptionist. Once the CGI arguments are parsed, the main activity is the execution of an Action, supported by the Format and Macro Language objects. These are described below. Although they are represented as objects in the conceptual framework, Format and Macro Language objects are not strictly objects in the C++ sense. In reality, Format is a collection of data structures with a set of functions that operate on them, and the Macro Language object is built around displayclass , defined in lib/display.h , with stream conversion support from lib/gsdlunicode.h .
+
+
+Actions
+
+
+
+
+Actions in Greenstone
+
+
+
+
+action
+
+
+Base class for virtual inheritance.
+
+
+
+
+authenaction
+
+
+Supports user authentication: prompts the user for a password if one has not been entered; checks whether it is valid; and forces the user to log in again if sufficient time lapses between accesses.
+
+
+
+
+collectoraction
+
+
+Generates the pages for the Collector.
+
+
+
+
+documentaction
+
+
+Retrieves documents, document sections, parts of the classification hierarchy, or formatting information.
+
+
+
+
+extlinkaction
+
+
+Takes a user directly to a URL that is external to a collection, possibly generating an alert page first (dictated by the Preferences).
+
+
+
+
+pageaction
+
+
+Generates a page in conjunction with the macro language.
+
+
+
+
+pingaction
+
+
+Checks to see whether a collection is online.
+
+
+
+
+queryaction
+
+
+Performs a search.
+
+
+
+
+statusaction
+
+
+Generates the administration pages.
+
+
+
+
+tipaction
+
+
+Brings up a random tip for the user.
+
+
+
+
+usersaction
+
+
+Supports adding, deleting, and managing user access.
+
+
+
+
+Greenstone supports the eleven actions summarised in Table .
+
+
+Using the cgiargsinfoclass from pageaction.cpp
+
+cgiarginfo arg_ainfo;
+arg_ainfo.shortname = " a " ;
+arg_ainfo.longname = " action" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " p" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+arg_ainfo.shortname = " p" ;
+arg_ainfo.longname = " page" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " home" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+The CGI arguments needed by an action are formally declared in its constructor function using cgiarginfo (defined in recpt/cgiargs.h ). Figure shows an excerpt from the pageaction constructor function, which defines the size and properties of the CGI arguments a and p .
+For each CGI argument, the constructor must specify its short name (lines 2 and 10), which is the name of the CGI variable itself; a long name (lines 3 and 11) that is used to provide a more meaningful description of the action; whether it represents a single or multiple character value (lines 4 and 12); a possible default value (lines 5 and 13); what happens when more than one default value is supplied (lines 6 and 14) (since defaults can also be set in configuration files); and whether or not the value is preserved at the end of this action (lines 7 and 15) .
+Since it is built into the code, web pages that detail this information can be generated automatically. The statusaction produces this information. It can be viewed by entering the URL for the Greenstone administration page.
+The twelve inherited actions are constructed in main() , the top-level function for the library executable, whose definition is given in recpt/librarymain.cpp . This is also where the receptionist object (defined in recpt/receptionist.cpp ) is constructed. Responsibility for all the actions is passed to the receptionist , which processes them by maintaining, as a data field, an associative array of the Action base class, indexed by action name.
+
+
+Action base class API
+
+class action {
+protected:
+ cgiargsinfoclass argsinfo;
+ text_t gsdlhome;
+public:
+ action ();
+ virtual ~action ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ virtual text_t get_action_name ();
+ cgiargsinfoclass getargsinfo ();
+ virtual bool check_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args, ostream &logout);
+ virtual bool check_external_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args,
+ outconvertclass &outconvert,
+ const text_t &saveconf,
+ ostream &logout);
+ virtual void get_cgihead_info (cgiargsclass &args,
+ recptprotolistclass *protos,
+ response_t &response,
+ text_t &response_data,
+ ostream &logout);
+ virtual bool uses_display (cgiargsclass &args);
+ virtual void define_internal_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual void define_external_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual bool do_action (cgiargsclass &args,
+ recptprotolistclass *protos,
+ browsermapclass *browsers,
+ displayclass &disp,
+ outconvertclass &outconvert,
+ ostream &textout,
+ ostream &logout);
+};
+
+Figure shows the API for the Action base class. When executing an action, receptionist calls several functions, starting with check_cgiargs() . Most help to check, set up, and define values and macros; while do_action() actually generates the output page. If a particular inherited object has no definition for a particular member function, it passes through to the base class definition which implements appropriate default behaviour.
+Explanations of the member functions are as follows.
+
+
+get_action_name() returns the CGI a argument value that specifies this action. The name should be short but may be more than one character long.
+
+
+check_cgiargs() is called before get_cgihead_info() , define_external_macros() , and do_action() . If an error is found a message is written to logout ; if it is serious the function returns false and no page content is produced.
+
+
+check_external_cgiargs() is called after check_cgiargs() for all actions. It is intended for use only to override some other normal behaviour, for example producing a login page when the requested page needs authentication.
+
+
+get_cgihead_info() sets the CGI header information. If response is set to location , then response_data contains the redirect address. If response is set to content , then response_data contains the content type.
+
+
+uses_display() returns true if the displayclass is needed to output the page content (the default).
+
+
+define_internal_macros() defines all macros that are related to pages generated by this action.
+
+
+define_external_macros() defines all macros that might be used by other actions to produce pages.
+
+
+do_action() generates the output page, normally streamed through the macro language object display and the output conversion object textout . Returns false if there was an error that prevented the action from outputting anything.
+
+
+At the beginning of the class definition, argsinfo is the protected data field (used in the code excerpt shown in Figure ) that stores the CGI argument information specified in an inherited Action constructor function. The other data field, gsdlhome , records GSDLHOME for convenient access. The object also includes configure() and init() for initialisation purposes.
+
+
+
+
+Formatting
+
+
+
+
+Core data structures in Format
+
+enum command_t {comIf, comOr, comMeta, comText, comLink, comEndLink,
+ comNum, comIcon, comDoc,
+ comHighlight, comEndHighlight};
+enum pcommand_t {pNone, pImmediate, pTop, pAll};
+enum dcommand_t {dMeta, dText};
+enum mcommand_t {mNone, mCgiSafe};
+struct metadata_t {
+ void clear();
+ metadata_t () {clear();}
+ text_t metaname;
+ mcommand_t metacommand;
+ pcommand_t parentcommand;
+ text_t parentoptions;
+};
+// The decision component of an {If}{decision,true-text,false-text}
+// formatstring. The decision can be based on metadata or on text;
+// normally that text would be a macro like
+// _cgiargmode_.
+struct decision_t {
+ void clear();
+ decision_t () {clear();}
+ dcommand_t command;
+ metadata_t meta;
+ text_t text;
+};
+struct format_t {
+ void clear();
+ format_t () {clear();}
+ command_t command;
+ decision_t decision;
+ text_t text;
+ metadata_t meta;
+ format_t *nextptr;
+ format_t *ifptr;
+ format_t *elseptr;
+ format_t *orptr;
+};
+
+Although formatting is represented as a single entity in Figure , in reality it constitutes a collection of data structures and functions. They are gathered together under the header file recpt/formattools.h . The core data structures are shown in Figure .
+
+
+Data structures built for sample format statement
+
+
+
+The implementation is best explained using an example. When the format statement
+format CL1Vlist
+"[link][Title]{If}{[Creator], by [Creator]}[/link]} "
+is read from a collection configuration file, it is parsed by functions in formattools.cpp and the interconnected data structure shown in Figure is built. When the format statement needs to be evaluated by an action, the data structure is traversed. The route taken at comIf and comOr nodes depends on the metadata that is returned from a call to the protocol.
+One complication is that when metadata is retrieved, it might include further macros and format syntax. This is handled by switching back and forth between parsing and evaluating, as needed.
+
+
+
+
+Macro language
+
+
+The Macro Language entity in Figure , like Format, does not map to a single C++ class. In this case there is a core class, but the implementation of the macro language also calls upon supporting functions and classes.
+Again, the implementation is best explained using an example. First we give some sample macro definitions that illustrate macro precedence, thenâwith the aid of a diagramâwe describe the core data structures built to support this activity. Finally we present and describe the public member functions to displayclass , the top-level macro object.
+
+
+Illustration of macro precedence
+
+package query
+_header_ [] {_querytitle_}
+_header_ [l=en] {Search page}
+_header_ [c=demo] {<table bgcolor=green><tr><td>_querytitle_</td></tr></table>}
+_header_ [v=1] {_textquery_}
+_header_ [l=fr,v=1,c=hdl] {HDL Page de recherche}
+
+In a typical Greenstone installation, macro precedence is normally: c (for the collection) takes precedence over v (for graphical or text-only interface), which takes precedence over l (for the language). This is accomplished by the line
+macroprecedence c,v,l
+in the main configuration file main.cfg . The macro statements in Figure define sample macros for _header_ in the query package for various settings of c , v , and l . If the CGI arguments given when an action is invoked included c=dls , v=1 , and l=en , the macro _header_[v=1] would be selected for display. It would be selected ahead of _content_[l=en] because v has a higher precedence than l . The _content_[l=fr,v=1,c=dls] macro would not be selected because the page parameter for l is different.
+
+
+Data structures representing the default macros
+
+
+
+Figure shows the core data structure built when reading the macro files specified in etc/main.cfg . Essentially, it is an associative array of associative arrays of associative arrays. The top layer (shown on the left) indexes which package the macro is from, and the second layer indexes the macro name. The final layer indexes any parameters that were specified, storing each one as the type mvalue which records, along with the macro value, the file it came from. For example, the text defined for _header_[l=en] in Figure can be seen stored in the lower of the two mvalue records in Figure .
+
+
+Displayclass API (abridged)
+
+class displayclass
+{
+public:
+ displayclass ();
+ ~displayclass ();
+ int isdefaultmacro (text_t package, const text_t ¯oname);
+ int setdefaultmacro (text_t package, const text_t ¯oname,
+ text_t params, const text_t ¯ovalue);
+ int loaddefaultmacros (text_t thisfilename);
+ void openpage (const text_t &thispageparams,
+ const text_t &thisprecedence);
+ void setpageparams (text_t thispageparams,
+ text_t thisprecedence);
+ int setmacro (const text_t ¯oname,
+ text_t package,
+ const text_t ¯ovalue);
+ void expandstring (const text_t &inputtext, text_t &outputtext);
+ void expandstring (text_t package, const text_t &inputtext,
+ text_t &outputtext, int recursiondepth = 0);
+ void setconvertclass (outconvertclass *theoutc) {outc = theoutc;}
+ outconvertclass *getconvertclass () {return outc;}
+ ostream *setlogout (ostream *thelogout);
+};
+
+The central object that supports the macro language is displayclass , defined in lib/display.h . Its public member functions are shown in Figure . The class reads the specified macro files using loaddefaultmacros() , storing in a protected section of the class (not shown) the type of data structure shown in Figure . It is also permissible for macros to be set by the runtime system using setmacro() (in the last example of Section , pageaction sets _homeextra_ to be the dynamically generated table of available collections using this function.) This is supported by a set of associative arrays similar to those used to represent macro files (it is not identical, because the former does not require the âparameterâ layer). In displayclass , macros read from the file are referred to as default macros . Local macros specified through setmacro() are referred to as current macros , and are cleared from memory once the page has been generated.
+When a page is to be produced, openpage() is first called to communicate the current settings of the page parameters (l=en and so on). Following that, text and macros are streamed through the classâtypically from within an actionclass âusing code along the lines of:
+cout << text_t2ascii << display << "_amacro_ "
+ << "_anothermacro_ ";
+The result is that macros are expanded according to the page parameter settings. If required, these settings can be changed partway through an action by using setpageparams() . The remaining public member functions provide lower level support.
+
+
+
+
+The receptionist code
+
+
+The principal objects in the receptionist have now been described. Below we detail the supporting classes, which reside in GSDLHOME/src/recpt . Except where efficiency is paramountâin which case definitions are in-lineâimplementation details are contained within a header file's .cpp counterpart. Supporting files often include the word tool as part of the file name, as in OIDtools.h and formattools.h .
+A second set of lexically scoped files include the prefix z3950 . The files provide remote access to online databases and catalogs that make their content publicly available using the Z39.50 protocol.
+Another large group of supporting files include the term browserclass . These files are related through a virtual inheritance hierarchy. As a group they support an abstract notion of browsing: serial page generation of compartmentalised document content or metadata. Browsing activities include perusing documents ordered alphabetically by title or chronologically by date; progressing through the titles returned by a query ten entries at a time; and accessing individual pages of a book using the âgo to pageâ mechanism. Each browsing activity inherits from browserclass , the base class:
+
+
+datelistbrowserclass provides support for chronological lists;
+
+
+hlistbrowserclass provides support for horizontal lists;
+
+
+htmlbrowserclass provides support for pages of html;
+
+
+invbrowserclass provides support for invisible lists;
+
+
+pagedbrowserclass provides go to page support;
+
+
+vlistbrowserclass provides support for vertical lists.
+
+
+Actions access browserclass objects through browsetools.h .
+
+
+
+
+
+OIDtools.h
+
+
+Function support for evaluating document identifiers over the protocol.
+
+
+
+
+action.h
+
+
+Base class for the Actions entity depicted in Figure .
+
+
+
+
+authenaction.h
+
+
+Inherited action for handling authentication of a user.
+
+
+
+
+browserclass.h
+
+
+Base class for abstract browsing activities.
+
+
+
+
+browsetools.h
+
+
+Function support that accesses the browserclass hierarchy. Functionality includes expanding and contracting contents, outputing a table of contents, and generating control such as the âgo to pageâ mechanism.
+
+
+
+
+cgiargs.h
+
+
+Defines cgiarginfo used in Figure , and other data structure support for CGI arguments.
+
+
+
+
+cgiutils.h
+
+
+Function support for CGI arguments using the data structures defined in cgiargs.h .
+
+
+
+
+cgiwrapper.h
+
+
+Function support that does everything necessary to output a page using the CGI protocol. Access is through the function
+void cgiwrapper (receptionist &recpt, text_t collection);
+which is the only function declared in the header file. Everything else in the .cpp counterpart is lexically scoped to be local to the file (using the C++ keyword static ). If the function is being run for a particular collection then collection should be set, otherwise it should be the empty string "". The code includes support for Fast-CGI.
+
+
+
+
+collectoraction.h
+
+
+Inherited action that facilitates end-user collection-building through the Collector. The page generated comes from collect.dm and is controlled by the CGI argument p=page .
+
+
+
+
+comtypes.h
+
+
+Core types for the protocol.
+
+
+
+
+converter.h
+
+
+Object support for stream converters.
+
+
+
+
+datelistbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for chronological lists such as that seen in the Greenstone Archives collection under âdatesâ in the navigation bar.
+
+
+
+
+documentaction.h
+
+
+Inherited action used to retrieve a document or part of a classification hierarchy.
+
+
+
+
+extlinkaction.h
+
+
+Inherited action that controls whether or not a user goes straight to an external link or passes through a warning page alerting the user to the fact that they are about to move outside the digital library system.
+
+
+
+
+formattools.h
+
+
+Function support for parsing and evaluating collection configuration format statements. Described in more detail in Section above.
+
+
+
+
+historydb.h
+
+
+Data structures and function support for managing a database of previous queries so a user can start a new query that includes previous query terms.
+
+
+
+
+hlistbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for horizontal lists.
+
+
+
+
+htmlbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for html pages.
+
+
+
+
+htmlgen.h
+
+
+Function support to highlight query terms in a text_t string.
+
+
+
+
+htmlutils.h
+
+
+Function support that converts a text_t string into the equivalent html. The symbols ", & , < , and > are converted into " , & , < and > respectively.
+
+
+
+
+infodbclass.h
+
+
+Defines two classes: gdbmclass and infodbclass . The former provides the Greenstone API to gdbm; the latter is the object class used to store a record entry read in from a gdbm database, and is essentially an associative array of integer-indexed arrays of text_t strings.
+
+
+
+
+invbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for lists that are not intended for display (invisible).
+
+
+
+
+nullproto.h
+
+
+Inherited from recptproto , this class realises the null protocol, implemented through function calls from the receptionist to the collection server.
+
+
+
+
+pageaction.h
+
+
+Inherited action that, in conjunction with the macro file named in p=page , generates a web page.
+
+
+
+
+pagedbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for the âgo to pageâ mechanism seen (for example) in the Gutenberg collection.
+
+
+
+
+pingaction.h
+
+
+Inherited action that checks to see whether a particular collection is responding.
+
+
+
+
+queryaction.h
+
+
+Inherited action that takes the stipulated query, settings and preferences and performs a search, generating as a result the subset of o=num matching documents starting at position r=num .
+
+
+
+
+querytools.h
+
+
+Function support for querying.
+
+
+
+
+receptionist.h
+
+
+Top-level object for the receptionist. Maintains a record of CGI argument information, instantiations of each inherited action, instantiations of each inherited browser, the core macro language object displayclass , and all possible converters.
+
+
+
+
+recptconfig.h
+
+
+Function support for reading the site and main configuration files.
+
+
+
+
+recptproto.h
+
+
+Base class for the protocol.
+
+
+
+
+statusaction.h
+
+
+Inherited action that generates, in conjunction with status.dm , the various administration pages.
+
+
+
+
+tipaction.h
+
+
+Inherited action that produces, in conjunction with tip.dm , a web page containing a tip taken at random from a list of tips stored in tip.dm .
+
+
+
+
+userdb.h
+
+
+Data structure and function support for maintaining a gdbm database of users: their password, groups, and so on.
+
+
+
+
+usersaction.h
+
+
+An administrator action inherited from the base class that supports adding and deleting users, as well as modifying the groups they are in.
+
+
+
+
+vlistbrowserclass.h
+
+
+Inherited from browserclass , this object provides browsing support for vertical lists, the mainstay of classifiers. For example, the children of the node for titles beginning with the letter N are stipulated to be a VList .
+
+
+
+
+z3950cfg.h
+
+
+Data structure support for the Z39.50 protocol. Used by z3950proto.cpp , which defines the main protocol class(inherited from the base class recptproto ), and configuration file parser zparse.y (written using Yacc).
+
+
+
+
+z3950proto.h
+
+
+Inherited from recptproto , this class realises the Z39.50 protocol so that a Greenstone receptionist can access remote library sites running Z39.50 servers.
+
+
+
+
+z3950server.h
+
+
+Further support for the Z39.50 protocol.
+
+
+
+
+
+
+
+
+
+
+Initialisation
+
+
+Initialisation in Greenstone is an intricate operation that processes configuration files and assigns default values to data fields. In addition to inheritance and constructor functions, core objects define init() and configure() functions to help standardise the task. Even so, the order of execution can be difficult to follow. This section describes what happens.
+Greenstone uses several configuration files for different purposes, but all follow the same syntax. Unless a line starts with the hash symbol (#) or consists entirely of white space, the first word defines a keyword, and the remaining words represent a particular setting for that keyword.
+The lines from configuration files are passed, one at a time, to configure() as two arguments: the keyword and an array of the remaining words. Based on the keyword, a particular version of configure() decides whether the information is of interest, and if so stores it. For example, collectserver (which maps to the Collection object in Figure ) processes the format statements in a collection's configuration file. When the keyword format is passed to configure() , an if statement is triggered that stores in the object a copy of the function's second argument.
+After processing the keyword and before the function terminates, some versions of configure() pass the data to configure() functions in other objects. The Receptionist object calls configure() for Actions, Protocols, and Browsers. The NullProtocol object calls configure() for each Collection object; Collection calls Filters and Sources.
+In C++, data fields are normally initialized by the object's constructor function. However, in Greenstone some initialisation depends on values read from configuration files, so a second round of initialisation is needed. This is the purpose of the init() member functions, and in some cases it leads to further calls to configure() .
+
+
+Initialising Greenstone using the null protocol
+
+============
+Main program
+============
+Statically construct Receptionist
+Statically construct NullProtocol
+Establish the value for âgsdlhomeâ by reading gsdlsite.cfg
+Foreach directory in GSDLHOME/collect that isnât "modelcol":
+Â Add directory name (now treated as collection name) to NullProtocol:
+Â Â Â Dynamically construct Collection
+Â Â Â Dynamically construct Gdbm class
+Â Â Â Dynamically construct the Null Filter
+Â Â Â Dynamically construct the Browse Filter
+Â Â Â Dynamically construct MgSearch
+Â Â Â Dynamically construct the QueryFilter
+Â Â Â Dynamically construct the MgGdbmSource
+Â Â Â Configure Collection with âcollectionâ
+Â Â Â Â Â Passing âcollectionâ value on to Filters and Sources:
+Configure Receptionist with âcollectinfoâ:
+Â Â Â Â Â Passing âcollectinfoâ value on to Actions, Protocols, and Browsers:
+Add NullProtocol to Receptionist
+Add in UTF-8 converter
+Add in GB converter
+Add in Arabic converter
+Foreach Action:
+Â Statically construct Action
+Â Add Action to Receptionist
+Foreach Browsers:
+Â Statically construct Browser
+Â Add Browser to Receptionist
+Call function cgiwrapper:
+Â =================
+Â Configure objects
+Â =================
+Â Configure Receptionist with âcollectionâ
+Â Â Â Passing âcollectionâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol not interested in âcollectionâ
+Â Configure Receptionist with âhttpimgâ
+Â Â Â Passing âhttpimgâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol passing âhttpimgâ on to Collection
+Â Â Â Passing âhttpimgâ value on to Filters and Sources:
+Â Configure Receptionist with âgwcgiâ
+Â Â Â Passing âgwcgiâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol passing âgwcgiâ on to Collection
+Â Â Â Passing âgwcgiâ value on to Filters and Sources:
+Â Reading in site configuration file gsdlsite.cfg
+Â Â Â Configure Recptionist with âgsdlhomeâ
+Â Â Â Â Â Passing âgsdlhomeâ value on to Actions, Protocols, and Browsers:
+Â Â Â Â Â NullProtocol passing âgsdlhomeâ on to Collection
+Â Â Â Â Â Â Â Passing âgsdlhomeâ value on to Filters and Sources:
+Â Â Â Configure Recptionist with ...
+Â Â Â ... and so on for all entries in gsdlsite.cfg
+Â Reading in main configuration file main.cfg
+Â Â Â Configure Recptionist with ...
+Â Â Â ... and so on for all entries in main.cfg
+Â ====================
+Â Initialising objects
+Â ====================
+Â Initialise the Receptionist
+Â Â Â Configure Receptionist with âcollectdirâ
+Â Â Â Â Â Passing âcollectdirâ value on to Actions, Protocols, and Browsers:
+Â Â Â Â Â NullProtocol not interested in âcollectdirâ
+Â Â Â Read in Macro files
+Â Â Â Foreach Actions
+Â Â Â Â Â Initialise Action
+Â Â Â Foreach Protocol
+Â Â Â Â Â Initialise Protocol
+Â Â Â Â Â When Protocol==NullProtocol:
+Â Â Â Â Â Â Â Foreach Collection
+Â Â Â Â Â Â Â Â Â Reading Collectionâs build.cfg
+Â Â Â Â Â Â Â Â Â Reading Collectionâs collect.cfg
+Â Â Â Â Â Â Â Â Â Â Â Configure Collection with âcreatorâ
+Â Â Â Â Â Â Â Â Â Â Â Â Â Passing âcreatorâ value on to Filters and Sources:
+Â Â Â Â Â Â Â Â Â Â Â Configure Collection with âmaintainerâ
+Â Â Â Â Â Â Â Â Â Â Â Â Â Passing âmaintainerâ value on to Filters and Sources:
+Â Â Â Â Â Â Â Â Â Â Â ... and so on for all entries in collect.cfg
+Â Â Â Foreach Browsers
+Â Â Â Â Â Initialise Browser
+Â =============
+Â Generate page
+Â =============
+Â Parse CGI arguments
+Â Execute designated Action to produce page
+End.
+
+Figure shows diagnostic statements generated from a version of Greenstone augmented to highlight the initialisation process. The program starts in the main() function in recpt/librarymain.cpp . It constructs a Receptionist object and a NullProtocol object, then scans gsdlsite.cfg (located in the same directory as the library executable) for gsdlhome and stores its value in a variable. For each online collectionâas established by reading in the directories present in GSDLHOME/collect âit constructs a Collection object, through the NullProtocol object, that includes within it Filters, Search and Source, plus a few hardwired calls to configure() .
+Next main() adds the NullProtocol object to the Receptionist, which keeps a base class array of protocols in a protected data field, and then sets up several converters. main() constructs all Actions and Browsers used in the executable and adds them to the Receptionist. The function concludes by calling cgiwrapper() in cgiwrapper.cpp , which itself includes substantial object initialisation.
+There are three sections to cgiwrapper() : configuration, initialisation and page generation. First some hardwired calls to configure() are made. Then gsdlsite.cfg is read and configure() is called for each line. The same is done for etc/main.cfg .
+The second phase of cgiwrapper() makes calls to init() . The Receptionist makes only one call to its init() function, but the act of invoking this calls init() functions in the various objects stored within it. First a hardwired call to configure() is made to set collectdir , then the macro files are read. For each action, its init() function is called. The same occurs for each protocol stored in the receptionistâbut in the system being described only one protocol is stored, the NullProtocol. Calling init() for this object causes further configuration: for each collection in the NullProtocol, its collection-specific build.cfg and collect.cfg are read and processed, with a call to configure() for each line.
+The final phase of cgiwrapper() is to parse the CGI arguments, and then call the appropriate action. Both these calls are made with the support of the Receptionist object.
+The reason for the separation of the configuration, initialisation, and page generation code is that Greenstone is optimised to be run as a server (using Fast-cgi, or the Corba protocol, or the Windows Local Library). In this mode of operation, the configuration and initialisation code is executed once, then the program remains in memory and generates many web pages in response to requests from clients, without requiring re-initalisation.
+
+
+
+
+
+
+Configuring your Greenstone site
+
+
+There are two configuration files in Greenstone that are used for configuring various aspects of your Greenstone site. These files are the âmainâ configuration file main.cfg , found in GSDLHOME/etc , and the âsiteâ configuration file gsdlsite.cfg , found in GSDLHOME/cgi-bin . These files each control specific aspects of site-wide configuration. Both can be viewed from the Greenstone administration page.
+
+
+Main configuration file
+
+
+The main configuration file main.cfg is used to configure the receptionistâthat part of Greenstone that fields queries and displays pages. You can control everything from the languages that the interface can use to what logs are kept.
+
+
+Site maintenance and logging
+
+
+Lines in the configuration file dictate how your Greenstone site is maintained, what facilities it offers, which events are logged, and what notification is given to the maintainer. Table details some of the options that are available; the remaining ones are described in the following sections.
+
+
+Configuration options for site maintenance and logging
+
+
+
+
+
+Value
+
+
+Purpose
+
+
+
+
+maintainer
+
+
+NULL or an E-mail address
+
+
+E-mail address of the site maintainer to be used for certain notification purposes. If NULL, E-mail events are disabled
+
+
+
+
+MailServer
+
+
+NULL or a server name
+
+
+Outgoing mail server for this site. If NULL, mail.maintainer's-domain is used (e.g. if the maintainer is help@example.com the default is mail.example.com .) If this doesn't resolve to a valid smtp server, E-mail events will not work
+
+
+
+
+status
+
+
+enabled or disabled
+
+
+Determines whether the âMaintenance and administrationâ page is to be made available
+
+
+
+
+collector
+
+
+enabled or disabled
+
+
+Determines whether the end-user collection building âcollectorâ facility is available
+
+
+
+
+logcgiargs
+
+
+true or false
+
+
+If true , a usage log is kept in usage.txt .
+
+
+
+
+usecookies
+
+
+true or false
+
+
+If true , information about the site users is collected (using cookies) and written to usage.txt (this only works if logcgiargs is true )
+
+
+
+
+LogDateFormat
+
+
+LocalTime or UTCTime or Absolute
+
+
+Format in which time information is written to the log. LocalTime produces the format âThu Dec 07 12:34 NZDT 2000â, UTCTime is the same format but in GMT, and absolute is an integer representing the number of seconds since 00:00:00 01/01/1970 GMT
+
+
+
+
+LogEvents
+
+
+AllEvents or CollectorEvents or disabled
+
+
+Logs certain events to events.txt . AllEvents logs all Greenstone events, CollectorEvents logs only events related to the Collector, and disabled log no events
+
+
+
+
+EmailEvents
+
+
+enabled or disabled
+
+
+E-mail the maintainer (if there is oneâsee the maintainer option) every time an event occurs
+
+
+
+
+EmailUserEvents
+
+
+enabled or disabled
+
+
+E-mail the user on certain eventsâsuch as the collector finishing a collection build
+
+
+
+
+macrofiles
+
+
+list of macro filenames
+
+
+Determine what macros are available for Greenstone's user interface software
+
+
+
+
+
+
+
+
+Language support
+
+
+Two kinds of entry in the main.cfg configuration file affect the way that different languages are handled. They determine which languages and encodings are available from the Preferences page. Encoding lines specify the different types of character encoding that can be selected. Language lines specify what user interface languages can be selected (of course, there must be a language macro for each possible language).
+The Encoding line can contain four possible values: shortname , longname , map and multibyte . The shortname is the standard charset label, and must be specified for all encodings. The longname gives the encoding name that is displayed on the Preferences page. If it is absent it defaults to the shortname . The map value is mandatory for all encodings except utf8, which is handled internally (and should always be enabled). The multibyte value should be set for all character sets that require more than one byte per character. The file main.cfg specifies many encodings, most of which are commented out. To enable an encoding, remove the comment character â#â.
+Each Language line can contain three possible values, shortname , longname , and default_encoding . The shortname is the ISO 639 two-letter language symbol, and is required. The longname is the name that is used for the language on the Preferences page. If absent, it defaults to the shortname . The default_encoding option is used to specify the preferred encoding for this language.
+
+
+
+
+Page parameters and CGI arguments
+
+
+Page parameters and CGI arguments may be defined from within the main.cfg configuration file. Recall from Figure that most CGI arguments are defined within the library C++ code itself. However, it is occasionally useful to define new arguments or edit existing ones at configuration time, thus avoiding the need to recompile the library.
+To do this you use the cgiarg configuration option. Cgiarg may take up to six arguments; shortname , longname , multiplechar , argdefault , defaultstatus and savedarginfo . These arguments correspond to the CGI argument options described in Section . For example, in the default main.cfg file the cgiarg configuration option is used to set the default values of the existing a and p CGI arguments to p and home respectively.
+Page parameters are special cases of CGI arguments which correspond to parameters in Greenstone's macro files. For example, the l CGI argument directly corresponds to the l= parameter in the macro files. To define a CGI argument to also be a page parameter you use the pageparam configuration option.
+The best way to learn about the various configuration options possible in the main-cfg configuration file is to experiment with the file itself. Note that if you are using the Windows local library version of Greenstone you must restart the server before any configuration files changes take effect.
+
+
+
+
+
+
+Site configuration file
+
+
+
+
+Lines in gsdlsite.cfg
+
+
+
+
+Line
+
+
+Function
+
+
+
+
+gsdlhome
+
+
+A path to the GSDLHOME directory.
+
+
+
+
+httpprefix
+
+
+The web address of GSDLHOME . If the document root on your web server is set to GSDLHOME you do not need this line.
+
+
+
+
+httpimage
+
+
+The web address of the directory containing the images for the user interface. If your web-server's document root is set to GSDLHOME this will be images .
+
+
+
+
+gwcgi
+
+
+The web address of this cgi script (usually ends in library ). This is not needed if your web server sets the environment variable SCRIPT_NAME .
+
+
+
+
+maxrequests
+
+
+(Only applies if fast-cgi is in use.) The number of requests fast-cgi should process before it exits. When debugging the library this should be set to a small number, otherwise it should be a large number.
+
+
+
+
+The site configuration file gsdlsite.cfg sets variables that are used by the library software and web-server at run-time, and resides in the same directory as the library program. Table describe the lines in this file; they are explained in Section 5 of the Greenstone Digital Library Installer's Guide.
+
+
+
+
+
+
+Appendix A: The C++ Standard Template Library
+
+
+The Standard Template Library (STL) is a widely-used C++ library from Silicon Graphics (www.sgi.com ). This Appendix gives a brief overview of key parts that are used throughout the Greenstone code. For a fuller description, consult the official STL reference manual, available online at www.sgi.com , or one of the many STL textbooks, for example Josuttis (1999).
+As the word âtemplateâ suggests, STL is not just a plug-and-use object library. Coupled with the template mechanism in C++, it provides a forum for programmers to concisely develop their own objects that tap into the algorithmic capabilities embedded within STL. This adds an extra layer of complexity, but it's worth it.
+To help understand the Greenstone code excerpts given in this manual, we give a few tutorial level examples that use STL.
+
+
+Lists
+
+
+
+
+Programming a list of integers
+
+#include <iostream.h>
+
+#define nil 0
+
+struct intlist {
+ int val;
+ struct intlist* next;
+};
+
+int total_int_list(intlist* head)
+{
+ int total = 0;
+ intlist* curr = head;
+ while (curr!=nil)
+ {
+ total += curr->val;
+ curr = curr->next;
+ }
+
+ return total;
+}
+
+void main()
+{
+ intlist node1 = { 5, nil };
+ intlist node2 = { 4, nil };
+ node2.next = &node1;
+
+ int total = total_int_list(&node2);
+ cout << " List items total to: " << total << endl;
+}
+
+First we study two programs that implement an integer list. One uses basic C++ types (the âold fashionedâ way), the other uses STL. Figure shows the source code implementation that does not use STL. Lines 5â8 define the basic data structure we are going to use: the field val stores the integer value, and next points to the next element in the listâa classic implementation of a linked list.
+To demonstrate use of the data structure, the main program (lines 23â32) sets up an integer list with elements [5, 4]. It then calls the function total_int_list (defined over lines 10â21) which takes as its only parameter a pointer to the head of a list and sums the values in it. The returned answer (9 in our example) is printed to the screen.
+The main work is accomplished by lines 12â18. First some initialisation: the local variable total is set to zero, and curr to point to the start of the list. Then a while loop adds the current integer element in the list to the running total (total += curr->val; ) before moving on to the next element (curr = curr->next; ). The while loop terminates when curr becomes equal to nil , signifying that there are no more elements left to process.
+
+
+Programming a list of integers using STL
+
+#include <iostream.h>
+#include <list>
+
+int total_int_list(list<int>* head)
+{
+ int total = 0;
+ list<int>::iterator curr = head->begin();
+ while (curr!=head->end())
+ {
+ total += *curr;
+ curr++;
+ }
+
+ return total;
+}
+
+void main()
+{
+ list<int> vals;
+ vals.push_back(5);
+ vals.push_back(4);
+
+ int total = total_int_list(&vals);
+ cout << " List items total to: " << total << endl;
+}
+
+Figure shows an equivalent program using STL. It is no longer necessary to define a suitable data structure in the code; all that is necessary is the #include <list> directive on line 2 that includes the template version for a list defined in STL. The object is called a âcontainer classâ because when we declare a variable of this type we also specify the type we want it to store. On line 19 an integer list is realised with the statement list<int> vals; . Elements can be added to the object using the member function push_back() , as is done on lines 20â21.
+The main work is done by lines 6â12. There are still two initialisations and a while loop, but other than that the new syntax has little in common with the old. Central to this new way of processing is a variable of type iterator (line 7). In STL many classes include iterator types to provide a uniform way of working through a sequence of container objects. The first element is returned with begin() and the element just past the last one with end() . Moving to the next element is accomplished by the increment operation ++, which is overloaded by the iterator class to implement this task, and the value stored there is accessed through dereferencing (*curr on line 10), which is also overloaded.
+The STL implementation of this program is slightly smaller (25 lines verses 31) than the conventional code. The gains are more noticeable in larger projects, because the STL list object is more powerful than the example here illustrates. It is, for instance, a doubly linked list that supports several forms of insertion and deletionâsomething that would require additional programming effort to add to the basic integer list version.
+Note that the parameter to total_int_list in Figure was implemented as a pointer, to correspond with the pointer used in total_int_list in Figure . In STL it is often more natural (and more desirable) to use references rather than pointers. Then the parameter becomes list<int>& head , and its member functions are called with the syntax head.begin(); and so on.
+
+
+
+
+Maps
+
+
+When implementing a digital library system, it is useful to be able to store elements in an array indexed by text strings rather than by numeric indexes. In Greenstone, for example, this greatly simplifies storing the macro files once they have been read; and the various configuration files. A data type that supports such access is called an associative array , and is often built in to modern high-level languages. It is also known by the name hash array (most notably in Perl), since hashing is the normal technique used to implement the text index.
+
+
+Using associative arrays in STL
+
+#include <iostream.h>
+#include <map>
+
+int total_int_table(map<char*, int>& table)
+{
+ int total = 0;
+ map<char*, int>::iterator curr = table.begin();
+ while (curr!=table.end())
+ {
+ total += (curr->second);
+ curr++;
+ }
+
+ return total;
+}
+
+int main()
+{
+ map<char*, int> table;
+ table["Alice"] = 31;
+ table["Peter"] = 24;
+ table["Mary"] = 47;
+
+ int total = total_int_table(table);
+ cout << " Age total: " << total << endl;
+ }
+
+In STL, associative arrays are accomplished using the map object. Figure shows a somewhat contrived example that stores the age of three people (Alice, Peter and Mary) in an associative array under their own names (lines 19â22). The problem is to write a function that calculates the total age of the people present, without knowing how many there are or what their names are. Of course, this could be solved with a standard numeric array of integers. The example is contrived to demonstrate the features of the map object and bring out the similarity of processing with the list object with an iterator .
+Like list , map is a container class. However, when declaring a variable of this type we must specify two things: the index type, and the element type. As can be seen on line 19, we obtain an associative array that stores integers using char* (which is how a string is declared in C++) as the index type followed by int as the element type.
+There are several ways to store elements in the associative array. In the example on lines 20â22 the overloaded array subscript [ ] is used to initialise the table with the ages of the three people. The similarity of total_int_table âwhich performs the main calculation in the programâto total_int_list in Figure is striking. In fact, they are nearly identical, and this is no coincidence. STL makes heavy use of inheritance so that different objects still use the same fundamental operations. This is particularly true with iterators. The small differences between the two functions are that the iterator is now derived from map<char*, int> , and access to its elements is with curr->second() âbecause dereferencing the variable (*curr ) is defined to return an object of type pair . This records both the index name (first ) and the element value (second ), but we only want the latter. Other than that, the code remains the same. The only remaining differenceâchanging the function's only argument from a pointer to a referenceâis superficial.
+Two other STL types widely used in the Greenstone code are vector and set . The former facilitates dynamic arrays, and the latter supports mathematical set operations such as union, intersection and difference.
+
+
+
+
+
+
+Bibliography
+
+
+Aulds, C. (2000) Linux Apache Web Server Administration . Sybex.
+Bainbridge, D., Buchanan, G., McPherson, J., Jones, S., Mahoui, A. and Witten, I.H. (2001) âGreenstone: A platform for distributed digital library development.â Research Report, Computer Science Department, University of Waikato, New Zealand.
+Christiansen, T. Torkington, N. and Wall, L. (1998) Perl Cookbook. O'Reilly and Associates.
+Coar, K.A.L. (1998) Apache Server For Dummies . IDG Books.
+Deitel, H.M. and Deitel, P.J. (1994) C++: How to Program . Prentice Hall, Englewood Cliffs, New Jersey.
+Dublin Core (2001) âThe Dublin Core Metadata Initiativeâ at http://purl.org/dc/, accessed 16 January 2001.
+Josuttis, N.M. (1999) The C++ standard library: a tutorial and reference. Addison-Wesley, 1999.
+Keller, M. and Holden, G. (1999) Apache Server for Windows Little Black Book . Coriolis Group.
+Schwartz, R.L. and Christiansen, T. (1997) Learning Perl (2nd Edition). O'Reilly and Associates.
+Slama, D., Garbis, J. and Russell, P. (1999) Enterprise CORBA . Prentice Hall, Englewood Cliffs, New Jersey.
+Stroustroup, B. (1997) The C++ Programming Language . Addison-Wesley.
+Thiele, H. (1997) âThe Dublin Core and Warwick Framework: A Review of the Literature, March 1995âSeptember 1997.â D-Lib Magazine , January. <http://www.dlib.org/dlib/january98/01thiele.html>
+Wall, L., Christiansen, T. and Orwant, J. (2000) Programming Perl (3rd Edition). O'Reilly and Associates.
+Weibel, S. (1999) âThe State of the Dublin Core Metadata Initiative.â D-Lib Magazine , Volume 5 Number 4; April. <http://www.dlib.org/dlib/april99/04weibel.html>
+Witten, I.H., Moffat, A. and Bell, T.C. (1999) Managing gigabytes: compressing and indexing documents and images . Morgan Kaufmann, San Francisco.
+
+
+
+
+On Windows 95/98 systems running setup.bat may fail with an Out of environment space error. If this happens, you should edit your system's config.sys file (normally found at C:\config.sys ) and add the line shell=C:\command.com /e:4096 /p (where C: is your system drive letter) to expand the size of the environment table. You'll need to reboot for this change to take effect, and then repeat the steps above for Greenstone.
+
+
+Note that in Greenstone, regular expressions are interpreted in the Perl language, which is subtly different from some other conventions. For example, â*â matches zero or more occurrences of the previous character, while â.â matches any characterâso nugget.* matches any string with prefix ânugget,â whether or not it contains a period after the prefix. To insist on a period you would need to escape it, and write nugget\..* instead.
+
+
+Note that more recent versions of the Demo collection use a Hierarchy classifier to display the how to metadata. In this case they will be displayed slightly differently to what is shown in Figure .
+
+
+The value for gsdlhome comes from gsdlsite.cfg located in the same directory as the CGI executable library , whereas GSDLHOME is set by running the setup script which accesses a different file, so technically it is possible for the two values to be different. While possible, it is not desirable, and the above text is written assuming they are the same.
+
+
+Technically there are four types, but the last two are optional. Since we are only giving a basic introduction to this STL class, details about these last two types are omitted.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/en/Install_en.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/en/Install_en.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/en/Install_en.xml (revision 14835)
@@ -0,0 +1,1024 @@
+
+
+
+
+
+]>
+
+
+GREENSTONE DIGITAL LIBRARY
+
+
+INSTALLER'S GUIDE
+
+
+Ian H. Witten and Stefan Boddie
+
+
+Department of Computer Science University of Waikato, New Zealand
+
+
+Back to manual index
+Back to top index
+
+Greenstone is a suite of software for building and distributing digital library collections. It provides a new way of organizing information and publishing it on the Internet or on CD-ROM. Greenstone is produced by the New Zealand Digital Library Project at the University of Waikato, and developed and distributed in cooperation with UNESCO and the Human Info NGO. It is open-source software, available from http://greenstone.org under the terms of the Gnu General Public License.
+
+We want to ensure that this software works well for you. Please report any problems to greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+March 2004
+
+
+
+About this manual
+
+
+This document explains how to install Greenstone so that you can run it on your own computer. It also describes how to obtain associated software that is freely availableâthe Apache Webserver and Perl. We have striven to make the installation procedure as simple as it possibly can be.
+The software runs on different platforms, and in different configurations. Consequently there are many issues that affect (or might affect) the installation procedure. Section mentions some questions that you will need to consider before installing Greenstone. Section details the installation procedure for all the different versions; you need only read the part that relates to your operating system. Section describes the demonstration digital library collections that are included in the distribution. Section explains how to set up common webservers, Apache and Microsoft PWS/IIS, to work with Greenstone. Section describes various Greenstone configuration options, and Section shows how to make a personalized home page for your digital library installation. Finally, an Appendix lists pieces of associated software and how to obtain them.
+
+
+
+
+Companion documents
+
+
+The complete set of Greenstone documents include five volumes:
+
+
+Greenstone Digital Library Installer's Guide (this document)
+
+
+Greenstone Digital Library User's Guide
+
+
+Greenstone Digital Library Developer's Guide
+
+
+Greenstone Digital Library: From Paper to Collection
+
+
+Greenstone Digital Library: Using the Organizer
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Acknowledgements
+
+
+The Greenstone software is a collaborative effort between many people. Rodger McNab and Stefan Boddie are the principal architects and implementors. Contributions have been made by David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, and Stuart Yeates. Other members of the New Zealand Digital Library project provided advice and inspiration in the design of the system: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols and Lloyd Smith. We would also like to acknowledge all those who have contributed to the GNU-licensed packages included in this distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE and XLHTML.
+
+
+
+
+Versions of Greenstone
+
+
+The Greenstone software runs on different platforms, and in different configurations, as summarized in Figure .
+
+
+The different options for Windows and Unix versions of Greenstone
+
+
+
+There are many issues that affect (or might affect) the installation procedure. Before reading on, you should consider these questions:
+
+
+Are you using Windows or Unix?
+
+
+If Windows, are you using Windows 3.1/3.11 or a more recent version? Although you can view collections on 3.1/3.11 machines, and serve other computers on the same network, you cannot build new collections. The full Greenstone software runs on 95/98/Me, and NT/2000.
+
+
+If Unix, are you using Linux or another version of Unix? For Linux, a binary version of the complete system is provided which is easy to install. For other types of Unix you will have to install the source code and compile it. This may require you to install some additional software on your machine.
+
+
+If Windows NT/2000 or Unix, can you log in as the system âadministratorâ or ârootâ? This may be required to configure a webserver appropriately for Greenstone.
+
+
+Do you want the source code? If you are using Windows or Linux, you can just install binaries. But you may want the source code as wellâit's in the Greenstone distribution.
+
+
+Do you want to build new digital library collections? If so, you need to have Perl, which is freely available for both Windows and Unix.
+
+
+Is your computer running a webserver? The Greenstone software comes with a Windows webserver. However, if you are already running a Web server, you may want to stay with it. For Unix, you need to run a webserver.
+
+
+Do you know how to reconfigure your webserver? If you don't use the Greenstone webserver, you will have to reconfigure your existing one slightly to recognize the Greenstone software.
+
+
+
+
+
+
+The Installation Procedure
+
+
+Versions of Greenstone are available for both Windows and Unix, as binaries and in source code form. The Greenstone user interface uses a Web browser: Netscape Navigator or Internet Explorer (version 4.0 or greater in both cases) are both suitable. In case you don't already have a Web browser, Windows versions of Netscape are provided on the CD-ROM.
+
+
+Windows
+
+
+If you are a Unix user, please skip ahead to Section . For Windows users, if you want just a simple, straightforward installation, go through the following âsimple installationâ procedure. The Greenstone system occupies about 40 Mb of disk space.
+If you choose anything other than the default setup, you will have to decide whether you want to install the binary code or the source code. If in doubt, choose the binary code. The installation procedure is the same for both. The following sections tell you more about the options you will be presented with.
+When you've finished installation you should skip ahead to Section .
+
+
+Simple installation
+
+
+To install the Windows version from the CD-ROM, insert the disk into the drive (e.g. into D: ). If the installation procedure does not start automatically after about 20 seconds, click on the Start menu, select Run and type D:\setup.exe , where â D â is the letter that identifies your CD-ROM drive. For Windows 3.1, select Run from the âFile managerâ and type D:\Windows\win3.1\setup.exe .
+For the simplest installation, just accept the default at each point by clicking the Next button. That's all you need to do! Greenstone is installed in the directory C:\Program Files\gsdl .
+Once installation is complete, to start your Greenstone system click on the Start button, open the Program menu, and select Greenstone Digital Library . This brings up a dialogue box: just click Enter Library. This automatically starts your Internet browser and loads the Greenstone Digital Library home page, which should look something like the example in Figure . You enter the Greenstone Demo collection by clicking on its icon.
+
+
+Your Greenstone home page
+
+
+
+
+
+
+
+Windows binaries
+
+
+There are two separate Windows binary programs on the CD-ROM: the Local Library and the Web Library . The default installation described above selects the Local Library version. We strongly recommend that you use this version. The Web Library, which is much harder to set up, is only necessary if you already run a web server and want to use it for Greenstone. Despite its modest name, the Local Library offers a complete, self-contained, web-serving capability.
+Local Library. This enables any Windows computer to serve pre-built Greenstone collections. The Greenstone Demo collection will automatically be installed; you can also install the other collections on the CD-ROM (Section ). The Local Library software is the same as that used on CD-ROMs produced by the Greenstone system.
+The Local Library is intended for use on standalone computers or computers that do not already have webserver software. It contains a small built-in webserver so that other computers on the same network can also access the library. (However, the webserver has limited configurability.)
+The Local Library software automatically determines whether your computer has network software installed or is connected to a network. It operates correctly under any combinations of these conditions. However, there are two possible problems that may be encountered. Greenstone may
+
+
+cause an unwanted telephone dialup operation;
+
+
+fail to run because network software is installed, but installed incorrectly.
+
+
+A restricted version of the Local Library is supplied which is intended for use in these situations. The restricted version only works with Netscape (not Internet Explorer). When you invoke the Local Library version of Greenstone, the dialogue box contains a button that allows you to use the restricted version instead. Unless the above problems arise, you should always use the standard version.
+Web Library . This enables any computer with an existing webserver to serve pre-built Greenstone collections. As with the Local Library above, the Greenstone Demo collection will automatically be installed. You can also install the other collections on the CD-ROM (see Section ).
+The Web Library differs from the Local Library because it is intended for computers that already have webserver software.
+To run the Web Library, you also need
+
+
+Webserver software. One possibility is Apache (see Appendix ).
+
+
+The Collector . This component, which is included in both the Local Library and the Web Library, allows you to build collections containing material of your choice. (You will not be able to use the Collector on a Windows 3.1/3.11 machine.)
+
+
+
+
+
+
+Windows webserver configuration (Web Library version only)
+
+
+An advantage of the Local Library version of Greenstone is that it runs âout of the boxâ and does not require any special configuration. For the Web Library version, however, you will have to make some adjustments to your webserver setup.
+If you already have a webserver, some small changes have to be made to its configuration to make your Greenstone installation operate. The install script explains what these are for the Apache webserverâsee Section for instructions for configuring the PWS and IIS webservers. You may need help from a system administrator to reconfigure an existing webserverâthey should be able to understand the instructions printed by the install script.
+If you do not already have a webserver, you will have to install one. (See the Appendix for information on the Apache webserver.) Then you will have to configure it appropriately. Section gives a detailed account of the parts of a webserver installation that affect Greenstone, and how they need to be altered. It comes down to including half a dozen or so lines in a configuration file.
+
+
+
+
+Windows source
+
+
+The Greenstone source code occupies 50 Mb of disk space, but to compile it you will need about 90 Mb. To compile the source on Windows you need
+
+
+The Microsoft Visual C++ compiler. (We are currently sorting out some minor problems in compiling Greenstone with various Windows ports of GNU GCC.)
+
+
+(You do not need GDBM, the Gnu database manager, because it is included in the Greenstone source distribution.)
+It is unlikely that you will be able to compile Greenstone on a Windows 3.1/3.11 machine.
+In the event that you recompile Greenstone and wish to use the recompiled version to create CD-ROMs, you should note that code produced by recent versions of the Visual C++ compiler does not run under Windows 3.1/3.11, although there is no problem with later Windows systems (95, 98, Me, NT, 2000). If you want your CD-ROMs to operate on early Windows machines, you will need a different version of the compiler. Moreover, Greenstone uses STL, the C++ standard template library, and although these compilers sometimes come with STL, the provided version does not always work properly. Hence to recompile Greenstone in such a way that it produces CD-ROMs that work on early versions of Windows, you need
+
+
+The Microsoft Visual C++ compiler, Version 4.0 or 4.2.
+
+
+An external version of STL, the C++ standard template library. STL is packaged with Greenstone for use with these compiler versions.
+
+
+Note that the Windows installation procedure does not attempt to compile Greenstone for you if you choose to install the source code. For platform- and compiler-specific instructions on compiling Greenstone, see the Install.txt document which is placed in the top-level Greenstone directory (C:\Program Files\gsdl by default) during the installation procedure.
+
+
+
+
+
+
+Unix
+
+
+This section is written for Unix users. (Windows users should skip ahead to Section .) You need to choose whether to install the binary code or the source code. The binary code occupies about 50 Mb of disk space; the source code requires about 160 Mb to compile.
+
+
+Unix binaries
+
+
+The binary code requires an Intel x86-based Linux distribution which includes ELF binary support. Distributions that meet these requirements include:
+
+
+RedHat 5.1
+
+
+SuSE Linux 6.1
+
+
+Debian 2.1
+
+
+Slackware 4.0
+
+
+More recent versions of these distributions should also work.
+You will need a webserver: we recommend Apache. We also strongly recommend you to install your webserver before installing Greenstoneâthis will make it much easier to answer the questions that are asked during the Greenstone installation procedure. If you want to build new digital library collections, you will also need Perl if this is not already on your system. To check, open a terminal window, type perl âv , and see if a message appears specifying, amongst other things, the version number. For most versions of Linux, Perl is installed by default. The Appendix gives information on how to obtain Apache and Perl.
+
+
+
+
+Unix source
+
+
+The source code is the same for Unix as for Windows. It has been compiled and tested on Linux, Solaris, and Macintosh OS/X; it should be a fairly routine matter to port it to other flavors of Unix.
+To compile the Greenstone source code on Unix, you need
+
+
+GCC, the Gnu C++ compiler.
+
+
+GDBM, the Gnu database manager.
+
+
+To run the Greenstone software, you also need a Web server and Perl, as described above under Unix binaries .
+
+
+
+
+Unix installation
+
+
+To install the Unix version from the CD-ROM, insert the disk into the drive, and type
+
+
+
+
+
+mount /cdrom
+
+
+mount the CD-ROM device (this command may differ from one system to another; for example on OS/X you cd to the /Volumes directory and then to the appropriate subdirectory for the CD-ROM)
+
+
+
+
+cd /cdrom
+
+
+change directory to the CD-ROM's top level
+
+
+
+
+cd Unix
+
+
+change directory to where the Unix install script resides
+
+
+
+
+sh Install.sh
+
+
+begin the installation process (an explicit sh is used because many installations forbid you to execute programs directly from CD-ROM)
+
+
+
+
+The final command begins an interactive dialogue which requests the information that is needed to install Greenstone on your system, and gives detailed feedback on what is happening.
+The installation procedure begins by asking you which directory to install Greenstone into. The first file placed there is the âuninstallâ program that cleans up any partial installation, should you encounter problems or terminate the installation prematurely. Next you choose whether you want to install binaries or source code. You are then asked some questions about your webserver setup. You need to have a valid cgi executable directory (normally called âcgi-binâ on Unix systems); you can either create a new one or use your existing one. If you create a new one, you will need to enter this information in your webserver's configuration file. In either case you need to enter the web address of the cgi directory. The installation dialogue will guide you through all these choices. It is important to set the file permissions correctly on certain directories, and you are prompted for the necessary information. Finally, you are prompted for a password for the âadministratorâ user admin .
+By default, all Greenstone software is installed in the directory /usr/local/gsdl if it is the root user who is doing the installation, and into the directory ~/gsdl otherwise (where â~â is the user's home directory).
+Installing the binaries takes just a few minutes, enough time for you to answer the appropriate questions. If you install the source code, the installation script will compile it, which takes from ten minutes to an hour or so, depending on the speed of your processor.
+To uninstall the software, type
+cd ~/gsdl
+or /usr/local/gsdl if it was the root user who installed Greenstone
+sh Uni nstall.sh
+During the installation procedure you will be asked whether you want to install any Greenstone collections. The Greenstone Demo collection is installed automatically; other collections on the CD-ROM are described in Section .
+
+
+
+
+Unix webserver configuration
+
+
+If you already have a webserver, some small changes will have to be made to its configuration to make your Greenstone installation operate. The install script explains what these are. You will probably need help from your system administrator to reconfigure the webserverâhe or she should be able to understand the instructions output by the install script. For your convenience, the output of the install script is written to a file called INSTALL_RECORD in the directory into which you installed Greenstone.
+If you do not already have a webserver, you will have to install one. The Appendix gives information on Apache. Then you will have to configure it appropriately. Section gives a detailed account of the parts of an Apache webserver installation that affect Greenstone, and how they need to be altered. It comes down to including half a dozen or so lines in a configuration file.
+You do not need to be the Unix ârootâ user to go through the installation procedure above. When it comes to configuring an existing Apache server, however, you may need ârootâ privilegesâit all depends on how Apache is set up. If you install Apache yourself, you can do it as a user without ârootâ privileges. If you need to work your way around an uncooperative system administrator, you can always install a second Apache webserver on your computerâeven if one exists already.
+
+
+
+
+
+
+How to find Greenstone
+
+
+
+
+Local library (Windows only)
+
+
+If you are using the Local Library, simply run the Greenstone program from the Start menu. This automatically opens a dialog box that starts your Internet browser and loads the Greenstone Digital Library home page. The Greenstone Demo collection should be accessible from this page. The dialog box contais a File menu item that allows you to change the default browser used by Greenstone. It doesn't matter whether you use Netscape or Internet Explorer, except that if you are running on Windows 2000, we recommend that you use Internet Explorer.
+
+
+
+
+Web library (Windows and Unix)
+
+
+If you are using the Web Library, once you have installed the software and configured the webserver, use this URL to enter your Greenstone system:
+http://localhost/gsdl/cgi-bin/library
+The Greenstone Demo collection should be accessible from this page.
+
+
+
+
+The Collector
+
+
+A link to the Collector is provided on the digital library home page.
+
+
+
+
+Administration
+
+
+A link to the Administration pages is provided on the digital library home page. The âadministratorâ user is called admin , with a password that you specified during the installation process. The administrator is authorized to add new users, and to build collections.
+
+
+
+
+
+
+The Greenstone Librarian Interface (GLI)
+
+
+The Greenstone Librarian Interface (GLI) is a tool to assist you with building digital libraries using Greenstone. It gives you access to Greenstone's collection-building functionality from an easy-to-use âpoint and clickâ interface.
+GLI is installed automatically with all distributions of Greenstone. It is placed in the subdirectory gli of the top-level Greenstone directory (C:\Program Files\gsdl\gli by default). Note that it runs in conjunction with Greenstone and will not work properly unless it is placed in a subdirectory of your Greenstone installation. If you have downloaded one of the Greenstone distributions, this will be the case.
+To use the GLI, your computer needs to have the Java Runtime Environment. If it doesn't, the installer will offer to install a version that is included on the CD-ROM. On Unix, you will also need to ensure that Perl is installed (for Windows, Perl is already included in the Greenstone software). Please report any problems you have running or using the Librarian Interface to greenstone@cs.waikato.ac.nz .
+
+
+Running under Windows
+
+
+To run GLI under Windows, browse to the gli folder in your Greenstone installation (e.g. using Windows Explorer), and double-click on the file called gli.bat . This file checks that Greenstone, the Java Runtime Environment, and Perl are all installed, and starts the Greenstone Librarian Interface.
+
+
+
+
+Running under Unix
+
+
+To run GLI under Unix, change to the gli directory in your Greenstone installation, then run the gli.sh script. This script checks that Greenstone, the Java Runtime Environment, and Perl are all installed and on your search path, and starts the Greenstone Librarian Interface.
+
+
+
+
+Getting help
+
+
+The Greenstone Librarian Interface has extensive on-line help facilities. You get help by clicking the Help button at the top right of the screen. This opens up the text to a section that relates to what you are doingâwhich of the GLI panels you are on. You can click around the help text to learn what you need to know. Use it.
+
+
+
+
+Compiling the Greenstone Librarian Interface
+
+
+If you have downloaded the Greenstone source distribution, you will have the Java source code of the Librarian Interface. To compile it, your computer needs to have a Java Development Kit. The Appendix gives information on how to obtain this. To compile the source code, run the makegli.bat (Windows) or makegli.sh (Unix) files. Once compiled, you can run GLI as described above.
+
+
+
+
+
+
+Testing and troubleshooting
+
+
+To test Greenstone, point your Web browser at the Greenstone home page and explore the Demo collection and any other collections that you have installed. Don't worryâyou can't break anything. Click liberally: most images that appear on the screen are clickable. If you hold the mouse stationary over an image, most browsers will soon pop up a message that tells you what will happen if you click. Experiment! Choose common words like âtheâ and âandâ to search forâthat should evoke some responses, and nothing will break.For more information, see the Greenstone Digital Library User's Guide .
+
+
+Troubleshooting
+
+
+
+
+
+
+
+
+Problem
+
+
+Try this
+
+
+
+
+Local Library (Windows only)
+
+
+When I start Greenstone my computer asks me to dial up my Internet Service Provider.
+
+
+Push the Cancel button in the dialog box. This usually solves the problem.
+
+
+
+
+
+When I start Greenstone my computer still asks me to dial up my Internet Service Provider.
+
+
+Choose the âRestricted versionâ when you run Greenstone. This version only works with Netscape.
+
+
+
+
+
+When I point my browser at the digital library, it can't find that page.
+
+
+Check your Internet Proxy settings and turn proxies off (use Edit preferences on Netscape or Internet options on Explorer).
+
+
+
+
+
+The Collector seems to be working very slowly!
+
+
+Are you using Netscape under Windows 2000? If so, try using Internet Explorer insteadâon Windows 2000 (only) there seems to be some incompatibility with Netscape.
+
+
+
+
+Web Library (Windows and Unix)
+
+
+When I start Apache, it quits immediately.
+
+
+Add a ServerName localhost directive to the Apache configuration file (see Section ).
+
+
+
+
+
+When I point my browser at the digital library, it displays garbageâa binary file.
+
+
+Check the ScriptAlias directive in the Apache configuration file, making sure it comes before the Alias directive (see Sections 4.2 and 4.3).
+
+
+
+
+
+I get the Greenstone home page (Figure ), but the Demo collection icon does not appear.
+
+
+Run the program library (in the cgi-bin directory) from the DOS (or shell) prompt to generate debugging information that will help you locate the problem.
+
+
+
+
+Both versions
+
+
+When I point my browser at the digital library, it can't find that page.
+
+
+Try using 127.0.0.1 in place of localhost . This reserved IP number is defined to be a âloopbackâ to your local computer.
+
+
+
+
+
+My browser complains that it can't find main.cfg .
+
+
+Check that the Greenstone files exist and are world-readable. If you are using the Web library, try running the library program from the command line. If it runs OK, the problem is with file permissions (see Section ). If not, the gsdlhome variable is probably set incorrectly in the gsdlsite.cfg configuration file (see Section ).
+
+
+
+
+
+I'm having trouble using the Collector.
+
+
+Read the Greenstone Digital Library User's Guide , Section .
+
+
+
+
+
+I've added a new user but they can't seem to log in.
+
+
+Check that the directory C:\Program Files\gsdl\etc and all its contents are globally writeable (see Section ).
+
+
+
+
+
+
+
+
+
+
+To learn more
+
+
+To learn more about the innards of your Greenstone installation, consult the Greenstone Digital Library Developer's Guide . It includes (for example) details of the directory structure that has been created, and information about how to configure your Greenstone site.
+
+
+
+
+
+
+Greenstone Collections
+
+
+Several demonstration Greenstone collections are included on the CD-ROM. If you have Web access, many others can be downloaded, in either pre-built or unbuilt form, from the New Zealand Digital Library Project website (nzdl.org ).
+The Greenstone Demo collection is a small subset of the Humanity Development Library (HDL), a polished collection. It illustrates that relatively rich browsing capabilities can be provided (so long as suitable metadata is available). It is included automatically when the software is installed.
+Greenstone also comes with some well-documented example collections whose âaboutâ page describes how they are constructed. They demonstrate various capabilities of Greenstone. The install dialogue will ask you whether you want to include them in your Greenstone installation; the approximate amount of disk space needed for each collection is shown below.
+
+
+
+
+
+demo
+
+
+Greenstone Demo (7 Mb)
+
+
+A small subset of the HDL. If you clone this collection, the full facilities will only appear if your new files provide appropriate metadata information.
+
+
+
+
+dls-e
+
+
+Development Library Subset collection (150 Mb)
+
+
+Like the Greenstone Demo, this is a subset of the HDLâbut much larger. It contains 250 publicationsâbooks, reports and magazinesâin various areas of human development (the full HDL contains 1,230 publications). It has the same structure as the Greenstone Demo. It's fairly complex, and if you're just starting out you might prefer to look at some other collections first (e.g. MSWord and PDF demonstration , the Greenstone Archives , or the Simple image collection ).
+
+
+
+
+wrdpdf-e
+
+
+MSWord and PDF demonstration (4 Mb)
+
+
+This contains a few documents in PDF, MSWord, RTF, and Postscript formats, demonstrating the ability to build collections from documents in different formats. The collection configuration file is very simple.
+
+
+
+
+gsarch-e
+
+
+Greenstone Archives collection (5 Mb)
+
+
+A collection of email messages from the Greenstone mailing list archives, this uses the Email plugin, which parses files in email formats. The collection configuration file is very simple.
+
+
+
+
+cltbib-e
+
+
+Bibliography collection (7 Mb)
+
+
+With about 4,000 bibliography entries, this collection incorporates a form-based search interface that allows fielded searching. It is fairly complex.
+
+
+
+
+cltext-e
+
+
+Bibliography supplement (1 Mb)
+
+
+This tiny collection of 10 bibliography entries illustrates the "supercollection" facility which searches several collections together, seamlessly. It operates together with the Bibliography collection, and its configuration file is almost the same.
+
+
+
+
+MARC-e
+
+
+MARC example (1 Mb)
+
+
+Based on some MARC records from the Library of Congress, this is a simple collection (and does not allow form-based searching).
+
+
+
+
+oai-e
+
+
+OAI demo collection (18 Mb)
+
+
+Using the Open Archive Protocol and the Import-From feature, this retrieves metadata from an archive and builds a collection from the records. In this case they are images, so both the OAI and Image plugins are used.
+
+
+
+
+image-e
+
+
+Simple image collection (1 Mb)
+
+
+This very basic image collection contains no text and no explicit metadataâwhich makes it rather unrealistic. The configuration file is about as simple as you can get.
+
+
+
+
+authen-e
+
+
+Formatting and authentication demo (8 Mb)
+
+
+With the same material as the original Greenstone demo collection, this shows off two independent features: non-standard document formatting, and controlled access to the documents via user authentication.
+
+
+
+
+garish
+
+
+Garish version of demo collection (8 Mb)
+
+
+This collection also contains the same material as the Greenstone demo. Its appearance has been altered to show how the pages generated can be set out differently. It relies on a non-standard macro file that is supplied with Greenstone.
+
+
+
+
+isis-e
+
+
+CDS/ISIS example (1 Mb)
+
+
+This collection is built from a CDS/ISIS database of about 150 bibliography entries. It uses the ISISPlug plugin, which reads the standard ISIS .mst and .fdt files and converts them to Greenstone metadata.
+
+
+
+
+
+
+
+
+Setting up the Webserver
+
+
+In this section we describe how to set up your webserver to work with Greenstone. Note that all this is unnecessary when using the Windows Local Library, because this software works âout of the boxâ and does not require a webserver.
+We discuss both the Apache webserver, which is freely available for both Windows and Unix (see the Appendix for details) and Microsoft's Personal Web Server (PWS) and Internet Information Services (IIS) webserver. PWS is the standard Microsoft server for Windows 95/98; IIS is the standard webserver for Windows 2000 and the forthcoming Win dows XP ; Windows NT can use either. The Apache description applies equally to the Windows Web Library and Unix versions (though we use Windows-style terminology and pathnames); the PWS/IIS section applies only to the Windows Web Library.
+Once you have installed your webserver, the next step is to install Greenstone. We will assume that during the install procedure you have taken the default action for each stage by clicking on the Next button. The result is that the directory C:\Program Files\gsdl is created and the Web Library binary is stored there, along with some supporting files.
+All webservers use the special URL âlocalhostâ to denote the computer that the webserver is running on. Thus when you install a webserver, you can get at your html documents by typing the URL http://localhost into a browser. If your computer has a domain name set up, this is used instead of localhost to identify your computer from remote sites. Thus on the New Zealand Digital Library's computer, http://nzdl.org and http://localhost are equivalent. If you type http://nzdl.org on your computer you will get the New Zealand Digital Library webserver, whereas if you type http://localhost you will get your own computer's webserver.
+
+
+The Apache web server
+
+
+The Apache webserver is usually installed in C:\Program Files\Apache Group\Apache and is configured so that the cgi-bin directory is in the subdirectory \cgi-bin and the document root is the subdirectory \htdocs . It is reconfigured by editing the configuration file C:\Program Files\Apache Group\Apache\conf\httpd.conf . This is a text file: it's quite easy to read it to see how things are set up.
+Depending on how your computer's networking software is set up, you may have to add this line to Apache's httpd.conf configuration file:
+ServerName localhost
+If this line is not included, the system attempts to find your server's name. However, there are bugs in some versions of Windows that cause this to fail. In this case, Apache will exit immediately when you start it up. It does display an error message, but it is immediately erased and you probably can't read it.
+
+
+Setting up the Greenstone cgi-bin directory
+
+
+Cgi-bin is a directory from which the webserver treats documents as executable programs. Apache's ScriptAlias directive is used to create a cgi-bin directory. Note that this directive can make any directory a cgi executable directoryâit doesn't have to be called âcgi-binâ! Conversely, a directory called âcgi-binâ isn't special unless ScriptAlias has been applied to it.
+When installed, Apache has a cgi-bin directory of C:\Program Files\Apache Group\Apache\cgi-bin . This means that if presented with the URL http://localhost/cgi-bin/hello , the webserver will attempt to execute a file called hello from within the above directory.
+There is one Greenstone program, which is called âlibrary.exeâ, that needs to be executed by the webserver; it in turn reads a file called the Greenstone site configuration file, or âgsdlsite.cfgâ, which needs to be located in the same directory.
+The best way of arranging this is to use Apache's ScriptAlias directive to create a new cgi-bin directory. Here's the excerpt from Apache's httpd.conf configuration file that adds C:\Program Files\gsdl\cgi-bin as an additional cgi-bin directory:
+ScriptAlias /gsdl/cgi-bin/ "C:/Program Files/gsdl/cgi-bin/"
+<Directory C:/Program Files/gsdl/cgi-bin>
+ Options None
+ AllowOverride None
+</Directory>
+(It's a curious fact that Apache configuration files use forward slashes in place of standard Windows backslashes.)
+This means that any URLs of the form http://localhost/gsdl/cgi-bin ... will be sought in the directory C:\Program Files\gsdl\cgi-bin , and executed by the web server. For example, if presented with the URL http://localhost/gsdl/cgi-bin/hello , the web server will attempt to retrieve the file C:\Program Files\gsdl\cgi-bin\hello and execute it. However, the URL http://localhost/cgi-bin/hello looks in Apache's regular cgi-bin directory for the file C:\Program Files\Apache Group\Apache\ cgi-bin\hello and executes it, just as it did before.
+
+
+
+
+The document root directory
+
+
+The document root directory is the root of your webserver's directory structure. When installed, Apache has a document root of C:\Program Files\Apache Group\Apache\htdocs . This means that if presented with the URL http://localhost/hello.html , the webserver will attempt to retrieve a file called hello.html from within the above directory.
+Several files within Greenstone need to be read by the webserver. The simplest way to arrange this is to use the Alias directive, which is just like ScriptAlias except that it applies to ordinary web pages, not cgi scripts. Insert these lines into your Apache configuration file, after the ScriptAlias directive, to add C:\Program Files\gsdl as an additional place to look for documents.
+Alias /gsdl/ "C:/Program Files/gsdl/"
+<Directory C:/Program Files/gsdl>
+ Options Indexes MultiViews FollowSymLinks
+ AllowOverride None
+ Order allow,deny
+ Allow from all
+</Directory>
+This means that any URLs that match the first argument of Alias (gsdl) are sought as files in the place corresponding to the second argument. In other words, URLs of the form http://localhost/gsdl/ ... will be sought as files in the directory C:\Program Files\gsdl . For example, if presented with the URL http://localhost/gsdl/hello.html , the webserver will attempt to retrieve the file C:\Program Files\gsdl\hello.html . However, the URL http://localhost/hello.html looks in the regular htdocs directory for the file C:\Program Files\Apache Group\Apache\htdocs\hello.html , just as it did before.
+Be sure to add the Alias directive after the ScriptAlias directive. Instructing Apache to alias /gsdl before /gsdl/cgi-bin would match the URL /gsdl/cgi-bin/library against the Alias directive rather than the ScriptAlias, and it would be interpreted as a request for a document rather than the result of executing a program. The outcome would be to âdisplayâ the binary program file as a page in the Web browser, instead of executing it.
+
+
+
+
+Security
+
+
+You should be aware that if the web library version of Greenstone is set up as instructed above, anyone will be allowed to download any file in the gsdl directory structure. This includes the index files and source documents of any collections you make, the user database, usage logs, etc.
+If you are concerned about this, you can easily tighten up your webserver configuration to improve security. For the Apache webserver, put these lines into the configuration file instead of those given in the previous subsection:
+Alias /gsdl/ "C:/Program Files/gsdl/"
+<Directory "C:/Program Files/gsdl">
+ Order allow,deny
+ Deny from all
+ <FilesMatch
+"\.(gif|jpe?g|png|css|mov|mpeg|ps|pdf|doc|rtf|jar|class)$">
+ Order allow,deny
+ Allow from all
+ </FilesMatch>
+</Directory>
+This means that only files whose extensions match the regular expression in the FilesMatch line may be downloaded.
+
+
+
+
+
+
+The PWS and IIS webservers
+
+
+Although neither PWS nor IIS is installed by default on current Windows systems, they can easily be installed using the âAdd/Remove programsâ control panel . If they are not already on your Windows distribution CD-ROM you will have to download them from the Microsoft web site (www.microsoft.com ).
+The setup procedure for Greenstone is identical for both PWS and IIS. Invoke the Personal Web Manager and perform the following actions.
+
+
+Select Advanced to get the Advanced Options screen.
+
+
+Select Home and click Add Fill out the fields as follows:
+Directory field: C:\Program Files\gsdl
+Alias field: gsdl
+Access permissions: Read
+Application permissions: None
+Click OK
+This makes Greenstone files accessible to the webserver.
+
+
+Back in Advanced Options , select gsdl and click Add Fill out the fields as follows:
+Directory field: C:\Program Files\gsdl\cgi-bin
+Alias field: cgi-bin
+Access permissions: None
+Application permissions: Execute
+Click OK
+This allows the Greenstone program library.exe to be executed by the webserver.
+
+
+Go to the URL http://localhost/gsdl/cgi-bin/library.exe
+Note: you need to specify the .exe file extension with PWS and IIS.
+
+
+
+
+
+
+
+
+Configuring your Site
+
+
+For Greenstone to work properly, access permissions for certain files must be set up appropriately. Also, there is a configuration file associated with each Greenstone site. The install procedure creates a generic configuration file based on your installation choices; however its contents can be tailored to cope with different situations. This section explains both of these issues.
+
+
+File permissions
+
+
+This section is irrelevant for Windows 95/98, because these systems don't identify the owners of files.
+On Windows NT, 2000 and Unix systems, cgi scripts don't run as normal users, because users can't be identified over the Web. Instead, they run as the user who started up the webserver program (on Windows systems), or as a special user (commonly called nobody on Unix systems). Because of this, all files and directories within C:\Program Files\gsdl need to be globally readable (or at least readable by the cgi-script user, perhaps ânobody â). To test whether file permissions are set up correctly, run the program library.exe from the command line. If the files are in the right places but the permissions are set incorrectly, it will run from the command lineâthat is, when you execute itâbut not from a browserâthat is, when the ânobody â user executes it. Another test is to log in as another user to see if the file permissions are specific to your original user account.
+To work through a Web browser, all the Greenstone directories must be globally readable. Also, the C:\Program Files\gsdl\etc directory and all its contents must be globally writable . This is the directory into which the library program writes the usage log, error and initialization logs, and various user databases. If you're reluctant to make this directory globally writable, you can set permissions so that just the files errout.txt , initout.txt , key.db , users.db , history.db and usage.txt are writable by the cgi user.
+If file permissions are not set up correctly for C:\Program Files\gsdl\etc , you may find that user authentication and search history do not work, and that no usage log (usage.txt ) is generated.
+
+
+
+
+The gsdlsite.cfg configuration file
+
+
+The install procedure creates a generic Greenstone site configuration file based on your installation choices. For our installation this file is C:\Program Files\gsdl\cgi-bin\gsdlsite.cfg and its content is:
+# Site configuration file for Greenstone.
+# Lines begining with
+# are comments.
+# This file should be placed in the same directory as your library
+# executable file. it should be edited to suit your site.
+# points to the GSDLHOME directory
+gsdlhome âC:/Program Files/gsdl â
+# this is the http address of GSDLHOME
+# if your webservers DocumentRoot is set to $GSDLHOME
+# then httpprefix can be commented out
+httpprefix /gsdl
+# this is the http address of the directory which
+# contains the images for the interface.
+httpimg /gsdl/images
+# should contain the http address of this cgi script. This
+# is not needed if the http server sets the environment variable
+# SCRIPT_NAME
+#gwcgi /cgi-bin/library
+# maxrequests is the most requests a fastcgi process
+# will serve before it exits. This can be set to a
+# low figure (like 1) while debugging and then set
+# to a high figure (like 10000) when everything is
+# working well.
+#maxrequests 10000
+You can customise your installation by editing this file, although you will probably not need to do so.
+The gsdlhome line simply points to the C:\Program Files\gsdl directory.
+httpprefix is the web address of the directory that Greenstone is installed in. We explained earlier how to create an alias so that URLs of the form http://localhost/gsdl/ ... are sought in the C:\Program Files\gsdl directory. Putting a line httpprefix/gsdl into the gsdlsite configuration file establishes the same convention for the Greenstone software.
+httpimg is the web address of the C:\Program Files\gsdl\images directory, which contains all the gif images used in the interface. In any standard Greenstone installation this will always be httpprefix/images , and the line in the file above is left untouched.
+gwcgi is the web address of the library cgi program. This is not required by most webservers (including Apache), and should remain commented out. Don't uncomment it unless you're sure you need to, because that may introduce problems.
+maxrequests is only used by versions of Greenstone that are compiled with the âfast-cgiâ option on. The standard binary distribution does not include this option because not all webservers are configured to support it. Fastcgi speeds up cgi executions by keeping the main executable in memory between invocations of the software, rather than loading it in from disk each time a web page is requested from the Greenstone software. The trade-off is the amount of memory used, which can grow the longer the program remains in memory. Once maxrequests pages have been generated, the cgi program quits, thereby freeing any accumulated memory. To respond to the next request for a Web page, the cgi program is read in from disk again, and a new cycle of page requests is begun. Most installations use the standard cgi protocol, which means that maxrequests can be safely ignored.
+
+
+
+
+
+
+Personalizing your Installation
+
+
+Probably the first thing you will want to do once your Greenstone installation is up and running is personalize the home page. The file that generates the Greenstone home page is called home.dm , and is located in the macros subdirectory of the directory into which you installed Greenstone. (The default for Windows systems is C:\Program Files\gsdl .) This is a plain text file that you will have to edit to create a new home page. Instead of editing it, we recommend creating a new file, say yourhome.dm . This will be like home.dm but will define âpackage homeââwhich is the bit that does the actual workâin a different way.
+When you make a different home page, there must be some way of linking in to the digital library pages so that you can search and browse the collections on your system. The solution that Greenstone adopts is to use âmacrosâ. That's why the home-page file is called â.dmâ and not â.htmlââit's a âmacroâ file rather than a regular html file. But don't quail: the macro file basically contains just html, sprinkled with a few mystical incantantations which are explained below. The macro language is a powerful facility, and only a small part of it is described belowâsee the Greenstone Digital Library Developer's Guide for more information.
+
+
+Example
+
+
+
+
+Your own Greenstone home page
+
+
+
+Figure shows an example of a new digital library home page. Each of the âClick hereâ links takes you to the appropriate Greenstone facility. This page was generated by the file called yourhome.dm shown in Figure .
+
+
+yourhome.dm used to create Figure
+
+package home
+_content_ {
+<h2>Your own Greenstone home page</h2>
+<ul>
+<table>
+<tr valign=top><td>Search page for the demo collection<br></td>
+ <td><a href="_httpquery_&c=demo">Click here</a></td></tr>
+<tr><td>"About" page for the demo collection</td>
+ <td><a href="_httppageabout_&c=demo">Click here</a></td></tr>
+<tr><td>Preferences page for the demo collection</td>
+ <td><a href="_httppagepref_&c=demo">Click here</a></td></tr>
+<tr><td>Home page</td>
+ <td><a href="_httppagehome_">Click here</a></td></tr>
+<tr><td>Help page</td>
+ <td><a href="_httppagehelp_">Click here</a></td></tr>
+<tr><td>Administration page</td>
+ <td><a href="_httppagestatus_">Click here</a></td></tr>
+<tr><td>The Collector</td>
+ <td><a href="_httppagecollector_">Click here</a></td></tr>
+</table>
+</ul>
+}
+# if you hate the squirly green bar down the left-hand side of the
+# page, uncomment these lines:
+# _header_ {
+# }
+
+You can use Figure as a template for creating your own specialized Greenstone home page. Basically, it defines a macro called content . Inside the curly braces is ordinary html. You could insert additional text, along with any html formatting commands, to put the content that you want to see on the page. The text is regular html; if you want you can include hyperlinks and use all the other facilities that html provides.
+To make your new home page link in with other digital library pages, you need to use an appropriate magic spell. In this macro language, magic spells are words flanked by underscores. You can see these in Figure . For example, _httppagehome_ takes you to the home page, _httppagehelp_ to the help page, and so on. In some cases you need to include a collection name. For example, _httpquery_&c=demo specifies the search page for the demo collection; for other collections you should replace demo by the appropriate collection name.
+The definition of the macro called _content_ is plain html. Any standard html code may be placed within a macro definition. However, the special characters '{', '}', '\', and '_' must be escaped with a backslash to prevent them from being processed by the macro language interpreter.
+Note that the _content_ macro definition does not contain any html header or footer. If you want to change the header or footer of your home page, you should define _header_ and/or _footer_ macros, adding them to the yourhome.dm file in the form
+_macroname_ {
+...
+}
+For example, the squirly green bar down the left-hand side of Greenstone pages is defined in the _header_ macro, and making this macro null will remove it, as indicated at the end of Figure .
+
+
+
+
+How to make it work
+
+
+You have to tell Greenstone about the new home page yourhome.dm . The system reads in the macro files that are specified in the main configuration file main.cfg , so if you create a new one you must include it there. Name clashes are handled sensibly: the most recent definition takes precedence.
+Thus to make the Greenstone digital library software use the home page in Figure instead of the default, first put the yourhome.dm file in Figure into the macros directory. Then edit the main.cfg configuration file to replace home.dm with yourhome.dm in the list of macro files that are loaded at startup.
+
+
+
+
+Redirecting a URL to Greenstone
+
+
+You may want to redirect a more convenient URL to your Greenstone cgi program. For example, on our system the URL http://nzdl.org (which is shorthand for http://nzdl.org/index.html) is redirected to http://nzdl.org/cgi-bin/library . The Apache webserver accomplishes this with the Redirect directive. Along with other directives, this goes into the C:\Program Files\Apache Group\Apache\conf\httpd.conf configuration file. To redirect the URL http://www.yourserver.com to http://www.yourserver.com/cgi-bin/library , put this line into httpd.conf :
+Redirect /index.html http://www.yourserver.com/cgi-bin/library
+Then you will reach your digital library system directly from the URL http://www.yourserver.com . Instead, if you wanted a URL like http://www.yourserver.com/greenstone to be redirected to http://www.yourserver.com/cgi-bin/library , include in the httpd.conf file
+Redirect /greenstone http://www.yourserver.com/cgi-bin/library
+If your computer doesn't have a domain name (like the âwww.yourserver.comâ above), just replace www.yourserver.com by localhost in the lines above. So long as the browser is running on the same machine as the webserverâwhich it surely is if your computer doesn't have a domain nameâthis has the same effect as the above redirections.
+Instead of putting redirect directives into the file httpd.conf , you can equally well put them into a file called .htaccess within your server's document root directory. In fact, doing so has two advantages. First, changes to .htaccess take effect immediately, whereas you have to restart the Apache webserver to see the effect of changes to httpd.conf . Second, on Unix systems you usually have to be logged in as the ârootâ user to edit httpd.conf , whereas you don't to edit .htaccess .
+
+
+
+
+
+
+Appendix Associated Software
+
+
+Here is how to obtain the software packages mentioned above.
+
+
+Apache Webserver
+
+
+To run any version of Greenstone apart from the Windows Local Library version, you need an external webserver. Many installations, particularly larger ones, will already have a webserver. If you are using Linux, Apache may be on your installation disk but may not have been selected during the installation procedure. The Apache Webserver from www.apache.org is free, and easy to install.
+
+
+
+
+Perl
+
+
+Greenstone uses the Perl language when building collections. For Windows, Perl is already included in the Greenstone software. Most Unix systems already have Perl installed, but if not, source code and binaries for a wide range of Unix platforms are freely available at www.perl.com . Perl version 5.0 or higher is needed.
+
+
+
+
+GCC
+
+
+The Unix version of Greenstone compiles under the Gnu C++ compiler, GCC. Greenstone makes extensive use of the C++ standard template library (we've found it to be broken on some older versions of GCC; please tell us if you have STL problems). Note that this version of Greenstone does not compile under GCC 3.0.
+
+
+
+
+GDBM
+
+
+All versions of Greenstone use the Gnu Database Manager, GDBM. It is supplied with all Windows versions of Greenstone and installed automatically during the installation procedure. Linux systems already have GDBM, so we do not provide it for Linux. Most other Unix systems have it, but if necessary you can download it from www.gnu.org .
+
+
+
+
+Java runtime environment
+
+
+To use the Greenstone Librarian Interface, you need a suitable version of the Java Runtime Environment. If you don't already have this, a suitable version is included on the CD-ROM, or you can download the latest version from http://java.sun.com/j2se/downloads.html . Version 1.4.0 or higher is needed.
+
+
+
+
+Java compiler
+
+
+To compile the source code of the Greenstone Librarian Interface, you must first install a Java Development Kit. You can download the J2SE Software Development Kit from http://java.sun.com/j2se/downloads.html . Version 1.4.0 or higher is needed.
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/en/Paper_en.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/en/Paper_en.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/en/Paper_en.xml (revision 14835)
@@ -0,0 +1,870 @@
+
+
+
+
+
+]>
+
+
+GREENSTONE DIGITAL LIBRARY
+
+
+FROM PAPER TO COLLECTION
+
+
+Dr Michel Loots, Dan Camarzan and Ian H. Witten
+
+
+Human Info NGO, Belgium Simple Words, Romania University of Waikato, New Zealand
+
+
+Back to manual index
+Back to top index
+
+Greenstone is a suite of software for building and distributing digital library collections. It provides a new way of organizing information and publishing it on the Internet or on CD-ROM. Greenstone is produced by the New Zealand Digital Library Project at the University of Waikato, and developed and distributed in cooperation with UNESCO and the Human Info NGO. It is open-source software, available from http://greenstone.org under the terms of the G nu General Public License.
+
+We want to ensure that this software works well for you. Please report any problems to greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+March 2004
+
+
+
+About this manual
+
+
+This document explains how to create CD-ROM collections from paper documents. It describes in full detail the procedures and economics involved in the scanning and optical character recognition (OCR) processes, so that you end up with text in the right format to apply the Greenstone software. It also describes how to create and edit the material associated with a collection.
+We have tried to be as plain as possible in our explanation. Reference to any trade mark or company product is purely for illustrative purposes, and does not imply that we endorse or favor this product over any other.
+
+
+
+
+Companion documents
+
+
+The complete set of Greenstone documents include five volumes:
+
+
+Greenstone Digital Library Installer's Guide
+
+
+Greenstone Digital Library User's Guide
+
+
+Greenstone Digital Library Developer's Guide
+
+
+Greenstone Digital Library: From Paper to Collection (this document)
+
+
+Greenstone Digital Library: Using the Organizer
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Acknowledgements
+
+
+The scanning operation and other know-how relating to the creation of collaborative non-profit collections have been developed by Dr Michel Loots, MD, of Human Info NGO and HumanityCD, Dan Camarzan of Simple Words, and their team of collaborators in Brasov, Romania.
+The Greenstone software is a collaborative effort between many people. Rodger McNab and Stefan Boddie are the principal architects and implementors. Contributions have been made by David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, and Stuart Yeates. Other members of the New Zealand Digital Library project provided advice and inspiration in the design of the system: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols and Lloyd Smith. We would also like to acknowledge all those who have contributed to the GNU-licensed packages included in this distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE and XLHTML.
+
+
+
+
+Introduction
+
+
+One goal of the Greenstone Digital Library software is to empower organizations such as universities, United Nations agencies, non-governmental organizations, non-profit organizations and governments to create varied collections of information that can be delivered online or on CD-ROM.
+Typical steps that have to be implemented are:
+
+
+Selecting the documents to be included
+
+
+Securing copyrights permissions to use these documents in the digital library
+
+
+Scanning and OCR of the hard-copy documents which are not available in to digital form to have a perfect digital format
+
+
+Converting all documents to a format (integrating text and images) which can be imported into Greenstone (preferably
+HTML or Microsoft Word, but others are also covered at varying levels of precision by a âpluginâ (see the Greenstone Userâs Manual)
+
+
+Tagging the chapters, paragraphs and images of the digital documents
+
+
+Organising the collection into a optimally structured digital library
+
+
+Building the digital library using the Greenstone software
+
+
+Printing and distributing the collection on CD-ROM and/or distributing it over the Internet
+
+
+In order to create a digital collection, the publications must be available in digital format. If books, newsletters or other documents are only available on paper, they will need to be scanned and processed into machine-readable form (step iii). Usually this is done using optical character recognition (OCR), but sometimes by manual retyping. This process is covered in Chapters 2-4 of this manual.
+Step v. enables the different parts of a document to be independently selected and displayed by readers in the final library, while step vi. involves assigning attributes to the documents such as subject categories, keywords and bibliographic data for ordering and searching the library. These steps are covered in Chapter 5 of this manual.
+This manual introduces many issues that affect the editorial process of creating a collection from paper. Before reading on, you should consider these questions:
+
+
+What is the goal of your collection?
+
+
+What is your target group?
+
+
+How big is itâlocal, regional, or global?
+
+
+How many documents are you making available?
+
+
+How many pages?
+
+
+How much graphics content?
+
+
+Does the material split into parts that will be consulted by a limited audience and parts that need to be disseminated widely?
+
+
+Are the documents already available electronically?
+
+
+If so, in which formats? (Note incidentally that PDF files are not automatically equivalent to digital full-text form, as they often contain only page images.)
+
+
+What is the copyright status of the documents?
+
+
+Who owns the copyright?
+
+
+Are there other organizations with the same target audience?
+
+
+Are you willing to collaborate with other groups?
+
+
+What budget is available for the whole project?
+
+
+What human resources are available (in person-months) for co-ordination, editing, scanning and programming?
+
+
+How many computers are available for this project?
+
+
+How many CD-ROMs do you want to distribute?
+
+
+Will they be free, or for sale?
+
+
+
+
+
+
+Scanners and scanning
+
+
+The first step in converting paper documents into a digital library collection is to obtain images of all pages of all publications in digital format. The next stage is optical character recognition (OCR), and clean, high-quality images are essential for successful OCR. The digitization process requires a scanner capable of working at a resolution of 300 dpi (dots per inch). Most scanning can be done in black-and-white, but if color illustrations are included they must be scanned with a color scanner. In most cases the covers of the book contain colors and will have to be scanned as a color photographic image.
+
+
+Scanners
+
+
+Scanners are available in all price ranges, and all shapes and sizes. They range from $100 for flat-bed scanners to upwards of $50,000 for large industrial scanners from manufacturers such as Bell & Howell. There are many websites that offer a wide range of scanners for sale. To locate them, just search for âscannersâ in search engines like Google, Altavista, or Yahoo.
+The output format of a scanned page is a computer file that is usually stored in TIFF or Bitmap format. Compressed TIFF IV is the best format to use. An average page scanned and converted to this format occupies only 50 Kb, compared to perhaps 2 Mb for the equivalent page in uncompressed Bitmap form.
+
+
+Low-cost flat-bed scanner
+
+
+Low-cost flat-bed units are the cheapest and most widely available type of scanner. There are many brands: HP, Agfa, Acer, etc. Prices range from $100 to $300. Both black-and-white and color images can be scanned. The low price allows each computer to have its own scanner.
+Disadvantages of these scanners include the medium quality of the result, the slow rate of scanning, unreliability in warm environments, and relatively frequent breakdown. Pages must be scanned manually, one by one. Each page must be positioned carefully on the scanning plate to ensure that it is aligned correctly. Productivity of these scanners is low. Despite manufacturers' claims that each page can be scanned in less than a minute, the fact is that rates exceeding twelve pages per hour are rarely achieved. The scanning process monopolizes the computer on which the work is being performed.
+Consequently these scanners are useful only for small jobs with limited numbers of pagesâno more than 200 to 400 pages a month on a regular basis, or one-time jobs of up to 1000 or 2000 pages.
+
+
+
+
+Low-end scanner with sheet feeder
+
+
+Low-end scanners with sheet feeders typically cost between $500 and $1200. Ten to fifty pages can be inserted, scanned and processed at once: thus the operator does not have to attend constantly to the machine. This increases capacity up to 150 to 200 pages per day. These scanners are more robust, and have a larger lifespan before repairâusually in the range 30,000 to 50,000 pages.
+A disadvantage is that only one side of the page is scanned at a timeâthe stack of pages must be reversed and rescanned in order to obtain an image of both sides. This often creates problems because sheet feeders are never without problems and sometimes pages get blocked.
+These scanners are useful for up to 1500 to 3000 pages a month.
+
+
+
+
+Color scanners
+
+
+Any scanning operation invariably involves some color images, so a color scanner will always be required. Generally speaking, less than 5% of any publication contains color images, plus the cover. Thus a low cost flat-bed scanner as described above suffices. It is advisable to select one capable of scanning up to 600 dpi resolution.
+
+
+
+
+Professional duplex scanners
+
+
+Professional scanners are reliable, heavy-duty machines capable of processing a large volume of pagesâtypically from 2000 pages to 10,000 pages per day. They have an automatic sheet-feeder tray system that processes batches of about 50 to 200 pages. The best and fastest are duplex machines that scan both sides of the page at once.
+Professional duplex scanners require a powerful computer with a hard disk of at least 10 to 20 Gb. Prices range from $5000 to $50,000. For example, the Canon DR-6020 duplex scanner costs $5000 and works with double-sided documents. It has a capacity of about 2000 pages per day and a lifespan of 600,000 to 800,000 pages. Bell & Howell and Fujitsu scanners range from $10,000 to $50,000 and have a lifespan of many millions of pages.
+Micro-fiche scanners cost from $15,000 for a semi-manual unit to $80,000 for one that operates fully automatically.
+
+
+
+
+Scanning programs
+
+
+Every scanner comes with its own software, which means that the program must be installed on the computer that manages the scanner. Some have a computer card that needs to be installed in your computer to speed up the scanning operation.
+
+
+
+
+
+
+Preparing the documents
+
+
+Before being scanned, documents must be properly prepared. Dusty documents must be cleaned, humid documents dried, clips removed, pages unfolded.
+The spine of each book should be removed by cutting it off, straight and precisely. Books provided by libraries must often be rebound, and if so you should be particularly careful when removing spines in order to facilitate smooth rebinding.
+If there are just a few documents, cutting can be done manually with a ruler and cutters. Be careful with your hands! For more documents, special manual cutting machines are available.
+For high volumesâmore than 20 documentsâwe recommend asking a printer or copy-shop if you can use their professional cutting machine. Do not forget to remove metal clips which could damage the cutting blades.
+
+
+
+
+The scanning process
+
+
+Using software provided with the scanner, a digital image of each paper page is scanned and transformed into a Bitmap or TIFF image. These images should be stored on hard disk with standard filenames. The OCR process starts once some or all of a batch of documents have been scanned. It can be undertaken by the person who operates the scanner, or by someone else.
+Typically a scanning resolution of 300 dpi is needed, although sometimes 200 dpi is acceptable.
+
+
+Quality control
+
+
+The final goal of scanning is either to OCR the pages to obtain perfect word processor or HTML versions of the publications, or to produce enhanced image files such as PDF image files. In either case the quality of the image is very important. If quality is sub-standard, image files will not look good and will consume more memory. Image quality seriously affects the OCR process: with sub-standard quality, productivity deteriorates by up to 40%. OCR typically represents more than 90% of the total cost, so scanning quality can have a very substantial effect on the final cost.
+The quality of the TIFF file can be enhanced by adjusting the scanning process to each type of paper, using settings provided by the scanner software. Relatively transparent kind of paper will require a lighter setting; the contrast must be adjusted depending on the quality of printing, and so on.
+First divide the material into batches with similar paper and print qualities. Perform OCR tests on a sample from the first batch to determine the optimal settings. Then scan all material in this batch before proceeding to the next one.
+
+
+
+
+Filename conventions
+
+
+Give each book or document a job number or unique code, which will become the name of the folder that contains all TIFF images in the document. Depending on the computer system (DOS, Windows, UNIX, LINUX, etc) from 8 characters to 128 characters can be used in a filename. We recommend restricting this unique document identifier to 8 to 16 characters. The first five characters might identify the document, the following letter might contain a language code, and the remaining characters might identify the particular page. For example, the identifier u7548e12.tif might identify the TIFF image of page 12 of a book written in English with code u7548e .
+Allocate one directory on the hard disk for scanning jobs, say scanjobs . Then make a subdirectory for each job. Within this make a subdirectory for each publicationâsay u7548e for the above document. Store all the TIFF images of the publication, including color images, in this folder.
+
+
+
+
+
+
+Productivity and resources
+
+
+You should not underestimate the magnitude of the scanning operationâand particularly the OCR process that follows. It is best to consider scanning and OCR as completely separate activities. The optimal choice from an economic and practical point of view should be madeindividually for each one.
+Some points to consider are the investment in scanners and computers that is necessary; the availability of appropriate space and human resources; training the workforce; salary costs; the initial and total number of pages to be scanned; deadlines; and whether documents can be outsourced to third parties.
+
+
+Scanning costs
+
+
+An important decision is whether to invest in scanning equipment and perform all scanning oneself, or outsource it to a scanning company. The main considerations are:
+
+
+pressure of time for the scanning job;
+
+
+total number of pages;
+
+
+salary costs of those who perform the scanning.
+
+
+The people who perform the scanning must be highly motivated, technically skilled, and quality-oriented.
+The typical cost of scanning by a professional company is $0.06 per page. To this must be added the cost of shipment, which can be up to $0.03 per page for transport from developing countries to developed countries, and $0.015 per page for transport within countries.
+Table estimates the cost of doing it yourself, using various scanner types. Note that all figures are approximate. They are provided as rough guidelines based on the authors' experience. The first three columns concern labor costs. The first is the capacity in pages/month, assuming full-time work. The resources required in person-hours per page is obtained by dividing the number of working hours per month by the pages/month capacity in the second column. It is shown in the second column, which assumes 180 working hours per month.
+
+
+Scanning cost
+
+
+
+
+
+Capacity (pages/month)
+
+
+Hours/page (180-hour month)
+
+
+Cost/page (assuming $4/hour)
+
+
+Scanner acquisit- ion
+
+
+Scanner lifespan (pages)
+
+
+Outsourced pages for scanner cost (at $.06 each)
+
+
+
+
+Flat bed scanner
+
+
+2,500
+
+
+0.072
+
+
+$0.288
+
+
+$300
+
+
+7,000
+
+
+5,000
+
+
+
+
+Scanner with sheet-feeder
+
+
+8,000
+
+
+0.0225
+
+
+$0.09
+
+
+$800
+
+
+30,000
+
+
+13,000
+
+
+
+
+Professional: low-end duplex
+
+
+40,000
+
+
+0.0045
+
+
+$0.018
+
+
+$6,000
+
+
+600,000
+
+
+100,000
+
+
+
+
+Professional: high-end duplex
+
+
+150,000
+
+
+0.0012
+
+
+$0.0048
+
+
+$50,000
+
+
+8,000,000
+
+
+833,000
+
+
+
+
+To determine the price per page, multiply the total hourly salary costs in your situation by the second column of Table .As an example, the third column gives the price of in-house scanning at a salaryrate of $4/hourânot including investment costs.
+These calculations assume that the scanner is used for a sufficient volume to justify the investment. The final three columns of Table give more information about the cost of the scanner itself. The first of these shows the acquisition cost of the scanner, and the next gives its expected lifetime. The last shows the number of pages that could be scannedcommercially, at a cost of $0.06/page, for the price of the scanner alone.
+Of course, many other factors affect the choice of scanner: availability of funds, need to minimize dependence on others, desire to build local capacity, obligations to libraries to scan books locally and not transport them, and so on.
+The above figures give some idea of the volume of pages needed to justify different levels of investment. Rarely will an institute or organization need to scan 800,000 pages. At such levels more complex issues ariseâsuch as maintenance and the possibility of recouping costs by offering scanning services to othersâthat we will not discuss here.
+It is tempting to regard the development of scanning capacity asa commercial venture, particularly in developing countries. But one shouldalways bear in mind that scanning is not a repetitive business. Oncedocuments have been scanned, clients never place new orders for the same documentsâno matter how good the relationship with the scanning company. From a commercial point of view, intensive marketing efforts are needed. We do not advise NGOs or other non-profit organizations to venture into this realm without thorough initial trials and a carefully-considered business plan.
+In conclusion, if 10,000 to 50,000 pages are to be scanned, one should consider outsourcing the job. A low-end professional scanner costing about $6000 can only be justified if more than 100,000 pages have to be scanned. You might consider banding together with a few other institutionsâperhaps NGOs or librariesâto purchase such a scanner.
+
+
+
+
+
+
+
+
+OCR: Optical Character Recognition
+
+
+An optical character recognition or OCR system transforms a scanned image into text. The input is a digitized image in TIFF or Bitmap formatâpreferably a clean, high-quality image. The output is a word-processor or web file, typically in RTF, Word, or HTML format.
+The following steps are involved in converting paper documents to computer form:
+
+
+scanning;
+
+
+page layout analysis;
+
+
+recognition;
+
+
+scanning images and tables.
+
+
+Following these, you must perform quality checks on the resulting files, and save them in the appropriate format.
+On the market are many good OCR programs, with prices ranging from $100 to $400. For example, among many others are:
+
+
+Read-Iris (http://www.readiris.com/)
+
+
+Omnipage (http://www.omnipage.com/)
+
+
+Fine-Reader (http://www.finereader.com/)
+
+
+All information, including lists of local distributors, can be found on the manufacturers' websites. Among these, in the authors' experience the most user-friendly are Fine-Reader and Omnipage. Fine-Reader is cheapest, costing about $100. It offers a great deal of flexibility, and the widest range of different language options.
+A choice must be made between undertaking the scanning and OCR in-house or outsourcing it to a commercial organization. To do it in-house requires a scanner, OCR software program, OCR skill development, and a quality-conscious, highly motivated workforce.
+
+
+The OCR process
+
+
+The OCR process differs from one OCR program to another, and each one requires a considerable amount of learning. The program's manual will explain this process in detail. Four points deserve particular attention: quality control, tables, images, and specialized material such as formulas, foreign characters etc.
+
+
+Quality control
+
+
+We cannot place enough emphasis on quality control. Quality checks are best performed by native speakers, or people with an excellent command of the language to check. The best people are at the university or high-school level. We should also note that young people tend to sustain higher concentration than older people for this kind of work.
+Normally there are four quality checks.
+The first is performed at the same time as OCR. Every OCR program has a built-in spell-checker that highlights every suspect letter. At the same time the image of the word appears too, making it easy to check and correct the error.
+The second is a general check of the text once the OCR process is finished. Common errors are to miss a page, a paragraph, chapter titles, and so on. A general overview is necessary to check if pages are missing. It is essential to check titles, chapter headings, paragraphs, and tables.
+The third is a spelling check using Microsoft Word. This program has a dictionary that is often more sophisticated than the one embedded in OCR programs. By importing the book into Word and performing a spelling check there, more errors can be found and corrected. Be sure to add to the spell-checker any particularly difficult or error-prone words, or scientific and technical terms common in that type of publication.
+Finally, the completed document should be checked by an independent person who samples the complete book and checks for errors, problems with tables and images, tagging, and the general look of the resulting text. Only after this final check can a book be considered ready for digital dissemination.
+
+
+
+
+Tables
+
+
+OCR programs do not cope well with tables. Moreover, tables are hard to check. They contain many digits, sometimes with points and commas, and entries are easily misplaced into the wrong row or column. They require concentrated effort, dedicated work, intensive proof-reading, careful checking, and good quality control. They can be handled in three basically different ways.
+First, tables can be treated as images. This involves scanning them as black-and-white images and placing them in this form at the appropriate point in the document. This is the easiest solution. There are no errors, and the only time taken is that involved in creating the image. However, this solution consumes more memory than others. Also, the resolution is not always sufficient when large tables are displayed on a computer screen. If you make the complete table fit, the resolution is too small. If you make the table over-wide, the user must scroll to see all columns and rows, and cannot get an overview of the contents.
+Second, tables can be recreated manually by making a table with the same number of rows and columns and filling the entries by typing them in, character by character.
+Third, the table can be OCR'd. This saves time compared to the manual process, but has a potential for more errors. Columns sometimes get merged, and commas and points are not recognized.
+
+
+
+
+Images
+
+
+Publications contain three different general types of image:
+
+
+black and white line art;
+
+
+black and white photographs;
+
+
+color photographs.
+
+
+Black and white line art should be scanned in line art mode and saved as GIF or PNG files. Black and white photographs should be scanned in greyscale mode and saved as GIF or JPEG files. Color photographs should be scanned in color mode and saved as JPEG files. Generally speaking, medium-quality JPEG provides adequate resolution.
+For most collections, images consume the bulk of the space required on a hard-disk or CD-ROM. This makes it important to optimize each image for clarity and visibility, while minimizing its size. To save space you might drop some or all of the images if they are not relevant to the text.
+Images should be scanned separately, one by one. We recommend giving the image files a name that consists of the first five or six characters used to denote the document followed by the number of the page on which the image was found. An alternative, assuming each document is in its own directory, is to simply use the letter p followed by the page containing the image. If there are several images on a single page, append an additional letter a , b , c ⊠to the filename. For example, if a JPEG image appeared on page 36 of the publication u7548e discussed earlier, it would be placed in a file named u7548e36.jpg or p36.jpg .
+Once the images have been scanned, you can put batch-processing programs to work to resize or enhance all the images at once.
+
+
+
+
+Specialized material
+
+
+Many documents contain specialized material such as special characters, formulas, and difficult pages. Special characters generally relate to different languages and diacritical marks. The language option for the OCR program should be set for the specific language being read. Formulas will have to be recreated manually. Sometimes this is not possible in the OCR program, but only in a word processor like MICROSOFT Word. Difficult pages that contain complex material or are damaged so that a clear image cannot be obtained might have to be retyped manually.
+
+
+
+
+
+
+Productivity and resources
+
+
+As mentioned earlier, you should not underestimate the difficulty of OCR. Although the economic and practical options for OCR should be considered separately from scanning, similar points arise: the necessary investment in computers; the availability of human resources and management skills; training the workforce; salary costs; the total number of pages to be processed; and whether documents can be outsourced to third parties.
+In this section we share our experience of OCR operations in Belgium, Romania and India. All case studies, calculations and figures assume average situations, documents of standard difficulty (including tables and images) such as are found in most archives or libraries, very high-quality results, and a medium- to long-term operation.
+
+
+Intensive OCR
+
+
+OCR is difficult. It demands great concentration and much skill. Before attaining peak productivity level and quality, a learning period of about six weeks is needed.
+Typically, best results and productivity are achieved during the first hours of each day. After three hours of OCR work, productivity declines very rapidly, perhaps to 50% of the initial level. After six hours most people become very tired.
+The same kind of evolution occurs over the initial weeks. In the first few weeks everyone achieves fairly high productivity, but after that up to two-thirds of people become bored and frustrated. These people either quit or perform poorly in terms of quality and productivity. Even those who pass the first three to five critical weeks and become part of the regular work team often leave in search of a better position after 6 to 12 months.
+The remarks made in Section about personnel apply particularly to intensive OCR. Quality checks are best undertaken by native speakers or people with a good command of the language being checked. Young people generally sustain higher concentration than older people for OCR work. As a rule-of-the-thumb, people aged between 18 and 23 years tend to be better suited than those over 25.
+Finally, OCR can be a boring job, which makes motivation and sustained commitment to quality exceptionally important.
+These facts about OCR lead to the following guidelines:
+
+
+Young people between 18 and 25 are best suited for this job.
+
+
+Because the first hours are always the most productive, the work should either be organized on a part-time basis or only the most motivated and concentrated people should be selected for full-time work.
+
+
+Two-thirds of people tend to quit or get bored after about three to five weeks. This translates into poorer quality and low productivity in the last weeks.
+
+
+A regular supply of work is needed to justify the necessary training, to maintain concentration, and to keep spirits high.
+
+
+
+
+
+
+Achievable productivity
+
+
+
+
+OCR productivity
+
+
+
+
+
+Working hours/day
+
+
+Pages/day
+
+
+Pages/month
+
+
+
+
+Initial training (6 weeks)
+
+
+3
+
+
+6
+
+
+120
+
+
+
+
+Optimal productivity level
+
+
+3
+
+
+9
+
+
+150 to 200
+
+
+
+
+
+7
+
+
+28
+
+
+500 to 600
+
+
+
+
+Table gives typical OCR productivity figures. Documents come in all sizes and qualities, and these figures assume that the mix of documents contains an average number of images or tablesâsay one image and one table of five rows by five columns every 8 pages. They also assume that the page images are of medium to high qualityânote that, as discussed above, this depends on the quality of scanningâand that the OCR workers have a good command of the language.
+Table gives separate figures for people undergoing training and for those who have reached their optimal productivity level. If a member of the administrative staff were to allocate three hours a day to OCR, they could achieve 180 to 200 pages OCR per month. For full-time staff with proper training, high concentration and dedication to quality, 500 to 600 pages a month can be achieved.
+However, the rates that are achieved on difficult pages of low quality, with many columns or many tables, are far lowerâperhaps 300 to 400 pages per month for full-time work.
+Assume that the salary cost for dedicated and motivated full-time OCR workers is $400 per month, and the overheadâincluding management costs, computers, office space, utilities, etc.âcomes to another $300 to $400 per person per month. Then the cost of OCR comes to about $1.2 to $1.6 per page. Taking into account the training period, total volume, time-span, and layoff costs should the operation close down for lack of work, these figures rise to $1.5 to $2.5 per page.
+The cost of in-house OCR should be weighed against the cost of outsourcing the work to a professional OCR company. These typically charge from $1.5 to $4 per page, including images and tables. Human Info NGO/Simple Words has such a unit in Romania, and charges humanitarian non-profit organizations a special price that ranges from $1.2 to $2 per page. Please contact us at scanning@humaninfo.org for further information and advice.
+
+
+
+
+
+
+Alternatives to OCR
+
+
+There are two alternatives to OCR that we discuss here.
+
+
+Manual retyping
+
+
+One, which eliminates most scanning as well, is to retype the documents manually, using a word processor. This still requires the images and front cover to be scanned, but the remaining pages need not be scannedâthus one can dispense with both powerful scanners and OCR software.
+The people who do this work do not have to understand the text. They must be accurate typists and re-key exactly what they see. Retyping does introduce errors, and double-keying is often used to find and correct these. This method involves two people who independently re-key the same document, after which both digital versions are compared word for word using a special software program by an operator who has the original document in front of them. The assumption is that if the same word has been typed independently twice in the same way, it is correct. However, this is not always true, and for extremely high precision, triple-keying is performed.
+The advantage of rekeying is that cost is saved because an OCR program is not needed and so the computers can be older, lower-range, or second-hand modelsâwhereas powerful computers are needed for OCR. Also, the work can be performed by people with a lower level of skill. The disadvantages are that a training period of at least two months is needed. Single keying usually produces too many errors, and double or triple keying is needed.
+The cost depends entirely on salary level. Typically, re-keyers in developing countries are paid on the order of $150/month. Their productivity could be twenty to thirty pages per dayâcorresponding to 400 pages per month, images included. With double-keying, this makes the total salary costs around $300 per month, plus overheads.
+
+
+
+
+Image files
+
+
+A very low cost alternative to OCR is simply to use a PDF image version of the document pages. The cost is only a fraction of OCR'sâabout $0.1 per page.
+Once scanning has been completed and TIFF files are available, an automatic converter (usually Adobe Acrobat or Adobe Photoshop) converts all TIFF files of book pages into PDF files.
+The downside is that these files are not searchable. Also, they are quite largeâusually 50 Kb per page, plus or minus 20% depending on the quality of the original TIFF file.
+PDF image files are slowâsometimes, in developing countries, impossible or prohibitively expensiveâto download. They rarely fit on a floppy disk, and do not support text manipulation functions such as cut-and-paste.
+The PDF image file method should only be used if no OCR budget is available, and for documents that are likely to be used by a small number of people who have high-speed low-cost Internet access.
+
+
+
+
+
+
+Combining scanning and OCR
+
+
+If a scanner is connected directly to the computer that runs the OCR software, most OCR programs can scan a page and perform OCR immediately. Page-by-page scanning and OCR is a reasonable strategy for low volumes, but will prove time-consuming for bigger and more continuous jobs.
+For up to 100 to 150 pages per month, this solution may suffice. For higher volumes it is faster and more efficient to scan the document first, then perfom OCR on all the pages as a separate step.
+
+
+
+
+
+
+Three examples: 1000 to 100,000 pages
+
+
+
+
+Typical small collection: 500 to 1000 pages
+
+
+Most NGOs have 500 to 1000 pages to scan. This volume can be OCRed in-house if motivated volunteers are available.
+
+
+Scanning
+
+
+The first step is to scan the publications to generate a high-quality TIFF file of each page, and a separate line-art, grey-scale or color bitmap image for each illustration. Assuming that 1000 pages have to be scanned, this might represent a part-time job of about one monthâjust for scanning. The TIFF files would consume 60 to 80 Mb of hard-disk space, and a good policy is to create a CD-R containing these files. A low-cost flatbed scanner of $100 to $300 will be sufficient for the job. Scanning can be done after working hours or during the weekends by a volunteer in the office or at home.
+
+
+
+
+OCR
+
+
+The second step is OCR by another volunteer, or team of volunteers, skilled in language and correction. The TIFF files can either be shared between computers, or one computer can be used for the entire job. Typically, it will take five or six months of part-time labor (e.g. 20 hours a week) to convert 1000 pages into perfect Word or HTML documents.
+
+
+
+
+Outsourcing
+
+
+An alternative is to outsource the scanning and OCR process. It would probably cost $1500 to $2000 to convert everything into perfect Word and HTML files.
+
+
+
+
+
+
+All publications from an organization: 5000 pages
+
+
+Many larger organizations have archives of around 5000 pages of currrent or out-of print books, journals, newsletters, grey literature, etc.
+
+
+Scanning
+
+
+This is too much for a flat-bed scanner. Scanning should either be outsourced (approximately $400 for 5000 pages) or a sheet-feeder scanner purchased (approximately $900). Alternatively, a more expensive scanner could be bought together with a few other institutions or NGOs ($6000 costs divided by the number of participants). All 5000 pages in TIFF format will take about 300 to 400 Mb of hard-disk space. Again, a good policy is to create a CD-R containing these files.
+
+
+
+
+OCR
+
+
+The second step is OCR by another volunteer, or team of volunteers, skilled in OCR and correction. Again, several computers might be used, or one computer for the whole job. It would take 25 to 30 months of half-time labor (assuming 20 hours a week) to convert 5000 pages into perfect Word or HTML. In practice this is too long and too computer-intensive to manage on a volunteer basis. One would have to pay volunteers, monitor them for performance and quality, provide adequate space, etc, in order to have the job finished within reasonable time at a high level of quality.
+Alternatively one could create image PDF files, which would take 300 to 400 Mb of space and would be harder to download over the Internet.
+
+
+
+
+Outsourcing
+
+
+An alternative is to outsource the scanning and OCR processes. It would probably cost $7500 to $10,000 to convert everything into perfect Word and HTML files.
+
+
+
+
+
+
+A small library: 100,000 pages
+
+
+Larger organizations, universities, governments, and specialized libraries might have a whole library to digitizeâsay 100,000 pages. The first issue to consider is the copyright status of the publications. If they are not in the public domain, explicit permission to digitize them must be obtained from the copyright holders. You should also check whether the files are already available digitally.
+
+
+Scanning
+
+
+The volume is too high for a sheet-feed scanner. Scanning should either be outsourced ($8000 for 100,000 pages), or a more expensive scanner purchased together with a few other institutions or NGOs ($6000 shared between the participants). 100,000 pages in TIFF format will take 6 to 8 Gb of hard-disk space. The best plan is to create a set of CD-R copies containing these files.
+
+
+
+
+OCR
+
+
+The second step is OCR (or creation of PDF files for less widely used documents). It would take 500 to 700 months of half-time labor to convert 100,000 pages into perfect Word or HTML. This is impossible to realize with volunteers, and the job must be done on a professional basis.
+To save cost, some of the less-frequently-used pagesâsay 80% or 80,000 pagesâcould be transformed into PDF, and the other 20,000 pages into Word and HTML. The PDFs would take 4 to 6 Gb space and be harder to download on the Internet, but would cost only $0.2 per page to create by a professional organization (total of $16,000). If 80,000 PDF files were created from TIFF files by volunteers using PDF conversion programs like Adobe Acrobat, 10 to 20 months of part-time work would be necessary on a powerful computer.
+
+
+
+
+Outsourcing
+
+
+An alternative is to outsource the work. If the 80% PDF and 20% HTML mix were maintained, the PDF would cost around $16,000 and the HTML $30,000 to $40,000âa total budget of around $50,000. If everything were OCRed, it would cost $150,000 to $200,000 to convert the entire collection into perfect Word and /HTML files.
+
+
+
+
+
+
+
+
+Creating an electronic collection
+
+
+Three important aspects should be kept in mind when deciding to create digital collections. First, the collection must be organized. The more content there is, the greater the need for indexes and powerful search systems. For collections of 3000 to 5000 pages or more, indexes and search systems are essential. Second, the needs of end-users must prevail. The target groups that will use the collection should be identified, and a process of regular consultation set up. Third, the available budget will determine how much can be done.
+
+
+Methods of collection building
+
+
+There are many examples of excellent CD-ROMs that are created on the web-page model. HTML, PDF or Word documents are added and linked using hyperlinks. Navigation is made simple and attractive by the use of hyperlinks, frames, keywords, indexes and so on. Such systems work well up to a few thousand pages, but from 3000 to 5000 pages onwards it is important to have a well-structured collection and a powerful search facility. This is where the Greenstone software can help.
+The Greenstone Digital Library software creates a structured digital library including a very powerful search and retrieval engine. Up to 150,000 pages can be indexed on a single CD-ROM. Every CD-ROM can become an Internet server. Greenstone is open-source software, and is freely available under the GNU license.
+The companion manuals describe how to build Greenstone collections. There are essentially three different ways of building collections:
+
+
+The librarian interface
+
+
+The Collector
+
+
+Building from the command line.
+
+
+The first method is the âlibrarianâ interface, described in the Greenstone Digital Library User's Guide (Chapter 3, âMaking Greenstone Collectionsâ). This is a comprehensive interactive facility for collection-building. With it, you can collect sets of documents, import or assign metadata, and build them into a Greenstone collection. The second method is the âCollectorâ subsystem, described in Chapter 4 of the User's Guide . This is an older facility that provides an alternative way of building collections of web pages or other documents. It guides you through a sequence of interactive web pages that request the information needed. However, it does not provide any way of adding metadata to the documents, andâbecause it is a web interfaceâit is not really suitable for collections that take more than a few minutes to build. The third method is to run the programs for collection-building directly from the command line; this is in the Greenstone Digital Library Developer's Guide (Chapter 1). This gives more flexibility in running programs individually and saving intermediate results, which may be desirable for collections that take many hours to build. You will also need to read Chapter 2 of the Developer's Guide in order to harness the full power of Greenstone to build advanced collections.
+There is a fourth method for creating and editing the material associated with a collection, a program called the Collection Organizer. However, its functionality has been superseded by the librarian interface mentioned above. It is described in a legacy document entitled Using the Organizer .
+
+
+
+
+Getting started in seven steps and 15 minutes
+
+
+The best way of getting the look and feel of the librarian interface is to actually create a small test library. If you have 15 minutes please follow these steps and you will understand this program much better.
+Before getting started, first install Greenstone (see the Greenstone Installer's Guide ) which includes the Demo collection in DLS format and its source files. Note, if you wish to be able to add to your collection any of the 140 documents in the DLS collection (instead of just the 11 of these documents in the Greenstone Demo collection), you should install DLS as one of the sample Greenstone libraries. The Demo and DLS collections will be installed in C:\Program Files\gsdl\collect , in subdirectories demo and dls respectively. If you previously installed Greenstone without DLS and wish to install it, then you may re-insert your Greenstone CD-ROM and add this collection. It is not necessary to uninstall Greenstone first.
+We suggest that you print the instructions below and follow them step by step:
+
+
+Launch the librarian interface under Windows by selecting Greenstone Digital Library from the Programs section of the Start menu and choosing Librarian Interface If you are using Unix, instead type
+cd ~/gsdl
+cd gli
+./gli.sh
+where ~/gsdl is the directory containing your Greenstone system.
+
+
+Select New from the File menu in the horizontal menu bar at the top of the window. Give it a title, for example âMy First Collection,â and fill out your email address and a brief description of the collection. In the âBase this collection onâ menu, choose âgreenstone demoâ or âDevelopment Library Subsetâ (the effect is the same because these two collections have the same structure).
+
+
+Add some documents from the Demo collection (or the DLS collection if it is installed) to your new collection. To do this, double-click the Greenstone Collections folder in the left-hand panel, then double-click the collection you desire. The documents in it are displayed underneath. Select one of these, drag it, and drop into the right-hand panel. This panel represents the collection you are building. Choose several documents and drag them into it one by one, or using multiple selection in the standard way.
+
+
+Add some of your own documents that are not in the Demo or DLS collections. Close the Greenstone Collections folder in the left-hand panel and double-click the Local Filespace folder. Navigate to a directory that contains some documents (e.g. small Word or HTML files). Drag a few of these into the right-hand panel to include them in your collection.
+
+
+Add metadata to the documents in your collection. So far you have been operating under the Gather panel, indicated by the Gather tab underneath the horizontal menu bar at the top of the window. Click the Enrich tab beside it. The documents in your collection now appear in the left-hand panel: click one and examine the metadata associated with it in the âElement ⊠Value â table at the top right. Use the panel underneath to change individual values by selecting the desired Element and either choosing an existing value from the list or typing a new value into the box near the bottom. Add Title , Organization , and Keyword metadata to each of your own documents that you put in the collection. After you type each value you need to click â Appendix to add that value to the metadata.
+
+
+Click the Create tab to leave the Enrich mode and create your new collection. Click the Build Collection button at the bottom. While the computer is building the collection you will receive some feedback on what it is doing.
+
+
+When it has finished, click the Preview tab to view the collection from within the librarian interface. Check the titles a-z , organisations and how to lists to ensure that your documents have been included in the collection. You will also find when you visit your Greenstone home page that the collection has been installed as one of the regular collections.
+
+
+
+
+
+
+
+
+All sums of money mentioned in this document are in US dollars, and were current in 2001.
+
+
+Recall that all sums of money are expressed in 2001 US dollars.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/en/User_en.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/en/User_en.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/en/User_en.xml (revision 14835)
@@ -0,0 +1,2068 @@
+
+
+
+
+
+
+]>
+
+
+GREENSTONE DIGITAL LIBRARY
+
+
+USER'S GUIDE
+
+
+Ian H. Witten, Stefan Boddie and John Thompson
+
+
+Department of Computer Science University of Waikato, New Zealand
+
+
+Back to manual index
+Back to top index
+
+Greenstone is a suite of software for building and distributing digital library collections. It provides a new way of organizing information and publishing it on the Internet or on CD-ROM. Greenstone is produced by the New Zealand Digital Library Project at the University of Waikato, and developed and distributed in cooperation with UNESCO and the Human Info NGO. It is open-source software, available from http://greenstone.org under the terms of the Gnu General Public License.
+
+We want to ensure that this software works well for you. Please report any problems to greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.70
+
+
+March 2006
+
+
+
+About this manual
+
+
+This manual provides a comprehensive description of how to use the Greenstone software for accessing and building digital library collections.
+Section gives an overview of the capabilities of the software. Section explains how to use Greenstone collections. The interface is self-explanatoryâthe best way to learn is by doingand this section comprises the on-line help information for a typical collection. Section explains how to build your own library collections using the Greenstone Librarian Interface. Section introduces the administration facility that allows the system administrator to monitor what is going on and control who can build collections.
+Appendices list the features of the Greenstone software, and give a glossary of terms used throughout the Greenstone documentation.
+
+
+
+
+Companion documents
+
+
+The complete set of Greenstone documents includes four volumes:
+
+
+Greenstone Digital Library Installer's Guide
+
+
+Greenstone Digital Library User's Guide (this document)
+
+
+Greenstone Digital Library Developer's Guide
+
+
+Greenstone Digital Library: From Paper to Collection
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Acknowledgements
+
+
+The Greenstone software is a collaborative effort between manypeople. Rodger McNab and Stefan Boddie are the principal architects andimplementors. Contributions have been made by David Bainbridge, GeorgeBuchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, JohnMcPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, ToddReed, Bill Rogers, John Thompson, and Stuart Yeates. Other members of the New ZealandDigital Library project provided advice and inspiration in the design ofthe system: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te TakaKeegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols and Lloyd Smith. We would also like toacknowledge all those who have contributed to the GNU-licensed packagesincluded in this distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE and XLHTML.
+
+
+
+
+Overview of Greenstone
+
+
+Greenstone is a comprehensive system for constructing and presenting collections of thousands or millions of documents, including text, images, audio and video.
+
+
+Collections
+
+
+A typical digital library built with Greenstone will contain many collections, individually organizedâthough they bear a strong family resemblance. Easily maintained, collections can be augmented and rebuilt automatically.
+There are several ways to find information in most Greenstone collections. For example, you can search for particular words that appear in the text, or within a section of a document. You can browse documents by title : just click on a book to read it. You can browse documents by subject . Subjects are represented by bookshelves: just click on a bookshelf to look at the books. Where appropriate, documents come complete with a table of contents: you can click on a chapter or subsection to open it, expand the full table of contents, or expand the full document into your browser window (useful for printing). The New Zealand Digital Library website (nzdl.org ) provides numerous example collections.
+On the front page of each collection is a statement of its purpose and coverage, and an explanation of how the collection is organized. Most collections can be accessed by both searching and browsing . When searching, the Greenstone software looks through the entire text of all documents in the collection (this is called âfull-text searchâ). In most collections the user can choose between indexes built from different parts of the documents. Some collections have an index of full documents, an index of paragraphs, and an index of titles, each of which can be searched for particular words or phrases. Using these you can find all documents that contain a particular set of words (the words may be scattered far and wide throughout the document), or all paragraphs that contain the set of words (which must all appear in the same paragraph), or all documents whose titles contain the words (the words must all appear in the document's title). There might be other indexes, perhaps an index of sections, and an index of section headings. Browsing involves lists that the user can examine: lists of authors, lists of titles, lists of dates, hierarchical classification structures, and so on. Different collections offer different browsing facilities.
+
+
+
+
+
+
+
+Distributing Greenstone
+
+
+Collections are accessed over the Internet or published, in precisely the same form, on a self-installing Windows CD-ROM. Compression is used to compact the text and indexes. A Corba protocol supports distributed collections and graphical query interfaces.
+The New Zealand Digital Library (nzdl.org ) provides many example collections, including historical documents, humanitarian and development information, technical reports and bibliographies, literary works, and magazines.
+Being open source, Greenstone is readily extensible, and benefits from the inclusion of Gnu-licensed modules for full-text retrieval, database management, and text extraction from proprietary document formats. Only through international cooperative efforts will digital library software become sufficiently comprehensive to meet the world's needs with the richness and flexibility that users deserve.
+
+
+
+
+
+
+Using Greenstone Collections
+
+
+The Greenstone software is designed to be easy to use. Web-based and CD-ROM collections have interfaces that are identical. Installing the Greenstone software from CD-ROM on any Windows or Linux computer is very easy indeed; a standard installation setup program is used in conjunction with pre-compiled binaries. A collection can be used locally on the computer where it is installed; also, if this computer is connected to a network, the software automatically and transparently allows all other computers on the network to access the same collection.
+The next section describes how to install a Greenstone CD-ROM. Then we look at the searching and browsing facilities offered by a typical Greenstone collection, the âDemoâ collection that is supplied with the Greenstone software. Other collections offer similar facilities; if you can use one, you can use them all. The following section explains how to customize the interface for your own requirements using the Preferences page.
+
+
+Using a Greenstone CD-ROM
+
+
+The Greenstone digital library software itself comes on a CD-ROM, and you or your system manager have probably installed it on your system, following the instructions in the Greenstone Digital Library Installer's Guide. If so, Greenstone is already installed on your computer and you should skip the rest of this section.
+Some Greenstone collections come on a self-contained Greenstone CD-ROM that includes enough of the software to run just that collection. To use it, simply put it into the CD-ROM drive on any Windows PC. Most likely (if âautorunâ is enabled on your PC), a window will appear inviting you to install the Greenstone software. If not, find the CD-ROM disk drive (on current Windows systems you can get this by clicking on the My Computer icon on the desktop) and double-click it, then the Setup.exe file inside it. The Greenstone Setup program will be entered, which guides you through the setup procedure. Most people respond yes to all the questions.
+When the installation procedure has finished, you'll find the library in the Programs submenu of the Windows Start menu, under the name of the collection (for example, âDevelopment Libraryâ or âUnited Nations Universityâ).
+Once the software has been installed, the library will be entered automatically every time you re-insert the CD-ROM if autorun is enabled.
+
+
+
+
+
+Changing the preferences
+
+
+
+
+The Preferences page
+
+
+
+When you click the preferences button at the top of the page you will be able to change some features of the interface to suit your own requirements. The preferences depend on the collection; an example is shown in Figure . When you adjust your search preferences, you should press the set preferences button shown in Figure . After setting preferences, do not use your browser's âbackâ buttonâthat would unset them! Instead, click one of the buttons on the access bar near the top of the page.
+
+
+Collection preferences
+
+
+Some collections comprise several subcollections, which can be searched independently or together, as one unit. If so, you can select which subcollections to include in your searches on the Preferences page.
+
+
+
+
+Language preferences
+
+
+Each collection has a default presentation language, but you can switch to a different language if you like. You can also alter the encoding scheme used by Greenstone for output to the browserâthe software chooses sensible defaults, but with some browsers better visual results can be used by switching to a different encoding scheme. All collections allow you to switch from the standard graphical interface format to a textual one. This is particularly useful for visually impaired users who use large screen fonts or speech synthesizers for output.
+
+
+
+
+Presentation preferences
+
+
+Depending on the collection, there may be other options you can set that control the presentation. Collections of web pages allow you to suppress the Greenstone navigation bar at the top of each document page, so that once you have done a search you land at the exact web page that matches without any Greenstone header. To do another search you will have to use your browser's âbackâ button. These collections also allow you to suppress Greenstone's warning message when you click a link that takes you out of the digital library collection and on to the web itself. And in some web collections you can control whether the links on the âSearch Resultsâ page take you straight to the actual URL in question, rather than to the digital library's copy of the page.
+
+
+
+
+Search preferences
+
+
+Under Search preferences in Figure , the first pair of buttons allows you to get a large query box, so that you can easily do paragraph-sized searching. In Greenstone, it is surprisingly quick to search for large amounts of text. The next two pairs of buttons control the kind of text matching in the searches that you make. The first set (labeled âcase differencesâ) controls whether upper and lower case must match. The second (âword endingsâ) controls whether to ignore word endings or not.
+Using the next button pair you can switch to the âadvancedâ query mode described above, which allows you to specify more precise queries by combining terms using AND (&), OR (|), and NOT (!). You can turn the search history feature, described above, on and off. Finally, you can control the number of hits returned, and the number presented on each screenful, through the last entry in Figure .
+
+
+
+
+
+
+
+
+Making Greenstone Collections
+
+
+The simplest way to build new collections is to use Greenstone's âlibrarianâ interface (GLI). This allows you to collect sets of documents, import or assign metadata, and build them into a Greenstone collection. It supports five basic activities, which can be interleaved but are nominally undertaken in this order:
+
+
+Copy documents from the computer's file space, including existing collections, into the new collection. Any existing metadata remains âattachedâ to these documents. Documents may also be gathered from the web through a built-in mirroring facility.
+
+
+Enrich the documents by adding further metadata to individual documents or groups of documents.
+
+
+Design the collection by determining its appearance and the access facilities that it will support.
+
+
+Build the collection using Greenstone.
+
+
+Preview the newly created collection, which will have been installed on your Greenstone home page as one of the regular collections.
+
+
+The librarian interface allows you to add what people call âexternalâ metadata to documents, metadata that pertains to the document as a whole. But documents often need to be structured into sections and subsections, and âinternalâ metadata might be associated with each part. In Greenstone, source documents can be tagged with this information, and we explain this in Section .
+Finally, an alternative way of building collections is provided by the Collector, which helps you create new collections, modify or add to existing ones, or delete collections. It predates the librarian interface, and for most practical purposes the librarian interface should be used instead of the Collector. It is described in Section .
+To harness the full power of Greenstone to build advanced collections, you will also need to read Chapter of the Developer's Guide .
+
+
+The librarian's interface
+
+
+To convey the operation of Greenstone's librarian interface, we work through a simple example. Figures to are screen snapshots at various points during the interaction. This example uses documents in the Development Library Subset (DLS) collection, which is distributed with Greenstone. For expository purposes, the walkthrough takes the form of a single pass through the steps listed above. A more realistic pattern of use, however, is for users to switch back and forth through the various stages as the task proceeds.
+The librarian interface can be run in one of four modes: Librarian Assistant, Librarian, Library Systems Specialist, and Expert. Modes control the level of detail within the interface, and can be changed through 'Preferences' in the 'File' menu. The walkthrough in this section assumes that the librarian interface is operating in the default mode, Librarian.
+
+
+Getting started
+
+
+Launch the librarian interface under Windows by selecting Greenstone Digital Library from the Programs section of the Start menu and choosing Librarian Interface . If you are using Unix, instead type
+cd ~/gsdl
+cd gli
+./gli.sh
+where ~/gsdl is the directory containing your Greenstone system. To begin, you must either open an existing collection or start a new one. Figure shows the user in the process of starting a new collection. She has selected New from the file menu and begun to fill out general information about the collectionâits title, the E-mail address of the person responsible for it, and a brief description of the contentâin the popup window. The collection title is a short phrase used throughout the digital library to identify the collection's content: existing collections have names like Food and Nutrition Library , World Environmental Library , and so on. When you type the title, the system assigns a unique mnemonic identifier, the collection ânameâ, for internal use (you can change it if you like). The E-mail address specifies the first point of contact for any problems encountered with the collection.
+The brief description is a statement describing the principles that govern what is included in the collection. It appears under the heading About this collection on the collection's initial page.
+
+
+Starting a new collection
+
+
+
+
+
+Exploring the local file space
+
+
+
+At this point, the user decides whether to base the new collection on the same structure as an existing collection, or to build an entirely new kind of collection. In Figure she has chosen to base it on the Development Library Subset collection. This implies that the âDLSâ metadata set which is used in this collection will be used for the new collection. (In fact, this metadata set has been used to build several Greenstone collections that share a common structure and organization but with different content, including the Development Library Subset and Demo collections delivered as samples with Greenstone.)
+The DLS metadata set contains these items:
+
+
+Title
+
+
+Subject
+
+
+Language
+
+
+Organization
+
+
+Keyword (i.e.âHowtoâ).
+
+
+(There is, in addition, a metadata item called AZList which is used to determine which bucket of the alphabetic list contains the document's title, with values like âA-Bâ or âC-D-Eâ. This is used to give precise control over thedivisions in the list. For most other collections it is absent, and Greenstone assigns the buckets itself.)
+If, instead, the user had chosen âNew Collectionâ at this point, she would have been asked to select what metadata sets should be used in the new collection. Three standard sets are pre-supplied: Dublin Core, the DLS metadata set mentioned above, and a set that comprises metadata elements extracted automatically by Greenstone from the documents in the collection. The user can also create new metadata sets using a popup panel activated through the âmetadataâ menu.
+Several different metadata sets can be associated with the same collection; the system keeps them distinct (so that, for example, documents can have both a Dublin Core Title and a DLS Title ). The different sets are clearly distinguished in the interface. Behind the scenes, metadata sets are represented in XML.
+
+
+
+
+Assembling the source material
+
+
+After clicking the OK button on the ânew collectionâ popup, the remaining parts of the interface, which were grayed out before, become active. The Gather panel, selected by the eponymous tab near the top of Figure , is displayed initially. This allows the user to explore the local file space and existing collections, gathering up selected documents for the new collection. The panel is divided into two sections, the left for browsing existing structures and the right for the documents in the collection.
+Operations available at this stage include:
+
+
+Navigating the existing file structure hierarchy, and the one being created, in the usual way.
+
+
+Dragging and dropping files into the new collection.
+
+
+Multiple selection of files.
+
+
+Dragging and dropping entire sub-hierarchies.
+
+
+Deleting documents from the nascent collection.
+
+
+Creating new sub-hierarchies within the collection.
+
+
+Filtering the files that are visible, in both the local file system and the collection, based on predetermined groups or on standard file matching terms.
+
+
+Invoking the appropriate program to display the contents of a selected file, by double-clicking it.
+
+
+Care is taken to deal appropriately with name clashes when files of the same name in different parts of the computer's directory structure are copied into the same folder of the collection.
+In Figure the user is using the interactive file tree display to explore the local file system. At this stage, the collection on the right is empty; the user populates it by dragging and dropping files of interest from the left to the right panel. Such files are âcopiedâ rather than âmovedâ: so as not to disturb the original file system. The usual techniques for multiple selection, dragging and dropping, structuring the new collection by creating subdirectories (âfoldersâ), and deleting files from it by moving them to a trashcan, are all available.
+Existing collections are represented by a subdirectory on the left called âGreenstone Collections,â which can be opened and explored like any other directory. However, the documents therein differ from ordinary files because they already have metadata attached, and this is preserved when they are moved into the new collection. Conflicts may arise because their metadata may have been assigned using a different metadata set from the one in use for the new collection, and the user must resolve these. In Figure the user has selected some documents from an existing collection and dragged them into the new one. The popup window explains that the metadata element Organization cannot be automatically imported, and asks the user to either select a metadata set and press Add to add the metadata element to that set , or choose a metadata set, then an element, and press Merge to effectively rename the old metadata element to the new one by merging the two. Metadata in subsequent documents from the same collection will automatically be handled in the same way.
+When large file sets are selected, dragged, and dropped into the new collection, the copying operation may take some timeâparticularly if metadata conversion is involved. To indicate progress, the interface shows which file is being copied and what percentage of files has been processed.
+Special facilities are provided for dealing with large file sets. For example, the user can choose to filter the file tree to show only certain files, using a dropdown menu of file types displayed underneath the trees. In Figure , only the HTM and HTML files are being shown (and only these files will be copied by drag and drop).
+
+
+
+
+Enriching the documents
+
+
+The next phase in collection building is to enrich the documents by adding metadata. The Enrich tab brings up a new panel of information (Figure ), which shows the document tree representing the collection on the left and on the right allows metadata to be added to individual documents, or groups of documents.
+Documents that are copied during the first step come with any applicable metadata attached. If a document is part of a Greenstone collection, previously defined metadata is carried over to the new collection. Of course, this new collection may have a different metadata set, or perhaps just a subset of the defined metadata, and only metadata that pertains to the new collection's set is carried over. Resolution of such conflicts may require user intervention via a supplementary dialog (Figure ). Any choices made are remembered for subsequent file copies.
+The Enrich panel allows metadata values to be assigned to documents in the collection. For example, new values can be added to the set of existing values for an element. If the element's values have a hierarchical structure, the hierarchy can be extended in the same way.
+
+
+Importing existing metadata
+
+
+
+
+
+Filtering the file trees
+
+
+
+
+
+Assigning metadata using Enrich view
+
+
+
+
+
+Viewing all metadata for selected files
+
+
+
+Metadata values can also be assigned to folders, in just the same way. Documents in these folders for which this metadata is unspecified inherit the metadata values. However, they can subsequently be overridden by supplying different ones for the document itself.
+Operations at this stage include:
+
+
+Assigning new and existing metadata values to documents.
+
+
+Assigning metadata to an individual document.
+
+
+Assigning metadata to a folder (this is inherited by all documentsin the folder, including those in nested folders).
+
+
+Assigning hierarchical metadata, whose structure can be dynamically updated if required.
+
+
+Editing or updating assigned metadata.
+
+
+Reviewing the metadata assigned to a selection of files and directories.
+
+
+For our walkthrough example, in Figure the user has selected the folder ec121e and assigned âEC Courierâ as its Organization metadata. The buttons for updating and removing metadata become active depending on what selections have been made.
+During the enrichment phase, or indeed at any other time, the user can choose to view all the metadata that has been assigned to documents in the collection. This is done by selecting a set of documents and choosing Assigned Metadata from the metadata sets menu, which brings up a popup window like that in Figure that shows the metadata in spreadsheet form. For large collections it is useful to be able to view the metadata associated with certain document types only, and if the user has specified a file filter as mentioned above, only the selected documents are shown in the metadata display.
+The panel in Figure allows the user to edit metadata sets. Here, the user is looking at the Subject element of the DLS set. The values of this element form a hierarchy, and the user is examining, and perhaps changing, the list of values assigned to it. The same panel also allows you to change the âprofileâ for mapping elements of one metadata set to another. This profile is created when importing documents from collections that have pre-assigned metadata.
+
+
+Editing the metadata set
+
+
+
+
+
+Designing the collection
+
+
+
+
+
+Specifying which plug-ins to use
+
+
+
+
+
+Configuring arguments to a plug-in
+
+
+
+
+
+
+
+Designing the collection
+
+
+The Design panel (Figures â ) allows one to specify the structure, organization, and presentation of the collection being created. As noted earlier, the result of this process is recorded in a âcollection configuration file,â which is Greenstone's way of expressing the facilities that a collection requires. This step involves a series of separate interaction screens, each dealing with one aspect of the collection design. In effect, it serves as a graphical equivalent to the usual process of editing the configuration file manually.
+Operations include:
+
+
+Reviewing and editing collection-level metadata such as title, author and public availability of the collection.
+
+
+Defining what full-text indexes are to be built.
+
+
+Creating sub-collections and having indexes built for them.
+
+
+Adding or removing support for predefined interface languages.
+
+
+Constructing a list of plug-ins to be used, and their arguments.
+
+
+Presenting the list to the user for review and modification.
+
+
+Configuring individual plug-ins.
+
+
+Constructing a list of âclassifiers,â their arguments, assignment and configuration.
+
+
+Assigning formatting strings to various controls within the collection, thus altering its appearance.
+
+
+Reviewing the metadata sets, and their elements, used in the collection.
+
+
+In Figure the user has clicked the Design tab and is reviewing the general information about the collection, entered when the new collection was created. On the left are listed the various facets that the user can configure: General, Document Plug-ins, Search Types, Search Indexes, Partition Indexes, Cross-Collection Search, Browsing Classifiers, Format Features, Translate Text, Metadata Sets. Appearance and functionality varies between these. For example, clicking the Plug-in button brings up the screen shown in Figure , which allows you to add, remove or configure plug-ins, and change the order in which the plug-ins are applied to documents.
+Plug-ins and classifiers have many different arguments or âoptionsâ that the user can supply. The dialog box in Figure shows the user specifying arguments to some of the plug-ins. The grayed-out fields become active when the user adds the option by clicking the tick-box beside it. Because Greenstone is a continually growing open-source system, the number of options tends to increase as developers add new facilities. To help cope with this, Greenstone has a âplug-in informationâ utility program that lists the options available for each plug-in, and the librarian interface automatically invokes this to determine what options to show. This allows the interactive user interface to automatically keep pace with developments in the software.
+
+
+Getting ready to create new collection
+
+
+
+
+
+Previewing the newly built collection
+
+
+
+
+
+
+
+Building the collection
+
+
+The Create panel (Figure ) is used to construct a collection based on the documents and assigned metadata. The brunt of this work is borne by the Greenstone code itself. The user controls this external process through a series of separate interaction screens, each dealing with the arguments provided to a certain stage of the creation process.
+The user observes the building process though a window that shows not only the text output generated by Greenstone's importing and index-building scripts, but also progress bars that indicate the overall degree of completion of each script.
+Figure shows the Create view. At the top are shown some options that can be applied during the creation process. The user selects appropriate values for the options. This figure illustrates a popup âtool tipâ that is available throughout the interface to explain the function of each argument.
+When satisfied with the arguments, the user clicks Build Collection . Greenstone continually prints text that indicates progress, and this is shown along with a more informative progress bar.
+
+
+
+
+Previewing
+
+
+The Preview Collection button (Figure ) is used to view the collection that has been built. Clicking this button launches a web browser showing the home page of the collection (Figure ). In practice, previewing often shows up deficiencies in the collection design, or in the individual metadata values, and the user frequently returns to earlier stages to correct these. This button becomes active once the collection has been created. The newly created collection will also have been installed on your Greenstone home page as one of the regular collections.
+
+
+
+
+Help
+
+
+On-line help is always available, and is invoked using the Help item at the right of the main menu bar at the top of each of the Figures. This opens up a hierarchically structured file of help text, and account is taken of the user's current context to highlight the section that is appropriate to the present stage of the interaction. Furthermore, as noted above, whenever the mouse is held still over any interactive object a small window pops up to give a textual âtool tip,â as illustrated near the bottom of Figure .
+
+
+
+
+
+
+Librarian Interface user guide
+
+
+&chap_gli;
+
+
+
+
+Tagging document files
+
+
+Source documents often need to be structured into sections and subsections, and this information needs to be communicated to Greenstone so that it can preserve the hierarchical structure. Also, metadata - typically the title - might be associated with each section and subsection.
+The source documents from an OCR process are typically a set of word processor files, including images. If these are represented as MicrosoftWord files, they can be input into Greenstone using the Word plugin. Alternatively, they can be converted to HTML and input using the HTML plugin.
+In either case, the hierarchical structure of a document may be indicated by inserting tags in the text as follows:
+<!--
+<Section>
+<Description>
+<Metadata name="Title">Realizing human rights for poor people: Strategies for achieving the international development targets</Metadata>
+</Description>
+-->
+(text of section goes here)
+<!--
+</Section>
+-->
+The <!-- ... --> markers are used because they indicate comments in HTML; thus these section tags will not affect document formatting. You must include these markers around your section tags, even if the document you are working with is not HTML (e.g. if it's a Microsoft Word file).
+In the Description part (between the <Description> and </Description> tags) other kinds of metadata can be specified, but this is not done for the style of collections we are describing here.
+It is important to remember that you are creating a hierarchical table of contents when you insert section tags into your document. This means that sections can be nested within other sections. In fact, all sections must be nested within a single enclosing section that encompasses the entire document.
+The following example demonstrates a document with two chapters, the second of which contains two subsections. For real examples of sourcedocuments tagged in this way, look at the source documents for the Demo or DLS collections.
+<!--
+<Section>
+<Description>
+<Metadata name="Title">My Document</Metadata>
+</Description>
+<Section>
+<Description>
+<Metadata name="Title">Chapter 1</Metadata>
+</Description>
+-->
+(text of chapter 1 goes here)
+<!--
+</Section>
+<Section>
+<Description>
+<Metadata name="Title">Chapter 2</Metadata>
+</Description>
+<Section>
+<Description>
+<Metadata name="Title">Subsection 1</Metadata>
+</Description>
+-->
+(text of sub-section 1 goes here)
+<!--
+</Section>
+<Section>
+<Description>
+<Metadata name="Title">Subsection 2</Metadata>
+</Description>
+-->
+(text of sub-section 2 goes here)
+<!--
+</Section>
+</Section>
+</Section>
+-->
+Note that metadata assigned from within a section tag in a source document takes precedence over that assigned to the document as a whole. This means that you should not explicitly specify Title metadata for the top-level section within a source document unless you want it to override the title you gave it when specifying metadata. In the above example, unless you want to override the document's existing title you should omit the line that reads:
+<Metadata name="Title">My Document</Metadata>
+
+
+
+
+The Collector
+
+
+The Collector is a facility that helps you create new collections, modify or add to existing ones, or delete collections. To do this you will be guided through a sequence of web pages which request the information that is needed. The sequence is self-explanatory: this section takes you through it. As an alternative to using the Collector, you can also build collections from the command lineâthe first few pages of the Developer's Guide give a detailed walk-through of how to do this. The Collector predates the librarian interface described in Section , and for most practical purposes the librarian interface should be used instead of the Collector.
+Building and distributing information collections carries responsibilities that you should reflect on before you begin. There are legal issues of copyright: being able to access documents doesn't mean you can necessarily give them to others. There are social issues: collections should respect the customs of the community out of which the documents arise. And there are ethical issues: some things simply should not be made available to others. The pen is mightier than the sword!âbe sensitive to the power of information and use it wisely.
+To access the Collector, click the appropriate link on the digital library home page.
+In Greenstone, the structure of a particular collection is determined when the collection is set up. This includes such things as the format of the source documents, how they should be displayed on the screen, the source of metadata, what browsing facilities should be provided, what full-text search indexes should be provided, and how the search results should be displayed. Once the collection is in place, it is easy to add new documents to itâso long as they have the same format as the existing documents, and the same type of metadata is provided, in exactly the same way.
+The Collector has the following basic functions:
+
+
+create a new collection with the same structure as an existing one;
+
+
+create a new collection with a different structure from existing ones;
+
+
+add new material to an existing collection;
+
+
+modify the structure of an existing collection;
+
+
+delete a collection; and
+
+
+write an existing collection to a self-contained, self-installing cd-rom.
+
+
+Figure shows the Collector being used to create a new collection, in this case from a set of html files stored locally. You must first decide whether to work with an existing collection or build a new one. The former case covers options 1 and 2 above; the latter covers options 3â6. In Figure , the user opts to create a new collection.
+
+
+Using the Collector to build a new collection (continued on next pages)
+
+(a)
+
+
+
+
+
+
+Logging in
+
+
+Either way it is necessary to log in before proceeding. Note that in general, people use their web browser to access the collection-building facility on a remote computer, and build the collection on that server. Of course, we cannot allow arbitrary people to build collections (for reasons of propriety if nothing else), so Greenstone contains a security system which forces people who want to build collections to log in first. This allows a central system to offer a service to those wishing to build information collections and use that server to make them available to others. Alternatively, if you are running Greenstone on your own computer you can build collections locally, but it is still necessary to log in because other people who use the Greenstone system on your computer should not be allowed to build collections without prior permission.
+
+
+
+
+Dialog structure
+
+
+
+
+Using the Collector to build a new collection (Continued)
+
+(b)
+
+
+
+
+Upon completion of login, the page in Figure appears. This shows the sequence of steps that are involved in collection building. They are:
+
+
+Collection information
+
+
+Source data
+
+
+Configuring the collection
+
+
+Building the collection
+
+
+Viewing the collection.
+
+
+The first step is to specify the collection's name and associated information. The second is to say where the source data is to come from. The third is to adjust the configuration options, a step that becomes more useful as you gain experience with Greenstone. The fourth step is where all the (computer's) work is done. During the âbuildingâ process the system makes all the indexes and gathers together any other information that is required to make the collection operate. The fifth step is to view the collection that has been created.
+These five steps are displayed as a linear sequence of gray buttons at the bottom of the screen in Figure , and at the bottom of all other pages generated by the Collector. This display helps users keep track of where they are in the process. The button that should be clicked to continue the sequence is shown in green (collection information in Figure ). The gray buttons (all the others, in Figure ) are inactive. The buttons change to yellow as you proceed through the sequence, and the user can return to an earlier step by clicking the corresponding yellow button in the diagram. This display is modeled after the âwizardsâ that are widely used in commercial software to guide users through the steps involved in installing new software.
+
+
+
+
+Collection information
+
+
+
+
+Using the Collector to build a new collection (Continued)
+
+(c)
+
+
+
+
+The next step in the sequence, collection information, is shown in Figure . When creating a new collection, it is necessary to enter some information about it:
+
+
+title,
+
+
+contact E-mail address, and
+
+
+brief description.
+
+
+The collection title is a short phrase used through the digital library to identify the content of the collection. Example titles include Food and Nutrition Library , World Environmental Library , Development Library , and so on. The E-mail address specifies the first point of contact for any problems encountered with the collection. If the Greenstone software detects a problem, a diagnostic report may be sent to this address. Finally, the brief description is a statement describing the principles that govern what is included in the collection. It appears under the heading About this collection on the first page when the collection is presented.
+The user's current position in the collection-building sequence is indicated by an arrow that appears in the display at the bottom of each screenâin this case, as Figure shows, the collection information stage. The user proceeds to Figure by clicking the green source data button.
+
+
+
+
+Source data
+
+
+
+
+Using the Collector to build a new collection (Continued)
+
+(d)
+
+
+
+
+Figure is the point where the user specifies the source text that comprises the collection. You may either base your collection on a default structure that is provided, or on the structure of an existing collection.
+If you opt for the default structure, the new collection may contain html documents (files ending in .htm, .html ), or plain text documents (files ending in .txt, .text ), Microsoft Word documents (files ending in .doc ), PDF documents (files ending in .pdf ) or E-mail documents (files ending in .email ). More information about the different document formats that can be accommodated is given in the section on âDocument formatsâ below.
+If you base your new collection on an existing one, the files in the new collection must be exactly the same type as those used to build the existing one. Note that some collections use non-standard input file formats, while others use metadata specified in auxiliary files. If your new input lacks this information, some browsing facilities may not work properly. For example, if you clone the Demo collection you may find that the subjects , organization , and how to buttons don't work.
+Boxes are provided to indicate where the source documents are located: up to three separate input sources can be specified in Figure . If you need more, just click the button marked âmore sources.â
+There are three kinds of specification:
+
+
+a directory name on the Greenstone server system (beginning with âfile://â)
+
+
+an address beginning with âhttp://â for files to be downloaded from the web
+
+
+an address beginning with âftp://â for files to be downloaded using anonymous FTP.
+
+
+If you use file:// or ftp:// to specify a file, that file will be downloaded.
+If you use http:// it depends on whether the URL gives you a normal web page in your browser, or a list of files. If a page, that page will be downloadedâand so will all pages it links to, and all pages they link to, etc.âprovided they reside on the same site, below the URL.
+If you use file:// or ftp:// to specify a folder or directory, or give a http:// URL that leads to a list of files, everything in the folder and all its subfolders will be included in the collection.
+You can specify sources of more than one type.
+In this case (Figure ) the new collection will contain documents taken from a local file system as well as a remote web site, which will be mirrored during the building process.
+When you click the configure collection button to proceed to the next stage of building, the Collector checks that all the sources of input you specified can be reached. This might take a few seconds, or even a few minutes if you have specified several sources. If one or more of the input sources you specified is unavailable, you will be presented with a page like that in Figure , where the unavailable sources are marked (both of them in this case).
+
+
+Using the Collector to build a new collection (Continued)
+
+(e)
+
+
+
+
+Sources might be unavailable because
+
+
+the file, FTP site or URL does not exist;
+
+
+you need to dial up your ISP first;
+
+
+you are trying to access a URL from behind a firewall.
+
+
+The last case is potentially the most mysterious. It occurs if you normally have to present a username and password to access the Internet Sometimes it happens that you can see the page from your Web browser if you enter the URL, but the Collector claims that it is unavailable. The explanation is that the page in your browser may be coming from a locally cached copy. Unfortunately, locally cached copies are invisible to the Collector. In this case we recommend that you download the pages using your browser first.
+
+
+
+
+Configuring the collection
+
+
+
+
+Using the Collector to build a new collection (Continued)
+
+(f)
+
+
+
+
+Figure shows the next stage. The construction and presentation of all collections is controlled by specifications in a special collection configuration file (see below). Advanced users may use this page to alter the configuration settings. Most, however, will proceed directly to the final stage. Indeed, in Figure both the configure collection and the build collection buttons are displayed in green, signifying that step 3 can be bypassed completely.
+In our example the user has made a small modification to the default configuration file by including the file_is_url flag with the html plugin. This flag causes URL metadata to be inserted in each document, based on the filename convention that is adopted by the mirroring package. This metadata is used in the collection to allow readers to refer to the original source material, rather than to a local copy.
+
+
+
+
+Building the collection
+
+
+
+
+Using the Collector to build a new collection (Continued)
+
+(g)
+
+
+
+
+Figure shows the âbuildingâ stage. Up until now, the responses to the dialog have merely been recorded in a temporary file. The building stage is where the action takes place.
+During building, indexes for both browsing and searching are constructed according to instructions in the collection configuration file. The building process takes some time: minutes to hours, depending on the size of the collection and the speed of your computer. Some very large collections take a day or more to build.
+When you reach this stage in the interaction, a status line at the bottom of the web page gives feedback on how the operation is progressing, updated every five seconds. The message visible in Figure indicates that when the snapshot was taken, Title metadata was being extracted from an input file.
+Warnings are written if input files or URLs are requested that do not exist, or exist but there is no plugin that can process them, or the plugin cannot find an associated file, such as an image file embedded in a html document. The intention is that you will monitor progress by keeping this window open in your browser. If any errors cause the process to terminate, they are recorded in this status area.
+You can stop the building process at any time by clicking on the stop building button in Figure . If you leave the web page (and have not cancelled the building process with the stop building button), the building operation will continue, and the new collection will be installed when the operation completes.
+
+
+
+
+Viewing the collection
+
+
+When the collection is built and installed, the sequence of buttons visible at the bottom of Figures â appears at the bottom of Figure , with the View collection button active. This takes the user directly to the newly built collection.
+Finally, there is a facility for E-mail to be sent to the collection's contact E-mail address, and to the system's administrator, whenever a collection is created (or modified.) This allows those responsible to check when changes occur, and monitor what is happening on the system. The facility is disabled by default but can be enabled by editing the main.cfg configuration file (see the Greenstone Digital Library Developer's Guide , Section ).
+
+
+
+
+Working with existing collections
+
+
+When you enter the Collector you have to specify whether you want to create an entirely new collection or work with an existing one, adding data to it or deleting it. By creating all searching and browsing structures automatically from the documents themselves Greenstone makes it easy to add new information to existing collections. Because no links are inserted by hand, when new documents in the same format become available they can be merged into the collection automatically.
+To work with an existing collection, you first select the collection from a list that is provided. Some collections are âwrite protectedâ and cannot be altered: these ones don't appear in the selection list. With the collection, you can
+
+
+Add more data and rebuild the collection
+
+
+Edit the collection configuration file
+
+
+Delete the collection entirely
+
+
+Export the collection to CD-ROM.
+
+
+
+
+Add new data
+
+
+The files that you specify will be added to the collection. Make sure that you do not re-specify files that are already in the collectionâotherwise two copies will be included. Files are identified by their full pathname, web pages by their absolute web address. You specify directories and files just as you do when building a new collection.
+If you add data to a collection and for some reason the building process fails, the old version of the collection remains unchanged.
+
+
+
+
+Edit configuration file
+
+
+Advanced users can edit the collection configuration file, just as they can when a new collection is built.
+
+
+
+
+Delete the collection
+
+
+You will be asked to confirm whether you really want to delete the collection. Once deleted, Greenstone can not bring the collection back!
+
+
+
+
+Export the collection
+
+
+You can export the collection in a form that allows it to be written to a self-contained, self-installing Greenstone CD-ROM for Windows. Because commercial software that creates self-installing CD-ROMs is expensive, this facility includes a homegrown installer module.
+When you export the collection, the dialogue informs you of the directory name in which the result has been placed. The entire contents of the directory should be written on to CD-ROM using a standard CD-writing utility.
+The immense variety of different possible Windows configurations has made it difficult for us to test and debug the Greenstone installer under all possible conditions. Although the installer produces CD-ROMs that operate on most Windows systems, it is still under development. If you experience problems and you possess a commercial installation package (e.g. InstallShield), you can use it to create CD-ROMs from the information that Greenstone provides. The above-mentioned export directory contains four files that relate to the installation process, and three subdirectories that contain the complete collection and software. Remove the four files and use InstallShield to make a CD-ROM image that installs these directories and creates a shortcut to the program gsdl\server.exe .
+
+
+
+
+
+
+Document formats
+
+
+When building collections, Greenstone processes each different format of source document by seeking a âpluginâ that can deal with that particular format. Plugins are specified in the collection configuration file. Greenstone generally uses the filename to determine document formatsâfor example, foo.txt is processed as a text file, foo.html as html, and foo.doc as a Word file.
+Here is a summary of the plugins that are available for widely-used document formats. More detail about these plugins, and additional plugins for less commonly-used formats, can be found in the Greenstone Digital Library Developer's Guide .
+
+
+TEXTPlug (*.txt, *.text)
+
+
+TEXTPlug interprets a plain text file as a simple document. It adds title metadata based on the first line of the file.
+
+
+
+
+HTMLPlug (*.htm, *.html; also .shtml, .shm, .asp, .php, .cgi)
+
+
+HTMLPlug processes html files. It extracts title metadata based on the <title> tag; other metadata expressed using html's metatag syntax can be extracted too. There are many options available with this plugin, documented in the Greenstone Digital Library Developer's Guide .
+
+
+
+
+WORDPlug (*.doc)
+
+
+WORDPlug imports Microsoft Word documents. There are many different variants on the Word formatâand even Microsoft programs frequently make conversion errors. Greenstone uses independent programs to convert Word files to html. For some older Word formats the system resorts to a simple extraction algorithm that finds all text strings in the input file.
+
+
+
+
+PDFPlug (*.pdf)
+
+
+PDFPlug imports documents in PDF Adobe's Portable Document Format. Like WORDPlug, it uses an independent program, in this case pdftohtml , to convert PDF files to html.
+As with WORDPlug, by default collections will display the html equivalent of the file when the user clicks the document icon; however, the format strings in the collection configuration file can be adjusted to give the user access to the original PDF file instead, and we recommend that you do this. Again, just replace the <link> ⊠</link> tags by <srclink> ⊠</srclink> ones.
+The pdftohtml program fails on some PDF files. What happens is that the conversion process takes an exceptionally long time, and often an error message relating to the conversion process appears on the screen. If this occurs, the only solution that we can offer is to remove the offending document from the collection. Also, PDFPlug cannot handle encrypted PDF files.
+
+
+
+
+PSPlug (*.ps)
+
+
+PSPlug imports documents in PostScript. It works best if a standard Linux program, called ps2ascii , is already installed on your computer. This is available on most Linux installations, but not on Windows. If this program is not available, PSPlug resorts to a simple text extraction algorithm.
+
+
+
+
+EMAILPlug (*.email)
+
+
+EMAILPlug imports files containing E-mail, and deals with common E-mail formats such as are used by the Netscape, Eudora, and Unix mail readers. Each source document is examined to see if it contains an E-mail, or several E-mails joined together in one file, and if so its contents are processed. The plugin extracts Subject , To , From , and Date metadata. However, this plugin does not yet handle MIME-encoded E-mails properlyâalthough legible, they often look rather strange.
+
+
+
+
+ZIPPlug (.gz, .z, .tgz, .taz, .bz, .zip, .tar)
+
+
+ZIPPlug plugin handles the following compressed and/or archived input formats : gzip (.gz , .z , .tgz , .taz ) , bzip (.bz ) , zip (.zip , .jar ) , and tar (.tar ). It relies on the programs gunzip , bunzip , unzip , and tar , which are standard Linux utilities. ZIPPlug is disabled on Windows computers.
+
+
+
+
+
+
+
+
+
+
+Administration
+
+
+An âadministrativeâ facility is included with every Greenstone installation.To access this facility, click the appropriate link on the front page.
+The entry page, shown in Figure , gives information about each of the collections offered by the system. Note that all collections are includedâfor there may be âprivateâ ones that do not appear on the Greenstone home page. With each is given its short name, full name, whether it is publicly displayed, and whether or not it is running. Clicking a particular collection's abbreviation (the first column of links in Figure ) brings up information about that collection, gathered from its collection configuration file and from other internal structures created for that collection. If the collection is both public and running, clicking the collection's full name (the second link) takes you to the collection itself.
+A collection named wohiex , for Women's History Excerpt , is visible near the bottom of Figure . Figure shows the information that is displayed when this link is clicked. The first section gives some information from the configuration file, and the size of the collection (about 1000 documents, about a million words, over 6 Mb). The next sections contain internal information related to the communication protocol through which collections are accessed. For example, the filter options for âQueryFilterâ show the options and possible values that can be used when querying the collection.
+The administrative facility also presents configuration information about the installation and allows it to be modified. It facilitates examination of the error logs that record internal errors, and the user logs that record usage. It enables a specified user (or users) to authorize others to build collections and add new material to existing ones. All these facilities are accessed interactively from the menu items at the left-hand side of Figure .
+
+
+Greenstone Administration facility
+
+
+
+
+
+Information about the Women's History Excerpt collection
+
+
+
+
+
+Configuration files
+
+
+There are two configuration files that control Greenstone's operation, the site configuration file gsdlsite.cfg and the main configuration file main.cfg .
+The gsdlsite.cfg file is used to configure the Greenstone software for the site where it is installed. It is designed for keeping configuration options that are particular to a given site. Examples include the name of the directory where the Greenstone software is kept, the http address of the Greenstone system, and whether the fastcgi facility is being used.The entries in this file are described in the Greenstone Digital Library Installation Guide .
+The main.cfg file contains information that is common to the interface of all collections served by a Greenstone site. It includes the E-mail address of the system maintainer, whether the status and collector pages are enabled, whether logs of user activity are kept, and whether Internet âcookiesâ are used to identify users.
+
+
+
+
+Logs
+
+
+Three kinds of logs can be examined: usage logs, error logs and initialization logs. The last two are only really of interest to people maintaining the software.
+All user activityâevery page that each user visitsâcan be recorded by the Greenstone software, though no personal names are included in the logs. Logging, disabled by default, is enabled by including the lines
+logcgiargs true
+usecookies true
+in the main system configuration file. Both options are false by default, so that no logging is done unless they are set. It is the logcgiargs line that actually turns logging on and off. By activating usecookies a unique identification code is assigned to each user, which enables individual user's interactions to be traced through the log file.
+Each line in the user log records a page visitedâeven the pages generated to inspect the log files! It contains (a) the IP address of the user's computer, (b) a timestamp in square brackets, (c) the CGI arguments in parentheses, and (d) the name of the user's browser (Netscape is called âMozillaâ). Here is a sample line, split and annotated for ease of reading:
+/fast-cgi-bin/niupepalibrary
+(a) its-www1.massey.ac.nz
+(b) [ Thu Dec07 23:47:00 NZDT2000]
+(c) (a=p, b=0, bcp=, beu=, c=niupepa, cc=, ccp=0, ccs=0, cl=, cm=, cq2=, d=, e=, er=, f=0, fc=1, gc=0, gg=text, gt=0, h=, h2=, hl=1, hp=, il=l, j=, j2=, k=1, ky=, l=en, m=50, n=, n2=, o=20, p=home, pw=, q=, q2=, r=1, s=0, sp=frameset, t=1, ua=, uan=, ug=, uma=listusers, umc=, umnpw1=, umnpw2=, umpw=, umug=, umun=, umus=, un=, us=invalid, v=0, w=w, x=0, z=130.123.128.4-950647871)
+(d) âMozilla/4.08 [en] (Win95; I ;Nav)â
+The last CGI argument, âzâ, is an identification code or âcookieâ generated by the user's browser: it comprises the user's IP number followed by the timestamp when they first accessed the digital library.
+The log file usage.txt is placed in the etc directoryin the Greenstone file structure (see the Greenstone Digital Library Developer's Guide ).When logging is enabled, every action by every user is logged. However, only the last 100 entries in the log file are displayed by the usage log link in Figure .
+
+
+
+
+User management
+
+
+Greenstone incorporates an authentication scheme which can be used to control access to certain facilities. At the moment this is only used to restrict the people who are allowed to enter the Collectorand certain administration functions. If, for a particular collection, it were necessary to authenticate users before returning information to them, this is possible tooâfor example, documents could be protected on an individual basis so that they can only be accessed by registered users on presentation of a password. However, no current collections use this facility). Authentication is done by requesting a user name and password, as illustrated in Figure .
+From the administration page users can be listed, new ones added, and old ones deleted. The ability to do this is of course also protected: only users who have administrative privileges can add new users. It is also possible for each user to belong to different âgroupsâ. At present, the only extant groups are âadministratorâ and âcolbuilderâ. Members of the first group can add and remove users, and change their groups. Members of the second can access the facilities described above to build new collections and alter (and delete) existing ones.
+When Greenstone is installed, there is one user called admin who belongs to both groups. The password for this user is set during the installation process. This user can create new names and passwords for users who belong just to the colbuilder group, which is the recommended way of giving other users the ability to build collections. User information is recorded in two databases that are placed in the Greenstone file structure (see the Greenstone Digital Library Developer's Guide ).
+
+
+
+
+
+
+
+Appendix A Software features
+
+
+
+
+
+
+
+Accessible via web browser
+
+
+Collections are accessed through a standard web browser (Netscape or Internet Explorer) and combine easy-to-use browsing with powerful search facilities.
+
+
+
+
+Full-text and fielded search
+
+
+The user can search the full text of the documents, or choose between indexes built from different parts of the documents. For example, some collections have an index of full documents, an index of sections, an index of titles, and an index of authors, each of which can be searched for particular words or phrases. Results can be ranked by relevance or sorted by a metadata element.
+
+
+
+
+Flexible browsing facilities
+
+
+The user can browse lists of authors, lists of titles, lists of dates, classification structures, and so on. Different collections may offer different browsing facilities and even within a collection, a broad variety of browsing interfaces are available. Browsing and searching interfaces are constructed during the building process, according to collection configuration information.
+
+
+
+
+Creates access structures automatically
+
+
+The Greenstone software creates information collections that are very easy to maintain. All searching and browsing structures are built directly from the documents themselves. No links are inserted by hand, but existing links in originals are maintained. This means that if new documents in the same format become available, they can be merged into the collection automatically. Indeed, for some collections this is done by processes that wake up regularly, scout for new material, and rebuild the indexesâall without manual intervention.
+
+
+
+
+Makes use of available metadata
+
+
+Metadata, which is descriptive information such as author, title, date, keywords, and so on, may be associated with each document, or with individual sections within documents. Metadata is used as the raw material for browsing indexes. It must be either provided explicitly or derivable automatically from the source documents. The Dublin Core metadata scheme is used for most electronic documents, however, provision is made for other schemes.
+
+
+
+
+Plugins extend the system's capabilities
+
+
+In order to accommodate different kinds of source documents, the software is organized in such a way that âpluginsâ can be written for new document types. Plugins currently exist for plain text, html, Word, PDF, PostScript, E-mail, some proprietary formats, and for recursively traversing directory structures and compressed archives containing such documents. A collection may have source documents in different forms. In order to build browsing indexes from metadata, an analogous scheme of âclassifiersâ is used: classifiers create browsing indexes of various kinds based on metadata.
+
+
+
+
+Designed for multi-gigabyte collections
+
+
+Collections can contain millions of documents, making the Greenstone system suitable for collections up to several gigabytes.
+
+
+
+
+Documents can be in any language
+
+
+Unicode is used throughout the software, allowing any language to be processed in a consistent manner. To date, collections have been built containing French, Spanish, Maori, Chinese, Arabic and English. On-the-fly conversion is used to convert from Unicode to an alphabet supported by the user's web browser.
+
+
+
+
+User interface available in multiple languages
+
+
+The interface can be presented in multiple languages. Currently, the interface is available in Arabic, Chinese, Dutch, English, French, German, Maori, Portuguese, and Spanish. New languages can be added easily.
+
+
+
+
+Collections can contain text, pictures, audio, and video
+
+
+Greenstone collections can contain text, pictures, audio and video clips. Most non-textual material is either linked in to the textual documents or accompanied by textual descriptions (such as figure captions) to allow full-text searching and browsing. However, the architecture permits implementation of plugins and classifiers even for non-textual data.
+
+
+
+
+Uses advanced compression techniques
+
+
+Compression techniques are used to reduce the size of the indexes and text. Reducing the size of the indexes via compression has the added advantage of increasing the speed of text retrieval.
+
+
+
+
+Administrative function provided
+
+
+An âadministrativeâ function enables specified users to authorize new users to build collections, protect documents so that they can only be accessed by registered users on presentation of a password, examine the composition of all collections, and so on. Logs of user activity can record all queries made to every Greenstone collection.
+
+
+
+
+New collections appear dynamically
+
+
+Collections can be updated and new ones brought on-line at any time, without bringing the system down; the process responsible for the user interface will notice (through periodic polling) when new collections appear and add them to the list presented to the user.
+
+
+
+
+Collections can be published on the Internet or on CD-ROM
+
+
+The software can be used to serve collections over the World-Wide Web. Greenstone collections can be made available, in precisely the same form, on CD-ROM. The user interface is through a standard web browser (Netscape is provided on each disk), and the interaction is identical to accessing the collection on the webâexcept that response times are more predictable. The CD-ROMs run under all versions of the Windows operating system.
+
+
+
+
+Collections can be distributed amongst different computers
+
+
+A flexible process structure allows different collections to be served by different computers, yet be presented to the user in the same way, on the same web page, as part of the same digital library.
+
+
+
+
+Operates on both Windows and Unix
+
+
+Greenstone runs under both Windows (3.1/3.11, 95/98/Me, NT/2000) and Unix (Linux and SunOS). Any of these systems can be used as a webserver. Collections cannot be built on low-end Windows systems (3.1/3.11), but pre-built collections can be transferred to them.
+
+
+
+
+What you get with Greenstone
+
+
+The Greenstone Digital Library is open-source software, available from the New Zealand Digital Library (nzdl.org ) under the terms of the Gnu General Public License. The software includes everything described above: web serving, CD-ROM creation, collection building, multi-lingual capability, plugins and classifiers for a variety of different source document types. It includes an autoinstall feature to allow easy installation on both Windows and Unix. In the spirit of open-source software, users are encouraged to contribute modifications and enhancements.
+
+
+
+
+
+
+
+
+Appendix B Glossary of terms
+
+
+
+
+
+
+
+Term
+
+
+Meaning
+
+
+
+
+autoconf
+
+
+Unix program used to configure the Greenstone software installation package to suit your system
+
+
+
+
+Autorun
+
+
+Windows feature that starts a program automatically whenever a CD-ROM is inserted
+
+
+
+
+Boolean query
+
+
+Query to an information retrieval system that may contain AND, OR, NOT
+
+
+
+
+Browsing
+
+
+Accessing a collection by scanning an organized list of metadata values associated with the documents (such as author, title, date, keywords)
+
+
+
+
+buildcol.pl
+
+
+Greenstone program used to build collections
+
+
+
+
+Building
+
+
+Process of creating the indexing and browsing structures that are used to access a collection
+
+
+
+
+C++
+
+
+Programming language in which the majority of the Greenstone software is written
+
+
+
+
+Casefolding
+
+
+Making uppercase and lowercase words look the same, for searching purposes
+
+
+
+
+CGI
+
+
+Common Gateway Interface, a scheme that allows users to activate programs on the host computer by clicking on web pages
+
+
+
+
+CGI script
+
+
+Code associated with a button, menu, or link on a web page that specifies what the host computer is to do when it is clicked
+
+
+
+
+cgi-bin
+
+
+Directory in which CGI scripts are stored
+
+
+
+
+Classifier
+
+
+Greenstone code module that examines document metadata to form an index for browsing
+
+
+
+
+Collection
+
+
+Set of documents that are brought together under a uniform searching and browsing interface
+
+
+
+
+Collection configuration file
+
+
+File that specifies how a collection is to be imported and built, what indexes and language interfaces are to be provided, etc.
+
+
+
+
+Collection server
+
+
+Program responsible for providing access to a collection when it is being used
+
+
+
+
+Configuration file
+
+
+See collection configuration file, main configuration file, site configuration file
+
+
+
+
+CVS
+
+
+Concurrent Versioning System, a scheme for maintaining source code used throughout Greenstone
+
+
+
+
+db2txt
+
+
+Greenstone tool for viewing a GDBM database as text (see GDBM)
+
+
+
+
+Demo collection
+
+
+A subset of the Humanities Development Library, distributed with the Greenstone software and used for illustration in this tutorial
+
+
+
+
+Digital library
+
+
+Collection of digital objects (text, audio, video), along with methods for access and retrieval, and for selection, organization, and maintenance
+
+
+
+
+DL
+
+
+Development Library, A Greenstone collection of humanitarian information for developing countries
+
+
+
+
+Document
+
+
+Basic unit from which digital library collections are constructed; it may include text, graphics, sound, video, etc.
+
+
+
+
+Dublin core
+
+
+A standard way of describing metadata
+
+
+
+
+Fast CGI
+
+
+Facility that allows CGI scripts to remain continuously active so that they do not have to be restarted from scratch every time they are invoked
+
+
+
+
+Filter program
+
+
+That part of a Greenstone collection server that implements querying and browsing operations
+
+
+
+
+Format string
+
+
+A string that specifies how documents and other listings are to be displayed in Greenstone
+
+
+
+
+GB-encoding
+
+
+Standard way of encoding the Chinese language
+
+
+
+
+GDBM
+
+
+Gnu DataBase Manager, a program used within the Greenstone software to store metadata for each document
+
+
+
+
+GIMP
+
+
+Gnu Image-Manipulation Program used (on Unix) to create icons in Greenstone
+
+
+
+
+GML
+
+
+Greenstone Markup Language, an XML-compliant format used for storing documents internally
+
+
+
+
+Gnu license
+
+
+Software license that permits users to copy and distribute computer programs freely, and modify themâso long as all modifications are made publicly available
+
+
+
+
+Greenstone
+
+
+The name of this digital library software
+
+
+
+
+GSDL
+
+
+Abbreviation for Greenstone Digital Library
+
+
+
+
+%GSDLHOME%
+
+
+Operating system variable that represents the top-level directory in which all Greenstone programs and collections are stored ($GSDLHOME on Unix systems)
+
+
+
+
+%GSDLOS%
+
+
+Operating system variable that represents the operating system currently being used ($GSDLOS on Unix systems)
+
+
+
+
+hashfile
+
+
+Greenstone program used at import or build time to generate the OID of each document
+
+
+
+
+HTML
+
+
+HyperText Markup Language, the language in which web documents are written
+
+
+
+
+import.pl
+
+
+Greenstone program used to import documents
+
+
+
+
+Importing
+
+
+Process of bringing collections of documents into the Greenstone system
+
+
+
+
+Index
+
+
+Information structure that is used for searching or browsing a collection
+
+
+
+
+InstallShield
+
+
+Windows program, used by Greenstone CD-ROMs, that allows a system to be installed from a CD-ROM
+
+
+
+
+Main configuration file
+
+
+File that contains specifications common to all collections served by this site
+
+
+
+
+Metadata
+
+
+Descriptive data such as author, title, date, keywords, and so on, that is associated with a document (or document collection)
+
+
+
+
+MG
+
+
+Managing Gigabytes, a program used by the Greenstone system for full-text indexing, that incorporates compression techniques (see Witten, I.H., Moffat, A. and Bell, T. Managing Gigabytes: compressing and indexing documents and images , Morgan Kaufmann, second edition, 1999)
+
+
+
+
+mgbuild
+
+
+MG program for building a compressed full-text index
+
+
+
+
+mgquery
+
+
+MG program for querying a compressed full-text index
+
+
+
+
+mkcol.pl
+
+
+Greenstone program that creates and initializes the directory structure for a new collection
+
+
+
+
+New Zealand Digital Library Project
+
+
+Research project in the Computer Science Department at the University of Waikato, New Zealand, that created the Greenstone software (nzdl.org )
+
+
+
+
+OID
+
+
+Object Identifier, a unique identification code associated with a document
+
+
+
+
+Perl
+
+
+Programming language used for many of the text-processing operations that occur during the building process
+
+
+
+
+Ping
+
+
+Message sent to a system to determine whether it is running or not
+
+
+
+
+Plugin
+
+
+Code module for handling documents of different formats, used during the importing and building processes
+
+
+
+
+Protocol
+
+
+Set of conventions by which a Greenstone receptionist communicates with a collection server
+
+
+
+
+Ranked query
+
+
+Natural-language query to an information retrieval system, for which the documents that match the query are sorted in order of relevance
+
+
+
+
+Receptionist
+
+
+Program that organizes the Greenstone user interface
+
+
+
+
+RTF
+
+
+Rich Text Format, a standard format for interchange of text documents
+
+
+
+
+Searching
+
+
+Accessing a collection through a full-text search of its contents (or parts of contents, such as section titles)
+
+
+
+
+Server
+
+
+See Collection server and Web server
+
+
+
+
+setup.bat, setup.sh, setup.csh
+
+
+Script used to set up your environment to recognize the Greenstone software
+
+
+
+
+Site configuration file
+
+
+File that contains specifications used to configure the Greenstone software for the site on which it is installed
+
+
+
+
+Stemming
+
+
+Stripping endings off a query term to make it more general
+
+
+
+
+STL
+
+
+Standard template library, a widely-available library of C++ code developed by Silicon Graphics
+
+
+
+
+txt2db
+
+
+Greenstone program used at build time to create the GDBM database
+
+
+
+
+Unicode
+
+
+Standard scheme for representing the character sets used in the world's languages
+
+
+
+
+UNU
+
+
+The United Nations University; also used to refer to a Greenstone collection created for that organization
+
+
+
+
+Web server
+
+
+Standard program that computers use to make information accessible over the World Wide Web
+
+
+
+
+XML
+
+
+A standard format for structured documents and data on the web (the Greenstone Markup Language is an XML-compliant format)
+
+
+
+
+
+
+
+
+This option is disabled if an element of the same name already exists.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/es/Develop_es.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/es/Develop_es.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/es/Develop_es.xml (revision 14835)
@@ -0,0 +1,5298 @@
+
+
+
+
+
+]>
+
+
+BIBLIOTECA DIGITAL GREENSTONE
+
+
+GUÃA DEL PROGRAMADOR
+
+
+David Bainbridge, Dana McKay e Ian H. Witten
+
+
+Departamento de Informática Universidad de Waikato, Nueva Zelandia
+
+
+De regreso al index
+De regreso al top index
+
+Greenstone es un conjunto de programas informáticos destinado a la creación y difusión de colecciones documentales digitales que ofrece un nuevo procedimiento para organizar la información y publicarla en Internet o en forma de CD-ROM. Elaborado dentro del proyecto de Biblioteca Digital de Nueva Zelandia de la Universidad de Waikato, este producto se distribuye en colaboración con la UNESCO y el Proyecto de Bibliotecas sobre Aspectos Humanitarios y de Desarrollo. Es un programa informático de código fuente abierto (open-source software ), que puede descargarse en la dirección http://greenstone.org según las condiciones estipuladas en la Licencia Pública General de GNU
+
+Nuestro deseo es garantizar el correcto funcionamiento de este programa, por lo que alentamos a sus usuarios a notificar cualquier problema que detecten a:Â greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+Marzo de 2004
+
+
+
+Acerca de este manual
+
+
+En este manual se explica cómo funciona Greenstone. Se dirige a aquellos que desean personalizar las colecciones y desarrollar y mantener al dÃa el programa.
+En la Sección se da una idea general del proceso de creación de colecciones, que comprende la estructura de los directorios, el formato de documento interno y el archivo de configuración por el que se rige la estructura de cada colección. En la Sección se describen las partes de Greenstone que tratan los documentos de origen (y los metadatos) y se muestra cómo se accede a la información mediante la interfaz de usuario. Se definen asimismo los componentes âexternosâ del programa distribuidos con Greenstone. En la Sección se explica la estructura del sistema de ejecución de Greenstone y se proporciona información sobre el programa que permite comprender su funcionamiento y el modo de modificar el sistema para adaptarlo a las distintas necesidades. En la Sección se exponen los archivos de configuración, y en el Apéndice se presenta la biblioteca estándar de plantillas C++ ( SLT ).
+Es posible que cuando utilice el programa Greenstone aparezcan referencias a caracterÃsticas que no figuran en este manual, ya que Greenstone se encuentra en constante evolución. Para estar al tanto de las modificaciones, inscrÃbase a la lista de correo electrónico de Greenstone (siga las instrucciones en greenstone.org ).
+
+
+
+
+Conjunto de documentos
+
+
+La serie completa de documentos Greenstone comprende cinco volúmenes:
+
+
+La GuÃa del Instalador de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Usuario de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Programador de la Biblioteca Digital Greenstone (el presente documento)
+
+
+La Biblioteca Digital Greenstone: del Papel a la Colección
+
+
+La Biblioteca Digital Greenstone: uso del Organizador
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Agradecimientos
+
+
+El programa Greenstone es fruto de la colaboración de muchas personas. Rodger McNab y Stefan Boddie son los principales arquitectos y programadores. También han contribuido David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson y Stuart Yeates. Otros miembros del proyecto Biblioteca Digital de Nueva Zelanda que proporcionaron asesorÃa y valiosas ideas para la concepción del sistema son: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols y Lloyd Smith. También queremos dar las gracias a todos aquellos que contribuyeron a los paquetes de programas con licencias GNU incluidos en esta distribución: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE y XLHTML.
+
+
+
+
+FUNCIONAMIENTO DEL PROCESO DE CREACIÃN DE UNA COLECCIÃN
+
+
+Los usuarios de Greenstone pueden crear colecciones utilizando el Colector, cuyo funcionamiento se explica en la GuÃa del Usuario de la Biblioteca Digital Greenstone  (Sección ). Este procedimiento permite crear colecciones muy fácilmente basándose en los modelos ya existentes pero con un contenido nuevo. Sin embargo, el Colector no permite realmente crear colecciones con estructuras completamente nuevas. Le invita a modificar el archivo de configuración de la colección por el que se rige la estructura de la colección, pero usted necesita tener sólidos conocimientos de Greenstone para efectuar cambios radicales pero efectivos. En esta sección se le indica lo que necesita saber para hacerlo. También se explica la estructura de directorios de Greenstone y el formato en el que se almacenan internamente los documentos.
+En este manual suponemos que usted ha instalado Greenstone en su computadora, bien con Windows o bien con Unix. Si aún no lo ha hecho, deberÃa consultar la GuÃa de Instalación de la Biblioteca Digital Greenstone.  Utilizamos el nombre GSDLHOME  a lo largo de este manual para referirnos al directorio principal de Greenstone, que se denomina %GSDLHOME%  en los sistemas Windows y $GSDLHOME  en los sistemas Unix. Este directorio se estableció durante el procedimiento de instalación.
+
+
+Creación de colecciones desde la lÃnea de comandos
+
+
+A fin de comprender mejor este proceso, empecemos por recorrer las operaciones necesarias para crear una colección a partir de la lÃnea de comandos. Por supuesto, el método más fácil es utilizar el Colector. La colección que tomamos como ejemplo es la que se incluye en el CD-ROM de distribución del programa Greenstone, que contiene las páginas Web de muchas de las personas que han colaborado en el proyecto de Biblioteca Digital de Nueva Zelandia y el programa Greenstone.
+En las siguientes subsecciones se explica la creación de una colección con Windows y con Unix. De hecho, las dos subsecciones son casi idénticas, sólo tiene que leer la que corresponda a su sistema. Algunas de las instrucciones le podrán parecer misteriosas e indescifrables, pero sÃgalas atentamente, su significado se explicará más adelante. Tras las instrucciones se resumen las diferencias entre la creación de una colección con cada uno de los sistemas.
+
+
+Creación de colecciones bajo Windows
+
+
+El primer desafÃo para crear una colección de Greenstone a partir de la lÃnea de comandos en el sistema Windows es llegar al âindicador de comandosâ, el lugar en el que se teclean los comandos. Trate de buscar en el menú Inicio , o en el submenú Programas , una entrada como indicador MS-DOS , indicador DOS  o indicador de comandos . Si no logra encontrarla, abra la función Ejecutar  y teclee command (  o cmd)  en la ventana de diálogo. Si todo esto falla, pida ayuda a algún entendido, como su administrador de sistema.
+Vaya al directorio en el que está instalado Greenstone. Si Greenstone está instalado en su ubicación por defecto, puede acceder tecleando:
+cd âC:\Program Files\gsdlâ
+(Son necesarias las comillas debido a los espacios existentes en Program Files .) A continuación, teclee en el indicador:
+setup.bat
+Este archivo de ejecución por lotes (que puede usted leer si lo desea) indica al sistema dónde encontrar los programas Greenstone . Si, más adelante durante su sesión interactiva en el indicador de DOS, desea volver al directorio principal de Greenstone, puede hacerlo tecleando cd â%GSDLHOME%â  (una vez más, son necesarias las comillas debido a los espacios existentes en el nombre de archivo). Si cierra su ventana DOS y abre otra, tendrá que volver a teclear setup.bat .
+Ahora está en condiciones de constituir, crear y recrear colecciones. El primer programa que examinaremos es el programa Perl mkcol.pl , cuyo nombre corresponde a â make a collection  â (constituir una colección). En primer lugar, active el programa tecleando perl -S mkcol.pl  para obtener en pantalla una descripción de la sintaxis y una lista de argumentos. Si su entorno Windows está programado para asociar la aplicación Perl con archivos terminados en .pl , puede expresarlo de manera más concisa tecleando mkcol.pl . Como puede comprobarlo en el mensaje que aparece, el único argumento necesario es creator , que se utiliza para especificar quién ha creado la colección.
+Utilicemos ahora este comando para crear los archivos y subdirectorios iniciales necesarios para nuestra colección de las páginas personales de los miembros del proyecto de Biblioteca Digital Greenstone. Para asignar a la colección el nombre dlpeople  (abreviación en inglés de âpersonas de la biblioteca digitalâ), esto fue lo que escribÃ:
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+(o mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople , si Perl está asociado con la extensión de archivos .pl ). ¡No olvide sustituir mi dirección de correo electrónico por la suya!
+Para poder visualizar los archivos recién creados, vaya al directorio recién creado de la colección tecleando:
+cd â%GSDLHOME%\collect\dlpeopleâ
+
+
+Archivo de configuración de la colección creado por mkcol.pl
+
+creator      me@cs.waikato.ac.nz
+maintainer   me@cs.waikato.ac.nz
+public       true
+beta         true
+indexes       document:text
+defaultindex  document:text
+plugin        ZIPPlug
+plugin        GAPlug
+plugin        TEXTPlug
+plugin        HTMLPlug
+plugin        EMAILPlug
+plugin        ArcPlug
+plugin        RecPlug
+classify      AZList -metadata "Title"
+collectionmeta collectionname   "dlpeople"
+collectionmeta iconcollection   ""
+collectionmeta collectionextra  ""
+collectionmeta .document:text   "documents"
+
+Puede acceder al contenido de este directorio tecleando dir . DeberÃa haber siete subdirectorios: archives, building, etc, images, import, index  y perllib .
+Ahora debemos introducir documentos de muestra en la colección. Los documentos de origen para la colección dlpeople  pueden encontrarse en el directorio collect\dlpeople  del CD-ROM de distribución Greenstone. En primer lugar, inserte el CD-ROM en el lector (por ejemplo en la unidad D:\ ). A continuación, copie el contenido del directorio D:\collect\dlpeople  en el directorio import  de la colección dlpeople . Para ello, proceda de la manera siguiente:
+
+seleccione el contenido del directorio dlpeople y arrástrelo al directorio import  de la colección dlpeople .
+
+Como alternativa, puede teclear el comando
+xcopy /s d:\collect\dlpeople\* import
+En el directorio etc  de la colección hay un archivo denominado collect.cfg . Ãbralo con el editor de texto que prefiera; uno básico pero que es fácil de conseguir se llama edit . El resultado deberÃa parecerse a la Figura , que muestra el archivo de configuración de la colección creado mediante el comando perl âS mkcol.pl âcreatorme@cs.waikato.ac.nz dlpeople .
+Ahora ya está listo para "importar" la colección. Este es el proceso que integra los documentos en el sistema Greenstone, estandarizando el formato de documento, la forma de especificar los metadatos, y la estructura de ficheros en la que se almacenan los documentos. Escriba perl -S import.pl en el indicador para obtener una lista de todas las opciones del programa de importación. La opción -remove old se usa para asegurarse de que primero se borran todos los documentos importados previamente.
+perl âS import.pl dlpeople
+No se preocupe por el texto que desfila rápidamente en la pantalla: es sólo un informe de la progresión de la importación. Tenga en cuenta que importar esta colección lleva unos cinco minutos en una computadora de 1 GHz y, por consiguiente, más tiempo en máquinas más lentas. Obsérvese que no es necesario encontrarse en los directorios collect  o dlpeople  cuando se selecciona este comando, porque ya se ha introducido la variable GSDLHOME y el programa Greenstone puede encontrar todos los archivos necesarios.
+Ahora vamos a introducir algunas modificaciones en el archivo de configuración de la colección para personalizar su apariencia. En primer lugar, demos un nombre a la colección. Será el que utilicen los navegadores Web como tÃtulo de página de la portada de la colección, y servirá como icono de la colección si no se proporciona ninguna otra imagen. Sustituya la lÃnea que dice collectionmeta collectionname âdlpeopleâ  por algo como collectionmeta collectionname âLos miembros del proyecto NZDLâ.
+Añada una descripción de su colección entre las comillas de la lÃnea collectionmeta collectionextra  ââ, la cual servirá como texto del Acerca de esta colección  en la página principal de la colección. Yo escribà âEsta colección comprende las páginas personales de algunas de las personas que han colaborado en el proyecto NZDLâ. Es importante escribir este texto en el editor en una sola lÃnea: si el cursor llega al margen derecho de la ventana del editor no pulse la tecla âIntroâ aunque tenga que añadir más texto; siga escribiendo de continuo, de lo contrario el archivo de configuración no podrá ser analizado correctamente. Si desea que su colección pueda utilizarse con diferentes interfaces de lenguas, existe una opción para que este texto aparezca de manera diferente según la interfaz lingÃŒÃstica elegida, que se describe más adelante en la Sección .
+Puede utilizar cualquier imagen que pueda visualizarse en un navegador como icono de la colección; la imagen que yo creé se muestra en la Figura . Escriba la ubicación de la imagen entre las comillas de la lÃnea collectionmeta iconcollection ââ  en el archivo de configuración. Como abreviación, y para contribuir a la portabilidad, puede utilizarse _httpprefix_  como inicio de una dirección URL que remite a una imagen situada en la zona de archivos de Greenstone. Por ejemplo, puede usted escribir: _ httpprefix_/collect/dlpeople/images/icon.gif  si ha introducido una imagen adecuada en el directorio images  de la colección ( collect\dlpeople\images  en nuestro ejemplo).
+Guarde el archivo de configuración de la colección y ciérrelo; no lo necesitará de nuevo en este manual de instrucciones.
+La siguiente fase consiste en âcrearâ la colección, es decir, elaborar todos los Ãndices y archivos que permiten su funcionamiento. Teclee perl âS buildcol.pl  en el indicador de comandos para acceder a una lista de opciones de creación de colección, que se explican más detalladamente en la Sección . Por ahora, cÃñase a los valores por defecto y teclee:
+perl âS buildcol.pl dlpeople
+Una vez más, no se preocupe por los textos de âinforme de progresiónâ que desfilan por la pantalla.
+Active la colección como sigue:
+seleccione el contenido del directorio building  de la colección dlpeople y arrástrelo hasta el directorio index .
+Como alternativa, puede suprimir el directorio index  (y todo su contenido) con el comando:
+rd /s index        # con Windows NT/2000
+deltree /Y index   # con Windows 95/98
+y luego cambiar el nombre del directorio building  por el de index  tecleando:
+ren building index
+Por último, teclee:
+mkdir building
+en preparación para cualquier recreación futura. Es importante que estos comandos se efectúen en el directorio correcto (a diferencia de los comandos mkcol.pl , import.pl  y buildcol.pl  de Greenstone). Si el directorio que se encuentra en uso no es dlpeople , teclee cd â%GSDLHOME%\collect\dlpeopleâ  antes de proceder a la secuencia de operaciones rd , ren  y mkdir  antes expuestas.
+DeberÃa poder acceder a la colección recién creada desde la página principal de Greenstone. Tendrá que volver a cargar la página si ya la habÃa abierto en su navegador, o tal vez incluso tenga que cerrar el navegador y arrancarlo de nuevo (para evitar problemas de â cache  â). En cambio, si está utilizando la versión âBiblioteca Localâ de Greenstone tendrá que volver a arrancar el programa library . Para visualizar la nueva colección, haga clic en la imagen. El resultado deberÃa parecerse a la Figura .
+
+
+Icono de la colección
+
+
+
+En resumen, los comandos que se han de teclear para general la colección dlpeople  son los siguientes:
+cd âC:\Program Files\gsdlâ # se supone la ubicación por defecto
+setup.bat
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd â%GSDLHOME%\collect\dlpeopleâ
+xcopy /s d:\collect\dlpeople\* import # se supone la unidad D
+perl âS import.pl dlpeople
+perl âS buildcol.pl dlpeople
+rd /s index              # con Windows NT/2000
+deltree /Y index         # con Windows 95/98
+ren building index
+mkdir building
+
+
+
+
+Creación de colecciones bajo Unix
+
+
+En primer lugar vaya al directorio donde está instalado Greenstone. Por ejemplo, si Greenstone está instalado en vuestro directorio de inicio de sesión, con su nombre por defecto, puede dirigirse allà tecleando
+cd ~/gsdl
+Luego en el indicador, teclee
+source setup.bash  # si está utilizando el shell BASH
+source setup.csh   # si está utilizando el shell C
+Estos archivos de ejecución por lotes (que puede usted leer si lo desea) indican al sistema dónde buscar los programas Greenstone. Si más adelante, durante su sesión de introducción de lÃneas de comando en Greenstone, desea volver al directorio principal de Greenstone, puede hacerlo escribiendo cd $GSDLHOME .
+Si no está seguro del tipo de intérprete de comandos (shell ) que está utilizando, teclee echo $0  en su indicador de lÃnea de comandos y obtendrá la información buscada. Si utiliza un intérprete de comandos diferente, contacte a su administrador de sistema para que le asesore.
+Una vez localizado el archivo de instalación adecuado, estamos en condiciones de constituir, crear y recrear colecciones. El primer programa que examinaremos es el programa Perl mkcol.pl , cuyo nombre corresponde a âmake a collectionâ (constituir una colección). En primer lugar, active el programa escribiendo sólo mkcol.pl  para obtener en pantalla una descripción de la sintaxis y una lista de argumentos. Como puede comprobarlo en el mensaje que aparece, el único argumento necesario es creator , que se utiliza para especificar quién ha creado la colección.
+
+
+Página âAcerca deâ de la nueva colección
+
+
+
+Utilicemos ahora este comando para crear los archivos y subdirectorios iniciales necesarios para nuestra colección de las páginas personales de los miembros del proyecto de Biblioteca Digital Greenstone. Para asignar a la colección el nombre dlpeople , esto fue lo que escribÃ:
+mkcol.pl âcreatorme@cs.waikato.ac.nzdlpeople
+¡No olvide sustituir mi dirección de correo electrónico por la suya!
+Para poder visualizar los archivos recién creados, vaya al directorio recién creado de la colección tecleando:
+cd $GSDLHOME/collect/dlpeople
+Puede acceder al contenido de este directorio tecleando ls . DeberÃa haber siete subdirectorios: archives, building, etc, images, import, index  y perllib .
+Ahora debemos introducir documentos de muestra en la colección. Los documentos de origen para la colección dlpeople  pueden encontrarse en el directorio collect\dlpeople  del CD-ROM de distribución Greenstone. Para leer la información de un CD-ROM con Linux, inserte el disco en el lector y teclee:
+mount /cdrom
+en el indicador (este comando puede cambiar de un sistema a otro). Una vez montado, el CD-ROM puede usarse como cualquier otro directorio, por consiguiente puede teclear ls /cdrom/collect . Esto deberÃa darle acceso a un directorio denominado dlpeople  en el CD-ROM.
+A continuación, copie el contenido del directorio /cdrom/collect/dlpeople  en el directorio GSDLHOME/collect/dlpeople/import . Para ello, teclee el comando:
+cp âr /cdrom/collect/dlpeople/*Â import/
+Luego teclee:
+umount /cdrom
+para cerrar la unidad del CD-ROM.
+En el directorio etc  de la colección hay un archivo denominado collect.cfg . Ãbralo con el editor de texto que prefiera; emacs  es un editor muy utilizado en Linux. El resultado deberÃa parecerse a la Figura , que muestra el archivo de configuración de la colección creado mediante el comando mkcol.pl âcreatorme@cs.waikato.ac.nz dlpeople .
+Ahora puede âimportarâ la colección. Se trata del proceso por el que se traen los documentos al sistema Greenstone, normalizando el formato de los documentos, el modo en que se especifican los metadatos y la estructura de los archivos en que se almacenan los documentos. Teclee import.pl  en el indicador para obtener una lista de todas las opciones del programa de importación. Para simplificar, limÃtese al comando básico
+import.pl dlpeople
+No se preocupe por el texto que desfila rápidamente en la pantalla: es sólo un informe de la progresión de la importación. Tenga en cuenta que importar esta colección lleva unos cinco minutos en una computadora de 1 GHz y, por consiguiente, más tiempo en máquinas más lentas. Obsérvese que no es necesario encontrarse en los directorios collect  o dlpeople  cuando se selecciona este comando, porque ya se ha introducido la variable GSDLHOME y el programa Greenstone puede encontrar todos los archivos necesarios.
+Ahora vamos a introducir algunas modificaciones en el archivo de configuración de la colección para personalizar su apariencia. En primer lugar, demos un nombre a la colección. Será el que utilicen los navegadores Web como tÃtulo de página de la portada de la colección, y servirá como icono de la colección si no se proporciona ninguna otra imagen. Sustituya la lÃnea que dice collectionmeta collectionname âdlpeopleâ  por algo como collectionmeta collectionname âLos miembro+s del proyecto NZDLâ.
+Añada una descripción de su colección entre las comillas de la lÃnea collectionmeta collectionextra  ââ, la cual servirá como texto del Acerca de esta colección  en la página principal de la colección. Yo escribà âEsta colección comprende las páginas personales de algunas de las personas que han colaborado en el proyecto NZDLâ. Es importante escribir este texto en el editor en una sola lÃnea: si el cursor llega al margen derecho de la ventana del editor no pulse la tecla âIntroâ aunque tenga que añadir más texto; siga escribiendo de continuo, de lo contrario el archivo de configuración no podrá ser analizado correctamente. Si desea que su colección pueda utilizarse con diferentes interfaces de lenguas, existe una opción para que este texto aparezca de manera diferente según la interfaz lingÃŒÃstica elegida, que se describe más adelante en la Sección .
+Puede utilizar cualquier imagen que pueda visualizarse en un navegador como icono de la colección; la imagen que yo creé se muestra en la Figura . Escriba la ubicación de la imagen entre las comillas de la lÃnea collectionmeta iconcollection ââ  en el archivo de configuración. Como abreviación, y para contribuir a la portabilidad, puede utilizarse _ httpprefix_  como inicio de una dirección URL que remite a una imagen situada en la zona de archivos de Greenstone. Por ejemplo, puede usted escribir: _ httpprefix_/collect/dlpeople/images/icon.gif  si ha introducido una imagen adecuada en el directorio images  de la colección ( collect\dlpeople\images  en nuestro ejemplo).
+Guarde el archivo de configuración de la colección y ciérrelo; no lo necesitará de nuevo en este manual de instrucciones.
+La siguiente fase consiste en âcrearâ la colección, es decir, elaborar todos los Ãndices y archivos que permiten su funcionamiento. Teclee buildcol.pl  en el indicador de comandos para acceder a una lista de opciones de creación de colección, que se explican más detalladamente en la Sección . Por ahora, cÃñase a los valores por defecto por defecto y teclee:
+buildcol.pl dlpeople
+Una vez más, no se preocupe por los textos de âinforme de progresiónâ que desfilan por la pantalla.
+Active la colección trasladando al directorio index  todos los datos que acaba de introducir en el directorio building  de la colección. Si ya ha creado esta colección anteriormente, en primer lugar suprima el antiguo Ãndice tecleando:
+rm âr index/*
+(suponiendo que se encuentre en el directorio dlpeople ) en el indicador. A continuación teclee:
+mv building/*Â index/
+
+
+Diferencias entre Windows y Linux para la creación de colecciones
+
+
+
+
+Windows
+
+
+Linux
+
+
+
+
+Ejecutar setup.bat  para poder acceder a los programas Greenstone
+
+
+Cargar setup.bash  o setup.csh  para poder acceder a los programas
+
+
+
+
+Copiar los archivos del CD-ROM utilizando el administrador gráfico de archivos o los comandos de Windows
+
+
+Copiar los archivos del CD-ROM utilizando mount  y los comandos de Unix
+
+
+
+
+El directorio index  de la antigua colección se sustituye tecleando rd /s index , luego ren building index  seguido de mkdir building , o utilizando el administrador de archivos gráficos.
+
+
+El directorio index  de la antigua colección se sustituye tecleando rm âr index/  * luego mv building/* index
+
+
+
+
+DeberÃa poder acceder a la colección recién creada desde la página principal de Greenstone. Tendrá que volver a cargar la página si ya la habÃa abierto en su navegador, o tal vez incluso tenga que cerrar el navegador y arrancarlo de nuevo (para evitar problemas de â cache  â). Para visualizar la nueva colección, haga clic en la imagen. El resultado deberÃa parecerse a la Figura .
+En resumen, los comandos que se han de teclear para generar la colección dlpeople  son los siguientes:
+cd ~/gsdl          # suponiendo que Greenstone está por defecto
+# en vuestro directorio de inicio de sesión
+source setup.bash  # si está utilizando el shell BASH
+source setup.csh   # si está utilizando el shell C
+mkcol.pl âcreatorme@cs.waikato.ac.nzdlpeople
+cd $GSDLHOME/collect/dlpeople
+mount /cdrom       # suponiendo que el CD-ROM se asigna ahÃ
+cp âr /cdrom/collect/dlpeople/ * import/
+umount /cdrom
+import.pl dlpeople
+buildcol.pl dlpeople
+rm âr index/*
+mv building/* index
+
+
+
+
+Diferencias entre Windows y Unix
+
+
+El proceso de creación de una colección con Unix es muy parecido al de Windows, pero hay algunas pequeñas diferencias que se resumen en el Cuadro .
+
+
+
+
+
+
+Directorios de Greenstone
+
+
+En la Figura se muestra la estructura del directorio GSDLHOME . En el Cuadro se presenta una breve descripción del contenido de cada uno de los directorios que aparecen en el diagrama. En una sección ulterior del manual se detallan más algunos directorios; utilice la guÃa de secciones del Cuadro para saber dónde hallar más información.
+
+
+Estructura del directorio GSDLHOME
+
+
+
+
+
+
+
+
+Procesos de importación y de creación
+
+
+En el proceso de creación de la colección explicado en la Sección se utiliza un comando, import.pl , para importar los documentos y otro, buildcol.pl , para crear la colección. En esta sección ampliamos la información sobre las funciones y opciones de estos programas. Empleamos la variable nombre_col  para referirnos a la colección en proceso de creación o importación.
+Los procesos de importación y creación guardan muchas semejanzas y, por consiguiente, muchas de sus opciones, expuestas en el Cuadro , son iguales. (Recuerde que para ver las opciones de cualquier guión de Greenstone sólo tiene que escribir su nombre sin opciones en el indicador de comandos).
+
+
+Opciones de los procesos de importación y de creación
+
+
+
+
+
+Argumento
+
+
+Función
+
+
+
+
+-verbosity
+
+
+Número 0-3
+
+
+Controla la cantidad de información sobre el proceso que se visualiza como error estándar: 0 significa un poco, 3 mucho.
+
+
+
+
+-archivedir
+
+
+Nombre de directorio
+
+
+Especifica dónde están almacenados los archivos en el Format de Archivo Greenstone (Greenstone Archive Files ), esto es, dónde los guarda import.pl  y donde los encuentra buildcol.pl . El valor por defecto es GSDLHOME/collect/nombre_col/archives.
+
+
+
+
+-maxdocs
+
+
+Número >0
+
+
+Indica el número máximo de documentos que se pueden importar o crear. Esta opción es útil cuando se prueba el archivo de configuración de una nueva colección o se ensayan nuevos conectores.
+
+
+
+
+-collectdir
+
+
+Nombre de directorio
+
+
+Especifica dónde se puede encontrar la colección. El valor por defecto es GSDLHOME/collect
+
+
+
+
+-out
+
+
+Nombre de archivo
+
+
+Especifica un archivo en el que se escriben todos los mensajes producidos, que por defecto se visualizan como error estándar (esto es, en la pantalla). Opción útil cuando se trabaja con niveles de depuración.
+
+
+
+
+-keepold
+
+
+Ninguno
+
+
+No suprime el resultado de la operación de importación o creación anterior. En caso de importación, no suprime el contenido del directorio archives  ; en caso de creación, no suprime el contenido del directorio building .
+
+
+
+
+-debug
+
+
+Ninguno
+
+
+Muestra la salida del conector en la salida estándar.
+
+
+
+
+
+
+El proceso de importación
+
+
+La principal función del proceso de importación es pasar los documentos de su formato original al Formato de Archivo Greenstone (Greenstone Archive Format ), asà como crear un archivo de resumen (denominado archives.inf ) que se utilizará para crear la colección. import.pl  necesita saber qué conectores se han de utilizar y dónde encontrar los archivos de los documentos originales. En el Cuadro se muestran las opciones comunes de los procesos de importación y de creación; en el Cuadro se presentan las opciones adicionales aplicables sólo al proceso de importación. La opción OIDtype  requiere ciertas explicaciones. Cada documento tiene un identificador de objeto asociado ( Object Identifier ) u OID. La mejor manera de calcularlo es que el programa desmenuce el contenido del documento ( hash ). Sin embargo, este procedimiento es lento, por ello se propone una alternativa más sencilla ( incremental ) que simplemente numera los documentos secuencialmente en el orden de importación (método por incremento gradual). Puede usted utilizar el método incremental  para ir más rápido, pero debe emplear hash  si quiere añadir documentos a su colección en una fecha ulterior (sin volver a importar).
+
+
+Opciones adicionales del proceso de importación
+
+
+
+
+
+Argumento
+
+
+Función
+
+
+
+
+-importdir
+
+
+Nombre de directorio
+
+
+Indica dónde se puede encontrar el material que se ha de importar. El valor por defecto es GSDLHOME/collect/nombre_col/archives.
+
+
+
+
+-removeold
+
+
+Ninguno
+
+
+Suprime el contenido del directorio archives  antes de importar.
+
+
+
+
+-gzip
+
+
+Ninguno
+
+
+Comprime los documentos de archivos de Greenstone producidos por import  (ZIPPlug debe formar parte de la lista de conectores y gzip  ha de estar instalado en su computadora).
+
+
+
+
+-groupsize
+
+
+Número >0
+
+
+Número de documentos que se pueden reunir en un archivo en el Format de Archivo de Greenstone. El valor por defecto es 1 (esto es, un documento por archivo).
+
+
+
+
+-sortmeta
+
+
+Nombre de etiqueta de metadatos
+
+
+Clasifica alfabéticamente los documentos según el contenido de la etiqueta de metadatos. Sin embargo, esta función queda invalidada si la colección tiene más de un grupo en la colección (por ejemplo, groupsize  >1).
+
+
+
+
+-OIDtype
+
+
+hasho incremental
+
+
+Método de creación de las OID para los documentos: hash  desmenuza el contenido pero es lento; incremental  simplemente asigna números de manera secuencial a los documentos y es más rápido.
+
+
+
+
+
+
+Etapas del proceso de importación
+
+
+
+La Figura representa el proceso de importación efectuado por el programa import.pl . Cada óvalo representa un módulo utilizado para llevar a cabo tareas relacionadas con una parte especÃfica del sistema Greenstone. Todos estos módulos pueden encontrarse en el directorio GSDLHOME/perllib .
+En la etapa 3, nótese que las variables de importación como importdir  y archivedir  pueden definirse en el archivo de configuración de la colección o desde la lÃnea de comandos. Si se definen desde la lÃnea de comandos, se ignorarán todos los valores especificados en el archivo de configuración.
+En la etapa 6 se crea el archivo de información de los archivos (archives.inf ).
+En la etapa 7 se crea un objeto que sabrá dónde guardar los documentos y obedecerá a todas las instrucciones especiales de memorización (tales como sortmeta , que clasifica los documentos según una etiqueta de metadatos especificada).
+De hecho, la mayorÃa de las tareas del proceso de importación corren a cargo de conectores, que se activan mediante el módulo plugin . Dicho módulo establece una secuencia de los conectores especificados en el archivo de configuración de la colección y maneja asimismo la escritura de los documentos en el Formato de Archivo Greenstone (utilizando un objeto document ).
+
+
+
+
+El proceso de creación
+
+
+Durante el proceso de creación de la colección se comprime el texto y se crean los Ãndices de texto completo especificados en el archivo de configuración de la colección. Además, se calculan con antelación y se incorporan a la colección los datos relativos a la apariencia de la colección en Internet, por ejemplo las informaciones sobre los iconos y los tÃtulos, asà como la información producida por los clasificadores. buildcol.pl  comparte numerosas opciones con import.pl , como se muestra en el Cuadro . En el Cuadro se muestran otras que le son propias.
+
+
+Opciones adicionales del proceso de creación
+
+
+
+
+
+Argumento
+
+
+Función
+
+
+
+
+-builddir
+
+
+Nombre de directorio
+
+
+Especifica dónde se ha de almacenar el resultado de la creación. (El valor por defecto es GSDLHOME/collect/nombre_col/building).
+
+
+
+
+-index
+
+
+Nombre del Ãndice (por ejemplo, section:Title )
+
+
+Especifica qué Ãndices crear. El valor por defecto es la totalidad de los Ãndices indicados en el archivo de configuración de la colección.
+
+
+
+
+-allclassifications
+
+
+Ninguno
+
+
+Evita que el proceso de creación elimine las clasificaciones que no contienen documentos (por ejemplo, la clasificación âXâ en los tÃtulos, si no hay documentos cuyo tÃtulo empiece por la letra X).
+
+
+
+
+-create_images
+
+
+Ninguno
+
+
+Crea automáticamente los iconos de colección (para ello es necesario haber instalado GIMP y el módulo Gimp Perl).
+
+
+
+
+-mode
+
+
+all, compress_text, infodb, o build_index
+
+
+Determina lo que debe hacer el proceso de creación. (El valor por defecto es all ). all  lleva a cabo una creación completa, compress_text  sólo comprime el texto del documento, infodb  crea una base de datos de informaciones sobre la colección (nombres, archivos, archivos asociados, información sobre la clasificación y otros) y build_index  crea los Ãndices especificados en el archivo de configuración de la colección o en la lÃnea de comandos.
+
+
+
+
+-no_text
+
+
+
+No almacena texto comprimido. Esta opción es útil para minimizar el tamaño de los Ãndices creados si desea visualizar siempre los documentos originales en el momento de la ejecución.
+
+
+
+
+
+
+Etapas del proceso de creación
+
+
+
+El diagrama de la Figura representa la ejecución del programa buildcol.pl . Muchas de las etapas son iguales a las del proceso de importación. La primera que no coincide es la etapa 4 (a la izquierda), que sólo se ejecuta si se ha activado la opción create_images . A continuación, las imágenes se crean y se registran en el archivo de configuración de la colección mediante una función del guión buildcol.pl . Para que todo esto funcione adecuadamente, deben haberse instalado y configurado apropiadamente GIMP ( GNU Image Manipulation Program , o Programa de manipulación de imágenes de GNU) y el módulo Gimp Perl. Debe existir asimismo un permiso de escritura (asà como de lectura) al archivo de configuración de la colección.
+En la etapa 5 se comprueba primero si existe un proceso de creación especÃfico de la colección. Algunas colecciones requieren un tratamiento especial durante la creación, en cuyo caso se debe escribir un creador especÃfico de la colección y colocarlo en su directorio perllib , que lleva el nombre de la colección seguido de â builder  â (creador). Los creadores especÃficos de colección provienen de mgbuilder . En la etapa 5, se inicializa el creador (ya sea el instalado por defecto o uno especÃfico de la colección) con información sobre el número de documentos que se va a incluir, el mantenimiento o no de la antigua versión de la colección y la ubicación de los directorios building  y archive .
+La etapa 6 es la de la creación. El texto de los documentos se comprime y se indiza, los tÃtulos y los iconos se almacenan en una base de datos de informaciones de la colección y se crean las estructuras de datos para apoyar los clasificadores activados por los conectores de la colección. El archivo mgbuilder  (o el creador especÃfico de la colección) maneja todas esas etapas y utiliza el programa MG (â Managing Gigabytes  â, o gestión de gigabytes; véase Witten et al. , 1999) para comprimir e indizar.
+La opción mode  permite especificar las partes de la colección que se crean, pero por defecto se crea todo: el texto comprimido, los Ãndices y las bases de datos de informaciones de colección.
+Una vez concluido el proceso de creación, si desea que la colección pueda consultarse en Internet, es preciso trasladarla del directorio building  de la colección al directorio index . Las colecciones no se crean directamente en el directorio index  porque la creación de las colecciones voluminosas puede tardar horas o dÃas. Es importante que el proceso de creación no afecte una copia existente de la colección hasta que la operación no haya concluido.
+
+
+
+
+
+
+Documentos en el Formato de Archivo Greenstone
+
+
+Todos los documentos de origen se importan al sistema Greenstone después de su conversión en el Formato de Archivo Greenstone, que es un estilo XML que divide los documentos en secciones y puede contener metadatos para cada documento o sección. No tendrá que crear manualmente los archivos en el Format de Archivo Greenstone, ya que los conectores que tratan los documentos cumplen esta función, tal como se explica en el capÃtulo siguiente. Sin embargo, puede resultar útil comprender el formato de los archivos Greenstone, que describimos a continuación.
+En XML, las etiquetas van entre corchetes angulares para el marcado. El Formato de Archivo Greenstone codifica los documentos que ya están en HTML, y todos los signos <, > o â incluidos en el texto original se eluden mediante la convención estándar <, > y ".
+
+
+Formato de Archivo Greenstone:
+
+(a) Definición de tipo de documento (DTD);
+
+
+<!DOCTYPE GreenstoneArchive [
+Â <!ELEMENT Section (Description,Content,Section*)>
+Â <!ELEMENT Description (Metadata*)>
+Â <!ELEMENT Content (#PCDATA)>
+Â <!ELEMENT Metadata (#PCDATA)>
+Â <ATTLIST Metadata name CDATA #REQUIRED>
+]>
+
+
+
+
+
+(b) Documento de ejemplo.
+
+
+<?xml version="1.0" ?>
+<!DOCTYPE GreenstoneArchive SYSTEM
+"http://greenstone.org/dtd/GreenstoneArchive/1.0/GreenstoneArchive.dtd">
+<Section>
+Â <Description>
+Â Â Â <Metadata name="gsdlsourcefilename">ec158e.txt</Metadata>
+Â Â Â <Metadata name="Title">Freshwater Resources in Arid Lands</Metadata>
+Â Â Â <Metadata name="Identifier">HASH0158f56086efffe592636058</Metadata>
+Â Â Â <Metadata name="gsdlassocfile">cover.jpg:image/jpeg:</Metadata>
+Â Â Â <Metadata name="gsdlassocfile">p07a.png:image/png:</Metadata>
+Â </Description>
+Â <Section>
+Â Â Â <Description>
+     <Metadata name="Title">Prólogo</Metadata>
+Â Â Â </Description>
+Â Â Â <Content>
+     Eso es el texto del prólogo
+Â Â Â </Content>
+Â </Section>
+Â <Section>
+Â Â Â <Description>
+     <Metadata name="Title">Primer y único capÃtulo</Metadata>
+Â Â Â </Description>
+Â Â Â <Section>
+Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â <Metadata name="Title">Parte 1</Metadata>
+Â Â Â Â Â </Description>
+Â Â Â Â Â <Content>
+       Eso es la primera parte del primer y único capÃtulo
+Â Â Â Â Â </Content>
+Â Â Â </Section>
+Â Â Â <Section>
+Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â <Metadata name="Title">Parte 2</Metadata>
+Â Â Â Â Â </Description>
+Â Â Â Â Â <Content>
+       Eso es la segunda parte del primer y único capÃtulo
+Â Â Â Â Â </Content>
+Â Â Â </Section>
+Â </Section>
+</Section>
+
+En la Figura se muestra la definición de tipo de documento (DTD) XML para el Formato de Archivo Greenstone. Básicamente, un documento se divide en Sections  (Secciones), que pueden a su vez subdividirse. Cada Section  tiene una Description  (descripción) que comprende cero o varios elementos Metadata  (metadatos) y una parte Content  (contenido) (que puede estar vacÃa), donde se guardan los datos propiamente dichos del documento. Cada elemento Metadata  va asociado con un atributo de nombre (puede ser cualquier nombre) y algunos datos textuales. En XML, PCDATA  corresponde a â parsed character data  â (datos de caracteres analizados), es decir, básicamente texto.
+En la Figura se muestra un documento simple escrito en este formato, que es un pequeño libro con dos imágenes asociadas. El libro tiene dos secciones denominadas Prólogo  y Primer y único capÃtulo ,  respectivamente; la segunda sección se divide en dos subsecciones. Obsérvese que no existe noción de âcapÃtuloâ como tal: se lo representa simplemente como una sección de nivel superior.
+
+La etiqueta <Section> indica el principio de cada sección del documento y la correspondiente etiqueta de cierre </Section> señala el final de dicha sección. Tras cada etiqueta <Section> hay una sección <Description> que incluye una serie cualquiera de elementos <Metadata>. De este modo, se pueden asociar diferentes metadatos con las distintas secciones de un documento. En su mayorÃa son tipos particulares de metadatos, como âTitleâ (tÃtulo), por ejemplo. Los dos valores del atributo name  (nombre) que se muestran en el Cuadro reciben un tratamiento especial por parte de Greenstone; todos los demás se consideran metadatos vinculados a esa sección.
+En algunas colecciones, los documentos están divididos en páginas que se tratan como secciones. Por ejemplo, un libro puede contener secciones de primer nivel que corresponden a los capÃtulos, en los que se definen una serie de âseccionesâ que, en realidad, corresponden a las diferentes páginas del capÃtulo.
+
+
+Metadatos del documento
+
+
+Los metadatos son información descriptiva asociada a un documento, como por ejemplo, autor, tÃtulo, fecha, palabras clave, etc. Ya se ha mencionado que los metadatos se almacenan con los documentos. En la Figura se puede ver que las etiquetas <Metadata> especifican el nombre del tipo de metadatos y les asignan un valor. Un ejemplo es la lÃnea < Metadata name=âTitleâ  > Primer y único capÃtulo</Metadata  > de la Figura : el tÃtulo de un documento es un elemento de metadato asociado a él. Se utiliza la norma de metadatos Dublin Core para definir los tipos de metadatos (Dublin Core, 2001; Weibel, 1999; Thiele, 1997)
+En el Cuadro se muestran los tipos de metadatos disponibles en la norma; los que van señalados con un asterisco se utilizan en las colecciones que se pueden consultar actualmente en el sitio Web de la Biblioteca Digital de Nueva Zelandia. Si ninguno de estos tipos corresponde exactamente a una clase determinada de metadatos, se pueden utilizar también otros tipos de metadatos que no figuran en la norma Dublin Core. Por ejemplo, la colección de demostración contiene los metadatos how to  (Cómo...) y Magazine  (Revista).
+
+
+
+
+
+Los documentos en el Format de Archivo de Greenstone vistos por dentro
+
+
+El Formato de Archivo de Greenstone impone poca estructura a los documentos individuales. Los documentos se dividen en párrafos. Pueden subdividirse jerárquicamente en secciones y subsecciones que pueden a su vez subdividirse indefinidamente. Cada documento va asociado con un identificador de objeto u OID que también sirve para identificar las secciones y subsecciones mediante números separados por puntos en los OID de los documentos. Por ejemplo, el OID HASHa7.2.3 se referirá a la subsección 3 de la sección 2 del documento HASHa7.
+Cuando se lee un libro en una colección de Greenstone, la jerarquÃa de las secciones figura en el Ãndice del libro. Por ejemplo, los libros de la colección de demostración disponen de un Ãndice jerárquico compuesto de capÃtulos, secciones y subsecciones como se muestra en la Figura . Los documentos de la colección Computer Science Technical Reports  no presentan una estructura jerárquica en subsecciones, pero cada documento está dividido en páginas y se puede navegar por las páginas de un documento recuperado. Los capÃtulos, las secciones, las subsecciones y las páginas se consideran simplemente âseccionesâ del documento.
+
+
+
+(a)
+
+Estructura jerárquica de la colección de demostración
+
+
+
+
+
+Estructura jerárquica de la colección de demostración
+
+(b)
+
+
+
+
+La estructura del documento sirve también para los Ãndices de búsqueda. Existen tres niveles posibles de Ãndices: documento , sección  y párrafo , aunque la mayorÃa de las colecciones no utilizan los tres niveles. Un Ãndice de documento  contiene el documento completo; se lo utiliza para encontrar todos los documentos en los que figura un conjunto determinado de palabras (los términos pueden estar repartidos por todo el documento, lejos unos de otros). Cuando se crea un Ãndice de sección , cada porción de texto que se indiza se extiende desde una etiqueta <Section> hasta la siguiente etiqueta <Section>; por consiguiente, un capÃtulo que empieza directamente con una nueva sección producirá un documento vacÃo en el Ãndice. Las secciones y subsecciones se tratan de la misma manera: la estructura jerárquica del documento se allana con objeto de crear Ãndices de búsqueda. Para los Ãndices de párrafos, útiles para búsquedas más especÃficas, cada párrafo se considera un documento aparte.
+En el menú desplegable de la Figura se muestran los Ãndices de búsqueda de la colección de demostración. Los âcapÃtulosâ y los âtÃtulos de las seccionesâ son Ãndices de nivel de la sección, mientras que los âlibros enterosâ son Ãndices de nivel del documento. Al igual que los Ãndices de texto, se pueden crear Ãndices de cualquier tipo de metadatos. Por ejemplo, algunas colecciones proponen Ãndices de búsqueda de tÃtulos de sección, como se muestra en la Figura .
+
+
+
+
+
+
+Archivo de configuración de la colección
+
+
+El archivo de configuración de la colección rige la estructura de una colección tal como la ve el usuario, lo que permite personalizar su aspecto y estilo, asà como el modo en que se tratan y presentan los documentos. Cuando usted ejecuta mkcol.pl , se crea un simple archivo de configuración de colección en el que queda registrada su dirección electrónica como creador y responsable de la actualización. Recuérdese que el argumento creator  es obligatorio, y a menos que se especifique por separado, se registra la misma información para el elemento maintainer  (actualizador).
+
+
+Elementos del archivo de configuración de la colección
+
+
+
+
+creator
+
+
+Dirección electrónica del creador de la colección
+
+
+
+
+maintainer
+
+
+Dirección electrónica del actualizador de la colección
+
+
+
+
+public
+
+
+Determina si la colección va a ponerse a disposición del público o no
+
+
+
+
+beta
+
+
+Determina si la colección es una versión beta o no
+
+
+
+
+indexes
+
+
+Lista de Ãndices por crear
+
+
+
+
+defaultindex
+
+
+Ãndice por defecto
+
+
+
+
+subcollection
+
+
+Define una subcolección basada en metadatos
+
+
+
+
+indexsubcollections
+
+
+Especifica qué subcolecciones indizar
+
+
+
+
+defaultsubcollection
+
+
+Ãndice de subcolección por defecto
+
+
+
+
+languages
+
+
+Lista de lenguas en las que hay que crear los Ãndices
+
+
+
+
+defaultlanguage
+
+
+Ãndice de lengua por defecto
+
+
+
+
+collectionmeta
+
+
+Define los metadatos al nivel de la colección
+
+
+
+
+plugin
+
+
+Especifica un conector que habrá de utilizarse durante la creación
+
+
+
+
+format
+
+
+Cadena de formato (se explica más adelante)
+
+
+
+
+classify
+
+
+Especifica un clasificador que habrá de utilizarse durante la creación
+
+
+
+
+Cada lÃnea del archivo de configuración de colección es básicamente un par âatributo, valorâ. Cada atributo aporta una parte de información sobre la colección que determina su apariencia y el modo en que se van a tratar los documentos. En el Cuadro se muestran los elementos que se pueden incluir en un archivo de configuración de colección y su utilización. Además, se pueden especificar todas las opciones de lÃnea de comandos de los programas import.pl  y buildcol.pl  en un archivo de configuración de colección; por ejemplo, una lÃnea que diga no_text true  propondrá la opción no_text  de buildcol.pl .
+El archivo de configuración de la colección creado por la secuencia de comandos mkcol.pl , que se muestra en el Cuadro , es muy simple y no contiene sino la información estrictamente necesaria. Las lÃneas 1 y 2, que proceden del valor creator  suministrado al programa mkcol.pl , contienen las direcciones electrónicas de la persona encargada de la creación de la colección y de la persona encargada de actualizarla (no es necesariamente la misma).
+
+
+Archivo de configuración de colección creado mediante mkcol.pl
+
+
+
+
+
+Atributo
+
+
+Valor
+
+
+
+
+1
+
+
+creator
+
+
+nombre_del_usuario@email.com
+
+
+
+
+2
+
+
+maintainer
+
+
+nombre_del_usuario@email.com
+
+
+
+
+3
+
+
+public
+
+
+True
+
+
+
+
+4
+
+
+beta
+
+
+True
+
+
+
+
+5
+
+
+indexes
+
+
+document:text
+
+
+
+
+6
+
+
+defaultindex
+
+
+document:text
+
+
+
+
+7
+
+
+plugin
+
+
+ZIPPlug
+
+
+
+
+8
+
+
+plugin
+
+
+GAPlug
+
+
+
+
+9
+
+
+plugin
+
+
+TextPlug
+
+
+
+
+10
+
+
+plugin
+
+
+HTMLPlug
+
+
+
+
+11
+
+
+plugin
+
+
+EMAILPlug
+
+
+
+
+12
+
+
+plugin
+
+
+ArcPlug
+
+
+
+
+13
+
+
+plugin
+
+
+RecPlug
+
+
+
+
+14
+
+
+classify
+
+
+AZList metadata Title
+
+
+
+
+15
+
+
+collectionmeta
+
+
+collectioname âcolección de muestrasâ
+
+
+
+
+16
+
+
+collectionmeta
+
+
+iconcollection ""
+
+
+
+
+17
+
+
+collectionmeta
+
+
+collectionextra ""
+
+
+
+
+18
+
+
+collectionmeta
+
+
+.document:text "documents"
+
+
+
+
+La lÃnea 3 indica si la colección se pondrá a disposición del público una vez creada, mediante los valores true  (el parámetro por defecto, que significa que la colección se podrá consultar públicamente) o false  (que significa lo contrario). Esta última opción es útil cuando se crean colecciones para probar programas o para uso personal. La lÃnea 4 indica si la colección es beta o no (el valor por defecto también es true  (verdadero), lo que significa que la colección es una versión beta).
+La lÃnea 5 determina los Ãndices de colección que han de constituirse en el momento de la creación: en este ejemplo sólo se indizará el texto del documento. Existen tres niveles posibles de Ãndices: document (  documento ) , section (  sección )  y paragraph (  párrafo ) . Pueden contener datos en formato text  (texto) o en cualquier tipo de metadatos, por lo general Title  (tÃtulo). La forma que se utiliza para especificar el tipo de Ãndice es nivel:datos . Por ejemplo, para incluir también un Ãndice de tÃtulos de sección, habrÃa que sustituir la lÃnea 5 por indexes document:text section:Title . Se puede incluir más de un tipo de datos en el mismo Ãndice separando los tipos de datos por comas. Por ejemplo, para crear un Ãndice en el nivel de sección que incluya tÃtulos, texto y datos, la lÃnea deberÃa rezar indexes section:text,Title,Date . El Ãndice por defecto que se define en la lÃnea 6 es el valor por defecto que se utiliza en la página de búsqueda de la colección.
+Las lÃneas 7-13 especifican los conectores que se han de utilizar para convertir los documentos en el Formato de Archivo Greenstone y para crear colecciones a partir de archivos en el Formato de Archivo Greenstone. En la Sección se proporciona información sobre los conectores disponibles. Los conectores se prueban en cada documento siguiendo el orden de su enumeración y cuando se encuentra un conector capaz de tratar un documento, no se prueba ninguno más.
+La lÃnea 14 especifica que se va a crear una lista alfabética de tÃtulos para facilitar la consulta. Las estructuras de consulta están compuestas por âclasificadoresâ. En la Sección se proporciona información sobre los clasificadores y sus funciones.
+Las lÃneas 15-18 sirven para especificar los metadatos de nivel de colección. Se utiliza la forma larga del collectionname  como âtÃtuloâ de la colección para el navegador de Internet. El atributo collectionicon  proporciona la URL del icono de la colección. Si se especifica un Ãndice (como en la lÃnea 18), la cadena siguiente aparece en la página de búsqueda de la colección como el nombre de ese Ãndice. Un metadato de nivel de colección particularmente importante es collectionextra , que suministra un texto entrecomillado en que se describe la colección. Este atributo aparecerá como texto en âAcerca de esta colecciónâ. Se pueden introducir distintas versiones de collectionextra  para las diferentes interfaces lingÃŒÃsticas añadiendo la especificación de la lengua entre corchetes. Por ejemplo:
+
+collectionmeta collectionextra âdescripción de la coleciónâ
+
+
+collectionmeta collectionextra [l=fr] âdescripción en francésâ
+
+
+collectionmeta collectionextra [l=mi] âdescripción en maorÃâ
+
+Si se introduce âfrâ o âmiâ como idioma de la interfaz, aparecerá en pantalla la correspondiente versión lingÃŒÃstica de la descripción. Para otras lenguas aparecerá la versión por defecto.
+Este archivo simple de configuración de colección no incluye ningún ejemplo de cadenas de formato, ni de las posibilidades de subcolección o de idiomas que ofrece el archivo de configuración. Las cadenas de formato se examinan más en detalle en la Sección , pero las subcolecciones y las posibilidades lingÃŒÃsticas se abordarán en este capÃtulo.
+
+
+Las subcolecciones
+
+
+Greenstone le permite definir subcolecciones y crear Ãndices separados para cada una. Por ejemplo, en una colección hay un amplio subconjunto de documentos denominado Food and Nutrition Bulletin  (boletÃn de los alimentos y la nutrición). Utilizaremos esta colección como ejemplo.
+Esta colección posee tres Ãndices, todos de nivel de sección: el primero para toda la colección, el segundo para el Food and Nutrition Bulletin  y el tercero para el resto de los documentos. A continuación se presentan las correspondientes lÃneas del archivo de configuración de la colección:
+indexes                   section:text
+subcollection      fn âTitle/^Food and Nutrition Bulletin/iâ
+subcollection      other â!Title/^Food and Nutrition Bulletin/iâ
+indexsubcollections       fn    other fn,other
+La segunda y la tercera lÃneas definen las subcolecciones denominadas fn , que contendrá los documentos de Food and Nutrition Bulletin , y other , que contendrá el resto de los documentos. El tercer campo de estas definiciones es una expresión regular en Perl que identifica estos subconjuntos mediante el metadato Title  : en el primer caso, buscamos tÃtulos que empiecen por Food and Nutrition Bulletin  y, en el segundo, otros tÃtulos que no empiezan asà (obsérvese el â!â). La i  final permite que la búsqueda se haga sin distinción entre mayúsculas y minúsculas. El campo de metadatos, en este caso Title , puede ser cualquier campo válido, o Filename  (nombre de archivo) que coincida con el nombre de archivo original del documento. La cuarta lÃnea, indexsubcollections , especifica tres Ãndices: uno para la subcolección fn , otro para la subcolección other , y el tercero para ambas subcolecciones (esto es, para todos los documentos). Obsérvese que si se hubiesen especificado dos entradas en la lÃnea indexes , el número total de Ãndices generado hubiese sido seis en lugar de tres.
+Si una colección contiene documentos en distintas lenguas, se pueden crear Ãndices separados para cada lengua. La lengua es una instrucción de metadato; los valores se especifican a través de la norma ISO 639 que consta de un código de dos letras para representar los idiomas, por ejemplo, en  para inglés, zh  para chino y mi  para maorÃ. Puesto que los valores de los metadatos pueden especificarse en el nivel de la sección, las diferentes partes de un documento pueden estar en distintos idiomas.
+Por ejemplo, si el archivo de configuración incluyese:
+indexes section:text section:Title document:text paragraph:text
+languages en zh mi
+los Ãndices correspondientes al texto de la sección, al tÃtulo de la sección, al texto del documento y al texto de los párrafos se crearÃan en inglés, chino y maorÃ: doce Ãndices en total. Si se añaden un par de subcolecciones se multiplica de nuevo el número de Ãndices. Es preciso tener cuidado a fin de evitar recargar el Ãndice.
+(Esta especificación del Ãndice podrÃa definirse mediante la función subcollection  en vez de la función languages . Sin embargo, como la sintaxis impide crear subcolecciones de subcolecciones, serÃa imposible indizar cada lengua por separado en las subcolecciones.)
+
+
+
+
+Búsqueda transversal en las colecciones
+
+
+Greenstone tiene una función de âbúsqueda transversal en las coleccionesâ que permite buscar en varias colecciones a la vez y combinar los resultados âentre bastidoresâ como si se estuviera buscando en una sola colección unificada. Se puede buscar en cualquier subconjunto de colecciones: la página de Preferencias  le permite elegir las colecciones que se han de incluir en las búsquedas.
+La búsqueda transversal en las colecciones se activa mediante la lÃnea siguiente:
+supercollection col_1 col_2 ...
+en que las colecciones en cuestión se denominan col_1 , col_2 , ... La misma lÃnea debe figurar en el archivo de configuración de cada una de las colecciones en cuestión.
+
+
+
+
+
+
+
+
+EXPLOTACIÃN ÃPTIMA DE SUS DOCUMENTOS
+
+
+Las colecciones pueden personalizarse para que la información que contienen sea accesible de distintas maneras. En este capÃtulo se explica la manera en que Greenstone extrae la información de los documentos y la presenta al usuario: el tratamiento de los documentos (Sección ), las estructuras de clasificación (Sección ) y las herramientas de la interfaz de usuario (Secciones y ).
+
+
+Conectores (plugins )
+
+
+Los conectores analizan los documentos importados y extraen los metadatos. El conector HTML, por ejemplo, convierte las páginas HTML en el Formato de Archivo Greenstone y extrae los metadatos que están explÃcitos en el formato del documento, como los tÃtulos entre etiquetas <title> </title>.
+Los conectores se escriben en lenguaje Perl. Todos proceden de un conector básico denominado BasPlug , que realiza todas las operaciones necesarias como crear un nuevo documento en el Formato de Archivo Greenstone con que trabajar, asignar un identificador de objeto (OID) y manejar las secciones de un documento. Los conectores se guardan en el directorio perllib/plugins .
+Para saber más sobre un conector cualquiera, escriba pluginfo.pl nombre-de-conector  en la lÃnea de comandos. (Es preciso que active primero el guión de configuración â setup  --adecuado, si aún no lo ha hecho, y en Windows ha de teclear perl âS pluginfo.pl nombre de conector  si su sistema no está configurado para reconocer los archivos que terminan en .pl  como ejecutables de Perl). Aparece entonces en la pantalla la información sobre el conector: qué opciones especÃficas admite y qué opciones generales se autorizan.
+Puede usted escribir fácilmente nuevos conectores para tratar formatos de documentos que los conectores existentes no manejan, formatear documentos de determinada manera o extraer un nuevo tipo de metadatos.
+
+
+Opciones generales
+
+
+En el Cuadro se muestran las opciones que admite cualquier conector derivado de BasPlug.
+
+
+Opciones válidas para todos los conectores
+
+
+
+
+input_encoding
+
+
+Codificación de los caracteres utilizados en los documentos de origen. Por defecto Greenstone averigua automáticamente la codificación de cada documento. Sin embargo, algunas veces conviene definir este valor. Por ejemplo, si se sabe con certeza que todos los documentos están en ASCII, el hecho de establecer la codificación de los datos de entrada en ascii  incrementa considerablemente la velocidad de importación y creación de la colección. Hay muchos valores posibles: teclee pluginfo.pl BasPlug  para obtener una lista completa.
+
+
+
+
+default_encoding
+
+
+Codificación utilizada si input_encoding  está en auto  y falla la detección automática de la codificación.
+
+
+
+
+process_exp
+
+
+Expresión regular en Perl para detectar los nombres de archivo (por ejemplo, para localizar un tipo determinado de extensión de archivo). Esto determina qué archivos debe tratar un conector. Todo conector tiene una extensión por defecto (el valor por defecto de HTMLPlug  es (?i).html? , o sea, cualquier archivo con la extensión .htm  o .html ).
+
+
+
+
+block_exp
+
+
+Una expresión regular para detectar los nombres de archivo que no van a pasarse a otros conectores. Esta operación puede evitar la aparición de mensajes de error molestos sobre archivos que no interesan. Algunos conectores tienen expresiones de bloqueo por defecto, por ejemplo, HTMLPlug  bloquea los archivos con extensiones .gif , .jpg , .jpeg , .png , .rtf  y .css .
+
+
+
+
+cover_image
+
+
+Busca un archivo .jpg  (con el mismo nombre que el archivo en curso de tratamiento) y lo asocia con el documento como imagen de portada.
+
+
+
+
+extract_acronyms
+
+
+Extrae siglas de los documentos y las añade como metadatos a los correspondientes documentos en el Formato de Archivo Greenstone.
+
+
+
+
+markup_acronyms
+
+
+Añade información sobre las siglas al texto del documento.
+
+
+
+
+extract_language
+
+
+Identifica la lengua de cada documento y la asocia como metadato. Obsérvese que esto se hace de forma automática si la opción input_encoding  está en posición auto .
+
+
+
+
+default_language
+
+
+Si falla la extracción automática de la lengua, el metadato de lengua adopta este valor.
+
+
+
+
+first
+
+
+Extrae una lista separada por comas de la primera porción de texto y la incorpora como metadato FirstNNN  (se utiliza a menudo como sustituto del Title ).
+
+
+
+
+extract_email
+
+
+Extrae las direcciones electrónicas y las añade como metadatos del documento.
+
+
+
+
+extract_date
+
+
+Extrae las fechas relacionadas con el contenido de documentos históricos y los incluye como metadatos de tipo Coverage .
+
+
+
+
+
+
+
+
+Conectores de tratamiento de documentos
+
+
+
+
+Conectores de Greenstone
+
+
+
+
+
+
+Objetivo
+
+
+Tipos de archivo
+
+
+Ignora archivos
+
+
+
+
+Generales
+
+
+ArcPlug
+
+
+Trata los archivos mencionados en el archivo archives.inf , que se utiliza como vector de comunicación entre los procesos de importación y de creación. Debe incluirse (a menos que no se vaya a utilizar import.pl )
+
+
+-
+
+
+-
+
+
+
+
+
+RecPlug
+
+
+Explora recursivamente una estructura de directorios para comprobar si un nombre de archivo corresponde a un directorio y, de ser asÃ, insertar todos los archivos del directorio en la secuencia de los conectores. Asigna metadatos si la opción âuse_metadata_files  está activada y los archivos metadata.xml  están presentes.
+
+
+-
+
+
+-
+
+
+
+
+
+GAPlug
+
+
+Trata los archivos en el Formato de Archivo Greenstone generados por import.pl . Debe incluirse (a menos que no se vaya a utilizar import.pl ).
+
+
+.xml
+
+
+-
+
+
+
+
+
+TEXTPlug
+
+
+Trata texto sin formato colocándolo entre etiquetas <pre> </pre> (tratándolo como si estuviera previamente formateado).
+
+
+.txt, .text
+
+
+-
+
+
+
+
+
+HTMLPlug
+
+
+Trata el HTML, sustituyendo adecuadamente los hipervÃnculos. Si el documento al que apunta el hipervÃnculo no se encuentra en la colección, se inserta una página intermedia que avisa al usuario de que está saliendo de la colección. Extrae los metadatos ya disponibles, como Title .
+
+
+.htm, .html, .cgi, .php, .asp, .shm, .shtml
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+WordPlug
+
+
+Trata los documentos en formato Word de Microsoft, extrae el autor y el tÃtulo cuando están disponibles y mantiene los diagramas e imágenes en sus lugares adecuados. Las aplicaciones de conversión utilizadas por este conector generan algunas veces HTML mal formateados y, por consiguiente, le recomendamos que proporcione los documentos originales para su visualización cuando cree colecciones de archivos WORD. Sin embargo, el texto que se extrae de los documentos es apropiado a efectos de búsqueda e indización.
+
+
+.doc
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PDFPlug
+
+
+Trata documentos PDF y extrae la primera lÃnea del texto como tÃtulo. El programa pdftohtml  no logra tratar algunos archivos PDF. Lo que ocurre es que el proceso de conversión lleva un tiempo excesivo y a menudo aparece en pantalla un mensaje de error al respecto. Si esto ocurre, la única solución que podemos proponerle es suprimir de la colección el documento problemático y volverla a importar.
+
+
+.pdf
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PSPlug
+
+
+Trata documentos PostScript y opcionalmente extrae los metadatos de fecha, tÃtulo y número de página.
+
+
+.ps
+
+
+.eps
+
+
+
+
+
+EMAILPlug
+
+
+Trata los mensajes de correo electrónico y reconoce el autor, el asunto, la fecha, etc. Este conector aún no maneja adecuadamente los correos electrónicos codificados con MIME; aunque son legibles, suelen tener un aspecto bastante extraño.
+
+
+Debe terminar por dÃgitos o por dÃgitos seguidos de .Email
+
+
+-
+
+
+
+
+
+BibTexPlug
+
+
+Trata los archivos bibliográficos en formato BibTeX
+
+
+.bib
+
+
+-
+
+
+
+
+
+ReferPlug
+
+
+Trata los archivos bibliográficos en formato refer
+
+
+.bib
+
+
+-
+
+
+
+
+
+SRCPlug
+
+
+Trata los archivos de código fuente
+
+
+Makefile, Readme, .c, .cc, .cpp, .h, .hpp, .pl, .pm, .sh
+
+
+.o, .obj, .a, .so, .dll
+
+
+
+
+
+ImagePlug
+
+
+Trata los archivos de imágenes para crear una biblioteca de imágenes. Sólo funciona con UNIX.
+
+
+.jpeg, .jpg, .gif, .png, .bmp, .xbm, .tif, .tiff
+
+
+-
+
+
+
+
+
+SplitPlug
+
+
+Como BasPlug y ConvertToPlug, este conector no debe activarse directamente; en cambio, puede ser heredado por conectores que necesiten tratar archivos que contengan varios documentos
+
+
+-
+
+
+-
+
+
+
+
+
+FOXPlug
+
+
+Trata los archivos dbt de FoxBASE
+
+
+.dbt, .dbf,
+
+
+-
+
+
+
+
+
+ZIPPlug
+
+
+Descomprime archivos gzip , bzip , zip  y tar  siempre que se disponga de las herramientas GNU adecuadas
+
+
+.gzip, .bzip, .zip, .tar, .gz, .bz, .tgz, .taz
+
+
+-
+
+
+
+
+EspecÃficos de una colección
+
+
+PrePlug
+
+
+Trata la salida HTML utilizando PRESCRIPT y divide los documentos en páginas para la colección Computer Science Tecnical Reports
+
+
+.html, .html.gz
+
+
+-
+
+
+
+
+
+GBPlug
+
+
+Trata el texto electrónico del Proyecto Gutenberg, que incluye información sobre tÃtulos introducida manualmente.
+
+
+.txt.gz, .html, .htm
+
+
+-
+
+
+
+
+
+TCCPlug
+
+
+Trata los documentos de correo electrónico procedentes de ComputistsŽ Weekly  (el semanario de los informáticos)
+
+
+Debe empezar por tcc o cw
+
+
+-
+
+
+
+
+Los programas de creación de colección utilizan conectores de tratamiento de documentos para analizar los documentos de origen en función de su formato. En el archivo de configuración de colección se enumeran todos los conectores utilizados durante el proceso de creación. Durante la operación de importación, cada archivo o directorio pasa uno a uno por todos los conectores, siguiendo el orden establecido, hasta que encuentra uno que puede tratarlo; asà pues, los primeros conectores de la lista tienen prioridad sobre los últimos. Si ningún conector puede tratar el archivo, aparece un aviso (en error estándar) y el tratamiento pasa al archivo siguiente. (En este caso la opción block_exp  puede resultar útil a fin de evitar estos mensajes de error para los archivos que pueden estar presentes pero no necesitan tratamiento.) Durante la etapa de creación de la colección se aplica el mismo procedimiento, pero se trata el directorio archives  en lugar del directorio import .
+Los conectores estándar de Greenstone se enumeran en el Cuadro . Es preciso utilizar un procedimiento recursivo para recorrer transversalmente jerarquÃas de directorios. Aunque los programas de importación y creación no efectúan una recursión explÃcita, algunos conectores provocan una recursión indirecta al introducir nombres de archivos o de directorios en la secuencia de los conectores. Por ejemplo, el modo estándar de recursión a través de una jerarquÃa de directorio consiste en especificar RecPlug , que realiza exactamente esta operación. Si está presente, deberÃa ser el último elemento en la secuencia. Sólo los dos primeros conectores del Cuadro provocan una recursión indirecta.
+Algunos conectores están escritos para colecciones especÃficas que tienen un formato de documento que no se encuentra en ninguna otra parte, como el texto electrónico utilizado en la colección Gutenberg. Estos conectores especÃficos de una colección se encuentran en el directorio perllib/plugins  de la colección. Los conectores especÃficos de colección pueden utilizarse para invalidar los conectores generales que llevan el mismo nombre.
+Algunos conectores de tratamiento de documentos utilizan programas externos que analizan determinados formatos patentados, como por ejemplo Word de Microsoft, y los transforman en texto normal o en HTML. Un conector general denominado ConvertToPlug  activa el programa de conversión correspondiente y pasa el resultado a TEXTPlug  o a HTMLPlug . Más adelante se explicará más detalladamente esta operación.
+Algunos conectores disponen de opciones especÃficas que permiten controlar sus operaciones de manera más precisa que las opciones generales. Véase al respecto el Cuadro .
+
+
+Opciones especÃficas de los conectores
+
+
+
+
+
+Opción
+
+
+Objetivo
+
+
+
+
+HTMLPlug
+
+
+nolinks
+
+
+No guarda enlaces dentro de la colección. Esto acelera el proceso de importación/creación, pero se pierden todos los enlaces de la colección.
+
+
+
+
+
+description_tags
+
+
+Interpreta los archivos de documentos etiquetados como se explica en la subsección siguiente.
+
+
+
+
+
+keep_head
+
+
+No quita los encabezados HTML.
+
+
+
+
+
+no_metadata
+
+
+No busca ningún metadato (esto puede acelerar el proceso de importación/creación).
+
+
+
+
+
+metadata_fields
+
+
+Toma una lista separada por comas de tipos de metadatos (cuyo valor por defecto es Title ) que se han de extraer. Para cambiar el nombre de los metadatos en el archivo en el Formato de Archivo Greenstone, utilice tag<nuevo_nombre> , en que tag  es la etiqueta HTML buscada y nuevo_nombre  su nuevo nombre.
+
+
+
+
+
+hunt_creator_metadata
+
+
+Encuentra el mayor número posible de metadatos sobre la autorÃa del documento y los consigna en el documento en el Formato de Archivo Greenstone como metadatos Creator . Se debe incluir también Creator  mediante la opción metadata_fields .
+
+
+
+
+
+file_is_url
+
+
+Utilice esta opción si se ha usado un programa de duplicación o espejo Web para crear la estructura de los documentos por importar.
+
+
+
+
+
+assoc_files
+
+
+Asigna una expresión regular de Perl que define los tipos de archivos que se han de tratar como archivos asociados. Los tipos por defecto son: .jpg , .jpeg , .gif , .png , .css.
+
+
+
+
+
+rename_assoc_files
+
+
+Cambia el nombre de los archivos asociados con los documentos. Durante este proceso, la estructura de directorio de todo archivo asociado reducirá mucho su volumen (opción útil si se ha de almacenar la colección en un espacio limitado).
+
+
+
+
+HTMLPlug y TEXTPlug
+
+
+title_sub
+
+
+Expresión de sustitución Perl para modificar los tÃtulos.
+
+
+
+
+PSPlug
+
+
+extract_date
+
+
+Extrae la fecha de creación del encabezado PostScript y la almacena como metadato.
+
+
+
+
+
+extract_title
+
+
+Extrae el tÃtulo del documento del encabezado PostScript y lo almacena como metadato de tÃtulo.
+
+
+
+
+
+extract_pages
+
+
+Extrae los números de página del documento PostScript y los incluye en las secciones adecuadas como metadatos con la etiqueta Pages .
+
+
+
+
+RecPlug
+
+
+use_metadata_files
+
+
+Asigna metadatos desde un archivo, como se explica en la subsección siguiente.
+
+
+
+
+ImagePlug
+
+
+Diversas opciones
+
+
+Véase ImagePlug.pm .
+
+
+
+
+SRCPlug
+
+
+remove_prefix
+
+
+Especifica en forma de expresión regular de Perl, un patrón inicial que debe eliminarse del nombre del archivo. El comportamiento por defecto es suprimir toda la ruta.
+
+
+
+
+
+
+
+
+Conectores de importación de formatos patentados
+
+
+Los formatos patentados plantean serias dificultades para cualquier sistema de biblioteca digital. Aunque se disponga de documentación sobre su funcionamiento, pueden ser modificados sin aviso y resulta difÃcil mantenerse al tanto de los cambios. Greenstone ha optado por utilizar las aplicaciones de conversión publicadas según los términos de la GPL (Licencia Pública General de GNU) y elaboradas por personas dedicadas a esta tarea. Los instrumentos para convertir formatos Word y PDF se encuentran en el directorio packages . Estos convierten los documentos en texto normal o en HTML. Se utilizan posteriormente HTMLPlug  y TEXTPlug  para convertirlos en el Formato de Archivo Greenstone. ConvertToPlug  sirve para incluir los instrumentos de conversión y, al igual que BasPlug , nunca se activa directamente, sino que los conectores de tratamiento de formatos especÃficos derivan o heredan de él, como se ilustra en la Figura . ConvertToPlug  emplea el sistema de herencia dinámico de Perl para heredar de TEXTPlug  o de HTMLPlug , según el formato en el que se ha convertido el documento de origen.
+
+
+JerarquÃa de herencia de los conectores
+
+
+
+Cuando ConvertToPlug  recibe un documento, acude a gsConvert.pl  (que se encuentra en GSDLHOME/bin/script ) para activar el instrumento de conversión adecuado. Una vez convertido, el documento es devuelto a ConvertToPlug , que aplica el conector texto o HTML, según convenga. Todo conector derivado de ConvertToPlug  dispone de una opción convert_to  (convertir en), cuyo argumento es text  o html , para especificar el formato intermedio que se prefiere. El formato texto es más rápido, pero HTML suele tener una mejor presentación e incluye imágenes.
+Existen a veces varios instrumentos de conversión para un formato particular y gsConvert  puede probar varios de ellos en un documento. Por ejemplo, el instrumento de conversión más común de Word, wvWare , sólo funciona con Word 6, y para convertir los documentos Word 5 se utiliza un programa denominado AnyToHTML , cuya principal función es extraer todas las cadenas de texto que puede encontrar.
+Las etapas necesarias para agregar un nuevo programa de conversión de documentos externos son las siguientes:
+
+
+Instale el nuevo programa de conversión para que sea accesible por Greenstone (colóquelo en el directorio packages ).
+
+
+Modifique gsConvert.pl  para utilizar el nuevo programa de conversión. Esto implica añadir una nueva cláusula a la instrucción if  de la función main , y agregar una función que active el programa de conversión.
+
+
+Escriba un conector de nivel superior que herede de ConvertToPlug  para interceptar el formato y luego dejarlo âpasar adelanteâ.
+
+
+
+
+
+
+Asignar metadatos desde un archivo
+
+
+El conector estándar RecPlug  incorpora asimismo la posibilidad de asignar metadatos a los documentos a partir de archivos XML creados manual o automáticamente. Vamos a explicar detalladamente el proceso para que pueda usted crear archivos de metadatos en el formato adecuado. Si se especifica la opción use_metadata_files , RecPlug  utiliza un archivo de metadatos auxiliar llamado metadata.xml . En la Figura se muestra la Definición de Tipo de Documento (DTD) XML para el formato de archivo de metadatos, mientras que la figura muestra un ejemplo de archivo metadata.xml .
+
+
+Formato XML: (a) Definición de Tipo de Documento (DTD); (b) Ejemplo de archivo de metadatos
+
+(a)
+
+
+<!DOCTYPE GreenstoneDirectoryMetadata  [
+<!ELEMENT DirectoryMetadata (FileSet*)>
+<!ELEMENT FileSet (FileName+,Description)>
+<!ELEMENT FileName (#PCDATA)>
+<!ELEMENT Description (Metadata*)>
+<!ELEMENT Metadata (#PCDATA)>
+<ATTLIST Metadata name CDATA #REQUIRED>
+<ATTLIST Metadata mode (accumulate | override) âoverrideâ>
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0"Â ?>
+<!DOCTYPE GreenstoneDirectoryMetadata SYSTEM
+"http://greenstone.org/dtd/GreenstoneDirectoryMetadata/1.0/GreenstoneDirectoryMetadata.dtdâ>
+<DirectoryMetadata>
+Â Â Â Â Â Â Â Â <FileSet>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <FileName>nugget.*</FileName>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name=âTitleâ>Nugget Point Lighthouse</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name=âPlaceâ mode=âaccumulateâ>Nugget Point</Metadata>
+Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â </FileSet>
+Â Â Â Â Â Â Â Â <FileSet>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <FileName>nugget-point-1.jpg</FileName>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name=âTitleâ>Nugget Point Lighthouse, The Catlins</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name=âSubjectâ>Lighthouse</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â <FileSet>
+</DirectoryMetadata>
+
+El archivo de ejemplo contiene dos estructuras de metadatos. En cada una de ellas, el elemento filename  describe los archivos a los que se aplican los metadatos en forma de expresión regular. Asà pues, <FileName>nugget.*</FileName>  indica que el primer registro de metadatos se aplica a todos los archivos cuyo nombre empieza por â nugget  â . Para estos archivos, el metadato Title  se aplica a âNugget Point Lighthouseâ.
+Los elementos de metadatos se tratan en el orden en que aparecen. La segunda estructura establece que el metadato Title  para el archivo nugget-point-1.jpg  se aplica a âNugget Point Lighthouse, The Catlinsâ e invalida la especificación anterior. Añade asimismo un campo de metadatos Subject .
+Algunas veces los metadatos poseen varios valores y los nuevos valores deben acumularse en vez de invalidar los anteriores. El atributo mode=accumulate  activa esta opción. Se aplica al metadato Place  en la primera especificación que, por consiguiente, podrá adoptar múltiples valores. Para volver a un metadato simple, teclee <Metadata name=âPlaceâ mode=âoverrideâ>New Zealand</Metadata> .  De hecho, se podrÃa omitir esta especificación de modo porque todo elemento invalida el anterior, salvo si se indica lo contrario. Para acumular metadatos en un campo particular, se debe especificar mode=accumulate  en cada aparición.
+Cuando se activa la opción use_metadata_files , RecPlug  comprueba en cada directorio de entrada la presencia de un archivo XML denominado metadata.xml  y aplica su contenido a todos los archivos y subdirectorios del directorio.
+El mecanismo metadata.xml  incorporado a RecPlug  es sólo un modo de especificar los metadatos para los documentos. Es fácil escribir diferentes conectores que aceptan especificaciones de metadatos con formatos completamente diferentes.
+
+
+
+
+Etiquetado de los archivos de documentos
+
+
+Los documentos de origen necesitan a menudo estructurarse en secciones y subsecciones, y es preciso comunicar esta información a Greenstone a fin de que pueda mantener la estructura jerárquica. Asimismo, se pueden asociar metadatos âen particular el tÃtuloâ con cada sección y subsección.
+La manera más sencilla de efectuar esta operación suele ser modificando los archivos de origen. El conector HTML dispone de una opción description_tags  que trata las etiquetas en el texto como sigue:
+<!--
+<Section>
+<Description>
+Â Â Â Â Â Â Â Â <Metadata name=âTitleâ> Realizing human rights for poor people: Strategies for achieving the international development targets </Metadata>
+</Description>
+-->
+(el texto de la sección va aquÃ)
+<!--
+</Section>
+-->
+Se utilizan los marcadores <!-- ... --> porque indican comentarios en formato HTML; en consecuencia, estas etiquetas de sección no afectarán al formateo del documento. En la parte Description  se pueden especificar otros tipos de metadatos, pero esto no ocurre para el estilo de colección que mencionamos aquÃ. Asimismo, las etiquetas pueden subdividirse, de tal modo que la lÃnea anterior señalada por marcadores el texto de la sección va aquà  pueda incluir a su vez otras subsecciones, como por ejemplo:
+(el texto de la primera parte de la sección va aquÃ)
+<!--
+<Section>
+<Description>
+Â Â Â Â Â Â Â Â <Metadata name=âTitleâ> The international development targets </Metadata>
+<Description>
+-->
+(el texto de la subsección va aquÃ)
+<!--
+</Section>
+-->
+(el texto de la última parte de la sección va aquÃ)
+Cualquier conector que utilice HTMLPlug hereda esta función. El conector Word, en particular, convierte en formato HTML los datos que recibe y por ello se pueden especificar los metadatos exactamente de la misma manera en los archivos Word (y RTF). (Esto supone un poco de trabajo âentre bastidoresâ, porque cuando los documentos Word se convierten en HTML, el programa por lo general procura neutralizar la interpretación especial que suele hacer HTML de los signos sueltos â<â y â>â; nos las hemos arreglado para invalidar esto en el caso de las especificaciones antes mencionadas.) Obsérvese que se utiliza exactamente el mismo formato que antes, incluso en los archivos Word, asà como los signos de comentarios â<!--â y â-->â. El tipo de letra y el espaciado no se tienen en cuenta.
+
+
+
+
+
+
+Clasificadores
+
+
+Los clasificadores sirven para crear los Ãndices de consulta de la colección. Valgan como ejemplos el Ãndice tÃtulos A-Z  de la colección dlpeople , asà como los Ãndices tema , cómo... , organizaciones  y tÃtulos A-Z  de la Biblioteca sobre Aspectos Humanitarios y de Desarrollo, de la que la colección de demostración es un subconjunto. La barra de desplazamiento que aparece en la parte superior de la pantalla en las Figuras 3 y 8a incluye la función búsqueda , que siempre está disponible, seguida de botones correspondientes a todos los clasificadores que se han definido. La información utilizada para facilitar la consulta se encuentra en la base de datos de informaciones de la colección, donde es colocada por los clasificadores activados durante la fase final del programa buildcol.pl .
+
+
+Clasificador AZList
+
+
+
+Los clasificadores, al igual que los conectores, se especifican en el archivo de configuración de la colección. Todos tienen una lÃnea que empieza por la palabra clave classify  seguida del nombre del clasificador y las opciones que admite. El archivo básico de configuración de la colección mencionado en la Sección comprende la lÃnea classify AZList âmetadata Title , que crea una lista alfabética de tÃtulos reuniendo todos aquéllos que están provistos del campo de metadatos Title , y los clasifica y divide por orden alfabético. En la Figura se muestra un ejemplo.
+
+
+Clasificador List
+
+
+
+Un clasificador más simple, llamado List , que se muestra en la Figura , crea una lista clasificada de un elemento de metadato determinado y lo presenta sin ninguna subsección alfabética . Un ejemplo es el metadato cómo  de la colección de demostración, que es generado por la lÃnea classify List âmetadata Howto  en el archivo de configuración de la colección. Otro clasificador general es DateList , ilustrado en la Figura , que genera una lista de selección de intervalos de fechas. (El clasificador DateList  se utiliza también en la colección âArchivos de Greenstoneâ.)
+
+
+Clasificador DateList
+
+
+
+Otros clasificadores generan estructuras de consulta que son explÃcitamente jerárquicas. Las clasificaciones jerárquicas son útiles para las clasificaciones y subclasificaciones temáticas, asà como para las jerarquÃas relativas a organizaciones. El archivo de configuración de la colección de demostración incluye la lÃnea classify Hierarchy âhfile sub.txt âmetadata Subject âsort Title , y en la Figura se muestra la jerarquÃa de temas que esta lÃnea produce. El estante que lleva un tÃtulo en negrita es el que se está examinando en este momento; encima de él se puede ver la clasificación temática a la que pertenece. En este ejemplo la jerarquÃa de clasificación se guarda en un formato de texto sencillo que lleva el nombre de sub.txt .
+
+
+Clasificador Hierarchy
+
+
+
+Todos los clasificadores generan una estructura jerárquica que se utiliza para mostrar un Ãndice de consulta. Normalmente, los niveles inferiores de la jerarquÃa (esto es, las hojas) son los documentos, pero en algunos clasificadores son las secciones. Los nodos internos de la jerarquÃa son Vlist , Hlist  o Datelist . Una Vlist  es una lista de elementos dispuestos verticalmente en la página, como el Ãndice â cómo...  â de la colección de demostración (véase la Figura ). Una Hlist  tiene una presentación horizontal. Por ejemplo, la AZList  de la Figura es una jerarquÃa de nodos internos de dos niveles compuesta por una Hlist  (que da el selector A-Z) cuyos elementos secundarios son nodos Vlists  ; los documentos son a su vez elementos secundarios de esta última lista. Un nodo Datelist  (Figura ) es un tipo especial del nodo Vlist  que permite efectuar selecciones por año y por mes.
+Las lÃneas que se utilizan para especificar los clasificadores en los archivos de configuración de colección contienen un argumento metadata  que identifica los metadatos mediante los cuales se clasifican y seleccionan los documentos. El clasificador omitirá todo documento de la colección para el que no se haya definido este metadato (pero se lo indizará y, por consiguiente, la función búsqueda lo tendrá en cuenta). Si no se especifica un argumento metadata , todos los documentos se incluyen en el clasificador, en el orden en que aparecieron durante el proceso de creación. Esto es útil si desea obtener una lista de todos los documentos de su colección.
+
+
+Clasificadores de Greenstone
+
+
+
+
+
+Argumento
+
+
+Finalidad
+
+
+
+
+Hierarchy
+
+
+
+Clasificación jerárquica
+
+
+
+
+
+hfile
+
+
+Archivo de clasificación
+
+
+
+
+
+metadata
+
+
+Elemento de metadato para cotejar con el identificador hfile
+
+
+
+
+
+sort
+
+
+Elemento de metadato utilizado para clasificar los documentos en las hojas (el valor por defecto es Title )
+
+
+
+
+
+buttonname
+
+
+Nombre del botón utilizado para acceder a este clasificador (el valor por defecto es el valor del argumento metadata )
+
+
+
+
+List
+
+
+
+Lista alfabética de los documentos
+
+
+
+
+
+metadata
+
+
+Incluye los documentos que contienen este elemento de metadato
+
+
+
+
+
+buttonname
+
+
+Nombre del botón utilizado para acceder a este clasificador (el valor por defecto es el valor del argumento metadata )
+
+
+
+
+SectionList
+
+
+
+Lista de las secciones en los documentos
+
+
+
+
+AZList
+
+
+
+Lista de documentos dividida por intervalos alfabéticos
+
+
+
+
+
+metadata
+
+
+Incluye todos los documentos que contienen este elemento de metadato
+
+
+
+
+
+buttonname
+
+
+Nombre del botón utilizado para acceder a este clasificador (el valor por defecto es el valor del argumento metadata )
+
+
+
+
+AZSectionList
+
+
+
+Como AZList  pero incluye cada sección del documento
+
+
+
+
+DateList
+
+
+
+Similar a AZList  pero ordenada por fechas
+
+
+
+
+La lista de los clasificadores actualmente disponibles aparece en el Cuadro . Al igual que se puede utilizar el programa pluginfo.pl  para obtener información sobre cualquier conector, el programa classinfo.pl  le facilita información sobre cualquier clasificador y las opciones que ofrece.
+Todos los clasificadores aceptan el argumento buttonname , que define el contenido del botón de consulta de Greenstone que activa el clasificador (el valor por defecto es el nombre del argumento metadata ). Existen botones para cada tipo de metadato del sistema Dublin Core y para algunos otros tipos de metadatos.
+Cada clasificador recibe un nombre implÃcito con arreglo a su posición en el archivo de configuración. Por ejemplo, el tercer clasificador especificado en el archivo se denomina CL3. Esos nombres se emplean para nombrar los campos de la base de datos de informaciones de la colección que definen la jerarquÃa de los clasificadores.
+Se pueden escribir clasificadores especÃficos para una colección, que se almacenan en el directorio perllib/classify  de la colección. La Biblioteca sobre Aspectos Humanitarios y de Desarrollo tiene un clasificador especÃfico de colección que se llama HDLList , que es una variante menor de AZList .
+
+
+Clasificadores de listas
+
+
+A continuación figuran los diversos tipos de clasificadores de listas:
+
+
+SectionList  : es como List  pero las hojas son secciones y no documentos. Se incluyen todas las secciones del documento excepto las del nivel superior. Este clasificador sirve para crear listas de secciones (o de artÃculos, capÃtulos, etc.), como en la colección Computistsâ Weekly  (el semanario de los informáticos, disponible en el sitio Web nzdl.org ), en la que cada número es un solo documento que comprende varios artÃculos independientes, cada uno en su propia sección.
+
+
+AZList  : genera una jerarquÃa de dos niveles que comprende un nodo Hlist  cuyos elementos secundarios son nodos Vlists , cuyos elementos secundarios, a su vez, son documentos. El nodo Hlist  es un selector A-Z que divide los documentos en intervalos alfabéticos.
+
+
+AZSectionList  : es como AZList pero las hojas son secciones y no documentos.
+
+
+DateList  : es como AZList  excepto que el nodo Hlist  de nivel superior permite seleccionar por año y sus elementos secundarios son nodos de tipo DateList  y no de tipo Vlist . El valor por defecto del argumento metadata  es Date .
+
+
+
+
+
+
+El clasificador hierarchy
+
+
+Todos los clasificadores son jerárquicos. Sin embargo, los clasificadores de listas antes mencionados disponen de un número fijo de niveles, mientras que los clasificadores â hierarchy  â (jerárquicos) tratados en esta sección pueden crear una serie arbitraria de niveles y son más complejos de especificar que los clasificadores de listas.
+
+
+Parte del archivo sub.txt
+
+1Â Â Â Â Â 1Â Â Â Â Â "General reference"
+1.2Â Â Â 1.2Â Â Â "Dictionaries, glossaries, language courses, terminology
+2Â Â Â Â Â 2Â Â Â Â Â "Sustainable Development, International cooperation, Pro
+2.1Â Â Â 2.1Â Â Â "Development policy and theory, international cooperatio
+2.2Â Â Â 2.2Â Â Â "Development, national planning, national plans"
+2.3Â Â Â 2.3Â Â Â "Project planning and evaluation (incl. project managem
+2.4Â Â Â 2.4Â Â Â "Regional development and planning incl. regional profil
+2.5Â Â Â 2.5Â Â Â "Nongovernmental organisations (NGOs) in general, self-
+2.6Â Â Â 2.6Â Â Â "Organisations, institutions, United Nations (general, d
+2.6.1Â 2.6.1Â "United Nations"
+2.6.2Â 2.6.2Â "International organisations"
+2.6.3Â 2.6.3Â "Regional organisations"
+2.6.5Â 2.6.5Â "European Community - European Union"
+2.7Â Â Â 2.7Â Â Â "Sustainable Development, Development models and example
+2.8Â Â Â 2.8Â Â Â "Basic Human Needs"
+2.9Â Â Â 2.9Â Â Â "Hunger and Poverty Alleviation"
+
+El argumento hfile  da el nombre de un archivo, como el de la Figura , que define la jerarquÃa de metadatos. Cada lÃnea describe una clasificación y las descripciones constan de tres partes:
+
+
+Un identificador, que hace corresponder el valor del metadato (proporcionado por el argumento metadata ) con la clasificación.
+
+
+Un marcador de posición en la jerarquÃa, con forma numérica en varias partes, por ejemplo, 2, 2.12, 2.12.6.
+
+
+El nombre de la clasificación. (Si contiene espacios, deberá ponerse entre comillas)
+
+
+La Figura forma parte del archivo sub.txt  utilizado para crear la jerarquÃa temática en la Biblioteca sobre Aspectos Humanitarios y de Desarrollo (y en la colección de demostración). Este ejemplo es un poco confuso porque el número que representa la jerarquÃa aparece dos veces en cada lÃnea. El tipo de metadato Hierarchy  se representa en los documentos con valores que adoptan una forma numérica jerárquica, lo que corresponde a su primera aparición. La segunda aparición se utiliza para determinar la jerarquÃa que se aplica en el navegador.
+El clasificador hierarchy  tiene un argumento opcional, sort , que determina el modo en que se ordenan los documentos en las hojas. Se puede especificar cualquier metadato como criterio de ordenación. La lista se crea por defecto siguiendo el orden en que se encuentran los documentos durante el proceso de creación. El orden de los nodos internos viene determinado por el orden en que se especifican los elementos en el argumento hfile .
+
+
+
+
+Funcionamiento de los clasificadores
+
+
+Los clasificadores son objetos Perl, derivados de BasClas.pm , y se almacenan en el directorio perllib/classify . Se utilizan durante la creación de la colección. Su ejecución se hace en cuatro etapas:
+
+
+El método new  crea el objeto Clasificador.
+
+
+El método init  inicializa el objeto con parámetros como el tipo de metadato, el nombre del botón y el criterio de clasificación.
+
+
+El método classify  interviene una vez para cada documento, y guarda la información sobre la clasificación efectuada dentro del objeto de clasificador.
+
+
+El método get_classify_info  transmite la información de la clasificación localmente almacenada hacia el proceso de creación, que entonces la incluye en la base de datos de informaciones de la colección para su uso cuando la colección se visualiza en el momento de la ejecución.
+
+
+El método classify  recupera el OID de cada documento, el valor de metadato con el que se va a clasificar el documento y, si es necesario, el valor de metadato con el que se van a ordenar los documentos. El método get_classify_info  efectúa todas las funciones de ordenación y clasificación especÃficas del clasificador. Por ejemplo, en el caso del clasificador AZList  divide la lista en intervalos alfabéticos.
+El proceso de creación de la colección activa los clasificadores en cuanto se crea el objeto builder . Las clasificaciones se realizan durante la fase de creación, cuando se crea la base de datos de informaciones mediante classify.pm , que se encuentra en el directorio perllib  de Greenstone.
+
+
+
+
+
+
+
+
+Control de la interfaz de usuario de Greenstone
+
+
+El conjunto de la interfaz de usuario de Greenstone se controla mediante macros que se encuentran listados en el directorio GSDLHOME/macros . Estas macros están escritas en un lenguaje especialmente concebido para Greenstone y se utilizan en el momento de la ejecución para generar páginas Web. La traducción del lenguaje macro al formato HTML es la última etapa para mostrar una página. Asà pues, las modificaciones de un archivo de macros afectan inmediatamente la presentación en pantalla y permiten experimentar rápida y fácilmente. Todos los archivos de macros que utiliza Greenstone se encuentran en GSDLHOME/etc/main.cfg  y se cargan cada vez que se arranca el programa. La única excepción es cuando se utiliza la Biblioteca Local de Windows: en este caso es necesario reiniciar el proceso.
+Las páginas Web se generan al instante por numerosas razones y el sistema de macros le permite a Greenstone funcionar con la flexibilidad necesaria. Las páginas pueden presentarse en diversos idiomas y existe un archivo de macros diferente para almacenar todo el texto de la interfaz en cada lengua. Cuando Greenstone presenta una página, el intérprete de macros comprueba la variable de idioma y carga la página en la lengua apropiada (aunque no llega a traducir el contenido del documento). Además, los valores de determinadas variables de visualización, como el número de documentos encontrados en una búsqueda, no se conocen de antemano, sino que se interpolan en el texto de la página mediante macros.
+
+
+El formato de los archivos de macros
+
+
+Los archivos de macros tienen la extensión .dm . Cada archivo define uno o más paquetes  ( packages ), cada uno de los cuales contiene una serie de macros utilizadas con un fin preciso y único. Al igual que los clasificadores y los conectores, hay una base a partir de la cual se elaboran las macros, que se llama base.dm  ; este archivo define el contenido básico de una página.
+Los nombres de las macros empiezan y terminan con una rayita de subrayado y su contenido se define mediante llaves. El contenido puede ser texto llano, HTML (incluidos los enlaces con pequeños programas ( applets ) de Java y JavaScript), nombres de macros o cualquier combinación de estos elementos. La siguiente macro procedente de base.dm  define el contenido de una página en ausencia de cualquier otra macro que la invalide:
+_content_ {<p><h2>Oops</h2>_textdefaultcontent_}
+En la parte superior de la página aparecerá el mensaje âOopsâ, seguido de la macro _textdefaultcontent_, que en inglés equivale a The requested page could not be found. Please use your browsers âbackâ button or the above home button to return to the Greenstone Digital Library, y en otros idiomas aparecerá la correspondiente traducción de esta frase. En español, por ejemplo, se podrá leer: No se pudo encontrar la página solicitada. Pulse el botón âAtrásâ o el botón de âPágina principalâ para volver a la Biblioteca Digital Greenstone.
+Las macros _textdefaultcontent_  (contenido del texto por defecto) y _content_  (contenido) se encuentran en el paquete global  porque son necesarias para todas las partes de la interfaz de usuario. Las macros pueden utilizar como contenido macros de otros paquetes, mas para ello deben anteponer sus nombres y el de su paquete. Por ejemplo, la macro:
+_collectionextra_ {Esta colección contiene_about:numdocs_documentos. Se constituyó por última vez hace _about:builddate_ dÃas.}
+procede del archivo english.dm  y se utiliza como descripción por defecto de una colección. Forma parte del paquete global , pero _numdocs_  y _ builddate  _ pertenecen ambas al paquete about , por ello about:  precede sus nombres.
+Las macros suelen contener instrucciones condicionales que se parecen a las cadenas de formato condicionales antes mencionadas, aunque su apariencia difiere un poco. El formato básico es _ If  _ (x,y,z) , en que x  es una condición, y  es el contenido de la macro que se debe utilizar si esta condición se cumple, y z  el contenido que se debe utilizar en caso contrario. Los operadores de comparación son los mismos que los operadores simples utilizados en Perl (menor que, mayor que, igual a, diferente de). El siguiente ejemplo procedente del archivo base.dm  se utiliza para determinar cómo visualizar la parte superior de la página acerca de  de una colección:
+_imagecollection_ {
+Â Â _If_("_iconcollection_" ne "",
+Â Â Â Â Â Â <a href = "_httppageabout_">
+Â Â Â Â Â Â Â Â Â Â <img src = "_iconcollection_" border = 0>
+Â Â Â Â Â Â </a>,
+Â Â Â Â Â Â _imagecollectionv_)
+}
+Esto puede parecer un poco crÃptico. La macro _iconcollection  _ desemboca en la cadena vacÃa si la colección carece de icono, o en el nombre del archivo de una imagen. Haciendo la paráfrasis del código antes mencionado: si existe una imagen de colección, presentar el encabezado de página acerca de esta colección  (al que se remite mediante _httppageabout_ ) y luego esa imagen; de otro modo, utilizar la presentación alternativa _imagecollectionv_ .
+Las macros pueden incluir argumentos. Hay aquà una segunda definición de la macro _imagecollection_ que sigue inmediatamente la definición antes indicada en el archivo base.dm :
+_imagecollection_[v=1]{_imagecollectionv_}
+El argumento [v=1]  especifica que la segunda definición se utiliza cuando Greenstone se ejecuta en modo âsólo textoâ. Las macros de idiomas funcionan de la misma manera: todas especifican su lengua como argumento, salvo english.dm  porque es el idioma por defecto. Por ejemplo:
+_textimagehome_ {Home Page}
+aparece en el archivo de macro de lengua inglesa, mientras que la versión alemana es:
+_textimagehome_ [l=de] {Hauptaseite}
+Las versiones inglesa y alemana se encuentran en el mismo paquete, aunque en archivos diferentes (las definiciones de paquetes pueden ocupar más de un archivo). Greenstone utiliza su argumento l  en el momento de la ejecución para determinar qué idioma se debe visualizar.
+
+
+Parte del archivo de macros about.dm
+
+package about
+############################################
+# about page content
+############################################
+_pagetitle_ {_collectionname_}
+_content_ {
+<center>
+_navigationbar_
+</center>
+_query:queryform_
+<p>_iconblankbar_
+<p>_textabout_
+_textsubcollections_
+<h3>_help:textsimplehelpheading_</h3>
+_help:simplehelp_
+}
+_textabout_ {
+<h3>_textabcol_</h3>
+_Global:collectionextra_
+}
+
+Por último, en la Figura se muestra un extracto del archivo de macros about.dm  que se utiliza para configurar la página acerca de  de cada colección. Este ejemplo muestra la definición de tres macros: _pagetitle_ , _content_  y _textabout_ .
+
+
+
+
+Utilización de las macros
+
+
+Las macros son instrumentos de alta potencia que pueden parecer un poco complicados y crÃpticos. Sin embargo, con unos buenos conocimientos de HTML y un poco de práctica pueden convertirse en una manera rápida y fácil de personalizar su sitio Greenstone.
+Supongamos, por ejemplo, que usted querÃa crear una página estática parecida a su sitio Greenstone actual. Puede usted crear un nuevo paquete, que se llamará static  por ejemplo, en un nuevo archivo, e invalidar la macro _ content_ . Agregue el nuevo nombre de archivo a la lista de macros situadas en GSDLHOME/etc/main.cfg  que Greenstone carga cada vez que arranca. Por último, acceda a la nueva página utilizando su URL Greenstone normal y añada los argumentos ?a=p&p=static  (por ejemplo: http://servidor/cgi-bin/library?a=p&p=static ).
+Para cambiar el âaspecto y estiloâ de Greenstone puede modificar los paquetes base  y style (estilo) . Para cambiar la página principal de Greenstone, modifique el paquete home  (como se explica en la GuÃa de Instalación de la Biblioteca Digital Greenstone ). Para cambiar la página de búsqueda, modifique query.dm .
+Experimente sin miedo con las macros. Las modificaciones aparecen instantáneamente porque las macros se interpretan a medida que se visualizan las páginas. El lenguaje de macros es un instrumento útil que puede servirle para personalizar a su gusto el sitio Greenstone.
+
+
+
+
+
+
+El directorio packages
+
+
+
+
+El directorio packages  (paquetes)
+
+
+
+
+
+Paquete
+
+
+URL
+
+
+
+
+mg
+
+
+MG, abreviación inglesa de âManaging Gigabytesâ (gestión de gigabytes). Programa de compresión, indización y búsqueda que se utiliza para administrar la información textual en las colecciones Greenstone.
+
+
+www.citri.edu.au/mg
+
+
+
+
+wget
+
+
+Programa de duplicación de Web (espejo) utilizado por Greenstone. Escrito en C++.
+
+
+www.tuwien.ac.at/~prikryl/ wget.html
+
+
+
+
+w3mir
+
+
+Programa de duplicación de Web escrito en Perl. Este no es el programa de duplicación preferido por Greenstone porque se basa en una versión obsoleta de un módulo Perl (que se distribuye en el directorio w3mir ).
+
+
+www.math.uio.no/~janl/w3mir
+
+
+
+
+windows
+
+
+Paquetes que se utilizan cuando se funciona con Windows.
+
+
+-
+
+
+
+
+windows/gdbm
+
+
+Versión del administrador de base de datos de GNU creada para Windows. GDBM viene con las versiones estándar de Linux.
+
+
+-
+
+
+
+
+windows/crypt
+
+
+Programa de codificación utilizado para las contraseñas en las funciones administrativas de Greenstone.
+
+
+-
+
+
+
+
+windows/stlport
+
+
+Biblioteca Estándar de Plantillas que se utiliza para compilar Greenstone con determinados compiladores de Windows.
+
+
+-
+
+
+
+
+wv
+
+
+Convertidor del formato Word de Microsoft (para crear colecciones a partir de documentos Word), aligerado para Greenstone.
+
+
+sourceforge.net/projects/wvware
+
+
+
+
+pdftohtml
+
+
+Convertidor del formato PDF que se utiliza para crear colecciones a partir de documentos PDF.
+
+
+www.ra.informatik.uni-stuttgart.de/ ~gosho/pdftohtml
+
+
+
+
+yaz
+
+
+Programa cliente Z39.50 que se utiliza para lograr la compatibilidad de Greenstone con el protocolo Z39.50. El archivo README.gsdl . informa de los progresos al respecto.
+
+
+www.indexdata.dk
+
+
+
+
+El directorio packages  (paquetes), cuyo contenido se muestra en el Cuadro , es donde se guardan todos los códigos utilizados por Greenstone pero elaborados por otros equipos de investigadores. Todos los programas informáticos distribuidos con Greenstone cumplen los requisitos de la Licencia Pública General de GNU. Los ejecutables producidos por esos paquetes se colocan en el directorio bin  de Greenstone. Cada paquete se guarda en su propio directorio. Sus funciones varÃan considerablemente, desde indizar y comprimir hasta convertir documentos de Word de Microsoft en el formato HTML. Cada paquete tiene un archivo README (LÃAME) que proporciona informaciones complementarias sobre el mismo.
+
+
+
+
+
+
+EL SISTEMA DE EJECUCIÃN DE GREENSTONE
+
+
+En este capÃtulo se explica el sistema de ejecución de Greenstone a fin de que usted pueda comprender, aumentar y ampliar sus posibilidades. El programa está escrito en C++ y hace un uso importante de la âherencia virtualâ. Si no conoce bien este lenguaje, es preferible que lo aprenda antes de seguir adelante. Deitel y Deitel (1994) propone un manual de introducción general, pero Stroustroup (1997) es la referencia de mayor autoridad.
+Empezaremos explicando la filosofÃa conceptual que sustenta el sistema de ejecución, ya que influye considerablemente en su implementación. Luego pasaremos a examinar detalladamente la implementación, que constituye la parte principal de este capÃtulo. La versión de Greenstone que se expone aquà es la versión CGI (Biblioteca Web para los usuarios de Windows). La versión Biblioteca Local de Windows utiliza el mismo código fuente pero tiene un servidor Web incorporado como interfaz de usuario. Además, la Biblioteca Local es un proceso de tipo persistente.
+
+
+Estructura de los procesos
+
+
+
+
+Resumen gráfico de un sistema Greenstone general
+
+
+
+En la Figura aparecen varios usuarios, representados por computadoras en la parte superior del diagrama, que acceden a tres colecciones de Greenstone. Antes de ser puestas en lÃnea, estas colecciones pasan por los procesos de importación y creación expuestos en los capÃtulos anteriores. En primer lugar, los documentos, que aparecen en la parte inferior de la figura, se importan en el Formato de Archivo Greenstone, que es un formato XML. A continuación, los archivos en el Formato de Archivo Greenstone se incorporan a varios Ãndices de búsqueda y a una base de datos de informaciones de la colección que incluye las estructuras jerárquicas necesarias para las operaciones de consulta. Una vez hecho esto, la colección está lista para ser puesta en lÃnea y responder a las solicitudes de información.
+Los dos componentes fundamentales en la concepción del sistema de ejecución son los ârecepcionistasâ y los âservidores de colecciónâ. Desde el punto de vista del usuario, un recepcionista es el punto de contacto con la biblioteca digital. Recibe los datos proporcionados por los usuarios mediante el teclado y los clics del ratón, los analiza y luego transmite una solicitud al correspondiente servidor (o servidores) de la colección. Este último localiza la información solicitada y la envÃa al recepcionista para que la presente al usuario. Los servidores de colección actúan como un mecanismo abstracto que administra el contenido de la colección, mientras que los recepcionistas se encargan de la interfaz de usuario.
+
+
+Resumen gráfico de un sistema Greenstone general
+
+
+
+Como se muestra en la Figura , los recepcionistas se comunican con los servidores de colección mediante un protocolo definido. La implementación de este protocolo depende de la configuración de la computadora en la que se ejecuta el sistema de biblioteca digital. El caso más común, y el más sencillo, es cuando hay un recepcionista y un servidor de colección y ambos operan en la misma computadora. Eso es lo que se obtiene con la instalación por defecto de Greenstone. En este caso, los dos procesos se combinan para formar un solo ejecutable (denominado library ) y, por consiguiente, la utilización del protocolo se reduce a llamadas de función. A esto lo llamamos null protocol  (protocolo nulo) y es la base del sistema estándar de biblioteca digital Greenstone en su estado original. Esta configuración simplificada aparece en la Figura , en la que el recepcionista, el protocolo y el servidor de colección están unidos en una sola entidad, el programa library  (biblioteca). La finalidad de este capÃtulo es explicar cómo funciona.
+Normalmente, un âservidorâ es un proceso persistente que, una vez iniciado, funciona indefinidamente y responde a cualquier solicitud que le llegue. No obstante, a pesar de su nombre, el servidor de colección en la configuración de protocolo nulo no es un servidor en el sentido estricto. De hecho, cada vez que se solicita una página Web de Greenstone, se arranca el programa library  (mediante el mecanismo CGI), éste responde a la solicitud y luego se cierra. Lo llamamos âservidorâ porque también está diseñado para funcionar con una configuración más general como la de la Figura .
+Por más sorprendente que parezca, este ciclo de arranque, tratamiento y cierre no es tan lento como se podrÃa imaginar y el resultado es un servicio perfectamente utilizable. Sin embargo, el sistema es poco eficiente. Existe un mecanismo llamado Fast-CGI (www.fastcgi.com ) que ofrece una buena solución de compromiso. Gracias a su utilización, el programa library  puede permanecer en memoria después de la primera ejecución y recibir las subsiguientes series de argumentos CGI, con lo que se evita repetir la inicialización y su función se asemeja más a la de un servidor convencional. La utilización de Fast-CGI es una opción de Greenstone y se activa volviendo a compilar el código fuente con las bibliotecas adecuadas.
+Como alternativa al protocolo nulo, hemos elaborado también el protocolo Greenstone utilizando el famoso sistema CORBA (Slama et al. , 1999), que utiliza un paradigma unificado orientado a objetos, para permitir a distintos procesos ejecutándose en distintas plataformas informáticas e implementados en diferentes lenguajes de programación, acceder a la misma serie de objetos distribuidos por Internet (o cualquier otra red). Asà pues, una situación como la de la Figura , en la que todos los recepcionistas y los servidores de colección operan en diferentes computadoras, es perfectamente viable.
+
+
+Interfaz gráfica de consultas de Greenstone
+
+
+
+Ello permite la instalación de interfaces mucho más complejas para distribuir exactamente las mismas colecciones de biblioteca digital. A modo de ejemplo, en la Figura se muestra una interfaz gráfica de consultas, basada en los diagramas de Venn, que permite a los usuarios manipular directamente las consultas booleanas. Escrita en Java, la interfaz funciona localmente en la computadora del usuario. Con el sistema CORBA, se puede acceder a un servidor remoto de colección de Greenstone, escrito en C++.
+No nos extenderemos más sobre este tema en el presente manual, ya que el protocolo distribuido sigue siendo objeto de perfeccionamiento y mejoras para su utilización (para obtener más información, véase Bainbridge et al ., 2001).
+
+
+
+
+Marco conceptual
+
+
+
+
+Generación de la página âAcerca de esta colecciónâ
+
+
+
+En la Figura se muestra la página âAcerca de esta colecciónâ de una colección Greenstone particular (la colección del Proyecto Gutenberg). FÃjese en la dirección URL que aparece en la parte superior: esta página se obtiene activando el programa CGI library , que es el ejecutable anteriormente mencionado en que el recepcionista y el servidor de colección están conectados mediante el protocolo nulo. Los argumentos del programa library  son c=gberg , a=p , p=about  y l=es . Pueden interpretarse del modo siguiente:
+
+Para acceder a la colección del Proyecto Gutenberg (c=gberg), la acción consiste en crear una página (a=p) y la página que hay que generar se llama âaboutâ (p=about), en español (l=es).
+
+
+
+Sistema de ejecución de Greenstone
+
+
+
+La Figura ilustra las principales partes del sistema de ejecución de Greenstone. En la parte superior, el recepcionista inicializa primero sus componentes, luego analiza los argumentos CGI para decidir qué acción activar. Al ejecutar la acción (que incluye nuevos tratamientos de los argumentos CGI), el programa utiliza el protocolo para acceder al contenido de la colección. Se utiliza la respuesta para generar una página Web, con la asistencia del componente de formato y del lenguaje de macros.
+El lenguaje de macros, que ya examinamos en la Sección , se utiliza para conferir al sistema de Biblioteca Digital Greenstone un estilo coherente y crear interfaces en diferentes lenguas. La interacción con la biblioteca genera la estructura básica de las páginas Web y las macros del directorio GSDLHOME/macros  aportan el contenido.
+El objeto Lenguaje de macros representado en la Figura se encarga de leer estos archivos y de memorizar el resultado del análisis. Cualquier acción puede utilizar este objeto para ampliar una macro. Puede incluso crear nuevas definiciones de macro e invalidar las anteriores, aportando asà una dimensión dinámica al uso de las macros.
+La representación de la página âAcerca de esta colecciónâ (Figura ) se conoce antes de la ejecución y está codificada en el archivo de macros about.dm . Los encabezados, los pies de página y la imagen de fondo ni siquiera se mencionan porque se encuentran en el paquete de macros Global . Sin embargo, el texto especÃfico de âacerca deâ correspondiente a una colección particular no se conoce de antemano, sino que se guarda en la base de datos de informaciones de la colección durante el proceso de creación. Esta información se recupera mediante el protocolo y se guarda como macro _ collectionextra_  en el paquete de macros Global . Obsérvese que este nombre de macro es prácticamente el mismo que se empleó para expresar esta información en el archivo de configuración de colección mencionado en la Sección . Para generar el contenido de la página, se amplÃa la macro _ content  _ en el paquete about  (que se muestra en la Figura ). Esta operación amplÃa a su vez _ textabout  _, que accede a la macro _ collectionextra  _ que acababa de colocarse allà de manera dinámica.
+Otro componente importante es el objeto Formato. Las instrucciones de formato en el archivo de configuración de colección inciden en la presentación de determinados elementos de información, como se explica en la Sección . Su gestión corre a cargo del objeto Formato representado en la Figura . La principal tarea de este objeto es analizar y evaluar instrucciones como las cadenas de formato de la Figura . Tal como vimos en la Sección , éstas pueden comprender referencias a metadatos entre corchetes (por ejemplo, [Title] ), que han de recuperarse del servidor de colección. Se producen interacciones entre el objeto Formato y el objeto Lenguaje de macros, ya que las instrucciones de formato pueden incluir macros, que cuando se amplÃan incluyen metadatos, y cuando éstos se amplÃan a su vez incluyen macros, y asà sucesivamente.
+El servidor de colección, visible en la parte inferior de la Figura , experimenta también un proceso de inicialización, en el que establece objetos Filtro y de fuente para responder a las solicitudes que recibe del protocolo, y un objeto Búsqueda para prestar asistencia en esta tarea. En última instancia, los objetos acceden a los Ãndices y las bases de datos de informaciones de colección, ambos elaborados durante la creación de la colección.
+Sin contar las lÃneas en blanco, el recepcionista contiene 15.000 lÃneas de código. El servidor de colección sólo contiene 5.000 lÃneas, el 75% de las cuales están ocupadas por archivos de encabezado. El servidor de colección es más compacto porque la recuperación de los datos se lleva a cabo mediante dos programas precompilados. Se utiliza MG, un sistema de recuperación de texto completo, para las búsquedas y GDBM, un sistema de gestión de bases de datos, para la gestión de la base de datos de informaciones de colección.
+Para facilitar la extensibilidad y la flexibilidad, Greenstone utiliza considerablemente el método de herencia, en particular, en los objetos Acción, Filtro, Fuente y Búsqueda. Esto significa que, para manejar una simple biblioteca digital que sólo contenga colecciones de textos, usted tiene que aprender un poco más para programar el sistema. No obstante, esto también significa que MG y GDBM podrÃan sustituirse fácilmente si ello fuera necesario. Además, la arquitectura del programa es lo suficientemente rica para admitir todas las posibilidades multimedia, como el control de la interfaz por medio de sistemas de reconocimiento de voz o consultas en forma de gráfica.
+
+
+
+
+Ajuste del marco conceptual
+
+
+En las Secciones y se explica más detalladamente el funcionamiento del servidor de colección y del recepcionista, se amplÃa la información sobre los módulos de la Figura y se explica su implementación. Es conveniente, en primer lugar, ilustrar con ejemplos la interacción de un usuario con el programa Greenstone y luego explicar lo que sucede âentre bastidoresâ. De momento, supondremos que todos los objetos están inicializados correctamente. La inicialización es un procedimiento bastante complejo que reexaminaremos en la Sección .
+
+
+Efectuar una búsqueda
+
+
+
+
+Búsqueda de Darcy  en el Proyecto Gutenberg
+
+
+
+Cuando un usuario introduce una consulta y pulsa Iniciar la búsqueda  en la página de búsqueda, se activa una acción Greenstone que culmina generando una nueva página HTML mediante el lenguaje de macros. En la Figura se muestra el resultado de la búsqueda del nombre Darcy  en la colección del Proyecto Gutenberg. La instrucción a=q  se encuentra oculta en el HTML de la página original de búsqueda. Cuando se pulsa el botón de búsqueda se activa esta instrucción y se ejecuta la nueva acción queryaction . La ejecución de queryaction  consiste en una llamada al objeto Filtro de la colección designada ( c=gberg ) a través del protocolo.
+Los filtros desempeñan una función básica importante en los servidores de colección. Adaptados a las actividades de búsqueda y consulta, los filtros permiten seleccionar un subconjunto de información en una colección. En este caso, queryaction  inicia una solicitud de filtro:
+
+
+estableciendo que el tipo de solicitud de filtro es QueryFilter  (los distintos tipos de filtro se explican en la Sección );
+
+
+memorizando las preferencias de búsqueda del usuario â reconocimiento de mayúsculas y minúsculas, truncamiento, etc.â en la solicitud de filtro;
+
+
+activando la función filter()  mediante el protocolo nulo.
+
+
+Las llamadas al protocolo son sÃncronicas. El recepcionista queda efectivamente bloqueado hasta que el servidor de colección trata la solicitud de filtro y se envÃan los datos generados.
+Cuando se hace una llamada de protocolo de tipo QueryFilter , el objeto de filtro (véase la Figura ) descodifica las opciones y llama al objeto Búsqueda, que utiliza MG para efectuar la búsqueda propiamente dicha. La función del objeto Búsqueda es proporcionar una interfaz abstracta de programa que permita la búsqueda, independientemente de la herramienta de búsqueda subyacente que se utilice. El formato utilizado para enviar los resultados recurre también a la abstracción, lo cual obliga el objeto Búsqueda a traducir los datos generados por la herramienta de búsqueda a una forma normalizada.
+Una vez enviados los resultados de búsqueda al recepcionista, se procede a formatearlos para su presentación utilizando los objetos Formato y Lenguaje de macros. Como se muestra en la Figura , esta operación supone: la creación del encabezado, el pie de página, la barra de desplazamiento y la imagen de fondo normalizados de Greenstone; la repetición de la parte principal de la página de consulta justo debajo de la barra de desplazamiento; y la presentación de un icono de libro, asà como el tÃtulo y el autor para cada uno de los resultados de la búsqueda. El formato de esta última parte depende de la instrucción format SearchVList  que se encuentra en el archivo de configuración de la colección. Para poder mostrar los metadatos de tÃtulo y autor, éstos han de recuperarse antes del servidor de colección, lo que requiere nuevas llamadas al protocolo, pero esta vez utilizando BrowseFilter  (filtro de consulta).
+
+
+
+
+Recuperación de un documento
+
+
+Siguiendo con la búsqueda anterior de Darcy , obsérvese lo que sucede cuando visualiza un documento. En la Figura se muestra el resultado de pulsar el icono que se encuentra junto a The Golf Course Mystery  en la Figura .
+
+
+The Golf Course Mystery
+
+
+
+El texto de origen de la colección Gutenberg consiste en un extenso archivo por cada libro. Durante la creación de la colección, dichos archivos se dividen en páginas separadas cada 200 lÃneas aproximadamente, y las informaciones importantes de cada página se guardan en los Ãndices y en la base de datos de informaciones de la colección. En la parte superior de la Figura se indica que este libro tiene 104 páginas electrónicas, y justo debajo aparece el principio de la primera página: el nombre de la persona que introdujo el texto, el tÃtulo, el autor y el principio de un Ãndice (dicho Ãndice forma parte del texto de origen del Proyecto Gutenberg y no ha sido generado por Greenstone). En la parte superior izquierda se ven los botones que controlan la presentación del documento: una sola página o la totalidad del documento, si se resalta o no el término de la consulta, y si se muestra o no el libro en su propia ventana, separado de la actividad principal de búsqueda y consulta. En la parte superior derecha hay un asistente de consulta que proporciona acceso directo a cualquier página del libro: basta con escribir el número de la página y pulsar el botón âir a la páginaâ. Asimismo, se pueden consultar las páginas anteriores y posteriores haciendo clic en los iconos de flecha situados de cada lado del dispositivo de selección de página.
+La operación de recuperación de documentos, documentaction , se especifica mediante la configuración a=d  y requiere varios argumentos suplementarios. Lo más importante es el documento por recuperar: éste se define mediante la variable d . En la Figura su valor es d=HASH51e598821ed6cbbdf0942b.1  para recuperar la primera página del documento cuyo identificador es HASH51e598821ed6cbbdf0942b , y que en términos más convencionales se conoce como The Golf Course Mystery . Hay otras variables mediante las cuales se determina si el término de búsqueda ha de resaltarse o no ( hl ) y qué página del libro se debe mostrar ( gt ). Estas variables complementan las opciones propuestas por los botones de la página Web representados en la Figura y antes mencionados. Se utilizan los valores por defecto cuando se omite cualquiera de estas variables.
+Esta acción sigue un procedimiento similar a queryaction  : examen de los argumentos CGI, acceso al servidor de colección mediante el protocolo y utilización del resultado para generar una página Web. Las opciones relativas al documento se descodifican a partir de los argumentos CGI y se guardan en el objeto para operaciones ulteriores. Para recuperar el documento desde el servidor de colección, sólo se necesita el identificador de documento para efectuar la llamada de protocolo get_document() . Una vez enviado el documento, queda por hacer un trabajo considerable de formateo. Para ello, el código de documentaction  accede a los argumentos almacenados y utiliza los objetos Formato y Lenguaje de macros.
+
+
+
+
+Consulta de un clasificador jerárquico
+
+
+En la Figura se muestra un ejemplo de consulta, en que el usuario ha elegido tÃtulos a-z  y ha accedido al hipervÃnculo de la letra K . Esta operación se basa también en documentaction,  función proporcionada por la especificación del argumento CGI a=d , como en el caso anterior. Sin embargo, la diferencia es que antes se incluyó la variable d  y esta vez no. En su lugar, el nodo de la jerarquÃa de clasificación por visualizar se especifica con la variable cl , que en este caso representa los tÃtulos agrupados bajo la letra K . Esta lista se constituyó durante el proceso de creación y está guardada en la base de datos de informaciones de la colección.
+
+
+Consulta de los tÃtulos de la colección Gutenberg
+
+
+
+Los registros que representan nodos de clasificador en la base de datos utilizan el prefijo CL , seguido de números separados por puntos (.) para indicar dónde se encuentran dentro de la estructura de subdivisiones. Si se ignora el botón de búsqueda (visible en el extremo izquierdo de la barra de desplazamiento), los clasificadores se numeran secuencialmente por orden ascendente, de izquierda a derecha, empezando por 1. Asà pues, el nodo de clasificador de primer nivel para los tÃtulos en nuestro ejemplo es CL1 , y la página buscada se obtiene indicando cl=CL1.11 , como puede verse en la dirección URL que aparece en la parte superior de la Figura .
+Para tratar una solicitud de documento de tipo cl , se utiliza el objeto Filtro para recuperar el nodo a través del protocolo. Según los datos enviados, se efectúan ulteriores llamadas de protocolo para recuperar los metadatos de los documentos. En este caso, se obtienen los tÃtulos de los libros. Sin embargo, si se tratara de un nodo interno cuyos elementos secundarios fueran a su vez nodos, se recuperarÃan también los tÃtulos de los nodos secundarios. Desde el punto de vista de la codificación es lo mismo y de ello se encarga el mismo mecanismo.
+Por último, toda la información recuperada se interconecta mediante el lenguaje de macros a fin de crear la página Web que se muestra en la Figura .
+
+
+
+
+Generación de la página principal
+
+
+
+
+Página principal de Greenstone
+
+
+
+Como último ejemplo, examinaremos el caso de la generación de la página principal de Greenstone. En la Figura se muestra âen el caso de la instalación por defecto de Greenstoneâ su página principal tras la instalación de algunas colecciones de prueba. La dirección URL, que puede verse en la parte superior de la pantalla, incluye los argumentos a=p  y p=home . Asà pues, al igual que en el caso de la página âAcerca de esta colecciónâ, ésta se genera mediante una pageaction  (a=p), pero esta vez la página creada es home  ( p=home ). Por consiguiente, el lenguaje de macros accede al contenido del archivo home.dm . En este caso no es necesario especificar una colección (mediante la variable c ).
+La finalidad de la página principal es mostrar las colecciones disponibles. Cuando el usuario hace clic en un icono, aparece la página âAcerca de esta colecciónâ de la colección correspondiente. Cada vez que se carga la página, se genera dinámicamente el menú de las colecciones basándose en las colecciones que se encuentran en el sistema de archivos en ese momento. Cuando una nueva colección se pone en lÃnea, aparece automáticamente en la página principal cuando ésta se vuelve a cargar, siempre que se haya especificado que la colección es âpúblicaâ.
+Para ello, el recepcionista utiliza, desde luego, el protocolo. Como parte de su función de evaluación de los argumentos CGI, la acción pageaction  está programada para detectar el caso particular p=home . A continuación, la acción utiliza la llamada de protocolo get_collection_list()  para establecer el conjunto de colecciones que se encuentran en lÃnea y activa get_collectinfo()  a fin de obtener información sobre cada una de ellas. Dicha información indica si la colección puede consultarse públicamente, cuál es la dirección URL del icono de la colección (si es que existe) y el nombre completo de la colección. Estos datos se utilizan para generar una entrada apropiada de la colección en la página principal.
+
+
+
+
+
+
+El código fuente
+
+
+
+
+Programas autónomos incluidos en Greenstone
+
+
+
+
+setpasswd/
+
+
+Ayuda para las contraseñas bajo Windows.
+
+
+
+
+getpw/
+
+
+Ayuda para las contraseñas bajo Unix.
+
+
+
+
+txt2db/
+
+
+Convierte un formato de texto ASCII de tipo XML en formato de base de datos de GNU.
+
+
+
+
+db2txt/
+
+
+Convierte el formato de base de datos de GNU en formato de texto ASCII de tipo XML.
+
+
+
+
+phind/
+
+Â Â Â Â Â Â Â Â Â Â Â Â
+Herramienta de consulta jerárquica en los grupos de palabras.
+
+
+
+
+hashfile/
+
+Â Â Â Â Â Â Â Â
+Calcula un identificador de documento único, basándose en el contenido del archivo.
+
+
+
+
+mgpp/
+
+Â Â Â Â Â Â Â Â Â Â Â Â Â
+Versión reescrita y actualizada del paquete Managing Gigabytes  en C++
+
+
+
+
+w32server/
+
+Â Â Â Â
+Servidor de Biblioteca Local para Windows.
+
+
+
+
+checkis/
+
+Â Â Â Â Â Â Â Â Â
+Ayuda especÃfica para la instalación de Greenstone bajo Windows.
+
+
+
+
+El código fuente del sistema de ejecución se encuentra en GSDLHOME/src . Ocupa dos subdirectorios, recpt  para el código del recepcionista y colservr  para el del servidor de colección. Greenstone funciona bajo Windows a partir de la versión Windows 3.1, lo cual impone desafortunadamente un máximo de ocho caracteres en los nombres de archivos y directorios. Esto explica la utilización de abreviaciones crÃpticas como recpt  y colservr . Los demás subdirectorios incluyen programas independientes que se utilizan principalmente para reforzar el proceso de creación (véase el Cuadro ).
+Otro directorio, GSDLHOME/lib , incluye objetos de nivel inferior que el recepcionista y el servidor de colección utilizan. En la Sección se explica este código.
+Greenstone utiliza considerablemente la Biblioteca Estándar de Plantillas (STL), una biblioteca C++ de amplia difusión concebida por Silicon Graphics ( www.sgi.com ), y que es el resultado de numerosos años de investigación y desarrollo. Como todas las bibliotecas de programación requiere un tiempo de aprendizaje. En el Apéndice A se presenta un breve resumen de las principales porciones que se utilizan en el código de Greenstone. Para una descripción más completa, consulte el manual oficial de referencia de STL disponible en la dirección Internet www.sgi.com , o alguno de los numerosos manuales sobre STL, como por ejemplo el de Josuttis (1999).
+
+
+
+
+Tipos básicos de Greenstone
+
+
+Los elementos definidos en el directorio GSDLHOME/lib  son objetos Greenstone de nivel inferior, creados por encima de STL, y que se utilizan en todo el código fuente. En primer lugar, describimos con detalles text_t , un objeto utilizado para representar texto Unicode y luego resumimos la finalidad de cada uno de los archivos de biblioteca.
+
+
+El objeto text_t
+
+
+Greenstone funciona con múltiples idiomas, tanto en lo que se refiere al contenido de una colección como a la interfaz de usuario. Para ello, se utiliza Unicode a todo lo largo del código fuente. El objeto subyacente que realiza una cadena Unicode es text_t .
+
+
+La API de text_t  (abreviada)
+
+typedef vector<unsigned short> usvector;
+
+class text_t {
+protected:
+usvector text;
+unsigned short encoding; // 0 = unicode, 1 = other
+
+public:
+Â // constructors
+Â text_t ();
+Â text_t (int i);
+Â text_t (char *s); // assumed to be a normal c string
+
+Â void setencoding (unsigned short theencoding);
+Â unsigned short getencoding ();
+
+Â // STL container support
+Â iterator begin ();
+Â iterator end ();
+
+Â void erase(iterator pos);
+Â void push_back(unsigned short c);
+Â void pop_back();
+
+Â void reserve (size_type n);
+
+Â bool empty () const {return text.empty();}
+Â size_type size() const {return text.size();}
+
+Â // added functionality
+Â void clear ();
+Â void append (const text_t &t);
+
+Â // support for integers
+Â void appendint (int i);
+Â void setint (int i);
+Â int getint () const;
+
+Â // support for arrays of chars
+Â void appendcarr (char *s, size_type len);
+Â void setcarr (char *s, size_type len);
+};
+
+Unicode necesita dos bytes para almacenar cada carácter. En la Figura se muestran las caracterÃsticas principales de la interfaz para programas de aplicación (API, esto es, Application Program Interface ) de text_t . El requisito de los dos bytes se cumple utilizando el tipo estándar C++ short , que se define como un número entero de dos bytes. El principal tipo de datos del objeto text_t  es una matriz dinámica de unsigned shorts  elaborada mediante la declaración STL vector<unsigned short>  y que recibe el nombre abreviado de usvector .
+Las funciones de creación (lÃneas 10-12) admiten explÃcitamente tres formas de inicialización: creación sin parámetros, que genera una cadena Unicode vacÃa; creación con un parámetro entero, que genera una versión de texto Unicode con el valor numérico proporcionado; y creación con un parámetro char* , que trata el argumento como una cadena C++ terminada en cero y genera una versión Unicode del mismo.
+A continuación, la mayor parte del código (lÃneas 17-28) se ocupa de mantener un contenedor de tipo vector STL: begin() , end() , push_back() , empty() , etc. Permite asimismo borrar y concatenar cadenas, asà como convertir un número entero en una cadena de texto Unicode y remitir el correspondiente valor entero a un texto que representa un número.
+
+
+Operadores sobrecargados para text_t
+
+class text_t{
+Â Â Â Â Â // ...
+Â Â Â Â Â public:
+Â Â Â Â Â text_t &operator=(const text_t &x);
+Â Â Â Â Â text_t &operator+=(const text_t &t);
+Â Â Â Â Â reference operator[](size_type n);
+
+Â Â Â Â Â text_t &operator=(int i);
+Â Â Â Â Â text_t &operator+= (int i);
+Â Â Â Â Â text_t &operator= (char *s);
+Â Â Â Â Â text_t &operator+= (char *s);
+
+Â Â Â Â Â friend inline bool operator!=(const text_t& x, const text_t& y);
+Â Â Â Â Â friend inline bool operator==(const text_t& x, const text_t& y);
+Â Â Â Â Â friend inline bool operator< (const text_t& x, const text_t& y);
+Â Â Â Â Â friend inline bool operator> (const text_t& x, const text_t& y);
+Â Â Â Â Â friend inline bool operator>=(const text_t& x, const text_t& y);
+Â Â Â Â Â friend inline bool operator<=(const text_t& x, const text_t& y);
+Â Â Â Â Â // ...
+};
+
+Existen numerosos operadores sobrecargados que no aparecen en la Figura . La Figura nos da una idea general de las operaciones posibles. La lÃnea 4 permite asignar un objeto text_t  a otro, y la lÃnea 5 sobrecarga el operador += para poder concatenar de modo más natural un objeto text_t  al final de otro. La lÃnea 6 permite asimismo tener acceso a un carácter Unicode particular (representado como un short ) utilizando subÃndices de matriz [ ]. Se proporcionan asimismo operadores de asignación y concatenación para los números enteros y las cadenas C++. Las lÃneas 12-18 suministran operadores booleanos para comparar dos objetos text_t  : igual a, diferente de, precede alfabéticamente, etc.
+Existen asimismo funciones miembro que toman argumentos de tipo const  en lugar de argumentos no -const , pero no se muestran aquÃ. Dicha repetición es habitual en los objetos C++: aumenta el volumen de la API pero sin incrementarla conceptualmente. En realidad, muchas de estas funciones se implementan como instrucciones individuales de una sola lÃnea. Para mayor información, consulte el archivo fuente GSDLHOME/lib/text_t.h .
+
+
+
+
+El código de biblioteca Greenstone
+
+
+Los archivos de encabezados situados en el directorio GSDLHOME/lib  comprenden una mezcla de funciones y objetos que contribuyen útilmente al sistema de ejecución de Greenstone. Cuando lo importante es la eficiencia, las funciones y las funciones miembro se especifican inline . En la mayorÃa de los casos, los detalles de implementación se incluyen en el archivo .cpp  correspondiente al archivo de encabezados.
+
+
+
+
+
+cfgread.h
+
+
+Funciones de lectura y escritura de archivos de configuración. Por ejemplo, la función read_cfg_line()  (leer archivo de configuración) toma como argumentos el flujo de entrada y la matriz text_tarray  (abreviación de vector<text_t> ) para rellenar con los datos leÃdos.
+
+
+
+
+display.h
+
+
+Objeto complejo utilizado por el recepcionista para definir, almacenar y ampliar macros, y para manejar tipos. En la Sección se proporciona mayor información al respecto.
+
+
+
+
+fileutil.h
+
+
+Auxiliar para funciones de gestión de archivos independientes del sistema operativo. Por ejemplo, filename_cat()  admite hasta seis argumentos text_t  y devuelve un text_t  que es el resultado de concatenar los elementos utilizando el separador de directorio adecuado para el sistema operativo en cuestión.
+
+
+
+
+gsdlconf.h
+
+
+Funciones especÃficas del sistema que contestan a preguntas como: ¿el sistema operativo que se está utilizando para la compilación necesita acceder al archivo  strings.h  asà como al archivo string.h  ? ¿Se han definido correctamente todos los valores apropiados para el bloqueo de archivos?
+
+
+
+
+gsdltimes.h
+
+
+Función de apoyo para fechas y horas. Por ejemplo, time2text()  toma la hora de la computadora, expresada como el número de segundos transcurridos desde el 1º de enero de 1970, y la convierte en el formato AAAA/MM/DD hh:mm:ss, que devuelve como tipo text_t .
+
+
+
+
+gsdltools.h
+
+
+Apoyo variado al sistema de ejecución de Greenstone: determina si se trata de littleEndian  o bigEndian  ; comprueba si Perl está disponible; ejecuta un comando del sistema (con âcampaneos y silbidosâ, esto es, con ciertas cualidades avanzadas y exageradas del programa); y elude los caracteres especiales de macro en una cadena text_t .
+
+
+
+
+gsdlunicode.h
+
+
+Serie de objetos heredados que admiten tratar las cadenas text_t  de Unicode a través de flujos de entrada y salida, como las conversiones de Unicode en UTF-8 y viceversa; y la supresión de los espacios de ancho cero. Administra asimismo los archivos de correspondencia mediante el objeto mapconvert , y carga los cuadros de correspondencia en el directorio GSDLHOME/mappings .
+
+
+
+
+text_t.h
+
+
+Principalmente el objeto de texto de Unicode antes expuesto. Proporciona asimismo dos clases de conversión de flujos: inconvertclass  y outconvertclass . Son las clases de base utilizadas en el archivo gsdlunicode.h .
+
+
+
+
+
+
+
+
+
+
+El servidor de colecciones
+
+
+Ahora pasaremos a explicar sistemáticamente todos los objetos del marco conceptual de la Figura . Empezaremos por la parte inferior del diagrama, que constituye además la base del sistema, con los objetos Búsqueda (Search ), Fuente ( Source ) y Filtro ( Filter ), y recorreremos las capas del protocolo hasta llegar a los componentes centrales del Recepcionista, Acciones, Formato y Lenguaje de macros. Luego nos centraremos en la inicialización de los objetos, ya que es más fácil entender este proceso una vez que se conoce la función de los distintos objetos.
+La mayorÃa de las clases fundamentales del marco conceptual se expresan mediante la herencia virtual para facilitar la extensibilidad. Mediante la herencia virtual, los objetos heredados se pueden transferir como su clase base, pero cuando se activa una función miembro, la versión definida en el objeto heredado es la que se ejecuta. Como el código fuente de Greenstone utiliza la clase base en todas partes, excepto donde se crean los objetos, esto significa que se pueden insertar fácilmente diferentes implementaciones, utilizando tal vez tecnologÃas subyacentes radicalmente diferentes.
+Por ejemplo, supongamos que una clase de base denominada BaseCalc  se encarga de la aritmética elemental: suma, resta, multiplicación y división. Si todas sus funciones se declaran virtuales, y todos los argumentos y tipos devueltos se declaran como cadenas, podemos implementar fácilmente las versiones heredadas del objeto. Una de ellas, llamada FixedPrecisionCalc , podrÃa utilizar las funciones de la biblioteca C para las conversiones entre cadenas y números enteros e implementar los cálculos con los operadores aritméticos habituales: +, -, *, y /. La otra, llamada InfinitePrecisionCalc , podrÃa acceder a los argumentos de cadena carácter por carácter, efectuando operaciones aritméticas que en principio son de una precisión infinita. Escribiendo un programa principal que utiliza BaseCalc  por doquier, la implementación puede pasar de la precisión finita a la precisión infinita modificando una sola lÃnea: el lugar donde se crea el objeto de cálculo.
+
+
+El objeto Búsqueda (Search )
+
+
+
+
+API de la clase base Búsqueda (Search )
+
+class searchclass {
+public:
+Â searchclass ();
+Â virtual ~searchclass ();
+Â // the index directory must be set before any searching
+Â // is done
+Â virtual void setcollectdir (const text_t &thecollectdir);
+Â // the search results are returned in queryresults
+Â // search returns âtrueâ if it was able to do a search
+Â virtual bool search(const queryparamclass &queryparams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â queryresultsclass &queryresults)=0;
+Â // the document text for âdocnumâ is placed in âoutputâ
+Â // docTargetDocument returns âtrueâ if it was able to
+Â // try to get a document
+Â // collection is needed to see if an index from the
+Â // collection is loaded. If no index has been loaded
+Â // defaultindex is needed to load one
+Â virtual bool docTargetDocument(const text_t &defaultindex,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &defaultsubcollection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &defaultlanguage,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â int docnum,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t &output)=0;
+protected:
+Â querycache *cache;
+Â text_t collectdir; // the collection directory
+};
+
+En la Figura se muestra el API de la clase de base para el objeto de búsqueda de la Figura . Define dos funciones miembro virtuales: search()  y docTargetDocument() . Tal como indica el =0  que sigue la declaración de argumento, se trata de funciones puras, lo que significa que una clase que hereda este objeto debe implementar ambas funciones (de otro modo el compilador se quejará).
+La clase incluye asimismo dos campos de datos protegidos: collectdir  y cache . Cuando se instancia un objeto de búsqueda para una colección particular, se utiliza el campo collectdir  para determinar dónde está guardada esa colección (y, lo que es más importante, sus archivos de Ãndice) en el sistema de archivos. El campo cache  retiene el resultado de una consulta. Se utiliza para acelerar el tratamiento de consultas ulteriores que repiten la primera (y sus parámetros). Puede parecer improbable que se efectúen consultas idénticas, pero de hecho esto ocurre con bastante frecuencia. El protocolo de Greenstone es sin estado. A fin de generar una página de resultados como la de la Figura , pero con los resultados 11-20 de la misma consulta, se transmite de nuevo la búsqueda especificando, en este caso, que se presente la serie de documentos 11-20. El campo cache  acelera esta operación, puesto que se comprueba que la búsqueda ya ha sido ejecutada y los resultados se sacan directamente de este campo.
+Ambos campos de datos son aplicables a todos los objetos heredados que implementan un mecanismo de búsqueda. Por ello aparecen en la clase de base y se declaran dentro de una sección protegida de la clase, a fin de que las clases heredadas puedan acceder directamente a ellos.
+
+
+
+
+Búsqueda y recuperación con MG
+
+
+Greenstone utiliza MG (abreviación de Managing Gigabytes  ; véase Witten et al ., 1999) para indizar y recuperar documentos, y su código fuente se incluye en el directorio GSDLHOME/packages . MG emplea técnicas de compresión para optimizar la utilización del espacio de disco sin alterar la rapidez de ejecución. En el caso de una colección de documentos en inglés, el texto comprimido y los Ãndices suelen ocupar un tercio del espacio que necesitarÃa el texto original sin comprimir. La búsqueda y recuperación suelen ser más rápidas que las operaciones equivalentes en la versión sin comprimir porque requieren menos operaciones en el disco duro.
+
+
+API para acceder directamente a MG (abreviada)
+
+enum result_kinds {
+ result_docs,     // Return the documents found in last search
+ result_docnums,  // Return document id numbers and weights
+Â result_termfreqs, // Return terms and frequencies
+ result_terms     // Return matching query terms
+};
+int mgq_ask(char *line);
+int mgq_results(enum result_kinds kind, int skip, int howmany,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â int (*sender)(char *, int, int, float, void *),
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â void *ptr);
+int mgq_numdocs(void);
+int mgq_numterms(void);
+int mgq_equivterms
+Â Â Â Â Â Â Â Â Â Â Â Â (unsigned char *wordstem,
+Â Â Â Â Â Â Â Â Â Â Â Â Â int (*sender)(char *, int, int, float, void *),
+Â Â Â Â Â Â Â Â Â Â Â Â Â void *ptr);
+int mgq_docsretrieved (int *total_retrieved, int *is_approx);
+int mgq_getmaxstemlen ();
+void mgq_stemword (unsigned char *word);
+
+MG se utiliza por lo general de manera interactiva tecleando las instrucciones desde la lÃnea de comandos, y un modo de implementar mgsearchclass  serÃa activando la llamada system()  de la biblioteca C dentro del objeto para ejecutar los comandos MG apropiados. Sin embargo, un método más eficaz consiste en intervenir directamente en el código de MG utilizando las llamadas de función. Aunque esto requiere un mayor conocimiento del código de MG, una gran parte de la complejidad puede ocultarse tras una nueva API que pasará a ser el punto de contacto para el objeto mgsearchclass . Ãsta es la función del archivo colserver/mgq.c , cuya API se muestra en la Figura .
+Para proporcionar parámetros a MG, se usa mgq_ask() , que admite opciones de texto en un formato idéntico al que se usa en la lÃnea de comandos, como por ejemplo:
+mgq_ask(â.set casefold offâ);
+Se utiliza asimismo para activar una consulta. Se accede a los resultados mediante la función mgq_results , que adopta como cuarto parámetro un puntero dirigido hacia una función. Ello proporciona un modo flexible de convertir la información devuelta en estructuras de datos de MG en el formato que requiere mgsearchclass . Las operaciones como mgq_numdocs() , mgq_numterms()  y mgq_docsretrieved()  también devuelven información, pero prescritas de manera más precisa. Las dos últimas contribuyen a la función de truncamiento.
+
+
+
+
+El objeto Fuente (Source )
+
+
+
+
+API de la clase base Fuente (Source )
+
+class sourceclass {
+public:
+Â sourceclass ();
+Â virtual ~sourceclass ();
+Â // configure should be called once for each configuration line
+Â virtual void configure (const text_t &key,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_tarray &cfgline);
+Â // init should be called after all the configuration is done but
+Â // before any other methods are called
+Â virtual bool init (ostream &logout);
+Â // translate_OID translates OIDs using ".pr", ."fc" etc.
+Â virtual bool translate_OID (const text_t &OIDin, text_t &OIDout,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â // get_metadata fills out the metadata if possible, if it is not
+Â // responsible for the given OID then it returns false.
+Â virtual bool get_metadata (const text_t &requestParams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &refParams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â bool getParents,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_tset &fields,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &OID,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MetadataInfo_tmap &metadata,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual bool get_document (const text_t &OID, text_t &doc,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+};
+
+La función del objeto Fuente (Source ) de la Figura es acceder a los metadatos y al texto del documento; la API de su clase de base se muestra en la Figura . Una función miembro se asigna a cada tarea: las funciones get_metadata()  y get_document() , respectivamente. Ambas se declaran virtual , por lo que la versión suministrada por una implementación particular de la clase de base se activa durante la ejecución. Una versión heredada de este objeto utiliza GDBM para implementar get_metadata()  y MG para implementar get_document()  : a continuación explicaremos en detalle esta versión.
+Las otras funciones miembro que aparecen en la Figura son configure() , init()  y translate_OID() . Las dos primeras se relacionan con el proceso de inicialización que se explica en la Sección .
+La otra, translate_OID() , maneja la sintaxis para expresar los identificadores de documento. En la Figura vimos que el número de una página podÃa anexarse a un identificador de documento para recuperar únicamente esa página. Esto era posible porque, al crearse la colección, las páginas se almacenaban como âseccionesâ. Si se agrega â.1â a un OID, se recupera la primera sección del documento correspondiente. Las secciones pueden subdividirse y para acceder a ellas es preciso concatenar números de secciones separados por puntos.
+Además de los números jerárquicos de secciones, la sintaxis del identificador de documento admite una forma de acceso relativo. En el caso de la sección en uso de un documento, se puede acceder al primer hijo  anexando .fc (first child) , al último niño  anexando .lc (last child) , al padre  anexando .pr (parent) , al hermano siguiente  anexando .ns (next sibling)  y al hermano anterior  anexando .ps (previous sibling) .
+La función translate_OID  utiliza los parámetros OIDin  y OIDout  para retener la fuente y el resultado de la conversión. Incluye otros dos parámetros: err  y logout . Ãstos comunican cualquier estado de error que se pueda producir durante la operación de traducción, y determina dónde enviar la información de registro ( logging information ). Como veremos en la Sección , estos parámetros dependen estrechamente del protocolo.
+
+
+Recuperación de base de datos con gdbm
+
+
+GDBM es el programa de gestión de base de datos de GNU (www.gnu.org ). Establece una estructura de registros planos de pares clave/datos, y es compatible con versiones anteriores de DBM y NDBM. Las operaciones incluyen el almacenamiento, la recuperación y la supresión de registros por clave, y un recorrido no ordenado de todas las claves.
+
+
+La base de datos GDBM para la colección Gutenberg (extracto)
+
+[HASH01d7b30d4827b51282919e9b]
+<doctype> doc
+<hastxt>Â Â Â Â Â Â Â Â Â Â 0
+<Title>Â Â Â Â Â Â Â Â Â Â Â The Winterâs Tale
+<Creator> William Shakespeare
+<archivedir>Â Â Â Â Â Â HASH01d7/b30d4827.dir
+<thistype> Â Â Â Â Â Â Â Invisible
+<childtype> Â Â Â Â Â Â Paged
+<contains> Â Â Â Â Â Â Â ".1;".2;".3;".4;".5;".6;".7;".8;".9;".10;".11;".12; \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ".13;".14;".15;".16;".17;".18;".19;".20;".21;".22; \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ".23;".24;".25;".26;".27;".28;".29;".30;".31;".32; \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ".33;".34;".35
+<docnum>Â Â Â Â Â Â Â Â Â Â 168483
+------------------------
+[CL1]
+<doctype> classify
+<hastxt>Â Â Â Â Â Â Â Â Â Â 0
+<childtype>Â Â Â Â Â Â Â HList
+<Title>Â Â Â Â Â Â Â Â Â Â Â Title
+<numleafdocs>Â Â Â Â Â 1818
+<thistype>Â Â Â Â Â Â Â Â Invisible
+<contains>Â Â Â Â Â Â Â Â ".1;".2;".3;".4;".5;".6;".7;".8;".9;".10;".11;".12; \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ".13;".14;".15;".16;".17;".18;".19;".20;".21;".22; \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ".23;".24
+------------------------
+[CL1.1]
+<doctype> classify
+<hastxt>Â Â Â Â Â Â Â Â Â Â 0
+<childtype>Â Â Â Â Â Â Â VList
+<Title>Â Â Â Â Â Â Â Â Â Â Â A
+<numleafdocs>Â Â Â Â Â 118
+<contains>Â Â Â Â Â Â Â Â HASH0130bc5f9f90089b3723431f;HASH9cba43bacdab5263c98545;\
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASH12c88a01da6e8379df86a7;HASH9c86579a83e1a2e4cf9736;Â \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASHdc2951a7ada1f36a6c3aca;HASHea4dda6bbc7cdeb4abfdee;Â \
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASHce55006513c47235ac38ba;HASH012a33acaa077c0e612b9351;\
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASH010dd1e923a123826ae30e4b;HASHaf674616785679fed4b7ee;\
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASH0147eef4b9d1cb135e096619;HASHe69b9dbaa83ffb045d963b;\
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASH01abc61c646c8e7a8ce88b10;HASH5f9cd13678e21820e32f3a;\
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â HASHe8cbba1594c72c98f9aa1b;HASH01292a2b7b6b60dec96298bc;\
+...
+
+En la Figura se muestra un extracto de la base de datos de informaciones de la colección elaborada durante la creación de la colección Gutenberg. El extracto se obtuvo utilizando la aplicación db2txt  de Greenstone que convierte el formato binario de base de datos GDBM en forma textual. La Figura contiene tres registros separados por lÃneas horizontales. El primero es una entrada de documento, los otros dos forman parte de la jerarquÃa creada por el clasificador AZList  para los tÃtulos de la colección. La primera lÃnea de cada registro es su clave.
+El registro del documento guarda el tÃtulo del libro, el autor y cualquier otro metadato proporcionado (o extraÃdo) durante la creación de la colección. Contiene asimismo valores para uso interno: dónde se encuentran los archivos asociados con ese documento (< archivedir  >) y el número de documento utilizado internamente por MG (< docnum  >).
+En el campo < contains  > se almacena una lista de elementos, separados por caracteres de punto y coma, que remiten a registros conexos en la base de datos. Para un registro de documento, el campo < contains  > sirve para señalar las secciones subdivididas. Las subsiguientes claves de registro se forman concatenando la clave en curso con uno de los elementos secundarios (separado por un punto).
+El segundo registro de la Figura es el nodo principal de la jerarquÃa de clasificación de t Ãtulos a-z . Sus elementos secundarios, a los que se accede a través del campo < contains  >, incluyen CL1.1 , CL1.2 , CL1.3  y asà sucesivamente, y corresponden a las distintas páginas para las letras A , B , C , etc. Hay únicamente 24 elementos secundarios: el clasificador AZList  fusionó las letras Q-R  e Y-Z  porque sólo incluÃan unos cuantos tÃtulos.
+Los elementos secundarios en el campo < contains  > del tercer registro, CL1.1 , son los documentos propiamente dichos. Es posible establecer estructuras más complicadas: el campo < contains  > puede incluir una combinación de documentos y otros nodos CL . Las claves relacionadas con la clave en curso se distinguen de las claves absolutas porque llevan comillas (â) antepuestas.
+
+
+
+
+El uso de MG y GDBM para implementar un objeto Fuente (Source)
+
+
+
+
+API de la versión de sourceclass  basada en MG y GDBM (abreviada)
+
+class mggdbmsourceclass : public sourceclass {
+protected:
+Â // Omitted, data fields that store:
+Â // Â Â collection specific file information
+Â // Â Â index substructure
+Â // Â Â information about parent
+Â // Â Â pointers to gdbm and mgsearch objects
+public:
+Â mggdbmsourceclass ();
+Â virtual ~mggdbmsourceclass ();
+Â void set_gdbmptr (gdbmclass *thegdbmptr);
+Â void set_mgsearchptr (searchclass *themgsearchptr);
+Â void configure (const text_t &key, const text_tarray &cfgline);
+Â bool init (ostream &logout);
+Â bool translate_OID (const text_t &OIDin, text_t &OIDout,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â bool get_metadata (const text_t &requestParams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &refParams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â bool getParents, const text_tset &fields,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &OID, MetadataInfo_tmap &metadata,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â bool get_document (const text_t &OID, text_t &doc,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+};
+
+El objeto que reúne MG y GDBM para efectuar una implementación de sourceclass  se denomina mggdbmsourceclass . En la Figura se presenta su API. Las dos nuevas funciones miembro set_gdbmptr()  y set_mgsearchptr()  almacenan punteros dirigidos hacia sus respectivos objetos, de modo que las implementaciones de get_metadata()  y get_document()  puedan acceder a las herramientas apropiadas para llevar a cabo su tarea.
+
+
+
+
+
+
+El objeto Filtro (Filter )
+
+
+
+
+API de la clase base de Filtro
+
+class filterclass {
+protected:
+Â text_t gsdlhome;
+Â text_t collection;
+Â text_t collectdir;
+Â FilterOption_tmap filterOptions;
+public:
+Â filterclass ();
+Â virtual ~filterclass ();
+Â virtual void configure (const text_t &key,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_tarray &cfgline);
+Â virtual bool init (ostream &logout);
+Â // returns the name of this filter
+Â virtual text_t get_filter_name ();
+Â // returns the current filter options
+Â virtual void get_filteroptions
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â (InfoFilterOptionsResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual void filter (const FilterRequest_t &request,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â FilterResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+};
+
+La API de la clase de base para el objeto Filtro de la Figura se presenta en la Figura . Empieza con los campos de datos protegidos gsdlhome , collection  y collectdir . Estos suelen emplearse en las clases que necesitan acceder a archivos de colecciones especÃficas:
+
+
+gsdlhome  es lo mismo que GSDLHOME , de modo que el objeto pueda localizar los archivos de Greenstone
+
+
+collection  es el nombre del directorio que corresponde a la colección
+
+
+collectdir  es el nombre de ruta completo del directorio de la colección (es necesario porque una colección no tiene por qué encontrarse necesariamente en la zona GSDLHOME ).
+
+
+mggdbsourceclass  es otra clase que incluye estos tres campos de datos.
+El proceso de inicialización utiliza las funciones miembro configure()  e init()  (que ya vimos en la función sourceclass ). El propio objeto se alinea estrechamente con la porción de filtro que le corresponde en el protocolo; las funciones get_filteroptions()  y filter() , en particular, coinciden exactamente.
+
+
+Manera en que se almacena una opción de filtro
+
+struct FilterOption_t {
+Â void clear (); \ void check_defaultValue ();
+Â FilterOption_t () {clear();}
+Â text_t name;
+Â enum type_t {booleant=0, integert=1, enumeratedt=2, stringt=3};
+Â type_t type;
+Â enum repeatable_t {onePerQuery=0, onePerTerm=1, nPerTerm=2};
+Â repeatable_t repeatable;
+Â text_t defaultValue;
+Â text_tarray validValues;
+};
+struct OptionValue_t {
+Â void clear ();
+Â text_t name;
+Â text_t value;
+};
+
+Las dos clases que se muestran en la Figura son fundamentales para las opciones de filtro. FilterOption_t  almacena el nombre (name)  de la opción, su tipo (type) , y si se puede repetir o no ( repeatable) . La interpretación de validValues  depende del tipo de opción. Para un tipo booleano, el primer valor es false  y el segundo true . Para un tipo entero, el primer valor es el número mÃnimo y el segundo el máximo. Para un tipo enumerado todos los valores están en la lista. Para un tipo de cadena se ignora el valor. Para las situaciones más simples, se emplea OptionValue_t  que registra el nombre  de la opción y su valor  como text_t .
+Los objetos de búsqueda y de respuesta transmitidos como parámetros a filterclass  se crean a partir de estas dos clases, utilizando matrices asociativas para almacenar un conjunto de opciones como las que se requieren para InfoFilterOptionsResponse_t . Para obtener más detalles véase GSDLHOME/src/recpt/comtypes.h .
+
+
+
+
+Objetos Filtro heredados (Inherited Filter )
+
+
+
+
+JerarquÃa de herencia para el objeto de filtro
+
+
+
+Tal como se muestra en la Figura , los filtros utilizan dos niveles de herencia. En primer lugar, se establece una distinción entre filtros de búsqueda y consulta, y luego para los primeros se procede a una implementación especÃfica basada en MG. Para que funcione correctamente, mgqueryfilterclass  necesita acceder a MG a través de mgsearchclass  y a GDBM a través de gdbmclass . browsefilterclass  sólo necesita tener acceso a GDBM. Los punteros de estos objetos se guardan como campos de datos protegidos dentro de las respectivas clases.
+
+
+
+
+El código del servidor de colección
+
+
+A continuación presentamos los archivos de encabezado del directorio GSDLHOME/src/colservr . El nombre del archivo coincide por lo general con el nombre del objeto que define.
+
+
+
+
+
+browsefilter.h
+
+
+Heredado de filterclass , este objeto proporciona acceso a GDBM (se explica más arriba).
+
+
+
+
+
+
+
+collectserver.h
+
+
+Este objeto enlaza los objetos Filtro y de Fuente de una colección a fin de formar el objeto Colección representado en la Figura .
+
+
+
+
+
+
+
+colservrconfig.h
+
+
+Función de apoyo para la lectura de los archivos especÃficos de una colección etc/collect.cfg  e index/build.cfg . El primero es el archivo de configuración de la colección y el segundo es un archivo generado por el proceso de creación que registra la hora de la última creación llevada satisfactoriamente a cabo, una lista de las correspondencias de Ãndice, el número de documentos indizados y su tamaño en bytes (sin comprimir).
+
+
+
+
+
+
+
+filter.h
+
+
+La clase de base del objeto de filtro filterclass  antes mencionado.
+
+
+
+
+
+
+
+maptools.h
+
+
+Define una clase llamada stringmap  que proporciona una correspondencia que recuerda el orden original de una correspondencia text_t , pero cuya consulta es rápida. Se utiliza en mggdbmsourceclass  y queryfilterclass .
+
+
+
+
+
+
+
+mggdbmsource.h
+
+
+Heredado de sourceclass , este objeto proporciona acceso a MG y GDBM (se explica más arriba).
+
+
+
+
+
+
+
+mgppqueryfilter.h
+
+
+Heredado de queryfilterclass , este objeto proporciona una implementación de QueryFilter  basada en MG++, una versión mejorada de MG escrita en C++. Obsérvese que Greenstone está configurado para utilizar MG por defecto, ya que MG++ se encuentra todavÃa en fase de desarollo.
+
+
+
+
+
+
+
+mgppsearch.h
+
+
+Heredado de searchclass , este objeto proporciona une implementación del objeto Búsqueda utilizando MG++. Como mgppqueryfilterclass , tampoco se utiliza por defecto.
+
+
+
+
+
+
+
+mgq.h
+
+
+Interfaz funcional para el paquete MG. Sus principales funciones son mg_ask()  y mg_results() .
+
+
+
+
+
+
+
+mgqueryfilter.h
+
+
+Heredado de queryfilterclass , este objeto proporciona una implementación de QueryFilter  basada en MG.
+
+
+
+
+
+
+
+mgsearch.h
+
+
+Heredado de searchclass , este objeto proporciona una implementación de Search  (búsqueda) utilizando MG (se explica más arriba).
+
+
+
+
+
+
+
+phrasequeryfilter.h
+
+
+Heredado de mgqueryclass , este objeto proporciona una clase de consulta basada en frases. No se utiliza en la instalación por defecto. En su lugar mgqueryfilterclass  ofrece esta posibilidad a través del apoyo funcional de phrasesearch.h .
+
+
+
+
+
+
+
+phrasesearch.h
+
+
+Función de apoyo para efectuar una búsqueda de grupos de palabras como operación posterior al tratamiento.
+
+
+
+
+
+
+
+querycache.h
+
+
+Utilizado por searchclass  y sus clases heredadas para almacenar en el campo caché los resultados de una consulta, a fin de que la generación de las páginas resultantes de búsquedas posteriores resulte más eficaz (se explica más arriba).
+
+
+
+
+
+
+
+queryfilter.h
+
+
+Heredado de la clase base de filtro filterclass , este objeto establece una clase base para los objetos Filtro y Búsqueda (se explica más arriba).
+
+
+
+
+
+
+
+queryinfo.h
+
+
+Ayuda para la búsqueda: estructuras de datos y objetos para guardar los parámetros de consulta, los resultados de documentos y las frecuencias de términos.
+
+
+
+
+
+
+
+search.h
+
+
+La clase de base del objeto Búsqueda searchclass  (se explica más arriba).
+
+
+
+
+
+
+
+source.h
+
+
+La clase de base del objeto Fuente sourceclass  (se explica más arriba).
+
+
+
+
+
+
+
+
+
+
+Protocolo
+
+
+
+
+Lista de llamadas del protocolo
+
+
+
+
+get_protocol_name()
+
+
+Devuelve el nombre de este protocolo. Las opciones incluyen nullproto , corbaproto  y z3950proto . Utilizado por las partes del sistema de ejecución que dependen del protocolo para decidir qué código ejecutar.
+
+
+
+
+get_collection_list()
+
+
+Devuelve la lista de colecciones que este protocolo conoce.
+
+
+
+
+has_collection()
+
+
+Devuelve el valor true  ( verdadero)  si el protocolo puede comunicar con la colección nombrada, es decir, si se encuentra en su lista de colecciones.
+
+
+
+
+ping()
+
+
+ReenvÃa el valor true (verdadero)  si se ha logrado establecer una conexión con la colección nombrada. En el caso del protocolo nulo, la implementación es idéntica a la de has_collection() .
+
+
+
+
+get_collectinfo()
+
+
+Obtiene información general sobre la colección nombrada: fecha de la última creación, número de documentos que contiene, etc. Incluye también metadatos del archivo de configuración de la colección: texto de âAcerca de esta colecciónâ, el icono de la colección que ha de utilizarse, etc.
+
+
+
+
+get_filterinfo()
+
+
+Obtiene una lista de todos los objetos Filtro para la colección nombrada.
+
+
+
+
+get_filteroptions()
+
+
+Obtiene todas las opciones para un objeto Filtro particular en la colección nombrada.
+
+
+
+
+filter()
+
+
+Permite la búsqueda y la consulta. Para un tipo de filtro determinado y unas configuraciones de opciones, accede al contenido de las colecciones nombradas para producir un conjunto de resultados que es filtrado según las configuraciones de opciones. Los campos de datos devueltos dependen también de las configuraciones de opciones, por ejemplo: la frecuencia de los términos de consulta y los metadatos de documento.
+
+
+
+
+get_document()
+
+
+Obtiene un documento o sección de un documento.
+
+
+
+
+En el Cuadro se presenta una lista de las llamadas de función al protocolo, y un resumen de cada una de ellas. Los ejemplos de la Sección ilustran la mayorÃa de esas llamadas. Las funciones no mencionadas anteriormente son has_collection() , ping() , get_protocol_name()  y get_filteroptions() . Las dos primeras responden afirmativa o negativamente a las preguntas â¿existe la colección en este servidor?â y â¿se encuentra en funcionamiento?â, respectivamente. La finalidad de las otras dos es admitir protocolos múltiples en una arquitectura repartida en diferentes computadoras, y no sólo el ejecutable individual basado en el protocolo nulo que se menciona aquÃ. Una de ellas detecta qué protocolo se encuentra en uso. La otra permite que un recepcionista consulte al servidor de una colección para averiguar qué opciones admite, a fin de configurarse dinámicamente y sacar el máximo provecho de los servicios ofrecidos por un servidor particular.
+
+
+API del protocolo nulo (abreviado)
+
+class nullproto : public recptproto {
+public:
+Â virtual text_t get_protocol_name ();
+Â virtual void get_collection_list (text_tarray &collist,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual void has_collection (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â bool &hascollection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual void ping (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â bool &wassuccess,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual void get_collectinfo (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ColInfoResponse_t &collectinfo,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+virtual void get_filterinfo (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â InfoFiltersResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+virtual void get_filteroptions (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const InfoFilterOptionsRequest_t &request,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â InfoFilterOptionsResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â virtual void filter (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â FilterRequest_t &request,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â FilterResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+Â Â virtual void get_document (const text_t &collection,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const DocumentRequest_t &request,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â DocumentResponse_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comerror_t &err, ostream &logout);
+};
+
+En la Figura se muestra la API para el protocolo nulo. Se han omitido los comentarios y determinados detalles de nivel inferior (véase el archivo fuente recpt/nullproto.h  para obtener más información al respecto).
+Este protocolo hereda de la clase de base recptproto . Se utiliza la herencia virtual a fin de poder admitir fácilmente más de un tipo de protocolo âincluso protocolos aún no concebidosâ en el resto del código fuente. Ello es posible porque el objeto de clase de base recptproto  se utiliza a lo largo de todo el código fuente, excepto en el punto de creación, donde especificamos la variedad concreta de protocolo que deseamos utilizar que, en este caso, es el protocolo nulo.
+Con la excepción de get_protocol_name() , que no toma parámetros y devuelve el nombre del protocolo como una cadena de texto codificada en Unicode, todas las funciones de protocolo incluyen un parámetro de error y un flujo de salida como argumentos finales. El parámetro de error registra cualquier error que se produce durante la ejecución de la llamada de protocolo y la secuencia de salida se utiliza a efectos de registro ( logging ). Las funciones son del tipo void , esto es, no reenvÃan explÃcitamente la información en su instrucción final, sino que reenvÃan datos a través de parámetros designados como el parámetro de error antes mencionado. En algunos lenguajes de programación, estos subprogramas se definirÃan como âprocedimientosâ en vez de âfuncionesâ, pero C++ no establece ninguna distinción sintáctica.
+La mayorÃa de las funciones toman el nombre de la colección como argumento. Tres de las funciones miembro, get_filteroptions() , filter()  y get_document()  siguen el esquema de proporcionar un parámetro de consulta y de recibir los resultados en un parámetro de respuesta Response.
+
+
+
+
+El recepcionista
+
+
+La capa final del modelo conceptual es el recepcionista. Una vez analizados los argumentos CGI, la actividad principal es la ejecución de una acción con la asistencia de los objetos Formato y Lenguaje de macros, que se explican más adelante. Aunque se representen como objetos en el marco conceptual, los objetos Formato y Lenguaje de macros no son estrictamente objetos en el sentido de C++. En realidad, el objeto de formato es una colección de estructuras de datos con un conjunto de funciones que operan en aquéllas, y el objeto de lenguaje de macros se crea en torno a displayclass , definido en lib/display.h  con un apoyo de conversión de flujo procedente de lib/gsdlunicode.h .
+
+
+Acciones
+
+
+
+
+Las acciones en Greenstone
+
+
+
+
+action
+
+
+Clase base para la herencia virtual.
+
+
+
+
+authenaction
+
+
+Presta ayuda a la autenticación del usuario: pide al usuario una contraseña si no se ha introducido ninguna, comprueba su validez y obliga al usuario a introducir la contraseña de nuevo si transcurre demasiado tiempo entre dos accesos.
+
+
+
+
+collectoraction
+
+
+Genera las páginas para el Colector.
+
+
+
+
+documentaction
+
+
+Recupera documentos, secciones de documentos, porciones de la jerarquÃa de clasificación o información sobre formatos.
+
+
+
+
+extlinkaction
+
+
+Lleva un usuario directamente a una dirección URL que es externa a la colección, generando eventualmente antes una página de alerta (según las preferencias ).
+
+
+
+
+pageaction
+
+
+Genera una página en conjunción con el lenguaje de macros.
+
+
+
+
+pingaction
+
+
+Comprueba si una colección está en lÃnea.
+
+
+
+
+queryaction
+
+
+Efectúa una búsqueda.
+
+
+
+
+statusaction
+
+
+Genera las páginas de administración.
+
+
+
+
+tipaction
+
+
+Facilita de forma aleatoria una sugerencia al usuario.
+
+
+
+
+usersaction
+
+
+Administra la adición, la supresión y la gestión de los accesos de usuario.
+
+
+
+
+Greenstone admite las once acciones que se resumen en el Cuadro .
+
+
+Utilización de cgiargsinfoclass  desde pageaction.cpp
+
+cgiarginfo arg_ainfo;
+arg_ainfo.shortname = "a";
+arg_ainfo.longname = "action";
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = "p";
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+arg_ainfo.shortname = "p";
+arg_ainfo.longname = "page";
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = "home";
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+Los argumentos CGI necesarios para una acción se declaran formalmente en la función constructora utilizando cgiarginfo  (definida en recpt/cgiargs.h ). En la Figura se muestra un extracto de la función constructora pageaction , que define el tamaño y las propiedades de los argumentos CGI a  y p .
+Para cada argumento CGI, el constructor debe especificar su nombre corto (lÃneas 2 y 10), que es el nombre de la variable CGI propiamente dicha; un nombre largo (lÃneas 3 y 11) que se utiliza para proporcionar una descripción más elocuente de la acción; si representa un valor de carácter simple o múltiple (lÃneas 4 y 12); un posible valor por defecto (lÃneas 5 y 13); lo que ocurre cuando se proporcionan varios valores por defecto (lÃneas 6 y 14) (ya que pueden introducirse valores por defecto en los archivos de configuración); y si es preciso preservar o no el valor al final de esta acción (lÃneas 7 y 15).
+Puesto que está integrada en el código, se pueden generar automáticamente páginas Web que detallan esta información. La acción statusaction  produce esta información, que puede visualizarse introduciendo la dirección URL de la página de administración de Greenstone.
+Las doce acciones heredadas se construyen en main() , la función de alto nivel del ejecutable library , cuya definición figura en el archivo recpt/librarymain.cpp . Es aquà también donde se forma el objeto Recepcionista (definido en recpt/receptionist.cpp ). La responsabilidad de todas las acciones recae en el objeto de recepcionista, que las trata manteniendo, como un campo de datos, una matriz asociativa de la clase base Acción, indizada por nombres de acción.
+
+
+API de la clase base Acción
+
+class action {
+protected:
+Â cgiargsinfoclass argsinfo;
+Â text_t gsdlhome;
+public:
+Â action ();
+Â virtual ~action ();
+Â virtual void configure (const text_t &key,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_tarray &cfgline);
+Â virtual bool init (ostream &logout);
+Â virtual text_t get_action_name ();
+Â cgiargsinfoclass getargsinfo ();
+Â virtual bool check_cgiargs (cgiargsinfoclass &argsinfo,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+virtual bool check_external_cgiargs (cgiargsinfoclass &argsinfo,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â outconvertclass &outconvert,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t &saveconf,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+virtual void get_cgihead_info (cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â recptprotolistclass *protos,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â response_t &response,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t &response_data,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+virtual bool uses_display (cgiargsclass &args);
+virtual void define_internal_macros (displayclass &disp,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â recptprotolistclass *protos,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+virtual void define_external_macros (displayclass &disp,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â recptprotolistclass *protos,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+virtual bool do_action (cgiargsclass &args,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â recptprotolistclass *protos,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â browsermapclass *browsers,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â displayclass &disp,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â outconvertclass &outconvert,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &textout,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream &logout);
+};
+
+En la Figura se muestra la API de la clase base Acción. Cuando se ejecuta una acción, el objeto Recepcionista activa diversas funciones, empezando por check_cgiarsgs() . La mayorÃa de estas funciones contribuyen a verificar, configurar y definir valores y macros, mientras que do_action()  genera efectivamente la página resultante. Si un objeto heredado particular no dispone de una definición para una función miembro determinada, pasa a la definición de la clase base que implementa un comportamiento por defecto apropiado.
+La explicación de las funciones miembro es la siguiente:
+
+
+get_action_name()  devuelve el valor del argumento CGI a  que especifica esta acción. El nombre deberÃa ser corto pero puede incluir más de un carácter.
+
+
+check_cgiargs()  es llamada antes que get_cgihead_info() , define_external_macros()  y do_action() . En caso de error aparece un mensaje escrito en logout  ; si el error es importante, la función devuelve el valor false  (falso) y no genera ningún contenido de página.
+
+
+check_external_cgiargs()  se activa después de check_cgiargs()  para todas las acciones. Su uso se limita a invalidar otros comportamientos por defecto, como por ejemplo, mostrar una página de conexión cuando la página solicitada requiere una autenticación.
+
+
+get_cgihead_info()  establece la información del encabezado CGI. Si response  tiene el valor de location , entonces response_data  contiene la dirección de redirección. Si response  equivale a content , entonces response_data  contiene el tipo de contenido.
+
+
+uses_display()  devuelve true  ( verdadero)  si se necesita displayclass  para mostrar el contenido de la página (comportamiento por defecto).
+
+
+define_internal_macros()  define todas las macros relacionadas con las páginas generadas por esta acción.
+
+
+define_external_macros()  define todas las macros que podrÃan ser utilizadas por otras acciones para producir páginas.
+
+
+do_action()  genera la página resultante, normalmente en un flujo a través del objeto Lenguaje de macros display  y el objeto de conversión de salida textout . ReenvÃa el valor false  si un error ha impedido que la acción produzca un resultado.
+
+
+Situado en el principio de la definición de clase, argsinfo  es el campo de datos protegidos (utilizado en el extracto de código que se muestra en la Figura ) que almacena la información de argumento CGI especificada en una función constructora de acción heredada. El otro campo de datos, gsdlhome , registra GSDLHOME  para facilitar el acceso . El objeto incluye asimismo las funciones configure()  e init()  a efectos de inicialización.
+
+
+
+
+Formateo
+
+
+
+
+Estructuras de datos centrales de la clase Formato
+
+enum command_t {comIf, comOr, comMeta, comText, comLink, comEndLink,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comNum, comIcon, comDoc,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â comHighlight, comEndHighlight};
+enum pcommand_t {pNone, pImmediate, pTop, pAll};
+enum dcommand_t {dMeta, dText};
+enum mcommand_t {mNone, mCgiSafe};
+struct metadata_t {
+Â void clear();
+Â metadata_t () {clear();}
+Â text_t metaname;
+Â mcommand_t metacommand;
+Â pcommand_t parentcommand;
+Â text_t parentoptions;
+};
+// The decision component of an {If}{decision,true-text,false-text}
+// formatstring. The decision can be based on metadata or on text;
+// normally that text would be a macro like
+// _cgiargmode_.
+struct decision_t {
+Â void clear();
+Â decision_t () {clear();}
+Â dcommand_t command;
+Â metadata_t meta;
+Â text_t text;
+};
+struct format_t {
+Â void clear();
+Â format_t () {clear();}
+Â command_t command;
+Â decision_t decision;
+Â text_t text;
+Â metadata_t meta;
+Â format_t *nextptr;
+Â format_t *ifptr;
+Â format_t *elseptr;
+Â format_t *orptr;
+};
+
+Aunque en la Figura el formateo se representa como una entidad única, en realidad está constituida por un conjunto de estructuras de datos y funciones, que se encuentran en el archivo de encabezado recpt/formattools.h . Las estructuras de datos centrales aparecen en la Figura .
+
+
+Estructuras de datos creadas para el ejemplo de instrucción de formato
+
+
+
+Es más fácil explicar la implementación con un ejemplo. Cuando la instrucción de formato:
+Â Â Â Â Â Â Format CL1Vlist
+â[link][Title]{If}{[Creator], por [Creator]}[/link]}â
+es leÃda desde un archivo de configuración de colección, las funciones de formattools.cpp  la analizan y se forma la estructura de datos interconectados que se muestra en la Figura . Cuando es necesario que una acción evalúe la instrucción de formato, se recorre la estructura de datos. La ruta que se toma a nivel de los nodos comIf  y comOr  depende de los metadatos devueltos por una llamada al protocolo.
+Al recuperar los metadatos, puede ocurrir que el resultado contenga otras macros y sintaxis de formato. Esto se resuelve avanzando y retrocediendo entre el análisis y la evaluación, según convenga.
+
+
+
+
+El lenguaje de macros
+
+
+La entidad de Lenguaje de macros de la Figura , al igual que la de Formato, no corresponde a una única clase C++. En este caso existe una clase principal, pero la implementación del lenguaje de macros depende también de funciones y clases de apoyo.
+La mejor manera de explicarlo es, una vez más, mediante un ejemplo. En primer lugar presentaremos unos ejemplos de definiciones de macros que ilustran las prioridades de las macros, luego, mediante un diagrama, describiremos las estructuras de datos principales creadas para apoyar esta actividad. Por último, presentaremos y explicaremos las funciones miembro públicas de displayclass , el objeto de macro de primer nivel.
+
+
+Ilustración de la prioridad entre las macros
+
+package query
+_header_ [] Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â {_querytitle_}
+_header_ [l=en] Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â {Search page}
+_header_ [c=demo] Â Â Â Â Â Â Â Â Â {<table
+bgcolor=green><tr><td>_querytitle_</td></tr></table>}
+_header_ [v=1] Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â {_textquery_}
+_header_ [l=fr,v=1,c=hdl] Â {HDL Page de recherche}
+
+En una colección Greenstone clásica, la prioridad entre las macros es normalmente: c  (para la colección) tiene prioridad sobre v  (para la interfaz gráfica o textual), que tiene prioridad sobre l  (para el idioma). Esto se establece con la lÃnea:
+macroprecedence c, v, l
+en el archivo de configuración principal main.cfg . Las instrucciones de macros de la Figura definen ejemplos de macros para _ header  _ en el paquete query  para distintos valores de c , v  y l . Si los argumentos CGI proporcionados cuando se solicita una acción incluyen c=hdl , v=1  y l=en , se seleccionarÃa entonces la presentación de la macro _ header  _ [v=1] . Se seleccionarÃa antes que _ content  _ [l=en]  porque v  tiene prioridad sobre l . La macro _ content  _ [l=fr, v=1, c=hdl]  no serÃa seleccionada porque el parámetro de página para l  es diferente.
+
+
+Estructuras de datos que representan las macros por defecto
+
+
+
+En la Figura se muestra la estructura de datos principales creada por la lectura de los archivos de macros especificados en etc/main.cfg . Se trata esencialmente de una matriz asociativa de matrices asociativas de matrices asociativas. El nivel superior (que aparece a la izquierda) indiza el paquete del que procede la macro, y el segundo nivel indiza el nombre de la macro. El último nivel indiza todos los parámetros especificados, guardando cada uno de ellos como tipo mvalue  que registra el valor de la macro y el archivo del que procede. Por ejemplo, podemos ver el texto definido para _ header  _ [l=en]  de la Figura almacenado en el más bajo de los dos registros mvalue  de la Figura .
+
+
+API de la clase displayclass  (abreviada)
+
+class displayclass
+{
+public:
+Â displayclass ();
+Â ~displayclass ();
+Â int isdefaultmacro (text_t package, const text_t ¯oname);
+Â int setdefaultmacro (text_t package, const text_t ¯oname,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t params, const text_t ¯ovalue);
+Â int loaddefaultmacros (text_t thisfilename);
+Â void openpage (const text_t &thispageparams,
+Â const text_t &thisprecedence);
+Â void setpageparams (text_t thispageparams,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t thisprecedence);
+Â int setmacro (const text_t ¯oname,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t package,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â const text_t ¯ovalue);
+Â void expandstring (const text_t &inputtext, text_t &outputtext);
+Â void expandstring (text_t package, const text_t &inputtext,
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â text_t &outputtext, int recursiondepth = 0);
+Â void setconvertclass (outconvertclass *theoutc) {outc = theoutc;}
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â outconvertclass *getconvertclass () {return outc;}
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ostream *setlogout (ostream *thelogout);
+};
+
+El objeto principal de apoyo al lenguaje de macros es displayclass , definido en lib/display.h . Sus funciones miembro públicas aparecen en la Figura . La clase lee los archivos de macros especificados utilizando loaddefaultmacros()  y guarda en una sección protegida de la clase (que no se muestra) el tipo de la estructura de datos que se muestra en la Figura . Es posible asimismo que el sistema de ejecución cree macros utilizando setmacro()  (en el último ejemplo de la Sección , pageaction  establece que _ homeextra  _ sea el cuadro generado dinámicamente para las colecciones disponibles que utilizan esta función). Todo ello con la ayuda de un conjunto de matrices asociativas semejantes a las que se utilizan para representar los archivos de macros (no es idéntico porque el primero no requiere la capa âparámetroâ). En displayclass , las macros que se leen desde el archivo se denominan macros por defecto . Las macros locales que se especifican a través de setmacro()  se denominan macros en curso , y son borradas de la memoria tras generarse la página.
+Cuando se va a generar una página, se llama primero openpage()  para comunicar las configuraciones en curso de los parámetros de la página en cuestión ( l=en , etc.). A continuación, el texto y las macros fluyen a través de la clase â normalmente desde una actionclass  â utilizando el código:
+cout << text_t2ascii << display << â_unamacro_â
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â << â_otramacro_â;
+El resultado es que las macros se amplÃan siguiendo las configuraciones de los parámetros de la página. En caso necesario, estas configuraciones pueden modificarse durante el proceso mediante una acción que utiliza setpageparams() . Las demás funciones miembro públicas proporcionan el apoyo de nivel inferior.
+
+
+
+
+El código del recepcionista
+
+
+Hemos explicado ya los objetos principales del recepcionista. A continuación, detallaremos las clases de apoyo que se encuentran en el directorio GSDLHOME/src/recpt . Excepto cuando la eficiencia es prioritaria, en cuyo caso las definiciones están inline  (en lÃnea), los detalles de la implementación se encuentran en el archivo .cpp  correspondiente al archivo de encabezados. Los archivos de apoyo suelen incluir la palabra tool  como parte del nombre del archivo, como en OIDtools.h  y formattools.h .
+Un segundo conjunto de archivos de alcance léxico comprenden el prefijo z3950 . Los archivos proporcionan acceso remoto a las bases de datos y los catálogos en lÃnea públicamente accesibles mediante el protocolo Z39.50.
+Otro amplio grupo de archivos de apoyo comprende el término browserclass . Estos archivos están relacionados mediante una jerarquÃa de herencia virtual. Como grupo apoyan la noción abstracta de consulta: generación de páginas en serie que comportan contenidos de documentos compartimentados o metadatos. Las posibilidades de consulta incluyen el examen de documentos ordenados alfabéticamente por tÃtulo o cronológicamente por fecha, la consulta de los resultados de una búsqueda por grupos de diez, y el acceso a las páginas individuales de un libro utilizando el mecanismo âir a la páginaâ. Todas las actividades de consulta heredan la clase de base browserclass  :
+
+
+datelistbrowserclass  para apoyo para las listas cronológicas;
+
+
+hlistbrowserclass  para apoyo para las listas horizontales;
+
+
+htmlbrowserclass  para apoyo para las páginas HTML;
+
+
+invbrowserclass  para apoyo para las listas invisibles;
+
+
+pagedbrowserclass  para apoyo para ir a una página particular;
+
+
+vlistbrowserclass  para apoyo para las listas verticales.
+
+
+Las acciones acceden a los objetos browserclass  a través del archivo browsetools.h .
+
+
+
+
+
+OIDtools.h
+
+
+Función de apoyo para la evaluación de los identificadores de documento en el protocolo.
+
+
+
+
+action.h
+
+
+Clase de base para la entidad Acción expuesta en la Figura .
+
+
+
+
+authenaction.h
+
+
+Acción heredada para la gestión de la autenticación de un usuario.
+
+
+
+
+browserclass.h
+
+
+Clase de base para las actividades de consulta abstractas.
+
+
+
+
+browsetools.h
+
+
+Función de apoyo para el acceso a la jerarquÃa browserclass . Las funciones incluyen la ampliación y contracción de contenidos, la creación de un Ãndice y la generación de controles como el mecanismo âir a la páginaâ.
+
+
+
+
+cgiargs.h
+
+
+Define cgiarginfo , utilizado en la Figura , asà como el apoyo de otras estructuras de datos para los argumentos CGI.
+
+
+
+
+cgiutils.h
+
+
+Función de apoyo para los argumentos CGI que utilizan las estructuras de datos definidas en cgiargs.h .
+
+
+
+
+cgiwrapper.h
+
+
+Función de apoyo que hace todo lo necesario para generar una página utilizando el protocolo CGI. El acceso se hace mediante la función:
+void cgiwrapper (receptionist &recpt,
+text_t collection);
+que es la única función declarada en el archivo de encabezados. Todo el resto del archivo .cpp  tiene un alcance léxico de carácter local en el archivo (utilizando la palabra clave C++ static ). Si se utiliza la función para una colección particular, entonces se debe introducir collection , o si no la cadena vacÃa ââ. El código incluye apoyo para Fast-CGI.
+
+
+
+
+collectoraction.h
+
+
+Acción heredada que facilita la creación de colecciones por parte del usuario final mediante el Colector. La página generada procede de collect.dm  y es controlada por el argumento CGI p=page .
+
+
+
+
+comtypes.h
+
+
+Tipos centrales del protocolo .
+
+
+
+
+converter.h
+
+
+Objeto de apoyo para los convertidores de flujo.
+
+
+
+
+datelistbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para la consulta de las listas cronológicas, como las que se ven en la colección Archivos Greenstone  en â dates  â (fechas) de la barra de desplazamiento.
+
+
+
+
+documentaction.h
+
+
+Acción heredada que se utiliza para recuperar un documento o porción de una jerarquÃa de clasificación.
+
+
+
+
+extlinkaction.h
+
+
+Acción heredada que controla si un usuario va directamente a un enlace externo o si debe pasar por una página de aviso que le informa de que se dispone a salir del sistema de biblioteca digital.
+
+
+
+
+formattools.h
+
+
+Función de apoyo para analizar y evaluar las instrucciones format  de configuración de colección. Se explica con más detalles en la Sección  supra .
+
+
+
+
+historydb.h
+
+
+Estructuras de datos y función de apoyo para la gestión de una base de datos de búsquedas anteriores, de modo que un usuario pueda iniciar una nueva búsqueda que incluya términos de búsquedas anteriores.
+
+
+
+
+hlistbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para la consulta de las listas horizontales.
+
+
+
+
+htmlbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para la consulta de las páginas HTML.
+
+
+
+
+htmlgen.h
+
+
+Función de apoyo para resaltar los términos de búsqueda en una cadena text_t .
+
+
+
+
+htmlutils.h
+
+
+Función de apoyo que convierte una cadena text_t  en el HTML equivalente. Los sÃmbolos â, &, < y > se convierten respectivamente en " , & , <  y > .
+
+
+
+
+infodbclass.h
+
+
+Define dos clases: gdbmclass  e infodbclass . La primera proporciona la API de Greenstone para GDBM; la segunda es la clase de objeto utilizada para guardar una entrada de registro leÃda en una base de datos GDBM, y es esencialmente una matriz asociativa formada por matrices de cadenas text_t  indizadas por números enteros.
+
+
+
+
+invbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para la consulta de listas que no se presentarán en pantalla (invisibles).
+
+
+
+
+nullproto.h
+
+
+Heredada de recptproto , este clase realiza el protocolo nulo a través de las llamadas de funciones del recepcionista al servidor de colección.
+
+
+
+
+pageaction.h
+
+
+Acción heredada que, en combinación con el archivo de macros indicado en p=page , genera una página Web.
+
+
+
+
+pagedbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para el mecanismo âir a la páginaâ, como vimos por ejemplo en la colección Gutenberg.
+
+
+
+
+pingaction.h
+
+
+Acción heredada que comprueba si una colección particular responde.
+
+
+
+
+queryaction.h
+
+
+Acción heredada que toma la búsqueda formulada, las configuraciones y las preferencias, efectúa la búsqueda y genera como resultado el subconjunto de documentos correspondientes o=num  empezando en la posición r=num .
+
+
+
+
+querytools.h
+
+
+Función de apoyo para las búsquedas.
+
+
+
+
+receptionist.h
+
+
+Objeto de alto nivel del recepcionista. Mantiene un registro de las informaciones de argumentos CGI, las instancias de cada acción heredada, las instancias de cada objeto de consulta heredado, el objeto central de lenguaje de macros displayclass , asà como todos los convertidores posibles.
+
+
+
+
+recptconfig.h
+
+
+Función de apoyo para la lectura de los principales archivos de configuración y de sitio.
+
+
+
+
+recptproto.h
+
+
+Clase de base para el protocolo.
+
+
+
+
+statusaction.h
+
+
+Acción heredada que genera, conjuntamente con status.dm , las diversas páginas de administración.
+
+
+
+
+tipaction.h
+
+
+Acción heredada que genera, conjuntamente con tip.dm , una página Web que contiene una sugerencia elegida de forma aleatoria a partir de una lista de sugerencias que se encuentra en tip.dm .
+
+
+
+
+userdb.h
+
+
+Estructura de datos y función de apoyo para mantener una base de datos GDBM de usuarios: su contraseña, sus grupos, etc.
+
+
+
+
+usersaction.h
+
+
+Una acción de administración heredada de la clase de base que permite añadir y suprimir usuarios, asà como modificar los grupos a los que pertenecen.
+
+
+
+
+vlistbrowserclass.h
+
+
+Heredado de browserclass , este objeto presta apoyo para la consulta de las listas verticales, que constituyen la base de los clasificadores. Por ejemplo, los elementos secundarios del nodo de tÃtulos que empiezan con la letra N  forman una Vlist .
+
+
+
+
+z3950cfg.h
+
+
+Apoyo de estructura de datos para el protocolo Z39.50. Utilizado por z3950proto.cpp , que define la clase de protocolo principal (heredada de la clase de base recptproto ) y el analizador del archivo de configuración zparse.y  (escrito en YACC).
+
+
+
+
+z3950proto.h
+
+
+Heredado de recptproto , esta clase implementa el protocolo Z39.50 de tal modo que el recepcionista de Greenstone pueda acceder a los sitios de bibliotecas remotas que funcionan con servidores Z39.50.
+
+
+
+
+z3950server.h
+
+
+Apoyo complementario para el protocolo Z39.50.
+
+
+
+
+
+
+
+
+
+
+Inicialización
+
+
+En Greenstone, la inicialización es una operación compleja que trata archivos de configuración y asigna valores por defecto a los campos de datos. Además de las funciones de herencia y de creación, los objetos centrales definen las funciones init()  y configure()  para contribuir a normalizar la tarea. Aun asÃ, el orden de ejecución puede ser difÃcil de seguir. En esta sección se explica lo que sucede.
+Greenstone utiliza varios archivos de configuración con diferentes fines, pero todos respetan la misma sintaxis. A menos que una lÃnea empiece por el sÃmbolo â#â o sólo contenga espacios en blanco, la primera palabra define un término clave y las demás representan una configuración particular de dicho término clave.
+Las lÃneas de los archivos de configuración se transmiten de una en una a la función configure()  y contienen dos argumentos: el término clave y una matriz de las palabras restantes. Basándose en el término clave, una versión particular de configure()  determina si la información es de interés, y si es asà la guarda. Por ejemplo, collectserver  (que corresponde al objeto Colección de la Figura ) trata las instrucciones de formato del archivo de configuración de una colección. Cuando la función configure()  recibe el término clave format , se activa una instrucción if  que guarda en el objeto una copia del segundo argumento de la función.
+Tras tratar el término clave y antes de que concluya la función, algunas versiones de configure()  transmiten los datos a las funciones configure()  de otros objetos. El objeto Recepcionista activa la función configure()  de los objetos Acciones, Protocolos y Consulta. El objeto Protocolo nulo activa la función configure()  de cada objeto Colección; el objeto Colección activa los objetos Filtro y Fuente.
+En C++, los campos de datos se inicializan normalmente mediante la función de creación del objeto. Sin embargo, en Greenstone algunas inicializaciones dependen de los valores leÃdos en los archivos de configuración, por ello es preciso proceder a una segunda tanda de inicializaciones. Esta es la finalidad de las funciones miembro init() , y en algunos casos requiere posteriores llamadas de la función configure() .
+
+
+Inicialización de Greenstone utilizando el protocolo nulo
+
+============
+Main program
+============
+Statically construct Receptionist
+Statically construct NullProtocol
+Establish the value for âgsdlhomeâ by reading gsdlsite.cfg
+Foreach directory in GSDLHOME/collect that isnât "modelcol":
+Â Add directory name (now treated as collection name) to NullProtocol:
+Â Â Â Dynamically construct Collection
+Â Â Â Dynamically construct Gdbm class
+Â Â Â Dynamically construct the Null Filter
+Â Â Â Dynamically construct the Browse Filter
+Â Â Â Dynamically construct MgSearch
+Â Â Â Dynamically construct the QueryFilter
+Â Â Â Dynamically construct the MgGdbmSource
+Â Â Â Configure Collection with âcollectionâ
+Â Â Â Â Â Passing âcollectionâ value on to Filters and Sources:
+Configure Receptionist with âcollectinfoâ:
+Â Â Â Â Â Passing âcollectinfoâ value on to Actions, Protocols, and Browsers:
+Add NullProtocol to Receptionist
+Add in UTF-8 converter
+Add in GB converter
+Add in Arabic converter
+Foreach Action:
+Â Statically construct Action
+Â Add Action to Receptionist
+Foreach Browsers:
+Â Statically construct Browser
+Â Add Browser to Receptionist
+Call function cgiwrapper:
+Â =================
+Â Configure objects
+Â =================
+Â Configure Receptionist with âcollectionâ
+Â Â Â Passing âcollectionâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol not interested in âcollectionâ
+Â Configure Receptionist with âhttpimgâ
+Â Â Â Passing âhttpimgâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol passing âhttpimgâ on to Collection
+Â Â Â Passing âhttpimgâ value on to Filters and Sources:
+Â Configure Receptionist with âgwcgiâ
+Â Â Â Passing âgwcgiâ value on to Actions, Protocols, and Browsers:
+Â Â Â NullProtocol passing âgwcgiâ on to Collection
+Â Â Â Passing âgwcgiâ value on to Filters and Sources:
+Â Reading in site configuration file gsdlsite.cfg
+Â Â Â Configure Recptionist with âgsdlhomeâ
+Â Â Â Â Â Passing âgsdlhomeâ value on to Actions, Protocols, and Browsers:
+Â Â Â Â Â NullProtocol passing âgsdlhomeâ on to Collection
+Â Â Â Â Â Â Â Passing âgsdlhomeâ value on to Filters and Sources:
+Â Â Â Configure Recptionist with ...
+Â Â Â ... and so on for all entries in gsdlsite.cfg
+Â Reading in main configuration file main.cfg
+Â Â Â Configure Recptionist with ...
+Â Â Â ... and so on for all entries in main.cfg
+Â ====================
+Â Initialising objects
+Â ====================
+Â Initialise the Receptionist
+Â Â Â Configure Receptionist with âcollectdirâ
+Â Â Â Â Â Passing âcollectdirâ value on to Actions, Protocols, and Browsers:
+Â Â Â Â Â NullProtocol not interested in âcollectdirâ
+Â Â Â Read in Macro files
+Â Â Â Foreach Actions
+Â Â Â Â Â Initialise Action
+Â Â Â Foreach Protocol
+Â Â Â Â Â Initialise Protocol
+Â Â Â Â Â When Protocol==NullProtocol:
+Â Â Â Â Â Â Â Foreach Collection
+Â Â Â Â Â Â Â Â Â Reading Collectionâs build.cfg
+Â Â Â Â Â Â Â Â Â Reading Collectionâs collect.cfg
+Â Â Â Â Â Â Â Â Â Â Â Configure Collection with âcreatorâ
+Â Â Â Â Â Â Â Â Â Â Â Â Â Passing âcreatorâ value on to Filters and Sources:
+Â Â Â Â Â Â Â Â Â Â Â Configure Collection with âmaintainerâ
+Â Â Â Â Â Â Â Â Â Â Â Â Â Passing âmaintainerâ value on to Filters and Sources:
+Â Â Â Â Â Â Â Â Â Â Â ... and so on for all entries in collect.cfg
+Â Â Â Foreach Browsers
+Â Â Â Â Â Initialise Browser
+Â =============
+Â Generate page
+Â =============
+Â Parse CGI arguments
+Â Execute designated Action to produce page
+End.
+
+En la Figura se presentan los mensajes de diagnóstico generados por una versión de Greenstone configurada para resaltar el proceso de inicialización. El programa arranca con la función main()  del archivo recpt/librarymain.cpp . Crea un objeto Recepcionista y un objeto Protocolo nulo, luego recorre el archivo gsdlsite.cfg  (ubicado en el mismo directorio que el ejecutable library ) en busca de gsdlhome  y guarda su valor en una variable. Para cada colección en lÃnea âlista establecida leyendo los directorios de GSDLHOME/collect  â el programa crea un objeto de colección mediante el objeto Protocolo nulo, que contiene objetos Filtro, Búsqueda y Fuente, asà como algunas llamadas cableadas a configure() .
+A continuación, la función main()  agrega el objeto Protocolo nulo al recepcionista, que mantiene una matriz de clase de base de protocolos en un campo de datos protegidos, y luego activa varios convertidores. La función main()  crea todos los objetos Acción y Consulta que se utilizan en el ejecutable y los incorpora al recepcionista. La función concluye al activar la función cgiwrapper()  ubicada en cgiwrapper.cpp , que efectúa a su vez un número importante de inicializaciones de objetos.
+La función cgiwrapper()  comprende tres partes: configuración, inicialización y generación de página. En primer lugar, se efectúan algunas llamadas cableadas a la función configure() , luego se lee el archivo gsdlsite.cfg  y se aplica configure  a cada lÃnea. Lo mismo ocurre con el archivo etc/main.cfg .
+La segunda fase de cgiwrapper()  activa init() . El objeto Recepcionista sólo hace una llamada a su función init() , pero esta acción invoca las funciones init()  de los diferentes objetos que contiene. Primero una llamada cableada a configure()  para instalar collectdir , y luego se leen los archivos de macros. Se activa la función init()  de cada acción. Lo mismo ocurre con cada protocolo almacenado en el recepcionista, pero en el sistema que se describe aquà sólo se almacena el protocolo nulo. La activación de la función init()  de este objeto suscita otras configuraciones: en cada colección del protocolo nulo se leen y se tratan los archivos especÃficos de la colección build.cfg  y collect.cfg , y cada lÃnea activa la función configure() .
+La fase final de cgiwrapper()  consiste en analizar los argumentos CGI y luego activar la acción adecuada. Ambas acciones se efectúan con la asistencia del objeto Recepcionista.
+Los códigos de configuración, inicialización y generación de páginas están separados porque Greenstone está concebido para funcionar como servidor (con Fast-CGI, el protocolo CORBA, o la versión Biblioteca Local de Windows). En ese modo de funcionamiento, el código de configuración y de inicialización sólo se ejecuta una vez, y luego el programa permanece en memoria y genera numerosas páginas Web en respuesta a las consultas de los usuarios sin necesidad de volverse a inicializar.
+
+
+
+
+
+
+CONFIGURACIÃN DEL SITIO GREENSTONE
+
+
+En Greenstone, se utilizan dos archivos de configuración para configurar las diversas caracterÃsticas del sitio Greenstone: el archivo de configuración âprincipalâ main.cfg , que se encuentra en el directorio GSDLHOME/etc , y el archivo de configuración âde sitioâ gsdlsite.cfg , que se encuentra en el directorio GSDLHOME/cgi-bin . Ambos archivos controlan aspectos especÃficos de la configuración del sitio y pueden visualizarse desde la página de administración de Greenstone.
+
+
+Archivo de configuración principal
+
+
+El archivo de configuración principal main.cfg  sirve para configurar el recepcionista, esto es, la parte de Greenstone que procesa las consultas y muestra las páginas. Se puede controlar todo, desde las lenguas que la interfaz puede utilizar hasta los registros que se llevarán.
+
+
+Mantenimiento del sitio y registro de utilización (logging )
+
+
+Las lÃneas del archivo de configuración establecen la manera en que su sitio Greenstone se mantendrá, qué funciones ofrecerá, qué eventos se registrarán y qué notificaciones se harán al responsable del mantenimiento. En el Cuadro se muestran algunas de las opciones disponibles; las restantes se exponen en las secciones siguientes.
+
+
+Opciones de configuración para el mantenimiento del sitio y el registro de utilización (logging )
+
+
+
+
+
+Valor
+
+
+Finalidad
+
+
+
+
+maintainer
+
+
+NULL o una dirección de correo electrónico
+
+
+Dirección de correo electrónico del encargado del mantenimiento del sitio que se utiliza para algunas notificaciones. Si es NULL se desactivan los eventos de correo electrónico.
+
+
+
+
+MailServer
+
+
+NULL o un nombre de servidor
+
+
+Servidor de correo electrónico de salida para el sitio. Si es NULL, se utiliza mail.dominio_del_encargado_del_mantenimiento  (por ejemplo, si el encargado del mantenimiento es ayuda@ejemplo.com  el valor por defecto será mail.ejemplo.com .) Si ello no lleva a un servidor SMTP válido, los eventos de correo electrónico no funcionarán.
+
+
+
+
+status
+
+
+enabled  (activado) o disabled  (desactivado)
+
+
+Determina si la página de âMantenimiento y administraciónâ debe estar disponible.
+
+
+
+
+collector
+
+
+enabled  (activado) o disabled  (desactivado)
+
+
+Determina si la aplicación âColectorâ de creación de colección para el usuario final debe estar disponible.
+
+
+
+
+logcgiargs
+
+
+true  (verdadero) o false  (falso)
+
+
+Si el valor es true  (verdadero), se conserva un registro de utilización en usage.txt .
+
+
+
+
+usecookies
+
+
+true  (verdadero) o false  (falso)
+
+
+Si el valor es true  (verdadero), se acopia información relativa a los usuarios del sitio (mediante registros de identificación o cookies ) que se guarda en usage.txt  (sólo funciona si la opción logcgiargs  tiene el valor true ).
+
+
+
+
+LogDateFormat
+
+
+LocalTime  (hora local) o UTCTime  (hora universal) o Absolute  (hora absoluta)
+
+
+Formato en el que se consignan las fechas y las horas en los registros. LocalTime  genera el formato âThu Dec 07 12:34 NZDT 2000â, UTCTime  es el mismo formato pero en tiempo universal (o GMT), y absolute  es un número entero que representa el número de segundos transcurridos desde â00:00:00 01/01/1970 GMTâ
+
+
+
+
+LogEvents
+
+
+AllEvents  (todos los eventos) o CollectorEvents  (eventos del Colector) o disabled  (desactivado)
+
+
+Registra determinados eventos en events.txt. AllEvents  consigna todos los eventos de Greenstone, CollectorEvents  sólo registra los eventos relacionados con el Colector, y disabled  no registra ningún evento.
+
+
+
+
+EmailEvents
+
+
+enabled  (activado) o disabled  (desactivado)
+
+
+EnvÃa un mensaje por correo electrónico al encargado del mantenimiento (en caso de haberlo - véase la opción mantainer ) cada vez que se produce un evento.
+
+
+
+
+EmailUserEvents
+
+
+enabled  (activado) o disabled  (desactivado)
+
+
+EnvÃa un mensaje por correo electrónico al usuario sobre determinados eventos (por ejemplo, cuando el Colector finaliza la creación de una colección).
+
+
+
+
+macrofiles
+
+
+lista de nombres de archivos de macros
+
+
+Determina qué macros se encuentran a disposición del programa de interfaz de usuario de Greenstone
+
+
+
+
+
+
+
+
+Selección de lenguas
+
+
+El archivo de configuración main.cfg  contiene dos tipos de entradas que inciden en la gestión de las diferentes lenguas. Ãstas determinan qué idiomas y qué códigos estarán disponibles en la página de preferencias. Las lÃneas encoding  (codificación) especifican los diferentes tipos de codificación de caracteres que pueden seleccionarse. Las lÃneas language  (lengua) especifican qué idiomas se podrán seleccionar para la interfaz de usuario (por supuesto, es preciso que exista una macro de lengua para cada lengua posible).
+La lÃnea encoding  (codificación) puede contener cuatro valores posibles: shortname  (nombre corto), longname  (nombre largo), map  (correspondencia) y multibyte . El valor shortname  es la etiqueta del juego de caracteres estándar y debe especificarse en todas las codificaciones. El valor longname  da el nombre de codificación que se especifica en la página de preferencias . En su ausencia, el valor por defecto es el de shortname . El valor map  es obligatorio para todas las codificaciones, excepto para UTF-8, que se maneja internamente (y que deberÃa siempre estar activado). El valor multibyte  deberÃa aplicarse a todos los juegos de caracteres que necesitan más de un byte por carácter. El archivo main.cfg  especifica numerosas codificaciones, la mayorÃa de las cuales está desactivada, pues están comentadas de manera que la programación nos las toma en consideración. Para activar una codificación, suprima el carácter de comentario â#â.
+Cada lÃnea language  (idioma) puede contener tres valores posibles: shortname  (nombre corto), longname  (nombre largo) y default_encoding  (codificación por defecto). El valor shortname  es el sÃmbolo de idioma de dos letras ISO 639 y es obligatorio. El valor longname  da el nombre de la lengua especificada en la página de preferencias . En su ausencia, el valor por defecto es el de shortname . La opción default_encoding  sirve para especificar la codificación preferida para esa lengua.
+
+
+
+
+Parámetros de página y argumentos CGI
+
+
+Se pueden definir parámetros de página y argumentos CGI en el archivo de configuración main.cfg . Recuerde que en la Figura la mayorÃa de los argumentos CGI se definen en el seno mismo del código C++ de la biblioteca. Sin embargo, a veces resulta útil definir nuevos argumentos o modificar los argumentos existentes en los archivos de configuración, lo cual evita recompilar la biblioteca.
+Para ello, utilice la opción de configuración cgiarg , que puede contener hasta seis argumentos: shortname  (nombre corto), longname  (nombre largo), multiplechar  (caracteres múltiples), argdefault  (argumento por defecto), defaultstatus  (estado por defecto) y savedarginfo  (información de Resguardo ( backup ) de argumentos). Estos argumentos corresponden a opciones de argumentos CGI descritos en la Sección . Por ejemplo, en el archivo main.cfg  por defecto, la opción de configuración cgiarg  sirve para establecer los valores por defecto de los argumentos CGI existentes a  y p  con los valores p  y home  respectivamente.
+Los parámetros de página son un caso particular de argumentos CGI que corresponden a los parámetros de los archivos de macros de Greenstone. Por ejemplo, el argumento CGI l  corresponde directamente al parámetro l=  en los archivos de macros. Se utiliza la opción de configuración pageparam  para definir un argumento CGI también como parámetro de página.
+El mejor modo de aprender las diferentes opciones de configuración posibles en el archivo de configuración main.cfg  es experimentar con éste. Recuerde que si está utilizando la versión Biblioteca Local de Greenstone con Windows, es preciso volver a arrancar el servidor para que toda modificación de los archivos de configuración surta efecto.
+
+
+
+
+
+
+Archivo de configuración de sitio
+
+
+
+
+LÃneas del archivo gsdlsite.cfg
+
+
+
+
+LÃnea
+
+
+Función
+
+
+
+
+gsdlhome
+
+
+Una ruta hacia el directorio GSDLHOME .
+
+
+
+
+httpprefix
+
+
+La dirección Web de GSDLHOME . Si la raÃz de documentos de su servidor Web contiene el valor GSDLHOME , no necesita esta lÃnea.
+
+
+
+
+httpimage
+
+
+La dirección Web del directorio que contiene las imágenes de la interfaz de usuario. Si la raÃz de documentos de su servidor Web contiene el valor GSDLHOME , éste será /images .
+
+
+
+
+gwcgi
+
+
+La dirección Web del presente guión CGI (acaba generalmente por library ). No se necesita si su servidor Web contiene la variable de entorno SCRIPT_NAME  (nombre de guión).
+
+
+
+
+maxrequests
+
+
+(Sólo se aplica si se utiliza Fast-CGI). Número de consultas que Fast-CGI debe tratar antes de terminar. Durante la depuración de la biblioteca, deberá fijarse un valor bajo a esta función, y en el caso contrario, esto es, en producción, un valor elevado.
+
+
+
+
+El archivo de configuración del sitio gsdlsite.cfg , que se encuentra en el mismo directorio que el programa library , establece variables utilizadas por el programa de biblioteca y el servidor Web durante la ejecución. En el Cuadro se enumeran las lÃneas de este archivo cuya explicación aparece en la Sección 5 de la GuÃa de Instalación de la Biblioteca Digital Greenstone .
+
+
+
+
+
+
+APÃNDICE A: LA BIBLIOTECA ESTÃNDAR DE PLANTILLAS C++ (STL )
+
+
+La Biblioteca Estándar de Plantillas (Standard Template Library - STL ) es una biblioteca de código C++ de amplia difusión concebida por Silicon Graphics ( www.sgi.com ). En el presente Apéndice se presenta un breve resumen de sus principales funciones, que se utilizan a todo lo largo del código Greenstone. Para una explicación más completa, consulte el manual oficial de referencia STL disponible en la siguiente dirección Internet: www.sgi.com , o alguno de los numerosos libros sobre STL, como el de Josuttis (1999).
+Tal como lo sugiere el término âplantillaâ, STL no es sólo una biblioteca de objetos lista para usar. Unida al mecanismo de plantillas de C++, proporciona a los programadores una solución para desarrollar de manera concisa sus propios objetos, recurriendo a las funciones algorÃtmicas de STL. Esto añade un grado más de complejidad pero vale la pena.
+A fin de ayudar a comprender los extractos del código de Greenstone que figuran en el presente manual, citaremos algunos ejemplos didácticos de utilización de la STL.
+
+
+Listas (Lists )
+
+
+
+
+Programación de una lista de números enteros
+
+#include <iostream.h>
+
+#define nil 0
+
+struct intlist {
+Â int val;
+Â struct intlist* next;
+};
+
+int total_int_list(intlist* head)
+{
+Â int total = 0;
+Â intlist* curr = head;
+Â while (curr!=nil)
+Â {
+Â Â Â total += curr->val;
+Â Â Â curr = curr->next;
+Â }
+
+Â return total;
+}
+
+void main()
+{
+Â intlist node1 = { 5, nil };
+Â intlist node2 = { 4, nil };
+Â node2.next = &node1;
+
+Â int total = total_int_list(&node2);
+Â cout << "Total de los objetos: " << total << endl;
+}
+
+En primer lugar, estudiaremos dos programas que implementan una lista de números enteros. Uno de ellos utiliza tipos C++ básicas (la âmanera tradicional de procederâ), mientras que el otro utiliza STL. En la Figura se muestra la implementación del código fuente que no  utiliza STL. Las lÃneas 5-8 definen la estructura de datos básica que vamos a utilizar: en el campo val  se almacena el valor del número entero, y next  indica el siguiente elemento de la lista. Como puede advertirse se trata, en suma, de una implementación clásica de una lista enlazada.
+Para ilustrar la utilización de la estructura de datos, el programa principal (lÃneas 23-32) inicializa una lista de números enteros con los elementos [5, 4]. Luego activa la función total_int_list  (definida en las lÃneas 10-21), que tiene como único parámetro un puntero dirigido hacia el principio de una lista y que suma los valores que ésta contiene. El valor que devuelve (9 en nuestro ejemplo) aparece en la pantalla.
+Las lÃneas 12-18 llevan a cabo las tareas principales. Se comienza por un poco de inicialización: la variable local total  se fija en cero, y curr  apunta hacia el principio de la lista. A continuación, un bucle while  agrega el elemento de número entero actual al subtotal vigente (total += curr->val;) antes de pasar al siguiente elemento (curr = curr->next;). El bucle while  termina cuando curr  equivale a nil  (nada), lo que significa que no queda ningún elemento por tratar.
+
+
+Programación de una lista de números enteros mediante la STL
+
+#include <iostream.h>
+#include <list>
+
+int total_int_list(list<int>* head)
+{
+Â int total = 0;
+Â list<int>::iterator curr = head->begin();
+Â while (curr!=head->end())
+Â {
+Â Â Â total += *curr;
+Â Â Â curr++;
+Â }
+
+Â return total;
+}
+
+void main()
+{
+Â list<int> vals;
+Â vals.push_back(5);
+Â vals.push_back(4);
+
+Â int total = total_int_list(&vals);
+Â cout << "Total de los objetos: " << total << endl;
+}
+
+En la Figura se muestra un programa equivalente que utiliza STL. Ya no es necesario definir una estructura de datos adecuada en el código, sino que basta con la directiva #include <list> de la lÃnea 2 que contiene la plantilla para la lista definida en STL. El objeto se denomina âclase Contenedorâ ya que cuando se declara una variable de este tipo se especifica también el tipo que se desea que almacene. En la lÃnea 19 se elabora una lista de números enteros con la instrucción list<int> vals;. Se pueden agregar elementos al objeto mediante la función miembro push_back () , como se hace en las lÃneas 20-21.
+Las lÃneas 6-12 efectúan el trabajo principal. Sigue habiendo dos inicializaciones y un bucle while , pero por lo demás la nueva sintaxis tiene poco en común con la antigua. En esta nueva forma de tratamiento es fundamental una variable de tipo iterator  (lÃnea 7). Numerosas clases STL incluyen tipos iterator  para ofrecer una manera uniforme de recorrer una secuencia de objetos de contenedor. El primer elemento se devuelve con begin()  y el elemento que sigue al último elemento se devuelve con end() . Se pasa al elemento siguiente mediante la operación de incremento ++, que es sobrecargada por la clase iterator  para implementar esta tarea, y se accede al valor almacenado mediante una operación de derreferenciación ( *curr  en la lÃnea 10) también sobrecargada.
+La implementación STL de este programa es un poco más concisa que el código convencional (25 lÃneas, en lugar de 31). Las ventajas son más importantes en proyectos más voluminosos, ya que el objeto list  de STL tiene un potencial mayor de lo que muestra el ejemplo. Este objeto incluye, por ejemplo, una lista doblemente enlazada que admite diversas formas de inserción y supresión. Se requerirÃan tareas de programación suplementarias para integrar estas funciones en la versión de lista de números enteros básica.
+Obsérvese que el parámetro total_int_list  de la Figura se ha implementado como puntero para que corresponda con el puntero utilizado en total_int_list  de la Figura . En STL, suele ser más natural (y preferible) utilizar referencias en lugar de punteros. Asà pues, el parámetro se convierte en list<int>& head , y sus funciones miembro se activan con la sintaxis head.begin();  y asà sucesivamente.
+
+
+
+
+Correspondencias (Maps )
+
+
+Cuando se implementa un sistema de biblioteca digital, es útil poder almacenar elementos en una matriz indizada por secuencias de texto en lugar de números. En Greenstone, por ejemplo, esto simplifica considerablemente el almacenamiento de los archivos de macros después de su lectura; lo mismo ocurre con los diversos archivos de configuración. El tipo de datos que permite esta clase de acceso se denomina matriz asociativa  y suele encontrarse en los lenguajes de programación modernos de alto nivel. Se lo conoce también con el nombre de â hash array  â (matriz de desmenuzamiento, sobre todo en Perl) ya que la técnica habitual utilizada para implementar los Ãndices de texto es el desmenuzamiento (eso es, calcular una suma de control).
+
+
+Utilización de matrices asociativas en STL
+
+#include <iostream.h>
+#include <map>
+
+int total_int_table(map<char*, int>& table)
+{
+Â int total = 0;
+Â map<char*, int>::iterator curr = table.begin();
+ Â while (curr!=table.end())
+Â {
+Â Â Â total += (curr->second);
+Â Â Â curr++;
+Â }
+
+ return total;
+}
+
+int main()
+{
+Â map<char*, int> table;
+Â table["Alicia"] = 31;
+Â table["Pedro"] = 24;
+Â table["Maria"] = 47;
+
+Â int total = total_int_table(table);
+Â cout << "Edad total: " << total << endl;
+}
+
+En STL, las matrices asociativas se constituyen mediante el objeto map  (correspondencia). En la Figura se presenta un ejemplo un tanto artificial que almacena la edad de tres personas (Alicia, Pedro y Maria) en una matriz asociativa indizada con sus nombres (lÃneas 19-22). El problema es escribir una función que calcule la edad total de todas las personas presentes, sin saber ni cuántas ni quiénes son. Por supuesto, se podrÃa resolver este problema con una matriz clásica de números enteros indizados numéricamente. Este ejemplo está concebido para ilustrar las funciones del objeto map  y poner de manifiesto las semejanzas de tratamiento con el objeto list  acompañado de un iterator .
+Al igual que list , map  es una clase de contenedor. Sin embargo, cuando se declara una variable de este tipo, es preciso especificar dos cosas: el tipo de Ãndice y el tipo de elemento . Como se puede apreciar en la lÃnea 19, se obtiene una matriz asociativa que almacena números enteros indizados por cadenas utilizando char*  (que es la manera de declarar una cadena en C++) como tipo de Ãndice, seguido de int  como tipo de elemento.
+Existen diversas maneras de almacenar elementos en la matriz asociativa. En las lÃneas 20-22 del ejemplo se utiliza el Ãndice de la matriz sobrecargada [ ] para inicializar el cuadro con la edad de las tres personas. La semejanza entre total_int_table , que efectúa el cálculo principal en el programa, y total_int_list  en la Figura es notable. De hecho, estos dos objetos son casi idénticos y no es una coincidencia. STL recurre en gran medida a la herencia, de tal modo que objetos diferentes utilizan las mismas operaciones fundamentales. Asà ocurre sobre todo con los iterators . Las pequeñas diferencias entre las dos funciones consisten en que el iterator  procede aquà de map<char*, int> , y que el acceso a sus elementos se hace con la instrucción curr->second(); en efecto, la derreferenciación de la variable (*curr)  está definida para devolver un objeto de tipo pair . Esta operación registra el nombre del Ãndice ( first ) y el valor del elemento ( second ), pero sólo nos interesa este último. Por lo demás, el código permanece igual. La única diferencia que persiste âel cambio del único argumento de la función de puntero a referenciaâ es superficial.
+El código de Greenstone utiliza ampliamente otros dos tipos STL: vector  (vector) y set  (conjunto). El primero facilita las matrices dinámicas y el segundo admite las operaciones matemáticas de conjunto como la unión, la intersección y la diferencia.
+
+
+
+
+
+
+BIBLIOGRAFÃA
+
+
+Aulds, C. (2000), Linux Apache Web Server Administration , Sybex.
+Bainbridge, D., Buchanan, G., McPherson, J., Jones, S., Mahoui, A. y Witten, I.H. (2001) âGreenstone: A platform for distributed digital library developmentâ. Informe de investigación, Departamento de informática, Universidad de Waikato, Nueva Zelandia.
+Christiansen, T. Torkington, N. and Wall, L. (1998), Perl Cookbook , OŽReilly and Associates.
+Coar, K.A.L. (1998), Apache Server For Dummies , IDG Books.
+Deitel, H.M. y Deitel, P.J. (1994), C++: How to Program , Prentice Hall, Englewood Cliffs, Nueva Jersey.
+Dublin Core (2001) âThe Dublin Core Metadata Initiativeâ en http://purl.org/dc/ , consultado el 16 de enero de 2001.
+Josuttis, N.M. (1999)Â The C++ standard library: a tutorial and reference , Addison-Wesley, 1999.
+Keller, M. y Holden, G. (1999), Apache Server for Windows Little Black Book , Grupo Coriolis.
+Schwartz, R.L. y Christiansen, T. (1997), Learning Perl  (2ª edición), OŽReilly and Associates.
+Slama, D., Garbis, J. y Russell, P. (1999), Enterprise CORBA , Prentice Hall, Englewood Cliffs, Nueva Jersey.
+Stroustroup, B. (1997), The C++ Programming Language , Addison-Wesley.
+Thiele, H. (1997) âThe Dublin Core and Warwick Framework: A Review of the Literature, March 1995-September 1997.â D-Lib Magazine , enero, < http://www.dlib.org/dlib/january98/01thiele.html  >
+Wall, L., Christiansen, T. y Orwant, J. (2000), Programming Perl  (3ª edición), OŽReilly and Associates.
+Weibel, S. (1999), âThe State of the Dublin Core Metadata Initiativeâ, D-Lib Magazine , Volumen 5 Nº 4, abril, <http://www.dlib.org/dlib/april99/04weibel.html>.
+Witten, I.H., Moffat, A. y Bell, T.C. (1999), Managing gigabytes: compressing and indexing documents and images , Morgan Kaufmann, San Francisco.
+
+
+
+
+Es posible que al ejecutar setup.bat  en los sistemas Windows 95/98, aparezca el mensaje de error âSin espacio en entornoâ . Si ello sucede, deberá modificar su archivo de sistema config.sys  (que normalmente se encuentra en C:\config.sys ) y añadir la lÃnea shell=C:\command.com /e:4096 /p  (donde C:  es la letra correspondiente a la unidad de sistema) para ampliar el tamaño de su cuadro de entorno. Será necesario volver a arrancar la computadora para que esta modificación surta efecto, y luego repetir los pasos anteriores para Greenstone.
+
+
+Obsérvese que en Greenstone, las expresiones usuales se interpretan en lenguaje Perl, que difiere levemente de otras convenciones. Por ejemplo, â*â corresponde a cero o más apariciones del carácter anterior, mientras que â.â corresponde a cualquier carácter, por lo tanto nugget.*  corresponde a toda cadena que comienza por el prefijo ânuggetâ, seguido o no por un punto. Para insistir en la presencia de un punto serÃa necesario añadir un caracter de escape y escribir en su lugar nugget\...* .
+
+
+Debe darse cuenta de que las versiones más recientes de la colección Demo usan un clasificador de JerarquÃa para mostrar el metadato Cómo. En este caso se mostrará ligeramente diferente de cómo aparece en la Figura .
+
+
+El valor de gsdlhome  procede del archivo gsdlsite.cfg  ubicado en el mismo directorio que el ejecutable CGI library , mientras que GSDLHOME  se activa ejecutando el guión setup  que da acceso a un archivo diferente; asà pues, es posible técnicamente que los dos valores sean diferentes, pero no es deseable. El texto que figura más arriba está escrito partiendo de la hipótesis de que ambos valores son iguales.
+
+
+Técnicamente son cuatro tipos, pero los dos últimos son opcionales. Puesto que nos limitamos a una introducción básica de esta clase STL, omitiremos los detalles sobre estos dos últimos tipos.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/es/Install_es.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/es/Install_es.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/es/Install_es.xml (revision 14835)
@@ -0,0 +1,1021 @@
+
+
+
+
+
+]>
+
+
+BIBLIOTECA DIGITAL GREENSTONE
+
+
+GUÃA DE INSTALACIÃN
+
+
+Ian H. Witten y Stefan Boddie
+
+
+Departamento de Informática Universidad de Waikato, Nueva Zelanda
+
+
+De regreso al index
+De regreso al top index
+
+Greenstone es un conjunto de programas y aplicaciones de software especialmente diseñados para la creación y difusión de colecciones documentales digitales, el cual le ofrece una nueva forma de organizar la información y publicarla en Internet o CD-ROM. Greenstone ha sido elaborado como parte del proyecto de Biblioteca Digital de Nueva Zelanda de la Universidad de Waikato y actualmente es desarrollado y distribuido en colaboración con la UNESCO y la ONG Human Info. Es un software de código abierto disponible en http://greenstone.org  bajo los términos y condiciones de la Licencia Pública General de GNU .
+
+Queremos estar seguros que este software trabaje bien para usted. Por favor comunÃquenos cualquier problema que tenga con él a la siguiente dirección:greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+Marzo de 2004
+
+
+
+Acerca de este manual
+
+
+En este documento se explica cómo instalar Greenstone para que usted pueda utilizarlo en su propia computadora. Se indica también cómo obtener otros programas asociados disponibles gratuitamente: el servidor Web Apache y Perl. Hemos procurado que el procedimiento de instalación sea lo más sencillo posible.
+El programa funciona en diferentes plataformas y con distintas configuraciones. Por consiguiente, son muchos los factores que inciden (o pueden incidir) en el procedimiento de instalación. En la Sección se mencionan algunos puntos que tendrá usted que examinar antes de instalar Greenstone. En la se detalla el procedimiento de instalación para todas las distintas versiones; sólo es necesario que lea usted la parte correspondiente a su sistema operativo. La Sección trata de las colecciones de demostración de la biblioteca digital que están incluidas en la distribución. En la Sección se explica cómo instalar servidores Web comunes, Apache y PWS/IIS de Microsoft, para que funcionen con Greenstone. En la Sección se mencionan varias opciones de configuración de Greenstone y en la Sección se muestra cómo crear una página principal personalizada para la instalación de su biblioteca digital. Por último, en el Apéndice se enumeran los programas asociados y se indica cómo obtenerlos.
+
+
+
+
+Conjunto de documentos
+
+
+La serie completa de documentos comprende cinco volúmenes:
+
+
+La GuÃa de Instalación de la Biblioteca Digital Greenstone (el presente documento )
+
+
+La GuÃa del Usuario de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Programador de la Biblioteca Digital Greenstone
+
+
+La Biblioteca Digital Greenstone: del Papel a la Colección
+
+
+La Biblioteca Digital Greenstone: uso del Organizador
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Agradecimientos
+
+
+El programa Greenstone es fruto de la colaboración de muchas personas. Rodger McNab y Stefan Boddie son los principales arquitectos y programadores. También han contribuido David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson y Stuart Yeates. Otros miembros del proyecto Biblioteca Digital de Nueva Zelanda que proporcionaron asesorÃa y valiosas ideas para la concepción del sistema son: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols y Lloyd Smith. También queremos dar las gracias a todos aquellos que contribuyeron a los paquetes de programas con licencias GNU incluidos en esta distribución: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE y XLHTML.
+
+
+
+
+VERSIONES DE GREENSTONE
+
+
+El programa Greenstone funciona en diferentes plataformas y con distintas configuraciones, como se resume en la Figura .
+
+
+Las distintas opciones para las versiones Windows y Unix de Greenstone
+
+
+
+Hay muchos factores que inciden (o pueden incidir) en el procedimiento de instalación. Antes de proseguir la lectura, deténgase en los siguientes puntos:
+
+
+¿Está usted utilizando Windows o Unix?
+
+
+Si es Windows, ¿está usted utilizando Windows 3.1/3.11 o una versión más reciente? Aunque se pueden visualizar las colecciones en las máquinas que funcionan con las versiones 3.1 ó 3.11, y dar servicio a otras computadoras en la misma red, no puede usted crear nuevas colecciones. El programa Greenstone completo funciona con 95/98/Me y NT/2000.
+
+
+Si es Unix, ¿está usted utilizando Linux u otra versión de Unix? Para Linux, se proporciona una versión binaria del sistema completo que es fácil de instalar. Para otros tipos de Unix tendrá usted que instalar el código fuente y compilarlo. Para ello, puede ser preciso instalar en su computadora programas suplementarios.
+
+
+Si es Windows NT/2000 o Unix, ¿puede usted iniciar la sesión como âadministradorâ del sistema o root  ? Esto puede ser necesario para configurar adecuadamente un servidor Web para Greenstone.
+
+
+¿Quiere usted el código fuente? Si está usted utilizando Windows o Linux, puede usted instalar solamente los binarios. Pero es posible que quiera usted también el código fuente: éste viene en la distribución de Greenstone.
+
+
+¿Quiere usted crear nuevas colecciones de biblioteca digital? En tal caso, es necesario que tenga Perl, disponible gratuitamente para Windows y Unix.
+
+
+¿Su computadora maneja un servidor Web? Greenstone viene con un servidor Web Windows. No obstante, si ya está usted utilizando un servidor Web, es muy posible que quiera conservarlo. Para Unix, es necesario utilizar un servidor Web.
+
+
+¿Sabe usted como volver a configurar su servidor Web? Si usted no utiliza el servidor Web de Greenstone, tendrá que modificar ligeramente la configuración del suyo para que reconozca el programa Greenstone.
+
+
+
+
+
+
+EL PROCEDIMIENTO DE INSTALACIÃN
+
+
+Existen sendas versiones de Greenstone disponibles para Windows y Unix, como binarios y en forma de código fuente. La interfaz de usuario de Greenstone utiliza cualquiera de los dos navegadores Web siguientes: Netscape Navigator o Internet Explorer (versión 4.0 o superior en ambos casos). En caso de que no tenga usted todavÃa un navegador Web, puede usted instalar una de las versiones Windows de Netscape que vienen en el CD-ROM.
+
+
+Windows
+
+
+Si es usted un usuario de Unix, pase directamente a la Sección . Para los usuarios de Windows, si sólo desea una instalación sencilla siga el siguiente procedimiento de âinstalación simpleâ. El sistema Greenstone ocupa unos 40 Mb de espacio de memoria en el disco duro.
+Si no escoge usted la instalación por defecto, tendrá que decidir si quiere instalar el código binario o el código fuente. En caso de duda, escoja el código binario. El procedimiento de instalación es el mismo para ambos. En las secciones siguientes encontrará usted más información sobre las opciones ofrecidas.
+Una vez terminada la instalación, pase directamente a la Sección .
+
+
+Instalación simple
+
+
+Para instalar la versión Windows a partir del CD-ROM, inserte el disco en el lector (por ejemplo, D: ). Si al cabo de unos 20 segundos el procedimiento de instalación no comienza automáticamente, pulse en el menú Inicio , seleccione Ejecutar  y teclee D:\Windows\Setup.exe , donde â D  â es la letra que designa su lector de CD-ROM. Para Windows 3.1, seleccione Ejecutar  en el âAdministrador de archivosâ y teclee D:\Windows\Setup.exe .
+Para proceder a la instalación más simple, basta con aceptar el parámetro por defecto en cada etapa, pulsando el botón Next  (siguiente). ¡Eso es todo! Greenstone queda instalado en el directorio C:\Program Files\gsdl .
+Una vez concluida la instalación, para arrancar su sistema Greenstone pulse el botón Inicio , abra el menú Programas  y seleccione Biblioteca Digital Greenstone (Greenstone Digital Library) . Esto hace aparecer un cuadro de diálogo: haga clic en Entrar en la biblioteca (Enter Library) . Esto activa automáticamente el navegador Internet y carga la página principal de la Biblioteca Digital Greenstone, cuyo aspecto debe ser parecido al del ejemplo de la Figura . Se entra en la colección de demostración de Greenstone pulsando en su icono.
+
+
+Su página principal Greenstone
+
+
+
+
+
+
+
+Binarios Windows
+
+
+En el CD-ROM hay dos programas binarios Windows distintos: la Biblioteca Local  y la Biblioteca Web . La instalación descrita más arriba selecciona la versión Biblioteca Local . Le recomendamos encarecidamente que utilice esta versión. La Biblioteca Web, que es más difÃcil de instalar, sólo es necesaria si usted utiliza ya un servidor Web y quiero usarlo para Greenstone . A pesar de su modesto nombre, la Biblioteca Local ofrece una capacidad completa y autónoma de servidor Web.
+La Biblioteca Local.  Este programa permite, a cualquier computadora equipada con Windows, distribuir colecciones Greenstone previamente creadas. La colección de demostración de Greenstone se instalará automáticamente; se pueden instalar también las demás colecciones que figuran en el CD-ROM (véase la Sección ). El programa de Biblioteca Local es el mismo utilizado en los CD-ROM producidos por el sistema Greenstone.
+La Biblioteca Local está destinada a utilizarse en computadoras autónomas o en computadoras que aún no están equipadas con un servidor Web. Contiene un pequeño servidor Web incorporado para que otras computadoras en la misma red puedan también acceder a la biblioteca. (Sin embargo, este servidor Web tiene una capacidad de configuración limitada.)
+El programa de Biblioteca Local detecta automáticamente si su computadora tiene un programa de red instalado o si está conectada a una red. Funciona correctamente en cualquier combinación de estas condiciones. No obstante, pueden plantearse eventualmente dos problemas. Greenstone puede:
+
+
+provocar una operación no deseada de marcado telefónico;
+
+
+no funcionar debido a la presencia de un programa de red instalado incorrectamente.
+
+
+Se suministra una versión limitada de la Biblioteca Local que se puede utilizar en tales situaciones. La versión limitada sólo funciona con Netscape (pero no con Internet Explorer). Cuando se activa la versión de la Biblioteca Local de Greenstone, en el cuadro de diálogo aparece un botón que permite seleccionar la versión limitada. Se deberá siempre utilizar la versión estándar, a menos que se planteen los problemas antes mencionados.
+Biblioteca Web.  Este programa permite que cualquier computadora con un servidor Web existente distribuya colecciones Greenstone previamente creadas. Como en el caso de la Biblioteca Local, la colección de demostración de Greenstone se instalará automáticamente. Se pueden instalar también las demás colecciones que figuran en el CD-ROM (véase la Sección ).
+La Biblioteca Web difiere de la Biblioteca Local porque está destinada a computadoras que ya disponen de un programa de servidor Web.
+Para activar la Biblioteca Web, se requiere también
+
+
+Un programa de servidor Web, como por ejemplo Apache (véase el Apéndice ).
+
+
+El Colector.  Este componente, que viene tanto en la Biblioteca Local como en la Biblioteca Web, permite crear colecciones que contengan el material elegido por usted. Para activarlo, se requiere también Perl. Recomendamos ActivePerl (véase el Apéndice). (No se podrá utilizar el Colector con un sistema Windows 3.1 ó 3.11.)
+
+
+
+
+Configuración del servidor Web de Windows (en las versiones de Biblioteca Web únicamente)
+
+
+Una ventaja de la versión de la Biblioteca Local de Greenstone es que está lista para funcionar y no requiere ninguna configuración especial. Para la versión Biblioteca Web, en cambio, tendrá usted que hacer algunos ajustes a su instalación del servidor Web.
+Si ya dispone usted de un servidor Web, habrá que hacer algunos pequeños cambios en su configuración para que la instalación de Greenstone funcione correctamente. El guión (script ) de instalación explica cuáles son esos cambios para el servidor Web Apache (véase la Sección para las instrucciones relativas a la configuración de los servidores Web PWS e IIS). Es posible que necesite la ayuda de un administrador de sistema para volver a configurar un servidor Web ya instalado. Esta persona entenderá seguramente las instrucciones del guión de instalación, que pueden imprimirse.
+Si no dispone usted todavÃa de un servidor Web, tendrá que instalar uno (véase el Apéndice para la información relativa al servidor Web Apache) y luego tendrá que configurarlo adecuadamente. En la Sección se explica detalladamente qué partes de la instalación de un servidor Web afectan a Greenstone y cómo deben modificarse. Esto supone incluir una media docena de lÃneas en un archivo de configuración.
+
+
+
+
+Fuente Windows
+
+
+El código fuente de Greenstone ocupa 50 Mb en el disco, aunque para compilarlo se necesitarán unos 90 Mb. Para compilar la fuente en Windows se necesita
+
+
+El compilador Microsoft Visual C++. (Estamos resolviendo actualmente algunos problemas menores en la compilación de Greenstone con varios puertos Windows de GNU GCC.)
+
+
+(No se necesita el GDBM, el administrador de la base de datos de GNU, porque viene incluido en la distribución de Greenstone.)
+Es poco probable que logre usted compilar Greenstone en una computadora que funcione con un sistema Windows 3.1 ó 3.11.
+En caso de que usted vuelva a compilar Greenstone y desee utilizar la versión nuevamente compilada para crear discos CD-ROM, debe tomar nota de que el código producido por las versiones recientes del compilador Visual C++ no funciona con Windows 3.1 ó 3.11, no habiendo en cambio problema alguno con sistemas Windows ulteriores (95, 98, Me, NT, 2000). Si desea que sus CD-ROM puedan leerse en máquinas con sistemas Windows antiguos, se necesitará otra versión del compilador. Además, Greenstone utiliza STL (Standard Template Library ), la biblioteca estándar de plantillas para C++, y aunque esos compiladores vienen a veces con STL, la versión proporcionada no siempre funciona correctamente. Por consiguiente, para volver a compilar Greenstone de tal modo que produzca discos CD-ROM que funcionen con versiones antiguas de Windows, se necesita:
+
+
+el compilador Microsoft Visual C++, versión 4.0 ó 4.2.
+
+
+una versión externa de STL, la biblioteca estándar de plantillas para C++. STL viene incluida en el sistema Greenstone para poder utilizarla con esas versiones del compilador.
+
+
+Cabe señalar que el procedimiento de instalación de Windows no propone compilar Greenstone si se escoge instalar el código fuente. Para obtener instrucciones sobre la compilación de Greenstone relativas a su plataforma y su compilador, véase el documento Install  que aparece en el directorio principal de Greenstone (C:\Program Files\gsdl  por defecto) durante el procedimiento de instalación.
+
+
+
+
+
+
+Unix
+
+
+Esta sección está destinada a los usuarios de Unix. (Los usuarios de Windows pueden pasar directamente a la Sección .) Tiene usted que escoger entre instalar el código binario o el código fuente. El código binario ocupa unos 50 Mb en el disco duro; el código fuente necesita unos 160 Mb para compilar.
+
+
+Binarios Unix
+
+
+El código binario requiere una distribución Linux basada en Intel x86 que incluye un soporte binario ELF. Las distribuciones que cumplen estos requisitos son:
+
+
+RedHat 5.1
+
+
+SuSE Linux 6.1
+
+
+Debian 2.1
+
+
+Slackware 4.0
+
+
+Deben funcionar también las versiones más recientes de estos productos.
+Se necesitará un servidor Web: recomendamos Apache. Le recomendamos también encarecidamente que instale su servidor Web antes  de instalar Greenstone, esto facilitará considerablemente la respuesta a las preguntas que se formulan durante el procedimiento de instalación de Greenstone. Si desea crear nuevas colecciones de biblioteca digital, necesitará también Perl si éste no se encuentra ya en su sistema. Para comprobarlo, abra una ventana de terminal, teclee perl -v , y vea si aparece un mensaje en que se especifica, entre otras cosas, el número de la versión. En la mayorÃa de las versiones de Linux, Perl viene instalado por defecto. En el Apéndice se proporciona información sobre cómo obtener Apache y Perl.
+
+
+
+
+Fuente Unix
+
+
+El código fuente para Unix es el mismo que para Windows. Se ha compilado y probado en Linux, Solaris y Macintosh OS/X; deberÃa resultar sencillo adaptarlo a otras variantes de Unix.
+Para compilar el código fuente de Greenstone en Unix, se necesita
+
+
+el compilador de GNU C++, GCC
+
+
+el administrador de la base de datos GNU, GDBM.
+
+
+Para activar el programa Greenstone, se necesita también un servidor Web y el programa Perl, como se indica más arriba en Binarios Unix .
+
+
+
+
+Instalación en Unix
+
+
+Para instalar la versión destinada a Unix a partir del CD-ROM, inserte el disco en el lector y teclee
+
+
+
+
+
+mount /cdrom
+
+
+monta el dispositivo de CD-ROM (este comando puede diferir de un sistema a otro; por ejemplo, en OS/X se teclea cd  en el directorio /Volumes  y luego se pasa al subdirectorio correspondiente al CD-ROM)
+
+
+
+
+cd /cdrom
+
+
+cambia de directorio y pasa al directorio principal del CD-ROM
+
+
+
+
+cd Unix
+
+
+cambia de directorio y pasa adonde se encuentra el guión de instalación para Unix
+
+
+
+
+sh Install.sh
+
+
+inicia el proceso de instalación (se utiliza un sh  explÃcito porque muchas instalaciones prohiben la ejecución de programas directamente a partir del CD-ROM)
+
+
+
+
+Este último comando inicia un diálogo interactivo en que se le pregunta a usted la información necesaria para instalar Greenstone en su sistema, proporcionando datos precisos sobre las operaciones efectuadas.
+El procedimiento de instalación comienza preguntándole en qué directorio quiere usted instalar Greenstone. El primer archivo que se instala allà es el programa de âdesinstalaciónâ que despeja toda instalación parcial, en caso de que se topara usted con problemas o terminara la instalación prematuramente. A continuación, usted escoge si quiere instalar los binarios o el código fuente. Luego se formulan algunas preguntas sobre la instalación de su servidor Web. Es necesario tener un directorio de CGI ejecutable válido (que en los sistemas Unix suele llamarse âcgi-bin  â); puede usted crear uno o utilizar el existente. En caso de crear uno nuevo, será necesario que introduzca esta información en el archivo de configuración de su servidor Web. En cualquier caso, es necesario introducir la dirección Web del directorio CGI. El diálogo de instalación lo guiará a través de todas estas opciones. Es importante establecer correctamente los permisos de archivo en determinados directorios, y se le invita a proporcionar la información necesaria. Por último, se le invita a escoger una clave de acceso para el usuario âadministradorâ admin .
+Todo el programa Greenstone se instala por defecto en el directorio /usr/local/gsdl  si es el usuario root  quien efectúa la instalación, y de otro modo en el directorio ~/gsdl  (en que â~â es el directorio principal del usuario).
+La instalación de los binarios tarda apenas unos minutos, tiempo suficiente para que usted responda a las preguntas correspondientes. Si usted instala el código fuente, el guión de instalación lo compilará, lo cual lleva entre diez minutos y una hora, según la velocidad de su procesador.
+Para desinstalar el programa, teclee
+cd ~/gsdl
+o bien /usr/local/gsdl si quien instaló Greenstone fue el usuario root
+sh Uni nstall.sh
+Durante el procedimiento de instalación se le preguntará si quiere usted instalar alguna colección Greenstone. La colección de demostración Greenstone se instala automáticamente; las demás colecciones que figuran en el CD-ROM se describen en la Sección .
+
+
+
+
+Configuración del servidor Web para Unix
+
+
+Si ya dispone usted de un servidor Web, tendrá que hacerle algunos pequeños cambios en su configuración para poder instalar Greenstone. El guión de instalación explica en qué consisten. Es probable que necesite la ayuda del administrador del sistema para volver a configurar el servidor Web; esta persona comprenderá seguramente las instrucciones que figuran en el guión de instalación y que pueden imprimirse. Para su conveniencia, la información imprimible del guión de instalación está escrita en un archivo llamado INSTALL_RECORD  situado en el directorio en que usted instaló Greenstone.
+Si no dispone usted todavÃa de un servidor Web, tendrá que instalar uno. En el Apéndice se proporciona información sobre Apache. Después tendrá que configurarlo adecuadamente. En la Sección se explica detalladamente qué partes de la instalación de un servidor Web Apache afectan a Greenstone y cómo hay que modificarlas. Ello supone incluir una media docena de lÃneas en un archivo de configuración.
+No es necesario que sea usted el usuario âroot  â de Unix para ejecutar el procedimiento de instalación antes expuesto. Sin embargo, tratándose de la configuración de un servidor Apache, será preciso disponer de privilegios de âroot  â, todo depende de cómo se instale Apache. Si instala Apache usted mismo, puede hacerlo como un usuario carente de privilegios de âroot  â. Si resulta necesario eludir un administrador de sistema poco dispuesto a cooperar, es posible instalar en su computadora un segundo servidor Web Apache, aun si ya existe uno.
+
+
+
+
+
+
+Cómo encontrar Greenstone
+
+
+
+
+Biblioteca Local (sólo con Windows)
+
+
+Si está utilizando la Biblioteca Local, ejecute simplemente el programa Greenstone a partir del menú de Inicio . Esto activa automáticamente su navegador Internet y carga la página principal de la Biblioteca Digital Greenstone. A partir de esta página se podrá tener acceso a la colección de demostración de Greenstone.
+
+
+
+
+Biblioteca Web (Windows y Unix)
+
+
+Si está utilizando la Biblioteca Web, una vez instalado el programa y configurado el servidor Web, utilice esta URL para entrar en su sistema Greenstone:
+http://localhost/gsdl/cgi-bin/library
+A partir de esta página se podrá tener acceso a la colección de demostración de Greenstone.
+
+
+
+
+El Colector
+
+
+En la página principal de la biblioteca digital figura un enlace hacia el Colector.
+
+
+
+
+Administración
+
+
+En la página principal de la biblioteca digital figura un enlace hacia las páginas de Administración. El usuario âadministradorâ se llama admin , con una clave de acceso que usted escogió durante el proceso de instalación. El administrador está autorizado a añadir nuevos usuarios y a crear colecciones.
+
+
+
+
+
+
+La Interfaz de Bibliotecario de Greenstone (GLI)
+
+
+La Interfaz de Bibliotecario de Greenstone (GLI por sus siglas en inglés) es una herramienta gráfica que le ayuda a construir bibliotecas digitales dándole acceso a todas las funciones de Greenstone por medio de una interfaz fácil de usar con la que sólo tiene que apuntar y hacer click.
+GLI se instala automáticamente con todas las versiones de Greenstone en el subdirectorio gli  del directorio principal de la biblioteca digital (C:\Program Files\gsdl\gli  por omisión). Recuerde que la interfaz corre en conjunto con los programas de Greenstone y no funcionará adecuadamente a menos que se encuentre en un subdirectorio de Greenstone. Si usted ya bajó alguna de las versiones de Greenstone, entonces éste será el caso.
+Para poder usar la GLI su computadora deberá contar con el Ambiente de Ejecución Java. Si todavÃa no lo tiene, el programa de instalación se ofrecerá a instalar la versión que esté incluida en el CD-ROM. En el caso de UNIX también deberá asegurarse de que Perl esté instalado (en el caso de Windows Perl ya viene incluido en el software Greenstone). Por favor infórmenos sobre cualquier problema que tenga al correr o usar la Interfaz de Bibliotecario a la siguiente dirección: greenstone@cs.waikato.ac.nz .
+
+
+Ejecución bajo Windows
+
+
+Para correr la GLI bajo Windows explore la carpeta gli  que se encuentra en su instalación de Greenstone (por ejemplo usando el Explorador de Windows) y haga doble click en el archivo gli.bat . Este archivo verificará que Greenstone, el Ambiente de Ejecución Java y Perl están instalados e iniciará la Interfaz de Bibliotecario.
+
+
+
+
+Ejecución bajo UNIX
+
+
+Para correr la GLI bajo UNIX cambie al directorio gli  que se encuentra en su instalación de Greenstone y ejecute el guión gli.sh . Este guión verificará que Greenstone, el Ambiente de Ejecución Java y Perl estén instalados y en su ruta de búsqueda e iniciará la Interfaz de Bibliotecario.
+
+
+
+
+Cómo obtener ayuda
+
+
+La Interfaz de Bibliotecario de Greenstone cuenta con una extensa variedad de opciones de ayuda en lÃnea. Usted puede obtenerla haciendo click en el botón Ayuda  que se encuentra en la parte superior derecha de la pantalla. Esto abrirá una sección relacionada con lo que usted esté haciendo, es decir, con el panel GLI en el que usted se encuentre en ese momento. Una vez abierta haga click en la parte del texto de ayuda sobre la que usted quiera saber más. Ãsela. ¡Se la recomendamos!
+
+
+
+
+Compilando la Interfaz de Bibliotecario de Greenstone
+
+
+Si usted bajó la versión con el código fuente de Greenstone, entonces tendrá con usted el código fuente Java de la Interfaz de Bibliotecario. Para compilarlo su computadora necesitará contar con una versión adecuada del Kit de Desarrollo de Software Java. En el Apéndice usted encontrará mayor información sobre la forma de obtenerla. Para compilar el código fuente ejecute los archivos makegli.bat  (Windows) o makegli.sh  (UNIX). Una vez que haya hecho esto usted podrá correr la GLI tal como se describe arriba.
+
+
+
+
+
+
+Pruebas y solución de problemas
+
+
+Para probar Greenstone, dirija su navegador Web hacia la página principal de Greenstone y explore la colección de demostración y cualquier otra colección que haya usted instalado. No se preocupe, no va a romper nada. Pulse libremente: se puede hacer clic en la mayorÃa de las imágenes que aparecen en la pantalla. Si se mantiene el cursor quieto sobre una imagen, en la mayorÃa de los navegadores aparece un mensaje en que se explica lo que sucederá si se hace clic. ¡Experimente y verá! Elija palabras comunes como âthe  â (el) y âand  â (y) para ejercitarse en la búsqueda y no tema, que nada se va a romper. Para más información, véase la GuÃa del Usuario de la Biblioteca Digital Greenstone .
+
+
+Solución de problemas
+
+
+
+
+
+
+
+
+Problema
+
+
+Solución posible
+
+
+
+
+Biblioteca local (sólo con Windows)
+
+
+Cuando arranco el programa Greenstone mi computadora me invita a conectarme a mi proveedor de servicio Internet.
+
+
+Pulse el botón Cancelar  en el cuadro de diálogo. Esto suele resolver el problema.
+
+
+
+
+
+Cuando arranco el programa Greenstone mi computadora me sigue invitando  a conectarme a mi proveedor de servicio Internet.
+
+
+Escoja la âversión limitadaâ cuando active Greenstone. Esta versión sólo funciona con Netscape.
+
+
+
+
+
+Cuando dirijo mi navegador hacia la Biblioteca Digital, no puede encontrar esa página.
+
+
+Verifique su configuración de Internet Proxy y desconecte los proxies (utilice Edit preferences  en Netscape o Internet options  en Explorer).
+
+
+
+
+
+¡El Colector parece estar funcionando muy lentamente!
+
+
+¿Está usted utilizando Netscape con Windows 2000? En ese caso, intente utilizar más bien Internet Explorer. Parece haber cierta incompatibilidad entre Netscape y Windows 2000.
+
+
+
+
+Biblioteca Web (Windows y Unix)
+
+
+Cuando arranco Apache, se cierra de inmediato.
+
+
+Añada en el archivo de configuración de Apache una directiva ServerName localhost  (véase Sección ).
+
+
+
+Â
+
+Cuando dirijo mi navegador a la biblioteca digital, aparece un archivo binario.
+
+
+Verifique la directiva ScriptAlias  en el archivo de configuración de Apache y cerciórese de que aparece antes de la directiva Alias  (véase Secciones 4.2 y 4.3).
+
+
+
+Â
+
+Logro llegar a la página principal de Greenstone (Figura ), pero el icono de la colección de demostración no aparece.
+
+
+Abra el programa library  (en el directorio cgi-bin ) a partir del indicador de DOS (o del âshellâ) para obtener información sobre depuración que le ayudará a localizar el problema.
+
+
+
+
+Ambas versiones
+
+
+Cuando dirijo mi navegador hacia la Biblioteca Digital, no puede encontrar esa página.
+
+
+Intente utilizar 127.0.0.1 en lugar de localhost . Este número IP reservado se define como un âbucle de retrocesoâ hacia su computadora local.
+
+
+
+
+
+Mi navegador se queja de que no puede encontrar main.cfg .
+
+
+Verifique que los archivos de Greenstone existen y que son legibles por todos. Si está usando la biblioteca Web, intente activar el programa library  a partir de la lÃnea de comandos. Si funciona bien, el problema es con los permisos de archivo (véase la Sección ). En caso contrario, es probable que la variable gsdlhome  esté configurada incorrectamente en el archivo de configuración gsdlsite.cfg  (véase la Sección ).
+
+
+
+
+
+Tengo problemas con la utilización del Colector.
+
+
+Lea la GuÃa del Usuario de la Biblioteca Digital Greenstone, Sección .
+
+
+
+
+
+He añadido un nuevo usuario, pero no parece poder iniciar la sesión.
+
+
+Verifique que el directorio C:\Program Files\gsdl\etc  y todo su contenido son modificables (véase Sección ).
+
+
+
+
+
+
+
+
+
+
+Para obtener más información
+
+
+Para obtener más información sobre los entresijos de su instalación Greenstone, consulte la GuÃa del Programador de la Biblioteca Digital Greenstone , que comprende, entre otras cosas, los detalles sobre la estructura de los directorios que se ha creado e información sobre cómo configurar su sitio Greenstone.
+
+
+
+
+
+
+COLECCIONES GREENSTONE
+
+
+El CD-ROM incluye varias colecciones Greenstone de muestra. Si usted tiene acceso a Internet también podrá bajar muchas otras desde el sitio Web del Proyecto de Biblioteca Digital de Nueva Zelanda (nzdl.org ), ya sea armadas previamente o sin armar.
+La colección de muestra Greenstone es un pequeño subconjunto de la Biblioteca para el Desarrollo Humano (HDL por sus siglas en inglés), una colección perfectamente acabada que muestra la forma en que se puede lograr una amplia capacidad de exploración y búsqueda (siempre que se cuente con los metadatos adecuados). Esta colección se incluye automáticamente al momento de instalar el software.
+Greenstone también incluye otros ejemplos de colecciones documentadas cuyas páginas informativas describen la forma en que están construidas, demostrando las diferentes capacidades de Greenstone. Un cuadro de diálogo le preguntará si quiere incluirlas junto con su instalación. La cantidad aproximada de espacio de disco que se necesita para cada una se muestra a continuación.
+
+
+
+
+
+demo
+
+
+Colección de muestra Greenstone (7 Mb)
+
+
+Un pequeño subconjunto de la Biblioteca para el Desarrollo Humano (HDL por sus siglas en inglés). Si se clona esta colección las funciones completas sólo estarán disponibles si sus nuevos archivos proporcionan la información de metadatos apropiada.
+
+
+
+
+dls-e
+
+
+Subconjunto de la Biblioteca para el Desarrollo (150 Mb)
+
+
+Al igual que la Colección de muestra Greenstone, ésta es un subconjunto de la Biblioteca para el Desarrollo Humano, sólo que mucho mayor. Contiene 250 publicaciones entre libros, informes y revistas relacionadas con diferentes áreas del saber humano (la HDL contiene un total de 1,230 publicaciones). Tiene la misma estructura que la Colección de muestra Greenstone y es bastante compleja, por lo que si apenas está empezando a familiarizarse con su uso quizá sea mejor que se fije primero en alguna otra (p. ej. la demostración en MSWord y PDF , los Archivos Greenstone  o la colección de Imágenes Sencillas ).
+
+
+
+
+wrdpdf-e
+
+
+Demostración en MSWord y PDF (4 Mb)
+
+
+Esta colección contiene unos cuantos documentos en formatos PDF, MSWord, RTF y PostScript, y muestra la capacidad de construir colecciones a partir de diferentes tipos de documentos. El archivo de configuración de la colección es sumamente sencillo.
+
+
+
+
+gsarch-e
+
+
+Colección de Archivos Greenstone (5 Mb)
+
+
+Una colección de mensajes de correo electrónico hecha a partir de los archivos de las listas de correo de Greenstone. Utiliza el plugin Email  que descompone y analiza los archivos en formatos de correo electrónico. El archivo de configuración de la colección es sumamente sencillo.
+
+
+
+
+cltbib-e
+
+
+Colección bibliográfica (7 Mb)
+
+
+Con aproximadamente 4,000 entradas bibliográficas, esta colección incorpora una interfase de búsqueda basada en formas que permite la búsqueda por campos. Es bastante compleja.
+
+
+
+
+cltext-e
+
+
+Suplemento bibliográfico (1 Mb)
+
+
+Esta pequeña colección de 10 entradas bibliográficas ilustra el programa âsupercolecciónâ de Greenstone, el cual busca en varias colecciones al mismo tiempo. Opera junto con la colección Bibliográfica  y su archivo de configuración es casi idéntico.
+
+
+
+
+MARC-e
+
+
+Colección de muestra MARC (1 Mb)
+
+
+Basada en algunos registros MARC de la Biblioteca del Congreso, ésta es una colección sencilla, aunque no permite la búsqueda basada en formas.
+
+
+
+
+oai-e
+
+
+Colección de muestra OAI (18 Mb)
+
+
+Por medio del Protocolo de Archivo Abierto y la función Import-From , ésta recupera metadatos de un archivo y construye una colección a partir de los registros. En este caso se trata de imágenes, por lo que se utilizan tanto el plugin OAI como el plugin ImagePlug .
+
+
+
+
+image-e
+
+
+Colección de imágenes sencillas (1 Mb)
+
+
+Esta colección de imágenes es sumamente básica y no contiene texto ni metadatos explÃcitos, lo que más bien la hace poco práctica. El archivo de configuración es lo más simple que se puede encontrar.
+
+
+
+
+authen-e
+
+
+Demostración de formateo y autenticación (8 Mb)
+
+
+Con el mismo material que la colección de muestra Greenstone original, ésta muestra dos funciones independientes: el formateo de documentos que no sean estándar y el acceso controlado a los documentos por medio de la autenticación de los usuarios.
+
+
+
+
+garish
+
+
+Versión Garish de la colección de muestra (8 Mb)
+
+
+Esta colección también contiene el mismo material que la colección de muestra Greenstone, sólo que su apariencia ha sido alterada para mostrar la forma en que las páginas generadas pueden configurarse de manera diferente. Se basa en un archivo de macros no estándar que se proporciona junto con Greenstone.
+
+
+
+
+Isis-e
+
+
+Colección de muestra CDS/ISIS (1 Mb)
+
+
+Esta colección está construida a partir de una base de datos CDS/ISIS de cerca de 150 referencias bibliográficas. Usa el plugin ISISPlug, el cual lee archivos estándar ISIS (.mst y .fdt) y los convierte a metadatos de Greenstone.
+
+
+
+
+
+
+
+
+Instalación del servidor Web
+
+
+En esta sección explicaremos cómo instalar su servidor Web para que funcione con Greenstone. Cabe señalar que estas explicaciones son innecesarias cuando se utiliza la Biblioteca Local Windows, ya que este programa está concebido para funcionar de entrada sin servidor Web.
+Nos referiremos al servidor Web Apache, que se puede conseguir libremente para Windows y Unix (véase el Apéndice para más detalles), el Personal Web Server (PWS) y el servidor Web Internet Information Services (IIS) de Microsoft. El PWS es el servidor Microsoft estándar para Windows 95/98; el IIS es el de las versiones 2000 y XP de Windows; Windows NT puede utilizar cualquiera de los dos. Las explicaciones relativas a Apache se aplican igualmente a la biblioteca Web Windows y a las versiones de Unix (aunque utilizamos la terminologÃa y los nombres de las rutas de acceso propios de Windows); la sección relativa a PWS/IIS sólo se aplica a la biblioteca Web Windows.
+Una vez instalado el servidor Web, el siguiente paso es instalar Greenstone. Supondremos que durante el procedimiento de instalación usted ha escogido la opción por defecto en cada fase pulsando el botón Next  (siguiente). El resultado es la creación del directorio C:\Program Files\gsdl , donde se instala el binario de la biblioteca Web, junto con algunos archivos auxiliares.
+Todos los servidores Web utilizan la URL especial âlocalhostâ que representa la computadora en que está funcionando el servidor Web. AsÃ, cuando se instala un servidor Web, se puede acceder a los documentos HTML tecleando la URL http://localhost  en un navegador. Si su computadora tiene instalado un nombre de dominio, éste se utiliza en lugar del localhost  para poder identificar su computadora desde sitios remotos. En la computadora de la Biblioteca Digital de Nueva Zelanda, por ejemplo, las URL http://nzdl.org  y http://localhost  son equivalentes. Si usted teclea http://nzdl.org  en su computadora obtendrá el servidor Web de la Biblioteca Digital de Nueva Zelanda, mientras que si teclea http://localhost  obtendrá el servidor Web de su propia computadora.
+
+
+El servidor Web Apache
+
+
+El servidor Web Apache suele instalarse en C:\Program Files\Apache Group\Apache  y se configura de tal modo que el directorio cgi-bin  esté en el subdirectorio \cgi-bin  y la raÃz de documentos es el subdirectorio \htdocs . Se vuelve a configurar modificando el archivo de configuración en C:\Program Files\Apache Group\Apache\conf\httpd.conf . Se trata de un archivo de texto: es muy fácil leerlo para ver cómo se ha efectuado la configuración.
+Según cómo esté configurado el programa de conexión en red de su computadora, podrá ser necesario añadir la siguiente lÃnea en su archivo de configuración httpd.conf  de Apache:
+ServerName localhost
+Si esta lÃnea no figura, el sistema intenta encontrar el nombre de su servidor. Sin embargo, en algunas versiones de Windows hay algunos errores que impiden esta operación. En tal caso, Apache se cierra inmediatamente después de arrancarlo. Aparece un mensaje de error, pero éste se borra de inmediato y es muy probable que usted no lo alcance a leer.
+
+
+Instalación del directorio cgi-bin  de Greenstone
+
+
+cgi-bin  es un directorio desde el cual el servidor Web trata documentos como programas ejecutables. La directiva ScriptAlias  de Apache se utiliza para crear un directorio cgi-bin . Cabe señalar que esta directiva puede hacer de cualquier directorio un directorio CGI ejecutable, ¡sin que se llame forzosamente âcgi-binâ! A la inversa, un directorio llamado âcgi-binâ no tiene nada especial si no se le ha aplicado la directiva ScriptAlias .
+Una vez instalado, Apache tiene un directorio cgi-bin en C:\Program Files\Apache Group\Apache\cgi-bin. Esto significa que si se le presenta la URL http://localhost/cgi-bin/hello , el servidor Web intentará ejecutar un archivo llamado hello en el directorio antes mencionado.
+Hay un programa Greenstone, llamado âlibrary.exe  â, que tiene que ser ejecutado por el servidor Web y que a su vez lee un archivo llamado el archivo de configuración de sitio de Greenstone, o âgsdlsite.cfg  â, que debe estar situado en el mismo directorio.
+La mejor manera de obtener este resultado es utilizar la directiva ScriptAlias  de Apache para crear un nuevo directorio cgi-bin . Este es el pasaje del archivo de configuración httpd.conf  de Apache que añade C:\Program Files\gsdl\cgi-bin  como un directorio cgi-bin  suplementario:
+ScriptAlias /gsdl/cgi-bin/ âC:/Program Files/gsdl/cgi-binâ
+<Directory C:/Program Files/gsdl/cgi-bin>
+Â Options None
+Â AllowOverride None
+</Directory>
+(Curiosamente, los archivos de configuración de Apache utilizan barras oblicuas hacia adelante en lugar de las barras oblicuas hacia atrás que se suelen utilizar en Windows.)
+Esto significa que el servidor Web buscará en el directorio C:\Program Files\gsdl\cgi-bin  cualquier URL que tenga la forma http://localhost/gsdl/cgi-bin ... y la ejecutará. Por ejemplo, si se le presenta la URL http://localhost/gsdl/cgi-bin/hello , el servidor Web intentará recuperar el archivo C:\Program Files\gsdl\cgi-bin\hello  y ejecutarlo. Sin embargo, la URL http://localhost/cgi-bin/hello  busca en el directorio cgi-bin  normal de Apache el archivo C:\Program Files\Apache Group\Apache\cgi-bin\hello  y lo ejecuta, tal como lo hizo antes.
+
+
+
+
+El directorio raÃz de los documentos
+
+
+El directorio raÃz de los documentos es la raÃz de la estructura de directorios de su servidor Web. Una vez instalado, Apache dispone como raÃz de documentos de C:\Program Files\Apache Group\Apache\htdocs . Esto significa que si se le presenta la URL http://localhost/hello.html , el servidor Web intentará recuperar un archivo llamado hello.html  desde dentro del directorio antes mencionado.
+Greenstone contiene varios archivos que el servidor Web tiene que leer. La manera más sencilla de proceder es utilizando la directiva Alias , que es como ScriptAlias  salvo que se aplica a las páginas Web ordinarias, no a los guiones CGI. Inserte las siguientes lÃneas en su archivo de configuración Apache, después de la directiva ScriptAlias , a fin de añadir C:\Program Files\gsdl  como lugar suplementario donde buscar documentos.
+Alias /gsdl/Â âC:/Program Files/gsdl/â
+<Directory C:/Program Files/gsdl>
+Â Options Indexes MultiViews FollowSymLinks
+Â AllowOverride None
+Â Order allow, deny
+Â Allow from all
+</Directory>
+Esto significa que cualquier URL que se ajuste al primer argumento de la directiva Alias  (gsdl) se busca como archivo en el lugar correspondiente al segundo argumento. Dicho de otro modo, las URL con la forma http://localhost/gsdl/...  se buscarán como archivos en el directorio C:\Program Files\gsdl . Por ejemplo, si se le presenta la URL http://localhost/gsdl/hello.html , el servidor Web intentará recuperar el archivo C:\Program Files\gsdl\hello.html . Sin embargo, la URL http://localhost/hello.html  busca el archivo C:\Program Files\Apache Group\Apache\htdocs\hello.html  en el directorio htdocs  normal, tal como lo hizo antes.
+Asegúrese de añadir la directiva Alias  después de la directiva ScriptAlias . Si se le da la instrucción a Apache de añadir el alias /gsdl  antes de /gsdl/cgi-bin  se harÃa corresponder la URL /gsdl/cgi-bin/library  con la directiva Alias  y no con la directiva ScriptAlias , lo cual se interpretarÃa como una solicitud de un documento y no como el resultado de la ejecución de un programa. La consecuencia serÃa que se âvisualizarÃaâ el archivo del programa binario como una página en el servidor Web, en vez de ejecutarlo.
+
+
+
+
+Seguridad
+
+
+Debe usted saber que si la versión de biblioteca Web de Greenstone se instala como se indica más arriba, cualquier persona podrá descargar cualquier archivo en la estructura de directorios gsdl . Esto comprende los archivos de Ãndice y los documentos fuente de cualquiera de las colecciones que haya usted creado, la base de datos del usuario, los registros de utilización, etc.
+Para evitar esto, puede usted reforzar fácilmente las medidas de seguridad modificando la configuración de su servidor Web. En el caso del servidor Web Apache, sustituya las lÃneas en el archivo de configuración indicadas en el apartado anterior por las siguientes:
+Alias /gsdl/Â âC:/Program Files/gsdl/â
+<Directory C:/Program Files/gsdl>
+Â Order allow, deny
+Â Deny from all
+Â <FilesMatch â\.(gif|jpe?g|png|css|mov|mpeg|ps|pdf|doc|rtf|jar|class)$â>
+Â Â Â Â Order allow, deny
+Â Â Â Â Allow from all
+Â </FilesMatch>
+</Directory>
+Esto significa que sólo se podrán descargar los archivos cuyas extensiones se ajustan a la expresión regular indicada en la lÃnea FilesMatch .
+
+
+
+
+
+
+Los servidores Web PWS e IIS
+
+
+Aunque ni el PWS ni el IIS están instalados por defecto en los actuales sistemas Windows, éstos se pueden instalar fácilmente usando el icono âAgregar o quitar programasâ del panel de control. Si no están ya en su CD-ROM de Windows, tendrá que descargarlos del sitio Web de Microsoft (www.microsoft.com ).
+El procedimiento de instalación de Greenstone es idéntico para el PWS y el IIS. Abra el Administrador Personal de Web y sigas las instrucciones siguientes:
+
+
+Seleccione Avanzadas  para llegar a la pantalla Opciones avanzadas
+
+
+Seleccione Inicio  y pulse Añadir Rellene los campos del modo siguiente:
+Campo Directorio  :                                               C:\Program Files\gsdl
+Campo Alias  :                                                        gsdl
+Permisos de acceso:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Read
+Permisos de aplicaciones:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â None
+Pulse OK
+Esto hace que los archivos Greenstone sean accesibles para el servidor Web.
+
+
+Regrese a Opciones avanzadas , seleccione gsdl  y pulse Añadir Rellene los campos del modo siguiente:
+Campo Directorio:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â C:\Program Files\gsdl\cgi-bin
+Campo Alias:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â cgi-bin
+Permisos de acceso:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â None
+Permisos de aplicaciones:Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Execute
+Pulse OK
+Esto permite que el servidor Web ejecute el programa de Greenstone library.exe
+
+
+Vaya a la URL http://localhost/cgi-bin/library.exe.
+Nota: con el PWS y el IIS se debe especificar la extensión de archivo .exe
+
+
+
+
+
+
+
+
+CONFIGURACIÃN DE SU SITIO
+
+
+Para que Greenstone funcione correctamente, se deben instalar adecuadamente los permisos de acceso para determinados archivos. Asimismo, cada sitio Greenstone tiene un archivo de configuración asociado. El procedimiento de instalación crea una configuración genérica basada en las opciones de instalación escogidas por usted; no obstante, su contenido puede personalizarse para hacer frente a distintas situaciones. En esta sección se explican ambas cosas.
+
+
+Permisos de archivo
+
+
+Esta sección no atañe a los usuarios de Windows 95/98, ya que esos sistemas no identifican a los propietarios de los archivos.
+En Windows NT, 2000 y en los sistemas Unix, los guiones CGI no funcionan como usuarios normales, ya que no se puede identificar a los usuarios en la Web. En cambio, se ejecutan en nombre del usuario que arrancó el programa del servidor Web (en los sistemas Windows), o de un usuario especial (que en los sistemas Unix suele llamarse nobody ). Debido a esto, todos los archivos y directorios dentro de C:\Program Files\gsdl  deben ser legibles por todos (o al menos legibles por el usuario de guiones CGI, que puede ser â nobody  â). Para comprobar si los permisos de archivo están configurados correctamente, ejecute el programa library.exe  a partir de la lÃnea de comando. Si los archivos están en los lugares correctos pero los permisos están mal configurados, el programa arrancará desde la lÃnea de comando âesto es, cuando usted  la ejecuta- pero no desde un navegador âesto es, cuando el usuario â nobody  â la ejecuta. Otra prueba es iniciar la sesión como otro usuario para ver si los permisos de archivo corresponden especÃficamente a su cuenta de usuario original.
+Para funcionar desde un navegador Web, todos los directorios de Greenstone deben ser legibles por todos. Asimismo, el directorio C:\Program Files\gsdl\etc  y todo su contenido deben ser modificables  por cualquier persona. Ãste es el directorio en el que el programa de biblioteca escribe el registro de uso, los registros de error y de inicialización y varias bases de datos del usuario. Si no desea usted que cualquier persona pueda modificar este directorio, puede establecer permisos para que el usuario de CGI sólo pueda modificar los archivos errout.txt, initout.txt, key.db, users.db, history.db  y usage.txt .
+Si los permisos de archivo no están configurados correctamente para C:\Program Files\gsdl\etc , es posible que no funcione la autenticación de usuario y el historial de búsqueda, y que no se genere un registro de uso ( usage.txt ).
+
+
+
+
+El archivo de configuración gsdlsite.cfg
+
+
+El procedimiento de instalación crea un archivo de configuración de sitio genérico de Greenstone basado en las opciones de instalación que usted ha escogido. Para nuestra instalación este archivo es C:\Program Files\gsdl\cgi-bin\gsdlsite.cfg  y su contenido es el siguiente:
+# Site configuration file por Greenstone.
+# Lines begining with
+# are comments.
+# This file should be placed in the same directory as your library
+# executable file. It should be edited to suit your site.
+# points to the GSDLHOME directory
+gsdlhome     âC:/Program Files/gsdlâ
+# this is the http address of GSDLHOME
+# if your webservers DocumentRoot is set to $GSDLHOME
+# then httpprefix can be commented out
+httpprefix   /gsdl
+# this is the http address of the directory which
+# contains the image for the interface.
+httpimg      /gsdl/images
+# should contain the http address of this cgi script. This
+# is not needed if the http server sets the environment variable
+# SCRIPT_NAME
+#gwcgi       /cgi-bin/library
+# maxrequests is the most requests a fastcgi process
+# will serve before it exits. This can be set to a
+# low figure (like 1) while debugging and then set
+# to a high figure (like 10000) when everything is
+# working well.
+#maxrequests 10000
+Puede usted personalizar su instalación modificando este archivo, aunque es muy probable que no tenga que hacerlo.
+La lÃnea gsdlhome  señala simplemente hacia el directorio C:\Program Files\gsdl .
+httpprefix  es la dirección Web del directorio en que Greenstone está instalado. Explicamos antes cómo crear un alias de tal modo que las URL con la forma http://localhost/gsdl/...  se busquen en el directorio C:\Program Files\gsdl . Añadiendo una lÃnea httpprefix /gsdl  en el archivo de configuración gsdlsite.cfg  se establece la misma convención para el programa Greenstone.
+httpimg  es la dirección Web del directorio C:\Program Files\gsdl|images , que contiene todas las imágenes en formato GIF utilizadas en la interfaz. En cualquier instalación estándar de Greenstone éste será siempre httpprefix/images , y no se toca la lÃnea correspondiente en el archivo antes indicado.
+gwcgi  es la dirección Web del programa CGI de la biblioteca. La mayorÃa de los servidores Web (incluido Apache) no la necesitan y debe permanecer marcado como comentario, por lo tanto inactiva. No se debe quitar la marca de comentario a menos de estar seguro de que es necesario, pues eso puede traer problemas.
+maxrequests  sólo es utilizado por las versiones de Greenstone que se compilaron con la opción âfast-cgiâ. La distribución binaria estándar no comprende esta opción porque no todos los servidores Web están configurados para admitirla. La opción âfast-cgiâ acelera las ejecuciones de los guiones CGI manteniendo en memoria el ejecutable principal entre dos utilizaciones del programa, en vez de cargarlo a partir del disco cada vez que el programa Greenstone solicita una página Web. Se debe conseguir un equilibrio con la cantidad de memoria utilizada, que puede aumentar mientras más tiempo permanezca el programa en memoria. Una vez generadas las páginas maxrequests , el programa CGI se cierra, liberando asà el espacio de memoria ocupado. Para responder a la siguiente solicitud de página Web, el programa CGI se lee de nuevo a partir del disco duro y se inicia un nuevo ciclo de solicitudes de página. La mayorÃa de las instalaciones utilizan el protocolo CGI estándar, lo que significa que el parámetro maxrequests  puede ser ignorado sin problema.
+
+
+
+
+
+
+PERSONALIZACIÃN DE SU INSTALACIÃN
+
+
+Es probable que lo primero que usted quiera hacer una vez que Greenstone esté instalado y en funcionamiento es personalizar la página principal. El archivo que genera la página principal de Greenstone se llama  home.dm  y está situado en el subdirectorio de macros  del directorio en el que usted instaló Greenstone. (El directorio por defecto para los sistemas Windows es C:\Program Files\gsdl .) Se trata de un archivo de texto sin formato que tendrá usted que modificar para crear una nueva página principal. En vez de modificarla, le recomendamos que cree un nuevo archivo, por ejemplo yourhome.dm . Ãste será semejante a home.dm ,  pero definirá el â package home  â âque es la parte que efectúa el trabajo efectivo- de un modo distinto.
+Al crear una página principal diferente, hay que poder vincularla a las páginas de la biblioteca digital para que usted pueda efectuar búsquedas y consultar las colecciones en su sistema. La solución adoptada por Greenstone es utilizar âmacrosâ. Por esa razón, el archivo de la página principal tiene por sufijo â .dm  â y no â .html  â: es un archivo âmacroâ y no un archivo HTML ordinario. Pero no se preocupe: el archivo macro sólo contiene básicamente el HTML, acompañado de unos cuantos ensalmos mágicos que se explican más abajo. El lenguaje macro es una función potente y sólo se describe una pequeña parte de ella más abajo. Véase la GuÃa del Programador de la Biblioteca Digital Greenstone  para obtener más información al respecto.
+
+
+Ejemplo
+
+
+
+
+Su propia página principal Greenstone
+
+
+
+En la Figura se muestra un ejemplo de una nueva página principal de la biblioteca digital. Cada uno de los enlaces â Presione aquà  â lo lleva a la función de Greenstone apropiada. Esta página se produjo mediante un archivo llamado yourhome.dm  que se muestra en la Figura .
+
+
+yourhome.dm  utilizado para crear la Figura
+
+package home
+_content_ {
+<h2>Su propia página principal para Greenstone</h2>
+<ul>
+<table>
+<tr valign=top><td>Página de búsqueda para la colección demo<br></td>
+Â Â Â <td><a href="_httpquery_&c=demo">Presione aquÃ</a></td></tr>
+<tr><td>Página «sobre» para la colección demo</td>
+Â Â Â <td><a href="_httppageabout_&c=demo">Presione aquÃ</a></td></tr>
+<tr><td>Página de preferencias para la colección demo</td>
+Â Â Â <td><a href="_httppagepref_&c=demo">Presione aquÃ</a></td></tr>
+<tr><td>Página principal</td>
+Â Â Â <td><a href="_httppagehome_">Presione aquÃ</a></td></tr>
+<tr><td>Página de ayuda</td>
+Â Â Â <td><a href="_httppagehelp_">Presione aquÃ</a></td></tr>
+<tr><td>Página de administración</td>
+Â Â Â <td><a href="_httppagestatus_">Presione aquÃ</a></td></tr>
+<tr><td>El Colector</td>
+Â Â Â <td><a href="_httppagecollector_">Presione aquÃ</a></td></tr>
+</table>
+</ul>
+}
+# if you hate the squirly green bar down the left-hand side of the page,
+# uncomment these lines:
+# _header_ {
+# }
+
+Puede usted utilizar la Figura como plantilla para crear su propia página principal de Greenstone personalizada. Básicamente, define una macro llamado content . Entre llaves hay un HTML ordinario. Puede usted insertar texto suplementario, asà como cualquiera de los comandos de formato HTML, para introducir el contenido que usted quiera ver en la página. El texto es HTML normal; si lo desea, puede incluir hypervÃnculos y utilizar todas las demás funciones que ofrece HTML.
+Para vincular su nueva página principal con otras páginas de la biblioteca digital, debe usted hacer uso de un conjuro mágico adecuado. En este lenguaje macro, los conjuros mágicos son palabras flanqueadas por signos de subrayado, como se puede ver en la Figura . Por ejemplo, _httppagehome_  lo lleva a la página principal, _httppagehelp_  a la página de ayuda, y asà sucesivamente. En algunos casos es necesario incluir un nombre de colección. Por ejemplo, _httpquery_&c=demo  especifica la página de búsqueda de la colección de demostración; para otras colecciones se debe reemplazar demo  por el nombre de la colección correspondiente.
+La definición de la macro llamada _content_  es HTML simple. Cualquier código HTML estándar puede colocarse dentro de una definición de macro. Sin embargo, los caracteres especiales â{â, â}â, â\â y â_â deben ser precedidos de una barra inversa para evitar que sean procesados por el intérprete del lenguaje macro.
+Obsérvese que la definición de la macro _content_  no contiene ningún encabezado o pie de página HTML. Si desea usted cambiar el encabezado o el pie de su página principal, debe definir macros _header_  y/o _footer_ , añadiéndolas a su archivo yourhome.dm  de la siguiente forma:
+_macroname_ {
+...
+}
+Por ejemplo, la barra verde ondulada que aparece en el lado izquierdo de las páginas de Greenstone está definida en la macro _header_  y al anular esta macro se la hará desaparecer, como se indica al final de la Figura .
+
+
+
+
+Cómo hacer que funcione
+
+
+Hay que indicar a Greenstone que se ha creado una nueva página principal yourhome.dm . El sistema lee en los archivos macro especificados en el archivo de configuración principal main.cfg  y, por lo tanto, si usted crea uno nuevo debe incluirlo allÃ. Los conflictos de nombres se manejan con el siguiente criterio: la definición más reciente tiene prioridad sobre las demás.
+Por consiguiente, para que el programa Greenstone de biblioteca digital utilice la página principal de la Figura en vez de la instalada por defecto, primero ponga el archivo yourhome.dm  de la Figura en el directorio de macros . Luego modifique el archivo de configuración main.cfg  para reemplazar home.dm  por yourhome.dm  en la lista de archivos macro que se cargan al inicio.
+
+
+
+
+Reenviar una URL a Greenstone
+
+
+Es posible que desee usted reenviar una URL más apropiada a su programa CGI de Greenstone. Por ejemplo, en nuestro sistema la URL http://nzdl.org  (que es la abreviatura de http://nzdl.org/index.html ) se reenvÃa a http://nzdl.org/cgi-bin/library . El servidor Web Apache efectúa esto mediante la directiva Redirect . Como las demás directivas, ésta va al archivo de configuración C:\Program Files\Apache Group\Apache\conf\httpd.conf . Para reenviar la URLhttp://www.servidor.comahttp://www.servidor.com/cgi-bin/library, añada la lÃnea siguiente en httpd.conf  :
+Redirect /index.html http://www.servidor.com/cgi-bin/library
+Asà llegará usted a su sistema de biblioteca digital directamente desde la URL http://www.servidor.com . En cambio, si usted deseara reenviar una URL como http://www.servidor.com/greenstone  a http://www.servidor.com/cgi-bin/library,  introduzca en el archivo httpd.conf  la lÃnea siguiente:
+Redirect /greenstone http://www.servidor.com/cgi-bin/library
+Si su computadora carece de nombre de dominio (como el âwww.servidor.comâ mencionado más arriba), basta con reemplazar www.servidor.com  por localhost  en las lÃneas que figuran más arriba. Mientras el navegador esté funcionando en la misma máquina que el servidor Web âlo cual es seguramente el caso si su computadora no tiene un nombre de dominio- esto tiene el mismo efecto que los reenvÃos antes mencionados.
+En lugar de introducir las directivas de reenvÃo en el archivo httpd.conf , puede usted ponerlas en un archivo llamado .htaccess  dentro del directorio raÃz de los documentos de su servidor. De hecho, esta solución tiene dos ventajas. En primer lugar, las modificaciones efectuadas en el archivo .htaccess  surten efecto de inmediato, mientras que es necesario volver a arrancar el servidor Web Apache para ver los efectos de los cambios en el archivo httpd.conf . En segundo lugar, en los sistemas Unix suele ser necesario iniciar la sesión como el usuario â root  â para poder modificar el archivo httpd.conf , mientras que no lo es para modificar el archivo .htaccess .
+
+
+
+
+
+
+APÃNDICE: PROGRAMAS ASOCIADOS
+
+
+A continuación se explica cómo conseguir los paquetes de programas mencionados en este documento.
+
+
+Servidor Web Apache
+
+
+Para hacer funcionar cualquier versión de Greenstone aparte de la versión de Biblioteca Local de Windows, se necesita un servidor Web externo. Muchas instalaciones, en particular las más voluminosas, tendrán ya un servidor Web. Si usted utiliza Linux, Apache puede encontrarse en su disco de instalación pero puede no haber sido seleccionado durante el procedimiento de instalación. El servidor Web Apache de www.apache.org  es libre y fácil de instalar.
+
+
+
+
+Perl
+
+
+Para crear colecciones con Greenstone se necesita el lenguaje Perl, versión 5 o superior. Para Windows, recomendamos ActivePerl de www.activestate.com . La mayorÃa de los sistemas Unix ya tienen Perl instalado, pero si no es el caso, los códigos fuente y los binarios de una amplia gama de plataformas Unix pueden descargarse libremente en www.perl.com .
+
+
+
+
+GCC
+
+
+La versión Unix de Greenstone se compila con el compilador C++ de GNU, GCC. Greenstone hace un amplio uso de la biblioteca estándar de plantillas C++ (hemos observado que está rota en algunas antiguas versiones de GCC, sÃrvase avisarnos si tiene usted problemas con STL). Cabe señalar que esta versión de Greenstone no compila con la versión 3.0 de GCC.
+
+
+
+
+GDBM
+
+
+Todas las versiones de Greenstone utilizan el Administrador de Base de Datos GNU, GDBM (GNU Database Manager). Viene con todas las versiones Windows de Greenstone y se instala automáticamente durante el procedimiento de instalación. Los sistemas Linux ya tienen GDBM, por lo que no lo proporcionamos para Linux. La mayorÃa de los demás sistemas Unix lo tienen, pero si es necesario puede usted descargarlo en la URL www.gnu.org .
+
+
+
+
+Ambiente de Ejecución Java
+
+
+Para poder usar la Interfaz de Bibliotecario de Greenstone es necesario contar con una versión adecuada del Ambiente de Ejecución Java (JRE por sus siglas en inglés). Si todavÃa no lo tiene, el CD-ROM incluye una versión apropiada, o también puede bajar la versión más reciente desde http://java.sun.com/j2se/downloads.html . Se requiere la versión 1.4.0 o superior.
+
+
+
+
+Compilador Java
+
+
+Para compilar el código fuente de la Interfaz de Bibliotecario de Greenstone primero deberá instalar un Kit de Desarrollo de Software Java (SDK por sus siglas en inglés). Usted puede bajar el Kit de Desarrollo de Software J2SE desde http://java.sun.com/j2se/downloads.html . Se requiere la versión 1.4.0 o superior.
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/es/Paper_es.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/es/Paper_es.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/es/Paper_es.xml (revision 14835)
@@ -0,0 +1,872 @@
+
+
+
+
+
+]>
+
+
+BIBLIOTECA DIGITAL GREENSTONE
+
+
+DEL PAPEL A LA COLECCIÃN
+
+
+Dr. Michel Loots, Dan Camarzan e Ian H. Witten
+
+
+Human Info (Bélgica) Simple Words (Rumania) Universidad de Waikato (Nueva Zelanda)
+
+
+De regreso al index
+De regreso al top index
+
+Greenstone es un conjunto de programas y aplicaciones de software especialmente diseñados para la creación y difusión de colecciones documentales digitales, el cual le ofrece una nueva forma de organizar la información y publicarla en Internet o CD-ROM. Greenstone ha sido elaborado como parte del proyecto de Biblioteca Digital de Nueva Zelanda de la Universidad de Waikato y actualmente es desarrollado y distribuido en colaboración con la UNESCO y la ONG Human Info. Es un software de código abierto disponible en http://greenstone.org bajo los términos y condiciones de la Licencia Pública General de GNU.
+
+Queremos estar seguros que este software trabaje bien para usted. Por favor comunÃquenos cualquier problema que tenga con él a la siguiente dirección: greenstone@cs.waikato.ac.nz
+
+
+
+Greenstone gsdl-2.50
+
+
+Marzo de 2004
+
+
+
+Acerca de este manual
+
+
+El presente documento explica la forma de crear colecciones en CD-ROM a partir de documentos impresos y expone con detalle los procedimientos y costos de los procesos de escaneado y reconocimiento óptico de caracteres (OCR por sus siglas en inglés) para obtener al final un texto con el formato adecuado para los programas Greenstone. También se describe la forma de crear y editar el material asociado a una colección.
+Hemos procurado formular nuestras explicaciones de la manera más sencilla posible. Cualquier referencia a productos o empresas responde a un propósito meramente ilustrativo, y no presupone por nuestra parte valoración o preferencia alguna por tales productos en perjuicio de cualquier otro.
+
+
+
+
+Conjunto de documentos
+
+
+La serie completa de documentos comprende cinco volúmenes:
+
+
+La GuÃa de Instalación de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Usuario de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Programador de la Biblioteca Digital Greenstone
+
+
+La Biblioteca Digital Greenstone: del Papel a la Colección (el presente documento )
+
+
+La Biblioteca Digital Greenstone: uso del Organizador
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Agradecimientos
+
+
+Los capÃtulos dedicados al escaneado, el Organizador y demás información relativa a la creación de colecciones documentales colectivas sin fines de lucro son obra del Dr. Michel Loots , Gerente de la ONG Human Info y de HumanityCD , Dan Camarzan de Simple Words y el equipo que colabora con ambos desde Brasov (Rumania).
+El programa Greenstone es fruto de la colaboración de muchas personas. Rodger McNab y Stefan Boddie son los principales arquitectos y programadores. También han contribuido David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson y Stuart Yeates. Otros miembros del proyecto Biblioteca Digital de Nueva Zelanda que proporcionaron asesorÃa y valiosas ideas para la concepción del sistema son: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols y Lloyd Smith. También queremos dar las gracias a todos aquellos que contribuyeron a los paquetes de programas con licencias GNU incluidos en esta distribución: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE y XLHTML.
+
+
+
+
+Introducción
+
+
+Uno de los objetivos de la Biblioteca Digital Greenstone es hacer posible que instituciones como las universidades, organismos del sistema de las Naciones Unidas, organizaciones no gubernamentales, gobiernos y organizaciones no lucrativas puedan crear diversas colecciones de información y difundirlas por Internet o en forma de CD-ROM.
+El proceso suele comprender los siguientes pasos:
+
+
+Determinar los documentos que han de figurar en la colección.
+
+
+Obtener la autorización de los titulares de los derechos de autor para incluir esos documentos en la biblioteca digital.
+
+
+Escanear y reconocer por medio de OCR los documentos impresos que no estén disponibles en formato digital.
+
+
+Convertir todos los documentos en un formato que integre texto e imágenes y se pueda importar a Greenstone, de preferencia en formato HTML o Word de Microsoft, aunque también se cuenta con plugins que reconocen otros formatos con un nivel variable de precisión (véase la GuÃa del Usuario de la Biblioteca Digital Greenstone ).
+
+
+Etiquetar los capÃtulos, párrafos e imágenes de los documentos electrónicos.
+
+
+Dotar a la colección de la estructura idónea para que funcione como biblioteca digital.
+
+
+Crear la biblioteca digital utilizando los programas Greenstone.
+
+
+Editar y distribuir la colección en CD-ROM y/o distribuirla por Internet.
+
+
+Para crear una colección digital es preciso que las publicaciones existan antes en formato digital. Los libros, revistas u otros documentos que sólo existan en forma impresa deberán ser escaneados, procesados y convertidos en un formato que la computadora reconozca (paso iii). El procedimiento más usual para ello es el reconocimiento óptico de caracteres (OCR por sus siglas en inglés), aunque a veces se opta por capturar Ãntegramente el texto. De este proceso tratan los capÃtulos 2 a 4 del presente manual.
+El paso v) sirve para que, una vez finalizada la biblioteca, el usuario pueda seleccionar y ver en pantalla por separado las distintas partes de un documento. El paso vi) consiste en asignar atributos a cada documento, como por ejemplo categorÃas temáticas, palabras clave y datos bibliográficos con arreglo a los cuales se pueda ordenar y consultar la biblioteca. Estos pasos se explican en el CapÃtulo 5 del presente manual.
+Asimismo, en el presente manual se tratan numerosas cuestiones relativas al procedimiento editorial y a la creación de una colección digital a partir de documentos impresos. Antes de seguir adelante, el lector debe plantearse las siguientes preguntas:
+
+
+¿Cuál es el objetivo de mi colección?
+
+
+¿A qué grupo de usuarios se dirige?
+
+
+¿Cuán grande es dicho grupo? ¿Tiene dimensión local, regional o mundial?
+
+
+¿Cuántos documentos tengo pensado incluir en la colección?
+
+
+¿Cuántas páginas?
+
+
+¿Cuánta información gráfica contienen?
+
+
+¿Cabe subdividir la documentación en partes que sean de interés para un público reducido y otras que requieran una difusión más amplia?
+
+
+¿Existen ya en forma electrónica los documentos?
+
+
+De ser asÃ, ¿en qué formato? (Señalemos de paso que un archivo PDF no equivale automáticamente al texto completo en formato electrónico, pues a menudo contiene sólo la imagen de las páginas.)
+
+
+¿A qué derechos de autor están sujetos los documentos?
+
+
+¿Quién es el titular de los derechos de autor?
+
+
+¿Hay otras organizaciones que se dirijan al mismo público?
+
+
+¿Tengo deseos de colaborar con otros grupos?
+
+
+¿De qué presupuesto dispongo para el conjunto del proyecto?
+
+
+¿De qué recursos humanos (en personas-mes) dispongo para las labores de coordinación, edición, escaneado y programación?
+
+
+¿De cuántas computadoras dispongo para el proyecto?
+
+
+¿Cuántos CD-ROM tengo pensado distribuir?
+
+
+¿Voy a distribuirlos gratuitamente o a venderlos?
+
+
+
+
+
+
+Escáneres y escaneado
+
+
+En el proceso de conversión de documentos impresos en una colección de biblioteca digital, el primer paso consiste en obtener imágenes digitales de todas las páginas de todas las publicaciones. La siguiente etapa es la del reconocimiento óptico de caracteres (OCR), proceso que requiere, para un resultado óptimo, imágenes de partida limpias y de buena calidad. Para el proceso de digitalización se necesita un escáner que pueda trabajar a una resolución de 300 ppp (puntos por pulgada). Gran parte del trabajo puede hacerse en blanco y negro, aunque deberá utilizarse un escáner capaz de obtener imágenes en color cuando el documento las contenga. La mayorÃa de las cubiertas de libro son en color, por lo que hay que escanearlas en forma de imagen fotográfica en color.
+
+
+Escáneres
+
+
+Existen escáneres de todos los precios, formas y tamaños, que pueden costar desde 100 dólares (un escáner plano) hasta más de 50.000 dólares (los grandes escáneres industriales de fabricantes como Bell & Howell ). Hay muchos sitios Web en los que se ofrece a la venta un amplio surtido de escáneres. Para encontrarlos basta con introducir la palabra âscannerâ (escáner) en buscadores como Google, Altavista o Yahoo.
+El formato de salida de una página escaneada es un archivo informático, por lo general en formato TIFF o Bitmap. El mejor formato es el TIFF IV comprimido. Una página normal, escaneada y convertida en este formato, ocupa sólo 50 Kb de memoria, mientras que una página equivalente en formato Bitmap no comprimido puede llegar a los 2 Mb.
+
+
+Escáneres planos (o de sobremesa) de gama baja
+
+
+Los escáneres de este tipo son los más económicos y difundidos. Existen muchas marcas: HP, Agfa, Acer, etc., con precios que van de los 100 a los 300 dólares. Con ellos pueden obtenerse imágenes tanto en blanco y negro como en color.  El bajo precio de estas máquinas permite conectar cada computadora a su propio escáner.
+Entre sus inconvenientes cabe citar la mediocre calidad del resultado, la lentitud con que trabajan, su escasa fiabilidad a temperaturas altas y la relativa frecuencia con que se averÃan. Es preciso escanear las páginas manualmente, una por una, colocándolas cuidadosamente en la placa de escaneado para que queden correctamente alineadas. De ahà que su productividad resulte baja. Aunque los fabricantes aseguran que se puede escanear una página en menos de un minuto, en la práctica rara vez se consiguen resultados superiores a las doce páginas por hora. Además, el proceso de escaneado monopoliza la computadora con la que se está realizando el trabajo.
+Por todo lo dicho, estos escáneres sólo son útiles para realizar trabajos de escasa envergadura y pocas páginas: no más de 200 a 400 páginas al mes cuando se trate de un trabajo sistemático, y de 1.000 a 2.000 páginas para operaciones de carácter esporádico.
+
+
+
+
+Escáneres de gama baja con alimentador de papel
+
+
+Los escáneres de este tipo suelen costar entre 500 y 1.200 dólares. Ofrecen la posibilidad de escanear y procesar de 10 a 50 páginas de una vez, lo que evita que el operador tenga que estar continuamente pendiente de la máquina y aumenta la productividad hasta unas 150 a 200 páginas diarias. Estos escáneres son más robustos y gozan de una vida útil más larga antes de necesitar reparaciones (lo que suele ocurrir al cabo de 30.000 a 50.000 páginas).
+Una de sus desventajas es que sólo pueden escanear una cara a la vez, lo que obliga a invertir el paquete de páginas y escanearlas de nuevo para obtener imágenes por ambas caras. Ello da lugar a frecuentes problemas, pues los alimentadores nunca funcionan a la perfección y a veces las páginas se atascan.
+Estos escáneres son útiles para trabajos de 1.500 a 3.000 páginas mensuales.
+
+
+
+
+Escáneres en color
+
+
+Toda operación de escaneado conlleva siempre imágenes en color, lo que hace imprescindible un escáner capaz de procesarlas. Por regla general, menos del 5% de una publicación contiene imágenes en color, sin contar la cubierta. En consecuencia, será suficiente un escáner plano de gama baja como los mencionados más arriba. Es aconsejable elegir una máquina que pueda trabajar a una resolución de hasta 600 ppp.
+
+
+
+
+Escáneres dúplex profesionales
+
+
+Los escáneres profesionales son máquinas fiables y resistentes, capaces de tratar un gran número de páginas (normalmente entre 2.000 y 10.000 páginas diarias). Están provistos de una bandeja de alimentación automática con capacidad para 50 a 200 páginas. Los mejores y más rápidos son los dúplex, es decir, capaces de escanear simultáneamente las dos caras de una hoja.
+Para utilizar un escáner dúplex profesional se requiere una computadora potente, dotada de un disco duro de 10 a 20 Gb de capacidad como mÃnimo. El precio de estos escáneres oscila entre los 5.000 y los 50.000 dólares. El escáner dúplex Canon DR-6020, por ejemplo, cuesta 5.000 dólares y puede trabajar con documentos impresos por ambas caras. Ofrece un rendimiento de unas 2.000 páginas diarias y un periodo de vida útil de 600.000 a 800.000 páginas. Los escáneres Bell & Howell y Fujitsu cuestan entre 10.000 y 50.000 dólares y gozan de un periodo de vida útil de muchos millones de páginas.
+Los escáneres para microfichas cuestan entre 15.000 (por una unidad semimanual) y 80.000 dólares (por un escáner completamente automático).
+
+
+
+
+Programas de escaneado
+
+
+Cada escáner viene acompañado de su propio programa informático, que es necesario instalar en la computadora desde la que vaya a controlarse el escaneado. Algunos traen consigo una tarjeta controladora que se instala en la computadora para acelerar la digitalización.
+
+
+
+
+
+
+Preparación de los documentos
+
+
+Antes de escanear los documentos hay que prepararlos adecuadamente, eliminando posibles motas de polvo, secándolos si están húmedos, extrayendo clips y grapas y alisando las páginas dobladas o arrugadas.
+Es preciso desmontar el lomo de los libros, cortándolo en lÃnea recta y desprendiéndolo con precisión. A menudo habrán de encuadernarse de nuevo los libros procedentes de bibliotecas, en cuyo caso conviene extremar las precauciones al desmontar el lomo para facilitar la posterior encuadernación.
+Cuando se trabaje con pocos documentos se puede retirar el lomo manualmente, con ayuda de una regla y una cuchilla. ¡Pero cuidado con los dedos! Para un mayor número de documentos merece la pena recurrir a guillotinas manuales especiales
+Para grandes volúmenes, por ejemplo más de 20 documentos, recomendamos pedir permiso a una imprenta o copisterÃa para utilizar su guillotina profesional. Recuérdese que es preciso extraer los clips y las grapas para no dañar las cuchillas.
+
+
+
+
+El proceso de escaneado
+
+
+Con el programa informático suministrado con el escáner se genera a partir de cada página una imagen electrónica, que se transforma en una imagen Bitmap o TIFF y se memoriza acto seguido en el disco duro, asignando a cada archivo un nombre normalizado. Una vez escaneados todos o una parte de los documentos de un lote empieza el proceso de OCR, del que puede ocuparse el operador del escáner o cualquier otra persona.
+En general se necesita una resolución de 300 ppp, aunque a veces también resulte aceptable un valor de 200 ppp.
+
+
+Control de calidad
+
+
+La digitalización sirve para obtener una versión perfecta de las publicaciones en formato de texto o HTML mediante el proceso de OCR, o bien para crear archivos gráficos mejorados como los PDF. En ambos casos es de suma importancia que la imagen sea de buena calidad. En caso contrario los archivos gráficos resultan poco nÃtidos y consumen más memoria. La calidad influye sobremanera en el proceso de OCR: con imágenes de calidad mediocre la productividad puede caer hasta en un 40%. Sabiendo que el OCR suele representar más del 90% del costo total, se deduce que la calidad del escaneado es determinante para el costo final del proceso.
+Es posible mejorar la calidad de un archivo TIFF adaptando el proceso de escaneado a cada tipo de papel mediante las opciones de ajuste que ofrece el programa del escáner. Un tipo de papel relativamente transparente requerirá parámetros más claros, el contraste deberá ajustarse en función de la calidad de la impresión, etc.
+Ante todo conviene dividir el material en lotes de documentos que presenten similar calidad de papel e impresión, y después realizar pruebas de OCR con una muestra del primer lote para determinar los parámetros de ajuste idóneos. A continuación se escanearán todos los documentos de ese primer lote antes de continuar con el siguiente.
+
+
+
+
+Convenciones para designar los archivos
+
+
+Es preciso asignar a cada libro o documento un número de trabajo o código único, que a su vez dará nombre a la carpeta en la que se archiven todas las imágenes TIFF correspondientes a ese documento. Según el sistema operativo del que se trate (DOS, Windows, UNIX, LINUX, etc.), el nombre de un archivo puede comprender entre 8 y 128 caracteres, aunque es aconsejable limitarse a un máximo de 16 caracteres. Si se utilizan 8 caracteres, los cinco primeros servirÃan para identificar el documento, el siguiente serÃa una letra indicativa del código de idioma y los dos restantes caracteres indicarÃan el número de página. Por ejemplo: el identificador u7548e12.tif  corresponderÃa a la imagen TIFF de la página 12 de un libro escrito en inglés que tuviera por código u7548e.
+
+Conviene asignar un directorio del disco duro a los trabajos de escaneado (por ejemplo con el nombre de scanjobs ). Después se puede crear un subdirectorio para cada uno de los trabajos, en cuyo interior se creará un nuevo subdirectorio para cada publicación (en el ejemplo anterior, u7548e ), donde se guardan todas las imágenes TIFF correspondientes a esa publicación, incluidas las imágenes en color.
+
+
+
+
+
+
+Productividad y recursos necesarios
+
+
+No hay que subestimar la carga de trabajo que suponen los procesos de escaneado y, sobre todo, de OCR. Es preferible considerar que ambos procesos son completamente independientes y elegir el procedimiento idóneo (desde el punto de vista económico y también práctico) para cada uno de ellos por separado.
+Entre los aspectos que conviene tener en cuenta cabe señalar: la inversión necesaria en escáneres y computadoras, la existencia de los recursos humanos y el espacio necesarios, la formación del personal, los gastos salariales, el número inicial y total de páginas por escanear, los plazos en que ha de realizarse el trabajo y la posibilidad de subcontratarlo a terceros.
+
+
+Costos del proceso de escaneado
+
+
+Es importante decidir si se ha de invertir en un equipo de escaneado y asumir internamente esa labor o bien subcontratarla a una empresa especializada. Las principales consideraciones que deben tenerse en cuenta son:
+
+
+los plazos en que ha de realizarse el trabajo;
+
+
+el número total de páginas;
+
+
+los costos salariales correspondientes a las personas encargadas del escaneado.
+
+
+Las personas a quienes se encomiende el escaneado deben estar muy motivadas y preparadas técnicamente, y tener muy clara la importancia de cumplir los criterios de calidad.
+Una empresa especializada suele cobrar 0,06 dólares por página, a lo que hay que añadir los gastos de envÃo, que pueden ser de hasta 0,03 dólares por página cuando se remite el material de un paÃs en desarrollo a un paÃs desarrollado y de 0,015 dólares por página cuando se trata de un envÃo nacional.
+En el Cuadro se ofrecen estimaciones de los costos de escaneado por cuenta propia según el tipo de escáner que se utilice. Conviene tener en cuenta que estas cifras son aproximadas y corresponden más bien a órdenes generales de magnitud, basados en la experiencia de los autores. En las tres primeras columnas se presentan los costos laborales. En la primera se indica la productividad (en páginas mensuales) suponiendo que se trabaje a jornada completa. Dividiendo las horas mensuales de trabajo por la productividad en páginas/mes se obtienen los recursos necesarios en términos de horas de trabajo/página, guarismo que figura en la segunda columna (suponiendo que se trabajen 180 horas al mes).
+
+
+Costos del proceso de escaneado
+
+
+
+
+
+Rendimiento (páginas/mes)
+
+
+Horas/página (180 horas/mes)
+
+
+Costo/página (suponiendo 4 dólares/hora)
+
+
+Adquisición del escáner (dólares)
+
+
+Vida útil del escáner (páginas)
+
+
+Páginas que se podrÃan subcontratar por el precio del escáner (a 0,06 dólares c/u)
+
+
+
+
+Escáner plano
+
+
+2.500
+
+
+0,072
+
+
+0,288
+
+
+300
+
+
+7.000
+
+
+5.000
+
+
+
+
+Escáner con alimentador de papel
+
+
+8.000
+
+
+0,0225
+
+
+0,09
+
+
+800
+
+
+30.000
+
+
+13.000
+
+
+
+
+Profesional: dúplex de gama baja
+
+
+40.000
+
+
+0,0045
+
+
+0,018
+
+
+6.000
+
+
+600.000
+
+
+100.000
+
+
+
+
+Profesional: dúplex de gama alta
+
+
+150.000
+
+
+0,0012
+
+
+0,0048
+
+
+50.000
+
+
+8.000.000
+
+
+833.000
+
+
+
+
+Para determinar el precio por página se multiplican los costos salariales por hora totales (que dependerán de cada caso) por la segunda columna del Cuadro . En la tercera columna se indica, a tÃtulo de ejemplo, el precio de escanear por cuenta propia suponiendo que se pague un sueldo de 4 dólares/hora, excluidos los gastos de inversión.
+Estos cálculos presuponen que se procesa un número de páginas suficiente para justificar la adquisición de un escáner. En las tres últimas columnas del Cuadro se ofrece información sobre los costos derivados del propio escáner. En la primera de ellas se indica el precio de adquisición de la máquina, en la siguiente el tiempo de vida útil que se le supone y en la última el número de páginas que podrÃan subcontratarse por el precio del escáner, contando una tarifa de 0,06 dólares/página.
+Hay, desde luego, muchos otros factores que influyen en la decisión de adquirir o no un escáner: la disponibilidad de fondos suficientes, la necesidad de reducir al mÃnimo la dependencia para con terceras partes, el deseo de crear capacidades a escala local, la obligación que imponen las bibliotecas de escanear los libros en la propia localidad y no transportarlos, etc.
+Las cifras del Cuadro 1 dan una idea aproximada del número de páginas necesario para justificar distintos niveles de inversión. No es frecuente que una institución u otra entidad necesite escanear 800.000 páginas. Con tales niveles de trabajo se plantean cuestiones más complejas que no vamos a tratar en estas lÃneas, como el mantenimiento del equipo o la posibilidad de recuperar gastos ofreciendo a terceros el servicio de escaneado.
+Es tentador contemplar el desarrollo de la capacidad de escaneado como una actividad comercial, sobre todo en los paÃses en desarrollo. Pero conviene tener muy en cuenta que no se trata de un proceso repetitivo. Una vez escaneado un documento, el cliente nunca cursará un nuevo pedido para repetir la operación, por muy buena que haya sido su relación de trabajo con la empresa. Desde un punto de vista comercial, se requiere un enorme trabajo de publicidad y comercialización. Desaconsejamos a cualquier ONG u otras organizaciones sin fines de lucro que se aventuren en este terreno sin haber procedido a ensayos exhaustivos y elaborado un minucioso plan comercial.
+En conclusión, para escanear entre 10.000 y 50.000 páginas conviene plantearse la posibilidad de subcontratar el trabajo. Los cerca de 6.000 dólares que cuesta un escáner profesional de gama baja sólo se amortizan a partir de un volumen superior a las 100.000 páginas. Otra posible solución consiste en asociarse con otras instituciones (ONG o bibliotecas, por ejemplo) para adquirir colectivamente un escáner de ese tipo.
+
+
+
+
+
+
+
+
+OCR: reconocimiento óptico de caracteres
+
+
+Los sistemas de reconocimiento óptico de caracteres (OCR) transforman en texto una imagen escaneada. El punto de partida es una imagen digitalizada en formato TIFF o Bitmap, de la mayor nitidez y calidad posibles, y el resultado final un archivo de texto (generalmente en formato RTF o Word) o para la Web (formato HTML).
+El proceso de conversión de un documento impreso en un archivo informático comprende las siguientes etapas:
+
+
+escaneado;
+
+
+análisis de la compaginación;
+
+
+reconocimiento óptico de caracteres;
+
+
+escaneado de ilustraciones y cuadros.
+
+
+A lo largo del proceso se efectúan controles de calidad de los archivos resultantes y se memorizan éstos en el formato apropiado.
+El mercado ofrece muchos y buenos programas de OCR, con precios que oscilan entre los 100 y los 400 dólares . Entre muchos otros ejemplos cabe citar los siguientes:
+
+
+Read-Iris  (http://www.readiris.com/)
+
+
+Omnipage  (http://www.omnipage.com/)
+
+
+Fine-Reader  (http://www.finereader.com/)
+
+
+En los sitios Web de los fabricantes se ofrece toda la información necesaria, comprendida la lista de distribuidores locales. Los autores, de acuerdo con su experiencia, consideran que los programas de más fácil manejo son Fine-Reader y Omnipage. El primero, que cuesta unos 100 dólares, es el más barato y ofrece no sólo gran flexibilidad sino también el mayor repertorio de idiomas.
+Es necesario decidir si se efectúan los procesos de escaneado y OCR internamente o se subcontratan a una empresa especializada. Hacerlo por cuenta propia exige disponer de un escáner, de un programa de OCR, de conocimientos técnicos en la materia y de personal muy motivado y atento a los requisitos de calidad.
+
+
+El proceso de OCR
+
+
+El proceso de OCR difiere según se utilice uno u otro programa de OCR, y cada uno de ellos exige un tiempo considerable de aprendizaje. En el manual de cada programa se exponen todos los detalles relativos al proceso. Hay cuatro aspectos que merecen especial atención: el control de calidad, los cuadros, las ilustraciones y los textos especiales como fórmulas, caracteres extranjeros, etc.
+
+
+Control de calidad
+
+
+Es preciso insistir en la importancia del control de calidad. Lo ideal es que esos controles estén a cargo de personas cuya lengua materna sea el idioma en que está escrito el documento o de gente con un excelente dominio del mismo. El perfil idóneo es el de alguien con estudios universitarios o secundarios. Conviene saber además que en este tipo de tarea los jóvenes suelen mantener un nivel de concentración superior.
+Normalmente hay cuatro controles de calidad.
+El primero se efectúa al mismo tiempo que el proceso de OCR. Cada programa tiene un verificador ortográfico incorporado que señala todas las posibles letras erróneas y muestra la imagen de la palabra entera para facilitar la comprobación y eventual corrección del error.
+El segundo es un control general del texto una vez finalizado el proceso de OCR. Uno de los errores más frecuentes es la omisión de una página, un párrafo, los tÃtulos de un capÃtulo, etc. Debe llevarse a cabo un repaso general para comprobar que no falta ninguna página. Es esencial asimismo comprobar los tÃtulos, los encabezamientos de capÃtulo, los párrafos y los cuadros.
+El tercer control es el ortográfico, para el que en general se utiliza Word de Microsoft porque su diccionario suele ser más completo que el de los programas de OCR. Importando el libro a un archivo Word y realizando un control ortográfico con este programa se puede detectar y corregir un mayor número de errores. Es indispensable añadir al verificador ortográfico cualquier palabra especialmente difÃcil o susceptible de generar una señal de error, asà como los términos cientÃficos y técnicos que abunden en el tipo de publicación con que se esté trabajando.
+Finalmente, otra persona debe efectuar un último control del documento finalizado, tomando al azar fragmentos del libro completo y cerciorándose de que no haya errores o problemas con los cuadros, las ilustraciones, las leyendas o el aspecto general del documento. Sólo después de este último control puede considerarse que el libro está listo para su difusión electrónica.
+
+
+
+
+Cuadros
+
+
+Los cuadros suelen plantear dificultades a los programas de OCR. Controlar su contenido es además una labor ardua: contienen muchos dÃgitos, a veces con puntos y comas, y es fácil que las cifras acaben colocadas en la casilla equivocada. Es una tarea que exige concentración, dedicación, un intenso trabajo de relectura, comprobaciones minuciosas y un buen control de calidad. Hay básicamente tres formas distintas de proceder.
+La primera consiste simplemente en escanear los cuadros como si fueran imágenes en blanco y negro e insertarlos con este formato en el lugar correspondiente del documento. Esta es la solución más sencilla, pues no genera errores y no exige más tiempo que el necesario para crear la imagen. Pero consume más memoria que las dos restantes, y además la resolución obtenida no siempre basta para trabajar en la computadora con cuadros de gran tamaño: si se reduce todo el cuadro a los lÃmites de la pantalla, la resolución es demasiado pequeña; si por el contrario el cuadro desborda la pantalla, el usuario debe desplazarse para ver todas las columnas y filas, con lo que pierde visión de conjunto.
+El segundo método es la copia manual: crear un nuevo cuadro con el mismo número de filas y columnas y copiar los valores correspondientes a cada casilla, carácter por carácter.
+La tercera solución consiste en someter el cuadro al proceso de OCR. Aunque este procedimiento ahorra tiempo en comparación con el manual, la probabilidad de error es más alta. A veces las columnas quedan fusionadas, o el programa es incapaz de reconocer los puntos y comas.
+
+
+
+
+Ilustraciones
+
+
+Las ilustraciones contenidas en una publicación corresponden en general a tres grandes tipos de imagen:
+
+
+ilustraciones en blanco y negro, sin tonos intermedios;
+
+
+fotografÃas en blanco y negro;
+
+
+fotografÃas en color.
+
+
+Las ilustraciones en blanco y negro deben escanearse en modo âdibujos de lÃneas simplesâ y guardarse en formato GIF o PNG. Para las fotografÃas en blanco y negro conviene utilizar el modo âescala de grisesâ y guardar el resultado en archivos GIF o JPEG. En cuanto a las fotografÃas en color, es preciso escanearlas en modo âcolorâ y guardarlas en archivos JPEG. En términos generales, el formato JPEG de calidad media ofrece una resolución suficiente.
+Las ilustraciones suelen consumir gran parte del espacio que ocupa una colección en el disco duro o el CD-ROM. De ahà la importancia de lograr para cada imagen la mayor claridad y visibilidad junto con el menor tamaño posible. Para ahorrar espacio cabe la posibilidad de prescindir de algunas imágenes o de todas ellas cuando no sean necesarias para entender el texto.
+Las ilustraciones deben escanearse por separado, una por una. Para denominar los archivos gráficos recomendamos un nombre compuesto por los cinco o seis primeros caracteres utilizados para designar el documento seguidos del número de la página en que se encuentre la ilustración. Una alternativa, suponiendo que haya un directorio para cada documento, consiste simplemente en utilizar la letra p  [ picture  ] seguida del número de la página. Cuando en una misma página haya varias ilustraciones, bastará con añadir una letra a, b, c ...  al nombre del archivo. Por ejemplo, a una imagen JPEG que aparezca en la página 36 de la antedicha publicación u7548e  corresponderá un archivo llamado u7548e36.jpg  o p36.jpg.
+Una vez escaneadas las imágenes, se pueden aplicar programas de procesamiento por lotes para modificar las dimensiones o mejorar la definición de todas las imágenes a la vez.
+
+
+
+
+Textos con caracterÃsticas especiales
+
+
+Muchos documentos contienen elementos que conviene tratar aparte (caracteres especiales, fórmulas, páginas especialmente dificultosas, etc.). Los caracteres especiales suelen provenir de idiomas distintos u ostentar marcas diacrÃticas. En tal caso hay que seleccionar el idioma del que se trate en la opción âidiomaâ del programa OCR. Las fórmulas deberán reproducirse manualmente, lo que a veces es imposible con un programa de OCR, en cuyo caso hay que recurrir a un procesador de texto como Word de Microsoft. Las páginas de las que no pueda obtenerse una imagen nÃtida, ya sea por la complejidad del texto o por el mal estado en que se encuentren, deberán ser reproducidas manualmente.
+
+
+
+
+
+
+Productividad y recursos necesarios
+
+
+Como hemos dicho, no hay que subestimar la dificultad del proceso de OCR. Aunque conviene estudiar separadamente las alternativas económicas y prácticas del proceso de escaneado y del de OCR, ambos plantean interrogantes parecidos: la inversión necesaria en computadoras, la disponibilidad de personal y de capacidad de gestión, la formación del personal, los costos salariales, el número total de páginas que deben tratarse y las posibilidades de subcontratar el trabajo a terceros.
+Esta sección se basa en la experiencia de los autores en el trabajo de OCR en Bélgica, Rumania y la India. Todos los ejemplos, cálculos y cifras que aquà se exponen corresponden a una situación ordinaria: documentos de dificultad normal (con cuadros e ilustraciones) como los que pueden encontrarse en la mayorÃa de los archivos o bibliotecas, resultados de muy buena calidad y trabajo a medio o largo plazo.
+
+
+Trabajo intensivo de OCR
+
+
+El OCR es un proceso difÃcil, que exige gran concentración y destreza. Antes de alcanzar un nivel óptimo de rendimiento y calidad, el operador necesita un periodo de aprendizaje de unas seis semanas.
+Los mejores resultados y la productividad más alta se consiguen por lo general durante las primeras horas de trabajo. Al cabo de tres horas la productividad baja con rapidez, quizá hasta un 50% del nivel inicial. Al cabo de seis horas, la mayorÃa de la gente se encuentra muy cansada.
+Algo parecido ocurre durante las primeras semanas de trabajo, en las que todo el mundo alcanza una productividad bastante elevada. Posteriormente, sin embargo, hasta dos tercios de los operadores de OCR empiezan a sentirse aburridos y descontentos. A la larga esas personas acaban abandonando el trabajo o rindiendo poco en términos de calidad y productividad. Incluso los que superan el periodo crÃtico de tres a cinco semanas y se integran en el equipo de trabajo suelen renunciar y partir en busca de una mejor ocupación al cabo de 6 a 12 meses.
+Las observaciones sobre el personal que formulamos en la sección son especialmente aplicables al trabajo intensivo de OCR. Los controles de calidad resultan mejores cuando corren a cargo de hablantes nativos o profundos conocedores del idioma en cuestión. En general los jóvenes pueden mantener un nivel de concentración superior al de las personas mayores en las labores de OCR. La experiencia demuestra que las personas de entre 18 y 23 años de edad tienden a adaptarse mejor a ese cometido que las mayores de 25 años.
+Por último, considerando lo aburrido que puede resultar el trabajo de OCR, la motivación y un constante prurito de calidad son elementos de excepcional importancia.
+De todo lo dicho se desprenden las siguientes directrices generales sobre el proceso de OCR:
+
+
+Los jóvenes de entre 18 y 25 años de edad son los más aptos para este tipo de trabajo.
+
+
+Dado que las primeras horas son siempre las más productivas, conviene organizar turnos de trabajo a tiempo parcial o, en su defecto, encomendar la labor a jornada completa a las personas más motivadas y con mayor capacidad de concentración.
+
+
+Después de tres a cinco semanas de actividad, dos tercios de los operadores tienden a renunciar o a sentirse hastiados. Ello se traduce en un descenso de la calidad y la productividad en las últimas semanas.
+
+
+Es preciso un suministro periódico de trabajo para justificar la necesaria formación del personal, mantener la concentración y conservar alta la moral del equipo.
+
+
+
+
+
+
+Objetivos asequibles de productividad
+
+
+
+
+Productividad en el proceso de OCR
+
+
+
+
+
+Horas de trabajo/dÃa
+
+
+Páginas/dÃa
+
+
+Páginas/mes
+
+
+
+
+Formación inicial (seis semanas)
+
+
+3
+
+
+6
+
+
+120
+
+
+
+
+Nivel óptimo de productividad
+
+
+3
+
+
+9
+
+
+150 a 200
+
+
+
+Â
+
+7
+
+
+28
+
+
+500 a 600
+
+
+
+
+En el Cuadro se presentan las cifras más frecuentes de productividad en el trabajo de OCR. Teniendo en cuenta que puede tratarse de documentos de todos los tamaños y niveles de calidad, estas cifras parten del supuesto de que el conjunto de documentos contiene un número promedio de ilustraciones y cuadros (por ejemplo una ilustración y un cuadro de 5x5 cada ocho páginas), que las ilustraciones son de calidad entre media y alta (recordemos que ello depende de la calidad del escaneado) y que los operadores de OCR dominan el idioma en que está escrito el documento.
+En el Cuadro se distingue entre las estadÃsticas de personas en periodo de formación y las de quienes han alcanzado su nivel óptimo de productividad. Si un miembro del personal administrativo dedicara tres horas diarias al trabajo de OCR, su rendimiento serÃa de entre 180 y 200 páginas al mes. Un operador a jornada completa bien formado, con gran capacidad de concentración y escrupulosa atención a los criterios de calidad, en cambio, podrÃa alcanzar una productividad de entre 500 y 600 páginas al mes.
+Sin embargo, con páginas de especial dificultad y escasa calidad, con abundantes cuadros o columnas, se obtienen cifras muy inferiores (quizá de 300 a 400 páginas mensuales a jornada completa).
+Supongamos que el costo salarial de un operador a jornada completa muy aplicado y motivado asciende a 400 dólares mensuales, y que los gastos generales (gastos de gestión, computadoras, espacio de oficina, instalaciones, etc.) suponen otros 300 a 400 dólares mensuales por persona. En tal caso, el costo del proceso de OCR viene a ser de 1,2 a 1,6 dólares por página. Si además se toma en cuenta el periodo de formación, el volumen total, el lapso de tiempo considerado y los eventuales costes de la suspensión de las operaciones cuando falte el trabajo, el costo asciende a un valor entre 1,5 y 2,5 dólares por página.
+Conviene comparar los costos del proceso de OCR efectuado por cuenta propia con los de la subcontratación a una empresa especializada. Estas empresas suelen cobrar entre 1,5 y 4 dólares por página, incluyendo las ilustraciones y los cuadros. Human Info/Simple Word, que posee una unidad de este tipo en Rumania, aplica tarifas especiales para las organizaciones humanitarias sin fines de lucro (entre 1,2 y 2 dólares por página). Puede solicitarse información o asesoramiento escribiéndonos a la dirección:scanning@humaninfo.org.
+
+
+
+
+
+
+Alternativas al proceso de OCR
+
+
+En las siguientes lÃneas exponemos dos posibles alternativas al OCR.
+
+
+Mecanografiado manual
+
+
+La primera posibilidad, que además elimina buena parte del escaneado, consiste en mecanografiar de nuevo los documentos con un programa de tratamiento de texto. Utilizando este procedimiento hay que escanear únicamente las ilustraciones y la cubierta (y no las restantes páginas), lo que hace innecesario disponer de un escáner y un programa de OCR potentes.
+No es preciso que los operadores entiendan el texto. Sólo tienen que ser buenos mecanógrafos y reproducir exactamente lo que ven. Dado que este proceso suele generar errores, a menudo se utiliza el doble mecanografiado para detectarlos y corregirlos. Este método requiere que dos personas mecanografÃen independientemente el mismo documento, después de lo cual un operador provisto del texto original compara ambas versiones electrónicas palabra por palabra, con ayuda de un programa informático especial. Se parte de la premisa de que si una misma palabra ha sido escrita dos veces por separado de la misma manera, será correcta. Pero ello no siempre es asÃ, y cuando se quiere trabajar con la máxima fiabilidad se recurre al triple mecanografiado.
+Teniendo en cuenta que el uso de un programa de OCR entraña el de computadoras de gran potencia, la ventaja básica de este método es que prescinde del OCR y por lo tanto permite utilizar computadoras más antiguas, sencillas o de segunda mano, lo que supone un ahorro considerable. Además, esta labor requiere trabajadores menos especializados. En cuanto a sus inconvenientes, éstos residen en el periodo de formación (de al menos dos meses) que se necesita y en la abundancia de errores que suelen darse con un proceso de mecanografiado único, lo que obliga a trabajar por duplicado o triplicado.
+Los costos de este procedimiento dependen exclusivamente del nivel salarial. Los mecanógrafos de paÃses en desarrollo suelen cobrar unos 150 dólares mensuales. Su productividad oscila entre 20 y 30 páginas diarias, lo que equivale a 400 páginas mensuales, comprendidas las ilustraciones. Suponiendo que se trabaje por duplicado, los costos salariales suman en total 300 dólares al mes, sin contar los gastos generales.
+
+
+
+
+Archivos gráficos
+
+
+Una alternativa sumamente barata al proceso de OCR consiste en utilizar simplemente una versión gráfica en PDF de las páginas del documento, lo que reduce los costos a unos 0,1 dólares por página (una pequeña fracción de lo que costarÃa un proceso de OCR).
+Una vez concluido el escaneado y creados los archivos TIFF, se utiliza un convertidor automático (en general Acrobat o Photoshop de Adobe) para convertir en formato PDF todos los archivos TIFF correspondientes a las páginas del libro.
+El problema es que en esos archivos no se pueden efectuar búsquedas y que además son bastante pesados (por lo general 50 Kb por página, con un margen de variación del 20% según la calidad del archivo TIFF original).
+La descarga de un archivo gráfico PDF es un proceso lento, a veces imposible o de precio prohibitivo en los paÃses en desarrollo. Esos archivos caben rara vez en un disquete y no admiten operaciones de manipulación del texto como la de âcortar y pegarâ.
+Sólo se optará por esta solución cuando se carezca del presupuesto necesario para un proceso de OCR o cuando se trate de documentos destinados a un público poco numeroso y provisto de una conexión a Internet de bajo costo y alta velocidad.
+
+
+
+
+
+
+Combinación de escaneado y OCR
+
+
+La mayorÃa de los programas de OCR pueden escanear una página y efectuar inmediatamente el reconocimiento óptico, a condición de que el escáner esté conectado directamente a la computadora que ejecuta el programa. Aunque escanear y efectuar el OCR página a página es un método razonable cuando se trabaja con pocos documentos, resulta muy largo para trabajos más voluminosos y continuos.
+Esta solución es adecuada para cantidades entre 100 a 150 página al mes. Para tratar volúmenes superiores, en cambio, es más rápido y eficaz escanear en primer lugar el documento y aplicar después el proceso de OCR a todas las páginas de una sola vez.
+
+
+
+
+
+
+De 1.000 a 100.000 páginas en tres ejemplos
+
+
+
+
+Una colección de pequeñas dimensiones: de 500 a 1.000 páginas
+
+
+La mayorÃa de las ONG tienen un volumen de 500 a 1.000 páginas por escanear. Si disponen de voluntarios motivados pueden asumir por cuenta propia el proceso de OCR.
+
+
+Escaneado
+
+
+El primer paso consiste en escanear las publicaciones para generar un archivo TIFF de alta calidad para cada página y una imagen bitmap independiente (ya sea de dibujo de lÃneas simples, escala de grises o color) para cada ilustración. Suponiendo que deban escanearse 1.000 páginas, ello puede equivaler a cerca de un mes de trabajo a tiempo parcial (sólo para el escaneado). Los archivos TIFF ocuparÃan entre 60 y 80 Mb de espacio en el disco duro, por lo que es aconsejable utilizar un CD-ROM para dar cabida a esos archivos. Un escáner plano de precio reducido (entre 100 y 300 dólares) basta para realizar ese trabajo, del que puede ocuparse un voluntario después de la jornada laboral o durante los fines de semana, ya sea en la oficina o en casa.
+
+
+
+
+OCR
+
+
+La segunda etapa es la del proceso de OCR, que se encomendará a otro voluntario, o equipo de voluntarios, con buenos conocimientos lingÃŒÃsticos y de corrección ortográfica. Cabe la posibilidad de repartir los archivos TIFF entre varias computadoras o bien de utilizar una sola máquina para la totalidad del trabajo. Por lo general se requieren entre cinco y seis meses de trabajo a tiempo parcial (a razón de 20 horas semanales, por ejemplo) para convertir 1.000 páginas en documentos impecables en formato Word o HTML.
+
+
+
+
+Subcontratación
+
+
+Una posibilidad alternativa es la de subcontratar los procesos de escaneado y OCR. La conversión de todos los documentos en archivos Word y HTML impecables costarÃa probablemente entre 1.500 y 2.000 dólares.
+
+
+
+
+
+
+Todas las publicaciones de una organización: 5.000 páginas
+
+
+Los archivos de muchas organizaciones de mayor tamaño pueden contener unas 5.000 páginas de libros (en catálogo o agotados), revistas, boletines, documentos, etc.
+
+
+Escaneado
+
+
+Se trata de un volumen excesivo para un escáner plano, lo que deja dos opciones: subcontratar el trabajo (contando unos 400 dólares por 5.000 páginas) o adquirir un escáner con alimentador de papel (aproximadamente 900 dólares). Otra alternativa es que varias instituciones u ONG adquieran conjuntamente un escáner más caro (6.000 dólares, divididos por el número de participantes). Las 5.000 páginas en formato TIFF ocuparÃan entre 300 y 400 Mb en el disco duro. Señalemos de nuevo la conveniencia de utilizar un CD-ROM para guardar esos archivos.
+
+
+
+
+OCR
+
+
+A continuación hay que ocuparse del proceso de OCR, que puede encargarse a otro voluntario, o equipo de voluntarios, diestro en técnicas de OCR y corrección ortográfica. Como en el caso anterior, es posible utilizar varias computadoras o una sola para esta tarea. La conversión de 5.000 páginas en archivos Word o HTML impecables exigirÃa entre 25 y 30 meses de trabajo a tiempo parcial (a razón de 20 horas semanales), lo que en la práctica descarta el empleo exclusivo de voluntarios porque lleva demasiado tiempo y requiere un uso excesivo de la computadora. Para concluir el trabajo en un plazo razonable y con un buen nivel de calidad habrÃa que pagar a los voluntarios, supervisar su rendimiento y la calidad de su labor, proporcionarles espacio adecuado, etc.
+Una posibilidad alternativa es la de crear archivos gráficos PDF, que ocuparÃan entre 300 y 400 Mb de memoria y resultarÃan más difÃciles de descargar de Internet.
+
+
+
+
+Subcontratación
+
+
+Otra alternativa es la de subcontratar los procesos de escaneado y OCR, lo que costarÃa probablemente entre 7.500 y 10.000 dólares.
+
+
+
+
+
+
+Una pequeña biblioteca: 100.000 páginas
+
+
+Otras entidades de mayor envergadura, universidades, gobiernos o bibliotecas especializadas podrÃan tener una biblioteca entera por digitalizar, algo asà como unas 100.000 páginas. Lo primero que se debe tener en cuenta es la situación de las publicaciones en materia de derecho de autor: bien están incluidas en el dominio público o bien hay que obtener permiso explÃcito de los titulares de los derechos para poder digitalizarlas. Conviene cerciorarse asimismo de que los documentos no existen ya en formato electrónico.
+
+
+Escaneado
+
+
+100.000 páginas son demasiadas para un escáner con alimentador de papel, por lo que caben dos opciones: subcontratar el trabajo (a unos 8.000 dólares las 100.000 páginas) o adquirir, conjuntamente con otras instituciones u ONG, un equipo de mayor calidad y precio (6.000 dólares, divididos entre los participantes). 100.000 páginas en formato TIFF ocuparán entre 6 y 8 Gb en el disco duro. Lo ideal es crear copias de esos archivos en discos CD-ROM.
+
+
+
+
+OCR
+
+
+La segunda etapa es el proceso de OCR (en el caso de documentos menos utilizados, también cabe la posibilidad de crear archivos PDF). Convertir 100.000 páginas en archivos Word o HTML impecables llevarÃa entre 500 y 700 meses de trabajo a tiempo parcial, lo que a todas luces descarta el uso de voluntarios para esta tarea, más propia de profesionales.
+Para ahorrar costos se pueden convertir en PDF algunas de las páginas menos utilizadas (digamos el 80%, u 80.000 páginas), reservando los formatos Word o HTML para las 20.000 páginas restantes. Los archivos PDF ocuparÃan entre 4 y 6 Gb de espacio y no serÃa fácil descargarlos de Internet, pero en cambio saldrÃan baratos si los creara una empresa especializada (sólo 0,2 dólares por página, lo que supone un costo total de 16.000 dólares). Utilizando voluntarios para crear 80.000 archivos PDF a partir de archivos TIFF mediante programas de conversión como Acrobat de Adobe se precisarÃan 10 a 20 meses de trabajo a tiempo parcial con una computadora de gran potencia.
+
+
+
+
+Subcontratación
+
+
+Una posible alternativa es la de subcontratar el trabajo. Suponiendo que se mantuviera la mencionada proporción del 80% en PDF y el 20% en HTML, los archivos PDF costarÃan unos 16.000 dólares y los archivos HTML entre 30.000 y 40.000 dólares, con lo que el presupuesto total ascenderÃa a unos 50.000 dólares. Si se sometieran todos los documentos a un proceso de OCR, convertir toda la colección en archivos Word y HTML impecables costarÃa entre 150.000 y 200.000 dólares.
+
+
+
+
+
+
+
+
+Creación de una colección digital
+
+
+Hay tres aspectos importantes que conviene tener en cuenta a la hora de crear una colección digital. En primer lugar es preciso organizarla. A mayor volumen de contenido, mayor necesidad hay de Ãndices y sistemas potentes de búsqueda, indispensables cuando la colección supera las 3.000 a 5.000 páginas. En segundo lugar, deben prevalecer las necesidades del usuario final. Es preciso identificar los grupos que usarán la colección y establecer un proceso de consulta periódica con ellos. En tercer lugar, el presupuesto disponible determinará qué tanto se puede hacer.
+
+
+Métodos para crear colecciones
+
+
+Abundan los ejemplos de excelentes CD-ROM elaborados siguiendo el modelo de una página Web, en la que por medio de hipervÃnculos se insertan y enlazan entre sà documentos en formato HTML, PDF o Word. El uso de hipervÃnculos, marcos y grupos estructurados, palabras clave, Ãndices y demás elementos de este tipo hace fácil y atractiva la navegación. Estos sistemas funcionan bien con volúmenes de unos cuantos miles de páginas, pero a partir de 3.000 a 5.000 páginas es importante que la colección esté bien organizada y ofrezca un dispositivo de búsqueda potente. Ahà es donde el programa Greenstone puede resultar de utilidad.
+El programa Greenstone crea una biblioteca digital estructurada y provista de un poderoso buscador y un mecanismo de recuperación. Es posible indexar hasta 150,000 páginas en un solo CD-ROM, que además puede funcionar como servidor de Internet. Greenstone es un software de código fuente abierto y por lo tanto puede obtenerse gratuitamente bajo las condiciones estipuladas en la Licencia Pública General de GNU.
+En los manuales de consulta que acompañan al programa se explica cómo crear colecciones Greenstone. Básicamente existen tres formas de hacerlo.
+
+
+Con la interfaz de bibliotecario
+
+
+Con el programa de recopilación, también conocido como Colector
+
+
+Crearlas desde la lÃnea de comandos.
+
+
+El primer método corresponde a la interfaz de bibliotecario descrita la GuÃa del Usuario de la Biblioteca Digital Greenstone  (CapÃtulo 3, âCreando colecciones Greenstoneâ). Ãsta es una herramienta interactiva para la creación de colecciones que permite reunir grupos de documentos, importar o asignar metadatos e integrarlos a una colección. El segundo método es el subsistema de recopilación descrito en el CapÃtulo 4 de la GuÃa del Usuario  llamado âColectorâ. Se trata de una herramienta que aparece en versiones anteriores y ofrece una alternativa para la creación de colecciones de páginas web u otros documentos, guiándolo a través de una secuencia de páginas Web interactivas que solicitan la información conforme vaya siendo necesaria. No obstante, no proporciona ninguna forma de agregar metadatos a los documentos y, debido a su interfaz Web, no es realmente adecuada para colecciones cuya construcción requiera más de unos cuantos minutos. El tercer método es ejecutar los programas que permiten construir la colección directamente desde la lÃnea de comandos que se encuentra en el CapÃtulo 1 de la GuÃa del Programador de la Biblioteca Digital Greenstone . Este método le ofrece una mayor flexibilidad para ejecutar los programas de manera individual y le ahorra los pasos intermedios que quizá fueran deseables para colecciones que requirieran de muchas horas en su construcción. También necesitará leer el CapÃtulo 2 con el fin de aprovechar todo el poder que le ofrece Greenstone para la creación de colecciones avanzadas.
+Existe una cuarta herramienta para crear y editar el material asociado a una colección llamada Organizador. Sin embargo, sus funciones han sido sustituidas por las de la interfaz de bibliotecario mencionada arriba. Este método se describe en el documento titulado Uso del Organizador.
+
+
+
+
+
+Aprendiendo a usar la interfaz en siete pasos y 15 minutos
+
+
+La mejor forma de conocer las caracterÃsticas y el funcionamiento de la interfaz de bibliotecario  es crear una pequeña biblioteca de prueba. Si dispone de 15 minutos, por favor siga los pasos que se indican a continuación y asà usted obtendrá una mejor comprensión de este programa.
+Antes de empezar lo primero que deberá hacer es instalar Greenstone (vea la GuÃa de Instalación ), el cual incluye una colección de muestra en formato DLS y sus archivos fuente. Recuerde, si desea añadir a su colección cualquiera de los 140 documentos de la colección DLS completa (en vez de sólo los 11 de esta colección de muestra) también deberá instalar la DLS como una de las bibliotecas Greenstone de muestra.  Las colecciones de muestra y DLS se instalarán en C:\Program Files\gsdl\collect , en los subdirectorios demo  y dls  respectivamente. Si anteriormente usted ya instaló Greenstone sin la colección DLS y desea instalarla ahora, sólo tiene que insertar nuevamente el CD-ROM Greenstone y añadir la colección. No es necesario desinstalar Greenstone primero.
+Le sugerimos que imprima las instrucciones que aparecen a continuación y las siga paso a paso :
+
+
+Para iniciar la interfaz bajo Windows seleccione Biblioteca Digital Greenstone  en la sección de Programas  del menú de Inicio  y elija Interfaz de Bibliotecario Si en vez de Windows usted está usando UNIX escriba:
+cd ~/gsdl
+cd gli
+./gli.sh
+donde ~/gsdl  es el directorio que contiene su sistema Greenstone.
+
+
+Seleccione Nueva  en el menú Archivo que se encuentra en la barra horizontal en la parte superior de la ventana. Dele un tÃtulo, por ejemplo âMi primera colecciónâ y escriba su dirección de correo electrónico y una breve descripción de la colección. En el menú âBasar esta colección enâ elija âcolección de muestra Greenstoneâ o âSubconjunto de la Biblioteca para el Desarrolloâ (DLS por sus siglas en inglés). El efecto es el mismo, ya que ambas colecciones tienen la misma estructura.
+
+
+Añada algunos documentos de la colección de muestra (o de la colección DLS si está instalada) a su nueva colección. Para ello haga doble click en la carpeta de Colecciones Greenstone  en el cuadro izquierdo y a continuación haga doble click en la colección que prefiera. Los documentos que hay en ella aparecerán en pantalla. Seleccione uno, arrástrelo y colóquelo en el cuadro derecho. Este panel representa la colección que está construyendo. Elija varios documentos y arrástrelos uno por uno o seleccione y arrastre varios de ellos al mismo tiempo de la manera normal.
+
+
+Agregue algunos de sus propios documentos que no estén en la colección de muestra o en la DLS. Cierre la carpeta de Colecciones Greenstone  en el cuadro izquierdo y haga doble click en la carpeta Local Filespace (Espacio de archivo local) Vaya a un directorio que contenga algunos documentos (p. ej. pequeños archivos de Word o HTML) y arrastre unos cuantos de ellos al cuadro derecho para incluirlos en su colección.
+
+
+Añada metadatos a los documentos de su colección. Hasta este momento usted ha estado operando en el panel indicado por medio de la pestaña Gather (Reunir)  que se encuentra debajo de la barra de menús horizontal en la parte superior de la ventana. Haga click en la pestaña Enrich (Enriquecer)  que se encuentra a un lado. Los documentos de su colección aparecerán ahora en el cuadro del lado izquierdo. Haga click en uno y examine los metadatos asociados a él que se muestran en la tabla âElement ... Valueâ (Elemento ... Valor)  en la parte superior derecha. Use el cuadro que está debajo para cambiar los valores individuales seleccionando el elemento que desee y escogiendo un valor existente de la lista o escribiendo un nuevo valor en el recuadro que se encuentra cerca de la parte inferior. Añada los metadatos TÃtulo , Organización  y Palabra clave  para cada uno de sus documentos que quiera poner en la colección. Después de escribir cada valor usted necesitará hacer click en âAppendâ (Agregar)  para guardar dicho valor.
+
+
+Haga click en la pestaña Create (Crear)  para salir del modo Enriquecer  y crear su nueva colección. Haga click en el botón Build Collection (Construir la colección)  que se encuentra en la parte inferior. Conforme la computadora va construyendo la colección usted recibirá información sobre lo que está haciendo.
+
+
+Una vez que haya terminado haga click en la pestaña Preview (Vista previa)  para ver la colección desde el interior de la interfaz de bibliotecario. Revise las listas de tÃtulos de la âaâ la âzâ , organizaciones  y cómo hacer  para asegurarse de que sus documentos han sido incluidos en la colección. Asimismo cuando visite su página principal de Greenstone usted encontrará que la colección ha sido instalada como una de las colecciones regulares.
+
+
+
+
+
+
+
+
+Todos los importes indicados en este documento se expresan en dólares estadounidenses y corresponden a las tarifas vigentes en 2001.
+
+
+Recordemos que todos los importes están expresados en dólares estadounidenses de 2001 y corresponden a las tarifas vigentes en 2001.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/es/User_es.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/es/User_es.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/es/User_es.xml (revision 14835)
@@ -0,0 +1,2063 @@
+
+
+
+
+
+
+]>
+
+
+
+BIBLIOTECA DIGITAL GREENSTONE
+
+
+GUÃA DEL USUARIO
+
+
+Ian H. Witten, Stefan Boddie y John Thompson
+
+
+Departamento de Informática Universidad de Waikato, Nueva Zelanda
+
+
+De regreso al index
+De regreso al top index
+
+Greenstone es un conjunto de programas y aplicaciones de software especialmente diseñados para la creación y difusión de colecciones documentales digitales, el cual le ofrece una nueva forma de organizar la información y publicarla en Internet o CD-ROM. Greenstone ha sido elaborado como parte del proyecto de Biblioteca Digital de Nueva Zelanda de la Universidad de Waikato y actualmente es desarrollado y distribuido en colaboración con la UNESCO y la ONG Human Info. Es un software de código abierto disponible en http://greenstone.org  bajo los términos y condiciones de la Licencia Pública General de GNU.
+
+Queremos estar seguros que este software trabaje bien para usted. Por favor comunÃquenos cualquier problema que tenga con él a la siguiente dirección: greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.70
+
+
+Marzo de 2006
+
+
+
+Acerca de este manual
+
+
+Este manual ofrece una descripción completa de la manera de utilizar el programa Greenstone para crear y tener acceso a colecciones de bibliotecas digitales.
+En la Sección se da una visión general de las posibilidades del programa. En la Sección se explica cómo utilizar las colecciones de Greenstone. La interfaz es lo suficientemente explÃcita y la mejor manera de aprender es utilizándola; esta sección comprende la información de ayuda en lÃnea para una colección tÃpica. En la Sección se explica la forma de crear su propia colección bibliográfica utilizando la Interfaz de Bibliotecario de Greenstone. En la Sección se presenta la utilerÃa de administración, que le permite al administrador del sistema seguir de cerca el proceso y controlar las autorizaciones para la creación de colecciones.
+En los apéndices se enumeran las caracterÃsticas del programa Greenstone y se presenta un glosario de los términos utilizados en la documentación de Greenstone.
+
+
+
+
+Conjunto de documentos
+
+
+La serie completa de documentos comprende cuatro volúmenes:
+
+
+La GuÃa de Instalación de la Biblioteca Digital Greenstone
+
+
+La GuÃa del Usuario de la Biblioteca Digital Greenstone (el presente documento )
+
+
+La GuÃa del Programador de la Biblioteca Digital Greenstone
+
+
+La Biblioteca Digital Greenstone: del Papel a la Colección
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Agradecimientos
+
+
+El programa Greenstone es fruto de la colaboración de muchas personas. Rodger McNab y Stefan Boddie son los principales arquitectos y programadores. También han contribuido David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson y Stuart Yeates. Otros miembros del proyecto Biblioteca Digital de Nueva Zelanda que proporcionaron asesorÃa y valiosas ideas para la concepción del sistema son: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols y Lloyd Smith. También queremos dar las gracias a todos aquellos que contribuyeron a los paquetes de programas con licencias GNU incluidos en esta distribución: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE y XLHTML.
+
+
+
+
+VISIÃN GENERAL DE GREENSTONE
+
+
+Greenstone es un sistema completo de creación y presentación de colecciones compuestas de miles o millones de documentos, que incluyen texto, imágenes, sonido y vÃdeo.
+
+
+Las colecciones
+
+
+Una biblioteca digital tÃpica creada con Greenstone contendrá muchas colecciones, organizadas individualmente, pero muy parecidas entre sÃ. De fácil mantenimiento, las colecciones pueden aumentarse y reorganizarse automáticamente.
+En la mayorÃa de las colecciones Greenstone hay varias maneras de encontrar información. Por ejemplo, se pueden buscar palabras especÃficas  que aparecen en un texto o en una sección de un documento. Se pueden consultar documentos por tÃtulo  ; basta con hacer clic en un libro para poder leerlo. Se pueden consultar documentos por tema . Los temas están representados por estantes; basta con hacer clic en un estante para ver los libros. Cuando procede, los documentos vienen acompañados de un Ãndice: se puede entonces hacer clic en un capÃtulo o una subsección para abrirlo, visualizar el Ãndice completo o presentar el documento Ãntegro en la ventana de su navegador (lo cual es útil para la impresión). El sitio Web de la Biblioteca Digital de Nueva Zelanda ( nzdl.org ) ofrece numerosos ejemplos de colecciones.
+En la primera plana de cada colección se indica su objetivo y cobertura, y se explica su organización. Se puede tener acceso a la mayorÃa de las colecciones mediante las funciones de búsqueda  y consulta . En la búsqueda, el programa Greenstone examina el texto completo de todos los documentos incluidos en la colección (esto se denomina âbúsqueda en texto completoâ). En la mayorÃa de las colecciones los usuarios pueden escoger entre los Ãndices creados sobre la base de diferentes partes de los documentos. Algunas colecciones disponen de un Ãndice de documentos completos, un Ãndice de los párrafos y un Ãndice de los tÃtulos, en los que se pueden buscar determinadas palabras o frases. De este modo, se pueden encontrar todos los documentos que contienen un conjunto especÃfico de palabras (las palabras pueden estar dispersas en todo el documento), o todos los párrafos que contienen ese conjunto de palabras (que deben aparecer todas en el mismo párrafo), o todos los documentos cuyo tÃtulo contiene las palabras buscadas (todas las palabras deben aparecer en el tÃtulo del documento). Puede haber otros Ãndices, por ejemplo un Ãndice de secciones y un Ãndice de encabezados de secciones. Durante el proceso de consulta el usuario examina unas listas: listas de autores, listas de tÃtulos, listas de fechas, estructuras de clasificación jerárquica, etc. Las diferentes colecciones ofrecen diferentes posibilidades de consulta.
+
+
+
+
+
+
+
+Distribución de Greenstone
+
+
+Las colecciones pueden consultarse en Internet o están publicadas, en forma idéntica, en un CD-ROM que se instala automáticamente en computadoras equipadas con Windows. El texto y los Ãndices están compactados y un protocolo Corba permite administrar las colecciones distribuidas y las interfaces de consultas gráficas.
+La Biblioteca Digital de Nueva Zelanda (nzdl.org ) ofrece muchos ejemplos de colecciones, entre ellas de documentos históricos, información humanitaria y sobre desarrollo, informes técnicos y bibliografÃas, obras literarias y publicaciones periódicas.
+Por ser un programa de código fuente abierto, Greenstone puede ampliarse fácilmente e incorporar módulos sujetos a la Licencia Pública General de GNU para la recuperación de información en texto completo, la gestión de bases de datos y la extracción de texto a partir de formatos de documentos patentados. Sólo mediante una cooperación internacional se logrará que los programas de biblioteca digital sean lo suficientemente completos para responder a las necesidades mundiales con la riqueza y la flexibilidad que los usuarios merecen.
+
+
+
+
+
+
+Utilización de las colecciones Greenstone
+
+
+El programa Greenstone se concibió para utilizarse con facilidad. Las interfaces de las colecciones son idénticas, tanto en la Web como en los CD-ROM. Es muy fácil instalar Greenstone a partir de un CD-ROM en cualquier computadora equipada de Windows o Linux; se utiliza un programa de instalación normalizado y unos binarios precompilados. Una colección puede consultarse a partir de la computadora local en que está instalada; por otra parte, si la computadora está conectada a una red, el programa permite de forma automática y transparente el acceso a esa misma colección desde todas las demás computadoras de la red.
+En la siguiente sección se explica cómo instalar un CD-ROM de Greenstone. A continuación, veremos las funciones de búsqueda y consulta que ofrece una colección Greenstone representativa: la colección de âdemostraciónâ que viene con el programa Greenstone. Las demás colecciones ofrecen las mismas funciones: saber utilizar una es saber utilizarlas todas. En la última sección se explica de qué manera adaptar la interfaz a las necesidades propias, utilizando la página de Preferencias.
+
+
+Utilización de un CD-ROM de Greenstone
+
+
+El programa de Biblioteca Digital Greenstone propiamente dicho viene en un CD-ROM, y usted o el administrador de sistemas probablemente ya lo habrá instalado en su sistema, siguiendo las instrucciones de la GuÃa de Instalación de la Biblioteca Digital Greenstone . Si Greenstone ya está instalado en su computadora, no necesita leer el resto de esta sección y puede pasar directamente a la siguiente.
+Algunas colecciones Greenstone vienen en un CD-ROM Greenstone autónomo, que contiene los archivos de programa suficientes para utilizar únicamente esa colección. Basta sencillamente con insertar el CD-ROM en el lector correspondiente de una computadora con un sistema Windows. Es muy probable (si la computadora admite la función âejecución automáticaâ), que aparezca una ventana en que se le invita a instalar el programa Greenstone. De no ser asÃ, localice el lector de CD-ROM (en los sistemas Windows actuales puede encontrarlo haciendo clic en el icono âMi PCâ sobre el Escritorio), haga clic dos veces en él y después en el archivo Setup.exe  que se encuentra dentro. Se activará asà el programa Setup  de Greenstone, que lo guiará durante el proceso de instalación. En la mayorÃa de los casos, los usuarios responden âsÃâ a todas las preguntas.
+Al final del procedimiento de instalación, encontrará la biblioteca en el submenú Programas  del menú Inicio  de Windows, con el nombre de la colección (por ejemplo, âBiblioteca para el desarrolloâ o âUniversidad de las Naciones Unidasâ).
+Una vez instalado el programa, se entrará automáticamente en la biblioteca cada vez que vuelva a insertar el CD-ROM, siempre que esté activada la función de ejecución automática.
+
+
+
+
+
+Cambio de preferencias
+
+
+
+
+La página de Preferencias
+
+
+
+Si pulsa usted el botón preferencias  en la parte superior de la página, podrá cambiar algunas caracterÃsticas de la interfaz para que se adapte a sus necesidades. Las preferencias dependen de la colección; en la Figura se muestra un ejemplo. Para ajustar sus preferencias de búsqueda, pulse el botón fijar preferencias  que aparece en la Figura . Tras seleccionar las preferencias, no utilice el botón Atrás  de su navegador, ya que anularÃa la operación. En lugar de ello, haga clic en uno de los botones de la barra de acceso, cerca de la parte superior de la página.
+
+
+Preferencias de colecciones
+
+
+Algunas colecciones contienen varias subcolecciones, en las que pueden hacerse búsquedas independientemente o en conjunto, como si constituyeran una unidad. En ese caso, puede usted elegir en la página de preferencias  qué subcolecciones han de incluirse en sus búsquedas.
+
+
+
+
+Preferencias de idiomas
+
+
+Cada colección tiene un idioma de presentación por defecto, pero que se puede sustituir por otro idioma, si lo desea. También puede usted modificar el sistema de codificación utilizado por Greenstone para manejar el navegador: el programa elige las opciones por defecto razonables, pero con algunos navegadores pueden obtenerse mejores resultados visuales pasando a un sistema de codificación diferente. Todas las colecciones permiten pasar del formato estándar de interfaz gráfica a uno textual. Esto es particularmente útil para los usuarios con deficiencias visuales, que utilizan en su computadora caracteres de pantalla de gran tamaño o sintetizadores vocales.
+
+
+
+
+Preferencias de presentación
+
+
+Según la colección, puede usted seleccionar otras opciones para controlar la presentación. Las colecciones de páginas Web le permiten suprimir la barra de navegación Greenstone en la parte superior de cada página del documento, de modo que una vez que haya hecho una búsqueda llegue a la página Web exacta que coincide con su consulta, sin ningún encabezado Greenstone. Para efectuar otra búsqueda deberá pulsar el botón Atrás  de su navegador. Estas colecciones también le permiten suprimir el mensaje de alerta de Greenstone que aparece cuando usted pulsa un enlace que lo saca de la biblioteca digital y lo lleva a la Web propiamente dicha. Además, en algunas colecciones Web se puede determinar si los enlaces sobre la página resultados de la búsqueda  lo llevan directamente a la URL en cuestión o a la copia de la página en la biblioteca digital.
+
+
+
+
+Preferencias de búsqueda
+
+
+En la función Preferencias de búsqueda  que se muestra en la Figura , los dos primeros botones permiten obtener una casilla de consulta de gran tamaño, en la que se puede efectuar fácilmente una búsqueda del tamaño de un párrafo. En Greenstone, la búsqueda de porciones de texto muy extensas es sorprendentemente rápida. Los dos pares de botones siguientes controlan el tipo de texto encontrado mediante las búsquedas efectuadas. El primer grupo (denominado â Reconocimiento de mayúsculas y minúsculas  â) controla la distinción entre mayúsculas y minúsculas. El segundo (â Terminaciones de las palabras  â) controla si se toma en cuenta o no la desinencia de las palabras.
+Con el siguiente par de botones se puede pasar al modo de consulta âavanzadaâ antes mencionado, que le permite especificar consultas más precisas, mediante la combinación de términos que utilizan âyâ (&), âoâ (|) y ânoâ (!). Se puede activar o desactivar la función de historial de búsqueda antes mencionada. Por último, gracias al último renglón que aparece en la Figura , usted puede controlar el número de resultados obtenidos y el número de resultados presentado en cada pantalla.
+
+
+
+
+
+
+
+
+CREACIÃN DE COLECCIONES GREENSTONE
+
+
+La forma más sencilla de crear nuevas colecciones es por medio de la Interfaz de Bibliotecario de Greenstone (GLI por sus siglas en inglés), la cual permite reunir conjuntos de documentos, importarlos o asignarles metadatos y construir con ellos una colección Greenstone. La Interfaz de Bibliotecario de Greenstone cuenta con soporte para cinco actividades básicas, las cuales pueden intercalarse, aunque nominalmente se toman en el siguiente orden:
+
+
+Copiar documentos desde el espacio de archivos de la computadora, incluyendo colecciones existentes, e incluirlos en una nueva colección. Los documentos âconservanâ los metadatos anteriores y también pueden bajarse de Internet a través de un programa de espejeo integrado.
+
+
+Enriquecer los documentos añadiendo más metadatos a los documentos individuales o a grupos de documentos.
+
+
+Designar la colección determinando su apariencia y los programas de acceso que a los que dará soporte.
+
+
+Construir la colección por medio de Greenstone.
+
+
+Tener una vista previa de la colección que se acaba de crear, la cual se habrá instalado en su página principal Greenstone como una de las colecciones regulares.
+
+
+La interfaz de bibliotecario le permite añadir lo que la gente llama metadatos âexternosâ a los documentos, es decir, metadatos que pertenecen al documento como un todo. Pero los documentos a menudo necesitan estar estructurados en secciones y subsecciones, con lo que también puede haber metadatos âinternosâ asociados a cada parte. En Greenstone los documentos de origen pueden estar etiquetados con esta información, tal como se explica en la Sección .
+Finalmente, también se cuenta con una forma alternativa para crear colecciones a través del Colector, que le ayuda a crear nuevas colecciones, modificar o añadir colecciones existentes o eliminarlas. Aunque este programa de recopilación antecede a la interfaz de bibliotecario, para fines prácticos se recomienda usar esta última en lugar del Colector. El Colector se describe en la Sección .
+Para poder aprovechar todo el poder que le ofrece Greenstone para construir colecciones avanzadas, usted también necesitará leer el CapÃtulo de la GuÃa del Programador.
+
+
+La Interfaz de Bibliotecario
+
+
+Para explicar el funcionamiento de la interfaz de bibliotecario de Greenstone nos gustarÃa hacerlo a través de un sencillo ejemplo. Las figuras de la a la son imágenes en pantalla de los diferentes momentos de la acción. Este ejemplo utiliza documentos del Subconjunto de la Biblioteca para el Desarrollo  (DLS por sus siglas en inglés), la cual se distribuye junto con Greenstone. Para los fines de esta exposición, la explicación toma la forma de un sencillo paseo por los pasos mencionados arriba. No obstante, una patrón de uso más realista es ir de atrás para adelante a través de las diferentes etapas conforme la tarea avanza.
+La interfaz del bibliotecario puede iniciarse en uno de cuatro posibles modos: Asistente de biblioteca, Bibliotecario, Especialista de sistemas de biblioteca, y Avanzado. Estos modos controlan el nivel de detalle dentro de cada interfaz, y pueden cambiarse usando la opción de "Preferencias" en el menú de "Archivo". El recorrido en esta sección supone que la interfaz de bibliotecario se encuentra operando en el modo Bibliotecario.
+
+
+Para empezar
+
+
+Si cuenta con Windows inicie la interfaz de bibliotecario de seleccionando Biblioteca Digital Greenstone  en la sección de Programas  del menú de Inicio  y eligiendo Interfaz de Bibliotecario . Si está usando UNIX, entonces escriba:
+cd ~/gsdl
+cd gli
+./gli.sh
+donde ~/gsdl  es el directorio que contiene el sistema Greenstone. Para empezar usted debe abrir una colección existente o iniciar una nueva. La figura muestra al usuario en el proceso de iniciar una nueva colección, seleccionando New [Nuevo]  en el menú de archivos y llenando la información general acerca de la colección: tÃtulo, dirección de correo electrónico del responsable de la colección y una breve descripción de su contenido. El tÃtulo de la colección es una frase corta que se utilizará a lo largo de toda la biblioteca digital para identificar su contenido. Las colecciones existentes tienen nombres como Biblioteca de la Alimentación y la Nutrición , Biblioteca Mundial del Medio Ambiente , etc. Cuando se escribe el tÃtulo el sistema le asigna un identificador mnemotécnico único, que equivale al ânombreâ de la colección para uso interno (usted puede cambiarlo si asà lo desea). La dirección de correo electrónico corresponde al primer punto de contacto para cualquier problema que se tenga con la colección.
+La descripción es una breve relación de los principios que rigen la selección de los materiales que van a formar parte de la colección. Aparece bajo el encabezado About this collection [Acerca de esta colección]  en la página inicial.
+
+
+Iniciando una nueva colección
+
+
+
+
+
+Explorando el espacio de archivos
+
+
+
+En este punto el usuario decide si desea que la nueva colección se base en la misma estructura que una colección existente o construir un tipo de colección totalmente nuevo. En la figura el usuario decidió basarla en el Subconjunto de la Biblioteca para el Desarrollo  (DLS por sus siglas en inglés). Esto implica que el conjunto de metadatos âDLSâ que se utiliza en esta colección se usará para la nueva colección. (De hecho, este conjunto de metadatos se ha usado para crear varias colecciones Greenstone que comparten una misma estructura y organización, pero con diferentes contenidos, incluyendo las colecciones de Muestra  y la del Subconjunto de la Biblioteca para el Desarrollo  que se incluyen como ejemplos junto con Greenstone.)
+El conjunto de metadatos DLS contiene los siguientes elementos:
+
+
+TÃtulo
+
+
+Tema
+
+
+Idioma
+
+
+Organización
+
+
+Palabra clave (es decir, âCómoâ).
+
+
+(Existe además un elemento de metadato llamado AZList  que se utiliza para determinar qué compartimento de la lista alfabética contiene el tÃtulo del documento, con valores como âA-Bâ o âC-D-Eâ. Esto se utiliza para lograr un control preciso sobre las divisiones de la lista. En la mayorÃa de las otras colecciones estos compartimentos están ausentes y Greenstone los asigna por sà mismo.)
+Si en cambio el usuario eligió âNueva Colecciónâ, se le pedirá que seleccione los conjuntos de metadatos que se van a usar en la nueva colección. Se ofrecen tres conjuntos estándar: Dublin Core, el conjunto de metadatos DLS mencionado arriba y un conjunto que comprende elementos de metadatos extraÃdos automáticamente por Greenstone de los documentos de la colección. El usuario también puede crear nuevos conjuntos de metadatos por medio de una pantalla que se activa a través del menú âmetadatosâ.
+Varios conjuntos de metadatos diferentes se pueden asociar a la misma colección, ya que el sistema los mantiene separados (de tal manera que los documentos, por ejemplo, pueden tener un TÃtulo  en Dublin Core y uno en DLS). Estos conjuntos se mantienen claramente diferenciados en la interfaz. Entre bastidores los conjuntos de metadatos se representan en XML.
+
+
+
+
+Reuniendo el material
+
+
+Después de hacer click en el botón Aceptar  las partes restantes de la interfaz que habÃan permanecido sombreadas hasta este momento se activarán. La pantalla Reunir , seleccionado por medio de la pestaña del mismo nombre que se encuentra cerca de la parte superior de la figura , aparecerá en pantalla. Esto le permitirá al usuario explorar el espacio de archivos y las colecciones existentes en su computadora, y reunir los documentos seleccionados para la nueva colección. La pantalla se divide en dos secciones: la izquierda para explorar las estructuras existentes y la derecha para los documentos que integrarán la colección.
+Las operaciones disponibles en esta etapa incluyen:
+
+
+Navegar de manera normal por las jerarquÃas de la estructura de archivos existente y por la que se está creando.
+
+
+Arrastrar y colocar archivos en la nueva colección.
+
+
+Seleccionar varios archivos a la vez.
+
+
+Arrastrar y colocar subjerarquÃas completas.
+
+
+Eliminar documentos de la naciente colección.
+
+
+Crear nuevas subjerarquÃas dentro de la colección.
+
+
+Filtrar los archivos que son visibles, tanto en el sistema local de archivos como en la colección, con base en grupos predeterminados o en términos de correspondencia de archivos estándar.
+
+
+Llamar al programa apropiado para que muestre en pantalla los contenidos de un archivo seleccionado haciendo doble click en él.
+
+
+Se ha tenido especial cuidado en evitar los conflictos entre nombres cuando archivos con el mismo nombre en diferentes partes de la estructura de directorios de la computadora se copian en la misma carpeta de la colección.
+En la figura el usuario está utilizando la pantalla interactiva del árbol de archivos para explorar el sistema de archivos local. En esta etapa la colección a la derecha está vacÃa. El usuario la llena arrastrando y colocando los archivos correspondientes de la parte izquierda a la parte derecha de la pantalla. Estos archivos se âcopianâ en vez de âmoverseâ, de tal manera que el sistema original de archivos no resulta afectado. Las técnicas usuales para seleccionar varios archivos, arrastrarlos y colocarlos, estructurar la nueva colección creando subdirectorios (âcarpetasâ) y eliminar archivos de ella moviéndolos al basurero o a la papelera de reciclaje están todas ellas disponibles.
+Las colecciones existentes se representan por medio de un subdirectorio a la izquierda llamado âColecciones Greenstoneâ, el cual puede abrirse y explorarse como cualquier otro directorio. Sin embargo, los documentos que se encuentran ahà difieren de los archivos comunes debido a que ya tienen metadatos adjuntos y estos se conservan cuando pasan a formar parte de la nueva colección. Los conflictos podrÃan surgir debido a que sus metadatos tal vez les fueron asignados usando un conjunto diferente de metadatos del que se usa para la nueva colección, por lo que el usuario deberá resolver esto. En la figura el usuario ha seleccionado algunos documentos de la colección existente y los ha arrastrado a la nueva colección. La ventana que aparece explica que el elemento de metadato Organization [Organización]  no se pudo importar automáticamente y le pide al usuario que seleccione un conjunto de metadatos y presione A ñadir  para añadir el elemento de metadato a dicho conjunto, o que elija un conjunto de metadatos, luego un elemento y presione Combinar  para nombrar nuevamente el antiguo elemento de metadato de acuerdo al nuevo y combinarlos. Los metadatos de los siguientes documentos de la misma colección serán tratados automáticamente de la misma manera.
+Cuando se seleccionen, arrastren y coloquen grandes conjuntos de archivos en la nueva colección, la operación de copiado puede llevar algún tiempo, particularmente si esto incluye la conversión de metadatos. Para indicar el grado de avance la interfaz muestra el archivo que se está copiando y el porcentaje de archivos que se han procesado.
+También se cuenta con programas especiales para tratar con grandes conjuntos de archivos. Por ejemplo, el usuario puede filtrar los directorios y subdirectorios para mostrar únicamente ciertos archivos por medio de un menú de tipos de archivos que se encuentra debajo. En la figura únicamente se muestran los archivos HTM y HTML y sólo se copiarán estos archivos al momento de arrastrarlos y colocarlos en la nueva colección.
+
+
+
+
+Enriqueciendo los documentos
+
+
+La siguiente fase es enriquecer los documentos añadiendo los metadatos. La pestaña Enriquecer  despliega una nueva pantalla de información (figura ), la cual muestra los directorios y subdirectorios de la colección a la izquierda y a la derecha permite añadir los metadatos a los documentos individuales o a los grupos de documentos.
+Los documentos que se copiaron durante el primer paso incluyen todos los metadatos que se les hayan asociado. Si un documento es parte de una colección Greenstone, los metadatos definidos previamente pasan a formar parte de la nueva colección. Ciertamente, es posible que esta nueva colección tenga un conjunto diferente de metadatos, o quizá sólo un subconjunto de los metadatos definidos y únicamente se conserven los metadatos que pertenecen al conjunto de la nueva colección. La solución de este tipo de conflictos tal vez requiera la intervención del usuario por medio de un diálogo suplementario (figura ). Cualquier selección que se haga se recordará para la copia de los siguientes archivos.
+La pantalla Enriquecer  permite asignar los valores de los metadatos a los documentos de la colección Por ejemplo, se pueden agregar nuevos valores al conjunto de los valores existentes para un elemento. Si los valores del elemento tienen una estructura jerárquica, la jerarquÃa se puede extender de la misma forma.
+
+
+Importando metadatos existentes
+
+
+
+
+
+Filtrando los árboles de archivos.
+
+
+
+
+
+Asignando metadatos por medio de la pantalla Enriquecer .
+
+
+
+
+
+Viendo todos los metadatos de los archivos seleccionados.
+
+
+
+Los valores de los metadatos también pueden asignarse a carpetas justo de la misma manera. Los documentos que se encuentran en estas carpetas y para los cuales no se hayan especificado estos metadatos heredan sus valores. Sin embargo, estos pueden sustituirse posteriormente proporcionando valores diferentes para cada documento.
+Las operaciones en esta etapa del proceso incluyen:
+
+
+Asignar valores de metadatos nuevos y existentes a los documentos.
+
+
+Asignar metadatos a un documento individual.
+
+
+Asignar metadatos a una carpeta (estos son heredados por todos los documentos de la carpeta, incluyendo los que se encuentran en las carpetas anidadas).
+
+
+Asignar metadatos jerárquicos, cuya estructura pueda actualizarse dinámicamente en caso necesario.
+
+
+Editar o actualizar metadatos.
+
+
+Revisar los metadatos asignados a una selección de archivos y directorios.
+
+
+Siguiendo con nuestro ejemplo, en la figura el usuario ha seleccionado la carpeta ec121e  y le ha asignado el valor âEC Courierâ como metadato de la Organización . Los botones para actualizar y eliminar el metadato se activan, dependiendo de las selecciones que se hayan hecho.
+Durante la fase de enriquecimiento e inclusive en cualquier otro momento el usuario puede ver todos los metadatos que se le han asignado a los documentos de la colección. Esto se hace seleccionando el conjunto de documentos y eligiendo Metadatos Asignados  en el menú de conjuntos de metadato, el cual despliega una ventana como la que se puede ver en la figura . Esta ventana muestra los metadatos en forma de hoja de cálculo. Para grandes colecciones resulta de gran utilidad poder ver solamente los metadatos asociados a ciertos tipos de documentos y si el usuario ha especificado un filtro de archivos tal como se menciona arriba, únicamente se mostrarán los documentos seleccionados en la pantalla de metadatos.
+La pantalla en la figura le permite al usuario editar los conjuntos de metadatos. Aquà el usuario está viendo el elemento Subject [Tema]  del conjunto DLS. Los valores de este elemento forman una jerarquÃa y el usuario está examinando y tal vez cambiando la lista de valores asignados. La misma pantalla también le permite cambiar el âperfilâ para mapear los elementos de un conjunto de metadatos a otro. Este perfil se crea al momento de importar documentos de colecciones que tienen metadatos asignados previamente.
+
+
+Editando el conjunto de metadatos.
+
+
+
+
+
+Diseñando la colección
+
+
+
+
+
+Especificando los plugins que se van a usar.
+
+
+
+
+
+Configurando los argumentos de los plugins.
+
+
+
+
+
+
+
+Diseñando la colección
+
+
+La pantalla Diseño  (figuras â ) le permite a uno especificar la estructura, organización y presentación de la colección que se está creando. Tal como se mencionó antes, el resultado de este proceso se registra en un âarchivo de configuración de la colecciónâ, que es la forma que tiene Greenstone de expresar las funciones y programas que requiere una colección. Este paso incluye una serie de pantallas separadas, cada una de las cuales trata un aspecto relativo al diseño de la colección y sirve, en efecto, como un equivalente gráfico al proceso normal de editar manualmente el archivo de configuración.
+Las operaciones incluyen:
+
+
+Revisar y editar los metadatos a nivel de colección, como el tÃtulo, autor y disponibilidad de la colección.
+
+
+Definir qué Ãndices de texto completo se van a crear.
+
+
+Crear subcolecciones y armar los Ãndices de las mismas.
+
+
+Añadir o eliminar el soporte de la interfaz para idiomas predefinidos.
+
+
+Construir una lista de los plugins que se usarán junto con sus argumentos.
+
+
+Presentar la lista al usuario para que la revise y modifique.
+
+
+Configurar plugins individuales.
+
+
+Construir una lista de âclasificadoresâ, sus argumentos, asignación y configuración.
+
+
+Asignar cadenas de formato a varios controles dentro de la colección, alterando asà su apariencia.
+
+
+Revisar los conjuntos de metadatos usados en la colección junto con sus elementos.
+
+
+En la figura el usuario ha hecho click en la pestaña Diseño y está revisando la información general acerca de la colección, ingresada al momento de crearla. A la izquierda aparece una lista de las diferentes facetas que el usuario puede configurar: general, plugins de documento, tipos de búsqueda, Ãndices de búsqueda, Ãndices de partición, búsqueda cruzada a través de varias colecciones, clasificadores de exploración, caracterÃsticas del formato, traducción de texto y conjuntos de metadatos. La apariencia y funcionalidad varÃa entre ellas. Por ejemplo, al hacer click en el botón Plugins de documento  aparece la pantalla que se muestra en la figura , la cual le permite añadir, eliminar o configurar los plugins, asà como cambiar el orden en el que se aplican a los documentos.
+Los plugins y clasificadores tienen varios argumentos u âopcionesâ diferentes que el usuario puede proporcionar. El cuadro de diálogo que aparece en la figura muestra los argumentos que el usuario ha especificado para algunos de los plugins. Los campos sombreados se activan cuando el usuario añade la opción haciendo click en el recuadro que se encuentra a su lado. Debido a que Greenstone es un sistema abierto en constante crecimiento, el número de opciones tiende a aumentar conforme los programadores añaden nuevos programas y funciones. Para arreglárselas con esto, Greenstone tiene un programa de âinformación de pluginsâ que muestra una lista de las opciones disponibles para cada plugin y la interfaz de bibliotecario recurre automáticamente a esta lista para determinar las opciones que debe mostrar. Esto le permite a la interfaz del usuario mantener automáticamente el ritmo de los desarrollos del programa de software.
+
+
+Preparándose para crear una nueva colección.
+
+
+
+
+
+Vista previa de la nueva colección.
+
+
+
+
+
+
+
+Creando la colección
+
+
+La pantalla Crear  (figura ) se utiliza para construir una colección basada en los documentos y metadatos asignados. El peso de este trabajo lo lleva el código Greenstone. El usuario controla el proceso externo a través de una serie de pantallas separadas, cada una de las cuales trata con los argumentos proporcionados durante las diferentes etapas del proceso de creación.
+El usuario observa el proceso de construcción a través de una ventana que muestra no sólo los textos generados por los guiones de importación y creación de Ãndices de Greenstone, sino también las barras de progreso que indican el grado general de avance de cada guión.
+La figura muestra la pantalla Crear . En la parte superior se muestran algunas opciones que pueden aplicarse durante el proceso de creación. El usuario selecciona los valores apropiados para cada opción. Esta figura muestra asimismo un cuadro de ârecomendacionesâ que está disponible a través de toda la interfaz para explicar la función de cada argumento.
+Una vez que el usuario esté satisfecho con los argumentos, deberá hacer click en Build Collection [Crear Colección]  . Greenstone imprime continuamente el texto que indica el grado de avance y éste se acompaña de una barra de progreso que muestra de forma aún más clara esta información.
+
+
+
+
+Presentación preliminar de la colección
+
+
+El botón de Vista Previa de la colección (figura ) se utiliza para ver la imagen de la colección que se acaba de crear. Al oprimir este botón se inicia un navegador de web que muestra la página inicial de la colección (Figura ). En la práctica la vista previa a menudo muestra las deficiencias en el diseño de la colección o en los valores de los metadatos individuales, por lo que con frecuencia el usuario debe regresar a etapas anteriores para poder corregirlas. Este botón se activa una vez que la colección se ha creado. La nueva colección también se habrá instalado en su página principal Greenstone como una de las colecciones regulares.
+
+
+
+
+Ayuda
+
+
+La ayuda en lÃnea siempre está disponible y se puede acudir a ella usando el elemento Ayuda  que se encuentra a la derecha de la barra principal de menús en la parte superior de cada pantalla. Ãste abre un archivo estructurado jerárquicamente con texto de ayuda, el cual toma en cuenta el contexto actual del usuario para destacar la sección correspondiente a dicha etapa del proceso. Más aún, como se mencionó arriba cada vez que el cursor se mantenga sobre un objeto interactivo aparecerá una pequeña ventana con ârecomendacionesâ, como se puede ver en la parte inferior de la figura .
+
+
+
+
+
+
+Guia del Usuario de la Interfaz de Bibliotecario
+
+
+&chap_gli;
+
+
+
+
+Etiquetado de los Archivos de Documento
+
+
+Muy a menudo es necesario estructurar los documentos de origen (source documents ) en secciones y subsecciones y se necesita comunicar esta información a Greenstone para que preserve la estructura jerárquica. Además, se pueden asociar metadatos, generalmente el tÃtulo, a cada sección y subsección.
+Los documentos de origen obtenidos mediante un proceso de OCR suelen ser una serie de archivos de tratamiento de texto con sus ilustraciones. Cuando se trate de archivos en formato Word de Microsoft, podrá utilizarse el plugin  Word para introducirlos en Greenstone. De otra forma, cabe la posibilidad de convertirlos en archivos HTML e incorporarlos a Greenstone mediante el plugin HTML.
+En cualquiera de los dos casos es preciso indicar la estructura jerárquica de un documento insertando etiquetas en el texto, como sigue:
+<!--
+<Section>
+<Description>
+Â Â Â Â Â <Metadata name=âTitleâ> Realizing human rights for poor people: Strategies for achieving the international development targets </Metadata>
+</Description>
+-->
+(el texto de la sección va aquÃ)
+<!--
+</Section>
+-->
+Se utilizan los marcadores <!-- y --> porque indican que se trata de comentarios en HTML, y de esta forma las etiquetas de una sección no influirán en el formato del documento. Debe incluir estos marcadores alrededor de sus etiquetas de sección, aún cuando el documento que esté trabajando no sea HTML (por ejemplo si es un archivo Word de Microsoft).
+En la parte correspondiente a la descripción (entre las etiquetas <Description> y </Description>) pueden especificarse otros tipos de metadatos, aunque no se haga para colecciones como las aquà descritas.
+Es importante recordar que cuando inserta etiquetas de sección, está creando una tabla de contenidos jerárquica. Esto significa que las secciones pueden estar anidadas dentro de otras secciones. De hecho, todas las secciones deben estar anidadas dentro de una única sección que abarca a todo el documento.
+El siguiente ejemplo muestra un documento con dos capÃtulos, el segundo de los cuales contiene dos subsecciones. Para ver ejemplos reales de documentos de origen etiquetados de esta manera, vea los documentos de origen para las colecciones Demo y DLS.
+<!--
+<Section>
+Â <Description>
+Â Â Â <Metadata name="TÃtulo">Mi Documento</Metadata>
+Â </Description>
+Â <Section>
+Â Â Â <Description>
+Â Â Â Â Â <Metadata name="TÃtulo">CapÃtulo 1</Metadata>
+Â Â Â </Description>
+-->
+(el texto del capÃtulo 1 va aquÃ)
+<!â
+Â </Section>
+Â <Section>
+Â Â Â <Description>
+Â Â Â Â Â <Metadata name="TÃtulo">CapÃtulo 2</Metadata>
+Â Â Â </Description>
+Â Â Â <Section>
+Â Â Â Â Â <Description>
+       <Metadata name="TÃtulo">Subsección 1</Metadata>
+Â Â Â Â Â </Description>
+-->
+(el texto de la subsección 1 va aquÃ)
+<!â
+Â Â Â </Section>
+Â Â Â <Section>
+Â Â Â Â Â <Description>
+       <Metadata name="TÃtulo">Subsección 2</Metadata>
+Â Â Â Â Â </Description>
+-->
+(el texto de la subsección 2 va aquÃ)
+<!â
+Â Â Â </Section>
+Â </Section>
+</Section>
+-->
+Recuerde que el metadato asignado desde adentro de una etiqueta de sección en un documento de origen tiene prioridad sobre aquel que le fue asignado al documento como un todo. Esto significa que usted no deberá especificar explÃcitamente el metadato TÃtulo para la sección de nivel superior dentro de un documento de origen a menos que quiera que sustituya el tÃtulo que le dio al momento de especificar el metadato. En el ejemplo de arriba, a menos que usted quiera sustituir el tÃtulo existente del documento deberá omitir la lÃnea que dice:
+<Metadata name="TÃtulo">Mi Documento</Metadata>
+
+
+
+
+El Colector
+
+
+El Colector es una función que le ayuda a crear nuevas colecciones y modificar, añadir o suprimir colecciones. Para hacerlo, será guiado por una secuencia de páginas Web en que se le pedirá la información necesaria. La secuencia es muy fácil de seguir y en esta sección se le proporcionarán las explicaciones necesarias. En lugar de utilizar el Colector, también se pueden crear colecciones a partir de la lÃnea de comandos; en las primeras páginas de la GuÃa del Programador  se explica en detalle cómo hacerlo.
+Antes de crear y distribuir colecciones de información, hay que reflexionar sobre las consecuencias y las responsabilidades que ello entraña. Hay cuestiones jurÃdicas de derecho de autor: poder tener acceso a documentos no significa necesariamente poder comunicarlos a terceros. Hay también cuestiones de tipo social: en el manejo de las colecciones se deben respetar los usos y costumbres de la comunidad de la que proceden los documentos. Y hay también cuestiones éticas: algunos documentos no deben ponerse a disposición de nadie. ¡La pluma es más poderosa que la espada! Sea consciente del poder de la información y utilÃcelo con prudencia.
+Para acceder al Colector, haga clic en el enlace correspondiente en la página principal de la biblioteca digital.
+En Greenstone, la estructura de una colección en particular se determina en el momento de su creación. Ello incluye el formato de los documentos de origen, la manera de mostrarlos en la pantalla, la fuente de los metadatos, las funciones de consulta que deben suministrarse, los Ãndices de búsqueda en texto completo que deben proporcionarse, y la manera en que deben mostrarse los resultados de las búsquedas. Una vez creada la colección, es fácil añadirle nuevos documentos, siempre que tengan el mismo formato que los documentos existentes y se suministre el mismo tipo de metadatos, exactamente de la misma manera.
+El Colector tiene las funciones básicas siguientes:
+
+
+Crear una nueva colección con la misma estructura que una existente.
+
+
+Crear una nueva colección con una estructura diferente de las existentes.
+
+
+Añadir nuevo material a una colección existente.
+
+
+Modificar la estructura de una colección existente.
+
+
+Suprimir una colección.
+
+
+Grabar una colección existente en un CD-ROM autónomo y de instalación automática.
+
+
+En la Figura se muestra la utilización del Colector para la creación de una nueva colección, en este caso a partir de un conjunto de archivos HTML almacenados localmente. Se debe decidir en primer lugar si se ha de trabajar con una colección existente o crear una nueva. En el primer caso se presentan las opciones 1 y 2 arriba mencionadas; en el segundo, las opciones 3 a 6. En la Figura , el usuario opta por crear una nueva colección.
+
+
+Utilización del Colector para crear una nueva colección (continuación en las páginas siguientes)
+
+(a)
+
+
+
+
+
+
+Inicio de sesión
+
+
+En cualquier caso, es necesario en primer lugar iniciar la sesión. Por lo general los usuarios utilizan su navegador Web para acceder a la función de creación de colección en una computadora remota y crear la colección en ese servidor. Obviamente, no podemos permitir que cualquier persona cree colecciones (aunque sólo sea por motivos de derechos), por lo cual Greenstone contiene un sistema de seguridad que obliga a las personas que desean crear colecciones iniciar en primer lugar la sesión. Esto permite a un sistema central ofrecer un servicio a quienes desean crear colecciones de información y utilizar ese servidor para ponerlas a disposición de otros. Por otra parte, si utiliza Greenstone en su propia computadora, puede crear colecciones localmente, pero sigue siendo necesario iniciar la sesión, ya que otras personas que utilicen el sistema Greenstone en la misma computadora no estarán habilitadas a crear colecciones sin una autorización previa.
+
+
+
+
+Estructura de diálogo
+
+
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(b)
+
+
+
+
+Una vez iniciada la sesión, aparece la página presentada en la Figura . En ésta se muestra la secuencia de pasos que supone la creación de una colección. Estos pasos son:
+
+
+Informaciones sobre la colección
+
+
+Datos fuente
+
+
+Configurar la colección
+
+
+Crear la colección
+
+
+Visualizar la colección
+
+
+El primer paso consiste en especificar el nombre de la colección y la información conexa. El segundo, en indicar la procedencia de los datos de origen. El tercero consiste en ajustar las opciones de configuración, etapa que resulta más útil a medida que usted adquiere experiencia con Greenstone. En el cuarto paso es donde la computadora efectúa toda su labor. Durante el proceso de âcreaciónâ el sistema elabora todos los Ãndices y reúne todas las demás informaciones necesarias para el buen funcionamiento de la colección. El quinto paso consiste en visualizar la colección que se ha creado.
+Estos cinco pasos se muestran como una secuencia lineal de botones grises en la parte inferior de la pantalla de la Figura , y en la parte inferior de todas las demás páginas generadas por el Colector. Esta pantalla ayuda a los usuarios a ubicarse en el proceso. El botón que se debe pulsar para continuar la secuencia aparece en verde (informaciones sobre la colección  en la Figura ). Los botones grises (todos los demás de la Figura ) están desactivados. Los botones cambian a color amarillo a medida que se avanza en la secuencia, y el usuario puede volver a cualquier paso anterior haciendo clic en el botón amarillo correspondiente. Esta pantalla sigue el modelo de los âasistentesâ que se utilizan ampliamente en los programas comerciales para guiar a los usuarios a través de las diferentes etapas necesarias para la instalación de un nuevo programa.
+
+
+
+
+Informaciones sobre la colección
+
+
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(c)
+
+
+
+
+En la Figura se muestra el próximo paso en la secuencia: las informaciones sobre la colección. Cuando se crea una nueva colección es necesario proporcionar algunas informaciones al respecto:
+
+
+el tÃtulo
+
+
+la dirección de correo electrónico de contacto, y
+
+
+una descripción breve.
+
+
+El tÃtulo de la colección es una frase breve que se utiliza constantemente en la biblioteca digital para identificar el contenido de la colección. Como ejemplos de tÃtulos pueden mencionarse Biblioteca de la alimentación y la nutrición, Biblioteca sobre el medio ambiente mundial, Biblioteca para el desarrollo , etc. La dirección de correo electrónico especifica el primer punto de contacto para cualquier problema que se plantee con la colección. Si el programa Greenstone detecta un problema, puede enviarse un informe de diagnóstico a esta dirección. Por último, la descripción breve consiste en una oración en que se enuncian los principios por los que se rige el contenido de la colección. Aparece en la primera página, debajo del encabezado acerca de esta colección , cuando se presenta la colección.
+La etapa en que se encuentra el usuario en la secuencia de creación de una colección está indicada por una flecha que aparece en la parte inferior de la pantalla, en este caso concreto, como muestra la Figura , nos encontramos en la etapa de las informaciones sobre la colección . El usuario sigue a la Figura pulsando el botón verde datos fuente .
+
+
+
+
+Datos fuente
+
+
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(d)
+
+
+
+
+La Figura ilustra el momento en que el usuario especifica el texto de origen que corresponde a la colección. Puede usted basar su colección en una de las estructuras por defecto suministradas, o en la estructura de una colección existente.
+Si opta por la estructura por defecto, la nueva colección podrá contener documentos HTML (archivos que terminan en .htm  o .html ), documentos de texto sin formato (archivos que terminan en .txt  o .text ), documentos en formato Microsoft Word (archivos que terminan en .doc ), documentos pdf (archivos que terminan en .pdf ) o documentos de correo electrónico (archivos que terminan en .email ). En la sección 3.9 se da más información sobre los diferentes formatos de documento que pueden incluirse.
+Si basa su nueva colección en una existente, los archivos de la nueva colección deben ser exactamente del mismo tipo que los utilizados para la creación de la colección existente. Conviene observar que algunas colecciones utilizan formatos de archivos de entrada no normalizados, mientras que otras utilizan metadatos especificados en archivos auxiliares. Si sus nuevos datos carecen de esta información, algunas funciones de consulta pueden no funcionar correctamente. Por ejemplo, si usted clona la colección de demostración, podrá percatarse de que los botones temas, organizaciones  e Ãndices  no pueden activarse.
+En la página Web aparecen casillas para indicar la localización de los documentos de origen: como se indica en la Figura , se pueden especificar hasta tres fuentes distintas. Si necesita más, basta con hacer clic en el botón marcado more sources  (más fuentes).
+Hay tres tipos de especificaciones:
+
+
+un nombre de directorio en el sistema del servidor Greenstone (que comienza con âfile://â)
+
+
+una dirección que comienza por âhttp://â para los archivos que han de descargarse de la Web
+
+
+una dirección que comienza por âftp://â para los archivos que han de descargarse utilizando un FTP anónimo.
+
+
+Si utiliza file://  o ftp://  para especificar un archivo, se descargará ese archivo.
+Si utiliza http:// , todo depende si la URL correspondiente hace aparecer en su navegador una página Web normal o una lista de archivos. Si se trata de una página, ésta se descargará, asà como todas las páginas con las que tiene un enlace y las páginas con las que éstas tienen enlace, etc., siempre que residan en el mismo sitio, bajo esa URL.
+Si utiliza file://  o ftp://  para especificar una carpeta o un directorio, o emplea una URLhttp://que lleva a una lista de archivos, todo lo que se encuentre en la carpeta y todas sus subcarpetas se incluirán en la colección.
+Puede usted especificar fuentes de varios tipos.
+En este caso (Figura ) la nueva colección contendrá documentos tomados de un sistema de archivos local asà como de un sitio Web remoto, que se copiará durante el proceso de creación de la colección.
+Si se pulsa el botón configurar la colección  para pasar a la siguiente etapa de la creación, el Colector verificará que se puede llegar a todas las fuentes de datos que usted ha especificado. Esto puede tomar algunos segundos, o incluso algunos minutos si ha especificado varias fuentes. Si una o varias de las fuentes de datos que usted ha especificado no están disponibles, aparecerá una página como la de la Figura , en que se marcan las fuentes no disponibles (en este caso, las dos).
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(e)
+
+
+
+
+Las fuentes pueden no estar disponibles porque:
+
+
+el archivo, el sitio FTP o la URL no existen;
+
+
+necesita conectarse primero con su proveedor de servicios Internet;
+
+
+está tratando de tener acceso a una URL protegida por un cortafuegos (firewall ).
+
+
+El último caso es posiblemente el más misterioso. Normalmente se produce si tiene que suministrar un nombre de usuario y una contraseña para tener acceso a Internet. A veces, si se introduce la URL, es posible ver la página desde su navegador Web, aunque el Colector anuncia que no está disponible. La explicación es que la página en su navegador puede venir de una copia almacenada localmente (cache ). Por desgracia, las copias almacenadas localmente en la memoria cache  son invisibles para el Colector. En este caso, recomendamos que descargue las páginas utilizando primero su navegador.
+
+
+
+
+Configuración de la colección
+
+
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(f)
+
+
+
+
+En la Figura se muestra la siguiente etapa. La creación y presentación de todas las colecciones se controlan mediante especificaciones registradas en un archivo especial de configuración de colección (véase más abajo). Los usuarios experimentados podrán utilizar esta página para modificar los parámetros de configuración, pero la mayorÃa pasará directamente a la etapa final. En efecto, en la Figura los botones configurar la colección  y crear la colección  aparecen en color verde, lo cual significa que se puede obviar por completo el paso 3.
+En nuestro ejemplo, el usuario ha introducido una pequeña modificación en el archivo de configuración por defecto, incluyendo el indicador file_is_url  mediante el plugin HTML. El efecto de este indicador es que se insertan el metadato de URL en cada documento, basándose en la convención de nombre de archivo adoptada por el programa que crea la copia. Estos metadatos se utilizan en la colección para que los lectores puedan remitirse a la versión original del documento y no a una copia local.
+
+
+
+
+Creación de la colección
+
+
+
+
+Utilización del Colector para crear una nueva colección (continuación)
+
+(g)
+
+
+
+
+En la Figura se muestra la etapa de âcreaciónâ. Hasta ahora, las respuestas al diálogo de la interfaz se han registrado meramente en un archivo temporal. La etapa de creación es aquélla en que se efectúa todo el trabajo.
+Durante la creación de la colección se elaboran los Ãndices de consulta y de búsqueda, siguiendo las instrucciones del archivo de configuración de la colección. El proceso de creación lleva entre varios minutos y varias horas, según el tamaño de la colección y la potencia de su computadora. En algunas colecciones muy voluminosas, la creación puede llevar más de un dÃa.
+Al llegar a esta etapa, en la parte inferior de la página Web aparece una lÃnea de estado que le informa cómo está progresando la operación, con una actualización cada cinco segundos. El mensaje visible en la Figura indica que cuando se tomó la instantánea de la pantalla, se estaba convirtiendo un archivo de entrada.
+Aparecen mensajes de alerta si se piden archivos de entrada o URL que no existen, o que existen pero no se dispone de un plugin para procesarlos, o el plugin no puede encontrar un archivo asociado, como un archivo de imagen incorporada en un documento HTML. La intención es que usted siga de cerca los progresos manteniendo esta ventana abierta en su navegador. Si algunos errores provocan el final prematuro del proceso, éstos quedan registrados en esta zona de estado.
+Puede detener el proceso de creación en cualquier momento haciendo clic en el botón Interrumpir la creación  que se muestra en la Figura . Si sale de la página Web (y no ha cancelado el proceso de creación con el botón Interrumpir la creación ), la operación de creación continuará y la nueva colección se instalará al final de la operación.
+
+
+
+
+Visualización de la colección
+
+
+Cuando la colección está creada e instalada, aparece en la parte inferior de la Figura la secuencia de botones visibles en la parte inferior de las Figuras â , con el botón visualizar la colección  activado. Al pulsar este botón, el usuario llega directamente a la colección recién creada.
+Por último, existe una función de correo electrónico para enviar un mensaje a la dirección digital de contacto de la colección, asà como al administrador del sistema, cada vez que se crea (o se modifica) una colección. Esto permite que esos responsables se enteren de todos los cambios que se producen y sigan de cerca lo que sucede en el sistema. Esta función está desactivada por defecto, pero puede reactivarse modificando el archivo de configuración main.cfg  (véase a este respecto la Sección de la GuÃa del Programador de la Biblioteca Digital Greenstone ).
+
+
+
+
+Trabajar con colecciones existentes
+
+
+Cuando comience a utilizar el Colector debe especificar si desea crear una colección totalmente nueva o trabajar con una existente, añadiéndole datos o suprimiéndolos. Como Greenstone crea automáticamente todas las estructuras de búsqueda y consulta a partir de los propios documentos, eso facilita la adición de nuevas informaciones a las colecciones existentes. Puesto que no se insertan enlaces manualmente, se pueden incorporar automáticamente a la colección los nuevos documentos disponibles en el mismo formato.
+Para trabajar con una colección existente, hay que seleccionar primero la colección a partir de una lista propuesta por el programa. Algunas colecciones están âprotegidas contra escrituraâ y no pueden ser alteradas: éstas no aparecen en la lista de selección. Una vez escogida la colección, usted puede:
+
+
+Añadir nuevos datos y reconstituir la colección
+
+
+Modificar el archivo de configuración de la colección
+
+
+Suprimir completamente la colección
+
+
+Exportar la colección a un CD-ROM
+
+
+
+
+Añadir nuevos datos
+
+
+Se añadirán a la colección los archivos que usted especifique. Cerciórese de no volver a especificar archivos que ya existen en la colección, pues de otro modo habrá dos ejemplares. Los archivos se identifican por su ruta de acceso completa y las páginas Web por su dirección Web absoluta. Se deben especificar los directorios y archivos del mismo modo que cuando se crea una nueva colección.
+Si desea usted añadir datos a una colección y por algún motivo el proceso de creación se interrumpe, la antigua versión de la colección permanecerá inalterada.
+
+
+
+
+Modificar el archivo de configuración
+
+
+Los usuarios experimentados pueden modificar el archivo de configuración de la colección, del mismo modo que cuando se crea una nueva colección. En la Sección  infra  se explican los parámetros de configuración.
+
+
+
+
+Suprimir la colección
+
+
+Se le pedirá que confirme si realmente desea suprimir la colección. ¡Una vez suprimida, Greenstone no podrá recuperarla!
+
+
+
+
+Exportar la colección
+
+
+Puede usted exportar la colección en una forma que permita grabarla en un CD-ROM Greenstone para Windows autónomo y de instalación automática. Como los programas comerciales que crean discos CD-ROM de instalación automática son onerosos, esta función incluye un módulo de instalación propio del sistema.
+Al exportar la colección, el cuadro de diálogo le informa del nombre del directorio en que se ha colocado el resultado. El contenido Ãntegro del directorio se grabará en el CD-ROM utilizando un programa estándar de grabación de CD.
+La inmensa variedad de las diferentes configuraciones Windows posibles nos ha impedido probar y depurar el instalador de Greenstone en todas las condiciones posibles. Aunque produce discos CD-ROM que funcionan en la mayorÃa de los sistemas Windows, el instalador está aún en proceso de elaboración. Si surgen problemas y dispone usted de un paquete de instalación comercial (por ejemplo, InstallShield), lo puede utilizar para crear discos CD-ROM a partir de la información suministrada por Greenstone. El directorio de exportación antes mencionado contiene cuatro archivos relativos al proceso de instalación, y tres subdirectorios que contienen la colección y el programa informático completos. Quite los cuatro archivos y use InstallShield para obtener una imagen de CD-ROM que instalará esos directorios y creará un acceso directo al programa gsdl\server.exe .
+
+
+
+
+
+
+Formatos de documentos
+
+
+Cuando se crea una colección, Greenstone procesa cada diferente formato o documento de origen buscando un plugin que admita ese formato en particular. Los plugins están especificados en el archivo de configuración de la colección. Greenstone suele utilizar el nombre de archivo para determinar los formatos de documentos, por ejemplo, foo.txt  se procesa como un archivo de texto, foo.html , como un archivo HTML y foo.doc  como un archivo Word.
+Se ofrece a continuación un resumen de los plugins que están disponibles para los formatos de documento más utilizados. En la GuÃa del Programador de la Biblioteca Digital Greenstone  pueden consultarse más detalles sobre estos plugins y los plugins adicionales para formatos utilizados con menos frecuencia.
+
+
+TEXTPlug (*.txt,*.text)
+
+
+TEXPlug interpreta un archivo de texto sin formato como un documento sencillo. Añade los metadatos tÃtulo  basándose en la primera lÃnea del archivo.
+
+
+
+
+htmlPlug (*.htm,*.html; también .shtml, .shm, .asp, .php, .cgi)
+
+
+htmlPlug procesa los archivos HTML. Extrae los metadatos de tÃtulo  basándose en la etiqueta <title>; también puede extraer otros datos expresados utilizando una sintaxis de la âmetaetiquetaâ HTML. Este plugin ofrece muchas opciones que se presentan en la GuÃa del Programador de la Biblioteca Digital Greenstone .
+
+
+
+
+WORDPlug (*.doc)
+
+
+WORDPlug importa documentos de formato Microsoft Word. Hay muchas variantes diferentes en el formato Word, e incluso los programas Microsoft cometen con frecuencia errores de conversión. Greenstone utiliza programas independientes para convertir los archivos Word en HTML. En el caso de algunos formatos Word más antiguos, el sistema recurre a un algoritmo sencillo de extracción que encuentra todas las porciones de texto en el archivo de entrada.
+
+
+
+
+PDFPlug (*.pdf)
+
+
+PDFPlug importa documentos de formato Pdf de Adobe (âformato de documento portableâ). Al igual que WORDPlug, utiliza un programa independiente, en este caso pdftohtml , para convertir los archivos PDF en HTML.
+A semejanza de WORDPlug, las colecciones por defecto mostrarán el equivalente HTML del archivo cuando el usuario haga clic en el icono documento  ; sin embargo, es posible ajustar las cadenas de formato en el archivo de configuración de la colección para dar al usuario acceso al archivo PDF original, y le recomendamos que proceda asÃ. Una vez más, basta con sustituir las etiquetas <link>...</link> por <srclink>...</srclink>.
+El programa pdftohtml  no funciona con algunos archivos PDF. Lo que sucede es que el proceso de conversión lleva un tiempo excepcionalmente prolongado y con frecuencia aparece en la pantalla un mensaje de error relativo a dicho proceso. Si ello ocurre, la única solución que podemos ofrecerle es retirar de la colección el documento causante del error. PDFPlug tampoco puede tratar archivos PDF codificados.
+
+
+
+
+PSPlug (*.ps)
+
+
+PSPlug importa documentos de formato PostScript. Funciona mejor si ya está instalado en su computadora un programa Linux estándar llamado ps2ascii . Este está disponible en la mayorÃa de las instalaciones Linux, pero no en Windows. Si el programa no está disponible, PSPlug se limita a un simple algoritmo de extracción de texto.
+
+
+
+
+EMAILPlug (*.email)
+
+
+EMAILPlug importa los archivos que contienen mensajes de correo electrónico y puede funcionar con los formatos de correo electrónico comunes, como los utilizados por los usuarios de correo electrónico de Netscape, Eudora y Unix. Cada documento de origen se examina para determinar si contiene uno o varios mensajes de correo electrónico unidos en un archivo único, y en ese caso se procesa el contenido. El plugin extrae los metadatos Subject (âAsuntoâ), To (âDestinatarioâ, âAâ), From (âRemitenteâ, âDeâ)  y Date (âFechaâ) . Sin embargo, este plugin no puede todavÃa procesar correctamente los mensajes codificados de formato MIME, que aunque son legibles, tienen con frecuencia un aspecto extraño.
+
+
+
+
+ZIPPlug (.gz, .z, .tgz, .taz, .bz, .zip, .tar)
+
+
+El plugin ZIPPlug trata los siguientes formatos de entrada comprimidos y/o archivados: gzip (.gz, .z, .tgz, .taz),  bzip (.bz,) , zip ( .zip .jar)  y tar (.tar) . Se basa en los programas gunzip, bunzip, unzip  y tar , que son programas utilitarios Linux estándar. ZIPPlug está desactivado en las computadoras equipadas con Windows.
+
+
+
+
+
+
+
+
+
+
+Administración
+
+
+En toda instalación Greenstone está incluida una función âadministrativaâ. Para acceder a esta función, haga clic en el enlace correspondiente en la página principal.
+La página principal, que se muestra en la Figura , proporciona información sobre cada una de las colecciones que ofrece el sistema. Conviene observar que están incluidas todas  las colecciones, pues puede haber algunas âprivadasâ que no aparecen en la página principal Greenstone. Para cada una se suministra su nombre abreviado, su nombre completo, se indica si está a disposición del público y si está o no en funcionamiento. Si se hace clic en la abreviatura de una colección en particular (la primera columna de los enlaces en la Figura ), se obtiene información sobre esa colección, recopilada a partir del archivo de configuración de la colección y de otras estructuras internas creadas para esa colección. Si la colección es pública y está en funcionamiento, al hacer clic en el nombre completo de la colección (el segundo enlace) se visualizará la colección propiamente dicha.
+La colección que hemos creado en las secciones 3.2 a 3.6 se llama wohiex , abreviatura de Womenâs History Excerpt  (Extractos de la Historia de las Mujeres), y está visible cerca de la parte inferior de la Figura . En la Figura se muestra la información que aparece cuando se hace clic en este enlace. En la primera sección se dan algunas informaciones sobre el archivo de configuración y el tamaño de la colección (unos 1.000 documentos, cerca de 1 millón de palabras, más de 6 Mb). Las secciones siguientes contienen información interna relacionada con el protocolo de comunicación utilizado para acceder a las colecciones. Por ejemplo, las opciones de filtro para âQueryFilterâ muestran las opciones y los valores posibles que pueden utilizarse cuando se consultan las colecciones.
+La función administrativa presenta también información de configuración acerca de la instalación y permite modificarla. Facilita el examen de los registros de errores que dejan constancia de los errores internos, y de los registros de usuarios que dejan constancia de la utilización de la colección. Permite que un usuario (o varios usuarios) especÃfico(s) autorice(n) a otros a crear colecciones y añadir nuevo material al existente. Se puede acceder a todas estas funciones de forma interactiva, a partir de los elementos de menú que se muestran en la parte izquierda de la Figura .
+
+Función de Administración en Greenstone
+
+
+
+Información sobre la colección Womenâs History Excerpt
+
+
+
+
+
+Archivos de configuración
+
+
+Hay dos archivos de configuración que controlan el funcionamiento de Greenstone: el archivo de configuración de sitio gsdlsite.cfg  y el archivo de configuración principal main.cfg.
+El archivo gsdlsite.cfg   se utiliza para configurar el programa Greenstone para el sitio en que está instalado. Está concebido para registrar las opciones de configuración propias de un sitio determinado como, por ejemplo, el nombre del directorio en que se guarda el programa Greenstone, la dirección HTTP del sistema Greenstone, y si se está utilizando o no la función fastcgi . En la GuÃa de Instalación de la Biblioteca Digital Greenstone  se describen los elementos que contiene este archivo.
+El archivo main.cfg  contiene información común a la interfaz de todas las colecciones presentadas en el sitio Greenstone. Incluye la dirección de correo electrónico del encargado del mantenimiento del sistema, indica si las páginas de estado y del Colector están activadas o no, si se llevan o no los registros de las actividades de los usuarios y si se utilizan o no â cookies  â para identificar a los usuarios.
+
+
+
+
+Registros
+
+
+Se pueden examinar tres tipos de registros: registros de uso, registros de errores y registros de inicialización. Los dos últimos sólo interesan de hecho a las personas encargadas del mantenimiento del programa.
+Todas las actividades del usuario, es decir, cada página que el usuario visita, pueden quedar registradas en el programa Greenstone, aunque en los registros no se almacena información nominativa. La tenedurÃa de registros (logging ), desactivada por defecto, se activa incluyendo las lÃneas siguientes:
+logcgiargs    true
+usecookies    true
+en el archivo principal de configuración del sistema. Ambas opciones tienen por defecto el valor false , por lo que es necesario asignarles el valor true  para activar la tenedurÃa de registros. La lÃnea logcgiargs  es la que activa o desactiva esta función. Activando usecookies  se asigna a cada usuario un código de identificación único que permite seguir en el archivo de registro las interacciones de cada usuario.
+Cada lÃnea del registro de usuarios corresponde a una página visitada, ¡aun las páginas generadas para la consulta de los archivos de registro! Comprende: a) la dirección IP de la computadora del usuario, b) la marca de fecha y hora entre corchetes, c) los argumentos CGI entre paréntesis y d) el nombre del navegador del usuario (Netscape Navigator se denomina âMozillaâ). A continuación se presenta una lÃnea de muestra, dividida y anotada para facilitar su lectura:
+Â Â Â /fast-cgi-bin/niupepalibrary
+a)Â Â its-wwwl.massey.ac.nz
+b)Â Â [Thu Dec 07 23:47:00 NZDT 2000]
+c)Â Â (a=p, b=0, bcp=, beu=, c=niupepa, cc=, ccp=0, ccs=0, cl=, cm=, cq2=, d=, e=, er=, f=0, fc=1, gc=0, gg=text, gt=0, h=, h2=, hl=1, hp=, il=1, j=, j2=, k=1, ky=, l=en, m=50, n=, n2=, o=20, p=home, pw=, q=, q2=, r=1, s=0, sp=frameset, t=1, ua=, uan=, ug=, uma=listusers, umc=, umnpwl=, umnpw2=, impw=, umug=, umun=, umus=, un=, us=invalid, v=0, w=w, x=0, z=130.123.128.4-950647871)
+d)Â Â âMozilla/4.08 [en]Â (Win95; I; Nav)â
+El último argumento CGI, âzâ, es un código de identificación o â cookie  â generado por el navegador del usuario; comprende el número IP del usuario, seguido por la marca de fecha y hora de su primera visita a la biblioteca digital.
+El archivo de registro usage.txt  se sitúa en el directorio etc. , en la estructura de archivos de Greenstone (véase la GuÃa del Programador de la Biblioteca Digital Greenstone ). Cuando se activa la función de tenedurÃa de registros, se consigna cada acción de cada usuario. Sin embargo, el enlace Registro de uso  que aparece en la Figura sólo muestra las últimas 100 anotaciones en el archivo de registro.
+
+
+
+
+Gestión de los usuarios
+
+
+Greenstone incorpora un sistema de autenticación que puede utilizarse para controlar el acceso a determinadas funciones. Por el momento el sistema se utiliza únicamente para restringir el número de personas que están autorizadas a utilizar el Colector y algunas funciones de administración. Si, en el caso de una colección en particular, fuera necesario autentificar a los usuarios antes de hacerles llegar la información, ello también es posible. Se podrÃa, por ejemplo, proteger determinados documentos a fin de que sólo los usuarios registrados puedan tener acceso a ellos tecleando una contraseña. Ahora bien, ninguna de las colecciones utiliza actualmente esta función. La autenticación se efectúa pidiendo un nombre de usuario y una contraseña, tal como se ilustra en la Figura .
+A partir de la página de administración, se puede hacer una lista de los usuarios, añadir nuevos usuarios y suprimir antiguos. Obviamente, la capacidad para hacerlo también está protegida: sólo los usuarios que disponen de privilegios administrativos pueden añadir nuevos usuarios. Es también posible que cada usuario pertenezca a âgruposâ diferentes. Por el momento, los únicos existentes son â administrator  â (administrador) y â colbuilder  â (creador de colección). Los miembros del primer grupo pueden añadir y suprimir usuarios y modificar sus grupos. Los miembros del segundo pueden acceder a las funciones antes descritas para crear nuevas colecciones y modificar (o suprimir) colecciones existentes.
+Cuando se instala Greenstone, hay un solo usuario llamado admin  que pertenece a ambos grupos. Su contraseña se establece durante el proceso de instalación. Este usuario puede crear nuevos nombres y contraseñas únicamente para los usuarios pertenecientes al grupo colbuilder , modo recomendado de brindar a otros usuarios la posibilidad de crear colecciones. La información de usuario se registra en dos bases de datos situadas en la estructura de archivos de Greenstone (véase la GuÃa del Programador de la Biblioteca Digital Greenstone ).
+
+
+
+
+
+
+
+Apéndice A: CaracterÃsticas del programa
+
+
+
+
+
+
+
+Accesible mediante un navegador Web
+
+
+Se accede a las colecciones mediante un navegador Web estándar (Netscape o Internet Explorer), con una combinación de funciones de consulta sencillas y una poderosa capacidad de búsqueda.
+
+
+
+
+Búsqueda en texto completo y por campos
+
+
+El usuario puede efectuar búsquedas en el texto completo de los documentos, o elegir entre los diversos Ãndices constituidos a partir de diferentes porciones de los documentos. Por ejemplo, algunas colecciones tienen un Ãndice de los documentos completos, un Ãndice de las secciones, un Ãndice de los tÃtulos y un Ãndice de los autores, y en cada uno de ellos se pueden efectuar búsquedas de determinadas palabras o frases. Los resultados pueden ordenarse por pertinencia o clasificarse mediante un metadato.
+
+
+
+
+Flexibilidad de la consulta
+
+
+El usuario puede consultar listas de autores, listas de tÃtulos, listas de fechas, estructuras de clasificación, etc. Las diferentes colecciones pueden ofrecer distintas funciones de consulta, e incluso dentro de una colección se dispondrá de una amplia variedad de interfaces de consulta. Las interfaces de consulta y de búsqueda se elaboran durante el proceso de creación, con arreglo a la información de configuración de la colección.
+
+
+
+
+Creación automática de estructuras de acceso
+
+
+El programa Greenstone crea colecciones de información cuyo mantenimiento es muy fácil. Todas las estructuras de búsqueda y consulta se elaboran directamente a partir de los propios documentos. No se inserta manualmente ningún enlace, sino que se mantienen los enlaces existentes en los originales. Gracias a esta caracterÃstica, los nuevos documentos en el mismo formato pueden incorporarse automáticamente a la colección. En algunas colecciones, esto se hace mediante procesos que se ponen en marcha periódicamente, localizan el material nuevo y reconstituyen los Ãndices, todo ello sin intervención manual.
+
+
+
+
+Utilización de los metadatos disponibles
+
+
+Los metadatos, es decir, las informaciones descriptivas tales como el autor, el tÃtulo, la fecha, las palabras clave, etc., pueden asociarse a cada documento o a cada sección de documento. Los metadatos constituyen la materia prima de los Ãndices de consulta. Se los debe suministrar explÃcitamente o deben poder extraerse automáticamente de los documentos de origen. Para la mayorÃa de los documentos electrónicos se utiliza el sistema de metadatos Dublin Core, aunque se contempla la posibilidad de utilizar otros sistemas.
+
+
+
+
+Los plugins amplÃan las capacidades del sistema
+
+
+Para poder utilizar varios tipos de documentos de origen, el programa está organizado de manera que puedan escribirse plugins para nuevos tipos de documentos. En la actualidad existen plugins para textos sin formato, HTML, Word, PDF, PostScript, correo electrónico, algunos formatos patentados, asà como para la exploración recursiva de estructuras de directorio y archivos comprimidos que contienen tales documentos. Una colección puede tener documentos de origen de diferentes formas. Para elaborar los Ãndices de consulta a partir de los metadatos se utiliza un sistema análogo de âclasificadoresâ que crean Ãndices de consulta de diversos tipos, basados en los metadatos.
+
+
+
+
+Programa diseñado para colecciones de varios gigabytes
+
+
+Las colecciones pueden contener millones de documentos, por lo cual el sistema Greenstone puede manejar colecciones de hasta varios gigabytes.
+
+
+
+
+Los documentos pueden estar en cualquier idioma
+
+
+En todo el programa se utiliza Unicode, sistema que permite procesar cualquier idioma de forma sistemática. Hasta la fecha, se han creado colecciones que contienen documentos en francés, español, maorÃ, chino, árabe e inglés. Se utiliza una conversión âal vueloâ (on-the-fly) para convertir el formato Unicode en un alfabeto reconocido por el navegador Web del usuario.
+
+
+
+
+La interfaz de usuario está disponible en numerosos idiomas
+
+
+La interfaz puede presentarse en numerosos idiomas. Actualmente esa interfaz está disponible en alemán, árabe, chino, español, inglés, maorÃ, neerlandés y portugués. Pueden añadirse fácilmente nuevos idiomas.
+
+
+
+
+Las colecciones pueden contener texto, imagen, sonido y vÃdeo
+
+
+Las colecciones Greenstone pueden contener texto, imágenes, sonidos y videoclips. La mayor parte del material no textual está enlazado a los documentos textuales o va acompañado de descripciones textuales (por ejemplo, las leyendas de las figuras) para permitir la búsqueda y consulta en texto completo. Sin embargo, la arquitectura del programa permite la utilización de plugins y clasificadores aun para datos no textuales.
+
+
+
+
+Utilización de técnicas de compresión avanzadas
+
+
+Se utilizan técnicas de compresión para reducir el tamaño de los Ãndices y el texto. La reducción del tamaño de los Ãndices mediante la compresión tiene la ventaja adicional de aumentar la velocidad de recuperación de la información textual.
+
+
+
+
+Suministro de una función de administración
+
+
+Una función âde administraciónâ permite que usuarios especificados autoricen a nuevos usuarios a crear colecciones, posibilita la protección de los documentos de tal modo que sólo los usuarios registrados puedan tener acceso a ellos tecleando una contraseña, permite examinar la composición de todas las colecciones, etc. Gracias a los registros de actividades de los usuarios, se puede tener constancia de todas las consultas hechas a todas las colecciones de Greenstone.
+
+
+
+
+Presentación dinámica de las nuevas colecciones
+
+
+Se pueden actualizar las colecciones y proponer nuevas colecciones en todo momento, sin apagar el sistema; el proceso encargado de la interfaz de usuario tomará nota (mediante sondeos periódicos) de las nuevas colecciones que aparezcan y las añadirá a la lista presentada al usuario.
+
+
+
+
+Las colecciones pueden publicarse en Internet o en CD-ROM
+
+
+Se puede utilizar el programa para difundir colecciones por Internet. Las colecciones de Greenstone se pueden también distribuir, en exactamente la misma forma, en CD-ROM. La interfaz de usuario funciona mediante un navegador Web estándar (Netscape viene en cada disco) y la interacción es la misma que por la Web, con la salvedad de que los tiempos de respuesta son más previsibles. Los CD-ROM funcionan con todas las versiones del sistema operativo Windows.
+
+
+
+
+Las colecciones pueden distribuirse entre diferentes computadoras
+
+
+Una estructura de proceso flexible permite la distribución de diferentes colecciones por diferentes computadoras, aunque todas se presentan al usuario de la misma manera, en la misma página Web y como parte de la misma biblioteca digital.
+
+
+
+
+Funcionamiento con Windows y Unix
+
+
+Greenstone funciona con los sistemas Windows (3.1/3.11, 95/98/Me, NT/2000) y Unix (Linux y SunOS). Cualquiera de estos sistemas puede utilizarse como servidor Web. Las colecciones no pueden crearse con versiones antiguas de Windows (3.1/3.11), pero pueden transferirse a esos sistemas colecciones previamente creadas.
+
+
+
+
+Ventajas de Greenstone
+
+
+La Biblioteca Digital Greenstone es un programa de código fuente abierto, disponible en el sitio Web de la Biblioteca Digital de Nueva Zelanda (nzdl.org), según las condiciones estipuladas en la Licencia Pública General de GNU. El programa incluye todo lo que se ha mencionado más arriba: la función de servidor Web, la creación de discos CD-ROM, la creación de colecciones, posibilidades plurilingÌes, plugins y clasificadores para diversos tipos de documentos de origen. Comprende una función de autoinstalación que permite instalar fácilmente el programa en Windows y Unix. Con arreglo al principio de los programas de código fuente abierto, se alienta a los usuarios a aportar modificaciones y mejoras.
+
+
+
+
+
+
+
+
+APÃNDICE B: GLOSARIO DE TÃRMINOS
+
+
+
+
+
+
+
+Término
+
+
+Significado
+
+
+
+
+autoconf
+
+
+Programa Unix utilizado para configurar el paquete de instalación del programa Greenstone a fin que se adapte a su sistema
+
+
+
+
+Autorun
+
+
+Función de Windows que arranca automáticamente un programa cada vez que se inserta un CD-ROM
+
+
+
+
+Consulta booleana
+
+
+Consulta en un sistema de recuperación de información que puede contener Y, O y NO booleanos
+
+
+
+
+Consulta
+
+
+Acceso a una colección recorriendo una lista organizada de valores de metadatos asociados a los documentos (tales como el autor, el tÃtulo, la fecha, palabras claves)
+
+
+
+
+Buildcol.pl
+
+
+Programa de Greenstone utilizado para crear colecciones
+
+
+
+
+Creación
+
+
+Proceso de constitución de las estructuras de indexación y consulta que se utilizan para tener acceso a una colección
+
+
+
+
+C++
+
+
+Lenguaje de programación en que está escrita la mayor parte del programa Greenstone
+
+
+
+
+Ignorar las diferencias entre mayúsculas y minúsculas
+
+
+Función cuyo objeto es que en las operaciones de búsqueda no se distinga entre las palabras en mayúsculas y minúsculas
+
+
+
+
+CGI
+
+
+Common Gateway Interface  (interfaz común de pasarela). Sistema que permite que los usuarios puedan activar programas en la computadora central (o servidor), haciendo clic en páginas Web
+
+
+
+
+Guión CGI
+
+
+Código asociado a un botón, un menú, o un enlace en una página Web, que especifica lo que ha de hacer la computadora central cuando se hace clic en ese objeto
+
+
+
+
+cgi-bin
+
+
+Directorio en que están almacenados los guiones cgi
+
+
+
+
+Clasificador
+
+
+Módulo de código de Greenstone que examina los metadatos del documento para elaborar un Ãndice de consulta
+
+
+
+
+Colección
+
+
+Conjunto de documentos agrupados en una interfaz de búsqueda y consulta homogénea
+
+
+
+
+Archivo de configuración de colección
+
+
+Archivo que especifica de qué manera ha de importarse y crearse la colección, qué Ãndices e interfaces de idiomas han de suministrarse, etc.
+
+
+
+
+Servidor de colección
+
+
+Programa que da acceso a una colección en curso de utilización
+
+
+
+
+Archivo de configuración
+
+
+Véase âArchivo de configuración de colecciónâ, âArchivo de configuración principalâ, âArchivo de configuración de sitioâ
+
+
+
+
+CVS
+
+
+Concurrent Versioning System (sistema de versiones concurrentes). Sistema que permite mantener el código fuente utilizado en el programa Greenstone
+
+
+
+
+db2txt
+
+
+Herramienta Greenstone que permite visualizar en forma textual una base de datos GDBM (véase âGDBMâ)
+
+
+
+
+Colección de demostración
+
+
+Un subconjunto de la biblioteca para el desarrollo, distribuido con el programa Greenstone y utilizado para ilustrar esta guÃa didáctica
+
+
+
+
+Biblioteca digital
+
+
+Colección de objetos digitales (texto, sonido, vÃdeo), junto con métodos de acceso y recuperación de información, asà como de selección, organización y mantenimiento
+
+
+
+
+DLS
+
+
+Subconjunto de biblioteca para el desarrollo. Una colección Greenstone de información humanitaria para los paÃses en desarrollo
+
+
+
+
+Documento
+
+
+Unidad básica a partir de la cual se crean las colecciones de biblioteca digital; puede incluir texto, gráficos, sonido, vÃdeo, etc.
+
+
+
+
+Dublin Core
+
+
+Forma estándar de describir los metadatos
+
+
+
+
+Fast-CGI
+
+
+Función que permite que los guiones CGI permanezcan continuamente en funcionamiento, a fin de que no sea necesario reiniciarlos desde cero cada vez que se los activa
+
+
+
+
+Programa de filtro
+
+
+Parte del servidor de colecciones Greenstone que ejecuta las operaciones de búsqueda y consulta
+
+
+
+
+Cadena de formato
+
+
+Cadena que especifica cómo visualizar en Greenstone los documentos y otras listas
+
+
+
+
+Codificación GB
+
+
+Forma estándar de codificar el idioma chino
+
+
+
+
+GDBM
+
+
+GNU DataBase Manager  (administrador de base de datos de GNU). Programa utilizado por Greenstone para almacenar los metadatos de cada documento
+
+
+
+
+GIMP
+
+
+GNU Image-Manipulation Program  (programa de manipulación de imágenes de GNU). Programa utilizado (en Unix) para crear iconos en Greenstone
+
+
+
+
+GML
+
+
+Greenstone Markup Language  (lenguaje de marcado Greenstone). Formato compatible con XML utilizado para almacenar documentos internamente
+
+
+
+
+Licencia Pública General GNU
+
+
+Licencia de programas informáticos que permite a los usuarios copiar y distribuir gratuitamente programas informáticos y modificarlos, siempre que todas las modificaciones publicadas se pongan a disposición del público en forma de código fuente
+
+
+
+
+Greenstone
+
+
+Nombre de este programa de biblioteca digital
+
+
+
+
+GSDL
+
+
+Abreviatura de Greenstone Digital Library  (Biblioteca Digital Greenstone)
+
+
+
+
+%GSDLHOME%
+
+
+Variable del sistema operativo Windows que representa el directorio principal en que se almacenan todos los programas y colecciones de Greenstone ($GSDLHOME Â en los sistema Unix)
+
+
+
+
+%GSDLOS%
+
+
+Variable del sistema operativo Windows que representa el sistema operativo en curso de utilización ($GSDLOS  en los sistemas Unix)
+
+
+
+
+hashfile
+
+
+Programa Greenstone utilizado en el momento de la importación o creación de colecciones para generar el identificador de objeto (OID) de cada documento
+
+
+
+
+HTML
+
+
+HyperText Markup Language  (lenguaje de marcado de hipertexto). Lenguaje en que están escritos los documentos Web
+
+
+
+
+import.pl
+
+
+Programa Greenstone utilizado para importar documentos
+
+
+
+
+Importación
+
+
+Proceso de incorporación de colecciones de documentos al sistema Greenstone
+
+
+
+
+Ãndice
+
+
+Estructura de información utilizada para la búsqueda o consulta en una colección
+
+
+
+
+InstallShield
+
+
+Programa Windows, utilizado para los CD-ROM Greenstone, que permite instalar un sistema a partir de un CD-ROM
+
+
+
+
+Archivo de configuración principal
+
+
+Archivo que contiene las especificaciones comunes a todas las colecciones que se ofrecen en este sitio
+
+
+
+
+Metadatos
+
+
+Datos descriptivos, tales como el autor, el tÃtulo, la fecha, palabras clave, etc., asociados a un documento (o colección de documentos)
+
+
+
+
+MG
+
+
+Managing Gigabytes  (gestión de gigabytes). Programa utilizado en el sistema Greenstone para la indexación en texto completo, que incorpora técnicas de compresión (véase al respecto Witten, I.H; Mofft, A. y Bell, T Managing Gigabytes: compressing and indexing documents and images  (Gestión de gigabytes: compresión e indexación de documentos e imágenes), Morgan Kaufmann, segunda edición, 1999)
+
+
+
+
+mgbuild
+
+
+Programa MG para la constitución de un Ãndice comprimido de texto completo
+
+
+
+
+mgquery
+
+
+Programa MG para efectuar búsquedas en un Ãndice comprimido de texto completo
+
+
+
+
+mkcol.pl
+
+
+Programa Greenstone que crea e inicializa la estructura de directorio de una nueva colección
+
+
+
+
+Proyecto de Biblioteca Digital de Nueva Zelanda
+
+
+Proyecto de investigación del Departamento de Informática de la Universidad de Waikato, Nueva Zelanda, que creó el programa Greenstone (nzdl.org)
+
+
+
+
+OID
+
+
+Object Identifier  (identificador de objeto). Código de identificación único asociado a un documento
+
+
+
+
+Perl
+
+
+Lenguaje de programación utilizado para una gran parte de las operaciones de tratamiento de texto durante el proceso de creación de una colección
+
+
+
+
+Ping
+
+
+Mensaje enviado a un sistema para determinar si está en funcionamiento o no
+
+
+
+
+plugin
+
+
+Módulo de código que administra los documentos de diferentes formatos, utilizado durante los procesos de importación y creación de colecciones
+
+
+
+
+Protocolo
+
+
+Conjunto de convenciones mediante las cuales el ârecepcionistaâ de Greenstone se comunica con un servidor de colección
+
+
+
+
+Consulta ordenada
+
+
+Consulta en lenguaje natural de un sistema de recuperación de información, en virtud del cual los documentos que corresponden a la consulta solicitada se ordenan por orden de pertinencia
+
+
+
+
+Recepcionista
+
+
+Programa que organiza la interfaz de usuario de Greenstone
+
+
+
+
+RTF
+
+
+Rich Text Format  (formato de texto enriquecido). Formato estándar para el intercambio de documentos textuales
+
+
+
+
+Búsqueda
+
+
+Acceso a una colección a través de una búsqueda en texto completo de su contenido (o de una parte de su contenido, por ejemplo, los tÃtulos de secciones)
+
+
+
+
+Servidor
+
+
+Véase âServidor de colecciónâ y âServidor Webâ
+
+
+
+
+setup.bat, setup.sh, setup.csh
+
+
+Guión utilizado para instalar el entorno necesario para el reconocimiento del programa Greenstone
+
+
+
+
+Archivo de configuración de sitio
+
+
+Archivo que contiene las especificaciones utilizadas para configurar el programa Greenstone para el sitio en que está instalado
+
+
+
+
+Truncamiento
+
+
+Corte del final de un término de consulta para hacerlo más genérico
+
+
+
+
+STL
+
+
+Standard Template Library  (biblioteca estándar de plantillas). Biblioteca de códigos C++ muy difundida, elaborada por Silicon Graphics
+
+
+
+
+txt2db
+
+
+Programa Greenstone utilizado en el momento de la creación para constituir la base de datos GDBM
+
+
+
+
+Unicode
+
+
+Sistema estándar de representación de los conjuntos de caracteres utilizados en los idiomas del mundo
+
+
+
+
+UNU
+
+
+Universidad de las Naciones Unidas; esta sigla se utiliza también para referirse a una colección Greenstone creada para esa organización
+
+
+
+
+Servidor Web
+
+
+Programa estándar que utilizan las computadoras para difundir información por Internet
+
+
+
+
+XML
+
+
+Formato estándar para los documentos y datos estructurados en la Web (el lenguaje de marcado Greenstone es un formato compatible con XML)
+
+
+
+
+
+
+
+
+Esta opción se inhabilita si ya existe un elemento con el mismo nombre.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/fr/Develop_fr.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/fr/Develop_fr.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/fr/Develop_fr.xml (revision 14835)
@@ -0,0 +1,5237 @@
+
+
+
+
+
+]>
+
+
+
+
+
+Guide du développeur de la bibliothÚque numérique Greenstone
+
+
+David Bainbridge, Dana McKay et Ian H. Witten
+
+
+Département d'informatique, Université de Waikato, Nouvelle-Zélande
+
+
+Retourner à l'indexe du manuel
+Retourner à l'indexe du dessus
+
+Greenstone est une suite logicielle destinée à la construction et à la distribution de collections de bibliothÚques numériques. Cette suite fournit une nouvelle maniÚre d'organiser l'information et de la publier sur l'Internet ou sur un cédérom. Greenstone est produit par le projet de bibliothÚque numérique de Nouvelle-Zélande (dépendant de l'université de Waikato), et distribué en coopération avec l'UNESCO et le projet de bibliothÚques pour l'humanité. C'est un logiciel Open Source, qu'on peut obtenir à l'URL http://greenstone.org, et qui est diffusé selon les termes de la licence publique générale de GNU.
+
+Nous souhaitons nous assurer que ce logiciel fonctionne bien pour vous. Faites-nous part, en anglais, de tout problÚme à l'adresse électronique greenstone@cs.waikato.ac.nz.
+
+
+Greenstone gsdl-2.50
+
+
+Mars 2004
+
+
+
+Ã propos de ce manuel
+
+
+Ce manuel explique le fonctionnement de Greenstone. Il vise ceux qui souhaitent personnaliser des collections et développer ou maintenir le logiciel.
+La section expose le processus de construction de collection vu de l'intérieur, comprenant la structure de répertoire, le format de document interne, et le fichier de configuration qui gouverne la structure de chaque collection. La section décrit les parties de Greenstone qui traitent les documents source (et leurs méta-données) et dictent la maniÚre dont on accÚde à l'information depuis l'interface utilisateur. Elle décrit également des composants logiciels «externes», distribués avec Greenstone. La section explique la structure du systÚme d'exécution de Greenstone, et donne aussi des détails du logiciel pour aider à comprendre son fonctionnement et comment le modifier pour correspondre à des besoins particuliers. La section décrit les fichiers de configuration de Greenstone, et une annexe propose une introduction à la bibliothÚque standard de patrons (templates) pour C++.
+Lors de votre travail avec le logiciel Greenstone, vous trouverez peut-être des références à des fonctionnalités qui ne sont pas décrites dans le présent manuel, car Greenstone est en perpétuel développement. Pour en savoir plus sur les travaux en cours, rejoignez la liste de diffusion de Greenstone (vous trouverez les instructions pour cela sur le site webgreenstone.org).
+
+
+
+
+Documents d'accompagnement
+
+
+L'ensemble des documents de Greenstone comprend cinq volumes:
+
+
+Guide d'installation de la bibliothÚque numérique Greenstone
+
+
+Guide de l'utilisateur de la bibliothÚque numérique Greenstone
+
+
+Guide du développeur de la bibliothÚque numérique Greenstone (ce document-ci )
+
+
+BibliothÚque numérique Greenstone: du papier à la collection
+
+
+BibliothÚque numérique Greenstone: Utilisation de "L'organizer"
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Remerciements
+
+
+Le logiciel Greenstone a vu le jour grâce à un effort de collaboration entre de nombreuses personnes. Rodger McNab et Stefan Boddie en sont les principaux architectes et développeurs. Des contributions ont été faites par David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, et Stuart Yeates. D'autres membres du Projet de bibliothÚque numérique de Nouvelle-Zélande ont également donné des conseils et inspiré les concepteurs du systÚme: Mark Apperley, Sally Jo Cunningham, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, et Lloyd Smith. Nous remercions aussi tous ceux qui ont contribué au développement des modules sous licence GNU GPL qui font partie de cette distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE, XLHTML.
+
+
+
+
+Comprendre le processus de construction d'une collection
+
+
+Les utilisateurs finals de Greenstone peuvent construire des collections à l'aide du Collector, décrit dans la section du Guide de l'utilisateur de la bibliothÚque numérique Greenstone. Il facilite beaucoup la construction de collections sur le modÚle de collections existantes, mais avec des contenus nouveaux. Cependant, il n'est pas réellement possible d'utiliser le Collector pour créer des collections avec des structures complÚtement nouvelles. Le Collector vous invite bien à éditer le fichier de configuration de la collection, qui gouverne cette structure de collection, mais il faut trÚs bien connaître Greenstone pour pouvoir y effectuer des modifications radicales et efficaces. La présente section vous explique ce qu'il faut savoir pour opérer ainsi. Elle décrit également la structure de répertoire de Greenstone et le format interne de stockage des documents.
+Tout au long de ce manuel nous supposerons que vous avez installé Greenstone sur votre ordinateur, que ce dernier fonctionne sous Windows ou sous Unix. Si tel n'est pas encore le cas vous devriez consulter le Guide d'installation de la bibliothÚque numérique Greenstone. Le nom GSDLHOME représentera le répertoire racine de Greenstone, qui s'appelle %GSDLHOME% sur des systÚmes Windows et $GSDLHOME sur des systÚmes Unix. On détermine ce répertoire pendant la procédure d'installation.
+
+
+Construire des collections depuis la ligne de commande
+
+
+Commençons par décrire pas à pas les opérations nécessaires pour construire une collection depuis la ligne de commande, ce qui facilitera la compréhension du processus. Bien sûr, c'est le Collector qu'il faut plutÎt utiliser pour construire des collections de maniÚre plus agréable. La collection que nous prenons en exemple est l'une des collections distribuées sur le cédérom du logiciel Greenstone, et elle contient les pages web personnelles de nombreux contributeurs au projet de bibliothÚque numérique de Nouvelle-Zélande et au logiciel Greenstone.
+Les sections suivantes détaillent la construction sous Windows et sous Unix. En réalité, les deux se ressemblent presque complÚtement -- ne lisez que celle qui concerne votre systÚme. Lorsque vous suivrez ces étapes, vous penserez peut-être que certaines opérations sont mystérieuses ou des arcanes, mais ne les en suivez pas moins fidÚlement -- elles prendront tout leur sens plus tard. Suivra un bref résumé des différences entre les processus de construction sous les deux systÚmes.
+
+
+Construire des collections sous Windows
+
+
+Le premier défi lors de la construction d'une collection à la ligne de commande sous Windows, c'est de parvenir à l'«interpréteur de commandes», qui est l'endroit où l'on tape les commandes. Dans le menu Démarrer ou le sous-menu Programmes, recherchez une ligne Invite MS-DOS, Invite DOS, ou Interpréteur de commandes. Si vous ne trouvez rien de tel, invoquez l'entrée Exécuter et tentez de taper command (ou cmd) dans la boîte de dialogue qui va apparaître. Si rien de tout ceci ne fonctionne, faites-vous assister par une personne qui s'y connaît, telle que votre administrateur systÚme.
+Rendez-vous dans le répertoire d'installation de Greenstone. En supposant que Greenstone a été installé dans l'emplacement standard, vous vous y rendrez en tapant:
+cd "C:\Program Files\gsdl "
+Les apostrophes doubles sont nécessaires à cause de l'espace dans Program Files. Tapez ensuite à l'invite:
+setup.bat
+Ce fichier de commandes (que vous pouvez lire si vous en avez la curiosité) explique au systÚme où trouver les programmes de Greenstone . Si lors de votre session à l'invite de commandes DOS, vous souhaitez revenir au répertoire racine de Greenstone, vous pourrez toujours ce faire en tapant cd "%GSDLHOME%" (ici encore, les apostrophes doubles sont nécessaires: elles sont dues à la présence d'espaces dans le nom de fichier). Si vous fermez votre fenêtre DOS et en ouvrez une autre, il faudra de nouveau invoquer le fichier setup.bat.
+Vous avez maintenant la possibilité de compiler, construire, et construire à nouveau des collections. Le premier programme que vous allons examiner est le programme Perl mkcol.pl, dont le nom signifie «make a collection» (compiler une collection). Commencez par exécuter le programme en tapant perl -S mkcol.pl pour obtenir à l'écran une description de la syntaxe et une liste des arguments possibles -- si votre environnement Windows est configuré de maniÚre à associer l'application Perl aux fichiers se terminant en .pl, il vous suffira de taper mkcol.pl pour obtenir ce résultat. Comme vous pourrez le lire dans le message qui apparaît, l'unique argument obligatoire est creator, qui sert à spécifier qui a construit la collection.
+Utilisons cette commande pour créer les fichiers et sous-répertoires initiaux nécessaires à notre collection des pages personnelles des membres du projet de bibliothÚque numérique Greenstone. Pour affecter à la collection le nom dlpeople («gens de la bibliothÚque numérique» en anglais et en abrégé), j'ai tapé:
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+(on peut se contenter de tapermkcol.pl -creator me@cs.waikato.ac.nz dlpeople si Perl est associé aux extensions de fichiers en.pl ). N'oubliez pas de remplacer mon adresse électronique par la vÎtre!
+Pour visualiser les fichiers nouvellement créés, on se déplace dans le répertoire de la collection en tapant:
+cd "%GSDLHOME%\collect\dlpeople "
+
+
+Fichier de configuration de collection créé par mkcol.pl
+
+creator             me@cs.waikato.ac.nz
+maintainer          me@cs.waikato.ac.nz
+public              true
+beta                true
+indexes             document:text
+defaultindex        document:text
+plugin              ZIPPlug
+plugin              GAPlug
+plugin              TEXTPlug
+plugin              HTMLPlug
+plugin              EMAILPlug
+plugin              ArcPlug
+plugin              RecPlug
+classify            AZList -metadata "Title"
+collectionmeta collectionname    "dlpeople"
+collectionmeta iconcollection    ""
+collectionmeta collectionextra   ""
+collectionmeta .document:text    "documents "
+
+On peut alors lister le contenu du répertoire en tapant dir. Il devrait s'y trouver sept sous-répertoires: archives, building, etc, images, import, index, et perllib.
+Il faut maintenant peupler la collection d'échantillons de documents. Les documents source de la collection dlpeople se trouvent sur le cédérom de la distribution Greenstone dans le répertoire collectdlpeople. Insérez d'abord le cédérom dans le lecteur (par exemple, sous D). Copiez ensuite le contenu du répertoire Dcollectdlpeople dans le répertoire import de la collection dlpeople. Vous pouvez procéder comme suit:
+
+sélectionner le contenu du répertoire dlpeople, et le faire glisser dans le répertoire import de la collection dlpeople.
+
+Vous pouvez aussi taper la commande:
+xcopy /s d:\collect\dlpeople\* import
+Dans le répertoire etc de la collection, on trouve un fichier appelé collect.cfg. Ouvrez-le dans votre éditeur de texte préféré -- edit est basique mais communément disponible. Il devrait ressembler à ce que présente la figure , qui montre le fichier de configuration de collection créé par la commande:
+Nous sommes désormais disposés à «importer» la collection. Il s'agit du processus qui apporte les documents dans le systÚme Greenstone, en normalisant le format des documents, la maniÚre dont les méta-données sont spécifiées, et la structure de fichiers de stockage des documents. Tapez perl -S import.pl à l'invite pour obtenir une liste de toutes les options du programme d'import. L'option -removeold s'assure que tout document préalablement importé est effacé dans un premier temps.
+perl âS import.pl -removeold dlpeople
+Ne vous inquiétez pas du texte qui défile: il s'agit d'un compte-rendu de la progression de l'import. Sachez que l'import de cette collection prend environ cinq minutes sur une machine à 1 GHz, et d'autant plus longtemps sur des machines plus lentes. Vous remarquerez qu'il n'est pas besoin de se trouver dans les répertoires collect ou dlpeople lors de la saisie de cette commande: la variable GSDLHOME étant déjà positionnée, le logiciel Greenstone peut trouver tous les fichiers nécessaires.
+Modifions désormais quelque peu le fichier de configuration de la collection pour en personnaliser la représentation. Donnons d'abord un nom à la collection. Il sera utilisé par les navigateurs web en tant que page de titre pour la premiÚre page de la collection, et servira d'icone de collection si aucune image n'est fournie. Remplacez la lignecollectionmeta collectionname "dlpeople" par quelque chose commecollectionmeta collectionname "Les membres du projet NZDL" (NZDL est l'acronyme anglais du projet de bibliothÚque numérique de Nouvelle-Zélande: New Zealand Digital Library Project).
+Ajoutez une description de votre collection entre les apostrophes doubles de la ligne collectionmeta collectionextra "". Elle servira de texte pour le paragraphe à propos sur la page d'accueil de la collection. J'ai personnellement ajouté: "Cette collection comprend les pages personnelles de certains membres du projet NZDL.". Il est important de saisir cette description sous la forme d'une seule ligne dans l'éditeur -- ne soyez pas tenté de revenir à la ligne si vous arrivez sur le bord droit de la fenêtre, mais continuez simplement à taper! -- sans quoi le fichier de configuration ne pourra pas être correctement analysé. Si vous souhaitez que votre collection puisse être utilisée avec différentes interfaces de langues, il est possible de faire en sorte que cette description dépende de la langue choisie: ce procédé est décrit dans la section , plus bas.
+On peut retenir toute image utilisable dans un navigateur web en tant qu'icone de collection -- l'image que j'ai créée est présentée figure . Tapez l'emplacement de l'image entre les apostrophes doubles de la lignecollectionmeta iconcollection "" du fichier de configuration. On peut utiliser le raccourci _httpprefix_ pour remplacer le début d'une URL qui pointe vers une image située dans la zone de fichiers de Greenstone. Cela rend également les configurations plus portables. Vous pouvez par exemple taper:_httpprefix_/collect/dlpeople/images/icon.gif si vous avez placé une image convenable dans le répertoire images de la collection (collectdlpeopleimages dans l'exemple qui nous intéresse).
+Sauvegardez le fichier de configuration de la collection et refermez-le -- vous n'en aurez plus besoin au cours de ce didacticiel.
+La prochain étape consiste à «construire» la collection, ce qui crée tous les index et fichiers qui lui permettront de fonctionner. Tapez perl -S buildcol.pl à l'invite pour obtenir la liste des options de construction de collection. Ces options sont présentées plus en détails dans la section section . Pour l'instant, nous nous contenterons des valeurs par défaut en tapant:
+perl âS buildcol.pl dlpeople
+à l'invite. Ici non plus, ne vous inquiétez pas en voyant défiler le compte-rendu de progression.
+«Activez» la collection comme suit:
+sélectionnez le contenu du répertoire building de la collection dlpeople, et faites-le glisser dans le répertoire index.
+Vous pouvez aussi effacer le répertoire index (et tout ce qu'il contient) en tapant la commande:
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+et rebaptiser ensuite le répertoire building en index avec:
+ren building index
+Enfin, tapez:
+mkdir building
+en vue de futures reconstructions. Il est important de taper ces commandes dans le bon répertoire (à la différence des commandes mkcol.pl, import.pl et buildcol.pl de Greenstone). Si le répertoire actuel n'est pas dlpeople, tapez:cd "%GSDLHOME%\collect\dlpeople" avant de procéder à la séquence rd, ren, et mkdir donnée ci-dessus.
+Vous devriez pouvoir accéder à la collection nouvellement construite depuis la page d'accueil de Greenstone. Il vous faudra réactualiser ou recharger cette page si elle était déjà ouverte dans votre navigateur, voire fermer le navigateur et le redémarrer (pour éviter les problÚmes de tampon ou cache). Il se peut aussi, dans le cas où vous utilisez la version «BibliothÚque locale» de Greenstone, que vous deviez redémarrer le programme library. Pour visualiser la nouvelle collection, cliquez sur l'image. Le resultat devrait alors ressembler à la figure .
+
+
+Icone de collection
+
+
+
+Si nous nous résumons, l'ensemble des commandes tapées pour produire la collection dlpeople sont:
+cd "C:\Program Files\gsdl " # assuming default location
+setup.bat
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd "%GSDLHOME%\collect\dlpeople "
+xcopy /s d:\collect\dlpeople\* import # assuming D drive
+perl âS import.pl dlpeople
+perl âS buildcol.pl dlpeople
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+ren building index
+mkdir building
+
+
+
+
+Construire des collections sous Unix
+
+
+Commencez par vous rendre dans le répertoire d'installation de Greenstone. Si par exemple Greenstone a été installé dans l'emplacement standard, dans votre répertoire personnel, vous vous y rendrez en tapant:
+cd ~/gsdl
+Tapez ensuite à l'invite:
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+Ces fichiers de commandes (que vous pouvez lire si vous en avez la curiosité) expliquent au systÚme où trouver les programmes de Greenstone. Si lors de votre session à l'interpréteur de commandes, vous souhaitez revenir au répertoire racine de Greenstone, vous pourrez toujours ce faire en tapant cd $GSDLHOME.
+Si vous ignorez le type d'interpréteur de commandes que vous utilisez, tapez echo $0 à l'invite -- cela affichera l'information recherchée. Si vous utilisez un autre interpréteur de commandes, demandez conseil à votre administrateur systÚme.
+AprÚs avoir chargé le bon fichier de réglages, vous avez maintenant la possibilité de compiler, construire, et construire à nouveau des collections. Le premier programme que vous allons examiner est le programme Perl mkcol.pl, dont le nom signifie «make a collection» (compiler une collection). Commencez par exécuter le programme en tapant simplement mkcol.pl pour obtenir à l'écran une description de la syntaxe et une liste des arguments possibles. Comme vous pourrez le lire dans le message qui apparaît, l'unique argument obligatoire est creator, qui sert à spécifier qui a construit la collection.
+
+
+Page «à propos» de la nouvelle collection
+
+
+
+Utilisons cette commande pour créer les fichiers et sous-répertoires initiaux nécessaires à notre collection des pages personnelles des membres du projet de bibliothÚque numérique Greenstone. Pour affecter à la collection le nom dlpeople («gens de la bibliothÚque numérique» en anglais et en abrégé), j'ai tapé:
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+N'oubliez pas de remplacer mon adresse électronique par la vÎtre!
+Pour visualiser les fichiers nouvellement créés, on se déplace dans le répertoire de la collection en tapant:
+cd $GSDLHOME/collect/dlpeople
+On peut alors lister le contenu du répertoire en tapant ls. Il devrait s'y trouver sept sous-répertoires: archives, building, etc, images, import, index, et perllib.
+Il faut maintenant peupler la collection d'échantillons de documents. Les documents source de la collection dlpeople se trouvent sur le cédérom de la distribution Greenstone dans le répertoire collect/dlpeople. Pour lire des informations sur un cédérom depuis Linux, insérez le disque dans le lecteur et tapez
+mount /cdrom
+à l'invite (cette commande peut varier d'un systÚme à l'autre). Une fois monté, le cédérom peut s'utiliser comme tout autre répertoire; vous pouvez donc taper ls /cdrom/collect. Voilà qui devrait révéler un répertoire dlpeople sur le cédérom.
+Copiez ensuite le contenu du répertoire /cdrom/collect/dlpeople dans le répertoire GSDLHOME/collect/dlpeople/import. Pour ce faire, tapez la commande:
+cp âr /cdrom/collect/dlpeople/* import/
+puis tapez
+umount /cdrom
+pour fermer le lecteur de cédérom.
+Dans le répertoire etc de la collection, on trouve un fichier appelé collect.cfg. Ouvrez-le dans votre éditeur de texte préféré -- emacs est un éditeur populaire sous Linux.Il devrait ressembler à ce que présente la figure 1, qui montre le fichier de configuration de collection créé par la commande:mkcol.pl -creator me@cs.waikato.ac.nz dlpeople
+Nous sommes désormais disposés à «importer» la collection. Il s'agit du processus qui apporte les documents dans le systÚme Greenstone, en normalisant le format des documents, la maniÚre dont les méta-données sont spécifiées, et la structure de fichiers de stockage des documents. Tapez import.pl à l'invite pour obtenir une liste de toutes les options du programme d'import. L'option -removeold s'assure que tout document préalablement importé est effacé dans un premier temps.
+import.pl âremoveold dlpeople
+Ne vous inquiétez pas du texte qui défile: il s'agit d'un compte-rendu de la progression de l'import. Sachez que l'import de cette collection prend environ cinq minutes sur une machine à 1 GHz, et d'autant plus longtemps sur des machines plus lentes. Vous remarquerez qu'il n'est pas besoin de se trouver dans les répertoires collect ou dlpeople lors de la saisie de cette commande: la variable GSDLHOME étant déjà positionnée, le logiciel Greenstone peut trouver tous les fichiers nécessaires.
+Modifions désormais quelque peu le fichier de configuration de la collection pour en personnaliser la représentation. Donnons d'abord un nom à la collection. Il sera utilisé par les navigateurs web en tant que page de titre pour la premiÚre page de la collection, et servira d'icone de collection si aucune image n'est fournie. Remplacez la lignecollectionmeta collectionname "dlpeople" par quelque chose commecollectionmeta collectionname "Les membres du projet NZDL" (NZDL est l'acronyme anglais du projet de bibliothÚque numérique de Nouvelle-Zélande: New Zealand Digital Library Project).
+Ajoutez une description de votre collection entre les apostrophes doubles de la ligne collectionmeta collectionextra "". Elle servira de texte pour le paragraphe «à propos» sur la page d'accueil de la collection. J'ai personnellement ajouté: "Cette collection comprend les pages personnelles de certains contributeurs au projet NZDL.". Il est important de saisir cette description sous la forme d'une seule ligne dans l'éditeur -- ne soyez pas tenté de revenir à la ligne si vous arrivez sur le bord droit de la fenêtre, mais continuez simplement à taper! -- sans quoi le fichier de configuration ne pourra pas être correctement analysé. Si vous souhaitez que votre collection puisse être utilisée avec différentes interfaces de langues, il est possible de faire en sorte que cette description dépende de la langue choisie: ce procédé est décrit dans la section , ci-dessous.
+On peut retenir toute image utilisable dans un navigateur web en tant qu'icone de collection -- l'image que j'ai créée est présentée figure . Tapez l'emplacement de l'image entre les apostrophes doubles de la lignecollectionmeta iconcollection "" du fichier de configuration. On peut utiliser le raccourci _httpprefix_ pour remplacer le début d'une URL qui pointe vers une image située dans la zone de fichiers de Greenstone. Cela rend également les configurations plus portables. Vous pouvez par exemple taper:_httpprefix_/collect/dlpeople/images/icon.gif si vous avez placé une image convenable dans le répertoire images de la collection (collect/dlpeople/images dans l'exemple qui nous intéresse).
+Sauvegardez le fichier de configuration de la collection et refermez-le -- vous n'en aurez plus besoin au cours de ce didacticiel.
+La prochain étape consiste à «construire» la collection, ce qui crée tous les index et fichiers qui lui permettront de fonctionner. Tapez buildcol.pl à l'invite pour obtenir la liste des options de construction de collection. Ces options sont présentées plus en détails dans la section section . Pour l'instant, nous nous contenterons des valeurs par défaut en tapant:
+buildcol.pl dlpeople
+à l'invite. Ici non plus, ne vous inquiétez pas en voyant défiler le compte-rendu de progression.
+«Activez» la collection en déplaçant toutes les données qui viennent d'être placées dans le répertoire building vers le répertoire index. Si vous avez déjà construit cette collection de par le passé, commencez d'abord par enlever l'ancien répertoire index avec la commande:
+rm âr index/*
+(en supposant que vous vous trouvez alors dans le répertoire dlpeople). Puis tapez
+mv building/* index/
+
+
+Différences entre Windows et Linux pour la construction de collections
+
+
+
+
+Windows
+
+
+Linux
+
+
+
+
+Exécutersetup.bat pour rendre disponibles les programmes de Greenstone
+
+
+Chargersetup.bash ousetup.csh pour rendre les programmes disponibles
+
+
+
+
+Copier les fichiers depuis le cédérom en utilisant le gestionnaire de fichiers graphique ou des commandes DOS
+
+
+Copier les fichiers depuis le cédérom en utilisantmount et d'autres commandes Unix
+
+
+
+
+L'ancien index de collection est remplacé en tapantrd /s index puisren building index suivis demkdir building , ou en utilisant le gestionnaire de fichiers graphique
+
+
+L'ancien index de collection est remplacé en tapantrm âr index/* puismv building/* index
+
+
+
+
+Vous devriez pouvoir accéder à la collection nouvellement construite depuis la page d'accueil de Greenstone. Il vous faudra réactualiser ou recharger cette page si elle était déjà ouverte dans votre navigateur, voire fermer le navigateur et le redémarrer (pour éviter les problÚmes de tampon ou cache). Pour visualiser la nouvelle collection, cliquez sur l'image. Le resultat devrait alors ressembler à la figure .
+Si nous nous résumons, l'ensemble des commandes tapées pour produire la collection dlpeople sont:
+cd ~/gsdl # assuming default Greenstone in home directory
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd $GSDLHOME/collect/dlpeople
+mount /cdrom # assuming this is where CD-ROM is mapped to
+cp âr /cdrom/collect/dlpeople/* import/
+umount /cdrom
+import.pl dlpeople
+buildcol.pl dlpeople
+rm -r index/*
+mv building/* index
+
+
+
+
+Différences entre Windows et Unix
+
+
+Les processus de construction de collection sont trÚs similaires sous Unix et sous Windows, mais quelques petites différences demeurent, différences que nous avons résumées dans la table .
+
+
+
+
+
+
+Les répertoires de Greenstone
+
+
+La figure montre la structure du répertoire GSDLHOME. La table donne une brÚve description du contenu de chacun des répertoires représentés dans le diagramme. Certains répertoires seront plus détaillés plus loin dans le manuel -- utilisez le guide des sections de la table pour savoir où aller chercher des informations supplémentaires.
+
+
+Structure du répertoire GSDLHOME
+
+
+
+
+
+
+
+
+Les processus d'import et de construction
+
+
+Dans le processus de construction de collection décrit à la section , on utilise une commande pour importer des documents (import.pl) et une autre commande pour construire la collection (buildcol.pl). Nous détaillons dans la présente section ce que ces programmes font et les options qu'ils acceptent. Nous utiliserons la variable nom_col pour nous référer à la collection en cours de construction ou d'import.
+Les processus d'import et de construction sont trÚs similaires, ce qui explique le nombre d'options communes qu'ils comptent, options décrites dans la table (souvenez-vous que pour obtenir la liste des options acceptées par tout script Greenstone, il suffit de taper son nom seul, sans argument, à l'invite de commandes).
+
+
+Options des processus d'import et de construction
+
+
+
+
+
+Argument
+
+
+Fonction
+
+
+
+
+-verbosity
+
+
+Nombre de 0 Ã 3
+
+
+ContrÎle la quantité d'informations sur le processus qui sont affichées sur la sortie d'erreur standard: «0» en donne un peu, «3» en donne beaucoup.
+
+
+
+
+-archivedir
+
+
+Nom de répertoire
+
+
+Spécifie où les fichiers d'archives de Greenstone sont stockés, c'est-à -dire oùimport.pl les enregistre et oùbuildcol.pl les trouve. La valeur par défaut estGSDLHOME/collect/nom_col/archives .
+
+
+
+
+-maxdocs
+
+
+Nombre >0
+
+
+Nombre maximal de documents à importer ou à construire. Option utile lors de tests de fichiers de configuration d'une nouvelle collection, ou de nouveaux greffonsplugins
+
+
+
+
+-collectdir
+
+
+Nom de répertoire
+
+
+Spécifie où la collection se trouve. La valeur par défaut estGSDLHOME/collect
+
+
+
+
+-out
+
+
+Nom de fichier
+
+
+Spécifie un fichier où écrire tous les messages produits, le comportement par défaut étant de les afficher sur la sortie d'erreur standard (c'est-à -dire l'écran). Option utile lorsque l'on travaille avec des niveaux de débogage.
+
+
+
+
+-keepold
+
+
+Aucun
+
+
+N'efface pas le résultat de l'ancienne opération d'import ou de construction. Dans le cas de l'import, ceci signifie que l'on n'efface pas le contenu du répertoirearchives ; dans le cas de la construction, ceci signifie que l'on n'efface pas le contenu du répertoirebuilding .
+
+
+
+
+âdebug
+
+
+Aucun
+
+
+Affiche la sortie du greffonplugin sur la sortie standard.
+
+
+
+
+
+
+Le processus d'import
+
+
+Le processus d'import a pour but principal de convertir les documents depuis leur format d'origine vers le format d'archivage de Greenstone utilisé de maniÚre interne par Greenstone, et d'écrire un fichier de compte-rendu (archives.inf) qui sera utilisé lors de la construction de la collection. Le programme import.pl a besoin de connaître les greffons (plugins) à utiliser, et de savoir où trouver les fichiers des documents originaux. La table montre les options communes aux processus d'import et de construction; la table montre les options propres au processus d'import. L'option OIDtype mérite quelques explications. Chaque document dispose d'un identifiant d'objet associé, ou OID (Object IDentifier). La meilleure façon de calculer un tel identifiant est de calculer une somme de contrÎle («hacher») le contenu du document (c'est la méthode hash). Cependant, cette méthode étant lente, il est possible de choisir une solution plus simple, incrémentale, qui se contente de numéroter les documents séquentiellement dans leur ordre de fourniture (c'est la méthode incremental). Vous pouvez utiliser la méthode incremental pour aller plus vite, mais utilisez la méthode hash si vous avez l'intention d'ajouter des documents à votre collection plus tard, sans recommencer tout le processus d'import.
+
+
+Options propres au processus d'import
+
+
+
+
+
+Argument
+
+
+Fonction
+
+
+
+
+-importdir
+
+
+Nom de répertoire
+
+
+Spécifie où trouver les contenus à importer. La valeur par défaut est Defaults toGSDLHOME/collect/nom_col/import .
+
+
+
+
+-removeold
+
+
+Aucun
+
+
+Efface le contenu du répertoire archives avant l'import.
+
+
+
+
+-gzip
+
+
+Aucun
+
+
+Compresse l'archive de documents Greenstone produite parimport (ZIPPlug doit faire partie de la liste des plugins greffons, et le programmegzip doit être installé sur votre machine).
+
+
+
+
+-groupsize
+
+
+Nombre >0
+
+
+Nombre de documents à rassembler dans un fichier d'archive de Greenstone. La valeur par défaut est 1 (c'est-à -dire que chaque fichier ne renferme qu'un document).
+
+
+
+
+âsortmeta
+
+
+Nom de balise de méta-données
+
+
+Trie les documents par ordre alphabétique selon le contenu de la balise de méta-données. Cette fonctionnalité est désactivée si la collection compte plus d'un groupe (c'est-à -dire quegroupsize >1).
+
+
+
+
+-OIDtype
+
+
+hash ou
+incremental
+
+
+Méthode de création des OIDs pour les documents:hash calcule une somme de contrÎle du contenu mais est lente;incremental se contente d'affecter des numéros de documents de maniÚre séquentielle, elle est donc plus rapide.
+
+
+
+
+
+
+Ãtapes du processus d'import
+
+
+
+La figure représente le processus d'import tel qu'implémenté par le programme import.pl. Chaque ovale représente un module utilisé pour mener à bien les tâches relatives à une partie spécifique du systÚme Greenstone. On peut trouver tous ces modules dans le répertoire GSDLHOME/perllib.
+Pour l'étape 3, remarquez que des variables d'import telles que importdir et archivedir peuvent être positionnées dans le fichier de configuration de la collection ou depuis la ligne de commande. Si elles sont positionnées dans la ligne de commande, toute valeur spécifiée dans le fichier de configuration sera ignorée.
+L'étape 6 voit la création du fichier d'information d'archives (archives.inf).
+L'étape 7 crée un objet qui saura où sauvegarder les documents, et qui suivra toute instruction particuliÚre de sauvegarde (telle que sortmeta, qui trie les documents selon une balise de méta-données spécifiée).
+La plupart du travail effectué par le processus d'import est en fait accompli par les greffons (plugins), qui sont appelés par le module plugin. Ce module met en place un pipe-line des greffons spécifiés dans le fichier de configuration de collection. Il gÚre aussi l'écriture des documents d'archive de Greenstone (en utilisant un objet document).
+
+
+
+
+Le processus de construction
+
+
+Lors du processus de construction le texte est compacté, et les index de corps du texte spécifiés dans le fichier de configuration de collection sont créés. De plus, les informations relatives à la collection qui apparaîtront sur le web sont pré-calculées et incorporées dans la collection -- il s'agit par exemple des informations relatives aux icones et aux titres, ainsi que des informations produites par des classificateurs. Le programme buildcol.pl partage de nombreuses options avec import.pl; elles sont détaillées dans la table . La table présente les options qui lui sont propres.
+
+
+Options propres au processus de construction
+
+
+
+
+
+Argument
+
+
+Fonction
+
+
+
+
+-builddir
+
+
+Nom de répertoire
+
+
+Spécifie où trouver le résultat de la construction (la valeur par défaut estGSDLHOME/collect/nom_col/building ).
+
+
+
+
+-index
+
+
+Nom d'index (ex.
+section:Title )
+
+
+Spécifie quels index construire. La valeur par défaut est l'ensemble des index indiqués dans le fichier de configuration de la collection.
+
+
+
+
+-allclassifications
+
+
+Aucun
+
+
+Empêche le processus de construction d'effacer les classifications qui ne contiennent aucun document (comme par exemple la classification «X» dans les titres si aucun document n'a un titre commençant par la lettre «X»).
+
+
+
+
+-create_images
+
+
+Aucun
+
+
+Crée automatiquement les icones de collection (pour utiliser ceci, il faut avoir installé GIMP et le module Perl Gimp).
+
+
+
+
+-mode
+
+
+all ,
+compress_text ,
+infodb , or
+build_index
+
+
+Détermine ce que le processus de construction doit faire (la valeur par défaut estall ). Le modeAll effectue une construction complÚte,compress_text se contente de compacter le texte du document,infodb crée une base de données des informations relatives à la collectionânom, fichiers, fichiers associés, informations de classification etc.âetbuild_index construit les index spécifiés dans le fichier de configuration de collection ou à la ligne de commande.
+
+
+
+
+âno_text
+
+
+
+Ne stocke pas de texte compacté. Cette option est utile pour minimiser la taille des index construits si l'on souhaite toujours afficher les documents originaux au moment de l'exécution.
+
+
+
+
+
+
+Ãtapes du processus de construction
+
+
+
+Le diagramme de la figure représente l'exécution du programme buildcol.pl. De nombreuses étapes sont communes avec le processus d'import. La premiÚre étape qui diffÚre est l'étape 4 (à gauche sur la figure). Cette étape n'est effectuée que si l'option create_images a été activée. Les images sont alors créées et consignées dans le fichier de configuration de collection à l'aide d'une fonction du script buildcol.pl. Pour que ceci fonctionne correctement, il faut avoir installé et configuré convenablement GIMP (GNU Image-Manipulation Program, programme de manipulation d'images de GNU) et le module Perl Gimp. Il faut aussi disposer d'un accÚs en écriture (et en lecture) sur le fichier de configuration de collection.
+L'étape 5 contrÎle d'abord l'existence ou non d'une procédure de construction propre à la collection. Certaines collections impliquent des traitements particuliers au moment de la construction, auquel cas il faut écrire un constructeur propre à la collection et le placer dans son répertoire perllib, sous le nom de la collection auquel on aura concaténé la chaîne «builder» (constructeur). Les constructeurs propres aux collections héritent de mgbuilder. Dans l'étape 5 le constructeur (qu'il s'agisse du constructeur par défaut ou d'un constructeur propre à la collection) est initialisé avec des informations telles que le nombre de documents à inclure, s'il faut ou non garder l'ancienne version de la collection, et où les répertoires building et archive sont localisés.
+L'étape 6 est l'étape de construction, au cours de laquelle le texte des documents est compacté et indexé, les titres et les icones de collection sont stockés dans la base de données d'informations de la collection, et les structures de données sont construites pour supporter les classificateurs appelés par les greffons (plugins) de la collection. Toutes ces étapes sont menées à bien par mgbuilder (ou un constructeur propre à la collection), qui lui-même utilise MG (Managing Gigabytes (gérer les giga-octets), voir Wittenet al. , 1999), logiciel de compression et d'indexation.
+L'option mode permet de spécifier les portions de collection à construire, mais par défaut tout est construit: texte compacté, index, et base de données d'informations de la collection.
+Pour publier une collection sur le web aprÚs construction, il faut la déplacer du répertoire building vers le répertoire index. Les collections ne sont pas construites directement dans le répertoire index car des collections volumineuses peuvent prendre plusieurs heures ou jours à construire. Il est important que le processus de construction n'affecte pas une copie existante de la collection tant qu'il n'est pas terminé.
+
+
+
+
+
+
+Documents d'archives de Greenstone
+
+
+Tous les documents source sont importés dans le systÚme Greenstone aprÚs conversion dans le format d'archivage de Greenstone. C'est un style XML qui divise les documents en sections, et qui peut renfermer des méta-données au niveau du document ou de chaque section. Vous ne devriez pas avoir à créer des fichiers d'archives de Greenstone manuellement -- c'est le travail des greffons (plugins) de traitement de documents décrits dans le chapitre suivant. Il est cependant utile de comprendre le format des fichiers Greenstone, et c'est pourquoi nous le décrivons ici.
+En XML, les mots-clefs sont entourés de chevrons pour le balisage. Le format d'archivage de Greenstone encode des documents déjà en HTML, et tout caractÚre <, >, ou " compris dans le texte original est échappé grâce à la convention standard <, >, et ".
+
+
+Format d'archivage de Greenstone: (a) définition de type de document (DTD); (b) document d'exemple
+
+(a)
+
+
+<!DOCTYPE GreenstoneArchive [
+Â Â Â <!ELEMENT Section (Description,Content,Section*)>
+Â Â Â <!ELEMENT Description (Metadata*)>
+Â Â Â <!ELEMENT Content (#PCDATA)>
+Â Â Â <!ELEMENT Metadata (#PCDATA)>
+Â Â Â <ATTLIST Metadata name CDATA #REQUIRED>
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0"?>
+<!DOCTYPE GreenstoneArchive SYSTEM
+"http://greenstone.org/dtd/GreenstoneArchive/1.0/GreenstoneArchive.dtd" >
+<Section>
+Â Â Â <Description>
+Â Â Â Â Â Â Â <Metadata name= "gsdlsourcefilename">ec158e.txt</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Title">Freshwater Resources in Arid Lands</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Identifier">HASH0158f56086efffe592636058</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">cover.jpg:image/jpeg:</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">p07a.png:image/png:</Metadata>
+Â Â Â </Description>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Preface</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the text of the preface
+
+Â Â Â Â Â Â Â </Content>
+Â Â Â </Section>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">First and only chapter</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 1</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the first part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 2</Metadata>
+Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the second part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â </Section>
+</Section>
+
+La premiÚre partie de la figure donne la définition de type de document (DTD) pour le format d'archivage de Greenstone. Pour simplifier, un document est divisé en éléments Section, et les sections peuvent être imbriquées. Chaque Section renferme une Description qui comprend zéro ou plusieurs éléments Metadata (méta-données), et un élément Content (contenu), qui peut être vide, et qui renferme les données du document à proprement parler. à chaque élément Metadata on associe un attribut de nom (dont le nom est libre), et des données textuelles. En XML, PCDATA signifie «parsed character data» (données de type caractÚre analysées), c'est-à -dire du texte, tout simplement.
+La deuxiÚme partie de la figure montre un document simple écrit dans ce format, qui est un petit livre avec deux images associées. Le livre consiste en deux sections appelées respectivement Préface et Premier et unique chapitre, la deuxiÚme section se divisant en deux sous-sections. Remarquez qu'il n'existe aucune notion de «chapitre» en tant que tel: un chapitre est simplement représenté comme une section de premier niveau.
+
+La balise <Section> dénote le début de chaque section de document, et la balise fermante correspondante (</Section>) marque la fin de cette section. à la suite de chaque balise <Section> on trouve un élément <Description>. S'y trouve un nombre quelconque d'éléments <Metadata>. On peut ainsi associer différentes méta-données à différentes sections du document. La plupart de ces méta-données sont des types particuliers de méta-données tels que <Title> (titre). Les deux valeurs de l'attribut name (nom) montrées dans la table reçoivent de Greenstone un traitement particulier; toutes les autres sont considérées comme des méta-données attachées à cette section.
+Dans certaines collections les documents dont divisés en pages. Ces derniÚres sont alors traitées comme des sections. Un livre peut par exemple disposer de sections de premier niveau qui correspondent à des chapitres, au sein desquels on trouvera un certain nombre de «sections» qui correspondront en réalité aux différentes pages du chapitre.
+
+
+Méta-données de document
+
+
+Les méta-données sont des informations de description associées à un document telles que l'auteur, le titre, la date, des mots-clefs, etc. Nous avons déjà signalé que les méta-données étaient stockées avec les documents. En observant la figure , on remarque que les balises <Metadata> spécifient le nom du type de méta-données, et lui donnent une valeur. On a par exemple la ligne <Metadata name="Title">Premier et unique chapitre</Metadata> dans la deuxiÚme partie de la figure  -- le titre d'un document est une méta-donnée qui lui est associée. On utilise le standard de méta-données Dublin Core pour définir des types de méta-données (Dublin Core, 2001; Weibel, 1999; Thiele, 1997).
+La table montre les types disponibles dans le standard, les étoiles signalant les entrées disponibles à ce jour sur le site web de la bibliothÚque numérique de Nouvelle-Zélande. Si aucun type ne décrit correctement un certain type de méta-données, on peut aussi utiliser des types de méta-données absentes du standard Dublin Core. La collection «Demo» contient par exemple les méta-données how to (comment faire) et Magazine.
+
+
+
+
+
+Au coeur des documents d'archive de Greenstone
+
+
+Le format d'archivage de Greenstone impose peu de structure aux documents individuels. Les document sont divisés en paragraphes. Ils peuvent être divisés hiérarchiquement en sections et en sous-sections, que l'on peut imbriquer jusqu'à une profondeur arbitraire. à chaque document est associé un identifiant de document ou OID -- ces derniers servant aussi à identifier les sections et les sous-sections par l'ajout de numéros de sections et de sous-sections, séparés par des points, à l'OID du document. On se référera par exemple à la sous-section 3 de la section 2 du document HASHa7 sous la forme HASHa7.2.3.
+Quand on lit un livre dans une collection de Greenstone, la hiérarchie des sections est reportée dans la table des matiÚres du livre. Les livres de la collection «Demo», par exemple, disposent d'une table des matiÚres hiérarchique qui montre des chapitres, des sections, et des sous-sections, comme l'illustre la figure . Les documents de la collection Computer Science Technical Reports (rapports techniques en informatique) ne disposent pas d'une structure hiérarchique de sections, mais chaque document est divisé en pages et on peut naviguer parmi les pages d'un document rapatrié. Les chapitres, les sections, les sous-sections, et les pages sont tous simplement implémentés en tant que «sections» au sein du document.
+
+
+Structure hiérarchique de la collection «Demo»
+
+(a)
+
+
+
+
+
+
+Structure hiérarchique de la collection «Demo»
+
+(b)
+
+
+
+
+La structure de document sert aussi aux index de recherche. Il existe trois niveaux possibles d'index:document ,section , etparagraphe , bien que la plupart des collections ne les utilisent pas tous trois. Un index dedocument contient tout le document -- on peut l'utiliser pour trouver tous les documents contenant un ensemble particulier de mots (qui peuvent alors être éparpillés tout au long du document, loin les uns des autres). Lors de la création d'un index desection , toute portion de texte indexée s'étend d'une balise ouvrante <Section> à la prochaine balise <Section> -- un chapitre qui débute immédiatement par une autre section créera donc un document vide dans l'index. Les sections et les sous-sections sont traitées de la même maniÚre: la structure hiérarchique de document est aplatie dans le but de créer des index de recherche. Les index deparagraphe considÚrent chaque paragraphe comme un document à part entiÚre, et sont utiles pour mener des recherches plus ciblées.
+Le menu déroulant de la figure montre les index de recherche de la collection «Demo». Les chapitres et les titres des sections sont des index au niveau de la section. alors que les livres entiers représentent des index au niveau des documents. à l'instar des index de texte, on peut créer des index pour tout type de méta-données. Certaines collections proposent par exemple des exemples des titres de sections, comme illustré sur la figure .
+
+
+
+
+
+
+Fichier de configuration de la collection
+
+
+Le fichier de configuration de la collection gouverne la structure de la collection telle qu'elle est vue par l'utilisateur, ce qui permet d'en personnaliser l'apparence et l'ergonomie, ainsi que la maniÚre dont ses documents sont traités et présentés. Le programme mkcol.pl crée un fichier de configuration de collection simple, en enregistrant votre adresse de courrier électronique en tant que créateur et mainteneur. Nous avons vu lors de l'exploration pas à pas du processus en ligne de commande que le créateur est un argument obligatoire, et il sera également enregistré en tant que mainteneur sauf si on fournit cette information séparément.
+
+
+Ãléments du fichier de configuration de la collection
+
+
+
+
+creator
+
+
+Adresse de courrier électronique du créateur de la collection
+
+
+
+
+maintainer
+
+
+Adresse de courrier électronique du mainteneur de la collection
+
+
+
+
+public
+
+
+La collection doit-elle être rendue publique ou non?
+
+
+
+
+beta
+
+
+La collection est-elle une version bêta ou non?
+
+
+
+
+indexes
+
+
+Liste des index à construire
+
+
+
+
+defaultindex
+
+
+Index par défaut
+
+
+
+
+subcollection
+
+
+Définit une sous-collection fondée sur des méta-données
+
+
+
+
+indexsubcollections
+
+
+Spécifie quelles sous-collections indexer
+
+
+
+
+defaultsubcollection
+
+
+L'indexsubcollection par défaut
+
+
+
+
+languages
+
+
+Liste des langues dans lesquelles construire des index
+
+
+
+
+defaultlanguage
+
+
+Index de langue par défaut
+
+
+
+
+collectionmeta
+
+
+Définit des méta-données au niveau de la collection
+
+
+
+
+plugin
+
+
+Spécifie un greffon (\lang{plugin}) à utiliser au moment de la construction
+
+
+
+
+format
+
+
+Chaîne de formatage (notion expliquée ci-dessous)
+
+
+
+
+classify
+
+
+Spécifie un classificateur à utiliser au moment de la construction
+
+
+
+
+Chaque ligne du fichier de configuration de collection est sur le modÚle de la paire «attribut, valeur». Chaque attribut donne une information sur la collection qui affecte la maniÚre dont elle sera représentée ou dont les documents seront traités. La table montre les éléments que l'on peut inclure dans un fichier de configuration de collection, et à quoi sert chaque élément. En plus de ceux-ci, on peut aussi spécifier toutes les options de ligne de commande des programmes import.pl et buildcol.pl dans un fichier de configuration de collection. Par exemple, une ligne disant no_text true (true signifie «vrai» ou «activé» dans ce contexte) positionnera l'option no_text du programme buildcol.pl.
+Le fichier de configuration de collection créé par le script mkcol.pl et présenté table , est trÚs simple et ne contient que le strict minimum d'informations. Les lignes 1 et 2 proviennent de la valeur de creator fournie au programme mkcol.pl, et renferment les adresses de courrier électronique des responsables de la création et de la maintenance de la collection (qui peuvent être distincts).
+
+
+Fichier de configuration de collection créé parmkcd.pl
+
+
+
+
+
+Attribute
+
+
+Valeur
+
+
+
+
+1
+
+
+creator
+
+
+utilisateur@email.com
+
+
+
+
+2
+
+
+maintainer
+
+
+utilisateur@email.com
+
+
+
+
+3
+
+
+public
+
+
+True
+
+
+
+
+4
+
+
+beta
+
+
+True
+
+
+
+
+5
+
+
+indexes
+
+
+document:text
+
+
+
+
+6
+
+
+defaultindex
+
+
+document:text
+
+
+
+
+7
+
+
+plugin
+
+
+ZIPPlug
+
+
+
+
+8
+
+
+plugin
+
+
+GAPlug
+
+
+
+
+9
+
+
+plugin
+
+
+TextPlug
+
+
+
+
+10
+
+
+plugin
+
+
+HTMLPlug
+
+
+
+
+11
+
+
+plugin
+
+
+EMAILPlug
+
+
+
+
+12
+
+
+plugin
+
+
+ArcPlug
+
+
+
+
+13
+
+
+plugin
+
+
+RecPlug
+
+
+
+
+14
+
+
+classify
+
+
+AZList metadata Title
+
+
+
+
+15
+
+
+collectionmeta
+
+
+collectionname "collection d'exemple"
+
+
+
+
+16
+
+
+collectionmeta
+
+
+iconcollection ""
+
+
+
+
+17
+
+
+collectionmeta
+
+
+collectionextra ""
+
+
+
+
+18
+
+
+collectionmeta
+
+
+.document:text "documents"
+
+
+
+
+La ligne 3 indique si la collection sera accessible au public aprÚs construction, et peut prendre les valeurs true (valeur par défaut, qui signifie que la collection sera publiquement disponible), ou false (qui signifie que cela ne sera pas le cas). C'est utile lorsque l'on construit des collections pour tester le logiciel, ou pour usage personnel. La ligne 4 indique si la collection est une version bêta ou non (la valeur par défaut ici aussi est true, ce qui signifie que la collection est une version bêta).
+La ligne 5 détermine les index de collection à créer au moment de la construction: dans cet exemple, seul le texte du document sera indexé. Il existe trois niveaux possibles d'index:document ,section , etparagraphe (paragraph en anglais). Ils peuvent contenir les données au format texte (text) ou dans toute méta-donnée -- la plus commune est le titre (Title). On spécifie un index en précisant niveaudonnées. Par exemple, pour inclure également un index des titres de sections, il faudrait remplacer la ligne 5 par indexes documenttext sectionTitle. On inclut plusieurs types de données dans le même index en les séparant par des virgules. Pour créer par exemple un index au niveau de la section de titres, de texte et de dates, il faudrait avoir en ligne 5 indexes sectiontext,Title,Date. Le defaultindex défini en ligne 6 est l'index à utiliser par défaut sur la page de recherche de la collection.
+Les lignes 7 à 13 spécifient les greffons (plugins) à utiliser lors de la conversion de documents vers le format d'archivage de Greenstone et lors de la construction de collections depuis des fichiers d'archives. La section détaille les greffons disponibles. L'ordre dans lequel les greffons sont listés est l'ordre dans lequel ils sont appliqués sur chaque document. DÚs qu'un greffon a été capable de traiter un document, les suivants de la liste ne sont pas appelés.
+La ligne 14 spécifie qu'il faudra créer une liste alphabétique des titres à des fins de navigation. Les structures de navigation sont construites par des «classificateurs». La section détaille les classificateurs et leurs possibilités.
+Les lignes 15 à 18 servent à spécifier les méta-données au niveau de la collection. L'attribut collectionname définit la forme longue du nom de la collection, qui sera utilisée en tant que «titre» pour le navigateur web. L'attribut collectionicon donne l'URL de l'icone de la collection. Si comme ligne 18 on spécifie un index, la chaîne suivante sera affichée comme le nom de cet index sur la page de recherche de la collection. Une méta-donnée au niveau de la collection particuliÚrement importante est collectionextra, qui fournit un texte, entouré d'apostrophes doubles, décrivant la collection. Il servira de texte pour le paragraphe «à propos». On peut fournir différentes versions de l'attribut collectionextra pour différentes langues d'interface en ajoutant une spécification de langue entre crochets. Par exemple,
+
+collectionmeta collectionextra "collection description"
+
+
+collectionmeta collectionextra [l=fr] "description en français"
+
+
+collectionmeta collectionextra [l=mi] "description en maori"
+
+Si la langue d'interface est positionnée à «fr» ou «mi», la version appropriée de la description sera affichée. Pour d'autres langues c'est la version par défaut qui apparaîtra.
+Ce fichier de configuration de collection simple ne fournit aucun exemple de chaîne de formatage, ni des possibilités de sous-collection et de langue proposées par le fichier de configuration. Les chaînes de format seront couvertes plus en détail dans la section , mais nous traiterons des sous-collections et des langues ici-même.
+
+
+Sous-collections
+
+
+Greenstone permet de définir des sous-collections et de construire des index séparés pour chacune d'entre elles. Une collection comprend par exemple un sous-ensemble important de documents appelé Food and Nutrition Bulletin (bulletin de la nourriture et de la nutrition). Nous l'utiliserons en tant qu'exemple.
+Cette collection compte trois index, tous trois au niveau de la section: le premier pour toute la collection, le deuxiÚme pour le Food and Nutrition Bulletin, et le troisiÚme pour les documents restants. On peut lire ci-aprÚs les lignes concernées du fichier de configuration de collection:
+indexes section:text
+subcollection fn "Title/^Food and Nutrition Bulletin/i "
+subcollection other "!Title/^Food and Nutrition Bulletin/i "
+indexsubcollections fn other fn,other
+Les lignes deux et trois définissent des sous-collections appelées fn, qui contiendra les documents du Food and Nutrition Bulletin, et other, qui contiendra les documents restants. Le troisiÚme champ de ces définitions est une expression rationnelle de Perl qui identifie ces sous-ensembles en utilisant la méta-donnée Title: on recherche des titres qui commencent par Food and Nutrition Bulletin dans le premier cas, et les titres qui ne commencent pas ainsi dans le second (remarquez le "!" de négation). L'i final rend la reconnaissance de motif indépendante de la casse: majuscules et minuscules seront confondues. Le champ de méta-données, qui dans le cas présent est Title, peut être n'importe quel champ valide, ou Filename (nom de fichier) pour reconnaître le nom de fichier original du document. La quatriÚme ligne, indexsubcollections, spécifie trois index: un pour la collection fn, un pour la sous-collection other, et le troisiÚme pour les deux sous-collections (c'est-à -dire pour tous les documents). Remarquez que si deux entrées avaient été spécifiées sur la premiÚre ligne, indexes, le nombre total d'index générés aurait été de six et non pas de trois.
+Si une collection contient des documents dans des langues différentes, on peut construire des index séparés pour chaque langue. La langue est une méta-donnée; les valeurs sont spécifiées à l'aide des codes en deux lettres du standard ISO 639 représentant les noms des langues -- par exemple, en est l'anglais, fr le français, zh le chinois, et mi le maori. Ãtant donné que l'on peut spécifier des valeurs de méta-données au niveau de la section, on peut avoir certaines portions de documents dans des langues différentes.
+Si par exemple le fichier de configuration contenait
+indexes section:text section:Title document:text paragraph:text
+languages en zh mi
+les index de texte de sections, de titres de sections, de texte de document et de texte de paragraphe seraient créés en anglais, en chinois, et en maori -- pour un total de douze index. Si on ajoute quelques sous-collections, voilà qui augmente d'autant le nombre d'index, et d'une multiplication! Il faut prendre garde à la surenchÚre des index.
+(On pourrait obtenir une telle spécification d'index avec subcollection plutÎt qu'avec la fonctionnalité languages. Mais la syntaxe excluant la création de sous-collections de sous-collections, il serait alors impossible d'indexer chaque langue séparément dans chaque sous-collection.)
+
+
+
+
+Recherche inter-collections
+
+
+Greenstone propose une fonctionnalité de recherche transverse aux collections, qui permet d'effectuer une recherche parmi plusieurs collections à la fois, et de combiner les résultats en coulisses de maniÚre à donner à l'utilisateur l'impression qu'il a mené sa recherche dans une unique collection unifiée. On peut rechercher tout sous-ensemble de collections: la page de Préférences laisse choisir quelles collections inclure dans les recherches.
+On active la recherche inter-collections par une ligne
+supercollection col _1 col _2 âŠ.
+où les collections impliquées sont appelées col_1, col_2, ... La même ligne devrait apparaître dans les fichiers de configuration de toutes les collections impliquées.
+
+
+
+
+
+
+
+
+Exploitez vos documents au maximum
+
+
+On peut individualiser les collections pour rendre accessibles les informations qu'elles contiennent de diverses maniÚres. Le présent chapitre décrit la maniÚre dont Greenstone extrait l'information des documents et la présente à l'utilisateur: le traitement des documents (section ), les structures de classification (section ), et les outils d'interface utilisateur (sections et ).
+
+
+Greffons (plugins)
+
+
+Les greffons analysent les documents importés et en extraient les méta-données. Par exemple, le greffon HTML convertit des pages HTML en format d'archivage de Greenstone et extrait les méta-données explicites dans le format de document -- telles que les titres, entourés de balises <title></title>.
+Les greffons sont écrits en Perl. Ils sont tous inspirés d'un greffon de base appelé BasPlug, qui effectue les opérations partout nécessaires, telles que créer un nouveau document d'archive de Greenstone avec lequel travailler, affecter un identifiant d'objet (OID), et gérer les sections d'un document. Les greffons se trouvent dans le répertoire perllib/plugins.
+Pour en savoir plus sur un greffon particulier, tapezpluginfo.pl nom-de-greffon à l'invite de commandes (il vous faudra d'abord invoquer le script de réglages approprié si vous ne l'avez pas encore fait, et sous Windows il vous faudra taper perl -S pluginfo.pl plugin-name si votre environnement n'est pas réglé pour associer les fichiers se terminant en .pl à l'interpréteur Perl). Ceci affichera des informations relatives au greffon à l'écran -- les options spécifiques qu'il accepte, et quelles options générales sont autorisées.
+On peut facilement écrire de nouveaux greffons qui traitent des formats de documents non couverts par les greffons existants, mettent les documents en forme d'une maniÚre particuliÚre, ou extraient un nouveau type de méta-données.
+
+
+Options générales
+
+
+La table montre les options acceptées par tout greffon héritant de BasPlug.
+
+
+Options valables pour tous les greffons
+
+
+
+
+input_encoding
+
+
+Encodage de caractÚres utilisé dans les documents source. Par défaut Greenstone devine automatiquement l'encodage utilisé dans chaque document. Il est parfois utile cependant de positionner cette valeur: si par exemple vous savez que tous vos documents sont en ASCII brut, positionner l'encodage en entrée à la valeurascii augmentera considérablement la vitesse d'import et de construction de votre collection. Il existe de nombreuses valeurs possibles; tapezpluginfo.pl BasPlug pour en obtenir la liste complÚte.
+
+
+
+
+default_encoding
+
+
+L'encodage utilisé siinput_encoding vautauto et que la détection automatique d'encodage échoue.
+
+
+
+
+process_exp
+
+
+Une expression rationnelle de Perl à utiliser sur les noms de fichier (pour localiser par exemple un certain type d'extension de fichier). Ceci dicte les fichiers qu'un greffon doit traiter. Chaque greffon dispose d'une valeur par défaut (la valeur par défaut deHTMLPlug est(?i).html? âc'est-à -dire tout fichier d'extension.htm ou.html ).
+
+
+
+
+block_exp
+
+
+Une expression rationnelle de Perl à utiliser sur les noms de fichier qui ne doivent pas être passés aux greffons suivants. Ceci peut éviter l'apparition d'ennuyeux messages d'erreur qui ne vous intéressent pas. Certains greffons disposent d'expressions de blocage par défautâpar exemple, le greffonHTMLPlug bloque les fichiers d'extensions.gif ,.jpg ,.jpeg ,.png ,.rtf and.css .
+
+
+
+
+cover_image
+
+
+Recherche un fichier.jpg (portant le même nom que le fichier en cours de traitement) et l'associe au document en tant qu'image de couverture.
+
+
+
+
+extract_acronyms
+
+
+Extrait les acronymes des documents et les ajoute en tant que méta-données aux documents d'archive de Greenstone correspondants.
+
+
+
+
+markup_acronyms
+
+
+Ajoute des informations sur les acronymes dans le texte du document.
+
+
+
+
+extract_language
+
+
+Identifie la langue de chaque document et l'associe en tant que méta-donnée. Ceci est automatique si l'option input_encoding a la valeurauto .
+
+
+
+
+default_language
+
+
+Si l'extraction automatique de la langue échoue, la méta-donnée de langue est positionnée à cette valeur.
+
+
+
+
+first
+
+
+Extrait une liste séparée par des virgules de la premiÚre portion de texte et l'ajoute en tant que méta-donnée FirstNNN (souvent utilisé en remplacement deTitle ).
+
+
+
+
+extract_email
+
+
+Extrait les adresses de courrier électronique et les ajoute aux méta-données du document.
+
+
+
+
+extract_date
+
+
+Extrait les dates relatives au contenu de documents historiques et les ajoute en tant que méta-données de typeCoverage .
+
+
+
+
+
+
+
+
+Greffons de traitement de documents
+
+
+
+
+Greffons (plugins ) de Greenstone
+
+
+
+
+
+
+Purpose
+
+
+File types
+
+
+Ignores files
+
+
+
+
+Généraux
+
+
+ArcPlug
+
+
+Traite les fichiers mentionnés dans le fichierarchives.inf , qui est utilisé comme vecteur de communication entre les processus d'import et de construction. Doit être inclus (sauf siimport.pl n'est pas utilisé).
+
+
+â
+
+
+â
+
+
+
+
+
+RecPlug
+
+
+Explore récursivement une structure arborescente de répertoire en regardant si les fichiers sont des répertoires et si c'est le cas, en insérant tous les fichiers du répertoire dans le pipe-line des greffons. Affecte les méta-données si l'optionâuse_metadata_files est positionnée et si des fichiersmetadata.xml sont présents.
+
+
+â
+
+
+â
+
+
+
+
+
+GAPlug
+
+
+Traite les fichiers d'archive de Greenstone générés par le programmeimport.pl. Doit être inclus (sauf si import.pl n'est pas utilisé).
+
+
+.xml
+
+
+â
+
+
+
+
+
+TEXTPlug
+
+
+Traite le texte brut en le plaçant entre balises<pre> </pre> (et en le traitant comme s'il était pré-formaté).
+
+
+.txt, .text
+
+
+â
+
+
+
+
+
+HTMLPlug
+
+
+Traite le HTML en remplaçant les liens hypertexte de maniÚre appropriée. Si le document cible d'un lien n'est pas dans la collection, une page intermédiaire est insérée, avertissant l'utilisateur qu'il quitte la collection. Extrait les méta-données déjà disponibles telles queTitle .
+
+
+.htm, .html, .cgi, .php, .asp, .shm, .shtml
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+WordPlug
+
+
+Traite les fichiers au format Microsoft Word, en extrayant l'auteur et le titre s'ils sont disponibles, et en laissant les diagrammes et les images aux endroits appropriés. Les outils de conversion utilisés par ce greffon produisent parfois du HTML mal mis en forme, et nous recommandons que vous fournissiez les documents originaux à des fins de visualisation lors de la construction de collections de fichiers Word. Le texte extrait est cependant convenable à des fins de recherche et d'indexation.
+
+
+.doc
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PDFPlug
+
+
+Traite les documents PDF, en extrayant la premiÚre ligne de texte en tant que titre. Le programmepdftohtml ne parvient pas à traiter certains fichiers PDF. Le processus de conversion prend un temps exponentiellement long, et on voit souvent apparaître à l'écran un message traitant de ce processus. Si cela se produit, la seule solution que nous puissions proposer est d'Îter le document concerné de la collection et de recommencer le processus d'import.
+
+
+.pdf
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PSPlug
+
+
+Traite les documents PostScript, en extrayant optionnellement les méta-données de date, de titre, et de numéro de page.
+
+
+.ps
+
+
+.eps
+
+
+
+
+
+EMAILPlug
+
+
+Traite les messages de courrier électronique, en reconnaissant l'auteur, le thÚme, la date, etc. Ce greffon ne traite pas encore correctement les courriers électroniques encodés au format MIMEâbien que lisibles, ils ont souvent un aspect étrange.
+
+
+Doit se terminer par des chiffres ou des chiffres suivis de.Email
+
+
+â
+
+
+
+
+
+BibTexPlug
+
+
+Traite les fichiers de bibliographie au formatBibTex .
+
+
+.bib
+
+
+â
+
+
+
+
+
+ReferPlug
+
+
+Traite les fichiers de bibliographie au formatrefer .
+
+
+.bib
+
+
+â
+
+
+
+
+
+SRCPlug
+
+
+Traite les fichiers de code source
+
+
+Makefile, Readme, .c, .cc, .cpp, .h, .hpp, .pl, .pm, .sh
+
+
+.o, .obj, .a, .so, .dll
+
+
+
+
+
+ImagePlug
+
+
+Traite les fichiers d'images pour créer une bibliothÚque d'images. Ne fonctionne que sous Unix.
+
+
+.jpeg, .jpg, .gif, .png, .bmp, .xbm, .tif, .tiff
+
+
+â
+
+
+
+
+
+SplitPlug
+
+
+à l'instar de BasPlug et de ConvertToPlug, il ne faut pas appelé ce greffon directement; il faut plutÎt que des greffons qui ont besoin de traiter des fichiers contenant plusieurs documents en héritent.
+
+
+â
+
+
+â
+
+
+
+
+
+FOXPlug
+
+
+Traite les fichiers dbt de FoxBASE
+
+
+.dbt, .dbf
+
+
+â
+
+
+
+
+
+ZIPPlug
+
+
+Décompacte les fichiersgzip ,bzip ,zip , ettar files, pour peu que les outils GNU appropriés soient disponibles.
+
+
+.gzip, .bzip, .zip, .tar, .gz, .bz, .tgz, .taz
+
+
+â
+
+
+
+
+Propres à une collection
+
+
+PrePlug
+
+
+Traite la sortie HTML en utilisant PRESCRIPT, divisant les documents en pages pour la collection Computer Science Technical Reports .
+
+
+.html, .html.gz
+
+
+â
+
+
+
+
+
+GBPlug
+
+
+Traite le texte électronique du projet Gutenbergâqui comprend des informations de titre saisies manuellement.
+
+
+.txt.gz, .html, .htm
+
+
+â
+
+
+
+
+
+TCCPlug
+
+
+Traite les documents de courrier électronique de la collectionComputists' Weekly (l'hebdomadaire des informaticiens)
+
+
+Doit commencer partcc oucw
+
+
+â
+
+
+
+
+Les greffons de traitement de documents sont utilisés par le logiciel de construction de collection pour analyser chaque document source d'une maniÚre qui dépend de son format. Le fichier de configuration d'une collection liste tous les greffons utilisés lors de sa construction. Lors de l'opération d'import, chaque fichier ou chaque répertoire est passé tour à tour à tous les greffons jusqu'à ce qu'un greffon soit trouvé qui puisse traiter l'objet -- c'est pourquoi les premiers greffons listés ont la priorité sur des greffons apparaissant plus tard dans la liste. Si aucun greffon ne peut traiter le fichier, un avertissement est affiché (sur la sortie d'erreur standard) et le traitement passe au fichier suivant (c'est pourquoi l'option block_exp peut être utile -- pour éviter ces messages d'erreur dans le cas de fichiers qui sont peut-être présents mais n'ont pas besoin d'être traités). Lors de la construction, on utilise la même procédure, mais c'est le répertoire archives qui est traité en lieu et place du répertoire import.
+Les greffons standard de Greenstone sont listés table . Il est nécessaire d'utiliser un processus récursif pour traverser des hiérarchies de répertoires. Bien que les programmes d'import et de construction n'effectuent pas de récursion explicite, certains greffons provoquent une récursion indirecte en passant des noms de fichiers ou de répertoires dans le pipe-line des greffons. Par exemple, la maniÚre habituelle d'opérer récursivement à travers une hiérarchie de répertoire est de spécifier RecPlug, qui travaille exactement ainsi. S'il est présent, il devrait être en derniÚre position dans le pipe-line. Seuls les deux premiers greffons de la table provoquent une récursion indirecte.
+Certains greffons sont écrits pour des collections spécifiques, avec un format de document que l'on ne trouve nulle part ailleurs, tel que le texte électronique utilisé dans la collection Gutenberg. Ces greffons spécifiques à une collection se trouvent dans le répertoire perllib/plugins de la collection. On peut utiliser des greffons spécifiques à une collection pour remplacer des greffons généraux portant le même nom, qui ne seront alors pas appelés.
+Certains greffons de traitement de documents utilisent des programmes externes qui analysent des formats de fichiers propriétaires spécifiques -- tel que par exemple Microsoft Word -- et les transforment en texte brut ou en HTML. Un greffon général appelé ConvertToPlug invoque le programme de conversion approprié et en passe le résultat aux greffons TEXTPlug ou HTMLPlug. Nous décrirons cette opération plus en détail sous peu.
+Certains greffons disposent d'options individuelles, qui les contrÎlent de maniÚre plus fine que ce que permettent les options générales. C'est la table qui décrit ces options individuelles.
+
+
+Options propres aux greffons
+
+
+
+
+
+Option
+
+
+But
+
+
+
+
+HTMLPlug
+
+
+nolinks
+
+
+Ne piÚge pas de liens dans la collection. Ceci accélÚre les processus d'import et de construction, mais tout lien contenu dans la collection sera cassé.
+
+
+
+
+
+description_tags
+
+
+InterprÚte les fichiers de documents balisés comme dans la sous-section 2.1.5.
+
+
+
+
+
+keep_head
+
+
+N'enlÚve pas les en-têtes HTML.
+
+
+
+
+
+no_metadata
+
+
+Ne recherche aucune méta-donnée (ceci peut accélérer les processus d'import et de construction).
+
+
+
+
+
+metadata_fields
+
+
+Prend une liste séparée par des virgules de types de méta-données à extraire (dont la valeur par défaut estTitle ).Pour changer le nom des méta-données dans le fichier d'archive de Greenstone, utilisezbalise<nouveaunom> oùbalise est la balise HTML recherchée etnouveaunom son nouveau nom.
+
+
+
+
+
+hunt_creator_metadata
+
+
+Trouve autant de méta-données que possible relatives à la paternité du document et les consigne dans le document d'archive de Greenstone sous la forme de méta-donnéesCreator . Il faut aussi inclureCreator avec l'optionmetadata_fields .
+
+
+
+
+
+file_is_url
+
+
+Utilisez cette option si un programme de miroir web a été utilisé pour créer la structure des documents à importer.
+
+
+
+
+
+assoc_files
+
+
+Donne une expression rationnelle de Perl qui décrit les types de fichiers à traiter comme des fichiers associés. Les types par défaut sont.jpg ,.jpeg ,.gif ,.png ,.css
+
+
+
+
+
+rename_assoc_files
+
+
+Change le nom des fichiers associés aux documents. Lors de ce processus la structure de répertoire de tout fichier associé rétrécira beaucoup (ce qui est utile s'il faut stocker la collection dans un espace disque limité).
+
+
+
+
+HTMLPlug et
+TEXTPlug
+
+
+title_sub
+
+
+Expression de substitution Perl pour modifier les titres.
+
+
+
+
+PSPlug
+
+
+extract_date
+
+
+Extrait la date de création de l'en-tête PostScript et la stocke en tant que méta-donnée.
+
+
+
+
+
+extract_title
+
+
+Extrait le titre du document de l'en-tête PostScript et le stocke en tant que méta-donnée de titre.
+
+
+
+
+
+extract_pages
+
+
+Extrait les numéros de pages du document PostScript et les ajoute aux sections appropriées en tant que méta-données sous la balisePages .
+
+
+
+
+RecPlug
+
+
+use_metadata_files
+
+
+Affecte des méta-données à partir d'un fichier tel que décrit dans la sous-section 2.1.4.
+
+
+
+
+ImagePlug
+
+
+Diverses options
+
+
+VoirImagePlug.pm.
+
+
+
+
+SRCPlug
+
+
+remove_prefix
+
+
+Donne une expression rationnelle de Perl d'un motif à chercher en tête et qu'il faut Îter du nom de fichier. Le comportement par défaut est d'Îter tout le chemin.
+
+
+
+
+
+
+
+
+Greffons d'import de formats propriétaires
+
+
+Les formats propriétaires posent des problÚmes difficiles pour tout systÚme de bibliothÚque numérique. Bien qu'ils soient parfois documentés, ils sont susceptibles de changer sans préavis, et il est difficile de suivre le rythme des changements. Greenstone a fait le choix d'utiliser des outils de conversion publiés selon les termes de la GPL (licence publique générale de GNU) par des gens focalisés sur telle ou telle tâche de conversion. Les outils pour convertir les formats Word et PDF sont inclus dans le répertoire packages. Tous convertissent des documents au format texte ou au format HTML. Les greffons HTMLPlug et TEXTPlug prennent ensuite la relÚve et convertissent ce résultat intermédiaire au format d'archivage de Greenstone. C'est ConvertToPlug qui est utilisé pour inclure les outils de conversion. BasPlug n'est jamais appelé directement, mais les greffons traitant des formats particuliers en héritent, comme illustré figure . ConvertToPlug utilise le systÚme d'héritage dynamique de Perl pour hériter soit de TEXTPlug soit de HTMLPlug, selon le format dans lequel le document source a été converti.
+
+
+Hiérarchie d'héritage des greffons (plugins)
+
+
+
+Quand ConvertToPlug reçoit un document, il appelle gsConvert.pl (qui se trouve dans le répertoire GSDLHOME/bin/script) pour invoquer l'outil de conversion approprié. AprÚs conversion, le document est renvoyé vers le greffon ConvertToPlug, qui invoque ensuite le greffon texte ou HTML, selon les cas. Tout greffon héritant de ConvertToPlug dispose d'une option convert_to (convertit vers), dont l'argument est soit text (texte) soit html, pour spécifier le format intermédiaire préféré. Le format texte est plus rapide, mais le format HTML rend mieux en général, et comprend des images.
+Il existe parfois plusieurs outils de conversion pour traiter un format particulier, et le programme gsConvert peut en essayer plusieurs sur un document donné. Par exemple, l'outil habituel de conversion du format Work, wvWare, ne traite pas les formats antérieurs à Word 6, et c'est un programme appelé AnyToHTML, qui se contente d'extraire toutes les chaînes de texte qu'il peut trouver, qui est appelé pour convertir les documents au format Word 5.
+Voici les étapes nécessaires pour ajouter un nouvel outil externe de conversion de document:
+
+
+Installez le nouvel outil de conversion de maniÚre qu'il soit accessible à Greenstone (placez-le dans le répertoire packages).
+
+
+Modifiez gsConvert.pl pour utiliser le nouvel outil de conversion. Il s'agit d'ajouter une nouvelle clause à l'instruction if de la fonction main, et d'ajouter une fonction qui appelle l'outil de conversion.
+
+
+Ãcrivez un greffon de premier niveau qui hérite de ConvertToPlug pour intercepter le format et le passer à la suite de la chaîne.
+
+
+
+
+
+
+Affecter des méta-données à partir d'un fichier
+
+
+Le greffon standard RecPlug incorpore également une méthode pour positionner des méta-données dans les documents de maniÚre manuelle (ou automatique) à partir de fichiers XML créés manuellement (ou automatiquement). Nous détaillons quelque peu ceci, de maniÚre que vous puissiez créer des fichiers de méta-données dans le format approprié. Si l'option use_metadata_files est précisée, RecPlug utilise un fichier de méta-données auxiliaire, metadata.xml. La premiÚre partie de la figure illustre la définition de type de document (DTD) XML pour le format du fichier de méta-données, et la deuxiÚme partie de la figure montre un exemple de fichier metadata.xml.
+
+
+Format XML: (a) Définition de type de document (DTD); (b) Fichier de méta-données d'exemple
+
+(a)
+
+
+<!DOCTYPE GreenstoneDirectoryMetadata [
+ <!ELEMENT DirectoryMetadata (FileSet*)>
+ <!ELEMENT FileSet (FileName+,Description)>
+ <!ELEMENT FileName (#PCDATA)>
+ <!ELEMENT Description (Metadata*)>
+ <!ELEMENT Metadata (#PCDATA)>
+ <ATTLIST Metadata name CDATA #REQUIRED>
+ <ATTLIST Metadata mode (accumulate|override) "override">
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0" ?>
+<!DOCTYPE GreenstoneDirectoryMetadata SYSTEM
+"http://greenstone.org/dtd/GreenstoneDirectoryMetadata/ 1.0/GreenstoneDirectoryMetadata.dtd">
+<DirectoryMetadata>
+ <FileSet>
+ <FileName>nugget.*</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse</Metadata>
+ <Metadata name="Place" mode="accumulate">Nugget Point</Metadata>
+ </Description>
+ </FileSet>
+ <FileSet>
+ <FileName>nugget-point-1.jpg</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse , The Catlins </Metadata>
+ <Metadata name="Subject">Lighthouse</Metadata>
+ </Description>
+ </FileSet>
+</DirectoryMetadata>
+
+Le fichier d'exemple contient deux structures de méta-données. Dans chacune, l'élément filename décrit les fichiers auxquels les méta-données s'appliquent, sous la forme d'une expression rationnelle. <FileName>nugget.*</FileName> indique ainsi que le premier enregistrement de méta-données s'applique à tous les fichiers dont le nom commence par «nugget» . Pour ces fichiers, la méta-donnée Title vaudra «Phare de Nugget Point».
+Les éléments de méta-données sont traités dans l'ordre dans lequel ils apparaissent. La deuxiÚme structure de la figure 10 positionne la méta-donnée Title pour le fichier nugget-point-1.jpg à la valeur «Phare de Nugget Point, Catlins», en écrasant la spécification précédente. Elle ajoute également un champ Subject dans les méta-données.
+Parfois, les méta-données sont multi-valuées et les nouvelles valeurs devraient s'accumuler au lieu d'écraser les précédentes. L'attribut mode=accumulate a cet effet. Il est appliqué à la méta-donnée Place (lieu) dans la premiÚre spécification de la figure 10, cette méta-donnée sera donc multi-valuée. Pour revenir à une méta-donnée simple, écrivez<Metadata name="Place" mode="override">Nouvelle-Zélande</Metadata> En fait, on peut négliger de préciser cette spécification de mode puisque tout élément écrase le précédent par défaut, sauf indication contraire. Pour accumuler les méta-données dans un champ particulier, il faut préciser mode=accumulate à chaque occurrence.
+Quand son option use_metadata_files est activée, le greffon RecPlug recherche dans chaque répertoire en entrée un fichier XML appelé metadata.xml et applique son contenu à tous les fichiers et sous-répertoires du répertoire courant.
+Le mécanisme metadata.xml instancié dans le greffon RecPlug n'est qu'une maniÚre de spécifier des méta-données pour des documents. Il est facile d'écrire des greffons différents qui accepteront des spécifications de méta-données dans des formats complÚtement différents.
+
+
+
+
+Baliser les fichiers de documents
+
+
+Il faut souvent structurer les documents source en sections et sous-sections, et donc communiquer cette information à Greenstone de maniÚre qu'il puisse reproduire la structure hiérarchique du document. On peut aussi associer à chaque section et sous-section des méta-données, et en particulier un titre.
+La maniÚre la plus simple de procéder est souvent d'éditer les fichiers source, tout simplement. Le greffon HTML dispose d'un option description_tags qui traite les balises dans le texte comme suit:
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> Realizing human rights for poor people: Strategies for achieving the international development targets</Metadata>
+ </Description>
+-->
+(texte de la section)
+<!--
+</Section>
+-->
+On utilise les marqueurs<!-- ... --> car ils dénotent des commentaires en HTML; ces balises de section n'auront donc aucun impact sur la mise en forme du document. On peut spécifier d'autres types de méta-données dans la portion Description, mais ce n'est pas le cas du style de collection décrit ici. On peut aussi imbriquer des balises, de telle sorte que la ligne(texte de la section) ci-dessus peut elle-même inclure des sous-sections, telles que
+(texte de la premiÚre partie de la section)
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> The international development targets</Metadata>
+ </Description>
+-->
+(texte de la sous-section)
+<!--
+</Section>
+-->
+(texte de la derniÚre partie de la section)
+Cette fonctionnalité est héritée par tout greffon utilisant HTMLPlug. En particulier, le greffon Word convertit les données qu'il reçoit au format HTML: on peut donc procéder exactement de la même maniÚre pour spécifier des méta-données dans les fichiers Word (et RTF). Ceci implique un peu de travail en coulisses, puisque lors de la conversion de documents Word vers HTML, le programme prend soin, normalement, de neutraliser les caractÚres significatifs pour HTML, tels que< et> ; nous nous sommes arrangés pour contourner cette neutralisation dans le cas des spécifications mentionnées ci-dessus. Il faut alors utiliser exactement le même format, même dans des fichiers Word, et ne pas oublier les<!-- et--> qui entourent les méta-données. Le choix des polices et l'espacement n'ont aucune importance.
+
+
+
+
+
+
+Classificateurs
+
+
+Les classificateurs servent à créer les index de navigation d'une collection, comme par exemple l'index titres A-Z de la collection dlpeople, et les index thÚme, comment faire, organisation et titres A-Z dans la bibliothÚque de développement pour l'humanité, dont la collection «Demo» est un sous-ensemble. La barre de navigation située au sommet des copies d'écran dans les figures 3 et 8a inclut la fonction Rechercher, qui est toujours disponible, suivie par autant de boutons que de classificateurs définis. Les informations servant à la navigation sont stockées dans la base de données d'informations de la collection, et y sont placées par des classificateurs lors de la phase finale du programme buildcol.pl.
+
+
+ClassificateurAZList
+
+
+
+Les classificateurs, à l'instar des greffons, sont spécifiés dans le fichier de configuration de la collection. à chacun correspond une ligne débutant par le mot-clef classify et suivie du nom du classificateur et des options qu'il accepte. Le fichier de configuration de collection simple étudié dans la section comprend la ligne classify AZList -metadata Title, qui crée une liste alphabétique des titres en prenant tous les documents pourvus d'un champ de méta-données Title, en triant ces derniers et en les ventilant en intervalles alphabétiques. On trouvera un exemple dans la figure .
+
+
+ClassificateurList
+
+
+
+Un classificateur plus simple, appelé List, et illustré dans la figure , crée une liste triée d'une méta-donnée spécifiée et l'affiche sans créer de tranches alphabétiques. Un exemple est la méta-donnée how to de la collection «Demo», qui est produite par la ligne classify List -metadata Howto dans le fichier de configuration de la collection . Un autre classificateur de liste générique est DateList, illustré dans la figure , qui engendre une liste de sélection d'intervalles de dates (le classificateur DateList est également utilisé dans la collection «Archives» de Greenstone).
+
+
+ClassificateurDateList
+
+
+
+D'autres classifications engendrent des structures de navigation qui sont explicitement hiérarchiques. Les classifications hiérarchiques sont utiles pour des classifications et sous-classifications de thÚmes, et les hiérarchies organisationnelles. Le fichier de configuration de la collection «Demo» contient la ligne classify Hierarchy -hfile sub.txt -metadata Subject -sort Title, et la figure ontre la hiérarchie de thÚmes que cette ligne produit. L'étagÚre portant un titre en gras et l'étagÚre actuellement utilisée; la classification de thÚme à laquelle elle appartient la surplombe. Dans cet exemple la hiérarchie utilisée pour la classification est stockée dans un simple fichier texte, sous le nom sub.txt.
+
+
+ClassificateurHierarchy
+
+
+
+Tous les classificateurs génÚrent une structure hiérarchique qui est utilisée pour afficher un index de navigateur. Les niveaux les plus bas de la hiérarchie (les feuilles) sont généralement les documents, mais dans certains classificateurs ce sont les sections. Les noeuds internes de la hiérarchie sont Vlist, Hlist, ou Datelist. Un noeud Vlist est une liste d'objets affichés verticalement et descendant la page, telle que l'index «comment faire» de la collection «Demo» (figure ). Un noeud Hlist est affiché horizontalement; par exemple l'affichage AZList de la figure est une hiérarchie à deux niveaux de noeuds internes consistant en un noeud Hlist (donnant le sélecteur A-Z) et dont les enfants sont des noeuds Vlist -- parents, à leur tour, de documents. Un noeud Datelist (figure ) est un cas particulier de noeud Vlist qui permet d'effectuer des sélections par année et par mois.
+Les lignes spécifiant des classificateurs dans les fichiers de configuration de collection contiennent un argument metadata qui identifie les méta-données selon lesquelles classifier et trier les documents. Tout document de la collection ne disposant pas de cette méta-donnée sera omis par le classificateur (mais il sera quand même indexé, et les recherches le prendront donc en compte). En l'absence de spécification d'argument metadata, tous les documents sont inclus dans le classificateur, dans l'ordre dans lequel le processus de construction les a trouvés. C'est utile si vous souhaitez obtenir une liste de tous les documents de votre collection.
+
+
+Classificateurs de Greenstone
+
+
+
+
+
+Argument
+
+
+But
+
+
+
+
+Hierarchy
+
+
+
+Classification hiérarchique
+
+
+
+
+
+hfile
+
+
+Fichier de classification
+
+
+
+
+
+metadata
+
+
+Ãlément de méta-donnée à confronter à l'identifianthfile
+
+
+
+
+
+sort
+
+
+Ãlément de méta-donnée utilisé pour trier les documents au sein des feuilles (valeur par défaut:Title )
+
+
+
+
+
+buttonname
+
+
+Nom du bouton utilisé pour accéder à ce classificateur (valeur par défaut: valeur de l'argumentmetadata )
+
+
+
+
+List
+
+
+
+Liste alphabétique des documents
+
+
+
+
+
+metadata
+
+
+Inclut les documents contenant cet élément de méta-donnée
+
+
+
+
+
+buttonname
+
+
+Nom du bouton utilisé pour accéder à ce classificateur (valeur par défaut: valeur de l'argumentmetadata )
+
+
+
+
+SectionList
+
+
+
+Liste des sections dans les documents
+
+
+
+
+AZList
+
+
+
+Liste des documents ventilés en intervalles alphabétiques
+
+
+
+
+
+metadata
+
+
+Inclut les documents contenant cet élément de méta-donnée
+
+
+
+
+
+buttonname
+
+
+Nom du bouton utilisé pour accéder à ce classificateur (valeur par défaut: valeur de l'argumentmetadata )
+
+
+
+
+AZSectionList
+
+
+
+CommeAZList mais inclut chaque section du document
+
+
+
+
+DateList
+
+
+
+Similaire à AZList mais en triant par date
+
+
+
+
+Les classificateurs actuellement disponibles sont listés dans la table . De même que l'on peut utiliser le programme pluginfo.pl pour en savoir plus sur un greffon quelconque, on peut utiliser le programme classinfo.pl pour en savoir plus sur un classificateur et sur les options qu'il propose.
+Tous les classificateurs acceptent l'argument buttonname, qui définit ce qui est écrit sur le bouton de navigation de Greenstone qui invoque le classificateur (sa valeur par défaut est le nom de l'argument metadata). Des boutons sont fournis pour chacun des types de méta-données du systÚme Dublin Core, ainsi que pour quelques autres types de méta-données.
+Chaque classificateur reçoit un nom implicite en fonction de sa position dans le fichier de configuration. Par exemple, le troisiÚme classificateur spécifié dans le fichier s'appellera CL3. Ces noms sont utilisés dans les champs de la base de données d'informations de la collection, qui définit la hiérarchie des classificateurs.
+On peut écrire des classificateurs propres à une collection; ils sont alors stockés dans son répertoire perllib/classify. La bibliothÚque de développement pour l'humanité dispose d'un classificateur propre de collection qui s'appelle HDLList, et qui est une variante mineure d'AZList.
+
+
+Classificateurs de listes
+
+
+Voici les différentes possibilités de classificateurs de listes:
+
+
+SectionList -- comme List mais les feuilles sont des sections et non pas des documents. Toutes les sections du document sont incluses à l'exception des sections de premier niveau. Cela sert à créer des listes de sections (ou d'articles, de chapitres, ou ...) cVoici les différentes omme dans la collection Computists' Weekly (l'hebdomadaire des informaticiens), disponible depuis le site webnzdl.org, dont chaque numéro est un unique document qui comprend plusieurs dépêches indépendantes, chacune étant placée dans sa propre section.
+
+
+AZList -- génÚre une hiérarchie à deux niveaux comprenant un noeud HList dont les enfants sont des noeuds VList, parents à leur tour de documents. Le noeud HList est un sélecteur A-Z qui divise les documents en intervalles alphabétiques. Les documents sont triés alphabétiquement selon des méta-données, et la liste résultante est ventilée en intervalles.
+
+
+AZSectionList -- comme AZList, mais les feuilles sont des sections, et non pas des documents.
+
+
+DateList -- comme AZList à ceci prÚs que le noeud HList de premier niveau permet des sélections par année et que ses enfants sont des noeuds de type DateList et non pas de type VList. La valeur par défaut de l'argument metadata est Date.
+
+
+
+
+
+
+Le classificateur hierarchy
+
+
+Tous les classificateurs sont hiérarchiques. Cependant, les classificateurs de la section 2.1.1 disposent d'un nombre fixé de niveaux, alors que le classificateur hierarchy décrit dans la présente section peut créer un nombre de niveaux arbitraire: il est plus complexe à spécifier que les classificateurs de listes.
+
+
+Portion du fichier sub.txt
+
+1 1 "General reference"
+1.2 1.2 "Dictionaries, glossaries, language courses, terminology
+2 2 "Sustainable Development, International cooperation, Pro
+2.1 2.1 "Development policy and theory, international cooperatio
+2.2 2.2 "Development, national planning, national plans"
+2.3 2.3 "Project planning and evaluation (incl. project managem
+2.4 2.4 "Regional development and planning incl. regional profil
+2.5 2.5 "Nongovernmental organisations (NGOs) in general, self-
+2.6 2.6 "Organisations, institutions, United Nations (general, d
+2.6.1 2.6.1 "United Nations"
+2.6.2 2.6.2 "International organisations"
+2.6.3 2.6.3 "Regional organisations"
+2.6.5 2.6.5 "European Community - European Union"
+2.7 2.7 "Sustainable Development, Development models and example
+2.8 2.8 "Basic Human Needs"
+2.9 2.9 "Hunger and Poverty Alleviation"
+
+L'argument hfile donne le nom d'un fichier, tel que celui de la figure , qui définit la hiérarchie de méta-données. Chaque ligne décrit une classification, et les descriptions comptent trois parties:
+
+
+Un identifiant, qui fait correspondre la valeur de la méta-donnée (donnée par l'argument metadata) à la classification.
+
+
+Un marqueur de position dans la hiérarchie, sous forme numérique en plusieurs parties, comme par exemple 2, 2.12, 2.12.6.
+
+
+Le nom de la classification (s'il contient des espaces, il faut le placer entre apostrophes doubles).
+
+
+La figure est une portion du fichier sub.txt, utilisé pour créer la hiérarchie de thÚmes dans la bibliothÚque de développement pour l'Humanité (et dans la collection «Demo»). Cet exemple n'est pas trÚs clair puisque le nombre représentant la hiérarchie apparaît deux fois sur chaque ligne. Le type de méta-donnée Hierarchy est représenté dans les documents avec des valeurs sous forme numérique hiérarchique, ce qui correspond à la premiÚre occurrence. C'est la deuxiÚme occurrence qui est utilisée pour déterminer la hiérarchie implémentée dans la hiérarchie de navigation.
+Le classificateur hierarchy dispose d'un argument facultatif, sort, qui détermine la maniÚre dont les documents sont ordonnés au niveau des feuilles. On peut spécifier n'importe quelle méta-donnée comme clef de tri. Le comportement par défaut est de produire la liste dans l'ordre dans lequel le processus de construction rencontre les documents. Au niveau des noeuds internes, l'ordre est déterminé par celui des spécifications dans l'argument hfile.
+
+
+
+
+Fonctionnement des classificateurs
+
+
+Les classificateurs sont des objets Perl, héritant de BasClas.pm, et stockés dans le répertoire perllib/classify. Ils sont utilisés lors de la construction de la collection. Leur exécution se fait en quatre étapes:
+
+
+La méthode new crée l'objet classificateur.
+
+
+La méthode init initialise l'objet avec des paramÚtres tels que le type de méta-donnée, le nom du bouton, et le critÚre de tri.
+
+
+La méthode classify est invoquée une fois par document, et stocke les informations de la classification effectuée dans l'objet classificateur.
+
+
+La méthode get_classify_info renvoie la classification stockée localement vers le processus de construction, qui l'écrit à son tour dans la base de données d'informations de la collection à des fins d'utilisation lors de l'affichage de la collection, au moment de l'exécution.
+
+
+La méthode classify rapatrie l'OID de chaque document, la valeur de méta-donnée selon laquelle classifier le document, et, si nécessaire, la valeur de méta-donnée selon laquelle trier les documents. La méthode get_classify_info s'occupe du tri et de tout traitement propre au classificateur. Dans le cas du classificateur AZList par exemple, elle ventile la liste en intervalles.
+Le processus de construction initialise les classificateurs dÚs que l'objet builder est construit. Les classifications sont créées pendant la phase de construction, lors de la création de la base de données d'informations, par classify.pm, qui réside dans le répertoire perllib de Greenstone.
+
+
+
+
+
+
+
+
+ContrÃŽler l'interface utilisateur de Greenstone
+
+
+L'interface utilisateur de Greenstone est entiÚrement contrÎlée par des macros placées dans le répertoire GSDLHOME/macros. Elles sont écrites dans un langage conçu spécialement pour Greenstone, et sont utilisées au moment de l'exécution pour engendrer des pages web. La traduction du langage de macros en HTML est la derniÚre étape de l'affichage d'une page. Ainsi, toute modification à un fichier de macros affecte immédiatement l'affichage, il est donc rapide et facile de faire des expériences avec les macros. Tous les fichiers de macros utilisés par Greenstone sont listés dans le fichier GSDLHOME/etc/main.cfg et sont chargés à chaque démarrage. Signalons l'exception de la version «BibliothÚque locale» sous Windows; dans ce cas il est nécessaire de redémarrer le processus.
+Les pages web sont générées à la volée pour de nombreuses raisons, et le systÚme de macros est la maniÚre dont Greenstone implémente la souplesse nécessaire. On peut présenter des pages dans de nombreuses langues différentes, et on utilise un fichier de macros différent pour stocker tout le texte de l'interface dans chaque langue. Quand Greenstone affiche une page l'interpréteur de macros consulte une variable de langue et charge la page dans la langue appropriée (ce systÚme ne va pas, malheureusement, jusqu'à traduire le contenu du document). De même, les valeurs de certaines variables d'affichage, telles que le nombre de documents trouvés par une recherche, ne sont pas connues à l'avance: elles sont interpolées dans le texte de la page à l'aide de macros.
+
+
+Le format des fichiers de macros
+
+
+Les fichiers de macros ont pour extension .dm. Chaque fichier définit un ou plusieurs paquetages, et chaque paquetage définit une série de macros utilisées dans un but précis et unique. à l'instar des classificateurs et des greffons, il existe une base à partir de laquelle construire des macros, appelée base.dm; ce fichier définit le contenu de base d'une page.
+Les macros portent des noms qui commencent et finissent par un caractÚre de soulignement, et leur contenu est défini à l'aide d'accolades. Leur contenu peut consister en du texte brut, du HTML (y compris de liens vers des appliquettes (applets) Java ou du JavaScript), des noms de macros, ou toute combinaison de ces éléments. La macro suivante, extraite du fichier base.dm, définit le contenu d'une page en l'absence de toute macro de remplacement:
+_content_ {<p><h2>Oops</h2>_textdefaultcontent_}
+Cette page affichera «Oops» à son sommet, suivi du contenu de la macro d'erreur correspondante, _textdefaultcontent_ qui est en anglais définie comme suit: Global:textdefaultcontentThe requested page could not be found. Please use your browsers 'back' button or the above home button to return to the Greenstone Digital Library.; dans d'autres langues, elle affichera une traduction appropriée de cette phrase. En français, on obtiendra par exemple Global:textdefaultcontentLa page demandée n'a pu être trouvée. Utilisez s'il-vous-plaît le bouton «retour» de votre navigateur, ou le bouton «accueil» pour retourner à la BibliothÚque Numérique Greenstone.
+Les deux macros _textdefaultcontent_ (contenu textuel par défaut) et _content_ (contenu) se trouvent dans le paquetage global car elles sont requises dans toutes les portions de l'interface utilisateur. Les macros peuvent utiliser des macros d'autres paquetages en tant que contenu, mais il faut alors qu'elles en préfixent les noms par le nom du paquetage. Exemple:
+_collectionextra_ {This collection contains _about:numdocs_ documents. It was last built _about:builddate_ days ago.)
+provient du fichier french.dm (macros pour le français), et elle est utilisée comme description par défaut d'une collection. Elle fait partie du paquetage intitulé global, mais les macros _numdocs_ et _builddate_ se trouvent toutes deux dans le paquetage about (à propos de...) -- d'où le about qui préfixe leurs noms.
+Les macros renferment souvent des conditionnelles, qui ressemblent aux conditonnelles de chaînes de formatage décrites plus haut, à ceci prÚs que leur apparence est un peu différente. Le format de base est _If_(x,y,z), où x est une condition, y est le contenu de macro à utiliser si cette condition est vérifiée, z le contenu à utiliser dans le cas contraire. Les opérateurs de comparaison sont les mêmes que les opérateurs simples utilisés dans Perl (moins que, plus que, égale, différent de). L'exemple suivant, extrait du fichier base.dm, sert à déterminer comment afficher le sommet de la page à propos de cette collection d'une collection:
+_imagecollection_ {
+ _If_( "_iconcollection_ " ne "",
+ <a href = "_httppageabout_ ">
+ <img src = "_iconcollection_ " border = 0>
+ </a>,
+ _imagecollectionv_)
+}
+Voilà qui peut sembler abscons. La macro _iconcollection_ vaut la chaîne vide si la collection ne dispose pas d'une icone, ou le nom de l'image dans le cas contraire. Pour paraphraser le code ci-dessus en français: s'il existe une image de collection, afficher l'en-tête de page à propos (à laquelle on se réfÚre par _httppageabout_) et puis cette image; sinon afficher la solution de secours _imagecollectionv_.
+Les macros peuvent prendre des arguments. Voici une autre définition de la macro _imagecollection_, suivant immédiatement la définition donnée plus haut, dans le fichier base.dm:
+_imagecollection_[v=1]{_imagecollectionv_}
+L'argument [v=1] spécifie qu'il faut utiliser cette deuxiÚme définition quand Greenstone fonctionne en mode texte seul. Les macros de langue fonctionnent de maniÚre similaire -- à l'exception du fichier english.dm, qui est le fichier utilisé par défaut, toutes les macros de langue spécifient leur langue en argument. Par exemple:
+_textimagehome_ {Home Page}
+apparaît dans le fichier de macros pour la langue anglaise, alors que la version allemande est:
+_textimagehome_ [l=de] {Hauptaseite}
+Les versions anglaise et allemande se trouvent dans le même paquetage, bien qu'elles soient stockées dans des fichiers séparés (les définitions de paquetages peuvent occuper plusieurs fichiers). Greenstone utilise son argument l au moment de l'exécution pour décider quelle langue afficher.
+
+
+Portion du fichier de macro about.dm
+
+package about
+##############################################
+# about page content
+###############################################
+_pagetitle_ {_collectionname_}
+_content_ {
+<center>
+_navigationbar_
+</center>
+_query:queryform_
+<p>_iconblankbar_
+<p>_textabout_
+_textsubcollections_
+<h3>_help:textsimplehelpheading_</h3>
+_help:simplehelp_
+}
+_textabout_ {
+<h3>_textabcol_</h3>
+_Global:collectionextra_
+}
+
+Comme dernier exemple, la figure montre un extrait du fichier de macros about.dm, utilisé pour générer la page à propos de chaque collection. Elle montre la définition de trois macros, _pagetitle_ (titre de page), _content_ (contenu), et _textabout_ (texte «à propos de...»).
+
+
+
+
+Utiliser les macros
+
+
+Les macros sont puissantes, et peuvent sembler un peu obscures. Mais avec une bonne connaissance de HTML et un peu de pratique elles deviennent une maniÚre rapide et facile de personnaliser votre site Greenstone.
+Supposons par exemple que vous souhaitiez créer une page statique qui ressemble à votre site Greenstone actuel. Vous pouvez créer un nouveau paquetage, que vous appellerez static par exemple, dans un nouveau fichier, et y redéfinir la macro _content_. Ajoutez ce nom de fichier dans GSDLHOME/etc/main.cfg, que Greenstone charge à chaque fois qu'il est invoqué. Vous accéderez à la nouvelle page en utilisant votre URL habituelle pour Greenstone et en lui ajoutant les arguments ?a=p&p=static (on obtiendra par exemple l'URL complÚte suivante: http://serveur/cgi-bin/library?a=p&p=static).
+Pour modifier l'apparence et l'ergonomie de Greenstone vous pouvez éditer les paquetages base et style. Pour modifier la page d'accueil de Greenstone, éditez le paquetage home (ceci est décrit dans le Guide d'installation de la bibliothÚque numérique Greenstone). Pour modifier la page de requêtes, éditez le fichier query.dm.
+Expérimentez sans crainte avec les macros. Les modifications apparaissent instantanément, puisque les macros sont interprétées lors de l'affichage des pages. Le langage de macros est un outil puissant que vous pouvez utiliser pour vous approprier vraiment votre site Greenstone.
+
+
+
+
+
+
+Le répertoire packages
+
+
+
+
+Le répertoirepackages
+
+
+
+
+
+Paquetage
+
+
+URL
+
+
+
+
+mg
+
+
+MG, abréviation de âManaging Gigabytesâ (gérer les giga-octets). Logiciel de compression, d'indexation et de recherche utilisé pour gérer les données textuelles dans les collections de Greenstone.
+
+
+www.citri.edu.au/mg
+
+
+
+
+wget
+
+
+Logiciel de miroir web utilisé par Greenstone. Ãcrit en C++.
+
+
+www.tuwien.ac.at/~prikryl/ wget.html
+
+
+
+
+w3mir
+
+
+Logiciel de miroir web écrit en Perl. Ce n'est pas le programme de miroir web préféré par Greenstone car il repose sur une version spécifique mais dépassée d'un certain module Perl (qui est distribué dans le répertoirew3mir ).
+
+
+www.math.uio.no/~janl/w3mir
+
+
+
+
+windows
+
+
+Paquetages utilisés lors de l'exécution sous Windows.
+
+
+â
+
+
+
+
+windows/gdbm
+
+
+Version du gestionnaire de bases de données de GNU créée pour Windows. GDBM est fourni en standard sous Linux.
+
+
+â
+
+
+
+
+windows/crypt
+
+
+Programme de chiffrement utilisé pour les mots de passe des fonctions administratives de Greenstone.
+
+
+â
+
+
+
+
+windows/stlport
+
+
+bibliothÚque standard de patrons (templates ), utilisée lors de la compilation de Greenstone avec certains compilateurs pour Windows.
+
+
+â
+
+
+
+
+wv
+
+
+Convertisseur du format Microsoft Word (pour construire des collections à partir de documents Word), allégée pour Greenstone.
+
+
+sourceforge.net/projects/wvware
+
+
+
+
+pdftohtml
+
+
+Convertisseur du format PDF utilisé pour construire des collections à partir de documents PDF.
+
+
+www.ra.informatik.uni-stutt gart.de/~gosho/pdftohtml
+
+
+
+
+yaz
+
+
+Programme client Z39.50 utilisé lors des expérimentations de recherche pour rendre Greenstone compatible Z39.50. Le fichierREADME.gsdl rend compte des progrÚs à ce sujet.
+
+
+www.indexdata.dk
+
+
+
+
+Le répertoire packages (paquetages), dont le contenu est représenté dans la table , est l'endroit de stockage de tout le code utilisé par Greenstone mais écrit par des tiers ou d'autres équipes de recherche. Tout le logiciel distribué avec Greenstone a été publié sous la licence publique générale de GNU (GPL). Les exécutables produits par ces paquetages sont placés dans le répertoire bin de Greenstone. Chaque paquetage est stocké dans son propre répertoire. Les différents paquetages ont des fonctions trÚs diverses, allant de l'indexation et de la compression à la conversion de documents du format Microsoft Word en HTML. Chaque paquetage dispose d'un fichier README (lisez-moi) qui fournit des informations complémentaires le concernant.
+
+
+
+
+
+
+Le systÚme d'exécution de Greenstone
+
+
+Le présent chapitre décrit le systÚme d'exécution de Greenstone pour que vous puissiez comprendre, augmenter et étendre ses fonctionnalités. Le logiciel est écrit en C++ est utilise intensivement l'héritage virtuel. Si vous ne connaissez pas bien ce langage il est préférable que vous l'appreniez avant de continuer la lecture. Deitel et Deitel (1994) proposent un didacticiel complet, mais la référence incontournable est le Stroustrup (1997).
+Nous commençons par expliquer la philosophie de la conception qui a sous-tendu le systÚme d'exécution car elle a des conséquences importantes sur l'implémentation. Nous fournissons ensuite les détails d'implémentation, qui forment la partie principale de ce chapitre. La version de Greenstone décrite ici est la version CGI (ou version BibliothÚque Web pour les utilisateurs de Windows). La version BibliothÚque locale utilise le même code source mais dispose en frontal d'un serveur web intégré. C'est également un processus persistent.
+
+
+Structure des processus
+
+
+
+
+Vue d'ensemble d'un systÚme Greenstone générique
+
+
+
+La figure montre plusieurs utilisateurs, représentés par des terminaux informatiques en haut du diagramme, en train d'accéder à trois collections Greenstone. Avant d'être mises en ligne, ces collections subissent les processus d'import et de construction décrits dans les chapitres précédents. Tout d'abord, les documents, représentés en bas de la figure, sont importés dans le format d'archivage de Greenstone, qui est compatible XML. Les fichiers d'archives servent ensuite à la construction de plusieurs index de recherche et d'une base de données d'informations de la collection comprenant les structures hiérarchiques permettant la navigation. La collection est alors prête à être mise en ligne et à répondre à des requêtes d'informations.
+Deux composants sont centraux dans la conception du systÚme d'exécution: les «réceptionnistes» et les «serveurs de collection». Du point de vue de l'utilisateur, un réceptionniste est le point de contact avec la bibliothÚque numérique. Il accepte les données fournies par l'utilisateur, généralement sous la forme de saisies au clavier et de clics de souris; il les analyse; et il émet ensuite une requête au(x) serveur(s) de collection appropriés. Ce dernier localise l'information recherchée et la renvoie au réceptionniste pour que ce dernier la présente à l'utilisateur. Les serveurs de collection se comportent comme un mécanisme abstrait qui gÚre le contenu de la collection, alors que les réceptionnistes gÚrent l'interface utilisateur.
+
+
+SystÚme Greenstone utilisant le «protocole vide»
+
+
+
+Comme illustré dans la figure , les réceptionnistes communiquent avec les serveurs de collection en utilisant un protocole défini. L'implémentation de ce protocole dépend de l'ordinateur et de la configuration du systÚme de bibliothÚque numérique. Le cas le plus fréquent et le plus simple est celui d'un réceptionniste et d'un serveur de collection, fonctionnant tous deux sur le même ordinateur. C'est ce qui est produit par l'installation par défaut de Greenstone. Les deux processus sont alors combinés dans un unique exécutable (appelé library), et le protocole se réduit par conséquent à des appels de fonctions. C'est ce que nous appelons leprotocole vide (null protocol). C'est la base des systÚmes de bibliothÚque numérique Greenstone clef en main. Cette configuration simplifiée est illustrée figure , où le réceptionniste, le protocole et le serveur de collection sont regroupés sous la forme d'une unique entité, le programme library. Le présent chapitre a pour but d'expliquer son fonctionnement.
+Un «serveur» est habituellement un processus persistent qui, une fois démarré, fonctionne indéfiniment, en répondant aux requêtes entrantes. Malgré son nom, cependant, le serveur de collection dans la configuration du protocole vide n'est pas un serveur au sens habituel. En fait, à chaque requête d'une page web de Greenstone, le programme library est démarré (par le mécanisme CGI), répond à la requête, et quitte. Nous n'appelons le serveur de collection «serveur» que parce qu'il est également conçu pour fonctionner dans la configuration plus générale de la figure .
+De maniÚre surprenante, ce cycle de démarrage, traitement, et fin d'exécution n'est pas aussi lent qu'on pourrait le craindre, et le service fourni est parfaitement utilisable. Il est clair cependant que ce systÚme est inefficace. Un mécanisme appelé Fast-CGI (www.fastcgi.com) fournit un compromis. Si on l'utilise, le programme library demeure en mémoire aprÚs la premiÚre exécution, et les lots suivants d'arguments CGI lui sont communiqués, ce qui évite les surcharges d'initialisation, et ressemble beaucoup à un serveur au sens classique. Fast-CGI est une option dans Greenstone, que l'on active en recompilant le code source de Greenstone avec les bibliothÚques appropriées.
+Pour fournir un autre choix que le protocole vide, nous avons également développé le protocole Greenstone en utilisant le célÚbre systÚme CORBA (Slamaet al. , 1999). Il utilise un paradigme orienté objet unifié pour activer différents processus, fonctionnant sur différentes plates-formes, et implémentés en différents langages de programmation, pour accéder au même ensemble d'objets distribués sur l'Internet (ou tout autre réseau). Des scénarios comme celui de la figure peuvent ensuite être entiÚrement implémentés, avec des réceptionnistes et des serveurs de collection fonctionnant sur des ordinateurs différents.
+
+
+Interface graphique de requêtes de Greenstone
+
+
+
+Ceci permet la mise en place d'interfaces bien plus sophistiquées pour mettre en place exactement les mêmes collections de bibliothÚques numériques. Un exemple parmi tant d'autres, la figure représente une interface graphique de requêtes, fondée sur des diagrammes de Venn, qui permet aux utilisateurs de manipuler directement des requêtes booléennes. Ãcrite en Java, cette interface fonctionne localement, sur l'ordinateur de l'utilisateur. Utilisant CORBA, elle accÚde à un serveur de collection Greenstone distant, écrit en C++.
+Ce protocole distribué faisant toujours l'objet de recherches en raffinement et utilisabilité, le présent manuel ne le détaillera pas davantage (voir Bainbridgeet al. , 2001, pour des informations complémentaires à ce sujet).
+
+
+
+
+Cadre conceptuel
+
+
+
+
+Génération de la page «à propos»
+
+
+
+La figure représente la page «à propos» d'une collection Greenstone particuliÚre (la collection du projet Gutenberg). Examinez l'URL au sommet de la figure: cette page est générée par l'exécution du programme CGI library, qui est l'exécutable mentionné plus haut, comprenant à la fois le réceptionniste et le serveur de collection, reliés entre eux par le protocole vide. Les arguments passés au programme library sont c=gberg, a=p, et p=about. On peut les interpréter comme suit:
+
+Pour la collection du projet Gutenberg (c=gberg), l'action est de générer une page (a=p), et la page à générer s'appelle about -- à propos de ... -- (p=about).
+
+
+
+SystÚme d'exécution de Greenstone
+
+
+
+La figure illustre les portions principales du systÚme d'exécution de Greenstone. Au sommet, le réceptionniste initialise d'abord ses composants, puis analyse les arguments CGI pour savoir quelle action appeler. Lors de l'exécution de l'action (ce qui comprend d'autres traitements des arguments CGI), le logiciel utilise le protocole pour accéder au contenu de la collection. La réponse est utilisée pour générer une page web, avec l'aide du composant de mise en forme et du langage de macros.
+Le langage de macros, que nous avons rencontré section , fournit un systÚme de bibliothÚque numérique Greenstone d'un style consistant, et permet de créer des interfaces dans différentes langues. L'interaction avec la bibliothÚque fournit les squelettes des pages web; les macros du répertoire GSDLHOME/macros leur donnent chair.
+L'objet de langage de macros représenté figure a pour rÎle de lire ces fichiers et de stocker le résultat de l'analyse en mémoire. Toute action peut utiliser cet objet pour développer une macro. On peut même créer de nouvelles définitions de macros pour en écraser d'anciennes, ce qui ajoute une dimension dynamique à l'utilisation des macros.
+La représentation de la page «à propos» (figure ) est connue avant l'exécution, et consignée dans le fichier de macros about.dm. Les en-têtes, les pieds, et l'image de fond n'y sont même pas mentionnés car ils se trouvent dans le paquetage de macros global. Cependant, le texte spécifique d'«à propos» d'une collection particuliÚre n'est pas connu d'avance; il est stocké dans la base de données d'informations de la collection lors du processus de construction. Cette information, rapatriée à l'aide du protocole, est stockée sous _collectionextra_ dans le paquetage de macros global. Vous remarquerez que ce nom de macro ressemble presque exactement au nom utilisé pour exprimer cette information dans le fichier de configuration de collection décrit section . Pour générer le contenu de la page, la macro _content_ (contenu) du paquetage about (présenté figure ) est développée, ce qui à son tour développe _textabout_ (texte d'à propos), qui accÚde à la macro _collectionextra_, qui venait d'être placée là de façon dynamique.
+Un autre ingrédient important est l'objet de mise en forme, ou formatage. Les instructions de mise en forme du fichier de configuration de collection affectent la présentation de portions particuliÚres de la collection, comme nous l'avons expliqué section . Elles sont gérées par l'objet de mise en forme représenté figure . La tâche principale de cet objet est d'analyser et d'évaluer des instructions telles que les chaînes de formatage de la figure . Comme nous l'avons vu en section , de telles chaînes peuvent comprendre des références à des méta-données entre crochets (comme par exemple [Title] pour le titre), qu'il faut ensuite rapatrier du serveur de collection. Les objets de mise en forme et de langage de macros interagissent, car les instructions de formatage peuvent comprendre des macros qui, une fois développées, incluent des méta-données, qui une fois développées incluent des macros, etc.
+Le serveur de collection, au bas de la figure , connaît lui aussi une phase d'initialisation, préparant les objets filtre et source pour répondre à des requêtes entrantes fournies selon le protocole, et un objet de recherche pour les assister dans cette tâche. Les objets de recherche accÚdent en fin de chaîne aux index et à la base de données d'informations de la collection, tous créés lors de la construction de la collection.
+Si on ne compte pas les lignes vides, le réceptionniste contient 15 000 lignes de code. Le serveur de collection en compte 5 000, dont les trois quarts correspondent à des fichiers d'en-têtes. Le serveur de collection est plus compact car le rapatriement de données se fait à travers deux programmes pré-compilés. MG, un systÚme de rapatriement dans le corps du texte, sert à la recherche, et GDBM, un systÚme de gestion de bases de données, renferme la base de données d'informations de la collection.
+Pour encourager extensibilité et souplesse, Greenstone utilise largement l'héritage -- en particulier dans les objets d'action, de filtre, de source, et de recherche. Pour une simple bibliothÚque numérique ne contenant que des collections textuelles, ceci signifie qu'il vous faudra en apprendre un peu plus pour programmer le systÚme. Mais cela signifie aussi qu'on pourrait facilement remplacer MG et GDBM si le besoin devait un jour s'en faire sentir. De plus, l'architecture du logiciel est assez riche pour accepter toutes les fonctionnalités multimédia, telles que le contrÎle de l'interface par des systÚmes de reconnaissance vocale, ou la soumission de requêtes sous la forme d'images dessinées.
+
+
+
+
+Agencement du cadre conceptuel
+
+
+Les sections et détaillent le fonctionnement du serveur de collection et du réceptionniste, en passant plus de temps sur chacun des modules de la figure et en décrivant leur implémentation. Il est utile de commencer par travailler sur des exemples d'interaction utilisateur avec Greenstone et de décrire ce qui se passe en coulisses. Nous supposerons pour le moment que tous les objects sont correctement initialisés. L'initialisation est une procédure assez compliquée, que nous revisiterons dans la section .
+
+
+Effectuer une recherche
+
+
+
+
+Recherche de «Darcy» dans le projet Gutenberg
+
+
+
+Quand un utilisateur effectue une requête en pressant le boutton Démarrer la recherche sur la page de recherche, une nouvelle action de Greenstone est invoquée, qui aboutit à la génération d'une nouvelle page HTML à l'aide du langage de macros. La figure montre le résultat de la recherche dans la collection du projet Gutenberg du nom Darcy. La page de recherche comprenait originellement l'instruction a=q cachée dans le HTML. Cette instruction est activée lorsque le bouton de recherche est enfoncé, et appelle l'action queryaction. L'exécution de queryaction effectue un appel à l'objet de filtre de la collection (c=gberg) à travers le protocole.
+Les filtres sont une fonction de base importante des serveurs de collection. Adaptés aux activités de recherche et de navigation, ils fournissent une maniÚre de sélectionner un sous-ensemble d'informations dans la collection. Dans le cas présent, queryaction met en place une requête de filtre en:
+
+
+plaçant le type de requête de filtre à QueryFilter (filtre de requête; la section décrit les différents types de filtres);
+
+
+stockant les préférences de recherche de l'utilisateur -- sensibilité à la casse, troncature et autres -- dans la requête de filtre;
+
+
+appelant la fonction filter() (filtre) Ã travers le protocole vide.
+
+
+Les appels du protocole sont synchrones: le réceptionniste est effectivement bloqué tant que la requête de filtre n'a pas été traitée par le serveur de collection et que les données générées n'ont pas été renvoyées.
+Lors d'un appel de protocole de type QueryFilter, l'objet de filtre (de la figure ) décode les options et effectue un appel à l'objet de recherche, qui utilise MG pour la recherche proprement dite. L'objet de recherche a pour rÎle de fournir une interface abstraite de programme qui permet la recherche, indépendamment de l'outil de recherche utilisé de façon sous-jacente. Le format utilisé pour le renvoi des résultats utilise lui aussi l'abstraction, ce qui oblige l'objet de recherche à traduire les données générées par l'outil de recherche sous une forme standard.
+Lorsque les résultats de la recherche ont été renvoyés au réceptionniste, la suite des événements consiste à mettre en forme les résultats pour les afficher, en utilisant les objets de mise en forme et de langage de macros. Comme le montre la figure , ceci suppose de générer l'en-tête, le pied de page, la barre de navigation et le fond de page standard de Greenstone; de répéter la partie principale de la page de requêtes juste en dessous de la barre de navigation; et d'afficher une icone de livre ainsi que le titre et l'auteur pour chacun des résultats de la recherche. La mise en forme de cette derniÚre partie est dictée par l'instruction format SearchVList du fichier de configuration de collection. Avant qu'on puisse afficher les méta-données de titre et d'auteur, il faut les rapatrier depuis le serveur de collection, ce qui suppose des appels supplémentaires à travers le protocole, en utilisant cette fois BrowseFilter (filtre de navigation).
+
+
+
+
+Rapatrier un document
+
+
+à la suite de la requête précédente pour Darcy, voyons ce qui se passe lors de l'affichage d'un document. La figure montre ce qui se passe quand on clique sur l'icone jouxtant le titre The Golf Course Mystery (le mystÚre du parcours de golf) dans la figure .
+
+
+The Golf Course Mystery (le mystÚre du parcours de golf)
+
+
+
+Le texte source de la collection Gutenberg consiste en un long fichier par livre. Au moment de la construction, ces fichiers sont ventilés sous forme de pages différentes environ toutes les 200 lignes, et les informations relatives à chaque page sont stockées dans les index et la base de données d'informations de la collection. Au sommet de la figure on constate que ce livre comprend 104 pages engendrées automatiquement, et on remarque juste en dessous le début de la premiÚre page: le copiste, le titre, l'auteur, et le début d'une table des matiÚres (qui fait partie du texte source de Gutenberg; elle n'a pas été engendrée par Greenstone). En haut à gauche on trouve des boutons qui contrÎlent la mise en forme du document: une seule page ou tout le document; s'il faut mettre en valeur le terme de la requête ou non; et s'il faut que le livre soit ou non affiché dans sa propre fenêtre, détachée des activités principales de recherche et de navigation. En haut à droite on trouve une aide à la navigation qui propose un accÚs direct à n'importe quelle page du livre: il suffit de taper le numéro de la page et d'enfoncer le bouton «aller à la page». On peut aussi se rendre aux pages précédente ou suivante en cliquant sur les icones de flÚches aux cÎtés de l'outil de sélection de page.
+L'action de rapatriement des documents, documentaction, est spécifiée par a=d et elle accepte quelques arguments supplémentaires. Le plus important est le document à rapatrier: il est spécifié par la variable d. Dans la figure , il a la valeurd=HASH51e598821ed6cbbdf0942b.1 pour rapatrier la premiÚre page du document d'identifiantHASH51e598821ed6cbbdf0942b qui s'appelle aussi, de maniÚre plus agréable, The Golf Course Mystery (le mystÚre du parcours de golf). Il existe d'autres variables, spécifiant s'il faut ou non mettre en valeur le terme de la requête (hl, pour highlighting) et quelle page du livre afficher (gt). Ces variables permettent de proposer les fonctionnalités offertes par les boutons présentés sur la page web de la figure , et décrits ci-dessus. Si l'une de ces variables manque à l'appel, c'est le comportement par défaut correspondant qui sera utilisé.
+Cette action suit une procédure similaire à celle de queryaction: évaluation des arguments CGI, accÚs au serveur de collection en utilisant le protocole, et utilisation du résultat pour engendrer une page web. Les options relatives au document sont décodées à partir des arguments CGI et stockées dans l'objet pour plus tard. Pour rapatrier le document depuis le serveur de collection, on n'a besoin que de l'identifiant de document pour effectuer l'appel de protocole à get_document() (obtenir le document). AprÚs l'envoi du texte, un travail considérable de remise en forme est nécessaire. Pour ce faire, le code de documentaction accÚde aux arguments stockés dans l'objet et utilise les objets de mise en forme et de langage de macros.
+
+
+
+
+Navigation dans un classificateur hiérarchique
+
+
+La figure montre un exemple de navigation, où l'utilisateur a choisi titres A-Z et choisi le lien hypertexte de la lettre K. C'est également documentaction qui gÚre cela, ce qu'on constate en observant l'argument CGI a=d, comme précédemment. Cependant, alors qu'auparavant la requête CGI comprenait une variable d, il n'y en a aucune cette fois-ci. à la place, le noeud à afficher pour navigation dans la hiérarchie de classification est spécifié dans la variable cl. Dans notre cas, ceci représente les titres groupés sous la lettre K. Cette liste a été formée au moment de la construction et fut stockée dans la base de données d'informations de la collection.
+
+
+Navigation dans les titres de la collection Gutenberg
+
+
+
+Les enregistrements représentant des noeuds de classificateur dans la base de données utilisent le préfixe CL, suivi de nombres séparés par des points (.) pour désigner où ils résident au sein de la structure récursive. Si on ignore le bouton de recherche, situé tout à gauche de la barre de navigation, les classificateurs sont numérotés séquentiellement et par ordre croissant, de gauche à droite, en commençant à 1. Ainsi, le noeud de classificateur de premier niveau pour les titres dans notre exemple est CL1 et la page recherchée est engendrée en positionnant cl=CL1.11. On peut observer cela dans l'URL au sommet de la figure .
+Lors du traitement d'une requête de document de type cl, l'objet de filtre est utilisé pour rapatrier le noeud à travers le protocole. Selon les données renvoyées, d'autres appels de protocole sont effectués pour rapatrier les méta-données des documents. Dans le cas présent, ce sont les titres des livres qui sont rapatriés. Mais si le noeud avait été un noeud interne dont les fils avaient eux-mêmes été des noeuds, les titres des noeuds fils auraient eux aussi été rapatriés. Du point de vue du code cela revient à la même chose, et c'est géré par le même mécanisme.
+Enfin, toutes les informations rapatriées sont reliées les unes aux autres à l'aide du langage de macros, pour produire la page web représentée figure .
+
+
+
+
+Génération de la page d'accueil
+
+
+
+
+Page d'accueil de Greenstone
+
+
+
+Comme dernier exemple, examinons le cas de la génération de la page d'accueil de Greenstone. La figure montre -- dans le cas de l'installation par défaut de Greenstone -- la page d'accueil aprÚs l'installation de certaines collections de test. Son URL, qu'on peut voir au sommet de la capture d'écran, comprend les arguments a=p et p=home. Ainsi, à l'instar de la page «à propos», elle a été engendrée par pageaction (a=p), mais dans le cas présent la page à produire est la page home -- accueil -- (p=home). Le langage de macros accÚde par conséquent au fichier home.dm. Nul besoin de spécifier une collection (à l'aide de la variable c) dans le cas présent.
+La page d'accueil a pour but de présenter les collections disponibles. Cliquer sur une icone emmÚne l'utilisateur sur la page à propos de la collection choisie. Le menu des collections est généré automatiquement à chaque chargement de la page, en se fondant sur les collections présentes dans le systÚme de fichiers à ce moment-là . Quand une nouvelle collection est mise en ligne, elle apparaît automatiquement sur la page d'accueil lorsque cette page est rechargée ou réactualisée, pour peu que cette collection ait été spécifiée comme «publique».
+Pour ce faire, le réceptionniste utilise, évidemment, le protocole. Dans le cadre de l'évaluation des arguments CGI, pageaction est programmé pour détecter le cas particulier p=home. L'action utilise alors get_collection_list() (obtenir la liste des collections), appel de protocole servant à établir l'ensemble actuel de collections mises en ligne. Pour chacune de ces collections il appelle get_collectinfo() (obtenir les informations de collection) pour recevoir les informations la concernant. Ces informations précisent si la collection est publiquement disponible, quelle est l'URL menant à l'icone de la collection (si une telle icone existe), et le nom complet de la collection, et elles sont utilisées pour générer l'entrée appropriée sur la page d'accueil de la collection.
+
+
+
+
+
+
+Code source
+
+
+
+
+Programmes indépendants inclus dans Greenstone
+
+
+
+
+setpasswd/
+
+
+Support des mots de passe sous Windows.
+
+
+
+
+getpw/
+
+
+Support des mots de passe sous Unix.
+
+
+
+
+txt2db/
+
+
+Convertit un format de texte ASCII à la XML en le format de la base de données de GNU.
+
+
+
+
+db2txt/
+
+
+Convertit le format de la base de données de GNU en un format de texte ASCII à la XML.
+
+
+
+
+phind/
+
+
+Outil de navigation hiérarchique dans les groupes de mots.
+
+
+
+
+hashfile/
+
+
+Calcule un identifiant de document unique, fondé sur le contenu du fichier.
+
+
+
+
+mgpp/
+
+
+Version ré-écrite et mise à jour du paquetageManaging Gigabytes (gérer les giga-octets), en C++.
+
+
+
+
+w32server/
+
+
+Serveur de bibliothÚque locale pour Windows.
+
+
+
+
+checkis/
+
+
+Support spécifique pour l'installation de Greenstone sous Windows.
+
+
+
+
+Le code source du systÚme d'exécution se trouve dans GSDLHOME/src. Il occupe deux sous-répertoires, recpt pour le code du réceptionniste, et colservr pour celui du serveur de collection. Greenstone fonctionne sur les systÚmes Windows à partir de la version 3.1, qui impose malheureusement une limite de huit caractÚres sur les noms de fichiers et de répertoires; c'est ce qui explique l'utilisation d'abréviations cryptiques telles que recpt et colservr. Les sous-répertoires restants comprennent des outils indépendants, principalement utilisés en renfort du processus de construction. Ils sont listés dans la table .
+Un autre répertoire, GSDLHOME/lib, inclut des objets de bas niveau utilisés à la fois par le réceptionniste et par le serveur de collection. Ce code est décrit dans la section .
+Greenstone utilise énormément la bibliothÚque standard de patrons (STL), une bibliothÚque bibliothÚque trÚs répandue de code C++, développée par Silicon Graphics (www.sgi.com), et qui est l'aboutissement de nombreuses années de conception et de développement. à l'instar de toutes les bibliothÚques de programmation, il faut un certain temps pour l'apprendre. L'annexe AppendixA donne un bref aperçu de ses principales portions utilisées tout au long du code de Greenstone. Pour une description plus détaillée, consultez le manuel de référence officiel de STL, disponible en ligne sur le site webwww.sgi.com, ou l'un des nombreux manuels traitant de STL, tel que celui de Josuttis (1999).
+
+
+
+
+Types de base de Greenstone
+
+
+Les objets définis dans le répertoire GSDLHOME/lib sont des objets de bas niveau de Greenstone, construits par-dessus STL, et qui sont utilisés tout au long du code source. Nous détaillons tout d'abord text_t, un objet utilisé pour représenter du texte Unicode. Nous résumerons ensuite le but de chacun des fichiers de bibliothÚque.
+
+
+L'objet text_t
+
+
+Greenstone fonctionne avec de nombreuses langues, tant pour le contenu d'une collection que pour l'interface utilisateur. Pour gérer cela, nous avons utilisé Unicode tout au long du code source, et l'objet sous-jacent qui réalise une chaîne Unicode s'appelle text_t.
+
+
+API de text_t (abrégée)
+
+typedef vector<unsigned short> usvector;
+
+class text_t {
+protected:
+usvector text;
+unsigned short encoding; // 0 = unicode, 1 = other
+
+public:
+ // constructors
+ text_t ();
+ text_t (int i);
+ text_t (char *s); // assumed to be a normal c string
+
+ void setencoding (unsigned short theencoding);
+ unsigned short getencoding ();
+
+ // STL container support
+ iterator begin ();
+ iterator end ();
+
+ void erase(iterator pos);
+ void push_back(unsigned short c);
+ void pop_back();
+
+ void reserve (size_type n);
+
+ bool empty () const {return text.empty();}
+ size_type size() const {return text.size();}
+
+ // added functionality
+ void clear ();
+ void append (const text_t &t);
+
+ // support for integers
+ void appendint (int i);
+ void setint (int i);
+ int getint () const;
+
+ // support for arrays of chars
+ void appendcarr (char *s, size_type len);
+ void setcarr (char *s, size_type len);
+};
+
+Unicode stocke chaque caractÚre sur deux octets. La figure montre les fonctionnalités principales de l'interface de programmation (API, pour Application Program Interface) de text_t. Les deux octets sont assurés par l'utilisation du type standard C++ short, défini comme étant un entier sur deux octets. Le type de données central de l'objet text_t est un tableau dynamique de short non signés, construit par la déclaration STL vector<unsigned short>, et baptisé usvector (pour unsigned short vector).
+Les fonctions de construction (lignes 10-12) gÚrent explicitement trois formes d'initialisation: construction sans paramÚtres, qui engendre une chaîne Unicode vide; construction avec un paramÚtre entier, qui engendre une version texte Unicode de la valeur numérique fournie; et construction avec un paramÚtre char*, qui traite l'argument comme une chaîne C++ terminée par un caractÚre nul et en génÚre une version Unicode.
+Ensuite, la plus grande partie du code (lignes 17-28) s'occupe de maintenir un conteneur de type vecteur STL: begin() (début), end() (fin), push_back() (remettre), empty() (vide), etc. On peut aussi effacer des chaînes, concaténer des chaînes, ainsi que convertir une valeur entiÚre dans une chaîne de texte Unicode et renvoyer la valeur entiÚre correspondant à un texte qui représente un nombre.
+
+
+Opérateurs surchargés pour text_t
+
+class text_t {
+ // ...
+ public:
+ text_t &operator=(const text_t &x);
+ text_t &operator+= (const text_t &t);
+ reference operator[](size_type n);
+
+ text_t &operator=(int i);
+ text_t &operator+= (int i);^ \\
+ text_t &operator= (char *s);
+ text_t &operator+= (char *s);
+
+ friend inline bool operator!=(const text_t& x, const text_t& y);
+ friend inline bool operator==(const text_t& x, const text_t& y);
+ friend inline bool operator< (const text_t& x, const text_t& y);
+ friend inline bool operator> (const text_t& x, const text_t& y);
+ friend inline bool operator>=(const text_t& x, const text_t& y);
+ friend inline bool operator<=(const text_t& x, const text_t& y);
+ // ...
+};
+
+De nombreux opérateurs surchargés n'apparaissent pas dans la figure . Ils sont montrés dans la figure pour donner un avant-goût des opérations possibles. La ligne 4 permet l'affectation d'un objet text_t à un autre, et la ligne 5 surcharge l'opérateur +=, pour fournir une maniÚre plus naturelle de concaténer un objet text_t à la fin d'un autre. Il est également possible, à travers la ligne 6, d'accéder à un caractÚre Unicode particulier (représenté sous la forme d'un short) en utilisant des indices de tableaux [ ]. On fournit aussi des opérateurs d'affectation et de concaténation pour les entiers et les chaînes C++. Les lignes 12-18 fournissent des opérateurs booléens de comparaison de deux objets text_t: égale, différent de, précÚde alphanumériquement, etc.
+Il existe aussi des fonctions membre qui prennent des arguments de type const au lieu d'arguments de type non-const, mais elles ne sont pas représentées ici. Une telle répétition est habituelle dans des objets C++, ce qui augmente le code de l'API mais ne la rend pas plus grosse conceptuellement. En fait, de nombreuses fonctions sont implémentées sous la forme d'instructions tenant sur une ligne. Pour plus de détails, reportez-vous au fichier source GSDLHOME/lib/text_t.h.
+
+
+
+
+Le code des bibliothÚques Greenstone
+
+
+Les fichiers d'en-têtes du répertoire GSDLHOME/lib comprennent un mélange de fonctions et d'objets qui fournissent un support utile au systÚme d'exécution de Greenstone. Là où l'efficacité prime, les fonctions et les fonctions membre sont déclarées inline. Dans la majorité des cas, les détails d'implémentation sont contenus dans le fichier .cpp correspondant au fichier d'en-têtes.
+
+
+
+
+
+cfgread.h
+
+
+Fonctions de lecture et d'écrite de fichiers de configuration. Par exemple, la fonction read_cfg_line() (lit une ligne de configuration) prend comme arguments le flux à utiliser en entrée et le tableau text_tarray (raccourci pour vector <text_t>) à remplir avec les données lues.
+
+
+
+
+display.h
+
+
+Objet sophistiqué utilisé par le réceptionniste pour positionner, stocker et développer les macros, et gérer les types, La section le détaille.
+
+
+
+
+fileutil.h
+
+
+Support fonctionnel pour des fonctionnalités de gestion de fichiers indépendantes du systÚme d'exploitation. Par exemple, la fonction de nom filename_cat() (affiche nom-de-fichier) accepte jusqu'à arguments text_t et renvoie un text_t qui est le résultat de la concaténation des éléments en utilisant le séparateur de répertoires approprié pour le systÚme d'exploitation en cours d'utilisation.
+
+
+
+
+gsdlconf.h
+
+
+Fonctions propres au systÚme qui répondent à des questions telles que: le systÚme d'exploitation a-t-il besoin d'accéder au fichier strings.h aussi bien qu'au fichier string.h? Toutes les valeurs appropriés pour le verrouillage de fichier sont-elles correctement positionnées?
+
+
+
+
+gsdltimes.h
+
+
+Support fonctionnel pour la date et l'heure. Par exemple, la fonction time2text() (temps vers texte) prend l'heure de l'ordinateur, exprimée en nombre de secondes écoulées depuis le premier janvier 1970, et la convertit sous la forme AAAA/MM/JJ hhmmss, qu'elle renvoie comme un objet text_t.
+
+
+
+
+gsdltools.h
+
+
+Support varié pour le systÚme d'exécution de Greenstone: clarifie le cÎté petit boutien (littleEndian) ou grand boutien (bigEndian); vérifie si Perl est disponible; exécute une commande systÚme (avec quelques gadgets); et échappe les caractÚres spéciaux de macros dans une chaîne text_t.
+
+
+
+
+gsdlunicode.h
+
+
+Série d'objets hérités qui gÚrent le traitement de chaînes Unicode text_t à travers des flux en entrée et en sortie, comme par exemple les conversions Unicode vers UTF-8 et vice versa; et la destruction des espaces de largeur nulle. GÚre également les fichiers de correspondance à travers l'objet mapconvert, et les tables de correspondance sont chargées dans le répertoire GSDLHOME/mappings.
+
+
+
+
+text_t.h
+
+
+Principalement, l'objet de texte Unicode décrit ci-dessus. Fournit également deux classes de conversion de flux: inconvertclass (classe de conversion en entrée) et outconvertclass (classe de conversion en sortie). Ce sont les classes de base utilisées dans le fichier gsdlunicode.h.
+
+
+
+
+
+
+
+
+
+
+Serveur de collection
+
+
+Nous allons maintenant expliquer systématiquement tous les objets apparaissant dans le cadre conceptuel de la figure . Nous commençons au bas du diagramme -- c'est-à -dire aux fondations du systÚme -- avec les objets de recherche, source, et de filtre, et remonterons les couches du protocole vers les composants centraux du réceptionniste: actions, mise en forme, et langage de macros. Nous nous concentrerons ensuite sur l'initialisation des objets, puisque cette derniÚre est plus facile à comprendre quand on connaît le rÎle des différents objets.
+La plupart des classes centrales du cadre conceptuel sont exprimées à l'aide d'héritage virtuel pour favoriser l'extensibilité. Avec l'héritage virtuel, les objets hérités peuvent être passés en tant que leur classe de base, mais tout appel de fonction invoque la version définie dans l'objet hérité. En assurant que le code source de Greenstone utilise partout la classe de base, sauf aux endroits où s'effectue la construction des objets à proprement parler, nous garantissons donc que différentes implémentations -- utilisant peut-être des technologies sous-jacentes radicalement différentes -- peuvent facilement être mises en place.
+Supposons par exemple qu'une classe de base nommée BaseCalc (calculs de base) fournisse l'arithmétique classique: additions, soustractions, multiplications et divisions. Si toutes ses fonctions sont déclarées virtuelles, et que tous les arguments et types renvoyés sont déclarés comme des chaînes, on peut facilement implémenter des versions héritées de l'objet. L'une, FixedPrecisionCalc (calcul en précision finie), pourrait utiliser les fonctions de la bibliothÚque C pour faire les conversions entre chaînes et entiers, et implémenter les calculs en utilisant les opérateurs arithmétiques standard: +, -, *, et /. Une autre, appelée InfinitePrecisionCalc (calcul en précision infinie), pourrait accéder aux arguments des chaînes caractÚre par caractÚre, en implémentant les opérations arithmétiques qui sont en principe d'une précision infinie. En écrivant un programme qui utilise partout BaseCalc, l'implémentation peut passer de la précision finie à la précision infinie ou inversement en modifiant une seule ligne: l'endroit où l'objet de calcul est construit.
+
+
+L'objet de recherche
+
+
+
+
+API de la classe de base de recherche Search
+
+class searchclass {
+public:
+ searchclass ();
+ virtual ~searchclass ();
+ // the index directory must be set before any searching
+ // is done
+ virtual void setcollectdir (const text_t &thecollectdir);
+ // the search results are returned in queryresults
+ // search returns 'true' if it was able to do a search
+ virtual bool search(const queryparamclass &queryparams,
+ queryresultsclass &queryresults)=0;
+ // the document text for 'docnum' is placed in 'output'
+ // docTargetDocument returns 'true' if it was able to
+ // try to get a document
+ // collection is needed to see if an index from the
+ // collection is loaded. If no index has been loaded
+ // defaultindex is needed to load one
+ virtual bool docTargetDocument(const text_t &defaultindex,
+ const text_t &defaultsubcollection,
+ const text_t &defaultlanguage,
+ const text_t &collection,
+ int docnum,
+ text_t &output)=0;
+protected:
+ querycache *cache;
+ text_t collectdir; // the collection directory
+};
+
+La figure montre l'API de la classe de base de l'objet de recherche présenté dans la figure . Elle définit deux fonctions membre virtuelles: search() (recherche) et docTargetDocument() (doc document-cible). Comme le signifie le =0 qui suit la déclaration des arguments, il s'agit de fonctions pures -- ce qui signifie qu'une classe qui hérite de cet objet devra implémenter ces deux fonctions, faute de quoi le compilateur se plaindra.
+La classe comprend également deux champs de données protégés: collectdir (répertoire de collection) et cache (tampon). Un objet de recherche est instancié pour une collection particuliÚre, et le champ collectdir sert à stocker l'endroit du systÚme de fichiers où la collection (et en particulier ses fichiers d'index) se trouve. Le champ cache retient les résultats d'une requête. Il sert à accélérer des requêtes ultérieures qui répéteraient la même requête (et ses paramÚtres). Il peut sembler improbable qu'on effectue des requêtes identiques, mais dans la pratique c'est un phénomÚne fréquent. Le protocole de Greenstone est sans état. Pour générer une page de résultats semblable à la figure mais en présentant les résultats 11-20 de la même requête, la recherche est à nouveau transmise, en spécifiant cette fois-ci qu'il faut renvoyer les documents 11-20. L'utilisation de tampon rend ceci efficace, car le fait que cette recherche a déjà eu lieu est détecté et les résultats sont obtenus directement depuis le tampon.
+Ces deux champs de données s'appliquent à tout objet hérité qui implémente un mécanisme de recherche. C'est pourquoi ils apparaissent dans la classe de base, et ils sont déclarés dans une section protégée de la classe de maniÚre que les classes héritées puissent y accéder directement.
+
+
+
+
+Recherche et rapatriement avec MG
+
+
+Greenstone utilise MG (abréviation de «Managing Gigabytes» -- gérer les giga-octets; voir Wittenet al. , 1999) pour indexer et rapatrier les documents, et son code source est inclus dans le répertoire GSDLHOME/packages. MG utilise des techniques de compression pour optimiser l'utilisation de l'espace disque sans impacter la vitesse d'exécution. Pour une collection de documents écrits en anglais, le texte compacté et les index de corps du texte occupent en tout, en moyenne, un tiers de l'espace disque requis par le texte original, non compacté. La recherche et le rapatriement sont souvent plus rapides que les opérations équivalentes sur la version non compactée car elles impliquent moins d'opérations sur le disque dur.
+
+
+API pour accéder directement à MG (abrégée)
+
+enum result_kinds {
+ result_docs, // Return the documents found in last search
+ result_docnums, // Return document id numbers and weights
+ result_termfreqs, // Return terms and frequencies
+ result_terms // Return matching query terms
+};
+int mgq_ask(char *line);
+int mgq_results(enum result_kinds kind, int skip, int howmany,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_numdocs(void);
+int mgq_numterms(void);
+int mgq_equivterms(unsigned char *wordstem,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_docsretrieved (int *total_retrieved, int *is_approx);
+int mgq_getmaxstemlen ();
+void mgq_stemword (unsigned char *word);
+
+L'utilisation normale de MG se fait interactivement, en tapant des commandes à l'invite, et une maniÚre d'implémenter la classe mgsearchclass serait d'utiliser l'appel system() de la bibliothÚque C au sein de l'objet pour exécuter les commandes MG appropriées. Mais une approche plus efficace consiste à taper directement dans le code de MG avec des appels de fonctions. Bien que ceci nécessite une meilleure compréhension du code de MG, on peut masquer une grande partie de la complexité derriÚre une nouvelle API qui deviendra le point de contact pour l'objet mgsearchclass. C'est le rÎle du fichier colserver/mgq.c, dont l'API est présentée figure .
+On fournit des paramÚtres à MG à travers la fonction mgq_ask() (demande mgq), qui prend des options de texte dans un format identique à celui utilisé à la ligne de commande, tel que:
+mgq_ask( ".set casefold off ");
+Il sert aussi à invoquer une requête. On accÚde à ses résultats à travers la fonction mgq_results (résultats de mgq), qui prend un pointeur vers une fonction comme quatriÚme paramÚtre. Ceci fournit une maniÚre souple de convertir l'information renvoyée dans les structures de données de MG en le format requis par mgsearchclass. Des appels tels que mgq_numdocs() (mgq-numéros de documents), mgq_numterms() et mgq_docsretrieved() (respectivement, mgq-numéros de termes et mgq-documents rapatriés) renvoient également des informations, qui sont cette fois plus précisément prescrites. Les deux derniÚres fonctions gÚrent la troncature.
+
+
+
+
+L'objet source
+
+
+
+
+API de la classe de base source
+
+class sourceclass {
+public:
+ sourceclass ();
+ virtual ~sourceclass ();
+ // configure should be called once for each configuration line
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ // init should be called after all the configuration is done but
+ // before any other methods are called
+ virtual bool init (ostream &logout);
+ // translate_OID translates OIDs using " .pr " , . " fc " etc.
+ virtual bool translate_OID (const text_t &OIDin, text_t &OIDout, comerror_t &err, ostream &logout);
+ // get_metadata fills out the metadata if possible, if it is not
+ // responsible for the given OID then it return s false.
+ virtual bool get_metadata (const text_t &requestParams, const text_t &refParams,
+ bool getParents, const text_tset &fields, const text_t &OID,
+ MetadataInfo_tmap &metadata, comerror_t &err, ostream &logout);
+ virtual bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+Le rÎle de l'objet source dans la figure est d'accéder aux méta-données et au texte du document, et l'API de sa classe de base est présentée figure . Une fonction membre associe à chaque tâche les fonctions get_metadata() (obtient les méta-données) et get_document() (obtient le document) , respectivement. Toutes deux sont déclarées virtual, la version fournie par une implémentation particuliÚre de la classe de base n'est donc appelée qu'au moment de l'exécution. Une version héritée de cet objet utilise GDBM pour implémenter get_metadata() et MG pour implémenter get_document(): nous détaillons cette version ci-dessous.
+On trouve d'autres fonctions membre dans la figure , telles que configure(), init(), et translate_OID() (traduire l'identifiant d'objet). Les deux premiÚres sont liées au processus d'initialisation décrit section .
+La derniÚre, translate_OID(), gÚre la syntaxe pour exprimer les identifiants de documents. Nous avons vu figure comment on pouvait ajouter un numéro de page à un identifiant de document pour ne rapatrier que la page correspondante. Ceci est possible car les pages ont été stockées en tant que «sections» lors de la construction de la collection. Ajouter «.1» à un OID rapatrie la premiÚre section du document correspondant. Les sections peuvent être imbriquées; on y accÚde alors on concaténant les numéros de sections et en séparant les numéros par des points.
+En plus des numéros hiérarchiques de sections, la syntaxe de l'identifiant de document permet des accÚs relatifs. Par rapport à la section actuelle du document il est possible d'accéder aupremier fils (first child ) en ajoutant .fc, audernier fils (last child ) en ajoutant .lc, auparent en ajoutant .pr, aufrÚre suivant (next sibling ) en ajoutant .ns, et aufrÚre précédent (previous sibling ) en ajoutant .ps.
+La fonction translate_OID() utilise les paramÚtres OIDin (OID en entrée) et OIDout (OID en sortie) pour renfermer la source et le résultat de la conversion. Elle prend aussi deux autres paramÚtres, err (erreur) et logout (journal en sortie). Ils communiquent tout état d'erreur qui peut se produire lors de l'opération de traduction, et déterminent où envoyer les informations de journalisation. Ces paramÚtres dépendent étroitement du protocole, comme nous le verrons dans la section .
+
+
+Rapatriement de base de données avec gdbm
+
+
+GDBM est le gestionnaire de bases de données de GNU (www.gnu.org). Il implémente une structure d'enregistrements plats de couples clef/données, et il est compatible en arriÚre avec DBM et NDBM. Les opérations fournies comprennent le stockage, le rapatriement, et la destruction d'enregistrements par clef, et un parcours non ordonné de toutes les clefs.
+
+
+Base de données GDBM pour la collection (extrait)
+
+[HASH01d7b30d4827b51282919e9b]
+<doctype> doc
+<hastxt> 0
+<Title> The Winter's Tale
+<Creator> William Shakespeare
+<archivedir> HASH01d7/b30d4827.dir
+<thistype> Invisible
+<childtype> Paged
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24; " .25; " .26; " .27; " .28; " .29; " .30; " .31; " .32; \ " .33; " .34; " .35
+<docnum> 168483
+âââââââââââââââââââââââ-
+[CL1]
+<doctype> classify
+<hastxt> 0
+<childtype> HList
+<Title> Title
+<numleafdocs> 1818
+<thistype> Invisible
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24
+âââââââââââââââââââââââ-
+[CL1.1]
+<doctype> classify
+<hastxt> 0
+<childtype> VList
+<Title> A
+<numleafdocs> 118
+<contains> HASH0130bc5f9f90089b3723431f;HASH9cba43bacdab5263c98545;\
+ HASH12c88a01da6e8379df86a7;HASH9c86579a83e1a2e4cf9736; \
+ HASHdc2951a7ada1f36a6c3aca;HASHea4dda6bbc7cdeb4abfdee; \
+ HASHce55006513c47235ac38ba;HASH012a33acaa077c0e612b9351;\
+ HASH010dd1e923a123826ae30e4b;HASHaf674616785679fed4b7ee;\
+ HASH0147eef4b9d1cb135e096619;HASHe69b9dbaa83ffb045d963b;\
+ HASH01abc61c646c8e7a8ce88b10;HASH5f9cd13678e21820e32f3a;\
+ HASHe8cbba1594c72c98f9aa1b;HASH01292a2b7b6b60dec96298bc;\
+ ...
+
+La figure montre un extrait de la base de données d'informations de la collection créée lors de la construction de la collection Gutenberg. Cet extrait fut produit à l'aide de l'outil Greenstone db2txt, qui convertit le format binaire de base de données GDBM sous forme textuelle. La figure contient trois enregistrements, séparés par des lignes horizontales. Le premier est une entrée de document, les deux autres sont des portions de la hiérarchie créées par le classificateur AZList pour les titres de la collection. La premiÚre ligne de chaque enregistrement est sa clef.
+L'enregistrement de document stocke le titre du livre, son auteur, et toute autre méta-donnée fournie (ou extraite) lors de la construction de la collection. Il contient aussi des valeurs pour usage interne: où les fichiers associés à ce document se trouvent (<archivedir>) et le numéro de document utilisé de maniÚre interne par MG (<docnum>).
+Le champ <contains> (contient) stocke une liste d'éléments, séparés par des points-virgules, qui pointent vers des enregistrement relatifs dans la base de données. Pour un enregistrement de document, <contains> sert à pointer vers les sections imbriquées. On formera des clefs d'enregistrement en concaténant la clef courante à l'un des éléments fils (le séparateur étant un point).
+Le deuxiÚme enregistrement de la figure est le noeud principal de la hiérarchie de classification de titres A-Z. Ses enfants, auxquels on accÚde à travers le champ <contains>, comprennent CL1.1, CL1.2, CL1.3 etc., et correspondent aux pages individuelles pour les lettres A, B, C, etc. Il n'en existe que 24: le classificateur AZList a rassemblé les lettres Q-R et Y-Z car elles ne concernaient que peu de titres.
+Les enfants du champ <contains> du troisiÚme enregistrement, CL1.1, sont les documents proprement dits. On peut trouver des structures plus compliquées -- le champ <contains> peut inclure un mélange de documents et d'autres noeuds CL. Les clefs exprimées relativement à la clef courante se reconnaissent des clefs absolues car elles commencent par une apostrophe double. (").
+
+
+
+
+Utiliser MG et GDBM pour implémenter un objet source
+
+
+
+
+API de la version de sourceclass basée sur MG et GDBM (abrégée)
+
+class mggdbmsourceclass : public sourceclass {
+protected:
+ // Omitted, data fields that store:
+ // collection specific file information
+ // index substructure
+ // information about parent
+ // pointers to gdbm and mgsearch objects
+public:
+ mggdbmsourceclass ();
+ virtual ~mggdbmsourceclass ();
+ void set_gdbmptr (gdbmclass *thegdbmptr);
+ void set_mgsearchptr (searchclass *themgsearchptr);
+ void configure (const text_t &key, const text_tarray &cfgline);
+ bool init (ostream &logout);
+ bool translate_OID (const text_t &OIDin, text_t &OIDout,
+ comerror_t &err, ostream &logout);
+ bool get_metadata (const text_t &requestParams,
+ const text_t &refParams,
+ bool getParents, const text_tset &fields,
+ const text_t &OID, MetadataInfo_tmap &metadata,
+ comerror_t &err, ostream &logout);
+ bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+L'objet qui rassemble MG et GDBM pour réaliser une implémentation de sourceclass s'appelle mggdbmsourceclass. La figure présente son API. Les deux fonctions membre set_gdbmptr() et set_mgsearchptr() (respectivement, positionne le pointeur gdbm et recherche le pointeur mg) stockent des pointeurs vers leurs objets respectifs, de sorte que les implémentations de get_metadata() (obtient les méta-données) et get_document() (obtient le document) puissent accéder aux outils appropriés pour mener leur tâche à bien.
+
+
+
+
+
+
+L'objet de filtre
+
+
+
+
+API de la classe de base de filtre
+
+class filterclass {
+protected:
+ text_t gsdlhome;
+ text_t collection;
+ text_t collectdir;
+ FilterOption_tmap filterOptions;
+public:
+ filterclass ();
+ virtual ~filterclass ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ // returns the name of this filter
+ virtual text_t get_filter_name ();
+ // returns the current filter options
+ virtual void get_filteroptions (InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+L'API de la classe de base de l'objet de filtre de la figure est présentée dans la figure . Elle commence par les champs de données protégés gsdlhome, collection, et collectdir, fréquents dans les classes qui ont besoin d'accéder à des fichiers propres à des collections.
+
+
+gsdlhome est la même chose que GSDLHOME, de sorte que l'objet puisse localiser les fichiers de Greenstone.
+
+
+collection est le nom du répertoire correspondant à la collection.
+
+
+collectdir est le chemin complet du répertoire de collection (ceci est nécessaire car une collection ne se trouve pas toujours dans la zone GSDLHOME).
+
+
+mggdbsourceclass est une autre classe qui inclut ces trois champs de données.
+Les fonctions membre configure() et init() (d'abord vues dans la fonction sourceclass) sont utilisées par le processus d'initialisation. L'objet lui-même est intimement aligné avec la portion de filtre lui correspondant dans le protocole; en particulier les fonctions get_filteroptions() et filter() correspondent exactement.
+
+
+ManiÚre de stocker une option de filtre
+
+struct FilterOption_t {
+ void clear (); \ void check_defaultValue ();
+ FilterOption_t () {clear();}
+ text_t name;
+ enum type_t {booleant=0, integert=1, enumeratedt=2, stringt=3};
+ type_t type;
+ enum repeatable_t {onePerQuery=0, onePerTerm=1, nPerTerm=2};
+ repeatable_t repeatable;
+ text_t defaultValue;
+ text_tarray validValues;
+};
+struct OptionValue_t {
+ void clear ();
+ text_t name;
+ text_t value;
+};
+
+Les deux classes présentées dans la figure sont centrales pour les options de filtre. FilterOption_t (filtre d'option) stocke le nom de l'option, son type, et si elle peut ou non être répétée (repeatable). validValues est interprété selon le type de l'option. Pour un type booléen, la premiÚre valeur est la valeur fausse false, la deuxiÚme valeur est la valeur vraie true. Pour un type entier, la premiÚre valeur est la valeur minimale, la deuxiÚme valeur est la valeur maximale. Pour un type énuméré toutes les valeurs sont listées. Pour un type de chaîne la valeur est ignorée. Pour des situations plus simples, on utilise OptionValue_t (valeur d'option), qui enregistre sous forme de text_t le nom de l'option et sa valeur.
+Les objets de requête et de réponse passés en paramÚtres à filterclass sont construits à partir de ces deux classes, en utilisant des tableaux associatifs pour stocker un ensemble d'options telles que les options nécessaires à la fonction InfoFilterOptionsResponse_t. On peut trouver des détails complémentaires dans le fichier GSDLHOME/src/recpt/comtypes.h.
+
+
+
+
+Objets de filtre hérités
+
+
+
+
+Hiérarchie d'héritage pour l'objet de filtre
+
+
+
+Les filtres utilisent deux niveaux d'héritage, comme illustré dans la figure . Tout d'abord on distingue les filtres de requête et de navigation, et il existe pour les premiers une implémentation spécifique, fondée sur MG. Pour fonctionner correctement, mgqueryfilterclass doit accéder à MG à travers mgsearchclass et à GDBM à travers gdbmclass. browsefilterclass n'a besoin que d'accéder à GDBM. Les pointeurs vers ces objets sont stockés sous la forme de champs de données protégés au sein des classes respectives.
+
+
+
+
+Code du serveur de collection
+
+
+Voici les fichiers d'en-têtes du répertoire GSDLHOME/src/colservr, suivis de leur description. Le nom de fichier correspond généralement au nom de l'objet qu'il renferme.
+
+
+
+
+
+browsefilter.h
+
+
+(filtre de navigation) Hérité de filterclass (classe de filtre), cet objet fournit un accÚs à GDBM (décrit plus haut).
+
+
+
+
+
+
+
+collectserver.h
+
+
+(serveur de collection) Cet objet relie les objets de filtre et source d'une collection, pour former l'objet de collection représenté figure .
+
+
+
+
+colservrconfig.h
+
+
+(configuration du serveur de collection) Support fonctionnel pour la lecture des fichiers propres à une collection etc/collect.cfg et index/build.cfg. Le premier est le fichier de configuration de la collection; le deuxiÚme est un fichier généré par le processus de construction qui enregistre le moment de la derniÚre construction menée à bien, une liste des correspondances d'index, combien de documents ont été indexés, et leur taille (non compactée) en octets.
+
+
+
+
+filter.h
+
+
+(filtre) La classe de base de l'objet filtre filterclass décrit ci-dessus.
+
+
+
+
+maptools.h
+
+
+Définit une classe stringmap (correspondance de chaîne) qui fournit une correspondance se rappelant l'ordre original d'une correspondance text_t, mais qui est d'une consultation rapide. mggdbmsourceclass ainsi que queryfilterclass s'en servent.
+
+
+
+
+mggdbmsource.h
+
+
+Hérité de sourceclass, cet objet donne accÚs à MG et GDBM (décrit plus haut).
+
+
+
+
+mgppqueryfilter.h
+
+
+Hérité de queryfilterclass, cet objet fournit une implémentation de QueryFilter fondée sur MG++, version améliorée de MG écrite en C++. Remarquez que Greenstone est par défaut configuré pour utiliser MG, puisque MG++ est toujours en cours de développement.
+
+
+
+
+mgppsearch.h
+
+
+Hérité de searchclass, cet objet fournit une implémentation de l'objet de recherche avec MG++. Comme mgppqueryfilterclass, ceci n'est pas utilisé par défaut.
+
+
+
+
+mgq.h
+
+
+Interface fonctionnelle au paquetage MG. Ses fonctions principales sont mg_ask() et mg_results().
+
+
+
+
+mgqueryfilter.h
+
+
+Hérité de queryfilterclass, cet objet fournit une implémentation de QueryFilter fondée sur MG.
+
+
+
+
+mgsearch.h
+
+
+Hérité de searchclass, cet objet fournit une implémentation de l'objet de recherche qui utilise MG (décrit plus haut).
+
+
+
+
+phrasequeryfilter.h
+
+
+Hérité de mgqueryclass, cet objet fournit une classe de requête fondée sur les groupes de mots. Il n'est pas utilisé dans l'installation par défaut. C'est mgqueryfilterclass qui fournit cette fonctionnalité à travers un support fonctionnel depuis phrasesearch.h.
+
+
+
+
+phrasesearch.h
+
+
+Support fonctionnel pour rechercher des groupes de mots comme une opération post-traitement.
+
+
+
+
+querycache.h
+
+
+Utilisé par searchclass et les classes qui en héritent pour garder dans un tampon les résultats d'une requête, afin de générer plus efficacement la génération des pages de résultats suivantes (décrit plus haut).
+
+
+
+
+queryfilter.h
+
+
+Hérité de la classe de base de filtre filterclass, cet objet établit une classe de base pour les objets de filtre de requête (décrit plus haut).
+
+
+
+
+queryinfo.h
+
+
+Support pour la recherche: structures de données et objets pour contenir les paramÚtres des requêtes, les documents résultats et les fréquences des termes.
+
+
+
+
+search.h
+
+
+La classe de base de l'objet de recherche searchclass (décrite plus haut).
+
+
+
+
+source.h
+
+
+La classe de base de l'objet source sourceclass (décrite plus haut).
+
+
+
+
+
+
+
+
+
+
+Le protocole
+
+
+
+
+Liste des appels de protocole
+
+
+
+
+get_protocol_name()
+
+
+Renvoie le nom de ce protocole. Les valeurs possibles comprennentnullproto (protocole vide),corbaproto (protocole CORBA), etz3950proto . Utilisé par des portions du systÚme d'exécution qui dépendent du protocole pour décider quel code exécuter.
+
+
+
+
+get_collection_list()
+
+
+Renvoie la liste des collections que ce protocole connaît.
+
+
+
+
+has_collection()
+
+
+Renvoie la valeur vraietrue si le protocole peut communiquer avec la collection nommée, c'est-à -dire si cette collection fait partie de sa liste de collections.
+
+
+
+
+ping()
+
+
+Renvoie la valeur vraietrue si on a pu établir une connexion à la collection nommée. Dans le cas du protocole vide l'implémentation est la même que celle dehas_collection().
+
+
+
+
+get_collectinfo()
+
+
+Obtient des informations génériques relatives à la collection nommée: date de derniÚre construction, nombre de documents qu'elle contient, etc. Inclut aussi des méta-données du fichier de configuration de la collection: le texte «\menu{à propos}»; l'icone de collection à utiliser, etc.
+
+
+
+
+get_filterinfo()
+
+
+Obtient une liste de tous les objets de filtre pour la collection nommée.
+
+
+
+
+get_filteroptions()
+
+
+Obtient toutes les options pour un objet de filtre particulier au sein de la collection nommée.
+
+
+
+
+filter()
+
+
+Permet la recherche et la navigation. Pour un type de filtre donné et des réglages d'options, accÚde au contenu de la collection nommée pour produire un ensemble résultat qui est filtré selon les réglages d'options. Les champs de données renvoyés dépendent également des réglages d'options, comme par exemple la fréquence des termes de requête et les méta-données de document.
+
+
+
+
+get_document()
+
+
+Obtient un document ou une section d'un document.
+
+
+
+
+La table liste les appels de fonction au protocole, en résumant chaque entrée. Les exemples donnés section ont couvert la plupart de ces appels. Les fonctions non mentionnées précédemment sont les fonctions has_collection(), ping(), get_protocol_name() et get_filteroptions(). Les deux premiÚres répondent par oui ou par non aux questions «la collection existe-t-elle sur ce serveur?» et «est-elle en cours de fonctionnement?», respectivement. Le but des deux autres est de supporter des protocoles multiples au sein d'une architecture distribuée sur des ordinateurs différents, et non pas le simple exécutable fondé sur le protocole vide et décrit ici. L'une d'entre elles fait une distinction selon le protocole en cours d'utilisation. L'autre permet à un réceptionniste d'interroger un serveur de collection pour trouver les options supportées, afin de s'auto-configurer dynamiquement pour profiter des services offerts par un serveur particulier.
+
+
+API du protocole vide (abrégée)
+
+class nullproto : public recptproto {
+public:
+ virtual text_t get_protocol_name ();
+ virtual void get_collection_list (text_tarray &collist,
+ comerror_t &err, ostream &logout);
+ virtual void has_collection (const text_t &collection,
+ bool &hascollection,
+ comerror_t &err, ostream &logout);
+ virtual void ping (const text_t &collection,
+ bool &wassuccess,
+ comerror_t &err, ostream &logout);
+ virtual void get_collectinfo (const text_t &collection,
+ ColInfoResponse_t &collectinfo,
+ comerror_t &err, ostream &logout);
+ virtual void get_filterinfo (const text_t &collection,
+ InfoFiltersResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_filteroptions (const text_t &collection,
+ const InfoFilterOptionsRequest_t &request,
+ InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const text_t &collection,
+ FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_document (const text_t &collection,
+ const DocumentRequest_t &request,
+ DocumentResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+La figure montre l'API pour le protocole vide. Les commentaires, ainsi que certains détails de bas niveau, ont été omis (consultez le fichier source, c'est-à -dire recpt/nullproto.h, pour avoir tous les détails).
+Ce protocole hérite de la classe de base recptproto. On utilise l'héritage virtuel de telle sorte que plus d'un type de protocole -- y compris des protocoles pas encore conçus -- puisse être facilement supporté dans le reste du code source. Ceci est possible car l'objet de classe de base recptproto est utilisé tout au long du code source, à l'exception de l'endroit de la construction. Nous spécifions ici la véritable variété de protocole que nous souhaitons utiliser -- dans ce cas-ci, le protocole vide.
+à l'exception de get_protocol_name(), qui ne prend aucun paramÚtre et renvoie le nom du protocole sous la forme d'une chaîne au format Unicode, toutes les fonctions du protocole incluent un paramÚtre d'erreur et un flux de sortie en tant que leurs deux derniers arguments. Le paramÚtre d'erreur enregistre toute erreur qui se produit pendant l'exécution de l'appel de protocole, et le flux de sortie est utilisé à des fins de journalisation. Les fonctions sont de type void--elles ne renvoient pas explicitement des informations dans leur derniÚre instruction, mais renvoient plutÎt des données à travers des paramÚtres désignés tels que le paramÚtre d'erreur (dont on vient de parler). Dans certains langages de programmation, de tels sous-programmes s'appelleraient «procédures» et non «fonctions», mais le C++ n'opÚre pas de telle distinction syntaxique.
+La plupart des fonctions prennent le nom de la collection en argument. Trois des fonctions membre (les fonctions get_filteroptions(), filter(), et get_document()) suivent le schéma de fournir un paramÚtre de requête et de recevoir les résultats dans un paramÚtre de réponse.
+
+
+
+
+Le réceptionniste
+
+
+C'est la derniÚre couche du modÚle conceptuel. AprÚs analyse des arguments du CGI, l'activité principale est l'exécution d'une action, assistée par les objets de mise en forme et de langage de macros. Ces derniers sont décrits plus bas. Bien qu'ils soient représentés comme des objets dans le cadre conceptuel, les objets de mise en forme et de langage de macros ne sont pas strictement des objets au sens du C++. En fait, l'objet de mise en forme est une collection de structures de données et un ensemble de fonction qui opÚre sur ces derniÚres, et l'objet de langage de macros est construit autour de displayclass, définie dans lib/display.h, avec un support de conversion de flux provenant de lib/gsdlunicode.h.
+
+
+Les actions
+
+
+
+
+Les actions dans Greenstone
+
+
+
+
+action
+
+
+Classe de base pour l'héritage virtuel.
+
+
+
+
+authenaction
+
+
+Support de l'authentification utilisateur: demande à l'utilisateur un mot de passe si aucun n'a été saisi; vérifie sa validité; et oblige l'utilisateur à se ré-authentifier si trop de temps s'est écoulé entre deux accÚs.
+
+
+
+
+collectoraction
+
+
+GénÚre les pages pour le Collector.
+
+
+
+
+documentaction
+
+
+Rapatrie les documents, les sections de documents, les portions de la hiérarchie de classification, ou les informations de mise en forme.
+
+
+
+
+extlinkaction
+
+
+EmmÚne un utilisateur directement vers une URL externe à la collection, en générant ou non d'abord une page d'alerte (selon lesPréférences ).
+
+
+
+
+pageaction
+
+
+GénÚre une page en conjonction avec le langage de macros.
+
+
+
+
+pingaction
+
+
+Vérifie si une collection est en ligne ou non.
+
+
+
+
+queryaction
+
+
+Effectue une recherche.
+
+
+
+
+statusaction
+
+
+GénÚre les pages d'administration.
+
+
+
+
+tipaction
+
+
+Affiche une astuce aléatoire à l'utilisateur.
+
+
+
+
+usersaction
+
+
+GÚre l'ajout, la destruction, et la gestion des accÚs utilisateur.
+
+
+
+
+Greenstone supporte les onze actions résumées dans la table .
+
+
+Utilisation de cgiargsinfoclass depuis pageaction.cpp
+
+cgiarginfo arg_ainfo;
+arg_ainfo.shortname = " a " ;
+arg_ainfo.longname = " action" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " p" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+arg_ainfo.shortname = " p" ;
+arg_ainfo.longname = " page" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " home" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+Les arguments CGI nécessaires à une action sont formellement déclarés dans sa fonction constructeur avec cgiarginfo (définie dans recpt/cgiargs.h). La figure montre un extrait de la fonction constructeur pageaction, qui définit la taille et les propriétés des arguments CGI a et p.
+Pour chaque argument CGI, le constructeur doit spécifier son nom court (lignes 2 et 10), qui est le nom de la variable CGI à proprement parler; un nom long (lignes 3 et 11) qui est utilisé pour fournir une description plus parlante de l'action; s'il représente une valeur de caractÚre simple ou multiple (lignes 4 et 12); possiblement, une valeur par défaut (lignes 5 et 13); ce qui se produit quand plusieurs valeurs par défaut sont fournies (lignes 6 et 14, étant donné qu'on peut positionner des valeurs par défaut dans les fichiers de configuration); et s'il faut ou non que la valeur soit conservée à la fin de cette action (lignes 7 et 15).
+Ãtant donné qu'elle est embarquée dans le code, on peut générer automatiquement des pages web qui détaillent cette information. L'action statusaction produit cette information, et on peut la visualiser en saisissant l'URL de la page d'administration de Greenstone.
+Les douze actions héritées sont construites dans main(), la fonction de premier niveau de l'exécutable library, dont la définition est donnée dans le fichier recpt/librarymain.cpp. C'est aussi là que l'objet receptionist (défini dans recpt/receptionist.cpp) est construit. La responsabilité de toutes les actions est passée à l'objet receptionist, qui les traite en maintenant, sous la forme d'un champ de données, un tableau associatif de la classe de base d'action, indexé par les noms d'actions.
+
+
+API de la classe de base d'action
+
+class action {
+protected:
+ cgiargsinfoclass argsinfo;
+ text_t gsdlhome;
+public:
+ action ();
+ virtual ~action ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ virtual text_t get_action_name ();
+ cgiargsinfoclass getargsinfo ();
+ virtual bool check_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args, ostream &logout);
+ virtual bool check_external_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args,
+ outconvertclass &outconvert,
+ const text_t &saveconf,
+ ostream &logout);
+ virtual void get_cgihead_info (cgiargsclass &args,
+ recptprotolistclass *protos,
+ response_t &response,
+ text_t &response_data,
+ ostream &logout);
+ virtual bool uses_display (cgiargsclass &args);
+ virtual void define_internal_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual void define_external_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual bool do_action (cgiargsclass &args,
+ recptprotolistclass *protos,
+ browsermapclass *browsers,
+ displayclass &disp,
+ outconvertclass &outconvert,
+ ostream &textout,
+ ostream &logout);
+};
+
+La figure montre l'API de la classe de base d'action. Lors de l'exécution d'une action, l'objet receptionist appelle plusieurs fonctions, en commençant par check_cgiargs(). La plupart l'aident à vérifier, positionner, et définir des valeurs et des macros, alors que la fonction do_action() engendre pour de bon la page produite. Si un objet hérité particulier ne dispose d'aucune définition pour une fonction membre donnée, il passe à la définition de la classe de base qui implémente un comportement par défaut approprié.
+Voici des explications des fonctions membre:
+
+
+get_action_name()renvoie la valeur de l'argument CGIa, qui spécifie cette action. Le nom devrait être court, mais peut faire plus d'un caractÚre.
+
+
+check_cgiargs()est appelée avant les fonctionsget_cgihead_info(),define_external_macros(), etdo_action(). En cas d'erreur un message est écrit surlogout; si l'erreur est importante la fonction renvoie la valeur faussefalseet ne produit aucun contenu de page.
+
+
+check_external_cgiargs()est appelée aprÚscheck_cgiargs()pour toutes les actions. Il n'a d'usage que d'écraser certains comportements par défaut, comme par exemple produire une page de connexion quand la page demandée exige une authentification.
+
+
+get_cgihead_info()positionne les informations de l'en-tête CGI. Si la variableresponsevautlocation, alorsresponse_datacontient l'adresse de redirection. Siresponsevautcontent, alorsresponse_datacontient le type de contenu.
+
+
+uses_display()renvoietruesi la classe d'affichagedisplayclassest nécessaire pour produire le contenu de la page (comportement par défaut).
+
+
+define_internal_macros()définit toutes les macros liées aux pages générées par cette action.
+
+
+define_external_macros()définit toutes les macros qui pourraient être utilisées par d'autres actions pour produire des pages.
+
+
+do_action()génÚre la page produite, normalement dans un flux à travers l'objet de langage de macrodisplayet l'objet de conversion de la sortietextout. Renvoie la valeur faussefalsesi une erreur a empêché l'action de produire quoi que ce soit.
+
+
+Au début de la définition de classe, argsinfo est le champ de données protégé (utilisé dans l'extrait de code représenté dans la figure ) qui stoke les informations d'argument CGI spécifiées dans une fonction constructeur d'action héritée. L'autre champ de données, gsdlhome, enregistre GSDLHOME pour pouvoir y accéder plus facilement . L'objet inclut également les fonctions configure() et init() à des fins d'initialisation.
+
+
+
+
+Mise en forme
+
+
+
+
+Structures de données centrales de la classe de mise en forme
+
+enum command_t {comIf, comOr, comMeta, comText, comLink, comEndLink,
+ comNum, comIcon, comDoc,
+ comHighlight, comEndHighlight};
+enum pcommand_t {pNone, pImmediate, pTop, pAll};
+enum dcommand_t {dMeta, dText};
+enum mcommand_t {mNone, mCgiSafe};
+struct metadata_t {
+ void clear();
+ metadata_t () {clear();}
+ text_t metaname;
+ mcommand_t metacommand;
+ pcommand_t parentcommand;
+ text_t parentoptions;
+};
+// The decision component of an {If}{decision,true-text,false-text}
+// formatstring. The decision can be based on metadata or on text;
+// normally that text would be a macro like
+// _cgiargmode_.
+struct decision_t {
+ void clear();
+ decision_t () {clear();}
+ dcommand_t command;
+ metadata_t meta;
+ text_t text;
+};
+struct format_t {
+ void clear();
+ format_t () {clear();}
+ command_t command;
+ decision_t decision;
+ text_t text;
+ metadata_t meta;
+ format_t *nextptr;
+ format_t *ifptr;
+ format_t *elseptr;
+ format_t *orptr;
+};
+
+Bien que la mise en forme soit représentée comme une seule entité dans la figure , elle constitue en réalité une collection de structures de données et de fonctions, rassemblées dans le fichier d'en-têtes recpt/formattools.h. Les structures de données centrales de la classe sont représentées figure .
+
+
+Structures de données construites pour l'exemple d'instruction de mise en forme
+
+
+
+L'implémentation est plus facile à expliquer avec un exemple. Quand l'instruction de mise en forme
+format CL1Vlist
+"[link][Title]{If}{[Creator], par [Creator]}[/link]"
+est lue dans un fichier de configuration de collection, elle est analysée par les fonctions de formattools.cpp et la structure de données interconnectée montrée figure est construite. Quand il faut faire évaluer l'instruction de mise en forme par une action, la structure de données est traversée. Le chemin pris au niveau des noeuds comIf et comOr dépend des méta-données renvoyées par un appel au protocole.
+Il se peut que lors du rapatriement de méta-données, le résultat contienne d'autres macros et syntaxes de mise en forme. Ceci est géré par des allers-retours entre l'analyse et l'évaluation, en fonction des besoins.
+
+
+
+
+Le langage de macros
+
+
+L'entité de langage de macros de la figure , tout comme celle de mise en forme, ne correspond pas à une unique classe C++. Dans ce cas-ci il existe une classe centrale, mais l'implémentation du langage de macros dépend aussi de fonctions et de classes de support.
+Ici encore, on expliquera mieux l'implémentation en utilisant un exemple. Donnons d'abord quelques définitions d'échantillons de macros qui illustrent les priorités entre macros, puis -- à l'aide d'un diagramme -- nous décrirons les structures de données de base construites pour supporter cette activité. Enfin, nous présenterons et décrirons les fonctions membre publiques de displayclass, l'objet de macro de premier niveau.
+
+
+Illustration de la priorité entre les macros
+
+package query
+_header_ [] {_querytitle_}
+_header_ [l=en] {Search page}
+_header_ [c=demo] {<table bgcolor=green><tr><td>_querytitle_</td></tr></table>}
+_header_ [v=1] {_textquery_}
+_header_ [l=fr,v=1,c=hdl] {HDL Page de recherche}
+
+Dans une collection Greenstone habituelle, la priorité entre les macros est normalement: c (pour la collection) passe avant v (pour une interface graphique ou textuelle), qui passe avant l (pour la langue). Ceci est mis en place par la ligne
+macroprecedence c,v,l
+dans le fichier de configuration principal main.cfg. Les instructions de macros de la figure définissent des exemples de macros pour l'en-tête _header_ du paquetage de requête pour diverses valeurs de c, v, et l. Si les arguments CGI donnés lors de l'invocation d'une action comprennent c=hdl, v=1, et l=en, la macro _header_[v=1] serait alors sélectionnée pour l'affichage. Elle serait sélectionnée avant _content_[l=en] car v a la priorité sur l. La macro _content_[l=fr,v=1,c=hdl] ne serait pas sélectionnée parce que le paramÚtre de page pour l est différent.
+
+
+Structures de données représentant les macros par défaut
+
+
+
+La figure montre la structure de données principale construite lors de la lecture des fichiers de macros spécifiés dans etc/main.cfg. Il s'agit essentiellement d'un tableau associatif de tableaux associatifs de tableaux associatifs. Le niveau le plus élevé (à gauche) indexe le paquetage dont provient la macro, et le deuxiÚme niveau indexe le nom de la macro. Le dernier niveau indexe tous les paramÚtres spécifiés, en stockant chacun sous le type mvalue qui enregistre, en plus de la valeur de la macro, le fichier dont elle provient. Par exemple, on peut trouver le texte défini pour _header_[l=en] dans la figure stocké dans le plus bas des deux enregistrements mvalue dans la figure .
+
+
+API de la classe d'affichage displayclass
+
+class displayclass
+{
+public:
+ displayclass ();
+ ~displayclass ();
+ int isdefaultmacro (text_t package, const text_t ¯oname);
+ int setdefaultmacro (text_t package, const text_t ¯oname,
+ text_t params, const text_t ¯ovalue);
+ int loaddefaultmacros (text_t thisfilename);
+ void openpage (const text_t &thispageparams,
+ const text_t &thisprecedence);
+ void setpageparams (text_t thispageparams,
+ text_t thisprecedence);
+ int setmacro (const text_t ¯oname,
+ text_t package,
+ const text_t ¯ovalue);
+ void expandstring (const text_t &inputtext, text_t &outputtext);
+ void expandstring (text_t package, const text_t &inputtext,
+ text_t &outputtext, int recursiondepth = 0);
+ void setconvertclass (outconvertclass *theoutc) {outc = theoutc;}
+ outconvertclass *getconvertclass () {return outc;}
+ ostream *setlogout (ostream *thelogout);
+};
+
+L'objet central de support du langage de macros est displayclass, défini dans lib/display.h. Ses fonctions membre publiques sont représentées figure . La classe lit les fichiers de macros spécifiés à l'aide de loaddefaultmacros(), en stockant dans une section protégée de la classe (non représentée), le type de la structure de données montrée figure . Il est également permis au systÚme d'exécution de positionner des macros à l'aide de setmacro() (dans le dernier exemple de la section , pageaction positionne _homeextra_ comme étant la table des collections dynamiquement générée en utilisant cette fonction). Ceci est supporté par un ensemble de tableaux associatifs similaires à ceux utilisés pour représenter les fichiers de macros (ce n'est pas identique, car le premier n'a pas besoin d'une couche de «paramÚtres»). Dans displayclass, Les macros lues dans le fichier s'appellent lesmacros par défaut . Les macros locales spécifiées à travers setmacro() s'appellentmacros courantes , et sont effacées de la mémoire aprÚs la génération de la page.
+Quand il faut produire une page, openpage() est d'abord appelée pour communiquer les réglages courants des paramÚtres de page (l=en etc.). Ensuite, le texte et les macros passent dans un flux à travers la classe -- typiquement depuis une actionclass -- en utilisant du code tel que:
+cout << text_t2ascii << display << "_amacro_ "
+ << "_anothermacro_ ";
+Le résultat est que les macros sont développées selon les réglages des paramÚtres de page. Si nécessaire, ces réglages peuvent être modifiés en cours de procédure à l'aide d'une action en utilisant setpageparams(). Les fonctions membre publiques restantes fournissent le support de bas niveau.
+
+
+
+
+Le code du réceptionniste
+
+
+Nous avons maintenant décrit les objets principaux du réceptionniste. Nous détaillons ci-dessous les classes de support, situées dans GSDLHOME/src/recpt. à l'exception des cas où l'efficacité prime -- les définitions sont alors inline -- les détails d'implémentation sont contenus dans le fichier .cpp correspondant au fichier d'en-têtes. Les fichiers de support comportent souvent le mot tool (outil) dans leur nom, comme par exemple OIDtools.h et formattools.h.
+Un autre ensemble de fichiers de portée lexicale comprend le préfixe z3950. Ces fichiers fournissent un accÚs distant aux bases de données et aux catalogues en ligne publiquement accessibles à travers le protocole Z39.50.
+Le terme browserclass est inclus dans un autre groupe important de fichiers de support. Ces fichiers sont liés à travers une hiérarchie d'héritage virtuel. En tant que groupe, ils supportent une notion abstraite de navigation: génération de pages en série comportant des contenus de documents compartimentés ou des méta-données. Les possibilités des navigation comportent la lecture de documents triés par ordre alphabétique des titres ou par ordre chronologique des dates; l'exploration des résultats d'une requête par lot de dix entrées; et l'accÚs aux pages individuelles d'un livre en utilisant le mécanisme aller à la page.... Chaque possibilité de navigation hérite de la classe de base, browserclass:
+
+
+datelistbrowserclass fournit le support pour les listes chronologiques;
+
+
+hlistbrowserclass fournit le support pour les listes horizontales;
+
+
+htmlbrowserclass fournit le support pour les pages HTML;
+
+
+invbrowserclass fournit le support pour les listes invisibles;
+
+
+pagedbrowserclass fournit le support pour aller à une page particuliÚre;
+
+
+vlistbrowserclass fournit le support pour les listes verticales.
+
+
+Les actions accÚdent aux objets browserclass à travers browsetools.h.
+
+
+
+
+
+OIDtools.h
+
+
+Support fonctionnel pour l'évaluation des identifiants de documents sur le protocole.
+
+
+
+
+action.h
+
+
+Classe de base pour l'entité d'action décrite figure .
+
+
+
+
+authenaction.h
+
+
+Action héritée pour la gestion de l'authentification d'un utilisateur.
+
+
+
+
+browserclass.h
+
+
+Classe de base pour les activités de navigation abstraites.
+
+
+
+
+browsetools.h
+
+
+Support fonctionnel pour l'accÚs à browserclass (hiérarchie). Les fonctionnalités comprennent le développement et la contraction de contenus, l'affichage d'une table des matiÚres, et la génération de contrÎles tels que le mécanisme aller à la page....
+
+
+
+
+cgiargs.h
+
+
+Définit cgiarginfo, utilisé dans la figure , ainsi que le support d'autres structures de données pour les arguments CGI.
+
+
+
+
+cgiutils.h
+
+
+Support fonctionnel pour les arguments CGI utilisant les structures de données définies dans le fichier cgiargs.h.
+
+
+
+
+cgiwrapper.h
+
+
+Support fonctionnel qui fait tout ce qui est nécessaire pour produire une page en utilisant le protocole CGI. L'accÚs se fait à travers la fonction
+void cgiwrapper (receptionist &recpt, text_t collection);
+qui est la seule fonction déclarée dans le fichier d'en-têtes. Tout le reste du fichier .cpp correspondant a une portée lexicale locale au fichier (par l'utilisation du mot-clef C++ static). Si la fonction est employée pour une collection particuliÚre alors il faudrait positionner collection, sinon cette chaîne doit être la chaîne vide "". Ce code comprend du support pour Fast-CGI.
+
+
+
+
+collectoraction.h
+
+
+Action héritée qui facilite la construction de collections par l'utilisateur final à travers le Collector. La page générée provient de collect.dm et elle est contrÎlée par l'argument CGI p=page.
+
+
+
+
+comtypes.h
+
+
+Types centraux du protocole.
+
+
+
+
+converter.h
+
+
+Support objet pour les convertisseurs de flux.
+
+
+
+
+datelistbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit un support de navigation pour les listes chronologiques telles que celle qu'on peut voir dans la collection «Archives» de Greenstone sous Dates dans la barre de navigation.
+
+
+
+
+documentaction.h
+
+
+Action héritée utilisée pour rapatrier une document ou une portion d'une hiérarchie de classification.
+
+
+
+
+extlinkaction.h
+
+
+Action héritée qui contrÎle si un utilisateur se rend directement à un lien externe, ou s'il doit passer par une page d'avertissement qui l'alerte du fait qu'il s'apprête à sortir du systÚme de bibliothÚque numérique.
+
+
+
+
+formattools.h
+
+
+Support fonctionnel pour l'analyse et l'évaluation des instructions format de configuration de collection. Détaillé dans la section , ci-dessus.
+
+
+
+
+historydb.h
+
+
+Structures de données et support fonctionnel pour la gestion d'une base de données des requêtes précédentes de telle sorte qu'un utilisateur puisse faire une nouvelle requête en reprenant d'anciens termes.
+
+
+
+
+hlistbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit le support de navigation pour les listes horizontales.
+
+
+
+
+htmlbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit le support de navigation pour les pages HTML.
+
+
+
+
+htmlgen.h
+
+
+Support fonctionnel pour mettre en valeur les termes de requête dans une chaîne text_t.
+
+
+
+
+htmlutils.h
+
+
+Support fonctionnel qui convertit une chaîne text_t en le HTML équivalent. Les symboles ", &, <, et > sont respectivement convertis en ", &, <, et >.
+
+
+
+
+infodbclass.h
+
+
+Définit deux classes: gdbmclass et infodbclass. La premiÚre fournit l'API de Greenstone pour GDBM; la deuxiÚme est la classe objet utilisée pour stocker une entrée d'enregistrement lue dans une base de données GDBM, et c'est essentiellement un tableau associatif de tableaux de chaînes text_t indicées par des entiers.
+
+
+
+
+invbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit le support de navigation pour les listes qui ne sont pas censées être affichées (invisibles).
+
+
+
+
+nullproto.h
+
+
+Héritée de recptproto, cette classe réalise le protocole vide, implémenté par des appels de fonctions du réceptionniste vers le serveur de collection.
+
+
+
+
+pageaction.h
+
+
+Action héritée qui, en conjonction avec le fichier de macros nommé dans l'argument p=page, génÚre une page web.
+
+
+
+
+pagedbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit le support de navigation pour le mécanisme aller à la page..., vu par exemple dans la collection Gutenberg.
+
+
+
+
+pingaction.h
+
+
+Action héritée qui vérifie si une collection particuliÚre répond aux requêtes.
+
+
+
+
+queryaction.h
+
+
+Action héritée qui prend la requête, les réglages et les préférences stipulés, et effectue une recherche, en générant comme résultat le sous-ensemble des documents o=num correspondants, en commençant à la position r=num.
+
+
+
+
+querytools.h
+
+
+Support fonctionnel pour les requêtes.
+
+
+
+
+receptionist.h
+
+
+Objet de premier niveau du réceptionniste. Maintient un enregistrement des informations d'arguments CGI, des instantiations de chaque action héritée, des instantiations de chaque objet de navigation, l'objet central de langage de macros displayclass, et tous les convertisseurs possibles.
+
+
+
+
+recptconfig.h
+
+
+Support fonctionnel pour la lecture des fichiers de configuration principal et de site.
+
+
+
+
+recptproto.h
+
+
+Classe de base pour le protocole.
+
+
+
+
+statusaction.h
+
+
+Action héritée qui génÚre, en conjonction avec le fichier status.dm, les diverses pages d'administration.
+
+
+
+
+tipaction.h
+
+
+Action héritée qui produit, en conjonction avec tip.dm, une page web contenant une astuce choisie au hasard parmi la liste d'astuces stockée dans le fichier tip.dm.
+
+
+
+
+userdb.h
+
+
+Structure de données et support fonctionnel pour maintenir une base de données GDBM d'utilisateurs: leur mot de passe, leurs groupes, etc.
+
+
+
+
+usersaction.h
+
+
+Une action d'administration héritée de la classe de base qui supporte l'ajout et la destruction d'utilisateurs, ainsi que la modification de la liste des groupes auxquels ils appartiennent.
+
+
+
+
+vlistbrowserclass.h
+
+
+Hérité de browserclass, cet objet fournit un support de navigation pour les listes verticales, point d'appui des classificateurs. Par exemple, les fils du noeud des titres commençant par la lettre N sont stipulés comme formant une VList.
+
+
+
+
+z3950cfg.h
+
+
+Support de structure de données pour le protocole Z39.50. Utilisé par z3950proto.cpp, qui définit la classe de protocole principale (héritée de la classe de base recptproto) et l'analyseur de fichier de configuration zparse.y (écrit en YACC).
+
+
+
+
+z3950proto.h
+
+
+Héritée de recptproto, cette classe réalise le protocole de référence Z39.50 de sorte que le réceptionniste de Greenstone puisse accéder à des sites de bibliothÚques distantes hébergés sur serveur Z39.50.
+
+
+
+
+z3950server.h
+
+
+Support complémentaire pour le protocole Z39.50.
+
+
+
+
+
+
+
+
+
+
+Initialisation
+
+
+Dans Greenstone, l'initialisation est une opération compliquée qui traite les fichiers de configuration et affecte des valeurs par défaut aux champs de données. En plus des fonctions d'héritage et constructeur, les objets centraux définissent les fonctions init() et configure() pour faciliter la normalisation de la tâche. Même ainsi, l'ordre d'exécution peut être difficile à suivre. La présente section décrit ce qui se passe.
+Greenstone utilise plusieurs fichiers de configuration pour des raisons différentes, mais tous suivent la même syntaxe. à moins qu'une ligne ne contienne que des blancs ou commence par un caractÚre diÚse (# ), le premier mot définit un mot-clef et les mots suivants représentent une configuration particuliÚre pour ce mot-clef.
+Les lignes des fichiers de configuration sont passées une à une à la fonction configure() sous la forme de deux arguments: le mot-clef et un tableau des mots restants. En se fondant sur le mot-clef, un version particuliÚre de la fonction configure() décide si l'information l'intéresse, et dans l'affirmative, la stocke. Par exemple, collectserver (qui correspond à l'objet de collection de la figure ) traite les instructions de mise en forme du fichier de configuration de collection. Quand la fonction configure() reçoit le mot-clef format, elle déclenche une instruction if qui stocke dans l'objet une copie du deuxiÚme argument de la fonction.
+AprÚs le traitement du mot-clef et avant de rendre la main, certaines versions de configure() passent les données aux fonctions configure() d'autres objets. L'objet réceptionniste appelle les fonctions configure() des objets d'actions, de protocoles, et de navigation. L'objet de protocole vide appelle la fonction configure() de chaque objet de collection; l'objet de collection appelle les objets de filtre et source.
+En C++, les champs de données sont normalement initialisés par la fonction qui construit l'objet. Cependant, dans Greenstone, certaines initialisations dépendent de valeurs lues dans des fichiers de configuration, il faut donc procéder à un deuxiÚme tour d'initialisations. C'est le but des fonctions membre init(), et dans certains cas cela mÚne à d'autres appels de fonctions configure().
+
+
+Initialisation de Greenstone avec le protocole vide
+
+============
+Main program
+============
+Statically construct Receptionist
+Statically construct NullProtocol
+Establish the value for 'gsdlhome' by reading gsdlsite.cfg
+Foreach directory in GSDLHOME/collect that isn't "modelcol":
+ Add directory name (now treated as collection name) to NullProtocol:
+ Dynamically construct Collection
+ Dynamically construct Gdbm class
+ Dynamically construct the Null Filter
+ Dynamically construct the Browse Filter
+ Dynamically construct MgSearch
+ Dynamically construct the QueryFilter
+ Dynamically construct the MgGdbmSource
+ Configure Collection with 'collection'
+ Passing 'collection' value on to Filters and Sources:
+ Configure Receptionist with 'collectinfo':
+ Passing 'collectinfo' value on to Actions, Protocols, and Browsers:
+Add NullProtocol to Receptionist
+Add in UTF-8 converter
+Add in GB converter
+Add in Arabic converter
+Foreach Action:
+ Statically construct Action
+ Add Action to Receptionist
+Foreach Browsers:
+ Statically construct Browser
+ Add Browser to Receptionist
+Call function cgiwrapper:
+ =================
+ Configure objects
+ =================
+ Configure Receptionist with 'collection'
+ Passing 'collection' value on to Actions, Protocols, and Browsers:
+ NullProtocol not interested in 'collection'
+ Configure Receptionist with 'httpimg'
+ Passing 'httpimg' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'httpimg' on to Collection
+ Passing 'httpimg' value on to Filters and Sources:
+ Configure Receptionist with 'gwcgi'
+ Passing 'gwcgi' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'gwcgi' on to Collection
+ Passing 'gwcgi' value on to Filters and Sources:
+ Reading in site configuration file gsdlsite.cfg
+ Configure Recptionist with 'gsdlhome'
+ Passing 'gsdlhome' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'gsdlhome' on to Collection
+ Passing 'gsdlhome' value on to Filters and Sources:
+ Configure Recptionist with ...
+ ... and so on for all entries in gsdlsite.cfg
+ Reading in main configuration file main.cfg
+ Confiugre Recptionist with ...
+ ... and so on for all entries in main.cfg
+ ====================
+ Initialising objects
+ ====================
+ Initialise the Receptionist
+ Configure Receptionist with 'collectdir'
+ Passing 'collectdir' value on to Actions, Protocols, and Browsers:
+ NullProtocol not interested in 'collectdir'
+ Read in Macro files
+ Foreach Actions
+ Initialise Action
+ Foreach Protocol
+ Initialise Protocol
+ When Protocol==NullProtocol:
+ Foreach Collection
+ Reading Collection's build.cfg
+ Reading Collection's collect.cfg
+ Configure Collection with 'creator'
+ Passing 'creator' value on to Filters and Sources:
+ Configure Collection with 'maintainer'
+ Passing 'maintainer' value on to Filters and Sources:
+ ... and so on for all entries in collect.cfg
+ Foreach Browsers
+ Initialise Browser
+ =============
+ Generate page
+ =============
+ Parse CGI arguments
+ Execute designated Action to produce page
+End.
+
+Les lignes présentent les messages de diagnostics générés par une version de Greenstone configurée pour mettre en valeur le processus d'initialisation. Le programme démarre à la fonction main() du fichier recpt/librarymain.cpp. Il construit un objet de réceptionniste et un objet de protocole vide, puis parcourt le fichier gsdlsite.cfg (situé dans le même répertoire que l'exécutable library) à la recherche de gsdlhome et stocke son résultat dans une variable. Pour chaque collection en ligne -- liste établie en lisant les répertoires présents dans GSDLHOME/collect -- le programme construit un objet de collection, à travers l'objet de protocole vide, qui contient des objets de filtre, de recherche et source, ainsi que quelques appels câblés à la fonction configure().
+La fonction main() ajoute ensuite l'objet de protocole vide au réceptionniste, qui conserve un tableau de classe de base de protocoles dans un champ de données protégé, et positionne ensuite plusieurs convertisseurs. La fonction main() construit tous les objets d'action et de navigation utilisés dans l'exécutable et les ajoute à l'objet réceptionniste. La fonction conclut en appelant la fonction cgiwrapper() de cgiwrapper.cpp, qui comporte elle-même une certaine quantité d'initialisation d'objets.
+La fonction cgiwrapper() comprend trois parties: configuration, initialisation, et génération de page. Tout d'abord, quelques appels câblés à la fonction configure() sont effectués. Le fichier gsdlsite.cfg est ensuite lu et la fonction configure() est appelée pour chacune de ses lignes. Même chose pour le fichier etc/main.cfg.
+La deuxiÚme phase de la fonction cgiwrapper() effectue des appels à init(). L'objet réceptionniste ne fait qu'un appel à sa fonction, mais cette invocation appelle les fonctions init() des différents objets qu'il contient. Un appel câblé à configure() est d'abord effectué pour positionner collectdir, puis les fichiers de macros sont lus. La fonction init() de chaque action est appelée. Même chose pour chaque protocole utilisé dans le réceptionniste -- mais dans le cas du systÚme décrit ici, seul le protocole vide y est stocké. L'appel de la fonction init() de cet objet provoque d'autres configurations: pour chaque collection du protocole vide, les fichiers propres à la collection build.cfg et collect.cfg sont lus et traités, chaque ligne provoquant un appel à la fonction configure().
+La phase finale de cgiwrapper() consiste à analyser les arguments CGI, et appeler ensuite l'action appropriée. Tous ces appels sont effectués avec le support de l'objet réceptionniste.
+Les codes de configuration, initialisation, et de génération de page sont séparés car Greenstone est optimisé pour fonctionner en tant que serveur (avec Fast-CGI, ou le protocole CORBA, ou la version «BibliothÚque locale» sous Windows). Dans ce mode de fonctionnement, le code de configuration et d'initialisation n'est effectué qu'une fois, et le programme demeure ensuite en mémoire et génÚre de nombreuses pages web en réponse aux requêtes des clients, sans nécessiter de réinitialisation.
+
+
+
+
+
+
+Configurer son site Greenstone
+
+
+Dans Greenstone, deux fichiers de configuration sont utilisés pour configurer divers aspects du site Greenstone. Il s'agit du fichier de configuration «principal» main.cfg, qui se trouve dans GSDLHOME/etc, et du fichier de configuration «de site» gsdlsite.cfg, qui se trouve dans GSDLHOME/cgi-bin. Ces fichiers contrÎlent tous deux des aspects spécifiques de la configuration du site, et tous deux peuvent être visualisés depuis la page d'administration de Greenstone.
+
+
+Fichier de configuration principal
+
+
+Le fichier de configuration principal main.cfg sert à configurer le réceptionniste -- la partie de Greenstone qui présente les requêtes et affiche les pages. Vous pouvez tout contrÎler, des langues que l'interface peut utiliser aux journaux qui seront conservés.
+
+
+Maintenance du site et journalisation
+
+
+Les lignes du fichier de configuration dictent la maniÚre dont votre site Greenstone sera maintenu, quelles fonctionnalités il offrira, quels événements seront journalisés, et quelles notifications seront faites au mainteneur. La table détaille certaines des options disponibles; les options restantes sont décrites dans les sections suivantes.
+
+
+Options de configuration pour la maintenance et la journalisation
+
+
+
+
+
+Valeur
+
+
+But
+
+
+
+
+maintainer
+
+
+vide ou une adresse de courrier électronique
+
+
+Adresse de courrier électronique du mainteneur de site à utiliser pour certaines notifications. Si elle est vide, les événements de courrier électronique sont désactivés
+
+
+
+
+MailServer
+
+
+vide ou un nom de serveur
+
+
+Serveur de courrier électronique sortant pour le site. Si elle est vide, c'estmail.domaine-du-mainteneur qui sera utilisé (si par exemple le mainteneur estaide@exemple.com , la valeur par défaut seramail.exemple.com ). Si ceci n'aboutit pas à un serveur SMTP valide, les événements de courrier électronique ne fonctionneront pas
+
+
+
+
+status
+
+
+enabled (activée) oudisabled (désactivée)
+
+
+Détermine si la page deMaintenance et administration doit être rendue disponible
+
+
+
+
+collector
+
+
+enabled (activée) oudisabled (désactivée)
+
+
+Détermine si l'outil «Collector» de construction de collection pour l'utilisateur final est disponible
+
+
+
+
+logcgiargs
+
+
+true (vraie) oufalse (fausse)
+
+
+Si la valeur esttrue , , un journal d'utilisation est conservé dans le fichier usage.txt .
+
+
+
+
+usecookies
+
+
+true (vraie) oufalse (fausse)
+
+
+Si la valeur esttrue ,des informations relatives aux utilisateurs du site sont collectées (à l'aide decookies ) et consignées dans le journalusage.txt (ceci ne fonctionne que si l'optionlogcgiargs a la valeurtrue )
+
+
+
+
+LogDateFormat
+
+
+LocalTime (heure locale) ou
+UTCTime (heure du temps universelâGMT) ou
+Absolute (heure absolue)
+
+
+Format dans lequel consigner les dates et les heures dans les journaux.LocalTime produit le format «Thu Dec 07 12:34 NZDT 2000»,UTCTime est le même format mais en temps universel, etabsolute est un entier représentant le nombre de secondes écoulées depuis «00:00:00 01/01/1970 GMT»
+
+
+
+
+LogEvents
+
+
+AllEvents (tous les événements) ou
+CollectorEvents (événements du Collector) ou
+disabled (désactivée)
+
+
+Consigne certains événements dans le journalevents.txt .AllEvents consigne tous les événements de Greenstone,CollectorEvents ne consigne que les événements liés au Collector, etdisabled ne consigne aucun événement
+
+
+
+
+EmailEvents
+
+
+enabled (activée) oudisabled (désactivée)
+
+
+Envoie un courrier électronique au mainteneur (s'il y en a unâvoir l'option maintainer) à chaque fois qu'un événement se produit
+
+
+
+
+EmailUserEvents
+
+
+enabled (activée) oudisabled (désactivée)
+
+
+Envoie un courrier électronique à l'utilisateur lors de certains événementsâtels que la fin de la construction d'une collection par le Collector
+
+
+
+
+macrofiles
+
+
+liste de noms de fichiers de macros
+
+
+Détermine quelles macros sont disponibles pour le logiciel d'interface utilisateur de Greenstone
+
+
+
+
+
+
+
+
+Support des langues
+
+
+Le fichier de configuration main.cfg contient deux types d'entrées qui affectent la gestion des différentes langues. Elles déterminent quelles langues et quels encodages seront disponibles dans la page de Préférences. Les lignes encoding (encodage) spécifient les différents types d'encodage de caractÚres qui peuvent être sélectionnés. Les lignes language (langue) spécifient quelles langues on pourra sélectionner pour l'interface utilisateur (il doit bien sûr exister une macro de langue pour chaque langue possible).
+La ligne encoding peut contenir quatre valeurs possibles: shortname (nom court), longname (nom long), map (correspondance), et multibyte (multi-octets). La valeur shortname est l'étiquette du jeu de caractÚres standard, et doit être spécifiée pour tous les encodages. La valeur longname donne le nom d'encodage spécifié sur la page de Préférences. En son absence la valeur par défaut est celle de shortname. La valeur map est obligatoire pour tous les encodages à l'exception de l'UTF-8, qui est géré de maniÚre interne (et qui devrait toujours être activé). La valeur multibyte devrait être positionnée pour tous les jeux de caractÚres qui nécessitent plus d'un octet par caractÚre. Le fichier main.cfg spécifie de nombreux encodages, dont la plupart sont désactivés car commentés. Pour activer un encodage, Îtez le caractÚre de commentaire «# ».
+Chaque ligne language peut contenir trois valeurs possibles: shortname (nom court), longname (nom long), et default_encoding (encodage par défaut). La valeur shortname est le symbole de langue en deux lettres ISO 639, et elle est obligatoire. La valeur longname donne le nom de la langue spécifié sur la page de Préférences. En son absence la valeur par défaut est celle de shortname. L'option default_encoding sert à spécifier l'encodage préféré pour cette langue.
+
+
+
+
+ParamÚtres de page et arguments CGI
+
+
+On peut définir des paramÚtres de page et des arguments CGI dans le fichier de configuration main.cfg. Rappelez-vous qu'à la figure la plupart des arguments CGI sont définis au sein même du code C++ de la bibliothÚque. Cependant, il est parfois utile de définir de nouveaux arguments ou d'éditer les arguments existants dans les fichiers de configuration, ce qui évite de recompiler la bibliothÚque.
+Pour ce faire, vous utiliserez l'option de configuration cgiarg. Elle peut prendre jusqu'à six arguments, qui sont les suivants: shortname (nom court), longname (nom long), multiplechar (caractÚres multiples), argdefault (argument par défaut), defaultstatus (état par défaut), et savedarginfo (informations de sauvegarde d'argument). Ces arguments correspondent aux options d'arguments CGI décrits section . Par exemple, dans le fichier main.cfg, par défaut, l'option de configuration cgiarg sert à positionner les valeurs par défaut des arguments CGI existants a et p à p et home, respectivement.
+Les paramÚtres de page sont un cas particulier d'arguments CGI qui correspondent aux paramÚtres des fichiers de macros de Greenstone. Par exemple, l'argument CGI l correspond directement au paramÚtre l= dans les fichiers de macros. On utilise l'option de configuration pageparam pour définir un argument CGI comme étant également un paramÚtre de page.
+La meilleure maniÚre d'apprendre les différentes options de configuration possibles dans le fichier de configuration main.cfg est de faire des expériences avec ce dernier. Souvenez-vous que si vous utilisez la version «BibliothÚque locale» de Greenstone sous Windows, il faut redémarrer le serveur pour que toute modification des fichiers de configuration soit prise en compte.
+
+
+
+
+
+
+Fichier de configuration de site
+
+
+
+
+Lignes du fichiergsdlsite.cfg
+
+
+
+
+Ligne
+
+
+Fonction
+
+
+
+
+gsdlhome
+
+
+Un chemin vers le répertoireGSDLHOME .
+
+
+
+
+httpprefix
+
+
+L'adresse web deGSDLHOME . Si la racine de documents de votre serveur web a la valeurGSDLHOME vous n'avez pas besoin de cette ligne.
+
+
+
+
+httpimage
+
+
+L'adresse web du répertoire contenant les images de l'interface utilisateur. Si la racine de documents de votre serveur web a la valeurGSDLHOME ceci vaudra/images .
+
+
+
+
+gwcgi
+
+
+L'adresse web du présent script CGI (se termine généralement parlibrary ). Ceci n'est pas nécessaire si votre serveur web positionne la variable d'environnementSCRIPT_NAME (nom de script).
+
+
+
+
+maxrequests
+
+
+(Ne s'applique que si l'on utilisefast-cgi .) Nombre de requêtes que Fast-CGI doit traiter avant de rendre la main. Lors du débogage de la bibliothÚque il faut positionner ceci à une faible valeur, et à une valeur élevée dans le cas contraire, en production.
+
+
+
+
+Le fichier de configuration de site gsdlsite.cfg positionne des variables utilisées par le logiciel de bibliothÚque et le serveur web au moment de l'exécution, et se trouve dans le même répertoire que le programme library. La table décrit les lignes de ce fichier; elles sont expliquées dans la section 5 du Guide d'installation de la bibliothÚque numérique Greenstone.
+
+
+
+
+
+
+A. La bibliothÚque standard de patrons (templates) pour C++
+
+
+La bibliothÚque standard de patrons (STL) est une bibliothÚque bibliothÚque trÚs répandue de code C++, développée par Silicon Graphics (www.sgi.com). Cette annexe donne un bref aperçu de ses fonctions principales, utilisées tout au long du code de Greenstone. Pour une description plus détaillée, consultez le manuel de référence officiel de STL, disponible en ligne sur le site webwww.sgi.com, ou l'un des nombreux manuels traitant de STL, tel que celui de Josuttis (1999).
+Comme le suggÚre le mot «patron», STL n'est pas juste une bibliothÚque d'objets prêts à l'emploi. Couplée avec le mécanisme de patrons de C++, elle fournit aux programmeurs une solution pour développer leurs propres objets de maniÚre concise, objets qui tapent dans les fonctionnalités algorithmiques embarquées dans STL. Voilà qui ajoute une couche de complexité, mais cela en vaut la peine.
+Pour aider à comprendre les extraits de code Greenstone donnés dans le présent manuel, nous donnons quelques exemples de STL à des fins de didacticiel.
+
+
+A..1 Listes
+
+
+
+
+Programmer une liste d'entiers
+
+#include <iostream.h>
+
+#define nil 0
+
+struct intlist {
+ int val;
+ struct intlist* next;
+};
+
+int total_int_list(intlist* head)
+{
+ int total = 0;
+ intlist* curr = head;
+ while (curr!=nil)
+ {
+ total += curr->val;
+ curr = curr->next;
+ }
+
+ return total;
+}
+
+void main()
+{
+ intlist node1 = { 5, nil };
+ intlist node2 = { 4, nil };
+ node2.next = &node1;
+
+ int total = total_int_list(&node2);
+ cout << " List items total to: " << total << endl;
+}
+
+Ãtudions tout d'abord deux programmes qui implémentent une liste d'entiers. L'un utilise des types C++ de base (la «bonne vieille maniÚre de faire»), tandis que l'autre utilise STL. La figure montre le code source de l'implémentation qui n'utilisepas STL. Les lignes 5-8 définissent les structures de données de base que nous allons utiliser: le champ val stocke la valeur de l'entier, et next (prochain) pointe vers le prochain élément de la liste -- une implémentation classique d'une liste chaînée, en somme.
+Pour illustrer l'utilisation de la structure de données, le programme principal (lignes 23-32) initialise une liste d'entiers avec les éléments [5, 4]. Il appelle ensuite la fonction total_int_list (total des entiers de la liste, définie lignes 10-21), fonction qui prend pour unique argument un pointeur vers la tête d'une liste et qui fait la somme de toutes les valeurs que la liste contient. La valeur renvoyée («9», dans notre cas) est affichée à l'écran.
+Le gros du travail est accompli par les lignes 12-18. On commence par un peu d'initialisation: la variable locale total est mise à zéro, et curr (courant) pointe vers le début de la liste. Une boucle while ajoute ensuite l'élément entier courant au sous-total courant (total += curr->val;) avant de passer au prochain élément (curr = curr->next;). La boucle while termine quand curr vaut nil (vide), ce qui signifie qu'il ne reste plus aucun élément de la liste à traiter.
+
+
+Programmer une liste d'entiers en utilisant STL
+
+#include <iostream.h>
+#include <list>
+
+int total_int_list(list<int>* head)
+{
+ int total = 0;
+ list<int>::iterator curr = head->begin();
+ while (curr!=head->end())
+ {
+ total += *curr;
+ curr++;
+ }
+
+ return total;
+}
+
+void main()
+{
+ list<int> vals;
+ vals.push_back(5);
+ vals.push_back(4);
+
+ int total = total_int_list(&vals);
+ cout << " List items total to: " << total << endl;
+}
+
+La figure montre un programme équivalent qui utilise STL. Il n'est plus nécessaire de définir une structure de données adéquate dans le code; seule la directive #include <list> de la ligne 2, qui inclut le patron de liste défini dans STL, est nécessaire. L'objet est appelé une «classe de contenance» car lors de la déclaration d'une variable de ce type on spécifie aussi le type qu'on souhaite qu'elle stocke. On réalise une liste d'entiers ligne 19 avec l'instruction list<int> vals;. On peut ajouter des éléments à l'objet en utilisant la fonction membre push_back(), comme dans les lignes 20-21.
+Le gros du travail est accompli par les lignes 6-12. On commence toujours deux initialisations et une boucle while, mais à part cela la nouvelle syntaxe a fort peu en commun avec l'ancienne. Cette nouvelle maniÚre de faire les choses gravite autour d'une variable de type iterator (itérateur, ligne 7). De nombreuses classes STL incluent des types iterator pour fournir une maniÚre uniforme de traverser une suite d'objets de contenance. Le premier élément est renvoyé avec begin() (début) et l'élément qui suit le dernier élément est renvoyé avec end(). On passe à l'élément suivant par l'opération d'incrémentation ++, qui est surchargée par la classe d'itération pour implémenter cette tâche, et on accÚde à la valeur stockée par déréférenciation (*curr, ligne), opération elle aussi surchargée.
+L'implémentation STL de ce programme est un peu plus concise que le code conventionnel (25 lignes, à comparer aux 31 originales). Les gains sont plus importants dans des projets plus volumineux, car l'objet list (liste) de STL est plus puissant que ce que cet exemple en illustre ici. C'est par exemple une liste doublement chaînée qui supporte diverses maniÚres d'insérer et d'effacer -- et il faudrait des efforts de programmation supplémentaires pour intégrer ces fonctionnalités à la version de liste d'entiers classique.
+Remarquez que le paramÚtre total_int_list de la figure a été implémenté sous la forme d'un entier, pour correspondre au pointeur utilisé dans la variable total_int_list dans la figure . En STL, il est souvent plus naturel (et plus souhaitable) d'utiliser des références plutÎt que des pointeurs. Le paramÚtre devient alors list<int>& head, (tête), et ses fonctions membre sont appelées par la syntaxe head.begin(); (début de tête) et ainsi de suite.
+
+
+
+
+A..2 Correspondances
+
+
+Lorsque l'on implémente un systÚme de bibliothÚque numérique, il est utile de pouvoir stocker des éléments dans un tableau indicé par des chaînes de texte plutÎt que par des nombres. Dans Greenstone, par exemple, ceci simplifie grandement le stockage des fichiers de macros aprÚs leur lecture; de même pour les divers fichiers de configuration. Un type de données qui permet un tel accÚs s'appelle untableau associatif , et les langages de programmation modernes de haut niveau en proposent souvent. On l'appelle aussi parfoistableau de hachage (surtout en Perl), puisque la technique habituelle d'implémentation d'un index de texte est de hacher (calculer une somme de contrÎle) les valeurs du tableau associatif.
+
+
+Utiliser des tableaux associatifs en STL
+
+#include <iostream.h>
+#include <map>
+
+int total_int_table(map<char*, int>& table)
+{
+ int total = 0;
+ map<char*, int>::iterator curr = table.begin();
+ while (curr!=table.end())
+ {
+ total += (curr->second);
+ curr++;
+ }
+
+ return total;
+}
+
+int main()
+{
+ map<char*, int> table;
+ table["Alice"] = 31;
+ table["Peter"] = 24;
+ table["Mary"] = 47;
+
+ int total = total_int_table(table);
+ cout << " Age total: " << total << endl;
+ }
+
+En STL, on fait des tableaux associatifs en utilisant l'objet map (carte, ou correspondance). La figure présente un exemple quelque peu artificiel qui stocke l'âge de trois personnes (Alice, Pierre, et Marie) dans un tableau associatif indicé par leurs prénoms (lignes 19-22). Le problÚme est d'écrire une fonction qui calcule l'âge total de toutes les personnes présentes, sans savoir combien elles sont ni qui elles sont. Bien sûr, on pourrait résoudre ce problÚme avec un classique tableau d'entiers indicés numériquement. L'exemple est contraint d'illustrer les fonctionnalités de l'objet map et de mettre en valeur les similarités de traitement avec l'objet list équipé d'un iterator.
+Tout comme list, map est une classe de contenance. Cependant, lorsque l'on déclare une variable de ce type, il faut spécifier deux choses: le type d'index, et le type d'élément. Comme on peut le voir ligne 19, on obtient un tableau associatif qui stocke des entiers indicés par des chaînes en écrivant char* (c'est la maniÚre de déclarer une chaîne en C++) en tant que type d'indiçage suivi de int en tant que type d'élément.
+Il existe plusieurs maniÚres de stocker des éléments dans le tableau associatif. Dans l'exemple, on utilise lignes 20-22 l'indice de tableau [ ], qui est surchargé, pour initialiser le tableau avec les âges des trois personnes. La ressemblance entre total_int_table -- qui effectue le calcul principal dans le programme -- et total_int_list de la figure est frappante. Ces deux objets sont en fait presque identiques, et ce n'est pas une coïncidence. STL utilise lourdement l'héritage de sorte que des objets différents utilisent encore les mêmes opérations fondamentales. C'est particuliÚrement le cas des itérateurs (iterator). Les petites différences entre les deux fonctions sont que l'itérateur est maintenant tiré de map<char*, int>, et que l'accÚs à ses éléments se fait avec curr->second() -- en effet la déréférenciation de la variable (*curr) est définie comme devant renvoyer un objet de type pair. Ceci enregistre à la fois le nom d'index (first, ou «premier») et la valeur de l'élément (second, ou «deuxiÚme»), mais seul la deuxiÚme nous intéresse. à part cela, le code est identique. La seule différence restante -- le changement de l'unique argument de la fonction d'un pointeur vers une référence -- est superficielle.
+Greenstone utilise largement deux autres types STL: vector (vecteur), et set (ensemble). Le premier facilite les tableaux dynamiques, et le second supporte les opérations ensemblistes mathématiques telles que l'union, l'intersection, et la différence ensembliste.
+
+
+
+
+
+
+Bibliographie
+
+
+Aulds, C. (2000) Linux Apache Web Server Administration. Sybex.
+Bainbridge, D., Buchanan, G., McPherson, J., Jones, S., Mahoui, A. and Witten, I.H. (2001) «Greenstone: A platform for distributed digital library development». Rapport de recherche, département d'informatique, université de Waikato, Nouvelle-Zélande.
+Christiansen, T. Torkington, N. and Wall, L. (1998) Perl en action. Ãditions O'Reilly.
+Coar, K.A.L. (1998) Apache Server For Dummies. IDG Books.
+Deitel, H.M. and Deitel, P.J. (1994) C++: How to Program. Prentice Hall, Englewood Cliffs, New Jersey.
+Dublin Core (2001) «The Dublin Core Metadata Initiative» at http://purl.org/dc/, le 16 janvier 2001.
+Josuttis, N.M. (1999) The C++ standard library: a tutorial and reference. Addison-Wesley, 1999.
+Keller, M. and Holden, G. (1999) Apache Server for Windows Little Black Book. Coriolis Group.
+Schwartz, R.L. and Christiansen, T. (1997) Introduction à Perl (2Úme édition). Ãditions O'Reilly.
+Slama, D., Garbis, J. and Russell, P. (1999) Enterprise CORBA. Prentice Hall, Englewood Cliffs, New Jersey.
+Stroustrup, B. (1997) The C++ Programming Language. Addison-Wesley.
+Thiele, H. (1997) «The Dublin Core and Warwick Framework: A Review of the Literature, March 1995-September 1997»D-Lib Magazine , janvier.<http://www.dlib.org/dlib/january98/01thiele.html>
+Wall, L., Christiansen, T. and Orwant, J. (2000) Programmation en Perl (3Úme édition). Ãditions O'Reilly.
+Weibel, S. (1999) «The State of the Dublin Core Metadata Initiative» D-Lib Magazine , Volume 5 Number 4; avril.<http://www.dlib.org/dlib/april99/04weibel.html>
+Witten, I.H., Moffat, A. and Bell, T.C. (1999) Managing gigabytes: compressing and indexing documents and images. Morgan Kaufmann, San Francisco.
+
+
+
+
+... Greenstone Sur des systÚmes Windows 95/98, l'exécution de setup.bat peut échouer avec le message d'erreur Hors de l'espace d'environnement. Dans ce cas, éditez le fichier config.sys de votre systÚme (qui se trouve habituellement sous Cconfig.sys) et ajoutez-y la ligne shell=C:command.com /e:4096 /p (où C représente la lettre de votre lecteur systÚme) pour agrandir la taille de la table d'environnement. Il vous faudra redémarrer l'ordinateur pour que cette modification soit prise en compte. Répétez ensuite les étapes effectuées avant l'obtention de ce message d'erreur.
+
+
+...nugget» Attention: dans Greenstone, les expressions rationnelles sont interprétées dans le langage Perl, et les conventions diffÚrent subtilement d'autres conventions. Par exemple, «*» correspond à zéro ou plusieurs occurrences du caractÚre qui précÚde, et «.» remplace n'importe quel caractÚre -- donc «nugget.*» correspond à toute chaîne commençant par «nugget», que ce préfixe soit suivi d'un point ou non. Pour imposer un point à cette position il faudrait échapper le point, et écrire «nugget..*» à la place.
+
+
+... collection Remarquez que les versions les plus récentes de la collection «Demo» utilisent un classificateur Hierarchy pour représenter les méta-données how to (comment faire). Dans de tels cas de figure, elles apparaîtront un peu différemment que dans la figure .
+
+
+... facilement La valeur gsdlhome provient du fichier gsdlsite.cfg situé dans le même répertoire que l'exécutable CGI library, alors que GSDLHOME est positionné en exécutant le script setup qui accÚde à un fichier différent; il est donc techniquement possible que les deux valeurs soient différentes. C'est possible, mais pas désirable, et le texte ci-dessus est écrit dans l'hypothÚse où ces deux valeurs sont égales.
+
+
+Technically there are four types, but the last two are optional. Since we are only giving a basic introduction to this STL class, details about these last two types are omitted.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/fr/Install_fr.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/fr/Install_fr.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/fr/Install_fr.xml (revision 14835)
@@ -0,0 +1,1027 @@
+
+
+
+
+
+]>
+
+
+
+
+
+Guide d'installation de la bibliothÚque numérique Greenstone
+
+
+Ian H. Witten et Stefan Boddie
+
+
+Département d'informatique, Université de Waikato, Nouvelle-Zélande
+
+
+Retourner à l'indexe du manuel
+Retourner à l'indexe du dessus
+
+Greenstone est une suite logicielle destinée à la construction et à la distribution de collections de bibliothÚques numériques. Cette suite fournit une nouvelle maniÚre d'organiser l'information et de la publier sur l'Internet ou sur un cédérom. Greenstone est produit par le projet de bibliothÚque numérique de Nouvelle-Zélande (dépendant de l'université de Waikato), et distribué en coopération avec l'UNESCO et le projet de bibliothÚques pour l'humanité. C'est un logiciel Open Source, qu'on peut obtenir à l'URL http://greenstone.org, et qui est diffusé selon les termes de la licence publique générale de GNU.
+
+Nous souhaitons nous assurer que ce logiciel fonctionne bien pour vous. Faites-nous part, en anglais, de tout problÚme à l'adresse électronique greenstone@cs.waikato.ac.nz.
+
+
+Greenstone gsdl-2.50
+
+
+Mars 2004
+
+
+
+Ã propos de ce manuel
+
+
+Ce document explique comment installer Greenstone pour pouvoir l'utiliser sur votre ordinateur. Il explique aussi comment obtenir les logiciels associés, qui sont librement disponibles: le serveur web Apache et Perl. Nous avons fait au mieux pour simplifier au maximum la procédure d'installation.
+Ce logiciel fonctionne sur différentes plates-formes et différentes configurations. Par conséquent, de nombreux détails pourront impacter la procédure d'installation. La section liste des questions qu'il faudra se poser avant d'installer Greenstone. La section détaille la procédure d'installation pour les différentes versions; ne lisez que la portion relative à votre systÚme d'exploitation. La section décrit les collections de bibliothÚques numériques de démonstration comprises dans la distribution. La section explique comment configurer des serveurs web communs, Apache et PWS/IIS de Microsoft, de maniÚre à les faire fonctionner avec Greenstone. La section décrit plusieurs options de configuration de Greenstone, et la section montre comment créer une page d'accueil personnalisée pour votre installation de bibliothÚque numérique. Enfin, une annexe liste des logiciels associés et donne pour chacun la maniÚre de l'obtenir.
+
+
+
+
+Documents d'accompagnement
+
+
+L'ensemble des documents de Greenstone comprend cinq volumes:
+
+
+Guide d'installation de la bibliothÚque numérique Greenstone (ce document-ci )
+
+
+Guide de l'utilisateur de la bibliothÚque numérique Greenstone
+
+
+Guide du développeur de la bibliothÚque numérique Greenstone
+
+
+BibliothÚque numérique Greenstone: du papier à la collection
+
+
+BibliothÚque numérique Greenstone: Utilisation de "L'organizer"
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Remerciements
+
+
+Le logiciel Greenstone a vu le jour grâce à un effort de collaboration entre de nombreuses personnes. Rodger McNab et Stefan Boddie en sont les principaux architectes et développeurs. Des contributions ont été faites par David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, et Stuart Yeates. D'autres membres du Projet de bibliothÚque numérique de Nouvelle-Zélande ont également donné des conseils et inspiré les concepteurs du systÚme: Mark Apperley, Sally Jo Cunningham, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, et Lloyd Smith. Nous remercions aussi tous ceux qui ont contribué au développement des modules sous licence GNU GPL qui font partie de cette distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE, XLHTML.
+
+
+
+
+Les versions de Greenstone
+
+
+Greenstone fonctionne sur différentes plates-formes et configurations, comme résumé figure .
+
+
+Figure: Les options disponibles pour Windows et Unix de Greenstone
+
+
+
+La procédure d'installation dépend de nombreux paramÚtres. Avant de continuer la lecture, posez-vous les questions suivantes:
+
+
+Utilisez-vous Windows ou Unix?
+
+
+Si vous utilisez Windows, utilisez-vous 3.1/3.11 ou bien une version plus récente? Bien qu'il soit possible de visualiser des collections et de servir d'autres ordinateurs sur le même réseau avec des machines pourvues de Windows 3.1/3.11, il n'est pas possible d'y construire de nouvelles collections. La version complÚte de Greenstone fonctionne sur Windows 95/98/Me, et sur NT/2000.
+
+
+Si vous utilisez Unix, s'agit-il de Linux ou d'une autre version d'Unix? Dans le cas de Linux, une version binaire du systÚme complet, facile à installer, est fournie. Pour d'autres Unix il vous faudra installer le code source et le compiler, ce qui pourra nécessiter l'installation d'autres logiciels.
+
+
+Dans le cas des systÚmes Windows NT/2000 ou Unix, pouvez-vous vous connecter en tant qu'«administrateur» ou «root»? Ceci est parfois nécessaire pour configurer un serveur web de maniÚre adéquate pour qu'il puisse fonctionner avec Greenstone.
+
+
+Souhaitez-vous disposer du code source? Si vous utilisez Windows ou Linux, vous pouvez vous contenter d'installer des binaires. Mais si vous souhaitez également disposer du code source, il est dans la distribution de Greenstone.
+
+
+Souhaitez-vous construire de nouvelles collections de bibliothÚques numériques? Si tel est le cas, il vous faudra disposer de Perl, qui est librement disponible pour Windows comme pour Unix.
+
+
+Votre ordinateur comprend-il un serveur web? Greenstone est fourni avec un serveur web pour Windows. Cependant, si vous disposez déjà d'un serveur web, vous pouvez souhaitez continuer à l'employer. Dans le cas des systÚmes Unix, il vous faudra utiliser un serveur web.
+
+
+Savez-vous comment configurer votre serveur web? Si vous n'utilisez pas le serveur web fourni avec Greenstone, il vous faudra légÚrement modifier la configuration de votre serveur web pour qu'il puisse reconnaître Greenstone.
+
+
+
+
+
+
+La procédure d'installation
+
+
+Il existe des versions Windows et Unix de Greenstone, sous formes binaire comme de code source. L'interface utilisateur de Greenstone utilise un navigateur web: Netscape Navigator ou Internet Explorer conviennent tous deux, à partir de leurs versions 4.0. Si vous ne disposez pas de navigateur web, le cédérom comprend les versions Windows de Netscape.
+
+
+Windows
+
+
+Si c'est Unix que vous employez, rendez-vous directement à la section . Les utilisateurs de Windows qui se contenteront d'une installation simple et immédiate iront lire quant à eux la procédure d'installation simplifiée, section . Greenstone occupe environ 40 méga-octets d'espace disque.
+Si vous souhaitez vous écarter un tant soit peu de la configuration par défaut, il vous faudra décider d'installer le binaire ou le code source. En cas de doute, optez pour le binaire. La procédure d'installation est la même dans les deux cas, et les sections suivantes détaillent les options disponibles.
+à la fin de l'installation, sautez à la section .
+
+
+Installation simplifiée
+
+
+Pour installer la version Windows à partir du cédérom, insérez le disque dans le lecteur (par exemple, sous D: ). Si aprÚs environ 20 secondes d'attente la procédure d'installation n'a toujours pas automatiquement démarré, cliquez sur le menu Démarrer , choisissez Exécuter et tapez D:\Windows\Setup.exe , où «D» représente la lettre identifiant votre lecteur de cédérom. Les utilisateurs de Windows 3.1 choisiront Exécuter à partir du Gestionnaire de fichiers et taperont, eux aussi, D:\Windows\Setup.exe .
+Pour que l'installation se déroule le plus simplement possible, contentez-vous d'accepter les choix par défaut à chaque étape en cliquant sur le bouton Suivant . C'est tout! Greenstone est installé dans C:\Program Files\gsdl .
+à la fin de l'installation, vous démarrerez Greenstone en cliquant sur le bouton Démarrer , ouvrirez le menu Programmes , et sélectionnerez BibliothÚque Numérique Greenstone (Greenstone Digital Library) . Ceci invoquera une boîte de dialogue; cliquez simplement sur Entrer dans la bibliothÚque . Voilà qui démarrera automatiquement votre navigateur web et chargera la page d'accueil de la bibliothÚque numérique Greenstone, qui devrait ressembler à la figure . Vous pourrez alors entrer dans la collection de démonstration de Greenstone en cliquant sur son icone.
+
+
+La page d'accueil de Greenstone
+
+
+
+
+
+
+
+Binaires pour Windows
+
+
+Le cédérom comprend deux binaires distincts pour Windows: la BibliothÚque locale et la BibliothÚque Web . L'installation par défaut décrite ci-dessus sélectionne la version «BibliothÚque locale», que nous vous recommandons chaudement d'utiliser. La «BibliothÚque Web», qui est bien plus difficile à utiliser, n'est nécessaire que si vous employez déjà un serveur web et rencontrez des conflits d'affectation de numéro de port en utilisant la «BibliothÚque locale». Malgré une appellation modeste, cette derniÚre fournit un service web complet et autonome.AprÚs avoir choisi la version à installer, vous devrez choisir une installation «complÚte» ou «condensée». Lâinstallation complÚte comprend tout. Lâinstallation condensée
+(qui est le choix par défaut) comprend tout sauf les manuels de Greenstone et la fonctionnalité «Exporter vers un cédérom». Lâinstallation condensée utilise trois fois moins dâespace disque que lâinstallation complÚte.
+BibliothÚque locale. Ceci permet à tout ordinateur équipé de Windows de servir des collections Greenstone déjà construites. La collection Greenstone «Demo» sera installée automatiquement; vous pourrez également installer les autres collections présentes sur le cédérom (voyez ceci en ). Le logiciel de bibliothÚque locale est le même que celui qui est présent sur les cédéroms produits par le systÚme Greenstone.
+La bibliothÚque locale est destinée aux ordinateurs isolés, ou aux ordinateurs non équipés de serveur web. Elle contient un petit serveur web pour que les autres ordinateurs du même réseau puissent également accéder à la bibliothÚque (mais ce serveur web n'est pas trÚs configurable).
+Le logiciel de bibliothÚque locale détecte automatiquement si l'ordinateur dispose de logiciels de communication en réseau ou s'il est connecté à un réseau. Il fonctionnera correctement dans toutes les combinaisons possibles, mais on pourra néanmoins rencontrer deux problÚmes. Il se peut que Greenstone:
+
+
+provoque une connexion téléphonique non désirée;
+
+
+ou échoue à cause de la présence de logiciels de communication en réseau mal installés.
+
+
+C'est pour de telles situations qu'une version restreinte de la bibliothÚque locale est fournie, version qui ne fonctionne qu'avec Netscape (et pas Internet Explorer). Lors de l'invocation de la version «BibliothÚque locale» de Greenstone, la boîte de dialogue qui apparaît propose un bouton pour sélectionner cette version restreinte. à moins que les problÚmes mentionnés ci-dessus ne se posent, préférez-lui toujours la version standard.
+BibliothÚque Web . Ceci permet à tout ordinateur disposant d'un serveur web de servir des collections Greenstone déjà construites. Comme dans le cas de la bibliothÚque locale mentionné ci-dessus, la collection Greenstone «Demo» sera installée automatiquement. Vous pourrez également installer les autres collections présentes sur le cédérom (voyez ceci en section ).
+La bibliothÚque web diffÚre de la bibliothÚque locale en ce sens qu'elle est destinée aux ordinateurs qui disposent déjà d'un serveur web.
+Pour utiliser la bibliothÚque web, vous aurez aussi besoin
+
+
+d'un logiciel serveur web, comme Apache par exemple (voyez l'annexe à ce sujet).
+
+
+Le Collector . Ce composant, inclus à la fois dans la bibliothÚque locale et dans la bibliothÚque web, vous permet de construire des collections autour de contenus de votre choix. Pour l'utiliser, vous aurez aussi besoin de Perl. Nous recommandons ActivePerl (voyez l'annexe à ce sujet).
+
+
+
+
+
+
+Configuration de serveur web pour Windows (ne concerne que la bibliothÚque web)
+
+
+La version de Greenstone en bibliothÚque locale a cet avantage qu'elle fonctionne directement, sans nécessiter de configuration particuliÚre. Dans le cas de la version en bibliothÚque web, il vous faudra en revanche apporter quelques modifications aux réglages de votre serveur web.
+Si vous disposez déjà d'un serveur web, il faudra apporter quelques modifications à sa configuration pour pouvoir utiliser votre installation de Greenstone. Le script d'installation détaille ces modifications dans le cas du serveur web Apache -- voyez la section pour obtenir des instructions relatives à la configuration des serveurs web PWS et IIS. Vous aurez peut-être besoin d'un administrateur systÚme pour reconfigurer un serveur web déjà installé -- votre administrateur systÚme devrait comprendre les instructions fournies par le script d'installation.
+Si vous ne disposez pas déjà d'un serveur web, il vous faudra en installer un (voyez l'annexe pour obtenir des informations sur le serveur Apache). Il vous faudra ensuite le configurer de maniÚre appropriée. La section détaille les portions de l'installation d'un serveur web qui concernent Greenstone, et comment il faut les modifier. Tout revient à ajouter une petite dizaine de lignes à un fichier de configuration.
+
+
+
+
+Code source pour Windows
+
+
+Le code source de Greenstone occupe 50 méga-octets d'espace disque, mais 90 méga-octets seront nécessaires pour procéder à la compilation. Pour compiler ce code source sur Windows vous devrez également disposer
+
+
+du compilateur Microsoft Visual C++ (nous travaillons actuellement sur l'aplanissement de petits problÚmes posés par la compilation de Greenstone avec diverses versions de GCC pour Windows).
+
+
+(Vous n'aurez pas besoin de GDBM, le gestionnaire de bases de données de GNU, car il est inclus dans la distribution de Greenstone).
+Il est peu probable que vous parveniez à compiler Greenstone sur une machine fonctionnant sous un systÚme Windows 3.1/3.11.
+Au cas où vous recompilez Greenstone et souhaitez utiliser la version recompilée pour créer des cédéroms, sachez que le code produit par les versions récentes du compilateur Microsoft Visual C++ ne fonctionne pas sous les systÚmes Windows 3.1/3.11, mais fonctionne sans problÚmes sous des systÚmes ultérieurs (95, 98, Me, NT, 2000). Si vous souhaitez que vos cédéroms puissent être utilisés sur des versions anciennes de Windows, il vous faudra utiliser une autre version du compilateur. De plus, Greenstone utilise STL, la bibliothÚque standard de patrons (templates) pour C++, et même si d'anciens compilateurs sont parfois fournis avec STL, la version fournie ne fonctionne pas toujours trÚs bien. C'est pourquoi, pour recompiler Greenstone de telle sorte qu'il produise des cédéroms qui fonctionneront sur d'anciennes versions de Windows, vous aurez besoin
+
+
+du compilateur Microsoft Visual C++, version 4.0 ou 4.2.
+
+
+d'une version externe de STL, la bibliothÚque standard de patrons pour C++. STL est empaquetée avec Greenstone afin d'être utilisée avec ces versions du compilateur.
+
+
+Vous remarquerez que la procédure d'installation pour Windows ne tente pas de compiler Greenstone si vous choisissez d'installer le code source. Pour obtenir des instructions de compilation de Greenstone propres à votre plate-forme et à votre compilateur, voyez le fichier Install, placé dans le répertoire principal de Greenstone (C:\Program Files\gsdl par défaut) pendant la procédure d'installation.
+
+
+
+
+
+
+Unix
+
+
+La présente section s'adresse aux utilisateurs d'Unix; les utilisateurs de Windows auront avantage à consulter la section . Il vous faut choisir d'installer le binaire ou le code source: le binaire occupe 50 méga-octets d'espace disque, et le code source a besoin de 160 méga-octets pour compiler.
+
+
+Binaires Unix
+
+
+Le binaire est prévu pour une distribution Linux pour puce Intel de type x86, avec support pour les binaires ELF. Voici des exemples de distributions qui remplissent ces conditions:
+
+
+RedHat 5.1
+
+
+SuSE Linux 6.1
+
+
+Debian 2.1
+
+
+Slackware 4.0
+
+
+Cela devrait également être le cas de versions plus récentes de ces distributions.
+Il vous faudra un serveur web: nous recommandons Apache. Nous recommandons aussi trÚs chaudement d'installer le serveur web avant d'installer Greenstone -- ceci facilitera grandement la réponse aux questions posées pendant la procédure d'installation de Greenstone. Si vous souhaitez construire de nouvelles collections de bibliothÚques numériques, il vous faudra également installer Perl, s'il est absent de votre systÚme. Pour savoir si Perl est installé, invoquez un terminal, tapez perl -v , et voyez si le message qui apparaît précise, entre autres choses, un numéro de version. Perl est installé par défaut dans la plupart des versions de Linux. L'annexe donne des précisions sur la maniÚre d'obtenir Apache et Perl.
+
+
+
+
+Code source Unix
+
+
+Le code source est le même pour Windows et pour Unix. Il a été compilé et testé sous les systÚmes Linux, Solaris, et Macintosh OS/X; cela devrait être immédiat de le porter vers d'autres Unix.
+Pour compiler le code source de Greenstone sous Unix, il vous faut:
+
+
+GCC, le compilateur C++ de GNU;
+
+
+GDBM, le gestionnaire de bases de données de GNU.
+
+
+Pour faire fonctionner Greenstone, il vous faudra également un serveur web et le langage Perl, tel qu'expliqué ci-dessus dans la Binaires Unix .
+
+
+
+
+Installation sous Unix
+
+
+Pour installer la version d'Unix du CD-ROM, insérer le disque dans la commande, et dactylographier
+
+
+
+
+
+mount /cdrom
+
+
+monte le périphérique de cédéroms (cette commande peut changer d'un systÚme à l'autre; sous OS/X, par exemple, il suffit de se rendre, par la commande cd, dans le répertoire /Volumes et de se rendre ensuite dans le sous-répertoire approprié pour le cédérom)
+
+
+
+
+cd /cdrom
+
+
+se déplace dans le répertoire principal du cédérom
+
+
+
+
+cd Unix
+
+
+se déplace dans le répertoire abritant le script d'installation pour Unix
+
+
+
+
+sh Install.sh
+
+
+exécute le processus d'installation (nous précisons explicitement le nom de l'interpréteur -- sh -- car de nombreuses installations interdisent l'exécution de programmes directement depuis le cédérom)
+
+
+
+
+Cette derniÚre commande entame un dialogue interactif dont le but est d'obtenir de vous les informations nécessaires à l'installation de Greenstone sur votre systÚme, et qui vous donne des informations détaillées sur les résultats des opérations effectuées.
+La procédure d'installation commence par vous demander dans quel répertoire installer Greenstone. Le premier fichier qui y sera placé sera «uninstall», programme qui nettoiera toute installation partielle, au cas où vous rencontreriez des problÚmes ou mettriez fin prématurément à la procédure d'installation. Vous choisirez ensuite si vous souhaitez installer les binaires ou le code source, puis viennent des questions relatives à la configuration de votre serveur web. Vous devez disposer d'un répertoire où stocker des scripts CGI exécutables (communément appelé «cgi-bin» dans les systÚmes Unix); vous pouvez en créer un nouveau ou utiliser celui qui existe déjà . Si vous en créez un nouveau, il vous faudra en informer votre serveur web par le truchement de son fichier de configuration. Dans chacun de ces deux cas de figure, il vous faudra saisir l'adresse web du répertoire CGI. Le dialogue d'installation vous guidera au travers de tous ces choix. Il est important de mettre en place des droits d'accÚs corrects à certains répertoires, et on vous demandera les informations nécessaires. Enfin, on vous demandera le mot de passe de l'utilisateur en charge de l'administration systÚme de Greenstone.
+Par défaut, Greenstone s'installe dans le répertoire /usr/local/gsdl si c'est l'utilisateur root qui effectue l'installation, et dans le répertoire /gsdl dans le cas contraire, où «» dénote le répertoire personnel de l'utilisateur concerné.
+L'installation des binaires ne prend que quelques minutes, juste assez pour vous laisser le temps de répondre aux questions appropriées. Si vous installez le code source, le script d'installation procédera à sa compilation, opération qui peut prendre de 10 minutes à une heure ou plus, en fonction de la vitesse de votre processeur.
+Pour désinstaller le logiciel, tapez:
+cd ~/gsdl
+ou /usr/local/gsdl si c'est l'utilisateur root qui a installé Greenstone
+sh Uni nstall.sh
+Pendant la procédure d'installation, on vous demandera si vous souhaitez installer des collections Greenstone. La collection Greenstone «Demo» est installée automatiquement; les autres collections du cédérom sont décrites en section .
+
+
+
+
+Configuration de serveur web sous Unix
+
+
+Si vous disposez déjà d'un serveur web, il faudra y apporter quelques modifications pour rendre votre installation de Greenstone opérationnelle. Le script d'installation détaille ces modifications. Vous aurez peut-être besoin d'un administrateur systÚme pour reconfigurer le serveur web -- votre administrateur systÚme devrait comprendre les instructions fournies par le script d'installation. Pour votre confort, la sortie du script d'installation est consignée dans un fichier appelé INSTALL_RECORD et situé dans le répertoire d'installation de Greenstone.
+Si vous ne disposez pas déjà d'un serveur web, il vous faudra en installer un. L'annexe fournit des informations relatives à Apache. Il vous faudra ensuite le configurer de maniÚre appropriée. La section détaille les portions de l'installation d'un serveur web qui concernent Greenstone, et comment il faut les modifier. Tout revient à ajouter une petite dizaine de lignes à un fichier de configuration.
+Nul besoin d'effectuer la procédure d'installation ci-dessus détaillée sous l'identifiant «root». Cependant, de tels privilÚges peuvent être nécessaires pour modifier un serveur Apache existant -- tout dépend de sa configuration. Si vous installez Apache vous-même, vous pouvez procéder en tant que simple utilisateur, sans utiliser de privilÚges réservés à «root». Dans le cas où vous avez affaire à un administrateur systÚme réticent, vous pourrez toujours contourner la difficulté en installant un deuxiÚme serveur web Apache sur votre ordinateur -- même si un tel serveur est déjà installé.
+
+
+
+
+
+
+Où trouver Greenstone
+
+
+
+
+BibliothÚque locale (seulement pour Windows)
+
+
+Si vous utilisez la bibliothÚque locale, il suffit d'invoquer le programme «Greenstone» depuis le menu Démarrer . Ceci démarrera automatiquement le navigateur web et chargera la page d'accueil de la bibliothÚque numérique Greenstone, d'où la collection «Demo» de Greenstone devrait être accessible.
+
+
+
+
+BibliothÚque Web (Windows et Unix)
+
+
+Si vous utilisez la bibliothÚque web, utilisez l'URL suivante pour entrer sur le systÚme Greenstone, aprÚs avoir installé le logiciel et configuré le serveur web:
+http://localhost/gsdl/cgi-bin/library
+La collection «Demo» de Greenstone devrait être accessible depuis cette page.
+
+
+
+
+Le Collector
+
+
+Un lien menant vers le Collector est fourni sur la page d'accueil de la bibliothÚque numérique.
+
+
+
+
+Administration
+
+
+Un lien menant vers les pages d'administration est fourni sur la page d'accueil de la bibliothÚque numérique. L'utilisateur en charge de l'administration s'appelle «admin» , et vous avez dû spécifier son mot de passe pendant le processus d'installation. L'administrateur a le droit d'ajouter de nouveaux utilisateurs et de construire des collections.
+
+
+
+
+
+
+l'Interface Bibliothécaire de Greenstone (GLI)
+
+
+Greenstone "Librarian Interface" (l'Interface Bibliothécaire de Greenstone) (GLI) est un outil d'assistance à la mise sur pied de bibliothÚques numériques utilisant Greenstone. Il vous donne accÚs à la fonctionnalité de création de collection Greenstone, à partir d'une interface commode "pointer et cliquer".
+GLI est installé automatiquement avec toutes les distributions de Greenstone. Il est placé dans le sous-répertoire "gli" du répertoire racine de Greenstone (C:\Program Files\gsdl\gli, par défaut). Il faut noter qu'il fonctionne conjointement avec Greenstone et ne le fera correctement que s'il est placé dans un sous répertoire de votre installation Greenstone. Et ce sera le cas si on a téléchargé une des distributions de Greenstone.
+Pour utiliser "GLI", l'ordinateur doit disposer de l'environnement "JAVA Runtime". Si tel n'est pas le cas, l'installation propose une version incluse dans le CD-ROM. Dans Unix, on doit s'assurer que PERL est installé (pour Windows, Perl est déjà inclus dans le logiciel Greenstone ). PriÚre signaler à greenstone@cs.waikato.ac.nz tout problÚme intervenu dans l'exécution ou l'utilisation du "Librarian Interface" (Interface Bibliothécaire).
+
+
+Exécution sous Windows
+
+
+Pour exécuter "GLI" sous Windows, parcourir le répertoire gli dans votre installation Greenstone (par exemple en utilisant l'explorateur de Windows), et double-cliquer sur le fichier appelé gli.bat . Ce fichier vérifie que Greenstone, l'environnement Java Runtime et Perl sont tous installés, et démarre "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone).
+
+
+
+
+Exécution sous Unix
+
+
+Pour exécuter GLI sous Unix, passer au répertoire gli de votre installation Greenstone, et ensuite exécuter le script gli.sh . Ce script vérifie que Greenstone, l'environnement Java Runtime et Perl sont tous installés et sont sur votre chemin de recherche, et démarre "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone).
+
+
+
+
+Obtenir de l'aide
+
+
+"Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone) a en ligne des fonctions d'aide étendues. On peut obtenir de l'aide en cliquant sur le bouton Help situé en haut à droite de l'écran. Ceci ouvre le texte sur une section qui traite de ce qu'on est en train de faire, d'un des panneaux utilisés. On peut parcourir le texte d'aide et s'informer sur ce qu'on cherche. Utilisez-le.
+
+
+
+
+Compiler le l'Interface Bibliothécaire de Greenstone
+
+
+Si on a téléchargé une distribution source de Greenstone, le code source Java de "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone) est mis à disposition. Pour le compiler, l'ordinateur doit avoir un kit de développement Java. L'appendice fournit l'information sur la maniÚre de l'obtenir. Pour compiler le code source, exécuter les fichiers makegli.bat (Windows) ou makegli.sh (Unix). Une fois compilé, vous pouvez exécuter GLI comme décrit ci-dessus.
+
+
+
+
+
+
+Tests et diagnostics
+
+
+Pour tester Greenstone, pointez votre navigateur web vers la page d'accueil de Greenstone afin d'explorer la collection «Demo» ou toute autre collection installée. Pas d'inquiétude -- vous ne pouvez rien casser. Cliquez partout et sans crainte: la plupart des images qui apparaîtront sur votre écran réagissent aux clics. Si vous maintenez le pointeur de la souris au-dessus d'une image, la plupart des navigateurs afficheront un message qui vous expliquera ce qui se passera si vous cliquez. Faites l'expérience! Choisissez des mots communs tels que «le» (the) ou «et» (and) en tant que critÚres de recherche -- voilà qui devrait fournir des réponses, et vous ne pourrez rien casser. Pour plus d'informations à ce sujet, consultez le Guide de l'utilisateur de la bibliothÚque numérique Greenstone .
+
+
+Diagnostics et remÚdes
+
+
+
+
+
+
+
+
+ProblÚme
+
+
+Essayez ceci
+
+
+
+
+BIBLIOTHÃQUE LOCALE (SEULEMENT POUR WINDOWS)
+
+
+Quand je démarre Greenstone, mon ordinateur me demande de me connecter à mon fournisseur dâaccÚs Internet par téléphone.
+
+
+Cliquez sur le boutonAnnuler de la boîte de dialogue. Ceci résout généralement ce problÚme.
+
+
+
+
+
+Quand je démarre Greenstone, mon ordinateur me demandeencore de me connecter à mon fournisseur dâaccÚs Internet par téléphone.
+
+
+Choisissez la «version restreinte» lorsque vous démarrez Greenstone. Cette version ne fonctionne quâavec Netscape.
+
+
+
+
+
+Quand je pointe mon navigateur vers la bibliothÚque numérique, il ne trouve pas la page dâaccueil.
+
+
+Vérifiez vos réglages de mandataire (proxy ) Internet et désactivez ces derniers (utilisezÃditer les préférences pour Netscape ouOptions Internet pour Internet Explorer).
+
+
+
+
+
+Le Collector me semble fonctionner trÚs lentement!
+
+
+Utilisez-vous Netscape sous Windows 2000 ? Si câest le cas, essayez plutÃŽt dâemployer Internet Explorer â sousWindows 2000 (et seulement sous ce systÚme), il semble y avoir une incompatibilité avec Netscape.
+
+
+
+
+BIBLIOTHÃQUE WEB (WINDOWS ET UNIX)
+
+
+Quand je démarre Apache, il termine immédiatement.
+
+
+Ajoutez une directive ServerName localhost dans le fichier de configuration dâApache (voyez à ce sujet la section ).
+
+
+
+
+
+Quand je pointe mon navigateur vers la bibliothÚque numérique, il affiche nâimporte quoi â un fichier binaire.
+
+
+Vérifiez la directive ScriptAlias dans le fichier de configuration dâApache, et assurez-vous quâelle précÚde la directive Alias (voyez à ce sujet la section 4.1).
+
+
+
+
+
+Jâobtiens bien la page dâaccueil de Greenstone de la figure , mais lâicone de la collection «Demo» nâapparaît pas.
+
+
+Exécutez le programme library, situé dans le répertoire cgi-bin, depuis lâinterpréteur de commandes de DOS ou du shell, afin dâobtenir des informations de débogage qui vous aideront à mieux localiser le problÚme.
+
+
+
+
+LES DEUX VERSIONS
+
+
+Quand je pointe mon navigateur vers la bibliothÚque numérique, il ne trouve pas la page dâaccueil.
+
+
+Essayez dâutiliser la chaîne 127.0.0.1 en lieu et place de localhost. Ce numéro IP réservé correspond à une «boucle de retour» (loopback ) vers votre ordinateur local.
+
+
+
+
+
+
+Mon navigateur se plaint de ne pas trouver le fichier main.cfg.
+
+
+Vérifiez que les fichiers de Greenstone existent bien et sont lisibles par tous. Si vous utilisez la bibliothÚque web, essayez dâexécuter le programme library depuis lâinterpréteur de commandes. Sâil sâexécute sans heurts, le problÚme est à chercher du cÃŽté des permissions de fichiers (voir à ce sujet la section ). Dans le cas contraire, la variable GSDLHOME a probablement reçu une valeur incorrecte dans le fichier de configuration gsdlsite.cfg (voir à ce sujet la section ).
+
+
+
+
+
+Jâai des soucis avec le Collector.
+
+
+Lisez le Guide de lâutilisateur de la bibliothÚque numérique Greenstone , section .
+
+
+
+
+
+Jâai ajouté un nouvel utilisateur mais il ne semble pas pouvoir se connecter.
+
+
+Vérifier que le répertoire C:\Program Files\gsdl\etc ainsi que tous les fichiers quâil contient sont inscriptibles par tous (voir à ce sujet la section ).
+
+
+
+
+
+
+
+
+
+
+Pour en savoir plus
+
+
+Pour en savoir plus sur les entrailles de votre installation de Greenstone, consultez le Guide du développeur de la bibliothÚque numérique Greenstone . Il comprend, entre autres choses, les détails de la structure arborescente de répertoires qui a été mise en place, ainsi que des informations sur la maniÚre de configurer votre site Greenstone.
+
+
+
+
+
+
+Les collections de Greenstone
+
+
+Plusieurs collections de démonstration de Greenstone sont inclus dans le CD-ROM. Si vous avez un accÚs web, beaucoup d'autres peuvent être téléchargés sous forme finie ou non, à partir du site web de la "New Zealand Digital Library Project (nzdl.org )".
+La collection de démonstration de Greenstone est un petit composant de "Humanity Development Library (HDL)", une collection bien entretenue. Elle illustre le fait que des possibilités de navigation relativement riches peuvent être fournies (aussi longtemps qu'une méta-donnée appropriée est disponible). Elle est automatiquement incluse à l'installation du logiciel.
+Greenstone vient aussi avec quelques exemples de collections bien documentées dont la page "about" décrit la maniÚre avec laquelle ils ont été élaborés. Ils démontrent diverses possibilités de Greenstone. La boîte de dialogue "install" vous proposera de les inclure ou non dans l'installation de Greenstone; l'espace disque approximatif nécessaire à chaque collection est indiqué ci-dessous.
+
+
+
+
+
+demo
+
+
+Démonstration de Greenstone (7 MO)
+
+
+Une petite composante de HDL. Si vous clonez cette collection, la totalité des fonctions nâapparaîtra que si vos nouveaux fichiers fournissent lâinformation méta-donnée appropriée.
+
+
+
+
+dls-e
+
+
+Sous-ensemble de la collection BibliothÚque de Développement (150 MO)
+
+
+A lâinstar de "Greenstone Demo", câest une composante de HDL, mais plus grande. Elle contient 250 livres de publications, rapports et magazines dans divers domaines du développement humain (la totalité de HDL contient 1230 publications). Elle a la même structure que "Greenstone Demo". Elle est assez complexe et si on est tout juste débutant, il serait peut-être préférable de consulter dâabord dâautres collections (Exemple : démonstration MS Word et PDF , les archives Greenstone , ou la collection "simple image" ).
+
+
+
+
+wrdpdf-e
+
+
+Démonstration MSWord et PDF (4 MO)
+
+
+Elle contient des documents en PDF, MS Word, RTF, et des formats Postscript, qui attestent de la possibilité de former des collections à partir de documents de différents formats. Le fichier de configuration de la collection est trÚs simple.
+
+
+
+
+gsarch-e
+
+
+Collection des Archives de Greenstone (5 MO)
+
+
+Une collection de messages e-mail à partir des archives de listes dâadresses de Greenstone, elle utilise le plugin e-mail qui analyse les fichiers en formats e-mail. Le fichier de configuration de la collection est trÚs simple.
+
+
+
+
+cltbib-e
+
+
+Collection bibliographie (7 MO)
+
+
+Avec environ 4000 entrées bibliographiques, cette collection incorpore une interface de recherche basée sur un formulaire qui permet une recherche par champ. Elle est assez complexe.
+
+
+
+
+cltext-e
+
+
+Supplément bibliographie (1 MO)
+
+
+Cette petite collection de 10 entrées bibliographiques illustre la fonction "supercollection" qui recherche plusieurs collections à la fois. Elle fonctionne avec la collection bibliographie et son fichier de configuration est presque le même.
+
+
+
+
+MARC-e
+
+
+Exemple MARC (1 MO)
+
+
+Basé sur quelques enregistrements Marc de la Librairie du CongrÚs, câest est une collection simple (et ne permet pas une recherche basée sur formulaire).
+
+
+
+
+oai-e
+
+
+Démo OAI (18 MO)
+
+
+En utilisant la caractéristique "Open Archive Protocol" et "Import Form" , elle extrait des méta-données dâune archive et confectionne une collection à partir des enregistrements. Dans ce cas, ce sont des images ; ainsi, aussi bien les plugins OAI que les images sont utilisés.
+
+
+
+
+image-e
+
+
+Collection dâimages simple (1 MO)
+
+
+Cette collection dâimages simples standard ne contient aucun texte et aucune métadonnée explicite, ce qui la rend plutÃŽt irréaliste. Le fichier de configuration est tout aussi simple et accessible.
+
+
+
+
+authen-e
+
+
+Démonstration de formatage et dâauthentification (8 MO)
+
+
+Avec le même matériel que la collection de démonstration Greenstone originale, elle affiche deux caractéristiques indépendantes : le formatage de document non-standard et lâaccÚs contrÃŽlé aux documents par le biais dâune authentification de lâutilisateur.
+
+
+
+
+garish
+
+
+Version Garish de la collection de démonstration (8 MO)
+
+
+Cette collection contient aussi le même matériel que la collection de démonstration Greenstone. Sa présentation a été altérée pour montrer comment les pages générées peuvent être affichées différemment. Elle dépend dâun fichier macro non standard qui est fourni avec Greenstone.
+
+
+
+
+isis-e
+
+
+Exemple CDS/ISIS (1 MO)
+
+
+Cette collection est construite a partir des données CDS/ISIS de quelques 150 entrées bibliographiques. Elle utilize le plugin ISISPlug, qui lit les fichiers standards ISIS .mst et .fdt et les convertit en metadonnées de Greenstone.
+
+
+
+
+
+
+
+
+Configuration du serveur web
+
+
+Nous décrivons dans cette section la maniÚre de configurer votre serveur web pour qu'il fonctionne avec Greenstone. Toutes ces précisions sont inutiles à qui utilise la bibliothÚque locale sous Windows, car le logiciel fonctionne alors «tel que», sans nécessiter un serveur web.
+Nous traiterons à la fois le cas du serveur web Apache, qui est librement disponible pour Windows comme pour Unix (reportez-vous à l'annexe pour plus de détails à ce sujet), et des serveurs web «Personal Web Server (PWS)» et «Internet Information Services (IIS)» de Microsoft. PWS est le serveur web standard fourni par Microsoft pour Windows 95/98; IIS est celui des versions 2000 et XP de Windows. Windows NT peut utiliser chacun de ces deux serveurs. La description concernant Apache s'applique aussi à la bibliothÚque web, versions Windows comme Unix (bien que nous utilisions les terminologies et chemins d'accÚs propres à Windows). La section PWS/IIS ne s'applique qu'à la bibliothÚque web sous Windows.
+AprÚs avoir installé le serveur web, il faut installer Greenstone. Nous supposerons que lors de la procédure d'installation, vous avez choisi l'action par défaut à chaque étape, en cliquant sur le bouton Suivant. Au final, vous disposez d'un répertoire CProgram Filesgsdl contenant le binaire de la bibliothÚque web, ainsi que quelques fichiers complémentaires.
+Tous les serveurs web utilisent l'URL spéciale «localhost» pour représenter l'ordinateur sur lequel le serveur fonctionne. C'est pourquoi, lors de l'installation d'un serveur web, vous pourrez accéder à vos documents HTML en tapant l'URL http://localhostdans un navigateur. Si votre ordinateur possÚde un nom dans le DNS (ou systÚme de noms), c'est ce nom qui sera utilisé en lieu et place de «localhost» pour identifier votre ordinateur depuis des sites distants. C'est ainsi que sur l'ordinateur de la bibliothÚque numérique de Nouvelle-Zélande, les URL http://nzdl.org et http://localhost sont équivalentes. Si vous tapez http://nzdl.org sur votre ordinateur, vous accéderez au serveur web de la bibliothÚque numérique de Nouvelle-Zélande, alors que si vous tapez http://localhost vous accéderez au serveur web de votre propre ordinateur.
+
+
+Le serveur web Apache
+
+
+Le serveur web Apache est généralement installé dans le répertoire C:\Program Files\Apache Group\Apache , et il est configuré de sorte que son répertoire cgi-bin soit dans le sous-répertoire cgi-bin et que le répertoire racine des documents corresponde au sous-répertoire htdocs . On peut modifier sa configuration en éditant le fichier de configuration situé sous C:\Program Files\Apache Group\Apache\conf\httpd.conf . Ce fichier étant un fichier texte, il est trÚs facile à lire et de voir comment les choses sont configurées.
+En fonction de la configuration des logiciels de communication en réseau de votre ordinateur, vous devrez peut-être ajouter la ligne suivante au fichier de configuration httpd.conf de votre serveur Apache:
+ServerName localhost
+En l'absence de cette ligne, le systÚme tentera de déterminer le nom de votre serveur. Cependant, des bogues présents dans certaines versions de Windows font échouer cette opération. Dans un tel cas de figure, Apache sort immédiatement lorsqu'on le démarre. Il affiche bien un message d'erreur, mais ce dernier est tout de suite effacé et vous n'aurez probablement pas le temps de le lire.
+
+
+Mettre en place le répertoire cgi-bin de Greenstone
+
+
+Le répertoire cgi-bin est celui où le serveur web traite les documents en tant que programmes à exécuter. On utilise la directive ScriptAlias d'Apache pour créer un répertoire cgi-bin. Vous remarquerez que cette directive permet de transformer n'importe quel répertoire en répertoire d'exécutables CGI -- nul besoin pour le répertoire de s'appeler «cgi-bin»! De même, un répertoire appelé «cgi-bin» ne joue aucun rÎle particulier en l'absence de directive ScriptAlias le concernant.
+Une fois installé, Apache possÚde le répertoire cgi-bin suivant: C:\Program Files\Apache Group\Apache\cgi-bin . Ceci signifie que si on lui fournit l'URL http://localhost/cgi-bin/bonjour , le serveur web tentera d'exécuter un fichier bonjour situé dans le répertoire précédent.
+Greenstone comprend un programme, appelé «library.exe», qui doit être exécuté par le serveur web: il lit alors un fichier appelé le «fichier de configuration de site de Greenstone», ou «gsdlsite.cfg», qui doit se trouver dans le même répertoire.
+La meilleure maniÚre d'obtenir ce résultat est d'utiliser la directive ScriptAlias d'Apache pour créer un nouveau répertoire cgi-bin. Voici l'extrait du fichier de configuration d'Apache, httpd.conf , qui ajoute le répertoire C:\Program Files\gsdl\cgi-bin à la liste des répertoires de type cgi-bin:
+ScriptAlias /gsdl/cgi-bin/ "C:/Program Files/gsdl/cgi-bin/"
+<Directory C:/Program Files/gsdl/cgi-bin>
+ Options None
+ AllowOverride None
+</Directory>
+Vous remarquerez que les fichiers de configuration d'Apache utilisent des barres de division ((forward) slash) en lieu et place des barres obliques inversées (backslash), communes sous Windows.
+Ceci signifie que toutes les URL de la forme http://localhost/gsdl/cgi-bin... seront recherchées dans le répertoire de chemin CProgram Filesgsdlcgi-bin et exécutées par le serveur web. Par exemple, si on lui demande l'URL http://localhost/gsdl/cgi-bin/bonjour , le serveur web tentera de lire C:\Program Files\gsdl\cgi-bin\bonjour , et de l'exécuter. Mais l'URL http://localhost/cgi-bin/bonjour continuera comme avant à examiner le répertoire cgi-bin d'Apache à la recherche de C:\Program Files\Apache Group\Apache\cgi-bin\bonjour , pour exécuter ce fichier.
+
+
+
+
+Le répertoire racine des documents
+
+
+Le répertoire racine des documents est la racine de la structure arborescente des répertoires de votre serveur web. Lors de son installation, Apache dispose comme racine de documents du répertoire de chemin C:\Program Files\Apache Group\Apache\htdocs . Cela signifie que si on lui demande l'URL http://localhost/bonjour.html , le serveur web tentera de lire un fichier appelé bonjour.html dans le répertoire ci-dessus.
+Greenstone contient plusieurs fichiers qu'il faut que le serveur web lise. La maniÚre la plus simple de procéder est d'utiliser la directive Alias, qui ressemble à ScriptAlias à ceci prÚs qu'elle s'applique aux pages web normales, et pas aux scripts CGI. Insérez les lignes suivantes dans le fichier de configuration de votre Apache, aprÚs la directive ScriptAlias , afin d'ajouter le répertoire C:\Program Files\gsdl comme lieu de recherche de documents.
+Alias /gsdl/ "C:/Program Files/gsdl/"
+<Directory C:/Program Files/gsdl>
+ Options Indexes MultiViews FollowSymLinks
+ AllowOverride None
+ Order allow,deny
+ Allow from all
+</Directory>
+Ceci signifie que toute URL correspondant au premier argument de la directive Alias (gsdl) est recherchée sous la forme de fichiers situés dans le répertoire donné en deuxiÚme argument. En d'autres termes, une URL de la forme http://localhost/gsdl/... aura pour effet la recherche de fichiers dans le répertoire CProgram Filesgsdl. Si par exemple on fournit au serveur web l'URL http://localhost/gsdl/bonjour.html, il tentera de rechercher le fichier CProgram Filesgsdlbonjour.html. Mais l'URL http://localhost/bonjour.htmlcontinuera comme avant à examiner le répertoire htdocs normal d'Apache à la recherche du fichier CProgram FilesApache GroupApachehtdocsbonjour.html.
+Assurez-vous d'ajouter la directive Alias aprÚs la directive ScriptAlias. Définir auprÚs d'Apache l'alias/gsdlavant l'alias/gsdl/cgi-binreconnaîtrait l'URL/gsdl/cgi-bin/libraryavec la directive Alias et non pas avec la directive ScriptAlias, et cette URL serait interprétée comme une requête de document au lieu d'une requête du résultat de l'exécution d'un programme. On obtiendrait alors l'«affichage» du fichier binaire du programme en tant que page web dans le navigateur web, sans jamais l'avoir exécuté.
+
+
+
+
+Sécurité
+
+
+Gardez à l'esprit le fait que si la version «bibliothÚque web» de Greenstone est configurée en suivant les instructions données ci-dessus, n'importe qui aura le droit de télécharger tout fichier situé dans la structure arborescente de répertoire démarrant sous gsdl. Ceci comprend les fichiers d'indexation, les documents source de toute collection que vous construirez, la base de données utilisateur, les journaux d'utilisation, etc.
+Si vous souhaitez éviter cela, vous pouvez facilement resserrer la configuration de votre serveur web afin d'en augmenter la sécurité. Dans le cas du serveur web Apache, remplacez les lignes données dans la section précédente par les lignes suivantes dans le fichier de configuration:
+Alias /gsdl/ "C:/Program Files/gsdl/"
+<Directory "C:/Program Files/gsdl">
+ Order allow,deny
+ Deny from all
+ <FilesMatch
+"\.(gif|jpe?g|png|css|mov|mpeg|ps|pdf|doc|rtf|jar|class)$">
+ Order allow,deny
+ Allow from all
+ </FilesMatch>
+</Directory>
+Ceci aura pour effet de n'autoriser en téléchargement que les fichiers dont le nom vérifie l'expression rationnelle donnée dans la ligne FilesMatch (c'est-à -dire, dans le cas présent, de n'autoriser qu'une liste fixée d'extensions de noms de fichiers).
+
+
+
+
+
+
+Les serveurs web PWS et IIS
+
+
+Bien qu'aucun de ces deux serveurs ne soit installé par défaut dans les systÚmes Windows actuels, on peut facilement les installer à l'aide du panneau de contrÎle Ajouter/Supprimer des programmes. Si vous ne les trouvez pas sur le cédérom de votre distribution de Windows, il vous faudra les télécharger depuis le site web de Microsoft (www.microsoft.com ).
+La procédure de mise en place de Greenstone est la même pour PWS et pour IIS. Invoquez le gestionnaire personnel de web et effectuez les actions suivantes:
+
+
+
+Sélectionnez Avancé pour obtenir l'écran d'Options Avancées.
+
+
+Sélectionnez Accueil et cliquez sur Ajouter. Remplissez les champs comme suit:
+ChampRépertoire :C:\Program Files\gsdl
+ChampAlias :gsdl
+Permissions dâaccÚs:Lecture
+Permissions dâapplication:Aucune
+Cliquez sur OK.
+Voilà qui rendra les fichiers de Greenstone accessibles au serveur web.
+
+
+De retour dans l'écran d'Options avancées, sélectionnez gsdl et cliquez sur Ajouter. Remplissez les champs comme suit:
+ChampRépertoire :C:\Program Files\gsdl\cgi-bin
+ChampAlias :cgi-bin
+Permissions dâaccÚs:Aucune
+Permissions dâapplication:Exécution
+Cliquez sur OK.
+Voilà qui rendra le programme library.exe de Greenstone exécutable par le serveur web.
+
+
+Rendez-vous à l'URL http://localhost/cgi-bin/library.exe
+Remarque: avec les serveurs PWS et IIS, il vous faut préciser l'extension de fichier .exe.
+
+
+
+
+
+
+
+
+Configurer son site
+
+
+Pour que Greenstone puisse fonctionner correctement, il faut mettre en place les droits d'accÚs à certains fichiers. On trouve aussi un fichier de configuration associé à chaque site Greenstone. La procédure d'installation crée un fichier de configuration générique qui repose sur les choix effectués durant l'installation, mais son contenu peut être adapté à différentes situations. La présente section détaille ces deux questions.
+
+
+Droits d'accÚs aux fichiers
+
+
+La présente section ne concerne par les utilisateurs de Windows 95/98, car leurs systÚmes d'exploitation n'identifient pas les propriétaires des fichiers.
+Sous Windows NT et 2000 ainsi que sous les systÚmes Unix, les scripts CGI ne sont pas exécutés avec des droits d'utilisateurs normaux, car il n'est pas possible d'identifier les utilisateurs sur le web. Ils sont plutÎt exécutés au nom de l'utilisateur qui a démarré le serveur web (sur les systÚmes de type Windows), ou au nom d'un utilisateur particulier (souvent appelé nobody sur les systÚmes Unix). C'est pourquoi tous les fichiers et répertoires contenus dans l'arborescence C:\Program Files\gsdl doivent être lisibles par tous (ou en tout cas lisibles par l'utilisateur des scripts CGI, qui peut être nobody ). Pour tester la bonne mise en place des permissions sur les fichiers, exécutez le programme library.exe depuis l'interpréteur de commandes. Si les fichiers se trouvent aux bons endroits mais que les permissions sont incorrectes, il fonctionnera correctement depuis l'interpréteur de commandes. Cette situation est à comparer à l'exécution depuis un navigateur web, où il est alors exécuté avec les droits de l'utilisateur nobody , situation qui devrait échouer en cas de droits incorrects. Un autre test consiste à l'exécuter au nom d'un autre utilisateur aprÚs s'être connecté en tant que tel, pour vérifier si les droits d'accÚs aux fichiers sont spécifiques au compte utilisateur original.
+Pour fonctionner depuis un navigateur web, tous les répertoires de Greenstone doivent être lisibles par tous. Le répertoire C:\Program Files\gsdl\etc et son contenu doivent de même être inscriptibles par tous. Il s'agit du répertoire où le programme library inscrira les journaux d'utilisation, d'erreur et d'initialisation, ainsi que diverses bases de données utilisateur. Si vous êtes réticent à rendre ce répertoire inscriptible par tous, mettez en place des permissions de sorte que seuls les fichiers errout.txt, initout.txt, key.db, users.db, history.db , et usage.txt soient inscriptibles par l'utilisateur CGI.
+Si les droits d'accÚs sous le répertoire C:\Program Files\gsdl\etc sont incorrects, vous remarquerez peut-être que l'authentification des utilisateurs et la recherche dans l'historique ne fonctionneront pas, ainsi que l'absence de génération du journal d'utilisation (usage.txt ).
+
+
+
+
+Le fichier de configuration gsdlsite.cfg
+
+
+La procédure d'installation crée un fichier de configuration de Greenstone générique qui repose sur les choix effectués durant l'installation. Dans le cas de notre installation c'est C:\Program Files\gsdl\cgi-bin\gsdlsite.cfg , dont voici le contenu:
+# Site configuration file for Greenstone.
+# Lines begining with
+# are comments.
+# This file should be placed in the same directory as your library
+# executable file. it should be edited to suit your site.
+# points to the GSDLHOME directory
+gsdlhome âC:/Program Files/gsdl â
+# this is the http address of GSDLHOME
+# if your webservers DocumentRoot is set to $GSDLHOME
+# then httpprefix can be commented out
+httpprefix /gsdl
+# this is the http address of the directory which
+# contains the images for the interface.
+httpimg /gsdl/images
+# should contain the http address of this cgi script. This
+# is not needed if the http server sets the environment variable
+# SCRIPT_NAME
+#gwcgi /cgi-bin/library
+# maxrequests is the most requests a fastcgi process
+# will serve before it exits. This can be set to a
+# low figure (like 1) while debugging and then set
+# to a high figure (like 10000) when everything is
+# working well.
+#maxrequests 10000
+Vous pouvez personnaliser votre installation en éditant ce fichier, mais il est peu probable que vous en éprouviez le besoin.
+La ligne gsdlhome pointe tout simplement vers le répertoire C:\Program Files\gsdl .
+httpprefix est l'adresse web du répertoire où Greenstone est installé. Nous avons expliqué plus haut comment créer un alias de maniÚre que les URL de la forme http://localhost/gsdl/... soient recherchées dans le répertoire C:\Program Files\gsdl . Placer la ligne httpprefix/gsdl dans le fichier de configuration gsdlsite met en place les mêmes conventions pour le logiciel Greenstone.
+httpimg est l'adresse web de C:\Program Files\gsdl\images , répertoire qui contient toutes les images (au format GIF) utilisées par l'interface. Dans toutes les installations standard de Greenstone ce sera httpprefix/images , et vous n'interviendrez pas sur cette ligne.
+gwcgi est l'adresse web du programme CGI library. La plupart des serveurs web (dont Apache) n'en ont pas besoin, et cette ligne doit alors rester commentée, donc inactive. N'Îtez le commentaire que si vous êtes sûr de vous, car cela peut poser certains problÚmes.
+maxrequests n'est utilisé que par les versions de Greenstone qui ont activé l'option «Fast-CGI» lors de la compilation. La distribution binaire standard n'inclut pas cette option, car tous les serveurs web ne sont pas configurés de maniÚre compatible. L'option «Fast-CGI» accélÚre l'exécution des scripts CGI en gardant l'exécutable principal en mémoire entre deux invocations du logiciel, au lieu de le charger depuis le disque dur à chaque requête d'une page web depuis le logiciel Greenstone. Le compromis à trouver est un équilibre avec la quantité de mémoire utilisée, qui peut augmenter si le programme demeure longtemps en mémoire. AprÚs la génération de maxrequests pages web, le programme CGI rend la main, libérant ainsi toute la mémoire accumulée. Pour répondre à la prochaine requête provoquée par une page web, le programme CGI est alors relu depuis le disque dur, et un nouveau cycle de requêtes de pages démarre. La plupart des installations utilisent le protocole standard CGI, ce qui signifie qu'on peut ignorer sans crainte le paramÚtre maxrequests .
+
+
+
+
+
+
+Personnaliser son installation
+
+
+La premiÚre chose que vous aurez probablement envie de faire aprÚs l'installation de Greenstone et la vérification de son bon fonctionnement, c'est de personnaliser la page d'accueil. Le fichier qui engendre la page d'accueil de Greenstone s'appelle home.dm , et se situe dans le sous-répertoire macros du répertoire où vous avez installé Greenstone. Pour les systÚmes Windows, la valeur par défaut est donc C:\Program Files\gsdl\macros\home.dm . C'est un fichier texte qu'il faudra éditer pour créer une nouvelle page d'accueil. Au lieu de l'éditer, nous recommandons de créer un nouveau fichier, disons yourhome.dm (chez moi). Ce fichier ressemblera au fichier home.dm mais définira le «paquetage home» -- la portion active -- un peu différemment.
+Quand on met en place une autre page d'accueil, il faut pouvoir la relier d'une façon ou d'une autre aux pages de la bibliothÚque numérique de maniÚre à pouvoir effectuer des recherches et naviguer dans les collections sur votre systÚme. La solution adoptée par Greenstone est d'utiliser des «macros». C'est la raison pour laquelle le fichier correspondant à la page d'accueil a un nom qui se termine en «.dm» et non pas en «.html» -- c'est un fichier «de macros», et non pas un fichier HTML habituel. Pas d'inquiétude cependant: le fichier de macros ne contient que de l'HTML, entremêlé de quelques incantations mystiques expliquées ci-dessous. Le langage de macros regorge de potentialités puissantes, et nous n'en décrivons ici qu'une faible portion (reportez-vous au Guide du développeur de la bibliothÚque numérique Greenstone pour obtenir plus d'informations à son sujet).
+
+
+Exemple
+
+
+
+
+Votre propre page d'accueil de Greenstone
+
+
+
+La figure montre un exemple d'une nouvelle page d'accueil pour la bibliothÚque numérique. Chacun des liens mentionnant «Cliquez ici» vous emmÚnera sur la portion correspondante de Greenstone. Cette page fut engendrée par le fichier yourhome.dm , présenté en figure .
+
+
+Fichier yourhome.dm utilisé pour créer la figureÂ
+
+package home
+_content_ {
+<h2>Your own Greenstone home page</h2>
+<ul>
+<table>
+<tr valign=top><td>Search page for the demo collection<br></td>
+ <td><a href="_httpquery_&c=demo">Click here</a></td></tr>
+<tr><td>"About" page for the demo collection</td>
+ <td><a href="_httppageabout_&c=demo">Click here</a></td></tr>
+<tr><td>Preferences page for the demo collection</td>
+ <td><a href="_httppagepref_&c=demo">Click here</a></td></tr>
+<tr><td>Home page</td>
+ <td><a href="_httppagehome_">Click here</a></td></tr>
+<tr><td>Help page</td>
+ <td><a href="_httppagehelp_">Click here</a></td></tr>
+<tr><td>Administration page</td>
+ <td><a href="_httppagestatus_">Click here</a></td></tr>
+<tr><td>The Collector</td>
+ <td><a href="_httppagecollector_">Click here</a></td></tr>
+</table>
+</ul>
+}
+# if you hate the squirly green bar down the left-hand side of the
+# page, uncomment these lines:
+# _header_ {
+# }
+
+Vous pouvez utiliser la figure comme un patron pour créer votre propre page d'accueil de Greenstone. Pour simplifier, il définit une macro «content», et les accolades renferment de l'HTML ordinaire, ainsi que toute commande de mise en forme HTML, pour inclure le contenu que vous souhaitez voir apparaître sur la page. Le texte étant de l'HTML standard, vous pouvez si vous le souhaitez inclure des liens hypertexte et utiliser toutes les autres fonctionnalités du HTML.
+Pour relier votre nouvelle page d'accueil à d'autres pages de la bibliothÚque numérique, vous devrez utilisez une formule magique appropriée. Dans ce langage de macros, les formules magiques sont entourées de caractÚres de soulignement -- vous pouvez en voir dans la figure . Par exemple,_httppagehome_ vous emmÚne sur la page d'accueil,_httppagehelp_ vers la page d'aide, etc. Dans certains cas il vous faudra préciser le nom d'une collection. La chaîne qui suit,_httpquery_&c=demo , donne la page de recherche pour la collection «Demo»; dans le cas d'autres collections vous remplacerez la chaîne «demo » par le nom de la collection désirée.
+La macro_content_ contient directement du HTML. On peut placer n'importe quel code HTML dans une définition de macro. Cependant, les caractÚres spéciaux{ ,} ,\ , et_ devront être précédés d'une barre oblique inversée (backslash, c'est-à -dire «») pour leur éviter d'être interprétés par l'interpréteur du langage de macros.
+Vous remarquerez que la définition de macro_content_ ne contient ni en-tête ni pied de page HTML. Si vous souhaitez intervenir sur ces éléments dans votre page d'accueil, ce sont les macros_header_ et/ou_footer_ qu'il vous faudra personnaliser respectivement, en les ajoutant à votre fichier yourhome.dm sous la forme
+_macroname_ {
+...
+}
+Par exemple, la barre verte ondulante sur la gauche des pages Greenstone est définie dans la macro_header_ , et elle disparaîtra si on déclare cette macro comme étant vide, comme indiqué à la fin de la figure .
+
+
+
+
+Mise en place
+
+
+Il faut informer Greenstone de l'existence de la nouvelle page d'accueil, de nom yourhome.dm . Le systÚme charge les fichiers de macros spécifiés dans le fichier de configuration principal main.cfg , c'est pourquoi il faut y indiquer tout nouveau fichier créé. Les collisions de noms sont gérées comme on pourrait s'y attendre: les définitions les plus récentes ont la priorité.
+Ainsi, pour faire en sorte que le logiciel de bibliothÚque numérique Greenstone utilise la page d'accueil de la figure en lieu et place de la page par défaut, il faut commencer par placer le fichier yourhome.dm de la figure dans le répertoire macros . Il faut ensuite éditer le fichier de configuration main.cfg et y remplacer home.dm par yourhome.dm dans la liste des fichiers de macros chargés au démarrage.
+
+
+
+
+Renvoyer une URL vers Greenstone
+
+
+Vous éprouverez peut-être l'envie de rediriger une URL plus pratique vers le CGI de Greenstone. Sur notre systÚme, par exemple, l'URL http://nzdl.org (qui est un raccourci pour http://nzdl.org/index.html ) est renvoyée vers http://nzdl.org/cgi-bin/library . C'est la directive Redirect qui s'occupe de cela pour le serveur web Apache. Comme les autres directives, elle prend place dans le fichier de configuration C:\Program Files\Apache Group\Apache\conf\httpd.conf . Pour renvoyer l'URL http://www.monserveur.com vers http://www.monserveur.com/cgi-bin/library , ajoutez la ligne suivante dans le fichier httpd.conf :
+Redirect /index.html http://www.yourserver.com/cgi-bin/library
+Vous pourrez ensuite atteindre votre systÚme de bibliothÚque numérique directement depuis l'URL http://www.monserveur.com . Si vous souhaitez plutÎt que ce soit l'URL http://www.monserveur.com/greenstone qui soit renvoyée vers http://www.monserveur.com/cgi-bin/library , c'est la ligne suivante qu'il faudra inclure dans le fichier httpd.conf :
+Redirect /greenstone http://www.yourserver.com/cgi-bin/library
+Si votre ordinateur ne dispose pas de nom dans le DNS (ou systÚme de noms), tel que «www.monserveur.com» dans l'exemple donné ci-dessus, il suffit de remplacer www.monserveur.com par localhost dans toutes les lignes d'exemple. Tant que le navigateur et le serveur web fonctionnent sur la même machine -- ce qui est sûrement le cas si votre ordinateur ne dispose pas de nom dans le DNS -- l'effet obtenu sera exactement le même.
+Au lieu de placer les directives de redirection dans le fichier httpd.conf , on peut tout aussi bien les placer dans un fichier appelé .htaccess , et placé dans le répertoire racine des documents du serveur web. Cette solution présente même deux avantages sur la précédente. D'abord, les modifications apportées au fichier .htaccess sont immédiatement actives, alors qu'il faut redémarrer le serveur web Apache pour observer les effets de changements apportés au fichier httpd.conf . Ensuite, il faut généralement être connecté en tant que l'utilisateur «root» sur les systÚmes Unix pour pouvoir éditer le fichier httpd.conf , mais ce n'est souvent pas le cas du fichier .htaccess .
+
+
+
+
+
+
+Logiciels associés
+
+
+Voici comment obtenir les paquetages logiciels mentionnés dans ce document.
+
+
+Le serveur web Apache
+
+
+Toutes les versions de Greenstone, à l'exception de la version bibliothÚque locale pour Windows, requiÚrent un serveur web externe. De nombreuses installations, et en particulier les plus volumineuses, disposeront déjà d'un serveur web. Si vous utilisez Linux, Apache se trouve peut-être sur votre cédérom sans avoir été sélectionné lors de la procédure d'installation. Le serveur web Apache, disponible à l'URL www.apache.org , est libre et facile à installer.
+
+
+
+
+Perl
+
+
+Pour construire des collections avec Greenstone il faut disposer du langage Perl, version 5 ou ultérieure. Dans le cas des systÚmes Windows, nous recommandons ActivePerl, disponible surwww.activestate.com. La plupart des systÚmes Unix disposeront déjà d'une installation de Perl mais dans le cas contraire, vous en trouverez le code source ainsi que des binaires pour de nombreuses plates-formes Unix, le tout librement téléchargeable, à l'URL www.perl.com .
+
+
+
+
+GCC
+
+
+La version Unix de Greenstone se compile avec le compilateur C++ de GNU, GCC. Greenstone utilise intensivement la bibliothÚque standard de patrons pour C++, STL (nous avons remarqué qu'elle était cassée sur d'anciennes versions GCC; veuillez nous signaler tout problÚme relatif à STL que vous rencontreriez). Prenez note du fait que cette version de Greenstone ne compilera pas avec la version 3.0 de GCC.
+
+
+
+
+GDBM
+
+
+Toutes les versions de Greenstone utilisent GDBM, le gestionnaire de bases de données de GNU. Il est fourni avec toutes les versions Windows de Greenstone et installé automatiquement pendant la procédure d'installation. Les systÚmes Linux en disposant déjà , nous ne le fournissons pas pour ces derniers. La plupart des autres systÚmes Unix en disposent, mais si nécessaire vous pourrez le télécharger depuis l'URL www.gnu.org .
+
+
+
+
+Environnement Java Runtime
+
+
+Pour utiliser "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone), il est nécessaire de disposer d'une version appropriée de Java Runtine Environment. Si on n'en dispose pas, une version appropriée est incluse dans le CD-ROM; le cas échéant, le téléchargement de la derniÚre version est possible à partir de http://java.sun.com/j2se/downloads.html. La version 1.4.0 ou supérieure est requise.
+
+
+
+
+Compilateur Java
+
+
+Pour compiler le code source de l'Interface du Bibliothécaire Greenstone, vous devez d'abord installer un Java Development Toolkit. Vous pouvez télécharger J2SE (Software Development Kit) de l'URL http://java.sun.com/j2se/downloads.html. La version 1.4.0 or supérieur est nécessaire.
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/fr/Paper_fr.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/fr/Paper_fr.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/fr/Paper_fr.xml (revision 14835)
@@ -0,0 +1,870 @@
+
+
+
+
+
+]>
+
+
+
+
+
+BibliothÚque numérique Greenstone: du papier à la collection
+
+
+Dr Michel Loots, Dan Camarzan et Ian H. Witten
+
+
+ONG Human Info, Belgique Simple Words, Roumanie Université de Waikato, Nouvelle-Zélande
+
+
+Retourner à l'indexe du manuel
+Retourner à l'indexe du dessus
+
+Greenstone est une suite logicielle destinée à la construction et à la distribution de collections de bibliothÚques numériques. Cette suite fournit une nouvelle maniÚre d'organiser l'information et de la publier sur l'Internet ou sur un cédérom. Greenstone est produit par le projet de bibliothÚque numérique de Nouvelle-Zélande (dépendant de l'université de Waikato), et développé et distribué en coopération avec l'UNESCO et l'ONG Human Info.C'est un logiciel Open Source, diffusé selon les termes de la licence publique générale de GNU, et qu'on peut obtenir à l'URL http://greenstone.org.
+
+Nous souhaitons nous assurer que ce logiciel fonctionne bien pour vous. Faites-nous part, en anglais, de tout problÚme à l'adresse électronique greenstone@cs.waikato.ac.nz.
+
+
+Greenstone gsdl-2.50
+
+
+Mars 2004
+
+
+
+Ã propos de ce manuel
+
+
+Ce document explique comment créer des collections de cédéroms à partir de documents papier. Il décrit en détail les procédures et les coûts relatifs à la numérisation et aux processus de reconnaissance optique de caractÚres (ROC, ou OCR), de maniÚre à obtenir des textes dans un format que Greenstone puisse accepter. Il décrit aussi comment créer et éditer le matériel associé à une collection.
+Nous nous sommes efforcés d'être aussi clairs et complets que possible dans nos explication. Toute marque commerciale mentionnée ne l'est que dans un but d'illustration, et cela ne signifie en rien que nous conseillions, favorisions ou recommandions ce produit d'une quelconque maniÚre.
+
+
+
+
+Documents d'accompagnement
+
+
+L'ensemble des documents de Greenstone comprend cinq volumes:
+
+
+Guide d'installation de la bibliothÚque numérique Greenstone
+
+
+Guide de l'utilisateur de la bibliothÚque numérique Greenstone
+
+
+Guide du développeur de la bibliothÚque numérique Greenstone
+
+
+BibliothÚque numérique Greenstone: du papier à la collection (ce document-ci )
+
+
+BibliothÚque numérique Greenstone: Utilisation de "L'organizer"
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Remerciements
+
+
+L'opération de numérisation, l'Organizer et tout le savoir-faire relatif à la création de collections à but non lucratif par le fruit d'un travail de collaboration furent développés par Michel Loots, docteur en médecine, membre des projets Human Info NGO et HumanityCD, et par Dan Camarzan de Simple Words, ainsi que par leurs collaborateurs de Brasov, en Roumanie.
+Le logiciel Greenstone a vu le jour grâce à un effort de collaboration entre de nombreuses personnes. Rodger McNab et Stefan Boddie en sont les principaux architectes et développeurs. Des contributions ont été faites par David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, et Stuart Yeates. D'autres membres du Projet de bibliothÚque numérique de Nouvelle-Zélande ont également donné des conseils et inspiré les concepteurs du systÚme: Mark Apperley, Sally Jo Cunningham, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, et Lloyd Smith. Nous remercions aussi tous ceux qui ont contribué au développement des modules sous licence GNU GPL qui font partie de cette distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE, XLHTML.
+
+
+
+
+Introduction
+
+
+L'un des objectifs du logiciel de bibliothÚque numérique Greenstone est de permettre à des entités telles que des universités, des agences des Nations Unies, des organisations non gouvernementales, des associations à but non lucratif, ou des gouvernements, de créer des collections variées d'informations qui pourront être diffusées en ligne ou sur cédérom.
+Les étapes à suivre seront typiquement:
+
+
+Sélection des documents à inclure
+
+
+S'assurer des atorisations d'utilisation de ces documents (droits d'auteurs et copyrights) dans la bibliothÚque numérique
+
+
+Numérisation et ROC des documents papier non disponibles sous forme numérique de maniÚre à disposer d'un format numérique parfait
+
+
+Conversion de tous les documents dans un format (comprenant texte et images) qu'il est possible d'importer dans Greenstone (de préférence HTML ou Microsoft Word, mais d'autres formats sont également possibles, et traités plus ou moins précisément par un «greffon» (plugin) qui leur est propre (voir à ce sujet le Guide de l'utilisateur de la bibliothÚque numérique Greenstone))
+
+
+Ãtiquetage des chapitres, paragraphes et images des documents numériques
+
+
+Organisation de la collection sous forme d'une bibliothÚque numérique structurée de maniÚre optimale
+
+
+Construction de la bibliothÚque numérique à l'aide du logiciel Greenstone
+
+
+Pressage et distribution de la collection sur cédérom et/ou distribution sur l'Internet
+
+
+Pour créer une collection numérique, les publications doivent être disponibles dans un format numérique. Si des livres, revues ou d'autres documents ne sont disponibles que sous forme de papier, il faudra les numériser et les traiter sous un format lisible par ordinateur (étape iii). Généralement on procÚde par reconnaissance optique de caractÚres (ROC, ou OCR), mais parfois on saisit les documents à nouveau, au clavier. Ce processus est décrit dans les sections 2à  4du présent manuel.
+L'étape v active les différentes portions d'un document qui pourront être sélectionnées indépendamment et affichées par les lecteurs dans la bibliothÚque résultante, alors que l'étape vi correspond à l'affectation d'attributs à des documents tels que les catégories de thÚmes, de mots-clefs, et les données bibliographiques, utilisées pour le classement et la recherche dans la bibliothÚque. Ces étapes sont traitées au chapitre 5de ce manuel.
+Ce manuel présente les nombreux problÚmes qui se posent lors du processus d'édition et de création d'une collection à partir de documents papier. Avant de poursuivre la lecture, posez-vous les questions suivantes:
+
+
+Quel but poursuit la collection?
+
+
+Quel public est ciblé?
+
+
+Quelle couverture géographique -- locale, régionale, mondiale?
+
+
+Combien de documents seront rendus disponibles?
+
+
+Combien de pages?
+
+
+Quelle quantité de contenus graphiques?
+
+
+Le contenu se divise-t-il en portions que seul un public limité consultera et en portions à disséminer plus largement?
+
+
+Les documents sont-ils déjà disponibles sous forme électronique?
+
+
+Si tel est le cas, sous quels formats? (remarquez au passage que des fichiers au format PDF ne sont pas toujours équivalents à leur contenu textuel sous forme numérique, puisqu'ils ne contiennent souvent que des images, une par page)
+
+
+Quels sont les droits qui s'appliquent aux documents?
+
+
+Qui possÚde des droits?
+
+
+Existe-t-il d'autres organisations ciblant le même public?
+
+
+Souhaitez-vous collaborer avec d'autres groupes?
+
+
+Quel est le budget global du projet?
+
+
+De quelles ressources humaines (en hommes-mois) disposez-vous pour la coordination, l'édition, la numérisation et la programmation?
+
+
+De combien d'ordinateurs disposez-vous pour ce projet?
+
+
+Combien de cédéroms souhaitez-vous distribuer?
+
+
+Seront-ils gratuits ou payants?
+
+
+
+
+
+
+Les scanners et la numérisation
+
+
+La premiÚre étape dans la conversion de documents papier en une collection pour bibliothÚque numérique est d'obtenir des images de toutes les pages de toutes les publications sous forme numérique. L'étape suivante consiste à appliquer une reconnaissance optique de caractÚres (ROC, ou OCR), pour la réussite de laquelle il est essentiel de disposer d'images propres et de bonne qualité. Le processus de numérisation utilise un scanner qui travaille à une résolution minimale de 300 dpi (points par pouce, ou dots per inch). La plupart des numérisations peuvent se faire en noir et blanc, mais en présence d'illustrations en couleurs il faut utiliser un scanner couleur. Dans la plupart des cas les couvertures des livres sont en couleurs et il faudra les numériser en tant que photographie couleur.
+
+
+Les scanners
+
+
+On trouve des scanners à tous les prix, de toutes tailles et de toutes formes. Ils coûtent de 100$ pour les scanners à plat à 50 000$ pour de gros scanners industriels de fabricants tels que Bell & Howell . On trouve de nombreux sites web qui proposent de nombreux scanners à vendre. Vous les trouverez facilement en tapant le mot-clef «scanner» dans des moteurs de recherche tels que Google, Altavista, ou Yahoo.
+Le format de sortie des scanners est un fichier informatique dont le format est souvent TIFF ou bitmap. Le meilleur format est le TIFF IV compressé: une page numérisée et convertie en ce format n'occupe en moyenne que 50 kilo-octets, à comparer aux 2 méga-octets qu'elle occuperait sous forme bitmap non compressée.
+
+
+Scanners à plat de bas de gamme
+
+
+Les scanners à plat sont les moins onéreux et les plus communs. De nombreuses marques en proposent: HP, Agfa, Acer, etc. Les prix s'étalent de 100 à 300$. On peut numériser à la fois des images en noir et blanc ou en couleurs. Le faible prix permet d'équiper chaque ordinateur de son propre scanner.
+Ces scanners ont pour inconvénients une qualité moyenne du résultat, une faible vitesse de numérisation, une fiabilité réduite quand la température s'élÚve, et des pannes fréquentes. Il faut numériser les pages manuellement, une à une. Chaque page doit être placée avec attention sur la vitre de numérisation de maniÚre à obtenir un alignement correct. Ces scanners ont une faible productivité. Bien que les fabricants prétendent qu'on peut scanner une page en moins d'une minute, il est rare dans la pratique de pouvoir scanner plus de douze pages en une heure. Le processus de numérisation monopolise l'ordinateur utilisé.
+C'est pourquoi de tels scanners ne sont utiles que pour des petits travaux de numérisation, avec de 200 à 400 pages par mois de maniÚre réguliÚre, ou de 1000 à 2000 pages de maniÚre exceptionnelle.
+
+
+
+
+Scanners de bas de gamme avec chargeur
+
+
+Ces scanners coûtent de 500 à 1200$. On peut insérer, scanner et traiter de 10 à 50 pages d'un coup: l'opérateur ne doit pas rester constamment aux cÎtés de la machine. Cela permet d'atteindre une productivité de 150 à 200 pages par jour. Ces scanners sont plus robustes et tombent en panne moins souvent -- ils permettent généralement de traiter de 30 à 50 000 pages avant de nécessiter une réparation.
+Ils ont pour inconvénient de ne numériser qu'une face de chaque feuille à la fois -- il faut retourner la pile de feuilles et la numériser de nouveau pour obtenir les versos. Ceci crée des problÚmes car les chargeurs causent souvent des ennuis des bourrages papier.
+Ces scanners sont utiles pour des volumes de 1500 Ã 3000 pages par mois.
+
+
+
+
+Scanners couleur
+
+
+Toute opération de numérisation se heurte tÎt ou tard au problÚme des images couleur, c'est pourquoi il faudra toujours disposer d'un scanner couleur. De maniÚre générale, moins de 5% de toute publication contient des images couleur, sans compter la couverture. C'est pourquoi un scanner à plat tel que décrit ci-dessus suffira. Nous conseillons de choisir un scanner capable d'une résolution de 600 dpi.
+
+
+
+
+Scanners professionnels bi-faces
+
+
+Les scanners professionnels sont des machines fiables et industrielles, capables de traiter un grand volume -- de 2 à 10 000 pages par jour. Ils disposent d'un systÚme de chargeur automatique à plateau qui peut recevoir des paquets de 50 à 200 pages. Les meilleurs et les plus rapides sont des machines duplex qui peuvent numériser les deux faces d'une feuille d'un coup.
+Les scanners professionnels duplex ont besoin d'un ordinateur puissant équipé d'un disque dur de 10 à 20 giga-octets. Les prix s'étalent de 5 à 50 000$. Par exemple, le scanner duplex Canon DR-6020 coûte 5000$ et peut traiter des documents recto-verso. Il a une capacité d'environ 2000 pages par jour et une durée de vie de 600 à 800 000 pages. Les scanners Bell & Howell et Fujitsu coûtent de 10 à 50 000$ et ont une durée de vie de plusieurs millions de pages.
+Les scanners à micro-fiches coûtent de 15 000$ pour une unité semi-automatique à 80 000$ pour une unité entiÚrement automatisée.
+
+
+
+
+Logiciels de numérisation
+
+
+Tous les scanners sont fournis avec leur propre logiciel, qui doit donc être installé sur l'ordinateur qui pilote le scanner. Certains scanners disposent d'une carte à enficher sur l'ordinateur pour accélérer l'opération de numérisation.
+
+
+
+
+
+
+La préparation des documents
+
+
+Avant d'être numérisés, les documents doivent être correctement préparés. Il faut dépoussiérer, sécher, enlever les agrafes, et aplanir les pages pliées.
+Il faut Îter la reliure des livres par une coupure nette, droite et précise. Les livres des bibliothÚques devront souvent être reliés à nouveau, auquel cas la plus grande attention est nécessaire lors de cette opération, ce qui facilitera la mise en place de la nouvelle reliure.
+Pour un nombre limité de documents, la coupe peut se faire à la rÚgle et au cutter. Faites attention à vos mains! Pour des plus gros volumes, il existe des machines à couper faites pour.
+Pour des gros volumes (à partir de 20 documents) nous recommandons de demander à un imprimeur ou une boîte à copies l'autorisation d'utiliser leur massicot professionnel. N'oubliez pas d'Îter toute agrafe ou trombone; ils pourraient endommager les lames.
+
+
+
+
+L'opération de numérisation
+
+
+Quand on utilise le logiciel fourni avec le scanner, chaque page est numérisée et transformée en image numérique au format TIFF ou bitmap. Ces images doivent alors être stockées sur le disque dur sous des noms de fichiers habituels. La reconnaissance optique de caractÚres débute à la fin de la numérisation de tout ou partie d'un lot de documents.
+Il faudra une résolution de 300 dpi pour la numérisation, même si parfois 200 dpi peuvent suffire.
+
+
+ContrÎle qualité
+
+
+La numérisation a pour but de passer les pages à la ROC pour produire des versions traitement de texte ou HTML des publications, ou de produire des fichiers image de bonne qualité tels que des fichiers image PDF. Dans tous les cas, la qualité de la numérisation est cruciale: une mauvaise qualité produira des images peu jolies, qui occuperont plus de mémoire. La netteté des images affecte énormément le processus de ROC: la productivité peut chuter jusqu'à 40% si la qualité n'est pas au rendez-vous. Sachant que l'opération de ROC représente plus de 90% du coût total de la transformation du papier en collection, on constate que la qualité de la numérisation peut avoir des effets trÚs marqués sur le coût global.
+On peut améliorer la qualité du fichier TIFF en ajustant le processus de numérisation à chaque type de papier, en utilisant les réglages fournis par le logiciel de numérisation. Les papiers relativement transparents requerront des réglages plus clairs; il faut ajuster le contraste en fonction de la qualité d'impression, etc.
+Commencez par diviser les feuilles en lots de texture de papier et de qualité d'impression comparables. Faites des tests de ROC sur un échantillon du premier lot pour déterminer les réglages optimaux. Numérisez ensuite tout ce lot avant de passer au suivant.
+
+
+
+
+Conventions sur les noms de fichier
+
+
+Attribuez à chaque livre ou document un numéro de traitement ou un code unique, qui sera utilisé en tant que nom du répertoire contenant tous les fichiers TIFF relatifs au document. Selon votre systÚme d'exploitation (DOS, Windows, Unix, Linux, etc.), vous pourrez utiliser de 8 à 128 caractÚres pour les noms de fichiers. Nous vous recommandons de vous limiter à 8 ou 16 caractÚres pour cet identifiant de document. Les 5 premiers caractÚres pourront par exemple identifier le document, la lettre suivante pourra contenir un code de langue de rédaction du document, et les caractÚres restants pourront identifier la page. Par exemple, l'identifiant u7548f12.tif pourra représenter l'image TIFF de la page 12 d'un livre écrit en français, de code u7548.
+Réservez un répertoire du disque dur aux opérations de numérisation (appelons-le par exemple scanjobs). Puis créez un sous-répertoire pour chaque lot. Créez à nouveau un sous-répertoire pour chaque publication, comme par exemple u7548f pour le document ci-dessus évoqué. Stockez toutes les images TIFF de la publication, y compris les images couleur, dans ce répertoire.
+
+
+
+
+
+
+De la productivité et des ressources nécessaires
+
+
+Ne sous-estimez pas l'ampleur de l'opération de numérisation -- et en particulier celle de la ROC qui la suivra. Il vaut mieux considérer la numérisation et la ROC comme deux activités complÚtement séparées. Les choix optimaux, tant économiques que pratiques, seront faits indépendamment.
+Les aspects auxquels réfléchir incluent les investissements nécessaires en matériel (scanners et ordinateurs); la disponibilité d'un espace disque suffisant ainsi que d'assez de ressources humaines; la formation des agents; les coûts salariaux; les nombres de pages initial et final à numériser, les dates maximales de fin de travaux; et les possibilités de sous-traitance.
+
+
+Coûts de numérisation
+
+
+Une décision importante consiste à trancher entre investir en achat d'équipement de numérisation et effectuer toute la numérisation soi-même, ou sous-traiter cette tâche à une société spécialisée. Les critÚres principaux sont:
+
+
+urgence du travail de numérisation;
+
+
+nombre total de pages;
+
+
+coûts salariaux des opérateurs de numérisation.
+
+
+Les opérateurs doivent être extrêmement motivés, doués techniquement, et soucieux de qualité.
+Une société spécialisée réclamera en moyenne 0.06$ par page. Il faut ajouter à cela le coût du transfert des documents, qui peut s'élever à 0.03$ pour un envoi d'un pays en voie de développement vers un pays développé, et 0.015$ pour un envoi entre pays développés.
+Le tableau donne une estimation du coût du processus de numérisation s'il est effectué par vos soins, en utilisant différents types de scanners. Vous remarquerez que ces chiffres sont des estimations, et ne sont fournis qu'en tant que référence approximative en se fondant sur l'expérience des auteurs. Les trois premiÚres colonnes traitent des coûts salariaux. La premiÚre présente la capacité en pages par mois, sur la base d'un temps plein. On trouve les ressources nécessaires en homme-mois par page en divisant le nombre mensuel d'heures travaillées par la capacité en pages par mois de la deuxiÚme colonne. Il est présenté dans la troisiÚme colonne, sur la base de 180 heures travaillées par mois.
+
+
+Coût de la numérisation
+
+
+
+
+
+Capacité (pages/mois)
+
+
+Heures/page (180 h/mois)
+
+
+Coût/page (4$/h)
+
+
+Achat du scanner
+
+
+Durée de vie du scanner (en pages)
+
+
+Coût du scanner (0.06$/p.)
+
+
+
+
+Scanner à plat
+
+
+2 500
+
+
+0.072
+
+
+0.288$
+
+
+300$
+
+
+7 000
+
+
+5 000
+
+
+
+
+Scanner à chargeur
+
+
+8 000
+
+
+0.0225
+
+
+0.09$
+
+
+800$
+
+
+30 000
+
+
+13 000
+
+
+
+
+Scanner pro. bas de gamme
+
+
+40 000
+
+
+0.0045
+
+
+0.018$
+
+
+6 000$
+
+
+600 000
+
+
+100 000
+
+
+
+
+Scanner pro. haut de gamme
+
+
+150 000
+
+
+0.0012
+
+
+0.0048$
+
+
+50 000$
+
+
+8 000 000
+
+
+833 000
+
+
+
+
+
+Le prix par page s'obtient en multipliant le coût salarial horaire global dans votre cas par la deuxiÚme colonne du tableau . Nous avons donné en exemple, dans la troisiÚme colonne, le prix d'une numérisation faite sur place avec un coût salarial de 4$ par heure -- ce qui ne comprend pas le coût des investissements.
+Ces calculs supposent que le scanner est utilisé pour un volume suffisant, justifiant l'investissement. Les trois derniÚres colonnes du tableau  fournissent plus d'informations sur le coût du scanner à proprement parler. La premiÚre montre le coût d'achat du scanner, et la deuxiÚme fournit sa durée de vie moyenne. La derniÚre colonne montre le nombre de pages qu'on pourrait faire numériser par un sous-traitant, au prix de 0.06$ par page, pour le prix du scanner seul.
+Bien sûr, de nombreux autres facteurs guident le choix du scanner: disponibilité des fonds, souhait d'indépendance, volonté de développer un pÎle de compétences local, rÚgles des bibliothÚques imposant une numérisation locale sans possibilité de transport des livres, etc.
+Ces chiffres donnent une idée du volume de pages à traiter pour justifier différents niveaux d'investissement. Un institut ou une organisation aura rarement besoin de numériser plus de 800 000 pages. à de tels niveaux, des paramÚtres plus complexes entrent en ligne de compte -- tels que la maintenance et la possibilité de rentabiliser l'investissement en revendant des services de numérisation -- paramÚtres dont nous ne traiterons pas ici.
+On peut être séduit par l'idée de développer une activité commerciale de numérisation, surtout dans les pays en voie de développement. Mais gardez à l'esprit que la numérisation est une activité non récurrente: une fois les documents numérisés, les clients ne passeront jamais une autre commande pour la numérisation des mêmes documents, même si les relations sont excellentes. D'un point de vue commercial, il faut prévoir d'intenses efforts de mercatique. Nous déconseillons aux ONG et aux autres organisations à but non lucratif de s'aventurer dans un tel projet sans essais liminaires trÚs complets et un projet financier extrêmement réfléchi.
+En conclusion, on peut dire qu'il vaut mieux sous-traiter si la quantité de pages à numériser s'étale de 10 à 50 000 pages. Un scanner professionnel de bas de gamme, coûtant environ 6000$, ne se justifie que s'il faut numériser plus de 100 000 pages. On peut aussi envisager une association de plusieurs institutions (telles que des ONG ou des bibliothÚques) pour l'achat groupé d'une telle machine.
+
+
+
+
+
+
+
+
+ROC: reconnaissance optique de caractÚres
+
+
+Un systÚme de reconnaissance optique de caractÚres, ou ROC, transforme une image numérisée en texte. Il accepte en entrée une image numérique au format TIFF ou bitmap, de préférence propre et de bonne qualité. Il fournit en sortie un fichier de traitement de texte ou pour le web, aux formats RTF, Word, ou HTML.
+La conversion de documents papier sous forme électronique est un processus en quatre étapes:
+
+
+numérisation;
+
+
+analyse de la mise en page;
+
+
+reconnaissance;
+
+
+numérisation des images et des tableaux.
+
+
+En suivant ces étapes, il faut effectuer des contrÎles qualité sur les fichiers produits, et les sauvegarder dans le format approprié.
+On trouve beaucoup de bons programmes de ROC sur le marché, et leurs prix varient de 100 à 400$ . On trouve par exemple, entre (nombreux) autres:
+
+
+
+Read-Iris (http://www.readiris.com/)
+
+
+Omnipage (http://www.omnipage.com/)
+
+
+Fine-Reader (http://www.finereader.com/)
+
+
+Les sites web des éditeurs vous fourniront toutes les informations nécessaires, y compris la liste des revendeurs dans votre région. L'expérience des auteurs les amÚne à recommander pour leur bonne ergonomie les programmes Fine-Reader et Omnipage. Fine-Reader est le moins cher, à environ 100$. Il est trÚs souple, et a les options de langue les plus variées.
+Il faut choisir entre effectuer la numérisation et la ROC sur place, ou sous-traiter ces opérations à une organisation spécialisée. Un travail sur place nécessite un scanner, un logiciel de ROC, des compétences en ROC (donc des formations), et des opérateurs soucieux de qualité et extrêmement motivés.
+
+
+Le processus de ROC
+
+
+Le processus de ROC change d'un programme à l'autre, et chacun est trÚs long à apprendre et à maîtriser. Le manuel du logiciel expliquera ce processus en détail. Quatre aspects méritent qu'on leur accorde une attention particuliÚre: le contrÎle qualité, les tableaux, les images, et les contenus spécialisés tels que formules, caractÚres d'autres alphabets ou langues, etc.
+
+
+ContrÎle qualité
+
+
+On n'insistera jamais assez sur ce point. Il vaut mieux faire mener ces contrÎles qualité par des locuteurs dont la langue traitée est la langue maternelle, ou des gens maîtrisant parfaitement cette langue. Les meilleurs candidats se recruteront à l'université ou au lycée. Remarquons que des relecteurs plus jeunes seront capables d'une concentration plus soutenue pour ce type de travail.
+On compte normalement quatre contrÎles qualité.
+Le premier est effectué au moment de la ROC. Tout programme de ROC dispose d'un vérificateur orthographique intégré qui met en valeur toutes les lettres suspectes. Il affiche en même temps l'image du mot concerné, ce qui facilite le travail de vérification et de correction de l'erreur.
+Le deuxiÚme est une vérification globale du texte à la fin du processus de ROC. Il arrive souvent d'oublier une page, un paragraphe, un titre de chapitre, etc. Un examen global est nécessaire pour détecter d'éventuelles pages manquantes. Il est essentiel de vérifier les titres, les en-têtes de chapitres, les paragraphes, et les tableaux.
+Le troisiÚme est une vérification orthographique utilisant Microsoft Word: ce programme dispose en effet d'un dictionnaire souvent plus sophistiqué que ceux qui sont embarqués dans les programmes de ROC. En important le livre dans Word et en y effectuant une vérification orthographique, on peut trouver et corriger des erreurs supplémentaires. Veillez à enseigner au vérificateur orthographique tous les mots particuliÚrement difficiles ou sujets à erreurs, ou encore les termes scientifiques et techniques communs dans le type de publication considéré.
+Enfin, le document complet devrait être vérifié par un relecteur indépendant, qui en extrait des échantillons et contrÎle l'absence d'erreurs, de problÚmes avec les tableaux et les images, la typographie, et l'aspect général du texte résultant. Ce n'est qu'aprÚs cette étape qu'un livre peut être déclaré apte à la dissémination numérique.
+
+
+
+
+Tableaux
+
+
+Les programmes de ROC peinent à traiter les tableaux. De plus, il est difficile de les vérifier: ils contiennent de nombreux chiffres, souvent avec des espaces, points ou virgules, et il est aisé de décaler des cellules d'une ligne ou d'une colonne. Il leur faut un effort de concentration particulier et une relecture obstinée et intense, une vérification soigneuse, et un bon contrÎle qualité. On peut les traiter de trois maniÚres extrêmement différentes.
+D'abord, les tableaux peuvent être traités en tant qu'images. Cela implique de les numériser sous forme d'image noir et blanc et de les placer au bon endroit dans le document résultant. C'est la solution la plus facile: aucun risque d'erreur, et le temps nécessaire est uniquement celui de la création de l'image. Cependant, cette solution est plus gourmande en mémoire. Un autre problÚme concerne la résolution, pas toujours suffisante lorsqu'il faut afficher de grands tableaux sur un écran d'ordinateur: si on affiche tout le tableau, il est illisible, et si on agrandit l'image (en la faisant sortir de l'écran) pour la rendre lisible, l'utilisateur doit s'y déplacer pour pouvoir en lire toutes les lignes et colonnes, et manque d'une vue d'ensemble.
+Ensuite, les tableaux peuvent être recréés manuellement en créant une table comptant le même nombre de lignes et de colonnes et en tapant les cellules une à une, caractÚre par caractÚre.
+Enfin, le tableau peut passer à la ROC. C'est plus rapide que la saisie manuelle, mais présente un plus grand risque d'erreurs. Les colonnes sont parfois fusionnées, et les points et les virgules ne sont pas bien reconnus.
+
+
+
+
+Images
+
+
+Les publications contiennent trois grands types d'images différents:
+
+
+croquis en noir et blanc;
+
+
+photographies en noir et blanc;
+
+
+photographies en couleurs.
+
+
+Les croquis noir et blanc se numérisent en mode «croquis» et seront sauvegardés au format GIF ou PNG. Les photographies noir et blanc se numérisent en mode «niveaux de gris» et seront sauvegardées au format GIF ou JPEG. Les photographies couleur se numérisent en mode «couleur» et seront sauvegardées au format JPEG. Dans la plupart des cas, le JPEG de qualité moyenne fournit une résolution suffisante.
+Pour la plupart des collections, ce sont les images qui consomment le plus de place sur le disque dur ou sur le cédérom. C'est pourquoi il est important d'optimiser chaque image du point de vue de la clarté et de la lisibilité, tout en minimisant sa taille. Vous économiserez de l'espace disque en négligeant de reprendre tout ou partie des images, de préférence celles qui ne sont pas pertinentes par rapport au texte.
+Il faut numériser les images séparément, une à une. Nous vous recommandons de donner aux fichiers image un nom consistant en les 5 ou 6 premiers caractÚres utilisés pour identifier le document, suivis du numéro de page où apparaît l'image. Une autre solution, dans l'hypothÚse où chaque document dispose de son propre répertoire, est de se contenter d'utiliser la lettre p, suivie du numéro de page de l'image. Si plusieurs images apparaissent sur la même page, on ajoutera au nom de fichier une lettre supplémentaire: a, b, c... Si par exemple une image JPEG apparaît page 36 de la publication u7548f ci-dessus évoquée, elle sera placée dans un fichier appelé u7548e36.jpg ou p36.jpg.
+AprÚs la numérisation des images, on peut mettre au travail les programmes de traitement par lots (batch), afin de changer les tailles ou d'améliorer la qualité de toutes les images en une seule passe.
+
+
+
+
+Contenus spécialisés
+
+
+De nombreux documents renferment des contenus spécialisés tels que des caractÚres spéciaux, des formules, ou des pages difficiles. Les caractÚres spéciaux sont souvent issus de langues étrangÚres ou pourvus de signes diacritiques. Il faut alors utiliser l'option de langue du programme de ROC utilisé et lui indiquer la langue à reconnaître. Les formules devront être recréées manuellement. Parfois cette opération n'est pas possible dans le programme de ROC, et uniquement faisable dans un traitement de texte tel que Microsoft Word. Les pages difficiles, au contenu complexe ou si endommagées qu'on n'a pas pu en obtenir une image nette lors du processus de numérisation, devront parfois être retapées.
+
+
+
+
+
+
+De la productivité et des ressources nécessaires
+
+
+Comme on l'a déjà signalé, il ne faut pas sous-estimer la difficulté du processus de ROC. Même si ses aspects économiques et pratiques doivent être traités indépendamment de ceux relevant de la numérisation, on trouve des points communs: le nécessaire investissement en ordinateurs; la disponibilité en ressources humaines et leur encadrement; la formation des opérateurs; les coûts salariaux; le nombre total de pages à traiter; et la possibilité de sous-traiter des documents.
+Dans cette section, nous faisons partager notre expérience d'opérations de ROC en Belgique, en Roumanie et en Inde. Toutes les études de cas, les calculs et les chiffres présentés font les hypothÚses implicites de situations moyennes et de documents de difficulté standard (incluant images et tableaux) tels qu'on en trouve dans la plupart des archives et des bibliothÚques, des résultats de trÚs bonne qualité, et une opération à moyen ou long terme.
+
+
+La ROC intensive
+
+
+La ROC est une activité difficile, qui requiert une grande concentration et beaucoup de compétences. Avant d'atteindre une productivité et une qualité de croisiÚre, il faut prévoir une période d'apprentissage d'environ six semaines.
+Les premiÚres heures de chaque jour sont souvent les plus fructueuses en matiÚre de résultats et de productivité. AprÚs trois heures de travail de ROC, la productivité décroît trÚs rapidement, jusqu'à 50% du niveau initial. AprÚs six heures de travail, la plupart des gens sont trÚs fatigués.
+La même courbe se dessine au niveau supérieur, celui des semaines. Les premiÚres semaines, tout le monde travaille vite et bien, mais vient un moment où les deux tiers des agents s'ennuient et deviennent frustrés. Ces personnes abandonnent le projet ou se mettent à travailler de façon médiocre, en quantité comme en qualité. Même ceux qui passent le cap critique des 3 ou 5 semaines de travail et intÚgrent l'équipe, partent souvent aprÚs 6 à 12 mois, à la recherche d'un meilleur poste.
+Les remarques de la section Section concernant le personnel sont particuliÚrement avérées dans le cadre d'un travail de ROC intensif. Il vaut mieux faire mener les contrÎles qualité par des locuteurs dont la langue traitée est la langue maternelle, ou des gens maîtrisant parfaitement cette langue. Des relecteurs plus jeunes seront capables d'une concentration plus soutenue pour des tâches de ROC. Empiriquement, on a constaté que des personnes âgées de 18 à 23 ans convenaient mieux que des personnes de plus de 25 ans.
+Enfin, la ROC peut être un travail fastidieux, ce qui donne une importance exceptionnelle aux questions de motivation et de goût du travail bien fait.
+Ces remarques sur la ROC mÚnent aux préceptes suivants:
+
+
+Les jeunes gens âgés de 18 à 25 ans sont les plus indiqués pour ce travail.
+
+
+Les premiÚres heures étant toujours les plus productives, il faut organiser le travail à temps partiel ou ne retenir que les gens les plus motivés et concentrés pour un travail à temps plein.
+
+
+Les deux tiers des gens abandonnent ou s'ennuient aprÚs trois à cinq semaines, ce qui se traduit par une qualité et une productivité en baisse les derniÚres semaines.
+
+
+Il faut veiller à fournir un travail régulier pour justifier la formation nécessaire, pour maintenir la concentration, et pour que restent hauts les c3#3urs.
+
+
+
+
+
+
+Productivité possible
+
+
+
+
+Productivité de l'OCR
+
+
+
+
+
+Heures travaillées par jour
+
+
+Pages par jour
+
+
+Pages par mois
+
+
+
+
+Formation initiale (6 semaines)
+
+
+3
+
+
+6
+
+
+120
+
+
+
+
+Niveau de productivité optimale
+
+
+3
+
+
+9
+
+
+150 Ã 200
+
+
+
+
+
+7
+
+
+28
+
+
+500 Ã 600
+
+
+
+
+Le tableau donne les statistiques moyennes de productivité pour la ROC. Les documents sont de toutes tailles et de toutes qualités, et ces chiffres supposent que le lot de documents contient un nombre moyen d'images et de tableaux -- disons une image et une tableau de 5 lignes par 5 colonnes toutes les 8 pages. Ils supposent aussi que les images des pages sont de qualité moyenne à bonne (comme on l'a déjà signalé, ceci dépend de la numérisation) et que les opérateurs maîtrisent bien la langue.
+Le tableau distingue les cas des opérateurs en formation et celui des opérateurs ayant atteint leur niveau de productivité optimal. Si un agent administratif devait passer 3 heures par jour à des activités de ROC, il pourrait produire 180 à 200 pages par mois. Dans le cas de personnel employé à temps plein, ayant reçu une formation adéquate, avec une concentration élevée et un goût du travail bien fait, on peut obtenir de 500 à 600 pages par mois.
+Cependant, les taux obtenus sur des pages difficiles, de qualité médiocre, contenant beaucoup d'images ou de tableaux, sont bien plus faibles -- peut-être de 300 à 400 pages par mois pour un travail à temps plein.
+Supposons que les coûts salariaux d'opérateurs de ROC motivés et soucieux de qualité travaillant à temps plein s'élÚvent à 400$ par mois, et que les frais d'infrastructure (comprenant les coûts d'encadrement, les ordinateurs, les bureaux, les fournitures, etc.) s'élÚvent à 300 à 400$ par personne et par mois. Alors le coût de la ROC est de 1.2$ à 1.6$ par page. Si on prend en compte le temps de formation, le volume total, la durée de l'opération, et les coûts de licenciement si l'opération devait prendre fin par manque de travail, ces coûts atteignent 1.5$ à 2.5$ par page.
+Il faut comparer le coût d'une ROC menée sur place à celui d'une ROC sous-traitée à un professionnel. De telles sociétés demandent en général de 1.5$ à 4$ par page, en comptant les images et les tableaux. L'ONG Human Info/Simple Words dispose d'une telle unité en Roumanie, et pratique un tarif spécial pour les organisations humanitaires ou à but non lucratifs: de 1.2$ à 2$ par page. Contactez-nous à l'adresse électronique si vous souhaitez obtenir des informations ou des conseils complémentaires.
+
+
+
+
+
+
+Pour éviter la ROC
+
+
+Il existe deux solutions qui permettent d'éviter la ROC, et nous les présentons toutes deux ici.
+
+
+Saisie manuelle
+
+
+La premiÚre, qui élimine également la plupart des opérations de numérisation, consiste à retaper les documents à la main, en utilisant un traitement de texte. Il faut quand même numériser la couverture et les images, mais les autres pages n'ont pas besoin d'être numérisées, ce qui évite l'achat d'un scanner puissant et de logiciels de ROC.
+Les opérateurs n'ont pas besoin de comprendre le texte: il leur suffit d'être des dactylographes précis, qui tapent exactement ce qu'ils voient. La saisie génÚre des erreurs, qu'on trouve et détecte par la méthode dite de double saisie. Elle consiste à demander à deux personnes de saisir le même document indépendamment, suite à quoi on comparer les deux versions numériques mot à mot à l'aide d'un logiciel spécial manipulé par un opérateur disposant du document original. On suppose implicitement qu'un mot tapé indépendamment deux fois de la même maniÚre est nécessairement correct. Mais cela ne suffit pas toujours, et on peut avoir recours à de la triple saisie pour obtenir une précision extrêmement élevée.
+L'avantage de la saisie est l'économie effectuée: nul besoin d'un programme de ROC (qui nécessite des ordinateurs puissants), aussi des ordinateurs plus anciens, ou d'occasion peuvent suffire. De plus, ce travail peut être mené par des personnes moins qualifiées. L'inconvénient est la durée de la période de formation (d'un minimum de deux mois). Une simple saisie induisant souvent trop d'erreurs, il faut procéder à une double ou à une triple saisie.
+Le coût dépend entiÚrement du salaire. Les dactylos sont généralement payées environ 150$ par mois dans les pays en voie de développement. La productivité est de 20 à 30 pages par jour, pour un total de 400 pages par mois, en comptant les images. Avec une double saisie, cela donne un coût de revient salarial d'environ 300$ par mois, plus les à cÎtés.
+
+
+
+
+Fichiers image
+
+
+Une solution de remplacement à la ROC trÚs peu onéreuse est de se contenter d'utiliser une version image PDF des pages du document. Le coût est négligeable devant celui de la ROC -- environ 0.1$ par page.
+à l'issue du processus de numérisation et une fois que les fichiers TIFF sont disponibles, un convertisseur automatique (on utilise en général Adobe Acrobat ou Adobe Photoshop) transforme tous les fichiers TIFF des pages du livre en fichiers PDF.
+Le revers de la médaille est l'impossibilité de mener des recherches textuelles dans de tels fichiers. De plus, ils sont trÚs lourds: environ 50 kilo-octets par page, plus ou moins 20% selon la qualité du fichier TIFF original.
+Les fichiers image PDF sont lents à télécharger (parfois, dans les pays en voie de développement, cette opération est impossible ou a un coût prohibitif). Ils tiennent rarement sur une disquette, et il est impossible de manipuler leur texte, ne serait-ce que pour effectuer des copier-coller.
+Il faut réserver cette méthode aux situations où aucun budget ne peut être débloqué pour la ROC, et pour les documents susceptibles d'être utilisés par un petit nombre de personnes, disposant d'une connexion Internet à haut débit.
+
+
+
+
+
+
+Mettre bout à bout numérisation et ROC
+
+
+Si un scanner est directement relié à l'ordinateur qui héberge le logiciel de ROC, la plupart des programmes de ROC peuvent numériser une page et effectuer immédiatement la reconnaissance de caractÚres. Procéder une page à la fois, en enchaînant numérisation puis ROC, est une stratégie raisonnable pour des petits volumes, mais s'avérera coûteux en temps pour des tâches plus importantes et plus continues.
+Cette solution peut suffire pour 100 à 150 pages par mois. Pour des volumes plus élevés il est plus rapide et plus efficace de commencer par numériser le document, puis de démarrer en deuxiÚme lieu une opération de ROC sur toutes ses pages à la fois.
+
+
+
+
+
+
+Trois exemples: de 1000 Ã 100 000 pages
+
+
+
+
+Cas d'une petite collection: de 500 Ã 1000 pages
+
+
+La plupart des ONG ont un volume de 500 à 1000 pages à numériser. Un tel volume peut être traité sur place si on trouve des volontaires motivés.
+
+
+Numérisation
+
+
+La premiÚre étape consiste à numériser les publications pour produire un fichier TIFF de bonne qualité de chaque page, et une image séparée pour chaque illustration (croquis, image en niveaux de gris ou en couleurs). Si on fait l'hypothÚse que 1000 pages doivent être numérisées, ceci peut représenter un travail à temps partiel d'environ un mois -- pour la numérisation seule. Les fichiers TIFF occuperont de 60 à 80 méga-octets d'espace disque, et c'est une bonne idée que de graver un cédérom réinscriptible contenant ces fichiers. Un scanner à plat de bas de gamme de 100 à 300$ suffira à mener cette tâche de numérisation à bien. La numérisation peut être prise en charge par un volontaire, aprÚs les heures de bureau ou les jours non ouvrés, au bureau ou à la maison.
+
+
+
+
+ROC
+
+
+La ROC, menée par un autre volontaire ou par une équipe de volontaires, doués en langue et en correction, vient ensuite. Les fichiers TIFF peuvent être partagés entre ordinateurs, ou bien on peut utiliser un seul ordinateur pour l'ensemble du travail. Il faudra en moyenne de 5 à 6 mois à temps partiel (par exemple, environ 20 heures par semaine) pour convertir 1000 pages en bons documents Word ou HTML.
+
+
+
+
+Sous-traiter
+
+
+On peut aussi envisager de sous-traiter les opérations de numérisation et de ROC. Il en coûtera probablement de 1500 à 2000$ pour tout convertir en bons fichiers Word ou HTML.
+
+
+
+
+
+
+Toutes les publications d'une organisation: 5000 pages
+
+
+De nombreuses organisations plus importantes disposent d'environ 5000 pages d'archives de livres, journaux, revues, et autres documents, actuels ou épuisés.
+
+
+Numérisation
+
+
+Voilà un volume trop important pour un scanner à plat. La numérisation doit donc être sous-traitée (ce qui coûtera environ 400$ pour 5000 pages) ou confiée à un scanner à chargeur (qui coûte environ 900$). On peut aussi envisager l'achat groupé d'un scanner plus performant, avec d'autres institutions ou ONG (il en coûtera 6000$, à diviser par le nombre de participants). Les 5000 pages converties au format TIFF occuperont 300 à 400 méga-octets d'espace disque. Là encore, c'est une bonne idée de graver un cédérom réinscriptible contenant ces fichiers.
+
+
+
+
+ROC
+
+
+La ROC, menée par un volontaire ou par une équipe de volontaires, doués en langue et en correction, vient ensuite. Ici encore, les fichiers TIFF peuvent être partagés entre ordinateurs, ou bien on peut utiliser un seul ordinateur pour l'ensemble du travail. Il faudra en moyenne de 25 à 30 mois à temps partiel (par exemple, environ 20 heures par semaine) pour convertir 5000 pages en bons documents Word ou HTML. En pratique, c'est là une tâche trop longue et gourmande en ressources informatiques pour pouvoir fonctionner sur la base du volontariat. Il faudrait rémunérer les volontaires, surveiller leurs performances et la qualité de leur travail, fournir l'espace adéquat, etc., pour obtenir un travail finalisé de bonne qualité dans des délais raisonnables.
+On peut aussi créer des fichiers image PDF, ce qui occupera de 300 à 400 méga-octets d'espace disque, et sera plus difficile à télécharger depuis l'Internet.
+
+
+
+
+Sous-traiter
+
+
+On peut aussi envisager de sous-traiter les opérations de numérisation et de ROC. Il en coûtera probablement de 7500 à 10 000$ pour tout convertir en bons fichiers Word ou HTML.
+
+
+
+
+
+
+Une petite bibliothÚques: 100 000 pages
+
+
+Des organisations plus importantes, des universités, des gouvernements, et des bibliothÚques spécialisées disposeront peut-être de toute une bibliothÚque à numériser -- disons, 100 000 pages. La premiÚre question à se poser est celle des droits attachés aux publications: si elles ne sont pas placées ou tombées dans le domaine public, il faut obtenir des détenteurs des droits l'autorisation explicite de les numériser. Pensez aussi à vérifier si les fichiers ne sont pas déjà disponibles sous forme numérique.
+
+
+Numérisation
+
+
+Le volume est trop important pour un scanner à chargeur. Il faut donc sous-traiter la numérisation (il en coûtera 8000$ pour 100 000 pages) ou acheter un scanner plus performant en commun avec quelques autres institutions ou ONG (il en coûtera 6000$, à diviser par le nombre de participants). Les 100 000 pages converties au format TIFF occuperont 6 à 8 giga-octets d'espace disque. La meilleure idée est de graver une série de copies de ces fichiers sur cédérom réinscriptible.
+
+
+
+
+ROC
+
+
+La ROC vient ensuite (on peut aussi penser à créer des fichiers PDF pour des documents moins largement utilisés). Il faudra en moyenne de 500 à 700 mois à temps partiel pour convertir 5000 pages en documents Word ou HTML. C'est une opération impossible à mener sur la base du volontariat, et il faut avoir une approche professionnelle.
+On peut réduire les coûts en transformant les pages les moins fréquemment utilisées (par exemple, les 80% les moins utilisés, ce qui représente 80 000 pages) en PDF, et ne transformer que les 20 000 pages restantes en Word et en HTML. Les fichiers PDF occuperont 6 à 8 giga-octets d'espace disque et seront plus difficiles à télécharger sur l'Internet, mais ils ne coûteront que 0.2$ par page à faire produire par des professionnels (pour un coût total de 16 000$). S'il fallait faire créer 80 000 fichiers PDF à partir de fichiers TIFF par des volontaires utilisant des programmes de conversion vers PDF tels qu'Adobe Acrobat, il faudrait prévoir 10 à 20 mois de travail à temps partiel sur un ordinateur puissant.
+
+
+
+
+Sous-traiter
+
+
+On peut aussi envisager de sous-traiter le travail. Si on reste sur l'hypothÚse de 80% des pages converties en PDF et les 20% les plus fréquents en HTML, le coût du PDF s'élévera à environ 16 000$ et celui du HTML de 30 à 40 000$, pour un budget global d'environ 50 000$. Si toutes les pages passaient à la ROC, il en coûterait de 150 à 200 000$ pour convertir toute la collection en fichiers Word et HTML.
+
+
+
+
+
+
+
+
+Créer une collection électronique
+
+
+Quand on décide de créer une collection, il faut garder à l'esprit trois aspects importants. D'abord, il faut organiser la collection. Plus dense et complet sera le contenu, plus le besoin d'indexation et de systÚmes de recherche puissants se fera sentir. De tels outils sont indispensables pour des collections de 3000 à 5000 pages ou plus. Ensuite, il faut donner la priorité aux besoins des utilisateurs finals. Identifiez le public ciblé par la collection, et consultez-le réguliÚrement. Enfin, le budget disponible tranchera tous les choix en matiÚre de développement ou raffinement.
+
+
+Méthodes de construction de collections
+
+
+On trouve de nombreux exemples d'excellents cédéroms créés sur le modÚle de la page web. Les documents HTML, PDF ou Word peuvent être ajoutés et reliés au reste de la collection grâce à des liens hypertexte. La navigation est simple et attrayante grâce aux liens hypertexte, aux cadres, aux mots-clefs, aux index, etc. De tels systÚmes peuvent convenir pour des volumes de quelques milliers de pages, mais à partir de 3000 ou 5000 pages ils atteindront leurs limites et il deviendra important de disposer d'une collection bien structurée et de fonctionnalités de recherche puissantes. C'est là que Greenstone peut rendre service.
+Le logiciel de bibliothÚque numérique Greenstone crée une bibliothÚque numérique structurée disposant d'un moteur de recherche trÚs puissant. On peut indexer jusqu'à 150 000 pages sur un simple cédérom, et chaque cédérom peut se transformer en serveur web. Greenstone est un logiciel libre, disponible selon les termes de la licence publique générale de GNU.
+Les manuels fournis décrivent la maniÚre de confectionner des collections Greenstone. Il y a essentiellement trois façons de créer des collections.
+
+
+
+Le "Librarian Interface" (l'Interface Bibliothécaire)
+
+
+Le "Collector" (Le collectionneur)
+
+
+La création à partir de la ligne de commande.
+
+
+La premiÚre est le "Librarian Interface" (l'Interface Bibliothécaire) décrit dans le "Guide de l'utilisateur de la bibliothÚque numérique Greenstone" (Chapitre 3, "Réaliser des collections Greenstone"). C'est un outil interactif fonctionnel dans la création des collections. Avec lui, on peut collecter des groupes de documents, importer ou assigner des méta-données, et confectionner une collection Greenstone. La deuxiÚme méthode est le sous-systÚme "collectionneur", décrit au chapitre 4 du guide de l'utilisateur. C'est un outil plus ancien qui fournit une maniÚre alternative de créer des collections de pages Web et autres documents. Il vous guide à travers une séquence de pages Web conventionnelles qui exigent l'information requise. Il ne fournit cependant aucun moyen d'ajouter une métadata aux documents et, parce que c'est une interface Web, il n'est vraiment pas adapté aux collections qui prennent plus que quelques minutes pour être créées. La troisiÚme méthode consiste à exécuter directement, à partir de la ligne de commande, les programmes de création de collections; elle figure dans le "Guide du développeur de la collection Greenstone" (Chapitre 1). Elle offre plus de flexibilité dans l'exécution individuelle des programmes et dans la sauvegarde des résultats intermédiaires, hautement souhaitable pour les collections qui prennent des heures à être créées. La lecture du chapitre 2 du Developer's Guide s'avÚre aussi nécessaire pour exploiter de façon optimale la puissance de Greenstone dans la confection des collections de pointe.
+Une quatriÚme méthode de création et d'édition du matériel associé à la collection existe; c'est un programme appelé "The Collection Organizer" (Organisateur de la Collection). Cependant, sa fonctionnalité a été dépassée par le "Librarian Interface" (l'Interface Bibliothécaire) mentionné ci-dessus. Ce document est décrit comme un leg sous le titre "Using the Organizer" (Utiliser l'organisateur).
+
+
+
+
+Commencer en sept étapes et en 15 minutes
+
+
+La meilleure façon d'appréhender et de sentir l'Interface Bibliothécaire est en fait de créer une bibliothÚque par un petit test. Si vous disposez de 15 minutes on vous conseille de suivre ces étapes pour une meilleure compréhension de ces programmes.
+Avant tout, vous installez Greenstone (Voir Le Guide d'installation de Greenstone) "The Greenstone intaller's Guide" qui comprend la collection de démonstration "Demo Collection" dans un format DLS et ses fichiers sources. Noter que si vous souhaitez ajouter à la collection l'un quelconque des 140 documents de la collection DLS (au lieu seulement des 11 de la collection Demo de Greenstone), vous devez installer DLS comme un des modÚles des bibliothÚques Greenstone. Dans CProgram Filesgsdlcollect, comme d'ailleurs Demo, dans les sous-repertoires respectifs DLS et Demo. Si Greenstone avait déjà été installé sans la collection DLS et que vous souhaitez installer celle-ci, vous devez réinsérer le Cd-rom de Greenstone et procéder à l'ajout de DLS. La désinstallation de Greenstone n'est en aucun cas nécessaire.
+Nous vous conseillons d'imprimer les instructions ci-dessous et de les suivre pas à pas:
+
+
+Démarrer le "Librarian Interface" (l'Interface Bibliothécaire) sous Windows en sélectionnant Greenstone Digital Library à partir de la section Programmes du menu de Démarrage et en sélectionnant "Librarian interface". Si vous utilisez Unix à la place, il faut taper:
+cd ~/gsdl cd gli ./gli.sh
+où /gsdl est le répertoire contenant votre systÚme Greenstone.
+
+
+Sélectionner "Nouveau" à partir du menu "Fichier" dans la barre de menu horizontale placée en haut de la fenêtre. Lui donner un titre, par exemple "Ma premiÚre collection" et mettre votre adresse électronique et une description sommaire de la collection. Dans le menu "Baser cette collection sur", choisir "greenstone demo" (démonstration de greenstone) ou "Developement Library Subset" (le résultat est le même parce que ces deux collections ont la même structure).
+
+
+Ajouter des documents à partir de la collection Demo (ou la collection DLS si elle est installée) à votre nouvelle collection. Pour ce faire, double-cliquer sur le répertoire des Collections Greenstone à gauche du panneau, et double-cliquer sur la collection désirée. Les documents qui s'y trouvent sont affichés en dessous. Sélectionnez-en un, le faire glisser et le déposer dans le panneau de droite ("glisser-coller"). Celle-ci représente la collection en cours de création. Choisir plusieurs documents, les faire glisser un à un à l'intérieur, ou utiliser une sélection multiple de façon standard.
+
+
+Ajouter vos propres documents qui ne sont pas dans la collection Demo ou DLS. Fermer le répertoire des collections Greenstone du panneau de gauche et double-cliquer sur le répertoire "Local filespace". Naviguer vers le répertoire qui contient des documents(c'est à dire de petits fichiers Word et HTML). En faire glisser quelques-uns dans le panneau de droite pour les inclure dans votre collection.
+
+
+Ajouter des méta-données aux documents de votre collection. Jusqu'à présent, l'exécution se déroulait sous le panneau "Gather", indiqué par l'onglet "Gather" en-dessous de la barre de menu horizontale en haut de Windows. Cliquer sur l'onglet "Enrich" qui se trouve à cÎté. Les documents dans votre collection apparaissent maintenant dans le panneau de gauche : cliquer sur l'un et examiner la méta-donnée qui lui est associée dans la liste "Elément ... Valeurs" en haut à droite. Utiliser le panneau en-dessous pour changer les valeurs individuelles en sélectionnant l'élément désiré et, soit choisir une valeur existante sur la liste, ou taper une nouvelle valeur dans la boîte située en bas. Ajouter les meta-données Titre, Organisation et Mot-clé à chacun de vos propres documents figurant sur la collection. AprÚs la saisie de chaque valeur, il est nécessaire de cliquer sur "Ajouter" pour ajouter cette valeur à la méta-donnée.
+
+
+Cliquez l'onglet "Créer" pour quitter le mode "Enrich" et créer votre nouvelle collection. Cliquer sur l'onglet "Créer la Collection" en bas. Pendant que l'ordinateur élabore la collection, vous recevrez en feedback un compte rendu sur ce qui est en cours d'exécution.
+
+
+En fin d'exécution, cliquer sur l'onglet Preview pour visualiser la collection à partir du "Librarian Interface" (l'Interface Bibliothécaire). Vérifier les titres a-z, organisations et comment lister pour vous assurer que vos documents ont été inclus dans la collection. En visitant votre page Web Greenstone, le constat est fait aussi que la collection a été installée parmi les collections de Greenstone.
+
+
+
+
+
+
+
+
+Tous les prix mentionnés représentent des dollars américains (USD) et sont donnés sur la base du marché en 2001.
+
+
+Rappel: tous les prix mentionnés représentent des dollars américains (USD) et sont donnés sur la base du marché en 2001.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/fr/User_fr.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/fr/User_fr.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/fr/User_fr.xml (revision 14835)
@@ -0,0 +1,2032 @@
+
+
+
+
+
+
+]>
+
+
+
+
+
+Guide de l'utilisateur de la bibliothÚque numérique Greenstone
+
+
+Ian H. Witten, Stefan Boddie et John Thompson
+
+
+Département d'informatique, Université de Waikato, Nouvelle-Zélande
+
+
+Retourner à l'indexe du manuel
+Retourner à l'indexe du dessus
+
+Greenstone est une suite logicielle destinée à la construction et à la distribution de collections de bibliothÚques numériques. Cette suite fournit une nouvelle maniÚre d'organiser l'information et de la publier sur l'Internet ou sur un cédérom. Greenstone est produit par le projet de bibliothÚque numérique de Nouvelle-Zélande (dépendant de l'université de Waikato), et distribué en coopération avec l'UNESCO et le projet de bibliothÚques pour l'humanité. C'est un logiciel Open Source, qu'on peut obtenir à l'URL http://greenstone.org, et qui est diffusé selon les termes de la licence publique générale de GNU.
+
+Nous souhaitons nous assurer que ce logiciel fonctionne bien pour vous. Faites-nous part, en anglais, de tout problÚme à l'adresse électronique greenstone@cs.waikato.ac.nz.
+
+
+Greenstone gsdl-2.70
+
+
+Mars 2006
+
+
+
+Ã propos de ce manuel
+
+
+Ce manuel fournit une description complÚte de la maniÚre d'utiliser le logiciel Greenstone pour accéder à et construire des collections de bibliothÚques numériques.
+La section donne une vue d'ensemble des possibilités du logiciel. La section explique comment utiliser les collections de Greenstone. L'interface parle d'elle-même -- la meilleure façon d'apprendre est d'essayer -- et cette section correspond aux informations d'aide en ligne fournies pour une collection typique. La section explique la procédure de création d'une bibliothÚque propre de collections en utilisant le "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone). La section introduit l'outil d'administration, qui permet à l'administrateur systÚme de surveiller ce qui se passe, et de contrÎler les droits de construction de collections.
+Les annexes listent les fonctionnalités du logiciel Greenstone, et donnent un glossaire des termes utilisés dans la documentation de Greenstone.
+
+
+
+
+Documents d'accompagnement
+
+
+L'ensemble des documents de Greenstone comprend quatre volumes:
+
+
+Guide d'installation de la bibliothÚque numérique Greenstone
+
+
+Guide de l'utilisateur de la bibliothÚque numérique Greenstone (ce document-ci )
+
+
+Guide du développeur de la bibliothÚque numérique Greenstone
+
+
+BibliothÚque numérique Greenstone: du papier à la collection
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+Remerciements
+
+
+Le logiciel Greenstone a vu le jour grâce à un effort de collaboration entre de nombreuses personnes. Rodger McNab et Stefan Boddie en sont les principaux architectes et développeurs. Des contributions ont été faites par David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, et Stuart Yeates. D'autres membres du Projet de bibliothÚque numérique de Nouvelle-Zélande ont également donné des conseils et inspiré les concepteurs du systÚme: Mark Apperley, Sally Jo Cunningham, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, et Lloyd Smith. Nous remercions aussi tous ceux qui ont contribué au développement des modules sous licence GNU GPL qui font partie de cette distribution: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE, XLHTML.
+
+
+
+
+Vue d'ensemble de Greenstone
+
+
+Greenstone est un systÚme complet pour construire et présenter des collections de milliers ou de millions de documents, comprenant du texte, des images, des contenus audio et vidéo.
+
+
+Les collections
+
+
+La bibliothÚque numérique typique construite avec Greenstone contient de nombreuses collections, organisées individuellement -- même si elles ont un air de famille prononcé. Elles sont faciles à maintenir, et on peut facilement y ajouter du contenu et les reconstruire automatiquement.
+Il existe plusieurs maniÚres de retrouver de l'information dans la plupart des collections Greenstone. On peut par exemplerechercher des mots particuliers apparaissant dans le corps du texte ou dans une section du document. On peut aussiconsulter des documents par leur titre : il suffit alors de cliquer sur un livre pour le lire. On peut encoreconsulter des documents par thÚme . Les thÚmes représentent les étagÚres de la bibliothÚque: il suffit de cliquer sur une étagÚre pour en voir les livres. Quand cela a un sens, les documents sont fournis avec une table des matiÚres: on peut alors cliquer sur un chapitre ou sur une sous-section pour en lire le contenu, on peut développer toute la table des matiÚres, ou encore développer tout le document dans la fenêtre de son navigateur (ce qui est utile pour imprimer). Le site web de la bibliothÚque numérique de Nouvelle-Zélande (nzdl.org) propose de nombreux exemples de collections.
+La page de garde de chaque collection présente l'objectif et la couverture de la collection, et en explique l'organisation. On peut consulter la plupart des collections en y recherchant des mots-clefs ou en ynaviguant . Lors de recherches, le logiciel Greenstone examine l'ensemble du texte de tous les documents de la collection (ce qui s'appelle une «recherche dans le corps du texte»). Dans la plupart des collections l'utilisateur peut choisir entre plusieurs index, construits à partir de différentes portions des documents. Certaines collections disposent d'un index des documents complets, d'un index des paragraphes, et d'un index des titres, dans lesquels on peut rechercher des mots ou des groupes de mots particuliers. On peut de cette maniÚre retrouver tous les documents contenant un ensemble de mots précis (les mots pouvant s'étaler sur tout le document), tous les paragraphes qui contiennent ce même ensemble de mots (les mots doivent alors tous apparaître dans le même paragraphe), ou tous les documents dont les titres contiennent les mots recherchés (les mots doivent alors se trouver dans les titres du document). On peut rencontrer d'autres index, comme par exemple un index des sections, ou encore un index des en-têtes de sections. Lors de navigations, l'utilisateur examine des listes: liste des auteurs, liste des titres, liste des dates, structures de classification hiérarchiques, etc. Différentes collections proposeront différentes maniÚres de naviguer.
+
+
+
+
+
+
+
+Distribuer Greenstone
+
+
+Les collections sont mises à disposition sur l'Internet ou publiées, sous une forme exactement semblable, sur un cédérom qui s'installe automatiquement sous Windows. Les textes et les index sont compactés, et un protocole CORBA permet de gérer les collections distribuées et les interfaces de requêtes graphiques.
+La bibliothÚque numérique de Nouvelle-Zélande (nzdl.org) fournit de nombreux exemples de collections, y compris des documents historiques, des informations humanitaires et de développement, des rapports techniques et des bibliographies, des 1#1uvres littéraires, et des magazines.
+Sa nature Open Source fait de Greenstone un logiciel facile à compléter, et il bénéficie de l'inclusion de modules sous licence publique générale de GNU pour la recherche dans le corps du texte, la gestion des bases de données, et l'extraction de texte depuis des formats de documents propriétaires. Seule une coopération internationale permettra aux logiciels de bibliothÚque numérique de devenir suffisamment complets et de satisfaire les besoins des utilisateurs en richesse comme en souplesse.
+
+
+
+
+
+
+Utilisation des collections Greenstone
+
+
+Le logiciel Greenstone a été conçu dans un souci d'ergonomie. Les interfaces des collections sont identiques, sur le web comme sur des cédéroms. L'installation de Greenstone à partir du cédérom est une opération trÚs simple, sur tout ordinateur équipé de Windows ou de Linux: un programme d'installation standard complÚte des binaires pré-compilés. On peut utiliser une collection localement, sur l'ordinateur où elle est installée; on peut aussi, si cet ordinateur est relié à un réseau, autoriser de maniÚre automatique et transparente l'accÚs à cette collection depuis tous les autres ordinateurs du réseau.
+La section suivante décrit l'installation d'un cédérom de Greenstone. Nous examinerons ensuite les possibilités de recherche et de navigation offertes par une collection Greenstone représentative: la collection «Demo», fournie avec Greenstone. D'autres collections présenteront des fonctionnalités semblables: savoir en manipuler une, c'est savoir les manipuler toutes. Vient ensuite une explication sur la maniÚre d'adapter l'interface à vos propres besoins à l'aide de la page de préférences.
+
+
+Utilisation d'un cédérom de Greenstone
+
+
+Le logiciel de bibliothÚque numérique Greenstone lui-même est distribué sur un cédérom, et votre administrateur systÚme ou vous l'avez déjà installé sur votre systÚme, en suivant les instructions du Guide d'installation de la bibliothÚque numérique Greenstone. Si telle est bien votre situation, Greenstone est déjà installé sur votre ordinateur et vous pouvez négliger de lire le reste de la présente section et passer directement à la suivante.
+Certaines collections Greenstone sont distribuées sur un cédérom minimal, qui contient juste assez du logiciel pour n'utiliser que cette collection. Pour utiliser un tel cédérom, il suffit de l'insérer dans le lecteur de cédérom sur tout ordinateur personnel équipé de Windows. Dans la plupart des cas (si le programme autorun est activé), une fenêtre apparaîtra, qui vous invitera à installer le logiciel Greenstone. Dans le cas contraire, trouvez le lecteur de cédérom (sur les systÚmes Windows actuels, on y parvient en double-cliquant sur l'icone Mon ordinateur, située sur le bureau), et double-cliquez dessus, puis sur le fichier Setup.exe qu'elle contient. Le programme Setup de Greenstone sera alors exécuté et vous guidera tout au long de la procédure d'installation. La plupart des gens se contentent de répondre oui (yes) à toutes les questions.
+à la fin de la procédure d'installation, vous trouverez la bibliothÚque dans le sous-menu Programmes du menu Démarrer de Windows, et elle portera le nom de la collection, comme par exemple, Humanity Libraries («bibliothÚques pour l'humanité) ou United Nations University («université des Nations-Unies»).
+Une fois que le logiciel a été installé, vous entrerez automatiquement dans la bibliothÚque à chaque insertion du cédérom, si le programme autorun est activé.
+
+
+
+
+
+Changer les préférences
+
+
+
+
+La page de «préférences»
+
+
+
+Cliquer sur le bouton préférences situé en haut de la page vous permettra de modifier certains aspects de l'interface pour qu'elle corresponde mieux à vos propres souhaits. Les préférences sont propres à la collection; vous en trouverez un exemple dans la figure . Lors de l'ajustement des préférences de recherche, il vaut mieux cliquer sur le bouton Appliquer (illustré figure ). AprÚs le positionnement des préférences, ne revenez pas «en arriÚre» dans votre navigateur -- cela aurait pour effet d'annuler les modifications. Cliquez plutÎt sur n'importe lequel des boutons de la barre d'accÚs, vers le haut de la page.
+
+
+Préférences de collection
+
+
+Certaines collections comprennent plusieurs sous-collections, dans lesquelles on peut mener des recherches indépendantes ou groupées, comme si elles ne formaient qu'une unité. Si c'est le cas, vous pouvez choisir quelles sous-collections inclure dans vos recherches dans la page de préférences.
+
+
+
+
+Préférences de langue
+
+
+Chaque collection dispose d'une langue de présentation par défaut, mais vous pouvez choisir une autre langue si tel est votre désir. Vous pouvez aussi modifier l'encodage utilisé par Greenstone en alimentation de votre navigateur -- le logiciel a des valeurs par défaut raisonnables, mais un autre encodage fournit de meilleurs résultats sur certains navigateurs. Toutes les collections permettent de passer d'une interface graphique standard à une interface textuelle. Ceci est particuliÚrement utile pour les mal voyants utilisant de grosses polices à l'écran, ou pour les personnes utilisant un synthétiseur vocal sur leur ordinateur.
+
+
+
+
+Préférences de présentation
+
+
+Selon les collections, on peut trouver d'autres options pour contrÎler la présentation. Les collections de pages web vous permettront de supprimer la barre de navigation de Greenstone au sommet de chaque page de document, de telle sorte qu'une recherche vous mÚne directement à la page web correspondante, sans en-tête Greenstone. Pour mener une autre recherche il vous faudra revenir «en arriÚre» dans votre navigateur. Ces collections vous permettront également de supprimer le message d'avertissement de Greenstone lorsque vous cliquerez sur un lien qui vous ménera hors de la collection de bibliothÚques numériques, vers le web. Enfin, certaines collections web vous permettront de décider si les liens de la page de Résultats de la recherche doivent vous mener directement vers l'URL concernée, ou vers une copie de la page au niveau de la bibliothÚque numérique.
+
+
+
+
+Préférences de recherche
+
+
+Sous Préférences de recherche dans la figure , les deux premiers boutons vous permettent d'obtenir une grosse boîte de requête, de maniÚre à effectuer facilement des recherches de la taille d'un paragraphe. Dans Greenstone, il est étonnamment rapide de rechercher des portions importantes de texte. Les deux paires de boutons suivantes contrÎlent le type de texte trouvé par les recherches effectuées. Le premier groupe (libellé Respecter la casse:) contrÎle la distinction majuscules/minuscules. Le second groupe, La fin des mots:, contrÎle la prise en compte ou non des fins de mots.
+Le prochain couple de boutons vous fera passer en mode de recherche «avancée», tel que décrit ci-dessus, ce qui vous permettra de spécifier des requêtes plus précises en combinant des termes par les opérations «et» (& ), «ou» (| ), et «non» (! ). Vous pouvez activer ou désactiver la fonctionnalité d'historique de recherche, mentionnée précédemment. Enfin, vous pouvez contrÎler le nombre de résultats renvoyés, ainsi que le nombre de résultats présentés sur chaque écran, grâce à la derniÚre entrée de la figure .
+
+
+
+
+
+
+
+
+Créer une collection Greenstone
+
+
+La voie la plus simple pour créer de nouvelles bibliothÚques est d'utiliser "Greenstone Librarian Interface" (l'Interface Bibliothécaire de Greenstone), GLI. Cela vous permet de rassembler une série de documents, importer ou assigner des méta-données, de les intégrer dans une collection Greenstone. Elle permet cinq activités de base qui peuvent être interpolées mais qui sont normalement entreprises dans cet ordre:
+
+
+Copier le document de l'espace fichiers de l'ordinateur, y compris les collections existantes, vers la nouvelle collection. Toute méta-donné existante reste "attachée" à ces documents. Des documents peuvent être collectés à partir du web par le biais d'une fonctionnalité de mirroring incorporée.
+
+
+Enrichir les documents en ajoutant des métadatas supplémentaires à des documents individuels ou des groupes de documents.
+
+
+Concevoir la bibliothÚque en déterminant son aspect et les fonctionnalités d'accÚs qu'elle permet.
+
+
+Mettre sur pied la bibliothÚque en utilisant Greenstone.
+
+
+Prévisualiser la bibliothÚque nouvellement créée, qui aura été installée dans votre page Greenstone en tant que collection ordinaire.
+
+
+"Librarian Interface" (l'Interface Bibliothécaire) vous permet d'ajouter aux documents ce qu'on appelle méta-données "externes", des méta-données rattachées au document dans son ensemble. Mais les documents ont souvent besoin d'être structurés en sections et sous sections, et des méta-données "internes" peuvent être associées à chaque partie. Dans Greenstone, des documents sources peuvent être "marqués" avec cette information, ce qui sera expliqué dans la section .
+Enfin, une autre alternative pour la création de collections est fournie par le Collecteur "Collector" qui aide à confectionner de nouvelles collections, de modifier ou d'ajouter des éléments à des collections existantes, ou de supprimer des collections. Dans la plupart des cas, le "Librarian Interface" (l'Interface Bibliothécaire), plus recent, devrait être utilisé en lieu et place du collecteur. Ceci sera décrit dans la section .
+Pour utiliser la puissance entiÚre de Greenstone pour construire des collections avancées il faut aussi lire chapitre du Guide de développeur.
+
+
+l'Interface du Bibliothécaire
+
+
+Examinons un exemple simple pour expliquer le fonctionnement de l'Interface du Bibliothécaire de greenstone. Les figures de à sont des captures d'écran en divers points durant l'interaction. Cet exemple utilise les documents de la collection DLS "Development Library subset" qui est distribuée avec Greenstone. Pour des besoins de l'exposé, la procédure prend la forme d'un passage simple à travers les étapes énumérées ci-dessus. Un modÚle d'utilisation plus réaliste pour les utilisateurs est de passer successivement de l'avant à l'arriiÚre à travers les différentes étapes au fur et à mesure que l'exécution se poursuit.
+L'interface bibliothécaire peut fonctionner dans un de 4 mode: Assistant Bibliothécaire, Bibliothécaire, Spécialiste des Systemes Bibliothécaires, et Expert. Ces modes cotrolent les niveaux de détails dans l'interface, et peut etre changé à travers 'Préférences' par le menu 'Fichier'. Pour consulter cette partie, il faut que l'interface soit dans le mode pré-construit, Bibliothécaire.
+
+
+Démarrage
+
+
+Lancer le "Librarian Interface" (l'Interface Bibliothécaire) sous Windows en sélectionnant "Greenstone Digital Library" (BibliothÚque numérique de Greenstone) dans la section des Programmes du menu "Démarrer" et en choisissant "Librarian Interface". SI vous utilisez Unix, taper plutÎt:
+cd ~/gsdl cd gli ./gli.sh
+où /gsdl est le répertoire contenant le systÚme Greenstone. Pour commencer, on peut soit ouvrir une collection existante, soit en débuter une nouvelle. La figure montre l'utilisateur en train de débuter une nouvelle collection. Il a sélectionné "Nouveau" dans le menu Fichier et a commencé à fournir les informations générales sur la collection -- son titre, l'adresse électronique de la personne responsable et une description sommaire du contenu, dans une fenêtre pop up. Le titre de la collection est une courte expression utilisée dans la bibliothÚque numérique pour identifier le contenu de la collection : les collections existantes ont des noms tels que BibliothÚque de la nourriture et de l'alimentation, BibliothÚque de l'environnement Mondial et ainsi de suite. Lorsque vous tapez le titre, le systÚme attribue un identificateur mnémotechnique unique, le "nom" de la collection, pour un usage interne (Vous pouvez le changer si vous voulez). L'adresse électronique précise le premier point de contact pour tout problÚme rencontré avec la collection.
+La description sommaire est une déclaration qui décrit les principes qui gouvernent ce qui est inclus dans la collection. Il apparaît sous le titre "à propos de cette collection" sur la page initiale de la collection.
+
+
+Création d'une nouvelle collection
+
+
+
+
+
+Exploration de l'espace de fichiers local
+
+
+
+A ce point, l'utilisateur décide soit de baser la nouvelle collection sur la structure d'une collection existante, soit de créer une collection d'un type totalement nouveau. Dans la figure , il a choisi de la baser sur la collection DLS " Development Library Subset ". Cela implique que la série de méta-données "DLS" qui est utilisée dans cette collection sera utilisée dans la nouvelle collection. (En fait, cette série de méta-données a été utilisée pour mettre sur pied plusieurs collections Greenstone qui partagent une structure et une organisation communes mais avec un contenu différent, comme les collections DLS "Development Library Subset" et la collection de démonstration fournies comme modÚles avec Greenstone.
+Le jeu de méta-données de DLS contient les éléments suivants:
+
+
+Titre
+
+
+Sujet
+
+
+Langue
+
+
+Organisation
+
+
+Mot-clé (c.-à -d. "Howto")
+
+
+(En plus, il y a un élément de méta-donnée appelé "AZList" qui est utilisé pour déterminer la case de la liste alphabétique qui contient le titre du document, avec des valeurs comme "A-B" ou "C-D-E". Ceci est utilisé pour avoir un contrÎle précis sur les divisons à l'intérieur de la liste. Pour la plupart des autres collections il est absent, et Greenstone attribue lui-même les récipients.)
+Si, au contraire, l'utilisateur avait choisi utilise "Nouvelle collection" à ce stade, il lui est demandé de sélectionner jeux de méta-données qui doivent être utilisés dans la nouvelle collection. Trois jeux standard sont pré-fournis: "Dublin Core", le jeu de méta-données DLS mentionnée ci-dessus et un jeu qui comprend les éléments de méta-données extraits automatiquement par Greenstone à partir des documents de la collection. L'utilisateur peut aussi créer de nouveaux jeux de méta-données en utilisant un paneau popup activé à travers le menu "metadata" (méta-données).
+Plusieurs jeux de méta-données différents peuvent être associés à la même collection; le systÚme les maintient distinctes (si bien que par exemple, des documents peuvent avoir à la fois un titre "Dublin Core" et un titre DLS). Les différents jeux sont clairement distinguées dans l'interface. Dans les coulisses, les jeux de méta-données sont représentés en XML.
+
+
+
+
+Assemblage du matériel source
+
+
+AprÚs avoir cliqué sur le bouton "OK" du popup "Nouvelle collection", les parties restantes de l'interface, qui étaient grises avant, deviennent actives. Le panneau "Rassembler", sélectionné par l'onglet éponyme en haut de la figure , est initialement affiché. Ceci permet à l'utilisateur d'explorer l'espace de fichiers local et les collections existantes tout en rassemblant les documents choisis pour la nouvelle collection. Le panneau est divisé en deux sections, celle de gauche pour naviguer parmi les structures existantes et celle de droite pour les documents dans la collection.
+Les opérations disponibles à cette étape sont:
+
+
+Navigation dans la hiérarchie de la structure existante des fichiers, et dans celle qui est en cours de création, de la maniÚre usuelle.
+
+
+"Glisser-coller" de fichiers dans la nouvelle collection.
+
+
+Sélection multiple de fichiers.
+
+
+"Glisser-coller" de sous-hiérarchies entiÚres.
+
+
+Suppression de documents de la collection naissante.
+
+
+Création de nouvelles sous-hiérarchies à l'intérieur de la collection.
+
+
+Filtrage des fichiers visibles aussi bien dans le systÚme de fichiers local que dans la collection; filtrage basé sur des groupes prédéterminés ou sur des termes contenus dans des fichiers.
+
+
+Invocation du programme approprié pour afficher les contenus du fichier sélectionné en le double-cliquant.
+
+
+Une attention particuliÚre est prise pour traiter les collisions de noms identiques quand des fichiers de même nom dans différentes parties de la structure de répertoires de l'ordinateur sont copiés dans le même répertoire de la collection.
+Dans la figure , l'utilisateur utilise l'affichage interactif de l'arborescence des fichiers pour explorer le systÚme local de fichiers. A ce stade, la collection sur la droite est vide; l'utilisateur la remplit en opérant un "glisser-coller" des fichiers d'intérêt du panneau de gauche vers le panneau de droite. De tels fichiers sont "copiés" plutÎt que "déplaces": de cette façon, le systÚme de fichiers original n'est pas perturbé. Les techniques usuelles de sélection multiple, de "glisser-coller", de structuration de la nouvelle collection en créant des sous-répertoires et de suppression de fichiers en les déplaçant vers la corbeille, sont toutes disponibles.
+Les collections existantes sont représentées par un sous-répertoire à gauche appelé "Collections Greenstone", qui peut être ouvert et exploré comme tout autre répertoire. Cependant, les documents qui s'y trouvent diffÚrent des fichiers ordinaires parce qu'ils ont des méta-données qui leurs sont attachées et ceci est conservé quand ils sont déplacés vers une nouvelle collection. Des conflits peuvent arriver lorsque des méta-données ont été assignées en utilisant un jeu de méta-données différent de celui en cours d'utilisation, et il revient à l'utilisateur de les résoudre. Dans la figure , l'utilisateur a sélectionné des documents à partir de la collection existante et les a ajoutés à la nouvelle collection. La fenêtre pop up explique que l'organisation des éléments de méta-données ne peut pas être automatiquement importée, et demande à l'utilisateur soit de sélectionner un jeu de méta-données et de cliquer sur "Ajouter" pour ajouter l'élément de méta-données à ce jeu , soit de choisir un jeu de méta-données, puis un élément et ensuite cliquer sur "Fusionner" pour renommer l'ancien élément de méta-donnée en l'élément nouveau en fusionnant les deux. Les méta-données dans les documents suivants de la même collection subiront la même manipulation.
+Lorsque des ensembles importants de fichiers sont sélectionnés, déposés par un "glisser-coller" dans la nouvelle collection, l'opération de copie peut prendre quelque temps surtout quand il y a conversion de méta-données. Pour indiquer la progression de l'opération, l'interface montre le fichier qui est en train d'être copié et le pourcentage de fichiers déjà traités.
+Des fonctionnalités spéciales sont fournies pour le traitement de gros jeux de fichiers. Par exemple, l'utilisateur peut choisir de filtrer l'arborescence des fichiers pour afficher seulement certains fichiers, en utilisant un menu déroulant de types de fichier affiché en dessous des arborescences. Dans la figure , on montre seulement les fichiers HTM et HTML (et seuls ces fichiers seront copiés par l'opération "glisser-coller".
+
+
+
+
+Enrichir les documents
+
+
+La prochaine étape dans la construction d'une collection consiste à enrichir les documents en y ajoutant des méta-données. L'onglet "Enrichir" affiche un nouveau panneau d'information (figure ), qui montre l'arborescence de documents représentant la collection sur la gauche, et permet, sur la droite, l'ajout de méta-données datas à des documents individuels ou des groupes de documents.
+Les documents qui sont copiés durant la premiÚre étape viennent avec des méta-données quelcoques qui leurs sont associées. Si un document est une partie de la collection Greenstone, des méta-données précédemment définies sont transférées vers la nouvelle collection. Il est évident que la nouvelle collection peut avoir un jeu différente de méta-données ou, peut être tout juste un sous-ensemble des méta-données définies, et seules les méta-données qui appartiennent au jeu de la nouvelle collection sont transférées. La résolution de tels conflits peut nécessiter l'intervention de l'utilisateur par le biais d'un dialogue supplémentaire (figure ). Tous les choix faits sont enregistrés et appliqués pour des copies de fichiers ultérieures.
+Le panneau Enrich permet l'assignation de valeurs de meta-données aux documents de la collection. Par exemple, de nouvelles valeurs peuvent être ajoutées au jeu de valeurs déjà existantes pour un élément. Si les valeurs de l'élément ont une structure hiérarchique, la structure peut être étendue de la même maniÚre.
+
+
+Importation de méta-données existantes
+
+
+
+
+
+Filtrage des arborescences de fichiers
+
+
+
+
+
+Assignation de méta-données en utilisant "Enrich"
+
+
+
+
+
+Affichage de toutes les méta-données pour des fichiers sélectionnés
+
+
+
+Des valeurs de méta-donnée peuvent aussi être assignés à des répertoires, exactement de la même maniÚre. Les documents dans ces répertoires pour lesquels cette méta-donnée n'est pas spécifiée, héritent les valeurs de la méta-donnée. Cependant, elles peuvent être écrasées par la suite en fournissant des valeurs différentes pour ces documents.
+Les opérations à ce stade comprennent:
+
+
+Assignation de valeurs de méta-données nouvelles ou existente aux documents.
+
+
+Assignation de méta-donnée à un document individuel.
+
+
+Assignation de méta-donnée à un répertoire ( ceci est hérité par tous les documents dans le répertoire, y compris ceux qui sont des sous-répertoires.
+
+
+Assignation de méta-donnée hiérarchique dont la structure peut être mise à jour de façon dynamique si cela est nécessaire.
+
+
+Edition et mise à jour de méta-donnée assignée.
+
+
+Revue de méta-données assignées à une sélection de fichiers et répertoires.
+
+
+Pour notre exemple, dans la figure l'utilisateur a sélectionné le dossier ec121e et a assigné "Ec courier" comme son organisation de méta-données. Les boutons pour mettre à jour et supprimer les méta-données sont activées suivant les sélections effectuées.
+Durant cette phase d'enrichissement, en fait à n'importe quel autre moment, l'utilisateur peut choisir d'afficher toutes les méta-données qui ont été assignées aux documents de la collection. Ceci est fait en sélectionnant une série de documents et en choisissant "Méta-données assignées" à partir du menu des jeux de méta-données, ce qui ouvre une fenêtre popup comme celle de la figure qui montre les méta-données sous forme d'un tableau. Pour les grandes collections, il est utile de pouvoir afficher les méta-données associées à certains types de documents seulement, et quand l'utilisateur a spécifié un filtre de fichiers comme mentionné ci-dessus, seuls les documents sélectionnés sont visibles dans l'affichage des méta-données.
+Le panneau dans la figure permet à l'utilisateur d'éditer les jeux de méta-données. Ici, l'utilisateur regarde l'élément "Subject" du jeu DLS. Les valeurs de cet élément forment une hiérarchie, et l'utilisateur est en train d'examiner et peut être de changer la liste des valeurs qui lui sont assignées. Le même panneau permet de changer le "profil" pour la mise en correspondance des éléments d'un jeu de méta-données l'autre. Ce profil est créé au cours de l'importation de documents à partir de collections qui ont des méta-données pré-assignées.
+
+
+Edition deu jeu de méta-données
+
+
+
+
+
+Conception de la collection
+
+
+
+
+
+Spécification des plugins à utiliser
+
+
+
+
+
+Configuration des arguments de plugin
+
+
+
+
+
+
+
+Conception de la collection
+
+
+Le panneau de conception (figure â ) permet la spécification de la structure, l'organisation et la présentation de la collection qui est en train d'être créée. Comme déjà noté, le résultat de ce processus est enregistré dans le fichier de configuration de la collection "collection configuration file", qui est le moyen pour Greenstone d'exprimer les fonctionnalités requises par une collection. Cette étape comprend une série d'écrans d'interaction séparés, chacun traitant un aspect de la conception de la collection. En effet, il sert d'équivalent graphique à l'opération usuelle d'édition manuelle du fichier de configuration.
+Les opérations comprennent:
+
+
+Revue et édition de méta-données de niveau collection, telles que titre, auteur et accÚs public à la collection.
+
+
+Définition des indexes de texte complet à construire.
+
+
+Création de sous-collections et construction d'indexes à leur allouer.
+
+
+Ajout ou suppression de support de langues d'interface prédéfinies.
+
+
+Construction d'une liste de plugins à utiliser, et leurs arguments.
+
+
+Présentation de la liste à l'utilisateur pour revue et modification.
+
+
+Configuration de plugins individuels.
+
+
+Construction d'une liste de "classificateurs", leurs arguments, affectation et configuration.
+
+
+Affectation de chaînes de formatage à divers contrÎles de la collection, en vue de changer son apparence.
+
+
+Revue des jeux de méta-données utilisés dans la collection ainsi que leurs éléments.
+
+
+Dans la figure , l'utilisateur a cliqué sur l'onglet "Conception" et étudie les informations générales sur la collection, entrées lors de la création de la nouvelle collection. A gauche, sont listés les différentes facettes que l'utilisateur peut configurer : Général, Plug-ins de document , Type de recherche, Indexes de recherche, Indexes de partition, Recherche inter-collection, Classificateurs de navigation, Fonctionnalités de formatage, Traduction de texte, Jeux de méta-données. L'apparence et la fonctionnalité varient entre celles-ci. Par exemple, en cliquant sur Plug-in, on a l'écran de la figure qui vous permet d'ajouter, de supprimer ou de configurer des plugins, et de changer l'ordre dans lequel les plugins sont appliqués aux documents.
+Les plugins et les classificateurs disposent de plusieurs arguments ou "Options" que l'utilisateur peut fournir. La boîte de dialogue dans la figure montre l'utilisateur précisant des arguments à certains plugins. Les champs grisés deviennent actifs quand l'utilisateur ajoute l'option en cliquant sur la case à cocher se trouvant à cÎté. Puisque Greenstone est un systÚme open-source en croissance continuelle, le nombre d'options tend à augmenter au fur et à mesure que les développeurs ajoutent de nouvelles fonctionnalités. Pour aider à y faire face, Greenstone a un programme fonctionnel "Plug-in information " qui liste les options disponibles pour chaque plugin, et le "Librarian Interface" (l'Interface Bibliothécaire) l'invoque automatiquement pour déterminer quelle option montrer. Ceci permet à l'interface interactive de l'utilisateur de suivre automatiquement les développements dans le logiciel.
+
+
+Prêt pour créer la nouvelle collection
+
+
+
+
+
+Aperçu de la collection nouvellement créée
+
+
+
+
+
+
+
+Construction de la collection
+
+
+Le panneau "Créer" (figure ) est utilisé pour construire une collection basée sur les documents et d'assigner des méta-données. Le plus gros du travail est fait par le code Greenstone lui-même. L'utilisateur contrÎle le déroulement externe à travers une série d'écrans interactifs, chacun traitant les arguments fournis à une certaine étape du processus de création.
+L'utilisateur observe la construction en cours à travers une fenêtre qui montre non seulement le texte génÚré par les scripts d'importation et de construction d'index, mais aussi par les barres de progression qui indiquent le degré global d'exécution de chaque script.
+La figure montre le "Create View" (Affichage Créer). Des options, pouvant être appliquées pendant la création de ce processus, sont montrées en haut. L'utilisateur sélectionne les valeurs appropriées pour les options. La figure illustre un popup "tool tip" (boîte à outils) qui est disponible à travers l'interface pour expliquer la fonction de chaque argument.
+Lorsqu'il est satisfait avec ces arguments, l'utilisateur clique "Construire collection". Greenstone affiche continuellement un texte qui indique le déroulement et ceci est montré par le biais d'une barre de progression plus informative.
+
+
+
+
+Aperçu
+
+
+Le bouton "Prévisualiser la Collection" (figure ) est utilisé pour visualiser la collection qui a été créée. L'appui sur ce bouton initiera la page web hebergeant cette collection (figure ). En pratique, l'aperçu montre souvent des défauts dans la conception de la collection ou sur les valeurs individuelles de méta-données, et l'utilisateur retourne souvent aux étapes précédentes pour les corriger. Ce bouton devient actif une fois que la collection a été créée. La collection nouvellement créée sera aussi installée dans votre page d'accueil Greenstone comme une des collections normales.
+
+
+
+
+Aide
+
+
+L'aide en ligne est toujours disponible et elle est obtenue en utilisant l'élément "Aide" situé à droite de la principale barre de menu, en haut de chacune des figures. Ceci ouvre un fichier hiérarchiquement structuré du texte d'aide, et il est tenu compte du contexte courant de l'utilisateur pour mettre en relief la section qui est appropriée à l'étape actuelle de l'interaction. En plus, comme noté ci-dessus, à chaque fois que la souris est maintenue sur tout objet interactif, une petite fenêtre popup apparaît afin de donner un "tool tip" textuel comme illustré vers le bas de la figure .
+
+
+
+
+
+
+L'interface bibliothécaire du Guide d'Utilisateur
+
+
+&chap_gli;
+
+
+
+
+Le balisage des fichiers de documents
+
+
+Les documents source ont souvent besoin d'être structurés en sections et sous-sections, et il faut communiquer cette information à Greenstone de sorte qu'il puisse puisse conserver la structure hiérarchique des documents. On peut également associer des méta-données -- telles que son titre -- à chaque section et sous-section.
+Les documents source d'un processus de reconnaissance optique de caractÚres (ROC) sont typiquement un ensemble de fichiers de traitement de texte, y compris des images. S'ils sont représentés sous la forme de fichiers Microsoft Word, on peut les importer dans Greenstone en utilisant le greffon Word. On peut aussi les convertir en HTML et les importer dans Greenstone en utilisant le greffon HTML.
+Dans les deux cas, on peut indiquer la structure hiérarchique d'un document en insérant des balises dans le texte comme suit:
+<!--
+<Section>
+<Description>
+<Metadata name="Title"> Assurer le respect des droits de l'homme pour les pauvres: stratégies pour atteindre les cibles de développement international </Metadata>
+</Description>
+-->
+(texte de la section)
+<!--
+</Section>
+-->
+On utilise les marqueurs<!-- ... --> car ils dénotent des commentaires en HTML; ces balises de section n'auront donc aucun impact sur la mise en forme du document. Il faut inclure ces autour des balises de sections, même si le document sur lequel on travaille n'est pas de l'HTML (si par exemple il s'agit d'un fichier de type Microsoft Word).
+On peut spécifier d'autres types de méta-données dans la portion Description (située entre les balises<Description> et</Description> ), mais ce n'est pas le cas du style de collection décrit ici.
+Il est important de se rappeler que l'on crée une table des matiÚres hiérarchique lorsque l'on insÚre des balises de sections dans le document. Cela signifie qu'on peut imbriquer des sections dans d'autres sections. En fait, il faut imbriquer toutes les sections dans une grande section qui recouvre l'ensemble du document.
+L'exemple suivant illustre le cas d'un document composé de deux chapitres, dont le second contient deux sous-sections. Vous trouverez des exemples concrets de documents source balisés de cette maniÚre dans les documents source des collections Demo et DLS.
+<!-- <Section> <Description> <Metadata name="Title">Mon document</Metadata> </Description> <Section> <Description> <Metadata name="Title">Chapitre 1</Metadata> </Description> -->
+(text du chapitre 1)
+<!-- </Section> <Section> <Description> <Metadata name="Title">Chapitre 2</Metadata> </Description> <Section> <Description> <Metadata name="Title">Sous-section 1</Metadata> </Description> -->
+(texte de la sous-section 1)
+<!-- </Section> <Section> <Description> <Metadata name="Title">Sous-section 2</Metadata> </Description> -->
+(texte de la sous-section 2)
+<!-- </Section> </Section> </Section> -->
+Il faut noter que des méta-données assignées à partir dun onglet de section dans un document source prend le pas sur celle assignée au document tout entier. Ceci signifie que vous ne devez pas spécifier explicitement la méta-donnée "Title" ("Titre") pour la section de plus haut niveau à l'intérieur d'un document source à moins que vous ne veuilliez écraser le titre que vous lui avez donné en spécifiant la méta-donnée. Dans l'exemple ci-dessus, à moins de vouloir écraser le titre du document existant, vous devriez omettre la ligne où on peut lire:
+<Metadata name="Title">Mon document</Metadata>
+
+
+
+
+Le Collector
+
+
+Le Collector est un outil d'assistance qui vous aidera à créer de nouvelles collections, à modifier ou ajouter à des collections existantes, ou à effacer des collections. Pour ce faire vous serez guidés à travers un ensemble de pages web qui vous demanderont les informations nécessaires. Ces pages web parlent d'elles-mêmes, et la présente section vous les décrira. Au lieu d'utiliser le Collector, on peut aussi construire des collections depuis la ligne de commande -- les premiÚres pages du Guide du développeur détaillent ce processus pas à pas.
+Avant de construire et de distribuer des collections d'informations numériques, il faut réfléchir aux conséquences et aux responsabilités que cela implique. On trouve des aspects légaux relatifs aux droits: pouvoir accéder à des documents n'implique pas forcément qu'on puisse les distribuer à des tiers. On trouve aussi des aspects sociaux: les collections devraient respecter les coutumes de la communauté dont leurs documents proviennent. Enfin, on trouve des aspects éthiques: il existe des documents qu'il vaut mieux ne pas communiquer. La plume est plus puissante que l'épée! Soyez sensible au pouvoir de l'information, et faites-en sage usage.
+Pour accéder au Collector, cliquez sur le lien approprié depuis la page d'accueil de la bibliothÚque numérique.
+Dans Greenstone, la structure d'une collection est déterminée lors de sa mise en place. Cela comprend aussi bien le format des documents source, la maniÚre de les représenter à l'écran, les sources de méta-données, quelles possibilités de navigation offrir, quels index de recherche dans le corps du texte fournir, et comment afficher les résultats des recherches. AprÚs la mise en place de la collection, il est facile d'y inclure de nouveaux documents -- pour peu qu'ils soient dans le même format que les documents existants, et que les mêmes méta-données soient fournies, exactement de la même maniÚre.
+Le Collector dispose des fonctions de base suivantes:
+
+
+créer une nouvelle collection de même structure qu'une collection existante;
+
+
+créer une nouvelle collection d'une structure différente de celle des collections existantes;
+
+
+ajouter du contenu à une collection existante;
+
+
+modifier la structure d'une collection existante;
+
+
+effacer une collection; et
+
+
+exporter une collection existante sur un cédérom autonome et auto-installable.
+
+
+Les figures et suivantes illustrent l'utilisation du Collector pour la création d'une nouvelle collection, à partir d'un ensemble de fichiers HTML stockés localement dans le cas de cet exemple. Il faut d'abord décider de travailler sur une collection existante ou d'en construire une nouvelle. Dans le premier cas, vous vous trouverez dans les deux premiers points de la liste numérotée ci-dessus; dans le second, ce seront les quatre derniers points qui vous concerneront. Dans la figure , l'utilisateur opte pour la création d'une nouvelle collection.
+
+
+Utiliser le Collector pour construire une nouvelle collection (Ã suivre)
+
+(a)
+
+
+
+
+
+
+Se connecter
+
+
+Dans tous les cas, il est nécessaire de se connecter avant de pouvoir faire quoi que ce soit. En général, on utilise un navigateur web pour accéder à l'outil de construction de collection sur un ordinateur distant, afin de construire une collection sur ce serveur. Il est bien sûr hors de question d'autoriser n'importe qui à construire des collections (ne serait-ce que pour des raisons de droits), c'est pourquoi Greenstone renferme un systÚme de sécurité qui oblige qui veut construire des collections à se connecter avant toute autre chose. Ceci permet à un systÚme central d'offrir un service à ceux qui souhaitent construire des collections d'informations et utiliser le serveur pour les rendre disponibles à d'autres. D'autre part, même si vous utilisez Greenstone sur votre ordinateur local et y construisez des collections, il est nécessaire de vous connecter car il ne faut pas autoriser des tiers utilisant Greenstone sur votre ordinateur à construire des collections sans autorisation préalable.
+
+
+
+
+Structure de dialogue
+
+
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(b)
+
+
+
+
+Suite à la connexion, on voit apparaître la page présentée figure . Elle montre la suite d'étapes impliquées dans la construction d'une collection, c'est-à -dire:
+
+
+Informations sur la collection
+
+
+Données source
+
+
+Configurer la collection
+
+
+Construire la collection
+
+
+Afficher la collection.
+
+
+La premiÚre étape consiste à spécifier le nom de la collection et les informations associées. La deuxiÚme étape est de préciser d'où proviendront les données source. La troisiÚme permet d'ajuster les options de configuration, une étape que vous trouverez de plus en plus utile à mesure que vous serez plus expérimenté avec Greenstone. La quatriÚme étape indique où se fera tout le travail (de l'ordinateur). Durant le processus de «construction» le systÚme construit tous les index et rassemble toutes les autres informations nécessaires au bon fonctionnement de la collection. La cinquiÚme étape vous permettra de visualiser la collection nouvellement créée.
+Ces cinq étapes sont représentées sous forme d'une suite de boutons gris au bas de l'écran figure , ainsi qu'au bas de toutes les autres pages générées par le Collector. Cet affichage aide les utilisateurs à se rappeler où ils en sont dans le processus. Le bouton à cliquer pour passer à la suite est affiché en vert (informations sur la collection sur la figure ). Les boutons gris (tous les autres, sur la figure ) sont inactifs. Les boutons deviennent jaunes au fur et à mesure de la progression dans les étapes, et l'utilisateur peut revenir à une étape antérieure en cliquant sur le bouton jaune correspondant. Cet affichage est inspiré des «assistants» largement utilisés dans les logiciels propriétaires pour guider les utilisateurs tout au long des différentes étapes de l'installation de nouveaux logiciels.
+
+
+
+
+Informations sur la collection
+
+
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(c)
+
+
+
+
+La prochaine étape, celle des informations de collection, est illustrée figure . Lorsqu'on crée une nouvelle collection, il est nécessaire de donner certaines informations la concernant:
+
+
+titre,
+
+
+adresse de courrier électronique de contact, et
+
+
+une brÚve description.
+
+
+Le titre de la collection est une petite phrase utilisée à travers la bibliothÚque numérique pour identifier le contenu de la collection. On peut citer comme exemples de titres «BibliothÚque de la nourriture et de la nutrition», «BibliothÚque environnementale mondiale», «BibliothÚque de développement pour l'humanité», etc. L'adresse électronique spécifie qui contacter pour tout problÚme rencontré avec la collection. Si le logiciel Greenstone détecte un problÚme, il est possible qu'il y envoie un rapport décrivant l'erreur. Enfin, la brÚve description est une phrase décrivant les critÚres d'inclusion dans la collection. Elle apparaît sous l'en-tête à propos de la premiÚre page, lors de la présentation de la collection.
+La position actuelle dans les étapes de construction de la collection est dénotée par une flÚche qui apparaît au bas de chaque page -- dans ce cas, comme illustré par la figure , nous nous trouvons à l'étape des informations de la collection. On continue vers la figure en cliquant sur le bouton vert données source.
+
+
+
+
+Données source
+
+
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(d)
+
+
+
+
+La figure est le moment où l'utilisateur spécifie le texte source qui constituera la collection. On peut soit baser sa collection sur l'une des structures par défaut fournies, soit sur la structure d'une collection existante.
+Si vous optez pour la structure par défaut, la nouvelle collection pourra contenir des documents HTML (fichiers d'extensions .htm ou .html), des fichiers texte (fichiers d'extensions .txt ou .text), des fichiers au format Microsoft Word (fichiers d'extensions .doc), des documents PDF (fichiers d'extensions .pdf), ou des courriers électroniques (fichiers d'extensions .email). Vous trouverez plus d'informations sur les différents formats de documents qu'on peut inclure dans la section 3.4.9.
+Si vous basez votre nouvelle collection sur une collection existante, les fichiers de la nouvelle collection devront avoir exactement le même type que ceux utilisés pour construire la collection existante. Vous remarquerez que certaines collections utilisent des formats de fichiers en entrée non standard, et que d'autres utilisent des méta-données stockées dans des fichiers auxiliaires. Si ces informations sont absentes de vos nouvelles données, certaines fonctionnalités de navigation pourront mal fonctionner. Si par exemple vous clonez la collection «Demo», vous remarquerez peut-être que les boutons thÚmes, organisation, et comment faire ne fonctionnent pas bien.
+La page web propose des boîtes pour indiquer la localisation des documents source: on peut spécifier jusqu'à trois sources différentes en entrée dans la figure . Si cela ne vous suffit pas, cliquez sur le bouton intitulé More sources («davantage de sources»).
+Il existe trois types de spécifications:
+
+
+un nom de répertoire dans le systÚme du serveur Greenstone (commençant par «file://»);
+
+
+une adresse commençant par «http://», pour les fichiers à télécharger depuis le web;
+
+
+une adresse commençant par «ftp://», pour les fichiers à télécharger en FTP anonyme.
+
+
+Si vous utilisez file:// ou ftp:// pour spécifier un fichier, ce fichier sera rapatrié.
+Si vous utilisez http://, tout dépend si l'URL correspondante fournit dans le navigateur une page web normale ou une liste de fichiers. Si elle fournit une page web normale, cette page sera téléchargée -- ainsi que toutes les pages vers lesquelles elle pointe, et les pages vers lesquelles pointent ces derniÚres, etc., pourvu que toutes résident sur le même site, sous cette URL.
+Si vous utilisez file:// ou ftp:// pour spécifier un dossier ou un répertoire, ou si vous donnez une URL en http:// qui mÚne vers une liste de fichiers, tout le dossier et tous ses sous-dossiers seront inclus dans la collection.
+Vous pouvez spécifier des sources de plusieurs types.
+Dans le cas de la figure , la nouvelle collection contiendra des documents copiés depuis un systÚme de fichiers local ainsi que depuis un site web externe, qui sera copié localement (une copie «miroir» en sera faite) pendant le processus de construction.
+Quand on clique sur le bouton configurer la collection pour passer à la prochaine étape de la construction, le Collector vérifie que toutes les sources de données spécifiées sont joignables. Ceci peut prendre quelques secondes, ou même quelques minutes si vous avez spécifié plusieurs sources. Si l'une ou l'autre des sources spécifiées ne sont pas disponibles, on obtient une page comme celle de la figure , marquant d'une croix les sources non disponibles (dans le cas présent, c'est le cas de toutes deux).
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(e)
+
+
+
+
+Plusieurs raisons peuvent expliquer le fait que des sources soient non disponibles:
+
+
+le fichier, le site FTP ou l'URL indiqué n'existe pas;
+
+
+il vous faut d'abord vous connecter à votre FAI;
+
+
+vous tentez d'accéder à une URL alors que vous vous trouvez derriÚre un pare-feu.
+
+
+Le dernier cas est potentiellement celui qui a l'air le plus mystérieux. Il se produit si en temps normal il vous faut fournir un nom d'utilisateur et un mot de passe pour accéder à l'Internet. Parfois, il est possible que votre navigateur web affiche correctement la page si on y en entre l'URL, alors que le Collector prétend que cette source n'est pas disponible. L'explication est que la version affichée dans votre navigateur provient peut-être d'une copie tampon (cache). Malheureusement, les copies tampon locales sont invisibles au Collector. Dans un tel cas de figure, nous vous recommandons de télécharger d'abord les pages à l'aide de votre navigateur.
+
+
+
+
+Configurer la collection
+
+
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(f)
+
+
+
+
+La figure présente l'étape suivante. La construction et la présentation de toutes les collections sont contrÎlées par des spécifications enregistrées dans un fichier de configuration de collection spécial (voir ci-dessous). Les utilisateurs expérimentés pourront utiliser cette page pour modifier les réglages de configuration, mais la plupart passeront directement à la derniÚre étape. En fait, dans la figure , les boutons configurer la collection et construire la collection sont tous les deux affichés en vert, ce qui signifie bien que l'on peut complÚtement court-circuiter la troisiÚme étape du processus.
+Dans notre exemple, l'utilisateur a fait une petite modification au fichier de configuration par défaut en incluant le drapeau file_is_url à l'aide du greffon (plugin) HTML. Ce drapeau provoque l'insertion des méta-données d'URL dans chaque document, en se fondant sur la convention de nom de fichier adoptée par l'outil qui crée le miroir. Ces méta-données sont utilisées dans la collection pour permettre aux utilisateurs de se référer à la version originale du document, plutÎt qu'à une copie locale.
+
+
+
+
+Construire la collection
+
+
+
+
+Utiliser le Collector pour construire une nouvelle collection (Suite)
+
+(g)
+
+
+
+
+La figure illustre l'étape de «construction». Jusqu'à présent, les réponses fournies dans l'interface ont simplement été enregistrées dans un fichier temporaire. L'étape de construction est celle où tout le travail est réellement effectué.
+Lors de la construction, les index de navigation et de recherche sont construits en suivant les instructions du fichier de configuration de collection. Le processus de construction peut prendre de quelques minutes à quelques heures, selon la taille de la collection et la puissance de l'ordinateur. Certaines collections trÚs conséquentes peuvent prendre plus d'un jour à construire.
+Lorsque vous atteindrez cette étape, une ligne d'état située au bas de la page web vous donnera un suivi de la progression de l'opération, suivi mis à jour toutes les 5 secondes. Le message visible dans la figure indique que lors de la capture d'écran, Greenstone effectuait une conversion de format de document de PDF vers HTML.
+Des avertissements seront affichés si certains fichiers ou URL requis en entrée n'existent pas, ou existent mais qu'aucun greffon (plugin) ne peut les traiter, ou que le greffon ne peut pas trouver un fichier associé, telle qu'une image incrustée dans un document HTML. L'objectif est que vous suiviez cette progression en laissant cette fenêtre ouverte dans votre navigateur. Si des erreurs provoquent la fin prématurée du processus, elles seront enregistrée dans cette zone d'état.
+Vous pouvez arrêter le processus de construction à tout instant en cliquant sur le bouton Arrêt de la construction, visible figure . Si vous quittez la page web (sans avoir annulé le processus de construction à l'aide du bouton Arrêt de la construction), la construction continuera à s'effectuer, et la nouvelle collection sera installée à la fin de l'opération.
+
+
+
+
+Afficher la collection
+
+
+Quand la collection est construite et installée, la suite de boutons visibles aux bas des figures à apparaît au bas de la figure , avec le bouton afficher la collection activé. Ce bouton emmÚne directement l'utilisateur vers la collection nouvellement construite.
+Enfin, il existe une fonctionnalité d'envoi de courrier d'électronique à l'adresse électronique de contact de la collection ainsi qu'à l'administrateur systÚme, à chaque création (ou modification) d'une collection. Ceci permet aux responsables de vérifier tout changement prenant place et de surveiller ce qui se passe sur le systÚme. Cette fonctionnalité est désactivée par défaut mais elle peut être activée en éditant le fichier de configuration main.cfg (voir à ce sujet le Guide du développeur de la bibliothÚque numérique Greenstone, section ).
+
+
+
+
+Travailler avec des collections existantes
+
+
+Lorsque l'on démarre le Collector, il faut spécifier si on souhaite créer une collection entiÚrement nouvelle, ou travailler avec une collection existante, en y ajoutant ou en en effaçant des données. Ãtant donné qu'il crée automatiquement toutes les structures de recherche et de navigation à partir des documents eux-mêmes, Greenstone facilite l'ajout de nouvelles informations à des collections existantes. Aucun lien n'étant inséré manuellement, il est possible de fusionner automatiquement au reste de la collection de nouveaux documents disponibles, s'ils sont au même format.
+Pour travailler avec une collection existante, il faut d'abord sélectionner la collection au sein d'une liste fournie par le logiciel. Certaines collections sont «protégées en écriture» et ne peuvent pas être modifiées: de telles collections n'apparaîtront pas dans la liste de sélections. Avec la collection retenue, vous pourrez:
+
+
+Ajouter de nouvelles données et reconstruire la collection;
+
+
+Ãditer le fichier de configuration de la collection;
+
+
+Effacer entiÚrement la collection;
+
+
+Exporter la collection sur un cédérom.
+
+
+
+
+Ajouter de nouvelles données
+
+
+Les fichiers spécifiés par vous seront ajoutés à la collection. Assurez-vous de ne pas spécifier à nouveau des fichiers déjà présents dans la collection, sans quoi deux copies en seraient incluses. Les fichiers sont identifiés par leur chemin d'accÚs complet, et les pages web par leur adresse web absolue. On peut spécifier des répertoires et des fichiers de la même maniÚre que lors de la construction d'une nouvelle collection.
+Si vous souhaitez ajouter des données à une collection et que pour l'une ou l'autre raison, le processus de construction échoue, l'ancienne version de la collection demeurera inchangée.
+
+
+
+
+Ãditer le fichier de configuration
+
+
+Les utilisateurs expérimentés peuvent éditer le fichier de configuration de la collection, de la même maniÚre que lors de la construction d'une nouvelle collection. La section 4explique les réglages de configuration.
+
+
+
+
+Effacer la collection
+
+
+On vous demandera de confirmer le fait que vous souhaitez vraiment effacer la collection. Une fois la collection effacée, Greenstone ne pourra pas la récupérer!
+
+
+
+
+Exporter la collection
+
+
+Vous pouvez exporter la collection sous une forme qui lui permette d'être écrite sur un cédérom Windows autonome et auto-installable. Les logiciels propriétaires créant des cédéroms auto-installables étant onéreux, cette fonctionnalité comprend un module d'installation maison.
+Lors de l'export de la collection, la boîte de dialogue vous informe du nom du répertoire où se trouve le résultat de l'opération. Ce répertoire doit intégralement être gravé sur le cédérom en utilisant un logiciel standard de gravage.
+L'immense variété des différentes configurations Windows possibles nous a empêché de tester et de déboguer l'installeur de Greenstone dans toutes les conditions possibles. Bien qu'il produise des cédéroms qui fonctionneront sur la plupart des systÚmes Windows, il est toujours en cours de développement. Si vous rencontrez des problÚmes et que vous disposez d'un logiciel d'installation propriétaire (tel qu'InstallShield, par exemple), vous pouvez utiliser ce dernier pour créer des cédéroms à partir des informations fournies par Greenstone. Le répertoire d'export mentionné ci-dessus contient quatre fichiers relatifs au processus d'installation, et trois sous-répertoires qui contiennent la collection et le logiciel au complet. Ãtez les quatre fichiers et utilisez InstallShield pour créer une image de cédérom qui installera ces répertoires et créera un raccourci vers le programme gsdlserver.exe.
+
+
+
+
+
+
+Formats de documents
+
+
+Lors de la construction de collections, Greenstone traite chaque format de document source en recherchant un «greffon» (plugin) qui est capable de le traiter. Les greffons sont spécifiés dans le fichier de configuration de la collection. Greenstone utilise en général le nom de fichier pour déterminer le format de document -- par exemple, toto.txt sera traité comme un fichier texte, toto.html comme un fichier HTML, et toto.doc comme un fichier Word.
+Voici un résumé des greffons disponibles pour les formats de documents les plus courants. Vous trouverez plus de détails sur ces greffons ainsi que des greffons supplémentaires, capables de traiter des formats moins courants, dans le Guide du développeur de la bibliothÚque numérique Greenstone.
+
+
+TEXTPlug (*.txt, *.text)
+
+
+TEXTPlug interprÚte un fichier texte comme un simple document. Il ajoute des méta-données de titre en se fondant sur la premiÚre ligne du fichier.
+
+
+
+
+HTMLPlug (*.htm, *.html; et aussi .shtml, .shm, .asp, .php, .cgi)
+
+
+HTMLPlug traite les fichiers HTML. Il extrait les méta-données de titre en se fondant sur la balise<title> , et peut aussi extraire toute autre méta-donnée exprimée dans la syntaxe de la balise<meta> de HTML. Ce greffon dispose de nombreuses options, documentées dans le Guide du développeur de la bibliothÚque numérique Greenstone.
+
+
+
+
+WORDPlug (*.doc)
+
+
+WORDPlug importe des fichiers au format Microsoft Word. Il en existe de nombreuses variantes différentes -- et même les programmes de Microsoft sont coutumiers d'erreurs de conversion. Greenstone utilise des programmes indépendants pour convertir les fichiers Word en HTML. Pour certains anciens formats Word, le systÚme utilise un simple algorithme d'extraction qui trouve toutes les portions de texte incluses dans le fichier en entrée.
+
+
+
+
+PDFPlug (*.pdf)
+
+
+PDFPlug importe des documents au format PDF d'Adobe («format de document portable»). Comme WORDPlug, il utilise un programme indépendant, qui s'appelle pdftohtml dans le cas présent, pour convertir des fichiers PDF en HTML.
+Comme dans le cas de WORDPlug, les collections afficheront par défaut l'équivalent HTML du fichier lorsque l'utilisateur cliquera sur l'icone document; cependant, on peut modifier les chaînes de format dans le fichier de configuration de la collection pour donner plutÎt accÚs à l'utilisateur au fichier PDF original, et nous vous recommandons de procéder ainsi. Contentez-vous de remplacer les balises<link> ... </link> par des balises<srclink> ... </srclink> .
+Le programme pdftohtml ne parvient pas à traiter certains fichiers PDF. Le processus de conversion prend un temps exponentiellement long, et on voit souvent apparaître à l'écran un message traitant de ce processus. Si cela se produit, la seule solution que nous puissions proposer est d'Îter le document concerné de la collection. PDFPlug ne peut pas non plus traiter les fichiers PDF chiffrés.
+
+
+
+
+PSPlug (*.ps)
+
+
+PSPlug importe des documents au format PostScript. Il fonctionne au mieux si votre ordinateur dispose déjà d'un programme standard sous Linux et appelé ps2ascii. Ce programme est disponible sur la plupart des installations Linux, mais pas sous Windows. Si ce programme n'est pas disponible, PSPlug se limite à un simple algorithme d'extraction de texte.
+
+
+
+
+EMAILPlug (*.email)
+
+
+EMAILPlug importe des fichiers contenant du courrier électronique, et traite les formats de courrier électronique courants tels que ceux utilisés par Netscape, Eudora, et les lecteurs de courrier électronique sous Unix. Chaque document source est examiné à la recherche d'un ou de plusieurs courriers électroniques mis bout à bout, et si cette recherche aboutit le contenu du document est traité. Le greffon extrait les méta-données des champs Subject («objet»), To («destinataire»), From («expéditeur»), et Date. Cependant, ce greffon ne traite pas encore correctement les courriers électroniques encodés au format MIME -- bien que lisibles, ils ont souvent un aspect étrange.
+
+
+
+
+ZIPPlug (.gz, .z, .tgz, .taz, .bz, .zip, .tar)
+
+
+Le greffon ZIPPlug traite les formats d'entrée compactés et/ou d'archives suivants: gzip (.gz, .z, .tgz, .taz), bzip (.bz), zip (.zip .jar), et tar (.tar). Il repose sur les programmes gunzip, bunzip, unzip, et tar, qui sont des outils standard sous Linux. ZIPPlug est désactivé sur les ordinateurs employant Windows.
+
+
+
+
+
+
+
+
+
+
+Administration
+
+
+Chaque installation de Greenstone comprend un outil d'«administration», auquel on accÚde en cliquant sur le lien approprié de la page d'accueil.
+La premiÚre page, présentée figure , donne des informations sur chacune des collections proposées par le systÚme. Remarquez qu'il est possible que certaines collections «privées» n'apparaissant pas sur la page d'accueil de Greenstone soient listées ici:toutes les collections sont ici présentes. Chaque collection est accompagnée de son nom court, de son nom complet, du fait qu'elle est ou non publique, et du fait qu'elle est ou non en fonctionnement. Cliquer sur l'abréviation (abbrev.) d'une collection (la premiÚre colonne de liens dans la figure ) fournira des informations sur cette collection, informations synthétisées à partir du fichier de configuration de cette collection ainsi qu'à partir d'autres structures internes créées pour elle. Si la collection est publique et en cours de fonctionnement, cliquer sur le nom complet de la collection (le deuxiÚme lien) vous emménera sur la collection à proprement parler.
+Une collection appelée wohiex, pour women's history excerpt, est visible prÚs du bas de la figure . Figure montre l'information qui est affichée quand on appuie sur ce lien. Quand on choisit une collection, la premiÚre section donne des informations sur le fichier de configuration et sur la taille de la collection (dans le cas présent, elle comprend environ 1000 documents, un million de mots, et plus de 6 méga-octets de données). Les sections suivantes contiennent des informations internes relatives au protocole de communication utilisé pour accéder aux collections. Par exemple, les options de filtre pour «QueryFilter» montrent les options et les valeurs possibles qu'on peut utiliser lors de l'interrogation de la collection par requêtes.
+L'outil d'administration présente également des informations de configuration relatives à l'installation et permet de modifier cette derniÚre. Il facilite l'examen du journal d'erreurs (qui enregistre les erreurs internes) et du journal utilisateur (qui consigne l'utilisation de la collection). Il permet à un ou plusieurs utilisateurs spécifiés d'en autoriser d'autres à construire des collections et à ajouter du contenu à des collections existantes. On accÚde à toutes ces fonctionnalités de maniÚre interactive à partir d'éléments du menu situé à gauche sur la figure .
+
+
+Outil d'administration de Greenstone
+
+
+
+
+
+Informations relatives à une collection particuliÚre
+
+
+
+
+
+
+Fichiers de configuration
+
+
+Deux fichiers de configuration contrÃŽlent le fonctionnement de Greenstone: le fichier de configuration de site gsdlsite.cfg et le fichier de configuration principal main.cfg.
+Le fichier gsdlsite.cfg sert à configurer Greenstone pour le site particulier sur lequel il est installé. Il est conçu pour enregistrer les options de configuration propres à un site donné, comme par exemple le nom du répertoire abritant le logiciel, l'adresse HTTP du systÚme Greenstone, et si l'option «Fast-CGI» est utilisée ou non. Les entrées de ce fichier sont décrites dans le Guide d'installation de la bibliothÚque numérique Greenstone
+Le fichier main.cfg contient des informations communes à l'interface et à toutes les collections servies sur un site Greenstone. Il comprend l'adresse électronique du mainteneur du systÚme, le fait que les pages d'état et de Collector sont activées ou non, le fait qu'on conserve ou non des journaux de l'activité utilisateur, et si l'on utilise ou non des «cookies» web pour identifier les utilisateurs.
+
+
+
+
+Journaux
+
+
+On peut examiner trois types de journaux: journaux d'utilisation, d'erreur, et d'initialisation. Les deux derniers types de journaux ne présenteront réellement d'intérêt qu'aux yeux des mainteneurs du logiciel.
+Le logiciel Greenstone peut consigner toute l'activité utilisateur, c'est-à -dire toutes les pages visitées par chaque utilisateur, bien qu'aucune information nominative ne soit stockée dans les journaux. On active la journalisation (qui est désactivée par défaut) en incluant les lignes suivantes:
+logcgiargs true usecookies true
+dans le fichier de configuration principal du systÚme. Ces deux options ayant par défaut la valeur fausse false, aucune journalisation n'a lieu tant qu'elles ne reçoivent pas la valeur vraie true. C'est la ligne logcgiargs qui a pour effet d'activer ou de désactiver la journalisation. En activant usecookies, on affecte à chaque utilisateur un code d'identification unique, ce qui permet de suivre dans le journal les interactions de chaque utilisateur.
+Chaque ligne du journal utilisateur représente une page visitée -- même les pages générées pour la consultation des journaux sont ainsi consignées! Elle comprend (a) l'adresse IP de l'ordinateur de l'utilisateur, (b) une estampille temporelle entre crochets, (c) les arguments CGI entre parenthÚses, et (d) le nom du navigateur de l'utilisateur (sachant que le navigateur de Netscape s'appelle «Mozilla»). Voici un exemple d'une telle ligne, échantillon ventilé et annoté pour en faciliter la lecture:
+/fast-cgi-bin/niupepalibrary (a) its-www1.massey.ac.nz (b) [Thu Dec 07 23:47:00 NZDT 2000] (c) (a=p, b=0, bcp=, beu=, c=niupepa, cc=, ccp=0, ccs=0, cl=, cm=, cq2=, d=, e=, er=, f=0, fc=1, gc=0, gg=text, gt=0, h=, h2=, hl=1, hp=, il=l, j=, j2=, k=1, ky=, l=en, m=50, n=, n2=, o=20, p=home, pw=, q=, q2=, r=1, s=0, sp=frameset, t=1, ua=, uan=, ug=, uma=listusers, umc=, umnpw1=, umnpw2=, umpw=, umug=, umun=, umus=, un=, us=invalid, v=0, w=w, x=0, z=130.123.128.4-950647871) (d) "Mozilla/4.08 [en] (Win95; I ;Nav)"
+Le dernier argument CGI, «z», est un code d'identification ou «cookie» engendré par le navigateur de l'utilisateur: il comprend le numéro IP suivi d'une estampille temporelle portant la date de la premiÚre visite de cet utilisateur à la bibliothÚque numérique.
+Le journal usage.txt est placé dans le répertoire etc de la structure de fichiers de Greenstone (voir à ce sujet le Guide du développeur de la bibliothÚque numérique Greenstone). Lorsque la journalisation est activée, chaque action de chaque utilisateur est consignée. Cependant, seules les 100 derniÚres entrées du journal sont affichées par le lien Journal de l'utilisation visible figure .
+
+
+
+
+Gestion des utilisateurs
+
+
+Greenstone incorpore un systÚme d'authentification qu'on peut utiliser pour contrÎler l'accÚs à certaines fonctionnalités. Pour le moment, il ne sert qu'à restreindre l'accÚs au Collector et à certaines fonctions d'administration. Si pour une collection particuliÚre il s'avérait nécessaire d'authentifier les utilisateurs avant de leur renvoyer des informations, cela serait également possible. On pourrait par exemple protéger individuellement des documents de telle sorte que seuls des utilisateurs enregistrés puissent y accéder en tapant un mot de passe. Cependant, aucune collection n'utilise cette possibilité actuellement. L'authentification se fait en requérant un nom d'utilisateur et un mot de passe, comme illustré figure .
+La page d'administration permet de lister les utilisateurs, d'en ajouter de nouveaux, et d'en effacer d'anciens. Ãvidemment, ce pouvoir est lui aussi protégé: seuls les utilisateurs disposant de privilÚges d'administration peuvent ajouter de nouveaux utilisateurs. Il est également possible à chaque utilisateur d'appartenir à différents «groupes». Actuellement, il n'existe que deux groupes, qui sont «administrator» (administrateur) et «colbuilder» (constructeur de collection). Les membres du premier groupe peuvent ajouter et effacer des utilisateurs, et modifier leurs groupes. Les membres du second peuvent accéder aux fonctionnalités décrites plus haut pour construire de nouvelles collections et modifier (ou effacer) des collections existantes.
+Lors de l'installation de Greenstone, il existe un utilisateur, appelé admin, qui appartient aux deux groupes. Son mot de passe est mis en place pendant le processus d'installation. Cet utilisateur peut créer de nouveaux identifiants et mots de passe associés pour des utilisateurs qui n'appartiendraient qu'au groupe colbuilder, ce qui est la méthode conseillée pour donner à d'autres utilisateurs la possibilité de construire des collections. Les informations utilisateur sont stockées dans deux bases de données placées dans la structure de fichiers de Greenstone (voir à ce sujet le Guide du développeur de la bibliothÚque numérique Greenstone).
+
+
+
+
+
+
+
+Fonctionnalités du logiciel
+
+
+
+
+
+
+
+Accessible à travers un navigateur web
+
+
+On accÚde aux collections à travers un navigateur web standard (tel que Netscape ou Internet Explorer), ce qui fournit à la fois une navigation facile et des fonctionnalités de recherche puissantes.
+
+
+
+
+Fonctionnalités du logiciel
+
+
+L'utilisateur peut effectuer des recherches dans le corps du texte des documents, ou choisir parmi plusieurs index construits à partir de différentes portions des documents. Certaines collections proposent par exemple un index des documents complets, un index des sections, un index des titres, et un index des auteurs, qu'on peut tous sélectionner pour rechercher certains mots ou groupes de mots. Les résultats peuvent être ordonnés par leur pertinence ou en utilisant une méta-donnée.
+
+
+
+
+Souplesse de la navigation
+
+
+L'utilisateur peut naviguer dans les listes des auteurs, des titres, des dates, des structures de classification, etc. Des collections différentes pourront proposer des fonctionnalités de navigation différentes et même au sein d'une collection, on trouvera un large spectre d'interfaces de navigation. Les interfaces de recherche et de navigation sont préparées pendant le processus de construction, en se fondant sur les informations de configuration de la collection.
+
+
+
+
+Création automatique de structures d'accÚs
+
+
+Le logiciel Greenstone crée des collections d'informations trÚs faciles à maintenir. Toutes les structures de recherche et de navigation sont directement construites à partir des documents eux-mêmes. Aucun lien n'est inséré manuellement, mais tous les liens existant dans les originaux sont conservés. Cela signifie que si de nouveaux documents du même format sont disponibles, ils peuvent être automatiquement fusionnés au reste de la collection. En fait, pour la plupart des collections, tout ceci est pris en charge par des processus qui s'exécutent réguliÚrement, partent à la recherche de nouveaux contenus, et reconstruisent les index~---~le tout sans aucune intervention manuelle.
+
+
+
+
+Utilisation des méta-données disponibles
+
+
+On peut associer à chaque document ou à chaque section de document des méta-données, c'est-à -dire des informations de description telles que l'auteur, le titre, la date, des mots-clefs, etc. Les méta-données forment la matiÚre premiÚre des index de navigation. Elles doivent être explicitement fournies, ou bien il doit être possible de les obtenir automatiquement à partir des documents eux-mêmes. La plupart des documents électroniques utilisent le schéma de méta-donnéesDublin Core , mais il est également possible d'utiliser d'autres schémas.
+
+
+
+
+Extension des possibilités du systÚme par greffons («plugins»)
+
+
+Pour pouvoir utiliser plusieurs types de documents source, le logiciel est organisé d'une maniÚre telle qu'on peut écrire des «greffons» (plugins) pour de nouveaux formats de documents. Il existe actuellement des greffons pour les formats texte brut, HTML, Word, PDF, PostScript, courrier électronique, certains formats propriétaires, et pour l'exploration récursive de structures de fichiers arborescentes et d'archives compactées contenant de telles structures. Une collection peut proposer des documents de plusieurs formats source. On utilise un schéma semblable de «classificateurs» pour construire des index de navigation à partir des méta-données: les classificateurs créent des index de navigation de divers types en se fondant sur les méta-données.
+
+
+
+
+Conçu pour gérer des collections de plusieurs méga-octets
+
+
+Les collections peuvent contenir plusieurs millions de documents, ce qui fait du systÚme Greenstone un logiciel adapté aux collections de taille allant jusqu'à plusieurs giga-octets.
+
+
+
+
+Les documents peuvent être écrits dans n'importe quelle langue
+
+
+Le logiciel utilise Unicode partout, ce qui permet de traiter tous les langages d'une maniÚre consistante. à l'heure actuelle, on a construit des collections contenant du français, de l'espagnol, du maori, du chinois, de l'arabe, et de l'anglais. C'est une conversion à la volée qui traduit le format Unicode utilisé en interne en un alphabet reconnu par le navigateur web de l'utilisateur.
+
+
+
+
+L'interface utilisateur est disponible dans de nombreuses langues
+
+
+L'interface peut être affichée en de nombreuses langues. Elle est actuellement disponible en allemand, anglais, arabe, chinois, espagnol, français, hollandais, maori, et portugais. On peut facilement ajouter de nouvelles langues à cette liste de traductions.
+
+
+
+
+Les collections peuvent contenir du texte, des images, du son, et de la vidéo
+
+
+Les collections Greenstone peuvent comprendre du texte, des images, des contenus audio et vidéo. La plupart des contenus non textuels sont reliés aux documents textuels ou accompagnés de descriptions textuelles (telles que les légendes des figures) pour pouvoir être accessibles depuis une recherche dans le corps du texte ou la navigation. Cependant, l'architecture du logiciel rend possible l'implémentation de greffons (plugins) et de classificateurs pour des données non textuelles.
+
+
+
+
+Utilisation de techniques de compression avancées
+
+
+Greenstone utilise des techniques de compression pour réduire la taille des index et du texte. La réduction de taille des index par voie de compression a de plus l'avantage d'accélérer la vitesse de rapatriement du texte.
+
+
+
+
+Fourniture d'une fonction d'administration
+
+
+Une fonction d'«administration» permet à des utilisateurs spécifiés d'en autoriser de nouveaux à construire des collections, à protéger des documents de telle sorte que seuls des utilisateurs enregistrés puissent y accéder en tapant un mot de passe, à examiner la composition de toutes les collections, etc. Les journaux d'activité utilisateur peuvent enregistrer toutes les requêtes effectuées vers chaque collection Greenstone.
+
+
+
+
+Les nouvelles collections apparaissent dynamiquement
+
+
+On peut mettre des collections à jour et en proposer de nouvelles à tout moment, sans devoir arrêter le systÚme: le processus en charge de l'interface utilisateur remarquera (grâce à un systÚme de sondages réguliers) que de nouvelles collections sont apparues et les ajoutera à la liste proposée à l'utilisateur.
+
+
+
+
+Les collections peuvent être publiées sur l'Internet ou sur un cédérom
+
+
+On peut utiliser le logiciel pour servir des collections sur le web. Mais les collections Greenstone peuvent être diffusées, sous une forme exactement semblable, sur cédérom. L'interface utilisateur utilisera un navigateur web standard (Netscape est inclus sur chaque disque), et l'interaction se déroulera de la même maniÚre que sur le web, à ceci prÚs que les temps de réponse seront plus faciles à prédire, et plus reproductibles car moins soumis aux aléas du réseau. Les cédéroms fonctionnent sous toutes les versions du systÚme d'exploitation Windows.
+
+
+
+
+Les collections peuvent être distribuées sur plusieurs ordinateurs
+
+
+Une structure de processus souple permet de faire servir différentes collections par des ordinateurs différents, bien que tout soit présenté à l'utilisateur de maniÚre unifiée, sur la même page web, comme faisant partie de la même bibliothÚque numérique.
+
+
+
+
+Fonctionne sous Windows comme sous Unix
+
+
+Greenstone fonctionne à la fois sous Windows (versions 3.1/3.11, 95/98/Me, NT/2000) et sous Unix (Linux et SunOS). On peut utiliser n'importe lequel de ces systÚmes comme serveur web. On ne peut pas construire des collections sur des systÚmes Windows de bas de gamme, mais on peut y transférer des collections pré-construites ailleurs.
+
+
+
+
+Ce que Greenstone apporte
+
+
+La bibliothÚque numérique Greenstone est un logiciel libre, disponible depuis le site web de la bibliothÚque numérique de Nouvelle-Zélande (nzdl.org ) sous les termes de la licence publique générale de GNU. le logiciel comprend tout ce qui est décrit ci-dessus: service web, création de cédéroms, construction de collection, possibilités multilingues, greffons (plugins) et classificateurs permettant d'accepter un grand nombre de formats de documents source. Il comprend une fonctionnalité d'installation automatique pour faciliter cette opération sur les systÚmes Windows comme Unix. Dans l'esprit du logiciel libre, les utilisateurs sont encouragés à nous communiquer tout rapport de bogue, correction, modification ou amélioration.
+
+
+
+
+
+
+
+
+Glossaire des termes
+
+
+
+
+
+
+
+Terme
+
+
+Signification
+
+
+
+
+autoconf
+
+
+Programme Unix utilisé pour configurer le paquetage d'installation du logiciel Greenstone et l'adapter à votre systÚme
+
+
+
+
+Autorun
+
+
+Fonctionnalité de Windows qui démarre un programme automatiquement lors de l'insertion d'un cédérom
+
+
+
+
+Booléenne, requête
+
+
+Requête dans un systÚme de rapatriement d'informations qui peut contenir des ET, OU, et NON booléens
+
+
+
+
+Navigation
+
+
+AccÚs à une collection en parcourant une liste organisée de valeurs de méta-données associées aux documents (telles que l'auteur, le titre, la date, des mots-clefs)
+
+
+
+
+buildcol.pl
+
+
+Programme de Greenstone utilisé pour construire des collections
+
+
+
+
+Construction
+
+
+Processus de création des structures d'indexation et de navigation utilisées pour accéder à une collection
+
+
+
+
+C++
+
+
+Langage de programmation dans lequel est écrit la majorité des logiciels Greenstone
+
+
+
+
+Casse, ignorer la
+
+
+Faire en sorte que les opérations de recherche ne distinguent pas les majuscules des minuscules
+
+
+
+
+CGI
+
+
+Common Gateway Interface (interface commune de passerelle), systÚme qui permet à des utilisateurs d'activer des programmes sur l'ordinateur hÎte (ou serveur) en cliquant sur des pages web
+
+
+
+
+CGI, script
+
+
+Code associé à un bouton, un menu, ou à un lien sur une page web qui spécifie ce que l'ordinateur hÎte (ou serveur) doit faire lorsque l'utilisateur clique sur cet objet
+
+
+
+
+cgi-bin
+
+
+Répertoire de stockage des scripts CGI
+
+
+
+
+Classificateur
+
+
+Module de code de Greenstone qui examine les méta-données d'un document et crée un index de navigation
+
+
+
+
+Collection
+
+
+Ensemble de documents rassemblés sous une interface de recherche et de navigation homogÚne
+
+
+
+
+Collection, fichier de configuration
+
+
+Fichier qui spécifie comment importer et construire une collection, quels index et quelles interfaces de langue fournir, etc.
+
+
+
+
+Collection, serveur de
+
+
+Programme fournissant l'accÚs à une collection en cours d'utilisation
+
+
+
+
+Configuration, fichier de
+
+
+Voir «Collection, fichier de configuration», «Principal, fichier de configuration», et «Site, fichier de configuration de»
+
+
+
+
+CVS
+
+
+Concurrent Versioning System (systÚme de versions concurrentes), systÚme permettant de maintenir le code source utilisé par Greenstone
+
+
+
+
+db2txt
+
+
+Outil Greenstone permettant de visualiser une base de données GDBM sous forme textuelle (voir «GDBM»)
+
+
+
+
+«Demo», collection
+
+
+Sous-ensemble de la bibliothÚque de développement pour l'humanité, distribué avec le logiciel Greenstone à des fins d'illustration et de didacticiel
+
+
+
+
+BibliothÚque numérique
+
+
+Collection d'objets numériques (textes, extraits audio ou vidéo) ainsi que de méthodes d'accÚs et de rapatriement, de sélection, d'organisation, et de maintenance
+
+
+
+
+HDL
+
+
+Humanity Development Library (bibliothÚque de développement pour l'humanité), collection Greenstone d'informations humanitaires pour les pays en voie de développement
+
+
+
+
+Document
+
+
+Unité de base servant à construire des collections de bibliothÚques numériques; elle peut contenir du texte, des graphiques, du son, de la vidéo, etc.
+
+
+
+
+Dublin core
+
+
+ManiÚre standardisée de décrire les méta-données
+
+
+
+
+Fast CGI
+
+
+Outil qui permet aux scripts CGI de demeurer actifs en permanence, de maniÚre à éviter de les redémarrer de zéro à chacune de leurs invocations
+
+
+
+
+Filtre, programme de
+
+
+La portion d'un serveur de collection Greenstone qui implémente les opérations de requête et de navigation
+
+
+
+
+Format, chaîne de
+
+
+Chaîne qui spécifie comment afficher les documents et autres listes dans Greenstone
+
+
+
+
+GB, encodage
+
+
+ManiÚre standardisée d'encoder le chinois
+
+
+
+
+GDBM
+
+
+GNU DataBase Manager (gestionnaire de bases de données de GNU), programme utilisé par le logiciel Greenstone pour stocker les méta-données de chaque document
+
+
+
+
+GIMP
+
+
+GNU Image-Manipulation Program (programme de manipulation d'images de GNU), utilisé (sur Unix) pour créer les icones de Greenstone
+
+
+
+
+GML
+
+
+Greenstone Markup Language (langage de balisage de Greenstone), un format compatible XML utilisé pour stocker les documents de maniÚre interne
+
+
+
+
+GNU, licence publique générale (GPL)
+
+
+licence de logiciels qui permet aux utilisateurs de copier et de distribuer librement les programmes d'ordinateurs qu'elle couvre, ainsi que de les modifier, pour peu que toutes les modifications soient rendues publiques
+
+
+
+
+Greenstone
+
+
+Nom de ce logiciel de bibliothÚque numérique
+
+
+
+
+GSDL
+
+
+Abréviation de \lang{Greenstone Digital Library} (bibliothÚque numérique Greenstone)
+
+
+
+
+%GSDLHOME%
+
+
+Variable pour le systÚme d'exploitation (Windows) représentant le répertoire racine où tous les programmes et collections Greenstone sont stockés ($GSDLHOME sur des systÚmes Unix)
+
+
+
+
+%GSDLOS%
+
+
+Variable pour le systÚme d'exploitation (Windows) représentant le systÚme d'exploitation en cours d'utilisation ($GSDLOS sur des systÚmes Unix)
+
+
+
+
+hashfile DL
+
+
+Programme Greenstone utilisé au moment de l'import ou de la construction pour générer l'OID de chaque document
+
+
+
+
+HTML
+
+
+HyperText Markup Language (langage de balisage pour l'hypertexte), le langage dans lequel la plupart des documents web sont écrits
+
+
+
+
+import.pl
+
+
+Programme Greenstone utilisé pour importer des documents
+
+
+
+
+Importing
+
+
+Processus de rassemblement de collections de documents dans le systÚme Greenstone
+
+
+
+
+Index
+
+
+Structure d'information utilisée pour la recherche ou la navigation au sein d'une collection
+
+
+
+
+InstallShield
+
+
+Programme Windows, utilisé par les cédéroms Greenstone, qui permet à un systÚme d'être installé à partir d'un cédérom
+
+
+
+
+
+Principal, fichier de configuration
+
+
+Fichier contenant les spécifications communes à toutes les collections servies par un site
+
+
+
+Méta-données
+
+
+Informations de description telles que l'auteur, le titre, la date, des mots-clefs, etc., associées à un document (ou à une collection de documents)
+
+
+
+
+MG
+
+
+Managing Gigabytes (gérer les giga-octets), programme utilisé par le systÚme Greenstone pour l'indexation du corps du texte, embarquant des techniques de compression (voir à ce sujet le livre de Witten, I.H., Moffat, A., et Bell, T. intitulé \mytitle{Managing Gigabytes: compressing and indexing documents and images} (gérer les giga-octets: compression et indexation des documents et des images), Morgan Kaufmann, deuxiÚme édition, 1999)
+
+
+
+
+mgbuild
+
+
+Programme MG utilisé pour construire un index de corps du texte
+
+
+
+
+mgquery
+
+
+Programme MG utilisé pour effectuer des requêtes dans un index compressé de corps du texte
+
+
+
+
+mkcol.pl
+
+
+Programme Greenstone qui crée et initialise la structure de répertoire d'une nouvelle collection
+
+
+
+
+Nouvelle-Zélande, projet de bibliothÚque numérique de
+
+
+Projet de recherche du département d'informatique de l'université de Waikato en Nouvelle-Zélande, qui a créé le logiciel Greenstone (nzdl.org )
+
+
+
+
+OID
+
+
+Object Identifier (identifiant d'objet), code d'identification unique associé à un document
+
+
+
+
+Perl
+
+
+Langage de programmation utilisé pour une grande partie des opérations de manipulation de texte se déroulant lors du processus de construction
+
+
+
+
+Ping
+
+
+Message envoyé à un systÚme pour déterminer s'il est en fonctionnement ou non
+
+
+
+
+Greffon («plugin»)
+
+
+Module de code qui gÚre des documents de divers formats, utilisé lors des processus d'import et de construction
+
+
+
+
+Protocole
+
+
+Ensemble de conventions par lesquelles le réceptionniste de Greenstone communique avec un serveur de collection
+
+
+
+
+Ordonnée, requête
+
+
+Requête à un systÚme de rapatriement d'informations effectuée en langage naturel, et ordonnant les documents trouvés par ordre de pertinence
+
+
+
+
+Réceptionniste
+
+
+Programme qui organise l'interface utilisateur de Greenstone
+
+
+
+
+RTF
+
+
+Rich Text Format (format de texte enrichi), format standard pour l'échange de documents texte
+
+
+
+
+Recherche
+
+
+AccÚs à une collection à travers une recherche dans le corps du texte de ses contenus (ou d'une partie de ses contenus, telle que les titres de sections)
+
+
+
+
+Serveur
+
+
+Voir «Collection, serveur de» et «Web, serveur»
+
+
+
+
+setup.bat, setup.sh, setup.csh
+
+
+Script utilisé pour mettre en place l'environnement nécessaire à la reconnaissance du logiciel Greenstone
+
+
+
+
+Site, fichier de configuration de
+
+
+Fichier contenant les spécifications utilisées pour configurer le logiciel Greenstone pour le site particulier sur lequel il est installé.
+
+
+
+
+Troncature
+
+
+Ãter la terminaison d'un mot dans un terme de requête pour généraliser la requête
+
+
+
+
+STL
+
+
+Standard template library (bibliothÚque standard de patrons), bibliothÚque trÚs répandue de code C++, développée par Silicon Graphics
+
+
+
+
+txt2db
+
+
+Programme Greenstone utilisé au moment de la construction pour créer la base de données GDBM
+
+
+
+
+Unicode
+
+
+SystÚme standard de représentation des ensembles de caractÚres utilisés dans les langues du monde
+
+
+
+
+UNU
+
+
+L'université des Nations-Unies; on utilise également ce sigle pour évoquer une collection Greenstone créée pour cette organisation
+
+
+
+
+Web, serveur
+
+
+Programme standard utilisé par les ordinateurs pour publier de l'information sur le web
+
+
+
+
+XML
+
+
+Format standard pour les documents et les données structurés sur le web (le langage de balisage de Greenstoneâvoir à ce sujet «GML»âest un format compatible XML)
+
+
+
+
+
+
+
+
+N.D.T. : Respectivement «et», «ou», et «non» en anglais.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/manual.dtd
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/manual.dtd (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/manual.dtd (revision 14835)
@@ -0,0 +1,71 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/ru/Develop_ru.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/ru/Develop_ru.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/ru/Develop_ru.xml (revision 14835)
@@ -0,0 +1,6278 @@
+
+
+
+
+
+]>
+
+
+ЊÐЀРÐÐÐЯ ÐÐÐÐÐÐТÐÐÐ GREENSTONE
+
+
+РУÐÐÐÐÐСТÐÐ
+
+
+David Bainbridge, Dana McKay and Ian H. Witten
+
+
+ЀакÑлÑÑÐµÑ ÐПЌпÑÑÑеÑÐœÑÑ
+ ÐаÑк УМОвеÑÑОÑÐµÑ ÐайкаÑП, ÐÐŸÐ²Ð°Ñ ÐелаМЎОÑ
+
+
+ÐеÑÐœÑÑÑÑ Ðº ОМЎекÑÑ
+ÐеÑÐœÑÑÑÑ Ðº веÑÑ
+ÐœÐµÐŒÑ ÐžÐœÐŽÐµÐºÑÑ
+
+Greenstone - Ð¿Ð°ÐºÐµÑ Ð¿ÑОклаЎМÑÑ
+ пÑПгÑаЌЌ, пÑеЎМазМаÑеММÑй ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÑаÑпÑПÑÑÑÐ°ÐœÐµÐœÐžÑ ÑОÑÑПвÑÑ
+ ÑПМЎПв бОблОПÑек. ÐÑП ПбеÑпеÑОваеÑÑÑ ÐœÐŸÐ²ÑÐŒ ÑпПÑПбПЌ ПÑгаМОзаÑОО ОМÑПÑЌаÑОО О пÑблОкаÑОО ее в ÑеÑО ÐÐœÑеÑÐœÐµÑ ÐžÐ»Ðž Ма CD-ROM. ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÑазÑабПÑаМП в ÐПвПзелаМЎÑкПЌ ÑМОвеÑÑОÑеÑе ÐайкаÑП, в ÑаЌкаÑ
+ ÐÑПекÑа ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑОÑÑПвÑÑ
+ бОблОПÑек в ÑПÑÑÑЎМОÑеÑÑве Ñ Ð®ÐÐСÐРО ÐÐÐ Human Info. ÐÑÑ
+ПЎМÑй пÑПЎÑÐºÑ - ÑÑП ÑвПбПЎМП ÑаÑпÑПÑÑÑаМÑеЌПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе, кПÑПÑПе ЌПжМП пПлÑÑОÑÑ Ð¿ÐŸ аЎÑеÑÑ http://greenstone.org. ÐÑпПлÑзПваМОе ЎаММПгП пÑПЎÑкÑа ПгПваÑОваеÑÑÑ Ð² ÐОÑеМзОПММПЌ ÑПглаÑеМОО П ÑвПбПЎМПЌ ЎПÑÑÑпе GNU.
+
+ÐÑ ÐœÐ°ÐŽÐµÐµÐŒÑÑ, ÑÑП ÑÑП пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÑабПÑÐ°ÐµÑ Ñ
+ПÑПÑП. ÐПжалÑйÑÑа, ÑППбÑОÑе П лÑбÑÑ
+ пÑПблеЌаÑ
+ пП аЎÑеÑÑ: greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+ÐаÑÑ 2004
+
+
+
+Ðб ÑÑПй ОМÑÑÑÑкÑОО
+
+
+ÐаÑÑПÑÑее ÑÑкПвПЎÑÑвП ПпОÑÑÐ²Ð°ÐµÑ Ð¿ÑОМÑÐžÐ¿Ñ ÑабПÑÑ Greenstone. ÐМП пÑеЎМазМаÑеМП ÐŽÐ»Ñ ÑеÑ
+, кÑП Ñ
+ПÑÐµÑ ÑаЌПÑÑПÑÑелÑМП ÑПзЎаваÑÑ Ðž кПМÑОгÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО О пПЎЎеÑжОваÑÑ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе.
+РазЎел ÐŽÐ°ÐµÑ ÑÑеÑÐœÑÑ Ð·Ð°Ð¿ÐžÑÑ Ð»ÐžÑÑ, МепПÑÑеЎÑÑвеММП ÑÑаÑÑвÑÑÑÐµÐŒÑ Ð² пÑПÑеÑÑе ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй, вклÑÑÐ°Ñ ÑазÑабПÑÐºÑ ÑÑÑÑкÑÑÑÑ ÐŽÐžÑекÑПÑОй, вМÑÑÑеММегП ÑПÑЌаÑа ЎПкÑЌеМÑа О Ñайла кПМÑОгÑÑаÑОО, кПÑПÑÑй ÑпÑавлÑÐµÑ ÑÑÑÑкÑÑÑПй кажЎПй кПллекÑОО. РазЎел ПпОÑÑÐ²Ð°ÐµÑ ÑаÑÑО Green¬stone, кПÑПÑÑе ПбÑабаÑÑваÑÑ ÐžÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ (О ЌеÑаЎаММÑе) О ÑеглаЌеМÑОÑÑÑÑ ÐŽÐŸÑÑÑп к ОМÑПÑЌаÑОО ÑеÑез ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐ»ÑзПваÑелÑ. ÐЎеÑÑ Ñакже ПпОÑÑваÑÑÑÑ "вМеÑМОе" пÑПгÑаЌЌМÑе кПЌпПМеМÑÑ, кПÑПÑÑе ÑаÑпÑПÑÑÑаМÑÑÑÑÑ Ð²ÐŒÐµÑÑе Ñ Greenstone. Ð ÑазЎеле пÑеЎÑÑавлеМП ПпОÑаМОе ÑÑÑÑкÑÑÑÑ ÑОÑÑÐµÐŒÑ Ð¿ÐŸÐŽÐŽÐµÑжкО вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Greenstone, а Ñакже ЎаМП пПЎÑПбМПе ПпОÑаМОе пÑПгÑаЌЌМПгП ПбеÑпеÑеМОÑ, пÑОзваММПе пПЌПÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð»ÑÑÑе пПМÑÑÑ, как ПМП ÑабПÑÐ°ÐµÑ Ðž как ЌПжМП ОзЌеМОÑÑ ÑОÑÑеЌÑ, ÑÑÐŸÐ±Ñ ÐŸÐœÐ° ÑЎПвлеÑвПÑÑла ÑазлОÑÐœÑÐŒ пПÑÑебМПÑÑÑÐŒ. РазЎел ПпОÑÑÐ²Ð°ÐµÑ ÑÐ°Ð¹Ð»Ñ ÐºÐŸÐœÑОгÑÑаÑОО Greenstone, а в ÐÑОлПжеМОО пÑеЎÑÑавлеМа СÑаМЎаÑÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека ÑаблПМПв C++.
+ÐÑО ÑабПÑе Ñ Ð¿ÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ Green¬stone ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑÑПлкМÑÑÑÑÑ ÑП ÑÑÑлкаЌО Ма ПÑПбеММПÑÑО ÑОÑÑеЌÑ, кПÑПÑÑе Ме ПпОÑÐ°ÐœÑ Ð² МаÑÑПÑÑеЌ ÑÑкПвПЎÑÑве. ÐÑП ÑвÑзаМП Ñ ÑеЌ, ÑÑП Greenstone МаÑ
+ПЎОÑÑÑ Ð² пПÑÑПÑММПЌ ÑазвОÑОО. ЧÑÐŸÐ±Ñ Ð±ÑÑÑ Ð² кÑÑÑе ÑекÑÑей ÑабПÑÑ, пПЎпОÑОÑеÑÑ ÐœÐ° ÑаÑÑÑÐ»ÐºÑ Greenstone (ОМÑÑÑÑкÑОО Ма ÑайÑе greenstone.org).
+
+
+
+
+СПпÑÑÑÑвÑÑÑОе ЎПкÑЌеМÑÑ
+
+
+ÐПлМÑй ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÐŽÐŸÐºÑЌеМÑаÑОО к Greenstone ÑПÑÑÐŸÐžÑ ÐžÐ· пÑÑО ÑПЌПв:
+
+
+Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ÐÐœÑÑÑÑкÑÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ (ÑÑÐŸÑ ÐŽÐŸÐºÑЌеМÑ) ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+Ð ÑкПвПЎÑÑвП ÑазÑабПÑÑОк а ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐŸÑ ÐÑЌагО ЎП ÐПллекÑОО
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐÑпПлÑзПваМОе ÐÑгаМайзеÑа
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+ÐлагПЎаÑМПÑÑÑ
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone - пÑПЎÑÐºÑ ÑПвЌеÑÑМПгП ÑÑÑЎа ЌМПжеÑÑва лÑЎей. Rodger McNab О Stefan Boddie пÑОМÑОпОалÑÐœÑе ÑазÑабПÑÑОкО ÑОÑÑеЌÑ. ÐеПÑеМОЌÑй вклаЎ вМеÑлО David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, О Stuart Yeates. ÐÑÑалÑÐœÑе ÑÐ»ÐµÐœÑ ÐÑПекÑа ÐПвПзелаМЎÑкПй ÑОÑÑПвПй бОблОПÑекО ÑазÑабПÑалО вЎПÑ
+МПвеММÑй ЎОзайМ вÑей ÑОÑÑеЌÑ: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols О Lloyd Smith. ÐÑ Ñакже вÑÑажаеЌ ÑÐ²ÐŸÑ Ð¿ÑОзМаÑелÑМПÑÑÑ Ð²ÑеЌ ÑеЌ, кÑП ÑÑÑЎОлÑÑ ÐœÐ°ÐŽ ÑПзЎаМОеЌ пакеÑПв, пПпаЎаÑÑОÑ
+ пПЎ ЎейÑÑвОе лОÑеМзОО GNU, О вклÑÑеММÑÑ
+ в ЎОÑÑÑОбÑÑОв: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE О XLHTML.
+
+
+
+
+ÐПМÑÑОе пÑПÑеÑÑа ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй
+
+
+ÐПМеÑÐœÑй пПлÑзПваÑÐµÐ»Ñ Greenstone ÐŒÐŸÐ¶ÐµÑ ÑПзЎаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ОÑпПлÑзÑÑ ÐПллекÑÐŸÑ (Collector), ПпОÑаММÑй в ЎПкÑЌеМÑе ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: Ð ÑкПвПЎÑÑвП пПлÑзПваÑÐµÐ»Ñ (РазЎел ). ÐÐœ пПзвПлÑÐµÑ ÐŸÑÐµÐœÑ Ð¿ÑПÑÑП ÑПзЎаваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ма базе Ñже ÑÑÑеÑÑвÑÑÑОÑ
+, МП Ñ ÐœÐŸÐ²ÑÐŒ МапПлМеМОеЌ. ÐЎМакП МевПзЌПжМП пПлÑзПваÑÑÑÑ ÐПллекÑПÑПЌ пÑО ÑПзЎаМОО кПллекÑОй Ñ Ð°Ð±ÑПлÑÑМП МПвПй ÑÑÑÑкÑÑÑПй. Ð ÑÑПЌ ÑлÑÑае пÑОЎеÑÑÑ Ð²ÐœÐŸÑОÑÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² Ñайл кПМÑОгÑÑаÑОй, кПÑПÑÑй ÑпÑавлÑÐµÑ ÑÑÑÑкÑÑÑПй кПллекÑОО, Ð²ÐµÐŽÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑаЎОкалÑÐœÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð²ÐŸÐ·ÑЌелО ÑÑÑекÑ, ÐаЌ МеПбÑ
+ПЎОЌП зМаÑÑ Ð³ÐŸÑазЎП бПлÑÑе П ÑОÑÑеЌе Greenstone. ÐаММÑй ÑазЎел ÑПЎеÑÐ¶ÐžÑ Ð²Ñе, ÑÑП ÐаЌ МеПбÑ
+ПЎОЌП зМаÑÑ ÐŽÐ»Ñ ÑÑПгП. Ð ÑÑПЌ ÑазЎеле Ñакже ПпОÑÑваеÑÑÑ ÑÑÑÑкÑÑÑа ЎОÑекÑПÑОй Greenstone О ÑПÑÐŒÐ°Ñ Ð²ÐœÑÑÑеММегП Ñ
+ÑÐ°ÐœÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв.
+ÐÑ Ð¿ÐŸÐŽÑазÑЌеваеЌ, ÑÑП Ма ваÑеЌ кПЌпÑÑÑеÑе ÑÑÑаМПвлеМа ÑОÑÑеЌа Greenstone, ÑкПМÑОгÑÑОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ Ð¿ÐŸÐŽ ПбПлПÑÐºÑ Windows ОлО Unix. ÐÑлО Ð²Ñ ÐµÑе Ме ÑÑÑаМПвОлО ÑОÑÑеЌÑ, ÑП ÑЎелайÑе ÑÑП, вПÑпПлÑзПвавÑОÑÑ ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑПЌ ЎПкÑЌеМÑаÑОО ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке . ÐÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ðº ПÑÐœÐŸÐ²ÐœÐŸÐŒÑ ÐºÐ°ÑÐ°Ð»ÐŸÐ³Ñ Greenstone пПвÑеЌеÑÑМП ОÑпПлÑзÑеÑÑÑ ÐžÐŒÑ GSDLHOME , кПÑПÑПе ÐŽÐ»Ñ ÑОÑÑÐµÐŒÑ Windows вÑглÑÐŽÐžÑ ÐºÐ°Ðº %GSDLHOME% , а ÐŽÐ»Ñ Unix - $GSDLHOME . ÐÑ ÑПзЎаеÑе ÑÑÐŸÑ ÐºÐ°ÑалПг в пÑПÑеÑÑе ÑÑÑаМПвкО Greenstone Ма Ð²Ð°Ñ ÐºÐŸÐŒÐ¿ÑÑÑеÑ.
+
+
+СПзЎаМОе кПллекÑОй Оз кПЌаМЎМПй ÑÑÑПкО
+
+
+ÐаÑав ÑПзЎаМОе кПллекÑОй Оз кПЌаМЎМПй ÑÑÑПкО, Ð²Ñ Ð¿ÑПйЎеÑе пП вÑей ПпеÑаÑОПММПй ÑепПÑке, ÑÑП Ð¿ÐŸÐ·Ð²ÐŸÐ»ÐžÑ Ð²Ð°ÐŒ лÑÑÑе пПМÑÑÑ ÑÑÐŸÑ Ð¿ÑПÑеÑÑ. РазÑЌееÑÑÑ, ÐŽÐ»Ñ ÐœÐ°ÐžÐ±ÐŸÐ»ÑÑегП ÑОÑла ÑÑ
+ПжОÑ
+ кПллекÑОй Ð²Ñ Ð±ÑЎеÑе пПлÑзПваÑÑÑÑ ÐПллекÑПÑПЌ. ÐÐ»Ñ Ð¿ÑОЌеÑа ÐŒÑ Ð²ÐŸÑпПлÑзÑеЌÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОей, МаÑ
+ПЎÑÑейÑÑ ÐœÐ° ÑÑÑаМПвПÑМПЌ CD-ROM О ÑПÑÑПÑÑей Оз ЎПЌаÑМОÑ
+ WWW-ÑÑÑÐ°ÐœÐžÑ ÐŒÐœÐŸÐ¶ÐµÑÑва лОÑ, ÑабПÑавÑОÑ
+ МаЎ пÑПекÑПЌ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐПвПзелаМЎÑкПй ÑОÑÑПвПй бОблОПÑекО О ÑОÑÑеЌПй Greenstone.
+ÐÑЎелÑÐœÑе пПЎÑÐ°Ð·ÐŽÐµÐ»Ñ Ð¿ÑакÑОÑеÑкО Ме ПÑлОÑаÑÑÑÑ ÐŽÑÑг ÐŸÑ ÐŽÑÑга, ПЎМакП ПМО бÑлО ÑÐŸÐ·ÐŽÐ°ÐœÑ ÐŽÐ»Ñ ÑабПÑÑ Ñ Greenstone в ÑазлОÑÐœÑÑ
+ ПпеÑаÑОПММÑÑ
+ ÑÑеЎаÑ
+, ÑакОÑ
+ как Windows О Unix. ÐаЌ ПÑÑаеÑÑÑ ÑПлÑкП вÑбÑаÑÑ. Ма базе ПпеÑаÑОПММПй ÑОÑÑÐµÐŒÑ Ð²Ð°ÑегП кПЌпÑÑÑеÑа. ÐÑО беглПЌ пÑПÑЌПÑÑе МекПÑПÑÑе ПпеÑаÑОО ЌПгÑÑ Ð²Ð°ÐŒ пПказаÑÑÑÑ ÐœÐµÐ¿ÐŸÐœÑÑÐœÑЌО О ÑаОМÑÑвеММÑЌО, ПЎМакП вÑпПлМОÑе ОÑ
+, блОзкП пÑОЎеÑжОваÑÑÑ Ðº ОМÑÑÑÑкÑОÑÐŒ - пПЎÑПбМПе ПпОÑаМОе ÑÑОÑ
+ ПпеÑаÑОй бÑÐŽÐµÑ ÐŽÐ°ÐœÐŸ МеÑкПлÑкП пПзже. РкПМÑе пПЎÑазЎела ЎаМП кÑаÑкПе ÑезÑЌе П ÑазлОÑОÑÑ
+ ÐŒÐµÐ¶ÐŽÑ Ð¿ÑПÑеÑÑаЌО ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Ма базе Widows О Unix.
+
+
+ЀПÑЌОÑПваМОе кПллекÑОй пПЎ Windows
+
+
+ÐÑО ÑПÑЌОÑПваМОО кПллекÑОй Greenstone в ÑÑеЎе Windows ÑеÑез кПЌаМЎМÑÑ ÑÑÑÐŸÐºÑ ÐžÐ·ÐœÐ°ÑалÑМП МеПбÑ
+ПЎОЌП запÑÑÑОÑÑ "command prompt" - пÑОглаÑеМОе ÐŽÐ»Ñ Ð²Ð²ÐŸÐŽÐ° ваÑОÑ
+ кПЌаМЎ. ÐПпÑПбÑйÑе пПÑЌПÑÑеÑÑ ÑеÑез ПÑМПвМПе ÐŒÐµÐœÑ Start -^Programs, МайЎОÑе MS-DOS Prompt, DOS Prompt, ОлО Command Prompt. ÐÑлО Ð²Ñ ÐœÐµ МаÑлО МОÑегП Оз ПпОÑаММПгП вÑÑе, запÑÑÑОÑе Start ~$Run О в ЎОалПгПвПЌ ПкМе МапеÑаÑайÑе command (or cmd). ÐÑлО запÑÑк ÐºÐŸÐŒÐ°ÐœÐŽÑ ÐŸÐºÐŸÐœÑОлÑÑ Ð±ÐµÐ·ÑÑпеÑМП, ÑП ПбÑаÑОÑеÑÑ Ðº ÑÐ²ÐŸÐµÐŒÑ ÑОÑÑÐµÐŒÐœÐŸÐŒÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑПÑÑ.
+ÐМеÑОÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² каÑалПг, в кПÑПÑÑй бÑла ÑÑÑаМПвлеМа ÑОÑÑеЌа Greenstone. ÐП ÑЌПлÑÐ°ÐœÐžÑ Greenstone ÑÑÑаМавлОваеÑÑÑ Ð² каÑалПг, в кПÑПÑÑй ЌПжМП пПпаÑÑÑ ÐœÐ°Ð¿ÐµÑаÑав
+cd "C:\Program Files\gsdl "
+(ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÑпПлÑзПваÑÑ ÐºÐ°Ð²ÑÑкО Оз-за пÑПбела в ОЌеМО ЎОÑекÑПÑОО Program Files). Ðалее, в ÑлеЎÑÑÑеЌ ПкМе МапеÑаÑайÑе
+setup.bat
+ÐÑÐŸÑ Ñайл (кПÑПÑÑй Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌПÑÑеÑÑ) ÑказÑÐ²Ð°ÐµÑ ÑОÑÑеЌе, гЎе ОÑкаÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Greenstone . ÐÑлО пÑО ÑабПÑе в ОМÑеÑакÑОвМПЌ ÑеаМÑе DOS prompt Ð²Ñ Ð·Ð°Ñ
+ПÑОÑе веÑÐœÑÑÑÑÑ ÐœÐ° веÑÑ
+МОй ÑÑÐŸÐ²ÐµÐœÑ ÐºÐ°ÑалПга Greenstone Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑЎелаÑÑ ÑÑП, МапеÑаÑав cd "%GSDLHOME%" (МепÑеЌеММП в кавÑÑкаÑ
+). ÐÑлО Ð²Ñ Ð·Ð°ÐºÐŸÐœÑОлО ÑабПÑÑ Ð² ПкМе DOS, а пПÑПЌ запÑÑÑОлО МПвÑÑ ÑеÑÑОÑ, ÑП Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð·Ð°Ð¿ÑÑÑОÑÑ Ð·Ð°ÐœÐŸÐ²ÐŸ setup.bat.
+ТепеÑÑ Ð²Ñ ÐžÐŒÐµÐµÑе вПзЌПжМПÑÑÑ ÑПÑЌОÑПваÑÑ ÐžÐ»Ðž пеÑеÑПÑЌОÑПвÑваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. СМаÑала ÐŒÑ ÑаÑÑЌПÑÑОЌ пÑПгÑÐ°ÐŒÐŒÑ mkcol.pl, МапОÑаММÑÑ ÐœÐ° Perl, ÐžÐŒÑ ÐºÐŸÑПÑПй ПзМаÑÐ°ÐµÑ "make a collection" (ÑПзЎаМОе кПллекÑОО). ÐеÑвÑй запÑÑк ÑÑПй пÑПгÑÐ°ÐŒÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ ПÑÑÑеÑÑвОÑÑ, МапеÑаÑав perl -S mkcol.pl, пÑО ÑÑПЌ Ма ÑкÑаМе пПÑвОÑÑÑ ÐŸÐ¿ÐžÑаМОе ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ðž ÑпОÑПк паÑаЌеÑÑПв. ÐÑлО ПкÑÑжеМОе ваÑей ПпеÑаÑОПММПй ÑОÑÑÐµÐŒÑ Windows МаÑÑÑПеМП Ма ÑабПÑÑ Ñ Ð¿ÑОлПжеМОÑЌО Perl, ÑайлаЌО Ñ ÑаÑÑОÑеМОеЌ .pi, ÑП ÑÑа пÑПÑеЎÑÑа Ме Ð·Ð°Ð¹ÐŒÐµÑ ÐŒÐœÐŸÐ³ÐŸ вÑеЌеМО. Ðак Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ Ð² пÑеЎПÑÑавлеММПЌ пÑОЌеÑе, еЎОМÑÑвеММÑй ПбÑзаÑелÑÐœÑй аÑгÑÐŒÐµÐœÑ - ÑÑП creator (ÑПзЎаÑелÑ), кПÑПÑÑй ОÑпПлзÑеÑÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ Ð»ÐžÑа, ÑПÑЌОÑÑÑÑегП кПллекÑОÑ.
+ТепеÑÑ ÐŒÑ ÐžÑпПлÑзÑеЌ ÑÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐ°Ñей кПллекÑОО, ÑПÑÑПÑÑей Оз ЎПЌаÑМОÑ
+ WWW-ÑÑÑÐ°ÐœÐžÑ ÑÑаÑÑМОкПв пÑПекÑа ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŠÐžÑÑПвПй бОблОПÑекО Greenstone. ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÑОÑвПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ОЌÑ, Ñ ÐœÐ°Ð¿ÐµÑаÑал
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+(ОлО mkcol.pl âcreator me@cs. waikato. ac. nz dlpeople еÑлО Perl ÑвÑзаМ Ñ ÑаÑÑОÑеМОеЌ Ñайла .ÑÐ). ÐПжалÑйÑÑа, заЌеМОÑе ЌПй email аЎÑÐµÑ ÐœÐ° ÑПбÑÑвеММÑй!
+ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа Ð²ÐœÐŸÐ²Ñ ÑПзЎаММÑÑ
+ ÑайлПв пеÑейЎеЌ в ÑПлÑкП-ÑÑП ÑПзЎаММÑй каÑалПг кПллекÑОО. ÐÐ»Ñ ÑÑÐŸÑ Ð¿ÐµÑаÑаеЌ:
+cd "%GSDLHOME%\collect\dlpeople "
+
+
+ÐПМÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО ÑПзЎаМ пÑО пПЌПÑО mkcol.pl
+
+creator             me@cs.waikato.ac.nz
+maintainer          me@cs.waikato.ac.nz
+public              true
+beta                true
+indexes             document:text
+defaultindex        document:text
+plugin              ZIPPlug
+plugin              GAPlug
+plugin              TEXTPlug
+plugin              HTMLPlug
+plugin              EMAILPlug
+plugin              ArcPlug
+plugin              RecPlug
+classify            AZList -metadata "Title"
+collectionmeta collectionname    "dlpeople"
+collectionmeta iconcollection    ""
+collectionmeta collectionextra   ""
+collectionmeta .document:text    "documents "
+
+ÐÑ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌПÑÑеÑÑ ÑПЎеÑжОЌПе ЎОÑекÑПÑОО, МапеÑаÑав dir. РМей ЎПлжМП МаÑ
+ПЎОÑÑÑÑ 7 пПЎЎОÑекÑПÑОй: archives, building, etc, images, import, index О perllib.
+ТепеÑÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП запПлМОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŽÐŸÐºÑЌеМÑаЌО. ÐÑÑПÑМОк ЌаÑеÑОалПв ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО dlpeople МаÑ
+ПЎОÑÑÑ ÐœÐ° ÑÑÑаМПвПÑМПЌ CD-ROM Greenstone в каÑалПге collect\dlpeople. СМаÑала вÑÑавÑÑе CD-ROM в ÑОÑаÑÑее ÑÑÑÑПйÑÑвП (МапÑОЌеÑ, D:\). Ðалее ÑкПпОÑÑйÑе ÑПЎеÑжОЌПе каÑалПгаD:\collect\dlpeople в ЎОÑекÑПÑÐžÑ import кПллекÑОО dlpeople. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑЎелаÑÑ ÑÑП в ÑлеЎÑÑÑеЌ пПÑÑЎке:
+
+вÑЎелОÑе ÑПЎеÑжОЌПе каÑалПга dlpeople О пеÑеЌеÑÑОÑе в ЎОÑекÑПÑÐžÑ import кПллекÑОО dlpeople.
+
+РкаÑеÑÑве алÑÑеÑМаÑÐžÐ²Ñ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе МапеÑаÑаÑÑ ÑлеЎÑÑÑÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ:
+xcopy /s d:\collect\dlpeople\* import
+РкаÑалПге кПллекÑОО etc ÑÑÑеÑÑвÑÐµÑ Ñайл Ñ ÐžÐŒÐµÐœÐµÐŒ collect, cfg. ÐÑкÑПйÑе егП, ОÑпПлÑзÑÑ Ð»ÑбПй ÑекÑÑПвÑй ÑеЎакÑПÑ, лОбП ОÑпПлÑзÑйÑе ÑеЎакÑПÑ, МаÑÑÑПеММÑй пП ÑЌПлÑаМОÑ. Ð ÑезÑлÑÑаÑе Ð²Ñ ÑвОЎОÑе ПкМП, ÑПЎеÑжОЌПе кПÑПÑПгП вÑглÑÐŽÐžÑ Ñак, как пПказаМП Ма ÑОÑÑМке , пПказÑÐ²Ð°Ñ ÑПЎеÑжОЌПе Ñайла кПМÑОгÑÑаÑОО кПллекÑОО, ÑПзЎаММПгП Ñ ÐžÑпПлÑзПваМОеЌ ÐºÐŸÐŒÐ°ÐœÐŽÑ perl-S mkcol.pl -creator me@cs.waikato.ac.nz dlpeople.
+ТепеÑÑ Ð²Ñ Ð³ÐŸÑÐŸÐ²Ñ ÐžÐŒÐ¿ÐŸÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÑП пÑПÑеÑÑ Ð¿ÐµÑеМПÑа ЎПкÑЌеМÑПв в ÑОÑÑÐµÐŒÑ Greenstone, ÑÑаМЎаÑÑОзаÑОО ÑПÑЌаÑа ЎПкÑЌеМÑПв, пÑÑО ÑпеÑОÑОкаÑОО ЌеÑаЎаММÑÑ
+ О ÑÑÑÑкÑÑÑÑ Ñайла, в кПÑПÑПЌ бÑÐŽÑÑ Ñ
+ÑаМОÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ. ÐапеÑаÑайÑе perl -Simport.pl О в ÑезÑлÑÑаÑе Ð²Ñ Ð¿ÐŸÐ»ÑÑОÑе ÑпОÑПк ПпÑОй ÐŽÐ»Ñ ÐŸÐ¿ÐµÑаÑОО ОЌпПÑÑа. ÐÐ»Ñ ÑпÑПÑÐµÐœÐžÑ Ð¿ÑПÑеÑÑа вПÑпПлÑзÑйÑеÑÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ¹ кПЌаМЎПй:
+perl âS import.pl -removeold dlpeople
+Ðе беÑпПкПйÑеÑÑ Ð¿ÐŸ Ð¿ÐŸÐ²ÐŸÐŽÑ Ð±ÑÑÑÑП бегÑÑегП пП ÑкÑÐ°ÐœÑ ÑекÑÑа - ÑÑП ПÑÑÐµÑ ÐŸ вÑпПлМеМОО пÑПÑеЎÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа. Ð ÑвеЎеМОÑ, пÑПÑеÑÑ ÐžÐŒÐ¿ÐŸÑÑа ÑÑПй кПллекÑОО Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐŸÐºÐŸÐ»ÐŸ 5 ЌОМÑÑ ÐœÐ° 1 ÐÐ¢Ñ ÐºÐŸÐŒÐ¿ÑÑÑеÑе О МеÑкПлÑкП ЎПлÑÑе Ма бПлее ЌеЎлеММÑÑ
+ ЌаÑОМаÑ
+. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП Ð²Ñ ÐœÐµ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐ°Ñ
+ПЎОÑÑÑÑ Ð² ЎОÑекÑПÑОÑÑ
+ collect ОлО dlpeople пÑО запÑÑке ÑÑПй кПЌаМЎÑ; T.K.GSDLHOME Ñже ПпÑеЎелОл ÐŽÐ»Ñ ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone ЌеÑÑПпПлПжеМОе МеПбÑ
+ПЎОЌÑÑ
+ ÑайлПв.
+ТепеÑÑ ÐŽÐ°Ð²Ð°Ð¹Ñе вМеÑеЌ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² Ñайл кПМÑОгÑÑаÑОО кПллекÑОО ÐŽÐ»Ñ ÐŒÐŸÐŽÐžÑОкаÑОО егП вОЎа. СМаÑала пÑОÑвПОЌ кПллекÑОО ОЌÑ. ÐМП бÑÐŽÐµÑ Ð²ÐŸÑпÑОМÑÑП веб-бÑПÑзеÑПЌ, как загПлПвПк ÐŽÐ»Ñ ÑОÑÑлÑМПгП лОÑÑа WWW-ÑÑÑаМОÑÑ, О ОÑпПлÑзПваÑÑÑÑ Ð² каÑеÑÑве ОкПМкО пÑО ПÑÑÑÑÑÑвОО ÑОÑÑМка. ÐзЌеМОЌ ÑÑÑÐŸÐºÑ collectionmeta collectionname "dlpeople" Ма ÑÑÑÐŸÐºÑ Ð²ÐžÐŽÐ° collectionmeta collectionname "The People of the NZDL project".
+ÐПбавОЌ ПпОÑаМОе кПллекÑОО ÐŒÐµÐ¶ÐŽÑ ÐºÐ°Ð²ÑÑкаЌО: collectionmeta collectionextra "" . ÐМП бÑÐŽÐµÑ ÐžÑпПлÑзПваМП в каÑеÑÑве ЌаÑеÑОала ÐŽÐ»Ñ ÐŸÐ¿ÐžÑаМОО ÑазЎела "About" (П кПллекÑОО) Ма ЎПЌаÑМей WWW-ÑÑÑаМОÑе. Я ЎПбавОл "This collection is made up of the homepages of some of the people who have worked on the NZDL project." ÐажМП ввПЎОÑÑ ÑÑП ПпОÑаМОе ПЎМПй ÑÑÑПкПй - Ме ОÑпПлÑзÑйÑе ÐŽÐ»Ñ ÐŸÑбОвкО клавОÑÑ Enter/ÐвПЎ. ÐÑлО Ð²Ñ Ñ
+ПÑОÑе ОÑпПлÑзПваÑÑ Ð² ваÑей кПллекÑОО ЌМПгПÑзÑÑÐœÑй ОМÑеÑÑейÑ, ÑП ÑÑÑеÑÑвÑÐµÑ ÑпПÑПб вÑвПЎа ЎаММПгП ÑекÑÑа в ÑППÑвеÑÑÑвОО Ñ Ð²ÑбÑаММÑÐŒ ÑзÑкПЌ. ÐÑП ПпОÑаМОе бÑÐŽÐµÑ Ð¿ÑеЎÑÑавлеМП Ўалее в ÑазЎеле .
+ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÐžÐ·ÐŸÐ±ÑажеМОÑ, кПÑПÑÑе бÑÐŽÑÑ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð² каÑеÑÑве ОкПМПк Ма WWW-ÑÑÑаМОÑе кПллекÑОО; ОзПбÑажеМОе, ÑПзЎаММПе ЌМПÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ ÐœÐ° ÑОÑÑМке . УкажОÑе пÑÑÑ ÐœÐ°Ñ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ Ð² кавÑÑкаÑ
+ в ÑÑÑПке collectionmeta iconcollection "" Ñайла кПМÑОгÑÑаÑОО. ÐÐ»Ñ ÐºÑаÑкПÑÑО О ЌПбОлÑМПÑÑО _httpprefix_ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМ в каÑеÑÑве ÑÑаÑÑПвПгП URL ÑказÑваÑÑегП Ма ОзПбÑажеМОе, МаÑ
+ПЎÑÑееÑÑ Ð² ÑайлПвПй ПблаÑÑО Greenstone. ÐапÑОЌеÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ввеÑÑО: _httppreflx_/collect/dlpeople/images/icon.gif еÑлО Ð²Ñ Ð¿ÐŸÐŒÐµÑÑОлО пПЎÑ
+ПЎÑÑее ОзПбÑажеМОе в ÑППÑвеÑÑÑвÑÑÑÑÑ ÐŽÐžÑекÑПÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО (в МаÑеЌ пÑОЌеÑе ÑÑП: collect\dlpeople\images ).
+СПÑ
+ÑаМОÑе Ñайл кПМÑОгÑÑаÑОО кПллекÑОО О закÑПйÑе егП - ПМ ваЌ бПлÑÑе Ме пПМаЎПбОÑÑÑ ÐœÐ° ЎаММПЌ ÑÑапе ПбÑÑеМОÑ.
+СлеЎÑÑÑÐ°Ñ Ñаза - "пПÑÑÑПеМОе" кПллекÑОО, в кПÑПÑПй бÑÐŽÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÑ Ð²Ñе ОМЎекÑÑ Ðž ÑайлÑ, ПÑвеÑаÑÑОе за ÑабПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐапеÑаÑайÑе в кПЌаМЎМПй ÑÑÑПке perl âS buildcol.pl О пПлÑÑОÑе ÑпОÑПк ПпÑОй ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐПЎÑПбМПе ПпОÑаМОе ÑÑОÑ
+ ПпÑОй пÑеЎÑÑавлеМП в РазЎеле . ÐПка же пÑОЎеÑжОвайÑеÑÑ Ð·ÐœÐ°ÑеМОй "пП ÑЌПлÑаМОÑ", МапеÑаÑав:
+perl âS buildcol.pl dlpeople
+Ð ÑМПва Ме беÑпПкПйÑеÑÑ ÐŸ бÑÑÑÑП бегÑÑеЌ пП ÑкÑÐ°ÐœÑ ÑекÑÑе - ÑÑП ПÑÑÐµÑ ÐŸ вÑпПлМеМОО кПЌаМЎÑ.
+ТепеÑÑ "ПжОвОЌ" кПллекÑОÑ:
+вÑЎелОÑе ÑПЎеÑжОЌПе каÑалПга building кПллекÑОО dlpeople О пеÑеМеÑОÑе егП в каÑалПг index.
+Так же вв ЌПжеÑе пÑПЎелаÑÑ ÑÑÑ ÐŸÐ¿ÐµÑаÑОÑ, МапеÑаÑав кПЌаМЎÑ:
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+О ОзЌеМОÑÑ ÐžÐŒÑ ÐºÐ°ÑалПга building Ма index кПЌаМЎПй
+ren building index
+РзаклÑÑеМОе МапеÑаÑайÑе:
+mkdir building
+пПЎгПÑПвОв ÑОÑÑÐµÐŒÑ ÐŽÐ»Ñ Ð±ÑÐŽÑÑОÑ
+ пеÑеÑПÑЌОÑПваМОй. ÐажМП, ÑÑÐŸÐ±Ñ Ð²Ñе ÑÑО ÐºÐŸÐŒÐ°ÐœÐŽÑ Ð±ÑлО вÑÐ¿ÐŸÐ»ÐœÐµÐœÑ ÐžÐ· ÑÑебÑеЌПй ЎОÑекÑПÑОО (в ПÑлОÑОе ÐŸÑ ÐºÐŸÐŒÐ°ÐœÐŽ Greenstone mkcol.pl, import.pl and buildcol.pl); еÑлО ÑекÑÑÐ°Ñ ÑабПÑÐ°Ñ ÐŽÐžÑекÑПÑÐžÑ ÐœÐµ ÑвлÑеÑÑÑ dlpeople, МапеÑаÑайÑе: cd "%GSDLHOME%\collect\dlpeople" ЎП ÑПгП, как Ð²Ñ Ð·Ð°Ð¿ÑÑÑОÑе Ма ОÑпПлМеМОе ÐºÐŸÐŒÐ°ÐœÐŽÑ rd, ren О mkdir.
+ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÑЌеÑÑ ÐŸÐ±ÑаÑаÑÑÑÑ Ðº Ð²ÐœÐŸÐ²Ñ ÑПзЎаММПй кПллекÑОО Ñ Ð²Ð°Ñей ЎПЌаÑМей ÑÑÑаМОÑÑ Greenstone. ÐÑлО ÑÑа ÑÑÑаМОÑа ПÑкÑÑÑа в ваÑеЌ бÑПÑзеÑе, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐµÐµ ПбМПвОÑÑ ÐžÐ»Ðž закÑÑÑÑ ÐŸÐºÐœÐŸ бÑПÑзеÑа О пеÑезапÑÑÑОÑÑ ÐµÐ³ÐŸ (ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐžÐ·Ð±ÐµÐ¶Ð°ÑÑ Ð¿ÑПблеЌ кÑÑОÑПваМОÑ). ÐÑлО Ð²Ñ Ð¿ÐŸÐ»ÑзÑеÑеÑÑ "лПкалÑМПй веÑÑОей бОблОПÑекО" Greenstone, ÑП ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐµÑезапÑÑÑОÑÑ Ð²ÑÑ Ð¿ÑПгÑаЌЌÑ. ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа МПвПй кПллекÑОО ÑелкМОÑе кМПпкПй ÐŒÑÑО пП ОзПбÑажеМОÑ. ÐПлÑÑеММÑй ÑезÑлÑÑÐ°Ñ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑвОЎеÑÑ ÐœÐ° ÑОÑÑМке .
+
+
+ÐкПМка кПллекÑОО
+
+
+
+РзаклÑÑеМОе пÑОвеЎеЌ кПЌаМЎÑ, ÑПзЎаÑÑОе кПллекÑОÑ:
+cd "C:\Program Files\gsdl " # assuming default location
+setup.bat
+perl âS mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd "%GSDLHOME%\collect\dlpeople "
+xcopy /s d:\collect\dlpeople\* import # assuming D drive
+perl âS import.pl dlpeople
+perl âS buildcol.pl dlpeople
+rd /s index # on Windows NT/2000
+deltree /Y index # on Windows 95/98
+ren building index
+mkdir building
+
+
+
+
+СПзЎаМОе кПллекÑОО пПЎ Unix
+
+
+СМаÑала вМПÑОЌ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² ЎОÑекÑПÑОÑ, в кПÑПÑÑÑ Ð±Ñла ÑÑÑаМПвлеМа ÑОÑÑеЌа Greenstone. РпÑОЌеÑÑ, еÑлО Greenstone бÑла ÑÑÑаМПвлеМа Ñ ÐžÐŒÐµÐœÐµÐŒ "пП ÑЌПлÑаМОÑ, ÑП в ЎОÑекÑПÑÐžÑ Ð²ÐµÑÑ
+МегП ÑÑÐŸÐ²ÐœÑ ÐŒÐŸÐ¶ÐœÐŸ пПпаÑÑÑ, МапеÑаÑав:
+cd ~/gsdl
+ÐаÑеЌ МапеÑаÑаÑÑ:
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+ÐÑПгП ÑÐ°Ð¹Ð»Ñ (кПÑПÑÑе Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌПÑÑеÑÑ) ÑказÑваÑÑ ÑОÑÑеЌе, гЎе ОÑкаÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Greenstone. ÐÑлО пПзже Ð²Ñ Ð·Ð°Ñ
+ПÑОÑе веÑÐœÑÑÑÑÑ ÐœÐ° веÑÑ
+МОй ÑÑÐŸÐ²ÐµÐœÑ ÐŽÐžÑекÑПÑОО Green¬stone, МапеÑаÑайÑе в кПЌаМЎМПй ÑÑÑПке cd $GSDLHOME.
+ÐÑлО Ð²Ñ ÐœÐµ ÑвеÑÐµÐœÑ Ð² ÑОпе ОÑпПлÑзПваММПй Ма ваÑеЌ кПЌпÑÑÑеÑе ПбПлПÑкО, МапеÑаÑайÑе в кПЌаМЎМПй ÑÑÑПке $0, в ÑезÑлÑÑаÑе ÑегП Ð²Ñ Ð¿ÐŸÐ»ÑÑОÑе пПлМÑÑ ÐžÐœÑПÑЌаÑОÑ. ÐÑлО пÑО ÑабПÑе Ð²Ñ Ð¿ÐŸÐ»ÑзÑеÑеÑÑ ÐžÐœÐŸÐ¹ ПбПлПÑкПй, ÑП ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐŸÐ±ÑаÑОÑÑÑÑ Ð·Ð° ÑПвеÑПЌ к ваÑÐµÐŒÑ ÑОÑÑÐµÐŒÐœÐŸÐŒÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑПÑÑ.
+ТепеÑÑ Ð²Ñ ÐžÐŒÐµÐµÑе вПзЌПжМПÑÑÑ ÑПÑЌОÑПваÑÑ ÐžÐ»Ðž пеÑеÑПÑЌОÑПвÑваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. СМаÑала ÐŒÑ ÑаÑÑЌПÑÑОЌ пÑПгÑÐ°ÐŒÐŒÑ mkcol.pl, МапОÑаММÑÑ ÐœÐ° Perl, ÐžÐŒÑ ÐºÐŸÑПÑПй ПзМаÑÐ°ÐµÑ "make a collection" (ÑПзЎаМОе кПллекÑОО). ÐеÑвÑй запÑÑк ÑÑПй пÑПгÑÐ°ÐŒÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ ПÑÑÑеÑÑвОÑÑ, МапеÑаÑав mkcol.pl, пÑО ÑÑПЌ Ма ÑкÑаМе пПÑвОÑÑÑ ÐŸÐ¿ÐžÑаМОе ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ðž ÑпОÑПк паÑаЌеÑÑПв. Ðак Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ Ð² пÑеЎÑÑавлеММПЌ пÑОЌеÑе, еЎОМÑÑвеММÑй ПбÑзаÑелÑÐœÑй аÑгÑÐŒÐµÐœÑ - ÑÑП creator (ÑПзЎаÑелÑ), кПÑПÑÑй ОÑпПлзÑÑеÑÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ Ð»ÐžÑа, ÑПÑЌОÑÑÑÑегП кПллекÑОÑ.
+
+
+СÑÑаМОÑа кПллекÑОО "About" (П кПллекÑОО)
+
+
+
+ТепеÑÑ ÐžÑпПлÑзÑеЌ ÐºÐŸÐŒÐ°ÐœÐŽÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐ°ÑалÑÐœÑÑ
+ ÑайлПв О ЎОÑекÑПÑОй, МеПбÑ
+ПЎОЌÑÑ
+ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŽÐŸÐŒÐ°ÑМей ÑÑÑаМОÑÑ ÑÑаÑÑМОкПв пÑПекÑа ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŠÐžÑÑПвПй бОблОПÑекО Greenstone. ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÑОÑвПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐžÐŒÑ dlpeople, Ñ Ð¿ÐµÑаÑаÑ:
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+ÐПжалÑйÑÑа, ОзЌеМОÑе ЌПй email аЎÑÐµÑ ÐœÐ° ÑвПй ÑПбÑÑвеММÑй!
+ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа Ð²ÐœÐŸÐ²Ñ ÑПзЎаММÑÑ
+ ÑайлПв пеÑейЎеЌ в ЎОÑекÑПÑÐžÑ ÑПзЎаММПй кПллекÑОО. ÐÐ»Ñ ÑÑПгП МапеÑаÑаеЌ:
+cd $GSDLHOME/collect/dlpeople
+ÐÑ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌПÑÑеÑÑ ÑПЎеÑжОЌПе ÑÑПй ЎОÑекÑПÑОО, МапеÑаÑав Is. ÐЎеÑÑ ÐŽÐŸÐ»Ð¶ÐœÐŸ бÑÑÑ 7 ЎОÑекÑПÑОй: archives, building, etc, images, import, index О perllib.
+ТепеÑÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП запПлМОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŽÐŸÐºÑЌеМÑаЌО. ÐÑÑПÑМОк ЌаÑеÑОалПв ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО dlpeople МаÑ
+ПЎОÑÑÑ ÐœÐ° ÑÑÑаМПвПÑМПЌ CD-ROM Greenstone в каÑалПге collect/dlpeople. ÐÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐžÐœÑПÑЌаÑОО Ñ CD-ROM пПЎ Linux вÑÑавÑÑе ЎОÑк в ÑОÑаÑÑее ÑÑÑÑПйÑÑвП О МапеÑаÑайÑе кПЌаМЎÑ:
+mount /cdrom
+(ÑÑа кПЌаМЎа ÐŒÐŸÐ¶ÐµÑ ÐŸÑлОÑаÑÑÑÑ ÐŸÑ ÑОÑÑÐµÐŒÑ Ðº ÑОÑÑеЌе). ÐПÑле ÑÑÑаМПкО CD-ROM ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑÑÑ, как лÑÐ±Ð°Ñ ÐŽÑÑÐ³Ð°Ñ ÐŽÐžÑекÑПÑОÑ, О МапеÑаÑав Is /cdrom/collect, ЌПжМП пПлÑÑОÑÑ ÐŽÐŸÑÑÑп к ЎОÑекÑПÑОО Ñ ÐžÐŒÐµÐœÐµÐŒ dlpeople Ма CD-ROM.
+ÐаÑеЌ ÑкПпОÑÑйÑе ÑПЎеÑжОЌПе ЎОÑекÑПÑОО /cdrom/collect/dlpeople в ЎОÑекÑПÑÐžÑ $GSDLHOME/collect/dlpeople/import. ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑЎелаÑÑ ÑÑП, МапеÑаÑайÑе кПЌаМЎÑ:
+cp âr /cdrom/collect/dlpeople/* import/
+ÐаÑеЌ МабеÑОÑе:
+umount /cdrom
+ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð·Ð°ÐºÑÑÑÑ CD-ROM МапеÑаÑайÑе
+РЎОÑекÑПÑОО кПллекÑОО etc МаÑ
+ПЎОÑÑÑ Ñайл collect.ucfg. ÐÑкÑПйÑе егП, вПÑпПлÑзПвавÑОÑÑ Ð»ÑбÑÐŒ ÑекÑÑПвÑÐŒ ÑеЎакÑПÑПЌ ОлО МаОбПлее пПпÑлÑÑÐœÑÐŒ в Linux ÑекÑÑПвÑÐŒ ÑеЎакÑПÑПЌ - emacs. Ð ÑезÑлÑÑаÑе Ð²Ñ ÑвОЎОÑе ПкМП, ÑПЎеÑжОЌПе кПÑПÑПгП вÑглÑЎОÑ, как Ма ÑОÑÑМке , пПказÑÐ²Ð°Ñ ÑПЎеÑжОЌПе Ñайла кПМÑОгÑÑаÑОО кПллекÑОО, ÑПзЎаММПгП Ñ ÐžÑпПлÑзПваМОеЌ ÐºÐŸÐŒÐ°ÐœÐŽÑ mkcol.pl -creator me@cs.waikato.ac.nz dlpeople.
+ТепеÑÑ Ð²Ñ Ð³ÐŸÑÐŸÐ²Ñ ÐžÐŒÐ¿ÐŸÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÑП пÑПÑеÑÑ Ð¿ÐµÑеМПÑа ЎПкÑЌеМÑПв в ÑОÑÑÐµÐŒÑ Greenstone, ÑÑаМЎаÑÑОзаÑОО ÑПÑЌаÑа ЎПкÑЌеМÑПв, пÑÑО ÑпеÑОÑОкаÑОО ЌеÑаЎаММÑÑ
+ О ÑÑÑÑкÑÑÑÑ Ñайла, в кПÑПÑПЌ бÑÐŽÑÑ Ñ
+ÑаМОÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ. ÐапеÑаÑайÑе ÐºÐŸÐŒÐ°ÐœÐŽÑ import.pl О пПлÑÑОÑе пПлМÑй ÑпОÑПк ПпÑОй пÑПгÑÐ°ÐŒÐŒÑ ÐžÐŒÐ¿ÐŸÑÑа. ÐÐ»Ñ ÑпÑПÑÐµÐœÐžÑ Ð¿ÑПÑеЎÑÑÑ Ð²ÐŸÑпПлÑзÑйÑеÑÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ¹ кПЌаМЎПй
+import.pl dlpeople
+Ðе беÑпПкПйÑеÑÑ Ð¿ÐŸ Ð¿ÐŸÐ²ÐŸÐŽÑ Ð±ÑÑÑÑП бегÑÑегП пП ÑкÑÐ°ÐœÑ ÑекÑÑа - ÑÑП ПÑÑÐµÑ ÐŸ вÑпПлМеМОО пÑПÑеЎÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа. Ð ÑвеЎеМОÑ, пÑПÑеÑÑ ÐžÐŒÐ¿ÐŸÑÑа ÑÑПй кПллекÑОО Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐŸÐºÐŸÐ»ÐŸ 5 ЌОМÑÑ ÐœÐ° 1 ÐÐÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑе О МеÑкПлÑкП ЎПлÑÑе Ма бПлее ЌеЎлеММÑÑ
+ ЌаÑОМаÑ
+. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП Ð²Ñ ÐœÐµ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐ°Ñ
+ПЎОÑÑÑÑ Ð² ЎОÑекÑПÑОÑÑ
+ collect ОлО dlpeople пÑО запÑÑке ÑÑПй кПЌаМЎÑ, Ñ.к. GSDLHOME Ñже ПпÑеЎелОл ÐŽÐ»Ñ ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone ЌеÑÑПпПлПжеМОе МеПбÑ
+ПЎОЌÑÑ
+ ÑайлПв.
+ТепеÑÑ ÐŽÐ°Ð²Ð°Ð¹Ñе вМеÑеЌ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² Ñайл кПМÑОгÑÑаÑОО кПллекÑОО ÐŽÐ»Ñ ÐŒÐŸÐŽÐžÑОкаÑОО ее вОЎа. СМаÑала пÑОÑвПОЌ кПллекÑОО ОЌÑ. ÐМП бÑÐŽÐµÑ Ð²ÐŸÑпÑОМÑÑП веб-бÑПÑзеÑПЌ как загПлПвПк ÐŽÐ»Ñ ÑОÑÑлÑМПгП лОÑÑа WWW-ÑÑÑаМОÑÑ, О ОÑпПлÑзПваÑÑÑÑ Ð² каÑеÑÑве ОкПМкО пÑО ПÑÑÑÑÑÑвОО ÑОÑÑМка. ÐзЌеМОЌ ÑÑÑÐŸÐºÑ collectionmeta collectionname "dlpeople" Ма ÑÑÑÐŸÐºÑ Ð²ÐžÐŽÐ°: collectionmeta collectionname "The People of the NZDL project".
+ÐПбавОЌ ПпОÑаМОе кПллекÑОО ÐŒÐµÐ¶ÐŽÑ ÐºÐ°Ð²ÑÑкаЌО: collectionmeta collectionextra "" . ÐМП бÑÐŽÐµÑ ÐžÑпПлÑзПваМП в каÑеÑÑве ЌаÑеÑОала ÐŽÐ»Ñ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ ÑазЎела "About" (П кПллекÑОО) Ма ЎПЌаÑМей WWW-ÑÑÑаМОÑе. Я ЎПбавОл "This collection is made up of the homepages of some of the people who have worked on the NZDL project." ÐажМП ввПЎОÑÑ ÑÑП ПпОÑаМОе ПЎМПй ÑÑÑПкПй - Ме ОÑпПлÑзÑйÑе ÐŽÐ»Ñ ÐŸÑбОвкО клавОÑÑ Enter/ÐвПЎ. ÐÑлО Ð²Ñ Ñ
+ПÑОÑе ОÑпПлÑзПваÑÑ Ð² ваÑей кПллекÑОО ЌМПгПÑзÑÑÐœÑй ОМÑеÑÑейÑ, ÑП ÑÑÑеÑÑвÑÐµÑ ÑпПÑПб вÑвПЎа ЎаММПгП ÑекÑÑа в ÑППÑвеÑÑÑвОО Ñ Ð²ÑбÑаММÑÐŒ ÑзÑкПЌ. ÐÑП ПпОÑаМОе бÑÐŽÐµÑ Ð¿ÑеЎÑÑавлеМП Ўалее в ÑазЎеле .
+ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÐžÐ·ÐŸÐ±ÑажеМОÑ, кПÑПÑÑе бÑÐŽÑÑ ÑОгÑÑОÑПваÑÑ Ð² каÑеÑÑве ОкПМПк Ма WWW-ÑÑÑаМОÑе кПллекÑОО. ÐзПбÑажеМОе, ÑПзЎаММПе ЌМПÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ ÐœÐ° ÑОÑÑМке . УкажОÑе пÑÑÑ ÐœÐ°Ñ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ Ð² кавÑÑкаÑ
+ в ÑÑÑПке collectionmeta iconcollection "" Ñайла кПМÑОгÑÑаÑОО. ÐÐ»Ñ ÐºÑаÑкПÑÑО О ЌПбОлÑМПÑÑО _httpprefix_ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМ в каÑеÑÑве ÑÑаÑÑПвПгП URL, ÑказÑваÑÑегП Ма ОзПбÑажеМОе, МаÑ
+ПЎÑÑееÑÑ Ð² ÑайлПвПй ПблаÑÑО Greenstone. ÐапÑОЌеÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ввеÑÑО: httpprefix_/collect/dlpeople/images/icon.gif еÑлО Ð²Ñ Ð¿ÐŸÐŒÐµÑÑОлО пПЎÑ
+ПЎÑÑее ОзПбÑажеМОе в ÑППÑвеÑÑÑвÑÑÑÑÑ ÐŽÐžÑекÑПÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО (в МаÑеЌ пÑОЌеÑе ÑÑП: collect\dlpeople\images ).
+СПÑ
+ÑаМОÑе Ñайл кПМÑОгÑÑаÑОО кПллекÑОО О закÑПйÑе егП - ПМ ваЌ бПлÑÑе Ме пПМаЎПбОÑÑÑ ÐœÐ° ЎаММПЌ ÑÑапе ПбÑÑеМОÑ.
+СлеЎÑÑÑÐ°Ñ Ñаза - "пПÑÑÑПеМОе" кПллекÑОО, в кПÑПÑПй бÑÐŽÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÑ Ð²Ñе ОМЎекÑÑ Ðž ÑайлÑ, ПÑвеÑаÑÑОе за ÑабПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐапеÑаÑайÑе в кПЌаМЎМПй ÑÑÑПке buildcol.pl О пПлÑÑОÑе ÑпОÑПк ПпÑОй ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐПЎÑПбМПе ПпОÑаМОе ÑÑОÑ
+ ПпÑОй пÑеЎÑÑавлеМП в РазЎеле . ÐПка же пÑОЎеÑжОвайÑеÑÑ Ð·ÐœÐ°ÑеМОй "пП ÑЌПлÑаМОÑ", МапеÑаÑав:
+buildcol.pl dlpeople
+Ð ÑМПва Ме беÑпПкПйÑеÑÑ ÐŸ бÑÑÑÑП бегÑÑеЌ пП ÑкÑÐ°ÐœÑ ÑекÑÑе - ÑÑП ПÑÑÐµÑ ÐŸ вÑпПлМеМОО кПЌаМЎÑ.
+СЎелайÑе кПллекÑÐžÑ "ПпеÑаÑОвМПй", как ÑПлÑкП ЌаÑеÑÐžÐ°Ð»Ñ Ð¿ÐŸÐŒÐµÑÐµÐœÑ Ð² каÑалПг building, пеÑеÑлОÑе ОÑ
+ в каÑалПг index. ÐÑлО Ñ Ð²Ð°Ñ Ð¿ÑежЎе бÑла Ñже ÑÑПÑЌОÑПваМа кПллекÑОÑ, ÑМаÑала ÑЎалОÑе ÑÑаÑÑе ОМЎеÑÑ, МапеÑаÑав в кПЌаМЎМПй ÑÑÑПке:
+rm âr index/*
+(пÑеЎпПлагаеÑÑÑ, ÑÑП Ð²Ñ ÑабПÑаеÑе в ЎОÑекÑПÑОО dlpeople). ÐаÑеЌ ввеЎОÑе:
+mv building/* index/
+
+
+РазлОÑÐžÑ Ð² пÑПÑеÑÑаÑ
+ пПÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй ÐŽÐ»Ñ Windows О Linux Windows
+
+
+
+
+Windows
+
+
+Linux
+
+
+
+
+Linux ÐапÑÑÑОÑе setup, bat, ÑÑÐŸÐ±Ñ ÑЎелаÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Greenstone ЎПÑÑÑпМÑЌО
+
+
+ÐапÑÑÑОÑе setup, bat, ÑÑÐŸÐ±Ñ ÑЎелаÑÑ ÐапÑÑÑОÑе setup, bash ОлО setup, csh, ÑÑÐŸÐ±Ñ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Greenstone ЎПÑÑÑпМÑЌО
+
+
+
+
+СкПпОÑÑйÑе ÑÐ°Ð¹Ð»Ñ Ñ CD-ROM, ОÑпПлÑзÑÑ ÐŒÐµÐœÐµÐŽÐ¶ÐµÑ ÑайлПв ОлО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐºÐŸÐŒÐ°ÐœÐŽ Windows
+
+
+СкПпОÑÑйÑе ÑÐ°Ð¹Ð»Ñ Ñ CD-ROM, ОÑпПлÑзÑÑ mount О ÐºÐŸÐŒÐ°ÐœÐŽÑ Unix
+
+
+
+
+ÐаЌеМОÑе ОМЎекÑÑ ÑÑаÑПй кПллекÑОО, МапеÑаÑав rd /s index, пПÑПЌ ren building index заÑеЌ mkdir building, ОлО вПÑпПлÑзÑйÑеÑÑ ÐŒÐµÐœÐµÐŽÐ¶ÐµÑПЌ ÑайлПв
+
+
+ÐаЌеМОÑе ОМЎекÑÑ ÑÑаÑПй кПллекÑОО, МапеÑаÑав rm âr index/* , а заÑеЌ mv building/* index
+
+
+
+
+ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÑЌеÑÑ ÐŸÐ±ÑаÑаÑÑÑÑ Ðº Ð²ÐœÐŸÐ²Ñ ÑПзЎаММПй кПллекÑОО Ñ Ð²Ð°Ñей ЎПЌаÑМей ÑÑÑаМОÑÑ Greenstone. ÐÑлО ÑÑа ÑÑÑаМОÑа ПÑкÑÑÑа в ваÑеЌ бÑПÑзеÑе, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐµÐµ ПбМПвОÑÑ ÐžÐ»Ðž закÑÑÑÑ ÐŸÐºÐœÐŸ бÑПÑзеÑа О пеÑезапÑÑÑОÑÑ ÐµÐ³ÐŸ (ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐžÐ·Ð±ÐµÐ¶Ð°ÑÑ Ð¿ÑПблеЌ кÑÑОÑПваМОÑ). ÐÑлО Ð²Ñ Ð¿ÐŸÐ»ÑзÑеÑеÑÑ "лПкалÑМПй веÑÑОей бОблОПÑекО" Greenstone, ÑП ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐµÑезапÑÑÑОÑÑ Ð²ÑÑ Ð¿ÑПгÑаЌЌÑ. ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа МПвПй кПллекÑОО ÑелкМОÑе кМПпкПй ÐŒÑÑО пП ОзПбÑажеМОÑ. ÐПлÑÑеММÑй ÑезÑлÑÑÐ°Ñ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑвОЎеÑÑ ÐœÐ° ÑОÑÑМке .
+Рв заклÑÑеМОе пÑОвеЎеЌ ÑаÑпеÑаÑÐºÑ ÐºÐŸÐŒÐ°ÐœÐŽ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО dlpeople:
+cd ~/gsdl # assuming default Greenstone in home directory
+source setup.bash # if you're running the BASH shell
+source setup.csh # if you're running the C shell
+mkcol.pl âcreator me@cs.waikato.ac.nz dlpeople
+cd $GSDLHOME/collect/dlpeople
+mount /cdrom # assuming this is where CD-ROM is mapped to
+cp âr /cdrom/collect/dlpeople/* import/
+umount /cdrom
+import.pl dlpeople
+buildcol.pl dlpeople
+rm -r index/*
+mv building/* index
+
+
+
+
+РазлОÑÐžÑ ÐŒÐµÐ¶ÐŽÑ Windows О Unix
+
+
+СПзЎаМОе кПллекÑОй в ÑÑеЎе Unix О ÑÑеЎе Windows ПÑÐµÐœÑ Ð¿ÐŸÑ
+ПжО, за ОÑклÑÑеМОеЌ МекПÑПÑÑÑ
+ МебПлÑÑОÑ
+ ÑаÑÑ
+ПжЎеМОй, кПÑПÑÑе бÑлО ÑÐ²ÐµÐŽÐµÐœÑ Ð² ТаблОÑÑ .
+
+
+
+
+
+
+ÐОÑекÑПÑОО Greenstone
+
+
+Ðа ÑОÑÑМке пÑеЎÑÑавлеМа ÑÑÑÑкÑÑÑа ЎОÑекÑПÑОй GSDLHOME. РТаблОÑе ЎаМП кÑаÑкПе ПпОÑаМОе ÑПЎеÑжОЌПгП кажЎПй ЎОÑекÑПÑОО, пПказаММПй Ма ЎОагÑаЌЌе. ÐекПÑПÑÑе ЎОÑекÑПÑОО бÑÐŽÑÑ Ð±ÐŸÐ»ÐµÐµ ЎеÑалÑМП ÑаÑÑЌПÑÑÐµÐœÑ Ð² пПÑлеЎÑÑÑОÑ
+ ÑазЎелаÑ
+ МаÑÑПÑÑегП ÑÑкПвПЎÑÑва - ОМÑПÑЌаÑÐžÑ ÐŸ ÑазЎелаÑ
+ пÑеЎÑÑавлеМа в ТаблОÑе .
+
+
+СÑÑÑкÑÑа ЎОÑекÑПÑОО GSDLHOME
+
+
+
+
+
+
+
+
+ÐÑПÑеÑÑÑ import О build
+
+
+ÐÑО ÑпÑавлеМОО ÑПÑЌОÑПваМОеЌ кПллекÑОей Оз кПЌаМЎМПй лОМОО (ÑÐŒ. РазЎел ) бÑлО ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ import.pl ÐŽÐ»Ñ ÐžÐŒÐ¿ÐŸÑÑа ЎПкÑЌеМÑПв О buildcol.pl МепПÑÑеЎÑÑвеММП ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐЎеÑÑ ÐŒÑ Ð¿ÐŸÐŽÑПбМее ÑаÑÑЌПÑÑОЌ, ÑÑП ЎелаÑÑ ÑаЌО ÑÑО пÑПгÑÐ°ÐŒÐŒÑ Ðž ПпÑОО, кПÑПÑÑе ОÑ
+ пПЎЎеÑжОваÑÑ. ÐÑпПлÑзÑеЌ пеÑеЌеММÑÑ col_name ÐŽÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ðº Ð²ÐœÐŸÐ²Ñ ÑÑПÑЌОÑПваММПй ОлО ОЌпПÑÑОÑПваММПй кПллекÑОО.
+ÐÑПÑеÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа О ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ Ð²ÐŸ ЌМПгПЌ ÑÑ
+ПжО, в ÑезÑлÑÑаÑе ÑегП ОЌеÑÑ ÐŒÐœÐŸÐ³ÐŸ ПбÑОÑ
+ ПпÑОй, ПпОÑаММÑÑ
+ в ТаблОÑе . (ÐПЌМОÑе, ÑÑП ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ ÑвОЎеÑÑ ÐŸÐ¿ÑОО ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ ÑкÑОпÑПв Greenstone, ЎПÑÑаÑПÑМП МабÑаÑÑ Ð² кПЌаМЎМПй ÑÑÑПке егП ÐžÐŒÑ Ð±ÐµÐ· ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÐŸÐ¿ÑОй).
+
+
+ÐпÑОО ÐŽÐ»Ñ Ð¿ÑПÑеÑÑПв import О build
+
+
+
+
+
+ÐÑгÑЌеМÑ
+
+
+ЀÑМкÑОÑ
+
+
+
+
+-verbosity
+
+
+ЧОÑлП 0-3
+
+
+ÐПМÑÑÐŸÐ»Ñ Ð·Ð° ÑеЌ, ÑкПлÑкП ЎаММÑÑ
+ П пÑПÑеÑÑе зМаÑОÑÑÑ ÐºÐ°Ðº ÑÑаМЎаÑÑÐœÐ°Ñ ÐŸÑОбка; 0 - ЌалП, 3 - ЌМПгП.
+
+
+
+
+-archivedir
+
+
+ÐÐŒÑ ÐŽÐžÑекÑПÑОО
+
+
+УказÑÐ²Ð°ÐµÑ ÐœÐ° ЌеÑÑП Ñ
+ÑÐ°ÐœÐµÐœÐžÑ Ð°ÑÑ
+ОвМÑÑ
+ ÑайлПв Greenstone, Ма ÑП, кÑЎа import.pl ÐŒÐŸÐ¶ÐµÑ ÐžÑ
+ пПЌеÑÑОÑÑ Ðž гЎе buildcol.pl ÐŒÐŸÐ¶ÐµÑ ÐžÑ
+ МайÑО. ÐП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ ÐŽÐžÑекÑПÑÐžÑ GSDLHOME/collect/col name/archives
+
+
+
+
+-maxdocs
+
+
+ЧОÑлП >0
+
+
+ÐПказÑÐ²Ð°ÐµÑ ÐŒÐ°ÐºÑОЌалÑМПе ÑОÑлП ЎПкÑЌеМÑПв, ПбÑабПÑаММÑÑ
+ ПпÑОÑЌО import ОлО built. ÐÑпПлÑзÑеÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑеÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ñайла кПМÑОгÑÑаÑОО МПвПй кПллекÑОО ОлО МПвÑÑ
+ пÑОлПжеМОй.
+
+
+
+
+-collectdir
+
+
+ÐÐŒÑ ÐŽÐžÑекÑПÑОО
+
+
+УказÑÐ²Ð°ÐµÑ ÐœÐ° ЌеÑÑП МаÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ GSDLHOME/collect
+
+
+
+
+-out
+
+
+ÐÐŒÑ Ñайла
+
+
+УказÑÐ²Ð°ÐµÑ ÐœÐ° Ñайл, в кПÑПÑПЌ запОÑÑваÑÑÑÑ Ð²Ñе ОÑÑ
+ПЎÑÑОе ÑППбÑеМОÑ, ПбÑÑМП ÐŽÐ»Ñ ÑÑаМЎаÑÑÐœÑÑ
+ ПÑОбПк. ÐÑпПлÑзÑеÑÑÑ Ð² ÑабПÑе пÑОлПжеМОй ПÑлаЎкО МайЎеММÑÑ
+ ПÑОбПк.
+
+
+
+
+-keepold
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+Ðе ÑЎалÑÐµÑ ÑезÑлÑÑÐ°Ñ Ð¿ÑеЎÑÐŽÑÑОÑ
+ запÑÑкПв пÑПÑеÑÑПв import ОлО build; в пÑПÑеÑÑе ОЌпПÑÑа Ме ÑЎалÑÐµÑ ÑПЎеÑжОЌПе ЎОÑекÑПÑОО archives', в пÑПÑеÑÑе ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐµ ПÑОÑÐ°ÐµÑ ÑПЎеÑжОЌПе ЎОÑекÑПÑОО building.
+
+
+
+
+âdebug
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+ ÐеÑаÑÑ ÑезÑлÑÑаÑПв ÑабПÑÑ Ð¿ÑОлПжеМОй ПÑлаЎкО.
+
+
+
+
+
+
+ÐÑПÑеÑÑ import
+
+
+ÐÑПÑеÑÑ ÐžÐŒÐ¿ÐŸÑÑа ÑлÑÐ¶ÐžÑ ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑаÑОО ЎПкÑЌеМÑПв Оз ОÑ
+ пеÑвОÑÐœÑÑ
+ ÑПÑЌаÑПв в ЀПÑÐŒÐ°Ñ ÐÑÑ
+Ова Greenstone, ОÑпПлÑзÑеЌÑй ÑОÑÑеЌПй Greenstone, О запОÑО в кПМеÑÐœÑй Ñайл (Ñ ÐžÐŒÐµÐœÐµÐŒ archives, inf), кПÑПÑÑй бÑÐŽÐµÑ ÐžÑпПлÑзПваÑÑÑÑ ÑПгЎа, кПгЎа кПллекÑÐžÑ Ñже бÑÐŽÐµÑ ÑÑПÑЌОÑПваМа. Import.pl ЎПлжеМ зМаÑÑ, какПе пÑОлПжеМОе ЎПлжМП бÑÑÑ ÐžÑпПлÑзПваМП О гЎе МаÑ
+ПЎОÑÑÑ Ñайл-ПÑОгОМал ЎПкÑЌеМÑа. РТаблОÑе пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐŸÐ¿ÑОО ÐŽÐ»Ñ Ð¿ÑПÑеÑÑПв ОЌпПÑÑа О ÑПÑЌОÑПваМОÑ; в ТаблОÑе ÐŽÐ°ÐœÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑе ПпÑОО, каÑаÑÑОеÑÑ ÑПлÑкП пÑПÑеÑÑа ОЌпПÑÑа. ÐпÑОО OIDtype заÑлÑжОваÑÑ Ð±ÐŸÐ»ÐµÐµ пПЎÑПбМПгП ÑаÑÑЌПÑÑеМОÑ. ÐажЎÑй ЎПкÑÐŒÐµÐœÑ ÐžÐŒÐµÐµÑ ÑвÑзаММÑй Object Identi¬fier (ÐЎеМÑОÑОкаÑÐŸÑ ÐбÑекÑа) ОлО OID. ÐÑП МаОлÑÑÑОй ÑпПÑПб ÐŽÐ»Ñ Ñ
+еÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑПЎеÑжОЌПгП ЎПкÑЌеМÑа (hash/Ñ
+еÑ). ХПÑÑ ÐŸÐœ О ПÑÐµÐœÑ ÐŒÐµÐŽÐ»ÐµÐœÐœÑй, МП вÑе же ÑвлÑеÑÑÑ ÐŽÐŸÑÑаÑПÑМП пÑПÑÑПй алÑÑеÑМаÑОвПй МакПплеМОÑ, пÑеЎÑÑавлÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² ÑПЌ пПÑÑЎке, в кПÑПÑПЌ ПМО бÑлО ОЌпПÑÑОÑПваМÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÐœÐ°ÐºÐŸÐ¿Ð»ÐµÐœÐžÐµ ÐŽÐ»Ñ ÑÑкПÑÐµÐœÐžÑ ÑабПÑÑ, МП вÑе же ОÑпПлÑзÑйÑе Ñ
+еÑОÑПваМОе в ÑлÑÑае, еÑлО пПзже заÑ
+ПÑОÑе ЎПбавОÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ðº ваÑей кПллекÑОО (без пПвÑПÑМПй пÑПÑеЎÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа).
+
+
+ÐПпПлМОÑелÑÐœÑе ПпÑОО ÐŽÐ»Ñ Ð¿ÑПÑеÑÑа
+
+
+
+
+
+ÐÑгÑЌеМÑ
+
+
+ЀÑМкÑОÑ
+
+
+
+
+-importdir
+
+
+ÐÐŒÑ ÐŽÐžÑекÑПÑОО
+
+
+УказÑÐ²Ð°ÐµÑ ÐœÐ° ÑП, гЎе ЌПгÑÑ Ð±ÑÑÑ ÐœÐ°Ð¹ÐŽÐµÐœÑ ÐžÐŒÐ¿ÐŸÑÑОÑПваММÑе ЎПкÑЌеМÑÑ. ÐП ÑЌПлÑаМОÑ: GSDLHOME/collect/coljiame/import.
+
+
+
+
+-removeold
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+ÐÑОÑÐ°ÐµÑ ÑПЎеÑжОЌПе ЎОÑекÑПÑОО archives пеÑеЎ пÑПÑеÑÑПЌ ОЌпПÑÑа.
+
+
+
+
+-gzip
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+Zip аÑÑ
+ОвОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Greenstone, пПлÑÑеММÑе в ÑезÑлÑÑаÑе пÑПÑеÑÑа ОЌпПÑÑа (ZIPPlug ЎПлжеМ бÑÑÑ Ð²ÐºÐ»ÑÑеМ в ÑпОÑПк пÑОлПжеМОй, a gzip ЎПлжеМ бÑÑÑ ÑÑÑаМПвлеМ Ма ваÑеЌ кПЌпÑÑÑеÑе).
+
+
+
+
+-groupsize
+
+
+ЧОÑлП Ð¥
+
+
+ÐПлОÑеÑÑвП ЎПкÑЌеМÑПв, гÑÑппОÑÑеЌÑÑ
+ в ПЎОМ аÑÑ
+ОвМÑй Ñайл Greenstone, пП ÑЌПлÑÐ°ÐœÐžÑ 1 (ПзМаÑÐ°ÐµÑ 1 ЎПкÑЌеМÑе 1 Ñайл).
+
+
+
+
+âsortmeta
+
+
+ÐÐŒÑ ÑÑга
+
+
+СПÑÑОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² алÑавОÑМПЌ пПÑÑЎке пП ОЌеМО ÑÑга ЌеÑаЎаММÑÑ
+ ЌеÑаЎаММÑÑ
+. ÐЎМакП, еÑлО кПллекÑÐžÑ ÐžÐŒÐµÐµÑ Ð±ÐŸÐ»ÐµÐµ 1 гÑÑÐ¿Ð¿Ñ Ð² ПЎМПЌ аÑÑ
+ОвМПЌ Ñайле (Ñ.е. groupsize >1), ÑÑа ÑÑМкÑÐžÑ Ð±ÑÐŽÐµÑ Ð·Ð°Ð±Ð»ÐŸÐºÐžÑПваМа.
+
+
+
+
+-OIDtype
+
+
+Ð¥ÑÑОÑПваМОе
+
+
+ÐеÑПЎ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐК ÐŽÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв: Ñ
+ÑÑОÑПваМОе ÑПЎеÑжаМОÑ, ПÑÐµÐœÑ ÐžÐ»Ðž МапПлМеМОе ЌеЎлеММÑй ЌеÑПЎ; ЌеÑПЎ ÐœÐ°Ð¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑабПÑÐ°ÐµÑ Ð³ÐŸÑазЎП бÑÑÑÑее О заклÑÑаеÑÑÑ Ð² пÑПÑÑПЌ пÑОÑваОваМОО вÑ
+ПЎÑÑОЌ ЎПкÑЌеМÑаЌ пПÑлеЎПваÑелÑМПгП МПЌеÑа
+
+
+
+
+
+
+ÐПÑагПвПе вÑпПлМеМОе пÑПÑеÑÑа import
+
+
+
+Ðа ÑОÑÑМке пÑеЎÑÑавлеМ пÑПÑеÑÑ ÐžÐŒÐ¿ÐŸÑÑа, ОМОÑООÑПваММÑй пÑПÑеЎÑÑПй ÑабПÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ import.pl. ÐажЎÑй Пвал пÑеЎÑÑавлÑеÑÑПбПй ЌПЎÑÐ»Ñ ÐžÑпПлМÑÑÑОй заЎаÑО ПпÑеЎелеММПй ÑаÑÑО ÑОÑÑÐµÐŒÑ Greenstone. ÐÑе ÑÑО ЌПЎÑлО МаÑ
+ПЎÑÑÑÑ Ð² ЎОÑекÑПÑОО GSDLHOME/perllib.
+ÐÐ»Ñ Ñага 3. ÐбÑаÑОÑе вМОЌаМОе, ÑÑП пеÑеЌеММÑе ОЌпПÑÑОÑПваМОÑ, ÑакОе как importdir О archivedir ЌПгÑÑ Ð±ÑÑÑ Ð·Ð°Ð¿ÑÑÐµÐœÑ ÐžÐ· кПЌаМЎМПй ÑÑÑПкО ОлО Оз Ñайла кПМÑОгÑÑаÑОО кПллекÑОО.ÐÑлО запÑÑк пÑПОзвеЎеМ Оз кПЌаМЎМПй ÑÑÑПкО, ÑП вÑе ÑÑÑаМПвкО, ÑЎелаММÑе ÑеÑез Ñайл кПМÑОгÑÑаÑОО, ОгМПÑОÑÑÑÑÑÑ.
+Ðа 6 Ñаге бÑл ÑПзЎаМ Ñайл ОМÑПÑЌаÑОПММПгП аÑÑ
+Ова (archives.ini).
+Ðа 7 Ñаге бÑл ÑПзЎаМ ПбÑекÑ, кПÑПÑÑй Ñ
+ÑÐ°ÐœÐžÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ÑПЌ, кÑЎа бÑлО запОÑÐ°ÐœÑ ÐŽÐŸÐºÑЌеМÑÑ, О пПЎÑОМÑеÑÑÑ ÑпеÑОалÑÐœÑÐŒ ОМÑÑÑÑкÑОÑÐŒ ÐŽÐ»Ñ Ð¿ÑПÑеÑÑа ÑПÑ
+ÑÐ°ÐœÐµÐœÐžÑ (ÑакОЌ как sortmeta, кПÑПÑÐ°Ñ ÑПÑÑОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² ÑППÑвеÑÑÑвОО ÑП ÑпеÑОÑОкПй ÑÑгПв ЌеÑаЎаММÑÑ
+).
+ÐПлÑÑÐ°Ñ ÑаÑÑÑ ÑабПÑÑ Ð² пÑПÑеÑÑе ОЌпПÑÑа ЎелаеÑÑÑ Ð¿ÑОлПжеМОÑЌО, вÑзÑваеЌÑЌО ЌПЎÑлеЌ plugin. ÐÑÐŸÑ ÐŒÐŸÐŽÑÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐºÐŸÐœÐ²ÐµÐ¹ÐµÑ Ð¿ÑОлПжеМОй, ПпОÑаММÑÑ
+ в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО. ÐÐœ Ñакже ПбÑлÑÐ¶ÐžÐ²Ð°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ ÐŽÐŸÐºÑЌеМÑПв аÑÑ
+Ова Greenstone, ОÑпПлÑзÑÑ ÐŸÐ±ÑÐµÐºÑ document.
+
+
+
+
+ÐÑПÑеÑÑ build
+
+
+Ð ÑеÑеМОе пÑПÑеÑÑа ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑПОÑÑ
+ÐŸÐŽÐžÑ ÑжаÑОе ÑекÑÑа, пП Ð¿ÐŸÐ»ÐœÐŸÐŒÑ ÑекÑÑÑ Ð¿ÑПОзвПЎОÑÑÑ ÐžÐœÐŽÐµÐºÑаÑОÑ, ПпОÑÐ°ÐœÐœÐ°Ñ Ð² Ñайле кПМÑОгÑÑаÑОО кПллекÑОО. ÐÑПЌе ÑПгП, Ма ÑÑПЌ ÑÑапе ПбÑабаÑÑвеÑÑÑ Ðž пПЎклÑÑаеÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ÑПЌ, как Ñже ÑÑПÑЌОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±ÑÐŽÐµÑ Ð²ÑглÑЎеÑÑ Ð²ÐŸ вÑеЌОÑМПй паÑÑОМе -МапÑОЌеÑ, ЎаММÑе П загПлПвкаÑ
+ О ОкПМкаÑ
+, клаÑÑОÑОкаÑОПММÑе ЎаММÑе О Ñ.ÐŽ. Buildcol.pl ÐžÐŒÐµÐµÑ ÐŒÐœÐŸÐ³ÐŸ ПпÑОй, ОÑпПлÑзÑеЌÑÑ
+ ÑПвЌеÑÑМП Ñ import.pl, ÑÐŒ. ТаблОÑÑ , О МеÑкПлÑкП ÑМОкалÑÐœÑÑ
+, пÑеЎÑÑавлеММÑÑ
+ в ТаблОÑе .
+
+
+ÐПпПлМОÑелÑÐœÑе ПпÑОО ÐŽÐ»Ñ Ð¿ÑПÑеÑÑа
+
+
+
+
+
+ÐÑгÑЌеМÑ
+
+
+ЀÑМкÑОÑ
+
+
+
+
+-builddir
+
+
+ÐÐŒÑ ÐŽÐžÑекÑПÑОО
+
+
+ÐпÑеЎелÑеÑ, гЎе бÑÐŽÐµÑ Ñ
+ÑаМОÑÑÑÑ ÑезÑлÑÑÐ°Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ (пП ÑЌПлÑаМОÑ: GSDLHOME/collect/col_name/building ).
+
+
+
+
+-index
+
+
+ÐМЎекÑМПе ОЌÑ
+
+
+ÐпÑеЎелÑÐµÑ ÐžÐœÐŽÐµÐºÑÑ Ð¿ÑПÑеÑÑа ÑПÑЌОÑПваМОÑ. ÐÐ°ÐœÐœÐ°Ñ (МапÑÐžÐŒÐµÑ '.Title) пÑПÑеЎÑÑа пП ÑЌПлÑÐ°ÐœÐžÑ Ð¿ÑОÑÐ²Ð°ÐžÐ²Ð°ÐµÑ ÐžÐœÐŽÐµÐºÑÑ, ПбПзМаÑеММÑе в Ñайле кПМÑОгÑÑаÑОй кПллекÑОО.
+
+
+
+
+-allclassifications
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+РпÑПÑеÑÑе ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑеЎÑпÑÐµÐ¶ÐŽÐ°ÐµÑ ÑЎалеМОе клаÑÑОÑОкаÑОй, Ме ÑПЎеÑжаÑОÑ
+ ЎПкÑЌеМÑПв (МапÑОЌеÑ, клаÑÑОÑОкаÑÐžÑ Ð¿ÐŸ лОÑеÑе "X" в загПлПвке, в ÑлÑÑае, еÑлО ÑаЌ ÐœÐµÑ ÐŽÐŸÐºÑЌеМÑПв, Ñей загПлПвПк МаÑОМаеÑÑÑ Ñ Ð»ÐžÑеÑÑ "X").
+
+
+
+
+-create_images
+
+
+ÐÑÑÑÑÑÑвÑеÑ
+
+
+ÐвÑПЌаÑОÑеÑкО ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐºÐŸÐœÐŸÐº (ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÑÑПй ПпÑОей Ñ Ð²Ð°Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ GIMP О ЌПЎÑÐ»Ñ Gimp Perl).
+
+
+
+
+-mode
+
+
+all , compress_text , infodb , ОлО build index
+
+
+ÐпÑеЎелÑеÑ, ÑÑП ЎПлжеМ ÑЎелаÑÑ Ð¿ÑПÑеÑÑ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ (пП ÑЌПлÑÐ°ÐœÐžÑ all). All пÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ Ð¿ÐŸÐ»ÐœÐŸÐµ ÑПÑЌОÑПваМОе, compress_text ÑПлÑкП ÑжаÑОе ÑекÑÑа ЎПкÑЌеМÑа, infodb ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ ОМÑПÑЌаÑОО, ПÑМПÑÑÑейÑÑ Ðº кПллекÑОО - ОЌÑ, ÑайлÑ, ÑвÑзМÑе ÑайлÑ, клаÑÑОÑОкаÑÐžÐŸÐœÐœÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ Ðž Ñ.п., - build index -ÑПÑЌОÑÑÐµÑ ÐžÐœÐŽÐµÐºÑÑ, ÑказаММÑе в Ñайле кПМÑОгÑÑаÑОО кПлекÑОО ОлО в кПЌаМЎМПй ÑÑÑПке.
+
+
+
+
+âno_text
+
+
+
+Ðе Ñ
+ÑÐ°ÐœÐžÑ ÑжаÑÑй ÑекÑÑ. ÐÐ°ÐœÐœÐ°Ñ ÐŸÐ¿ÑÐžÑ ÐžÑпПлÑзÑеÑÑÑ Ð² ÑПЌ ÑлÑÑае, еÑлО Ð²Ñ Ñ
+ПÑОÑе ЌОМОЌОзОÑПваÑÑ ÑÐ°Ð·ÐŒÐµÑ ÑÑПÑЌОÑПваММÑÑ
+ ОМЎекÑПв, в ÑлÑÑае, еÑлО Ð²Ñ ÐœÐ°ÐŒÐµÑÐµÐœÑ Ð²ÐŸ вÑÐµÐŒÑ Ð·Ð°Ð¿ÑÑка вÑегЎа вÑвПЎОÑÑ ÐœÐ° ÑкÑаМ ПÑОгОМал ЎПкÑЌеМÑа.
+
+
+
+
+
+
+ÐПÑагПвПе вÑпПлМеМОе пÑПÑеÑÑа build
+
+
+
+Ðа ÑОÑÑМке пПказаМа ЎОагÑаЌЌа пПÑагПвПгП вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ð¿ÑПÑеÑÑа buildcol.pl. ÐМПгОе Оз ÑагПв ПÑМПÑÑÑÑÑ Ðž к пÑПÑеÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа. ÐеÑвÑй ПÑлОÑОÑелÑÐœÑй Ñаг - 4. ÐÐœ пÑПОзвПЎОÑÑÑ ÑПлÑкП в ÑПЌ ÑлÑÑае, еÑлО ÑÑÑаМПвлеМа ПпÑÐžÑ create_images. ÐаÑеЌ ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑПзЎаÑÑÑÑ Ðž ÑегОÑÑÑОÑÑÑÑÑÑ Ð² Ñайле кПМÑОгÑÑаÑОО кПллекÑОО ÑÑМкÑОей ÑкÑОпÑа buildcol.pl. ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑÑП ÑÑабПÑалП, ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ðž ÑкПМÑОгÑÑОÑÐŸÐ²Ð°ÐœÑ Ð¿ÑПгÑаЌЌа GIMP (GNU Image Manipulation Program) О ЌПЎÑÐ»Ñ Gimp Perl. ÐПЌОЌП ÑÑПгП, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÐŒÐµÑÑ ÐŽÐŸÑÑÑп Ñ Ð¿ÑавПЌ запОÑО (Ñак же, как О ÑÑеМОÑ) в Ñайл кПМÑОгÑÑаÑОО кПллекÑОО.
+Каг 5 ÑМаÑала пÑПвеÑÑÐµÑ ÐœÐ°Ð»ÐžÑОе ПпÑеЎелÑÑÑей кПллекÑÐžÑ Ð¿ÑПÑеЎÑÑÑ ÑПÑЌОÑПваМОÑ. ÐекПÑПÑÑе кПллекÑОО ÑÑебÑÑÑ ÑпеÑОалÑМПй ÑазПвПй пÑПÑеЎÑÑÑ ÑПÑЌОÑПваМОÑ, пÑО кПÑПÑПй ÑказаММÑй в кПллекÑОО ÑПÑÑавОÑÐµÐ»Ñ ÐŽÐŸÐ»Ð¶ÐµÐœ бÑÑÑ ÐŸÐ¿ÐžÑаМ, О ÑÑа запОÑÑ (ÐžÐŒÑ Ñайла ЎПлжМП вклÑÑаÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ кПллекÑОО О пÑОÑÑÐ°Ð²ÐºÑ "builder") пПЌеÑеМа в ЎОÑекÑПÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО perllib. Mgbuilder, в ÑÐ²ÐŸÑ ÐŸÑеÑеЎÑ, пÑеЎПÑÑавлÑÐµÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ заÑвлеММÑÑ
+ ÑПÑÑавОÑелÑÑ
+ кПллекÑОО. Ðа 5 Ñаге ÑПÑÑавОÑÐµÐ»Ñ (лОбП ОÑпПлÑзÑÑ Ð¿Ð°ÑаЌеÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ, лОбП МаÑÑÑПйкО кПллекÑОО) ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÐžÑÑ
+ПЎМÑе зМаÑеМОÑ, ÑакОе как кПлОÑеÑÑвП ЎПкÑЌеМÑПв, вклÑÑаеЌÑÑ
+ в кПллекÑОÑ, ЎПлжМа лО бÑÑÑ ÑПÑ
+ÑаМеМа пÑеЎÑÐŽÑÑаÑÑ Ð²ÐµÑÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО О гЎе ÑаÑÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÑ ÐŽÐžÑекÑПÑОО building О archive.
+Ðа 6 Ñаге ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÑекÑÑ ÐŽÐŸÐºÑЌеМÑПв ÑÐ¶Ð°Ñ Ðž пÑПОМЎекÑОÑПваМ, ОкПМкО О загПлПвкО пПЌеÑÐµÐœÑ Ð² ОМÑПÑЌаÑОПММÑÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ кПллекÑОО, ЎаММÑе ÑÑÑÑкÑÑÑОÑÐŸÐ²Ð°ÐœÑ Ð¿ÑО пПЎЎеÑжке клаÑÑОÑОкаÑПÑПв, впПÑлеЎÑÑвОО вÑзÑваеЌÑÑ
+ пÑОлПжеМОÑЌО кПллекÑОО. ÐÑеЌО ÑÑОЌО ÑагаЌО ÑпÑавлÑÐµÑ mgbuilder (ОлО ÑпПлМПЌПÑеММÑй кПллекÑОей кПЌпаМПвÑОк), кПÑПÑÑй, в ÑÐ²ÐŸÑ ÐŸÑеÑеЎÑ, ОÑпПлÑзÑÐµÑ ÐŽÐ»Ñ ÑжаÑÐžÑ Ðž ОМЎекÑаÑОО пÑПгÑаЌЌМПе ПбеÑпеÑеМОе MG ("Man¬aging Gigabytes," ÑÐŒ. Witten et al., 1999).
+ЧаÑÑО кПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÑÑПÑЌОÑÐŸÐ²Ð°ÐœÑ ÐŸÐ¿ÑОей mode, ПЎМакП ЌПжМП ÑÑПÑЌОÑПваÑÑ Ð²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ОÑпПлÑзÑÑ ÑежОЌ "пП ÑЌПлÑаМОÑ" - ÑжаÑÑ ÑекÑÑ, пÑПОМЎекÑОÑПваÑÑ ÐµÐ³ÐŸ, ÑПЎаÑÑ ÐžÐœÑПÑЌаÑОПММÑÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ кПллекÑОО.
+ÐÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŽÐŸÑÑÑпа к ÑÑПÑЌОÑПваММПй кПллекÑОО ÑеÑез ÑеÑÑ ÐÐœÑеÑÐœÐµÑ Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐµÑеЌеÑÑОÑÑ ÑПЎеÑжОЌПе ЎОÑекÑПÑОО building в ЎОÑекÑПÑÐžÑ index. ÐПллекÑÐžÑ ÐœÐµ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑÑПÑЌОÑПваМа МепПÑÑеЎÑÑвеММП в ЎОÑекÑПÑОО in¬dex, ÑПÑЌОÑПваМОе бПлÑÑОÑ
+ кПллекÑОй ÐŒÐŸÐ¶ÐµÑ ÐŽÐ»ÐžÑÑÑÑ ÐœÐµÑкПлÑкП ÑаÑПв, а ÑП О ЎМей. ÐажМПй ПÑПбеММПÑÑÑÑ Ð¿ÑПÑеÑÑа ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÑвлÑеÑÑÑ ÑП, ÑÑП ПМ Ме вМПÑÐžÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÐ¹ в ÑÑÑеÑÑвÑÑÑÑÑ ÐºÐŸÐ¿ÐžÑ ÐŽÐŸ ÑеÑ
+ пПÑ, пПка кПллекÑÐžÑ ÐœÐµ бÑÐŽÐµÑ ÐŸÐºÐŸÐœÑаÑелÑМП ÑÑПÑЌОÑПваМа.
+
+
+
+
+
+
+ÐÑÑ
+Ов ЎПкÑЌеМÑПв Greenstone
+
+
+ÐÑе ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ, вМПÑОЌÑе в ÑОÑÑÐµÐŒÑ Greenstone кПМвеÑÑОÑÑÑÑÑÑ Ð² ÑПÑЌаÑ, ОзвеÑÑÐœÑй как Greenstone Archive Format (ЀПÑÐŒÐ°Ñ ÐÑÑ
+Ова Greenstone). ÐÑП ÑПÑÐŒÐ°Ñ XML, кПÑПÑÑй ÑазЌеÑÐ°ÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Ð¿ÐŸ ÑазЎелаЌ О пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÑежОЌ ÑабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ Ма ÑÑПвМе ЎПкÑЌеМÑа ОлО ÑазЎела. ÐаЌ Ме пÑОЎеÑÑÑ ÑПзЎаваÑÑ ÑÐ°Ð¹Ð»Ñ Ð°ÑÑ
+Ова Greenstone вÑÑÑÐœÑÑ, Ñ.к. ÑÑПй ÑабПÑПй заМОЌаеÑÑÑ ÑпеÑОалÑМПе пÑОлПжеМОе ПбÑабПÑкО ЎПкÑЌеМÑПв, ПпОÑаММПе в ÑлеЎÑÑÑей главе. ÐЎМакП, Ñ.к. ÑÑП ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÐŒÐŸÑÑ Ð² пПМОЌаМОО ÑПÑЌаÑа ÑайлПв ÑОÑÑÐµÐŒÑ Greenstone, ÐŒÑ ÑеÑОлО пПЌеÑÑОÑÑ ÑÑП ПпОÑаМОе МОже.
+Ð XML ÑÑгО ÑазЌеÑкО заклÑÑÐµÐœÑ Ð² зМакО П. ЀПÑÐŒÐ°Ñ Ð°ÑÑ
+Ова Greenstone пÑеПбÑазÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ, МаÑ
+ПЎÑÑОеÑÑ Ð² ÑПÑЌаÑе HTML О ÐŽÑ. вÑÑавлÑÑ ÑÐžÐŒÐ²ÐŸÐ»Ñ <, >, ОлО " в ОÑÑ
+ПЎМÑй ÑекÑÑ Ðž ÐžÐ·Ð±ÐµÐ³Ð°Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÑÑаМЎаÑÑÐœÑÑ
+ ÑÑлПвОй <, > О ".
+
+
+ЀПÑÐŒÐ°Ñ Ð°ÑÑ
+Ова Greenstone: а) Document Type Defini¬tion /ÐпÑеЎелеМОе ÑОпа
+ЎПкÑЌеМÑа (DTD); б) ÐÑÐžÐŒÐµÑ ÐŽÐŸÐºÑЌеМÑа
+
+(a)
+
+
+<!DOCTYPE GreenstoneArchive [
+Â Â Â <!ELEMENT Section (Description,Content,Section*)>
+Â Â Â <!ELEMENT Description (Metadata*)>
+Â Â Â <!ELEMENT Content (#PCDATA)>
+Â Â Â <!ELEMENT Metadata (#PCDATA)>
+Â Â Â <ATTLIST Metadata name CDATA #REQUIRED>
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0"?>
+<!DOCTYPE GreenstoneArchive SYSTEM
+"http://greenstone.org/dtd/GreenstoneArchive/1.0/GreenstoneArchive.dtd" >
+<Section>
+Â Â Â <Description>
+Â Â Â Â Â Â Â <Metadata name= "gsdlsourcefilename">ec158e.txt</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Title">Freshwater Resources in Arid Lands</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "Identifier">HASH0158f56086efffe592636058</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">cover.jpg:image/jpeg:</Metadata>
+Â Â Â Â Â Â Â <Metadata name= "gsdlassocfile">p07a.png:image/png:</Metadata>
+Â Â Â </Description>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Preface</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the text of the preface
+
+Â Â Â Â Â Â Â </Content>
+Â Â Â </Section>
+Â Â Â <Section>
+Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">First and only chapter</Metadata>
+Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 1</Metadata>
+Â Â Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the first part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â Â Â Â Â <Section>
+Â Â Â Â Â Â Â Â Â <Description>
+Â Â Â Â Â Â Â Â Â Â Â Â Â <Metadata name= "Title">Part 2</Metadata>
+Â Â Â Â Â Â Â Â Â </Description>
+Â Â Â Â Â Â Â Â Â <Content>
+Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â This is the second part of the first and only chapter
+
+Â Â Â Â Â Â Â Â Â </Content>
+Â Â Â Â Â Â Â </Section>
+Â Â Â </Section>
+</Section>
+
+Ðа ÑОÑÑМке ваÑÐµÐŒÑ Ð²ÐœÐžÐŒÐ°ÐœÑ Ð¿ÑеЎлПжеМ Document Type Definition/ ÐпÑеЎелеМОе ÑОпа ЎПкÑЌеМÑа (DTD) ÑзÑка XML ÐŽÐ»Ñ ÑПÑЌаÑа аÑÑ
+Ова Green¬stone. ÐзМаÑалÑМП ЎПкÑÐŒÐµÐœÑ ÑазбОваеÑÑÑ ÐœÐ° Sections (ÑекÑОО ОлО ÑазЎелÑ), кПÑПÑÑе ЌПгÑÑ Ð±ÑÑÑ Ð²Ð»ÐŸÐ¶ÐµÐœÐœÑЌО. ÐÐ°Ð¶ÐŽÐ°Ñ Section ÐžÐŒÐµÐµÑ Description (ПпОÑаМОе) кПÑПÑПе ÑПЎеÑÐ¶ÐžÑ 0 ОлО бПлее ÑлеЌеМÑПв Metadata, а Ñакже Con¬tent (ÑПЎеÑжаÑелÑÐœÑÑ ÑаÑÑÑ), кПÑПÑÐ°Ñ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑавМа ÐœÑлÑ, а ÑакÑОÑеÑкО ÑÑП Ñа ÑаÑÑÑ, гЎе МаÑ
+ПЎОÑÑÑ ÑПЎеÑжОЌПе ЎПкÑЌеМÑа. ÐÐ°Ð¶ÐŽÐŸÐŒÑ ÑлеЌеМÑÑ Metadata ÑППÑвеÑÑÑвÑÐµÑ ÐžÐŒÑ Ð°ÑÑОбÑÑа О ÑекÑÑПвÑе ЎаММÑе. Ð XML, PCDATA ОÑпПлÑзÑÐµÑ "parsed character ÑЫ:а"(аМалОзОÑÑеЌÑе ÑОЌвПлÑÐœÑе ЎаММÑе): в ПÑМПвМПЌ ÑекÑÑ.
+РОÑÑМПк ЎеЌПМÑÑÑОÑÑÐµÑ Ð¿ÑÐžÐŒÐµÑ ÐŽÐŸÐºÑЌеМÑа в ÑÑПЌ ÑПÑЌаÑе, пÑеЎÑÑавлÑÑÑОй ÑПбПй МебПлÑÑÑÑ ÐºÐœÐžÐ³Ñ Ñ ÐŽÐ²ÑÐŒÑ ÑвÑзМÑЌО ОзПбÑажеМОÑЌО. ÐÑа кМОга ÑПÑÑÐŸÐžÑ ÐžÐ· ЎвÑÑ
+ ÑазЎелПв, МазваММÑÑ
+ Preface О First and only chapter, кПÑПÑÐ°Ñ ÑПÑÑÐŸÐžÑ ÐžÐ· ЎвÑÑ
+ пПЎÑазЎелПв. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП ÐœÐµÑ ÐœÐžÐºÐ°ÐºÐŸÐ³ÐŸ пПМÑÑÐžÑ "chapter": ЎаММÑй ÑазЎел пÑеЎÑÑавлеМ пÑПÑÑП как ÑазЎел веÑÑ
+МегП ÑÑПвМÑ.
+
+ÐÑкÑÑваÑÑОй ÑÑг <Section> ПбПзМаÑÐ°ÐµÑ ÐœÐ°ÑалП кажЎПгП ÑазЎела ЎПкÑЌеМÑа, аа закÑÑваÑÑОй ÑÑг </Section> - ÐºÐŸÐœÐµÑ ÑазЎела. Ðа кажЎÑÐŒ ÑÑгПЌ <Section> ÑлеЎÑÐµÑ ÑазЎел <Description> . РпÑеЎелаÑ
+ ЎаММПгП ÑазЎела МаÑ
+ПЎÑÑÑÑ ÑлеЌеМÑÑ <Metadata> . ТакОЌ ПбÑазПЌ, ÑазлОÑÐœÑе ЌеÑаЎаММÑе ЌПгÑÑ Ð±ÑÑÑ ÑвÑÐ·Ð°ÐœÑ Ñ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑЌО ÑазЎелаЌО ЎПкÑЌеМÑа. ÐПлÑÑОМÑÑвП Оз МОÑ
+ ОÑпПлÑзÑÑÑÑÑ Ð² каÑеÑÑве ÑпеÑОÑОÑеÑкОÑ
+ ЌеÑаЎаММÑÑ
+, ÑакОÑ
+ как <ТКе> . Ðва зМаÑÐµÐœÐžÑ Ð°ÑÑОбÑÑа name пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð² ТаблОÑе О ÑпеÑОалÑМП ÑазÑабПÑÐ°ÐœÑ Greenstone; вÑе ПÑÑалÑÐœÑе пÑеЎÑÑавлÑÑÑ ÑПбПй ЌеÑаЎаММÑе, пÑОлагаеЌÑе к ÐŽÐ°ÐœÐœÐŸÐŒÑ ÑазЎелÑ.
+РМекПÑПÑÑÑ
+ кПллекÑОÑÑ
+ ЎПкÑЌеМÑÑ ÑазбОÑÑ ÐœÐ° ПÑЎелÑÐœÑе ÑÑÑаМОÑÑ. ÐМО ПзМаÑÐµÐœÑ ÐºÐ°Ðº ÑазЎелÑ. ÐапÑОЌеÑ, кМОга ÐŒÐŸÐ¶ÐµÑ ÐžÐŒÐµÑÑ ÑÐ°Ð·ÐŽÐµÐ»Ñ Ð¿ÐµÑвПгП ÑÑПвМÑ, кПÑПÑÑе ÑППÑвеÑÑÑвÑÑÑ Ð³Ð»Ð°Ð²Ð°ÐŒ, в пÑеЎелаÑ
+ кажЎПй Оз кПÑПÑÑÑ
+ ПпÑеЎелеМП ЌМПжеÑÑвП "ÑазЎелПв", кПÑПÑÑе ÑакÑОÑеÑкО ÑППÑвеÑÑÑвÑÑÑ ÐŸÑЎелÑÐœÑÐŒ ÑÑÑаМОÑаЌ главÑ.
+
+
+ÐеÑаЎаММÑе ЎПкÑЌеМÑа
+
+
+ÐеÑаЎаММÑе ÑПЎеÑÐ¶Ð°Ñ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÐ¿ÐžÑаÑелÑМПгП Ñ
+аÑакÑеÑа, ÑакÑÑ ÐºÐ°Ðº ЎаММÑе Пб авÑПÑе, заглавОе, ЎаÑÑ, клÑÑевÑе ÑлПва О Ñ.ÐŽ., каÑаÑÑÑÑÑÑ ÐºÐŸÐœÐºÑеÑМПгП ЎПкÑЌеМÑа. Ð, как бÑлП Ñже ÑказаМП вÑÑе, ЌеÑаЎаММÑе Ñ
+ÑаМÑÑÑÑ Ð²ÐŒÐµÑÑе Ñ ÐŽÐŸÐºÑЌеМÑПЌ. ÐПÑЌПÑÑев Ма ÑОÑÑМПк , Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑвОЎеÑÑ, ÑÑП ÑÑг <Ðегай?ага> ПпÑеЎелÑÐµÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ ÑОпа ЌеÑаЎаММÑÑ
+ О пÑОÑÐ²Ð°ÐžÐ²Ð°ÐµÑ ÐžÐŒ зМаÑеМОе. ÐбÑаÑОЌÑÑ ÐŽÐ»Ñ Ð¿ÑОЌеÑа к ÑÑÑПке <Metadataname='"Etle ">First and only chap-ter</Metadata> Ма ÑОÑÑМке - загПлПвПк ЎПкÑЌеМÑа ÑвлÑеÑÑÑ ÑаÑÑÑÑ ÑвÑзаММÑÑ
+ Ñ ÐœÐžÐŒ ЌеÑаЎаММÑÑ
+. ÐÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÑОпПв ЌеÑаЎаММÑÑ
+ бÑл ОÑпПлÑзПваМ Dublin Core metadata standard (Dublin Core, 2001, Weibel, 1999; Thiele, 1997).
+ТаблОÑа ЎеЌПМÑÑÑОÑÑеÑ, какОе Оз ÑÑаМЎаÑÑÐœÑÑ
+ ÑОпПв, ПÑЌеÑеММÑе звезЎПÑкаЌО, ЎПÑÑÑÐ¿ÐœÑ ÑÐµÐ³ÐŸÐŽÐœÑ Ðº ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐœÐ° веб-ÑайÑе New Zealand Digital Library. ÐÑлО ÐœÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО пПЎПбÑаÑÑ ÑОп, ÑПÑМП ПпОÑÑваÑÑОй ЌеÑаЎаММÑе, ÑП ЌПжМП ОÑпПлÑзПваÑÑ ÐŽÑÑгПй ÑОп, Ме ПпОÑаММÑй в Dublin Core metadata standard. ÐапÑОЌеÑ, в ЎеЌПМÑÑÑаÑОПММПй кПллекÑОО ÑПЎеÑжОÑÑÑ ÐŒÐµÑаЎаММÑе how to О Magazine.
+
+
+
+
+
+Inside Greenstone archive documents
+
+
+Within a single document, the Greenstone archive format imposes a limited amount of structure. Documents are divided into paragraphs. They can be split hierarchically into sections and subsections; these may be nested to any depth. Each document has an associated Object Identifier or OIDâthese are extended to identify sections and subsections by appending section and subsection numbers, separated by periods, to the document's OID. For example, subsection 3 of section 2 of document HASHa7 is referred to as HASHa7.2.3.
+When you read a book in a Greenstone collection, the section hierarchy is manifested in the table of contents of the book. For example, books in the Demo collection have a hierarchical table of contents showing chapters, sections, and subsections, as illustrated in Figure . Documents in the Computer Science Technical Reports collection do not have a hierarchical subsection structure, but each document is split into pages and you can browse around the pages of a retrieved document. Chapters, sections, subsections, and pages are all implemented simply as âsectionsâ within the document.
+
+
+ÐеÑаÑÑ
+ОÑеÑÐºÐ°Ñ ÑÑÑÑкÑÑÑа ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО
+
+(a)
+
+
+
+
+
+
+ÐеÑаÑÑ
+ОÑеÑÐºÐ°Ñ ÑÑÑÑкÑÑÑа ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО
+
+(b)
+
+
+
+
+СÑÑÑкÑÑÑа ЎПкÑЌеМÑа Ñакже ОМЎекÑОÑÑеÑÑÑ Ðž ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка. ÐЎеÑÑ ÑÑÑеÑÑвÑÐµÑ 3 ЎПпÑÑÑОЌÑÑ
+ ÑÑÐŸÐ²ÐœÑ ÐžÐœÐŽÐµÐºÑаÑОО: document , section ^paragraph , Ñ
+ПÑÑ Ð±ÐŸÐ»ÑÑОМÑÑвП кПллекÑОй О Ме ОÑпПлÑзÑÑÑ Ð²Ñе ÑÑО ÑÑÐŸÐ²ÐœÑ ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑаÑОО. ÐÐœÐŽÐµÐºÑ document ÑПЎеÑÐ¶ÐžÑ Ð¿ÐŸÐ»ÐœÑй ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа - Ð²Ñ Ð¿ÐŸÐ»ÑзÑеÑеÑÑ ÐžÐŒ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка вÑеÑ
+ ЎПкÑЌеМÑПв, кПÑПÑÑе ÑПЎеÑÐ¶Ð°Ñ ÐŸÐ¿ÑеЎелеММÑй ÐœÐ°Ð±ÐŸÑ ÑлПв (ÑлПва ЌПгÑÑ Ð±ÑÑÑ ÑаÑÑеÑÐœÑ Ð¿ÐŸ вÑÐµÐŒÑ ÑекÑÑÑ ÐŽÐŸÐºÑЌеМÑа). ÐÑО ÑПзЎаМОО ОМЎекÑа sec¬tion ОМЎекÑОÑÑеÑÑÑ ÐºÐ°Ð¶ÐŽÐ°Ñ Ð¿ÐŸÑÑÐžÑ ÑекÑÑа ÐŸÑ ÐŸÐŽÐœÐŸÐ³ÐŸ ÑÑга <Section> ЎП пПÑÐ²Ð»ÐµÐœÐžÑ ÑлеЎÑÑÑегП ÑÑга <Section>. ТакОЌ ПбÑазПЌ, глава, ÑÑÐ°Ð·Ñ Ð¶Ðµ МаÑОМаÑÑаÑÑÑ Ñ ÐœÐŸÐ²ÐŸÐ³ÐŸ ÑазЎела, ÑПзЎаÑÑ Ð¿ÑÑÑПй ЎПкÑÐŒÐµÐœÑ Ð¿ÑО ОМЎекÑОÑПваМОО. Ð Ð°Ð·ÐŽÐµÐ»Ñ Ðž пПЎÑÐ°Ð·ÐŽÐµÐ»Ñ ÐŸÐ±ÑабаÑÑваÑÑÑÑ Ð¿ÐŸÐŽÐŸÐ±ÐœÑÐŒ ПбÑазПЌ: ОеÑаÑÑ
+ОÑеÑÐºÐ°Ñ ÑÑÑÑкÑÑÑа ЎПкÑЌеМÑа ÑглажОваеÑÑÑ Ñ ÑелÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð¿ÐŸÐžÑкПвÑÑ
+ ОМЎекÑПв. ÐÑО ОМЎекÑОÑПваМОО Ма ÑÑПвМе паÑагÑаÑПв кажЎÑй паÑагÑÐ°Ñ ÑаÑÑЌаÑÑОваеÑÑÑ ÐºÐ°Ðº ÑаЌПÑÑПÑÑелÑÐœÑй ЎПкÑЌеМÑ, ÑÑП ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð² ЎалÑМейÑеЌ вПзЌПжМПÑÑÑ Ð¿ÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ Ð±ÐŸÐ»ÐµÐµ ÑÑПкÑÑОÑПваММПгП пПОÑка.
+ÐÑпаЎаÑÑее ÐŒÐµÐœÑ ÐœÐ° ÑОÑÑМке МаглÑЎМП ЎеЌПМÑÑÑОÑÑÐµÑ Ð¿ÐŸÐžÑкПвÑе ОМЎекÑÑ ÐŽÐ»Ñ ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО. "Chapters" О "section titles" -пÑеЎÑÑавлÑÑÑ ÑПбПй ОМЎекÑОÑПваМОе Ма ÑÑПвМе ÑазЎелПв, ÑПгЎа как "entire books" - ОМЎекÑОÑПваМОе Ма ÑÑПвМе ЎПкÑЌеМÑа. ÐМЎекÑОÑПваМОе лÑбПгП вОЎа ЌеÑаЎаММÑÑ
+ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐŸÑÑÑеÑÑвлеМП Ñак же, как ОМЎекÑОÑПваМОе ÑекÑÑа. ÐапÑОЌеÑ, МекПÑПÑÑе кПллекÑОО пÑеЎлагаÑÑ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка ОÑпПлÑзПваÑÑ ÐžÐœÐŽÐµÐºÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² ÑазЎела, ÑÑП О пПказаМП Ма ÑОÑÑМке .
+
+
+
+
+
+
+Ѐайл кПМÑОгÑÑаÑОО кПллекÑОО
+
+
+Ѐайл кПМÑОгÑÑаÑОО кПллекÑОО ÑпÑавлÑÐµÑ ÑÑÑÑкÑÑÑПй кПллекÑОО О пПзвПлÑÐµÑ ÐœÐ°ÑÑÑПОÑÑ ÐµÐµ вМеÑМОй вОЎ, паÑаЌеÑÑÑ ÐŸÐ±ÑабПÑкО ЎПкÑЌеМÑПв О ОÑ
+ пÑблОкаÑОО. ÐÑПÑÑПО Ñайл кПМÑОгÑÑаÑОО кПллекÑОО ÑПзЎаеÑÑÑ, кПгЎа Ð²Ñ Ð·Ð°Ð¿ÑÑкаеÑе mkcol.pl, кПÑПÑÑй ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ ÐŽÐ»Ñ Ð°ÐŽÑеÑПв E-mail лОÑ, ПÑвеÑÑÑвеММÑÑ
+ за ÑПзЎаМОе О пПЎЎеÑÐ¶ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. СлеЎÑÐµÑ Ð¿ÐŸÐŒÐœÐžÑÑ, ÑÑП ÑПзЎаМОе аÑгÑЌеМÑа creator ÑвлÑеÑÑÑ Ð¿ÑОМÑЎОÑелÑÐœÑÐŒ, МП еÑлО Ð²Ñ ÐŸÑЎелÑМП Ме ПгПваÑОваеÑе, ÑП ОМÑПÑЌаÑÐžÑ ÐžÐ· ÑÑПгП аÑгÑЌеМÑа авÑПЌаÑОÑеÑкО бÑÐŽÐµÑ Ð¿ÐµÑеМеÑеМа в пПле аÑгÑЌеМÑа maintainer.
+
+
+ÐлеЌеМÑÑ Ñайла кПМÑОгÑÑаÑОО кПллекÑОО
+
+
+
+
+creator
+
+
+E-mail ÑПзЎаÑÐµÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО
+
+
+
+
+maintainer
+
+
+E-mail ÑлÑÐ¶Ð±Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО кПллекÑОО
+
+
+
+
+public
+
+
+ÐПлжМа лО бÑÑÑ ÐŸÐ¿ÑблОкПваМа кПллекÑОÑ
+
+
+
+
+beta
+
+
+ЯвлÑеÑÑÑ Ð»Ðž МаÑÑПÑÑÐ°Ñ Ð¿ÑблОкаÑÐžÑ beta-веÑÑОей кПллекÑОО
+
+
+
+
+indexes
+
+
+СпОÑПк ОМЎекÑПв ÑПÑЌОÑПваМОÑ
+
+
+
+
+defaultindex
+
+
+ÐМЎекÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ
+
+
+
+
+subcollection
+
+
+ÐпÑеЎелÑÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ПÑМПваММÑÑ ÐœÐ° ЌеÑаЎаММÑÑ
+
+
+
+
+
+indexsubcollections
+
+
+УказÑÐ²Ð°ÐµÑ ÐœÐ° пПЎкПллекÑÐžÑ ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑОÑПваМОÑ
+
+
+
+
+defaultsubcollection
+
+
+ÐМЎекÑÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐŽÐºÐŸÐ»Ð»ÐµÐºÑОй
+
+
+
+
+languages
+
+
+СпОÑПк ÑзÑкПв ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑОÑПваМОÑ
+
+
+
+
+defaultlanguage
+
+
+ЯзÑк ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑОÑПваМОÑ, ÑÑÑаМПвлеММÑй пП ÑЌПлÑаМОÑ
+
+
+
+
+collectionmeta
+
+
+ÐпÑеЎелÑÐµÑ ÐŒÐµÑаЎаММÑе Ма ÑÑПвМе кПллекÑОО
+
+
+
+
+plugin
+
+
+ÐпÑеЎелÑÐµÑ Ð¿ÑОлПжеМОÑ, ÑÑаÑÑвÑÑÑОе в пÑПÑеÑÑе ÑПÑЌОÑПваМОÑ
+
+
+
+
+format
+
+
+СÑÑПкПвÑй ÑПÑÐŒÐ°Ñ (ПбÑÑÑМеМОе ÑлеЎÑеÑ)
+
+
+
+
+classify
+
+
+ÐпÑеЎелÑÐµÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ, ОÑпПлÑзÑеЌÑй в пÑПÑеÑÑе ÑПÑЌОÑПваМОÑ
+
+
+
+
+ÐÐ°Ð¶ÐŽÐ°Ñ ÑÑÑПка Ñайла кПМÑОгÑÑаÑОО кПллекÑОО пП ÑÑÑеÑÑÐ²Ñ ÑвлÑеÑÑÑ Ð¿Ð°ÑПй "аÑÑОбÑÑ, зМаÑеМОе". ÐажЎÑй аÑÑОбÑÑ ÐœÐµÑÐµÑ ÑаÑÑÑ ÐžÐœÑПÑЌаÑОО П кПллекÑОО, кПÑПÑÐ°Ñ ÑказÑÐ²Ð°ÐµÑ ÐœÐ° ÑП, как ЎПкÑЌеМÑÑ ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÑглÑЎеÑÑ ÐžÐ»Ðž как ПМО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŸÐ±ÑабПÑаМÑ. Ð ÑаблОÑе пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÑлеЌеМÑÑ, кПÑПÑÑе ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð²ÐºÐ»ÑÑÐµÐœÑ Ð² Ñайл кПМÑОгÑÑаÑОО кПллекÑОО, О ÐŽÐ»Ñ ÑегП ПМО ОÑпПлÑзÑÑÑÑÑ. ТакОЌ же ПбÑазПЌ ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ Ð² Ñайле кПМÑОгÑÑаÑОО кПллекÑОО вÑе ПпÑОО кПЌаМЎМПй ÑÑÑПкО ÐŽÐ»Ñ import.pl О buildcol.pl - МапÑОЌеÑ, пÑО пÑПÑÑеМОО no_text true ÐŽÐ»Ñ ÐŸÐ¿ÑОО buildcol.pl бÑÐŽÐµÑ ÑÑÑаМПвлеМ аÑÑОбÑÑ no_text.
+СПзЎаМОе Ñайла кПМÑОгÑÑаÑОО кПллекÑОО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑкÑОпÑа mkcol.pl, пПказаММПгП в ТаблОÑе , ÑвлÑеÑÑÑ ÐŸÑÐµÐœÑ Ð¿ÑПÑÑÑÐŒ О ÑПЎеÑÐ¶ÐžÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌÑй ЌОМОЌÑÐŒ ОМÑПÑЌаÑОО. СÑÑПкО 1 О 2 ÑвлÑÑÑÑÑ Ð·ÐœÐ°ÑеМОÑЌО аÑÑОбÑÑа creator, ÑПзЎаММÑЌО в ÑезÑлÑÑаÑе ÑабПÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ mkcol.pl, О ÑПЎеÑÐ¶Ð°Ñ Ð°ÐŽÑеÑа ÑлекÑÑПММПй пПÑÑÑ Ð»ÐžÑ, ПÑвеÑÑÑвеММÑÑ
+ за ÑПзЎаМОе О МапПлМеМОе кПллекÑОО (Ме ПбÑзаÑелÑМП ПЎОМ О ÑÐŸÑ Ð¶Ðµ ÑелПвек).
+
+
+Ѐайл кПМÑОгÑÑаÑОО кПлекÑОО, ÑПзЎаММÑй mkcd.pl
+
+
+
+
+
+ÐÑÑОбÑÑ
+
+
+ÐМаÑеМОе
+
+
+
+
+1
+
+
+creator
+
+
+username@email.com
+
+
+
+
+2
+
+
+maintainer
+
+
+username@email.com
+
+
+
+
+3
+
+
+public
+
+
+True
+
+
+
+
+4
+
+
+beta
+
+
+True
+
+
+
+
+5
+
+
+indexes
+
+
+document:text
+
+
+
+
+6
+
+
+defaultindex
+
+
+document:text
+
+
+
+
+7
+
+
+plugin
+
+
+ZIPPlug
+
+
+
+
+8
+
+
+plugin
+
+
+GAPlug
+
+
+
+
+9
+
+
+plugin
+
+
+TextPlug
+
+
+
+
+10
+
+
+plugin
+
+
+HTMLPlug
+
+
+
+
+11
+
+
+plugin
+
+
+EMAILPlug
+
+
+
+
+12
+
+
+plugin
+
+
+ArcPlug
+
+
+
+
+13
+
+
+plugin
+
+
+RecPlug
+
+
+
+
+14
+
+
+classify
+
+
+AZList metadata Title
+
+
+
+
+15
+
+
+collectionmeta
+
+
+collectionname "sample collection"
+
+
+
+
+16
+
+
+collectionmeta
+
+
+iconcollection ""
+
+
+
+
+17
+
+
+collectionmeta
+
+
+collectionextra ""
+
+
+
+
+18
+
+
+collectionmeta
+
+
+.document:text "documents"
+
+
+
+
+СÑÑПка 3 ÑказÑÐ²Ð°ÐµÑ ÐœÐ° ÑÐŸÑ ÑакÑ, бÑÐŽÐµÑ Ð»Ðž ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÑле ее ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÑÑÑпМа ÑОÑÐŸÐºÐŸÐŒÑ ÐºÑÑÐ³Ñ Ð¿ÐŸÐ»ÑзПваÑелей, О пÑÐžÐœÐžÐŒÐ°ÐµÑ 2 зМаÑеМОÑ: true (пП ÑЌПлÑаМОÑ, ПзМаÑаеÑ, ÑÑП кПллекÑÐžÑ Ð±ÑÐŽÐµÑ ÐŽÐŸÑÑÑпМа ÐŽÐ»Ñ Ð¿ÑблОÑМПгП пПлÑзПваМОÑ) ОлО false (ПзМаÑаеÑ, ÑÑП Ме бÑЎеÑ). ÐПÑлеЎМее ПбÑÑМП ОÑпПлÑзÑеÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑеÑÑПвÑÑ
+ кПллекÑОй ОлО ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй ЎПкÑЌеМÑПв ÐŽÐ»Ñ ÑПбÑÑвеММПгП ОÑпПлÑзПваМОÑ.
+ÐÐžÐœÐžÑ 5 ПпÑеЎелÑеÑ, какОе ОМЎекÑÑ ÑПзЎаÑÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО: в ÑÑПЌ пÑОЌеÑе пÑПОМЎекÑОÑПваМ ÑПлÑкП ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа. ÐМЎекÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÑкПМÑÑÑÑОÑÐŸÐ²Ð°ÐœÑ ÐŽÐ»Ñ ÑÑПвМей ЎПкÑЌеМÑа , ÑаÑÑО , О паÑагÑаÑа . ÐМО ЌПгÑÑ ÑПЎеÑжаÑÑ ÐŒÐ°ÑеÑОал в ÑПÑЌе ÑекÑÑа ОлО в лÑбПЌ metadata\u2014 МаОбПлее ПбÑеЌ ÐазваМОО . ЀПÑЌа ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐžÐœÐŽÐµÐºÑа level:data . ÐапÑОЌеÑ, ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ Ð²ÐºÐ»ÑÑОÑÑ Ñак же О загПлПвПк ÑаÑÑО, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÐŒÐµÐœÑÑÑ Ð»ÐžÐœÐžÑ 5 Ма indexes document:ÑекÑÑ section:ÐазваМОе . ÐПлее, ÑеЌ ПЎОМ ÑОп ЎаММÑÑ
+, ЌПгÑÑ Ð±ÑÑÑ Ð²ÐºÐ»ÑÑÐµÐœÑ Ð² ÑÐŸÑ Ð¶Ðµ ÐžÐœÐŽÐµÐºÑ Ð¿ÑÑÑÐŒ ÑÐ°Ð·ÐŽÐµÐ»ÐµÐœÐžÑ ÐŽÐ°ÐœÐœÑÑ
+ запÑÑÑЌО. ÐапÑОЌеÑ, ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ², ÑекÑÑПв О ÐŽÐ°Ñ ÐœÐ° ÑÑПвМе ÑаÑÑО, Ð»ÐžÐœÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐ° ÑОÑаÑÑÑÑ, как indexes section:ÑекÑÑ, ÐазваМОе, ÐаÑа. . ÐÐœÐŽÐµÐºÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐŸÐ¿ÑеЎелÑÐœ Ма лОМОО 6, О ОÑпПлÑзÑеÑÑÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐœÐ° ÑÑÑаМОÑе пПОÑка.
+ÐОМОО 7-13 ПпÑеЎелÑÑÑ, какОе пÑОÑÑавкО ОÑпПлÑзПваÑÑ, кПгЎа ЎПкÑЌеМÑÑ ÐºÐŸÐœÐ²ÐµÑÑОÑÑÑÑÑÑ Ð² аÑÑ
+ОвМÑй ÑПÑÐŒÐ°Ñ ÐÑОМÑÑПÑМа О, кПгЎа ÑПзЎаÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Оз аÑÑ
+ОвМÑÑ
+ ÑайлПв. ЧаÑÑÑ ÐŽÐ°ÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ÑПЌ, какОе пÑОÑÑавкО ЎПÑÑÑпМÑ. ÐПÑлеЎПваÑелÑМПÑÑÑ Ð¿ÑОÑÑавПк в ÑпОÑке â ÑÑП пПÑлеЎПваÑелÑМПÑÑÑ, в кПÑПÑПй ПМО пÑÑаÑÑÑÑ ÐŸÐ±ÑабПÑаÑÑ ÐŽÐŸÐºÑЌеÑ. Ркак ÑПлÑкП пÑОÑÑавка ÑпПÑПбМа ПбÑабПÑаÑÑ ÐœÐ°Ð¹ÐŽÐµÐœÐœÑй ЎПкÑЌеМÑ, вÑе ЎалÑМейÑОе пПпÑÑкО пÑекÑаÑаÑÑÑÑ.
+ÐÐžÐœÐžÑ 14 ПпÑеЎелÑÐµÑ Ð°Ð»ÑавОÑÐœÑй ÑпОÑПк МазваМОй, ÑПзЎаÑÑОйÑÑ Ñ ÑелÑÑ Ð¿ÑПÑЌПÑÑа. ÐÑО ÑÑÑÑкÑÑÑÑ ÐºÐŸÐœÑÑÑÑОÑÑÑÑÑÑ Ð¿ÑО пПЌПÑО "classifiers". ЧаÑÑÑ ÐŽÐ°ÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ клаÑÑОÑОкаÑПÑаÑ
+ О П ÑПЌ, ÑÑП ПМО ЌПгÑÑ ÐŽÐµÐ»Ð°ÑÑ.
+ÐОМОО 15-18 ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ Ма ÑÑПвМе кПллекÑОО. ÐпÑеЎелÑÐœÐœÐ°Ñ ÑеÑез collectionname , ÐŽÐ»ÐžÐœÐœÐ°Ñ ÑПÑЌа ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ ÐžÑпПлÑзПваМа как âМазваМОеâ кПллекÑОО ÐŽÐ»Ñ Ð²ÐµÐ± бÑаÑзеÑа. collectionicon ЎаÑÑ URL ÐŽÐ»Ñ ÐžÐºÐŸÐœÐºÐž кПллекÑОО. ÐÑлО ÐžÐœÐŽÐµÐºÑ ÐŸÐ¿ÑеЎелÑÐœ (как в лОМОО 18), пПÑлеЎÑÑÑОй ÑекÑÑ ÐŸÑПбÑажаеÑÑÑ ÐºÐ°Ðº ÐžÐŒÑ ÑÑПгП ОМЎекÑа Ма ÑÑÑаМОÑе пПОÑка. ÐÑПбеММП Ð²Ð°Ð¶ÐœÐ°Ñ ÑаÑÑÑ ÐŒÐµÑаЎаММÑÑ
+ - collectionextra , кПÑПÑÐ°Ñ ÐŽÐ°ÑÑ ÑазвÑÑÐœÑÑÑй ÑекÑÑ, ПкÑÑжÑММÑй зМакаЌО ÑОÑаÑ, ПпОÑÑваÑÑОй кПллекÑОÑ. ÐÐœ бÑÐŽÐµÑ Ð¿ÐŸÐºÐ°Ð·Ð°Ðœ как ÑекÑÑ âРкПллекÑООâ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÑазМÑе веÑÑОО collectionextra ÐŽÐ»Ñ ÑазМÑÑ
+ ÑзÑкПв пÑÑÑÐŒ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÑпеÑОÑОкаÑОО ÑзÑка в кваЎÑаÑÐœÑе ÑкПбкО. ÐапÑОЌеÑ,
+
+collectionmeta collectionextra "collection description"
+
+
+collectionmeta collectionextra [l=fr] "description in French"
+
+
+collectionmeta collectionextra [l=mi] "description in Maori"
+
+ÐÑлО ÑÑÑаМПвлеМ ÑзÑк ОМÑеÑÑейÑа "fr" ОлО "mi", ÑП бÑÐŽÐµÑ ÐŸÑПбÑажеМа ÑППÑвеÑÑÑвÑÑÑÐ°Ñ Ð²ÐµÑÑÐžÑ ÐŸÐ¿ÐžÑаМОÑ. ÐÐ»Ñ ÐŽÑÑгОÑ
+ ÑзÑкПв пПÑвОÑÑÑ Ð²ÐµÑÑОÑ, Ð·Ð°ÐŽÐ°ÐœÐœÐ°Ñ Ð¿ÐŸ ÑЌПлÑаМОÑ.
+ÐÑÐŸÑ Ð¿ÑПÑÑПй Ñайл кПМÑОгÑÑаÑОО кПллекÑОО, Ме вклÑÑаÑÑОй МО пÑОЌеÑПв ÑÑÑПк ÑПÑЌаÑа, МО пПЎкПллекÑОО, МО ÑÑеЎÑÑв ÑзÑка, пÑеЎПÑÑавлÑеЌÑÑ
+ ÑайлПЌ кПМÑОгÑÑаÑОО. СÑÑПкПвÑй ÑПÑÐŒÐ°Ñ Ð±ÑÐŽÐµÑ Ð¿ÐŸÐŽÑПбМее ÑаÑÑЌПÑÑеМ в РазЎеле , а зЎеÑÑ ÐŒÑ ÑаÑÑЌПÑÑОЌ ÑОÑÑаÑÐžÑ Ñ Ð¿ÐŸÐºÐŸÐ»Ð»ÐµÐºÑОÑЌО О ÑзÑкаЌО.
+
+
+ÐПЎкПллекÑОО
+
+
+Greenstone пПзвПлÑÐµÑ ÐŸÐ¿ÑеЎелÑÑÑ Ð¿ÐŸÐŽÐºÐŸÐ»Ð»ÐµÐºÑОО О ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ Оз МОÑ
+ ÑПÑЌОÑПваÑÑ ÐŸÑЎелÑÐœÑе ОМЎекÑÑ. ÐапÑОЌеÑ, в ПЎМПй кПллекÑОО ОЌееÑÑÑ Ð±ÐŸÐ»ÑÑПе пПЎЌМПжеÑÑвП ЎПкÑЌеМÑПв, ОЌеМÑеЌÑÑ
+ Food and Nutrition Bulletin . ÐÑ ÐžÑпПлÑзÑеЌ ÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð² каÑеÑÑве пÑОЌеÑа.
+Ð ÑÑПй кПллекÑОО ОЌеÑÑÑÑ 3 ОМЎекÑа О вÑе Ма ÑÑПвМе ÑазЎела: ПЎОМ - ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО, вÑПÑПй - ÐŽÐ»Ñ Food and Nutrition Bulletin О ÑÑеÑОй - ÐŽÐ»Ñ ÐŸÑÑалÑÐœÑÑ
+ ЎПкÑЌеМÑПв. ÐОже пÑÐžÐ²ÐµÐŽÐµÐœÑ ÑППÑвеÑÑÑвÑÑÑОе ÑÑÑПкО ПпОÑÐ°ÐœÐžÑ Ð² Ñайле кПМÑОгÑÑаÑОО кПллекÑОО.
+indexes section:text
+subcollection fn "Title/^Food and Nutrition Bulletin/i "
+subcollection other "!Title/^Food and Nutrition Bulletin/i "
+indexsubcollections fn other fn,other
+ÐÑПÑÐ°Ñ Ðž ÑÑеÑÑÑ ÑÑÑПкО ПпÑеЎелÑÑÑ ÑлеЎÑÑÑОе пПЎкПллекÑОО: Ñ ÐžÐŒÐµÐœÐµÐŒ fn, кПÑПÑÐ°Ñ ÑПЎеÑÐ¶ÐžÑ ÐŽÐŸÐºÑЌеМÑÑ Food and Nutrition Bulletin, О Ñ ÐžÐŒÐµÐœÐµÐŒ other, в кПÑПÑПй МаÑ
+ПЎÑÑÑÑ ÐŸÑÑалÑÐœÑе ЎПкÑЌеМÑÑ. ТÑеÑÑе пПле ÑПЎеÑÐ¶ÐžÑ Ð²ÑÑажеМОе Ма ÑзÑке Perl, кПÑПÑПе ОЎеМÑОÑОÑОÑÑÐµÑ ÑÑО пПЎЌМПжеÑÑва, ОÑпПлÑзÑÑ ÐŒÐµÑаЎаММÑе ÑОпа Title: в пеÑвПЌ ÑлÑÑае ОÑеЌ загПлПвкО, кПÑПÑÑе МаÑОМаÑÑÑÑ Ñ Food and Nutrition Bulletin , а вП вÑПÑПЌ - в кПÑПÑÑÑ
+ ЎаММПе ПпОÑаМОе ПÑÑÑÑÑÑвÑÐµÑ (ПбÑаÑОÑе вМОЌаМОе Ма зМак "!"). ÐМак i в кПМÑе ÑÑÑПкО ПзМаÑаеÑ, ÑÑП пÑО ÑабПÑе ÑÑОÑ
+ пÑОлПжеМОй ÑегОÑÑÑ ÑОЌвПлПв Ме ÑÑОÑÑваеÑÑÑ. ÐПле ЌеÑаЎаММÑÑ
+, в МаÑеЌ ÑлÑÑае Title, ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð»ÑбÑÐŒ ЎПпÑÑÑОЌÑÐŒ пПлеЌ, ОлО Filename, ÑППÑвеÑÑÑвÑÑОЌ пеÑвПМаÑалÑÐœÐŸÐŒÑ ÐžÐŒÐµÐœÐž Ñайла ЎПкÑЌеМÑа. Ð ÑеÑвеÑÑПй ÑÑÑПке, indexsubcollections, ПпÑеЎелÑÑÑÑÑ ÑÑО ОМЎекÑа: ПЎОМ - ÐŽÐ»Ñ Ð¿ÐŸÐŽÐºÐŸÐ»Ð»ÐµÐºÑОО fn, вÑПÑПй - ÐŽÐ»Ñ Ð¿ÐŸÐŽÐºÐŸÐ»Ð»ÐµÐºÑОО other О ÑÑеÑОй - ÐŽÐ»Ñ ÐŸÐ±ÐµÐžÑ
+ пПЎкПллекÑОО (Ñ.е. ÐŽÐ»Ñ Ð²ÑеÑ
+ ЎПкÑЌеМÑПв). ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП еÑлО Ð±Ñ ÐŽÐ²Ð° вÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ Ð±ÑлО ПпÑÐµÐŽÐµÐ»ÐµÐœÑ Ð² ÑÑÑПке indexes, ÑП ПбÑее кПлОÑеÑÑвП ÑгеМеÑОÑПваММÑÑ
+ ОМЎекÑПв бÑлП Ð±Ñ ÑеÑÑÑ, а Ме ÑÑО.
+ÐÑлО кПллекÑÐžÑ ÑПЎеÑÐ¶ÐžÑ ÐŽÐŸÐºÑЌеМÑÑ ÐœÐ° ÑазМÑÑ
+ ÑзÑкаÑ
+, ÑП ОМЎекÑÑ ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ ÐŸÑЎелÑМП ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑзÑка. ЯзÑк ÑвлÑеÑÑÑ ÐžÐœÑÑÑÑкÑОей ЌеÑаЎаММÑÑ
+; Language is a metadata statement; зМаÑÐµÐœÐžÑ ÐŸÐ¿ÑеЎелÑÑÑÑÑ Ð² ÑППÑвеÑÑÑвОО ÑП ÑÑаМЎаÑÑПЌ ISO 639 ЎвÑÑ
+бÑквеММÑÐŒ кПЎПЌ, ПбПзМаÑаÑÑОЌ ÑзÑк - МапÑОЌеÑ, еп - ÑÑП English (аглОйÑкОй), zh - Chinese (кОÑайÑкОй), О mi - ÑÑП Maori (ЌаПÑО). Так как зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ ÐœÐ° ÑÑПвМе ÑазЎела, ПÑЎелÑÐœÑе ÑаÑÑО ЎПкÑЌеМÑа ЌПгÑÑ Ð±ÑÑÑ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐœÐ° ÑазМÑÑ
+ ÑзÑкаÑ
+.
+ÐапÑОЌеÑ, еÑлО Ñайл кПМÑОгÑÑаÑОО ÑПЎеÑжОÑ: ÑекÑÑ ÑазЎела, загПлПвПк ÑазЎела, ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа О ОМЎекÑÑ ÑекÑÑа паÑагÑаÑа, ÑП ÐŽÐ»Ñ Ð°ÐœÐ³Ð»ÐžÐ¹ÑкПгП, кОÑайÑкПгП О ÑзÑка ЌаПÑО бÑлО
+indexes section:text section:Title document:text paragraph:text
+languages en zh mi
+бÑлО Ð±Ñ ÑÐŸÐ·ÐŽÐ°ÐœÑ ÐŽÐ²ÐµÐœÐ°ÐŽÑаÑÑ ÐžÐœÐŽÐµÐºÑПв в ÑелПЌ. ÐПбавлеМОе МеÑкПлÑкОÑ
+ пПЎкПллекÑОй ÑÐŒÐœÐŸÐ¶Ð°ÐµÑ ÑОÑлП ОМЎекÑПв. ÐЎМакП, ÑлеЎÑÐµÑ Ñ ÐŸÑÑПÑПжМПÑÑÑÑ ÐŸÑМПÑОÑÑÑÑ Ðº ÑазЎÑÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»ÐžÑеÑÑва ОМЎекÑПв.
+(ÐÑа ОМЎекÑÐœÐ°Ñ ÑпеÑОÑОкаÑÐžÑ ÐŒÐŸÐ³Ð»Ð° Ð±Ñ Ð±ÑÑÑ ÐŸÐ¿ÑеЎелеМа Ñ ÐžÑпПлÑзПваМОеЌ ÑÑеЎÑÑв subcollection, а Ме ÑÑеЎÑÑвП languages. ÐЎМакП, в ÑвÑзО Ñ ÑеЌ, ÑÑП ÑОМÑакÑÐžÑ Ð¿ÑепÑÑÑÑвÑÐµÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ "пПЎкПллекÑОй пПЎкПллекÑОй", ÑÑаМПвОÑÑÑ ÐœÐµÐ²ÐŸÐ·ÐŒÐŸÐ¶ÐœÑÐŒ ПÑЎелÑМП ОМЎекÑОÑПваÑÑ ÐºÐ°Ð¶ÐŽÑй ÑзÑк в пПЎкПллекÑОÑÑ
+).
+
+
+
+
+ÐеÑекÑеÑÑÐœÑй пПОÑк пП кПллекÑОО
+
+
+Greenstone ÐžÐŒÐµÐµÑ ÑÑеЎÑÑвП ÐŽÐ»Ñ "пеÑекÑеÑÑМПгП пПОÑка пП кПллекÑОО", кПÑПÑПей пПзвПлÑÐµÑ Ð¿ÑПОзвПЎОÑÑ Ð¿ÐŸÐžÑк пП МеÑкПлÑкОЌ кПллекÑОÑÐŒ ÑÑÐ°Ð·Ñ Ñ Ð¿ÑеЎПÑÑавлеМОеЌ ПбÑеЎОМеММÑÑ
+ ÑезÑлÑÑаÑПв, Ñак, как еÑлО Ð±Ñ Ð²Ñ ÐžÑкалО пП ПЎМПй ПбÑеЎОМеММПй кПллекÑОО. ÐÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿ÑПÑЌПÑÑеМП лÑбПе пПЎЌМПжеÑÑвП кПллекÑОй: Preferences page (ÑÑÑаМОÑа ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ Ð¿ÑеЎпПÑÑеМОй) пПзвПлÑÐµÑ ÐаЌ вÑбОÑаÑÑ, какОе кПллекÑОО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð²ÐºÐ»ÑÑÐµÐœÑ Ð² пПОÑк.
+ÐПзЌПжМПÑÑÑ Ð¿ÐµÑекÑеÑÑМПгП пПОÑка ПгПваÑОваеÑÑÑ ÑÑÑПкПй:
+supercollection col _1 col _2 âŠ.
+гЎе кПллекÑОО, вПвлеÑеММÑе в пПОÑк, ОЌеМÑÑÑÑÑ col_l, col_2,... ТПÑМП ÑÐ°ÐºÐ°Ñ Ð¶Ðµ ÑÑÑПка ЎПлжМа бÑÑÑ Ðž в Ñайле кПМÑОгÑÑаÑОО ÑеÑ
+ кПллекÑОй, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ Ð¿ÐµÑекÑеÑÑМПгП пПОÑка.
+
+
+
+
+
+
+
+
+ÐПлÑÑеМОе бПлÑÑегП ÐŸÑ Ð²Ð°ÑОÑ
+ ЎПкÑЌеМÑПв
+
+
+ÐПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалОзОÑÐŸÐ²Ð°ÐœÑ ÑакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ ÑазгÑаМОÑОÑÑ ÑПЎеÑжаÑÑÑÑÑ Ð² МОÑ
+ ОМÑПÑЌаÑÐžÑ ÑазлОÑÐœÑЌО ÑпПÑПбаЌО ЎПÑÑÑпа. ÐаÑÑПÑÑÐ°Ñ Ð³Ð»Ð°Ð²Ð° ПпОÑÑваеÑ, как Greenstone ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÐžÐœÑПÑЌаÑÐžÑ ÐžÐ· ЎПкÑЌеМÑПв О пÑеЎÑÑавлÑÐµÑ ÐµÐµ пПлÑзПваÑелÑ: РазЎел - ÐбÑабПÑка ЎПкÑЌеМÑПв, РазЎел - ÐлаÑÑОÑОкаÑПÑÑ, Ð Ð°Ð·ÐŽÐµÐ»Ñ Ðž -ОМÑÑÑÑЌеМÑалÑÐœÑе ÑÑеЎÑÑва ОМÑеÑÑейÑа пПлÑзПваÑелÑ.
+
+
+ÐÑОлПжеМОÑ
+
+
+ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ð°ÐœÐ°Ð»ÐžÐ·ÐžÑÑÑÑ ÐžÐŒÐ¿ÐŸÑÑОÑПваММÑе ЎПкÑЌеМÑÑ Ðž ОзвлекаÑÑ ÐžÐ· МОÑ
+ ЌеÑаЎаММÑе. ÐапÑОЌеÑ, HTML-пÑОлПжеМОе кПМвеÑÑОÑÑÐµÑ HTML-ÑÑÑаМОÑÑ Ð² ÑПÑÐŒÐ°Ñ Ð°ÑÑ
+Ова Greenstone О ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÐŒÐµÑаЎаММÑе, кПÑПÑÑе ÑвлÑÑÑÑÑ ÑвМÑÐŒ в ÑПÑЌаÑе ЎПкÑЌеМÑа - ÑакОе, как загПлПвкО, заклÑÑеММÑе ÑегаЌО <title></title> .
+ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐœÐ°Ð¿ÐžÑÐ°ÐœÑ ÐœÐ° ÑзÑке Perl. ÐÑе ПМО пÑПОÑÑ
+ПЎÑÑ ÐŸÑ ÐŸÑМПвМПгП пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ BasPlug, кПÑПÑПе вÑпПлМÑÐµÑ ÐºÐœÐžÐ²ÐµÑÑалÑÐœÑе ПпеÑаÑОО, ÑакОе как ÑПзЎаМОе МПвПгП ЎПкÑЌеМÑалÑМПгП аÑÑ
+Ова Greenstone ÐŽÐ»Ñ Ð¿ÐŸÑлеЎÑÑÑей ÑабПÑÑ Ñ ÐœÐžÐŒ, МазМаÑеМОе ОЎеМÑОÑОкаÑПÑа ПбÑекÑа (OID), ПбÑабПÑка ÑазЎелПв ЎПкÑЌеМÑа. ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ñ
+ÑаМÑÑÑÑ Ð² ЎОÑекÑПÑОО perllib/plugins.
+ЧÑÐŸÐ±Ñ ÑзМаÑÑ Ð±ÐŸÐ»ÑÑе П лÑбПЌ Оз пÑОлПжеМОй, МапеÑаÑайÑе pluginfo.pl plugin-name в ПблаÑÑО кПЌаМЎМПй ÑÑÑПкО. (СМаÑала, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÑзваÑÑ ÑППÑвеÑÑÑвÑÑÑОй ÑкÑОпÑÑ setup , еÑлО Ð²Ñ ÑÑПгП Ме ЎелалО ÑаМее. ÐÑлО ваÑа ПпеÑаÑÐžÐŸÐœÐœÐ°Ñ ÑОÑÑеЌа Ме МаÑÑÑПеМа Ма ÑП, ÑÑÐŸÐ±Ñ Ð²ÐŸÑпÑОМОЌаÑÑ ÑÐ°Ð¹Ð»Ñ Ñ ÑаÑÑОÑеМОеЌ .Ñl как вÑпПлМОЌÑе пÑПгÑÐ°ÐŒÐŒÑ ÐœÐ° ÑзÑке Perl, ÑП в Windows Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐ°Ð¿ÐµÑаÑаÑÑ perl âS pluginfo.pl plugin-name ). Ð ÑезÑлÑÑаÑе Ма ÑкÑаМе пПÑвОÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÐ± ОМÑеÑеÑÑÑÑеЌ Ð²Ð°Ñ Ð¿ÑОлПжеМОО - какОе ÐŽÐ°ÐœÐœÐŸÐŒÑ Ð¿ÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÑÑебÑÑÑÑÑ ÑпеÑОÑОÑÐœÑе ПпÑОО О какОе ПбÑОе.
+ÐÑ Ð»ÐµÐ³ÐºÐŸ ЌПжеÑе МапОÑаÑÑ ÐœÐŸÐ²Ñе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐŽÐ»Ñ ÐŸÐ±ÑабПÑкО ÑПÑЌаÑПв ЎПкÑЌеМÑПв, Ме пÑеЎÑÑЌПÑÑеММÑÑ
+ в ÑÑÑеÑÑвÑÑÑОÑ
+ пÑОлПжеМОÑÑ
+, ÑПÑЌаÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв ПÑПбÑЌО ÑпПÑПбаЌО ОлО ОзвлеÑÐµÐœÐžÑ ÐžÐ· ЎПкÑЌеМÑПв МПвÑÑ
+ вОЎПв ЌеÑаЎаММÑÑ
+.
+
+
+ÐбÑОе ПпÑОО
+
+
+РТаблОÑе пÑÐžÐ²ÐµÐŽÐµÐœÑ ÐŸÐ¿ÑОО, пÑОМОЌаеЌÑе лÑбÑÐŒ пÑОлПжеМОЌ, пПлÑÑеММÑÐŒ ÐŸÑ BasPlug.
+
+
+ÐпÑОО, пÑОЌеМÑеЌÑе ÐŽÐ»Ñ Ð²ÑеÑ
+ пÑОлПжеМОй
+
+
+
+
+input_encoding
+
+
+ÐПЎОÑПвка ÑОЌвПлПв ОÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв. ÐМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐŸ авÑПЌаÑОÑеÑкО ÑеÑОÑÑ Ð¿ÑÐŸÐ±Ð»ÐµÐŒÑ ÐºÐŸÐŽÐžÑПвкО ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ОМЎОвОЎÑалÑМПгП ЎПкÑЌеМÑа. ÐМПгЎа пПлезМП ÑÑÑаМПвОÑÑ ÑÑП зМаÑеМОе, Ñ
+ПÑÑ, МапÑОЌеÑ, еÑлО Ð²Ñ ÑПÑМП зМаеÑе, ÑÑП вÑе ваÑО ЎПкÑЌеМÑÑ ÐœÐ°Ñ
+ПЎÑÑÑÑ Ð² ASCII, ÑÑÑаМПвка вÑ
+ПЎМПй кПЎОÑПвкО ascii зМаÑОÑелÑМП ÑвелОÑÐžÐ²Ð°ÐµÑ ÑкПÑПÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа О ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ Ð²Ð°Ñей кПллекÑОО. СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ¶ÐµÑÑвП ЎПпÑÑÑОЌÑÑ
+ зМаÑеМОй. ÐÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐžÑ
+ пПлМПгП ÑпОÑка вПÑпПлÑзÑйÑеÑÑ pluginfo.pl BasPlug.
+
+
+
+
+default_encoding
+
+
+ÐПЎОÑПвка, кПÑПÑÐ°Ñ ÐžÑпПлÑзÑеÑÑÑ Ð² ÑлÑÑае, еÑлО ÐŽÐ»Ñ ÐŸÐ¿ÑОО input encoding ÑÑÑаМПвлеМП зМаÑеМОе auto ОлО ПбМаÑÑÐ¶ÐµÐœÑ ÑбПО авÑПЌаÑОÑеÑкПгП кПЎОÑПваМОÑ.
+
+
+
+
+process_exp
+
+
+ÐбÑÑМПе Perl-вÑÑажеМОе ÐŽÐ»Ñ ÑПглаÑÐŸÐ²Ð°ÐœÐžÑ ÐžÐŒÐµÐœ ÑайлПв (МапÑОЌеÑ, ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐŒÐµÑÑПМаÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÑайлПв Ñ ÐŸÐ¿ÑеЎелеММÑÐŒ ÑаÑÑОÑеМОеЌ). ÐМП ÑказÑÐ²Ð°ÐµÑ ÐœÐ° Ñайл, кПÑПÑÑй ПбÑабаÑÑваеÑÑÑ Ð¿ÑОлПжеМОеЌ . ÐажЎПе пÑОлПжеМОе ÐžÐŒÐµÐµÑ Ð·ÐœÐ°ÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ (зМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ HTMLPlug - (? i) .html? - Ñ.е. Ñайл Ñ ÑаÑОÑеМОеЌ .htm ОлО .html).
+
+
+
+
+block_exp
+
+
+ÐбÑÑМПе вÑÑажеМОе ÐŽÐ»Ñ ÑПглаÑÐŸÐ²Ð°ÐœÐžÑ ÐžÐŒÐµÐœ ÑайлПв, кПÑПÑÑе Ме ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð¿ÐµÑÐµÐŽÐ°ÐœÑ Ð¿ÐŸÑлеЎÑÑÑОЌ пÑОлПжеМОÑÐŒ. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð¿ÑеЎПÑвÑаÑОÑÑ Ð¿ÐŸÑвлеМОе ÑППбÑеМОй Пб ПÑОбкаÑ
+ в ÑайлаÑ
+, кПÑПÑÑЌО Ð²Ñ ÐœÐµ ОМÑеÑеÑÑеÑеÑÑ. ÐекПÑПÑÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐžÐŒÐµÑÑ Ð²ÑÑÐ°Ð¶ÐµÐœÐžÑ Ð±Ð»ÐŸÐºÐžÑÐŸÐ²Ð°ÐœÐžÑ Ð·ÐœÐ°ÑеМОÑ, МапÑОЌеÑ, HTMLPlug блПкОÑÑÐµÑ ÑÐ°Ð¹Ð»Ñ Ñ ÑаÑÑОÑеМОÑЌО .gif .jpg .jpeg .png .rtf О .css ÑаÑÑОÑеМОÑЌО.
+
+
+
+
+cover_image
+
+
+ÐÑÐµÑ jpg Ñайл (Ñ ÑакОЌ же ОЌеМеЌ, ÑÑП О ПбÑабаÑÑваеЌÑй Ñайл) О ÑвÑзÑÐ²Ð°ÐµÑ ÐµÐ³ÐŸ Ñ ÐŽÐŸÐºÑЌеМÑПЌ в каÑеÑÑве ПблПжкО.
+
+
+
+
+extract_acronyms
+
+
+Extract acronyms from documents and add them as metadata to the corresponding Greenstone archive documents.
+
+
+
+
+markup_acronyms
+
+
+ÐПбавлÑÐµÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÐ± аббÑевОаÑÑÑе в ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа.
+
+
+
+
+extract_language
+
+
+Identify each document's language and associate it as metadata. Note that this is done automatically if input_encoding is auto .
+
+
+
+
+default_language
+
+
+Ð ÑлÑÑае ÑÐ±ÐŸÑ Ð¿ÑО авÑПЌаÑОÑеÑкПЌ ПпÑеЎелеМОО ÑзÑка ЌеÑаЎаММÑе ÑÑÑаМПвÑÑ ÑÑП зМаÑеМОе.
+
+
+
+
+first
+
+
+ÐÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÑÑаÑÑПк ÑекÑÑа, заклÑÑеММÑй ÐŒÐµÐ¶ÐŽÑ Ð·Ð°Ð¿ÑÑÑЌО, как ЌеÑаЎаММÑе FirstNNN (ÑаÑÑП ОÑпПлÑзÑеÑÑÑ Ð² каÑеÑÑве Ð·Ð°ÐŒÐµÐœÑ ÐŽÐ»Ñ Title).
+
+
+
+
+extract_email
+
+
+ÐÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ Ð°ÐŽÑÐµÑ ÑлекÑÑПММПй пПÑÑÑ Ðž ЎПбавлÑÐµÑ ÐµÐ³ÐŸ в каÑеÑÑве ЌеÑаЎаММÑÑ
+ ЎПкÑЌеМÑа
+
+
+
+
+extract_date
+
+
+ÐÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÐžÐ· ЎПкÑЌеМÑПв ЎаÑÑ, каÑаÑÑОеÑÑ ÐžÑÑПÑОÑеÑкОÑ
+ ÑПбÑÑОй, О ЎПбавлÑÐµÑ ÐžÑ
+ в каÑеÑÑве ЌеÑаЎаММÑÑ
+ Coverage.
+
+
+
+
+
+
+
+
+ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Greenstone
+
+
+
+
+Greenstone plugins
+
+
+
+
+
+
+ЊелÑ
+
+
+Ð¢ÐžÐ¿Ñ ÑайлПв
+
+
+ÐгМПÑОÑÑеЌÑе ÑайлÑ
+
+
+
+
+ÐбÑОе
+
+
+ArcPlug
+
+
+ÐбÑабПÑка ÑайлПв ÑказаММÑÑ
+ в Ñайле archives.inf кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÑвÑзО пÑПÑеÑÑПв ОЌпПÑÑа О ÑПÑЌОÑПваМОÑ. ÐПлжеМ бÑÑÑ Ð²ÐºÐ»ÑÑеМ(еÑлО import.pl Ме бÑÐŽÐµÑ ÐžÑпПлÑзПваÑÑÑÑ).
+
+
+â
+
+
+â
+
+
+
+
+
+RecPlug
+
+
+ÐбÑаÑаÑÑÑ ÑеÑез ЎОÑекÑОвМÑÑ ÑÑÑÑкÑÑÑÑ, пÑПвеÑÑеÑ, ÑвлÑеÑÑÑ Ð»Ðž ÐžÐŒÑ Ñайла ЎОÑекÑПÑОей, О еÑлО ÑвлÑеÑÑÑ, ÑП вÑе ÑÐ°Ð¹Ð»Ñ ÑÑПй ЎОÑекÑПÑОО вÑÑÑаОваÑÑÑÑ Ð²ÐœÑÑÑÑ ÐºÐŸÐœÐ²ÐµÐ¹ÐµÑМПгП пÑОлПжеМОÑ. ÐазМаÑÐ°ÐµÑ ÐŒÐµÑаЎаММÑе еÑлО ÑÑÑаМПвлеМа ПпÑÐžÑ use_metadata_files О пÑОÑÑÑÑÑвÑÑÑ ÑÐ°Ð¹Ð»Ñ metadata.xml.
+
+
+â
+
+
+â
+
+
+
+
+
+GAPlug
+
+
+ÐбÑабаÑÑÐ²Ð°ÐµÑ ÑгеМеÑОÑПваММÑе import.plÑÐ°Ð¹Ð»Ñ Ð°ÑÑ
+Ова Greenstone. ÐПлжеМ бÑÑÑ Ð²ÐºÐ»ÑÑеМ (еÑлО import.pl Ме бÑÐŽÐµÑ ÐžÑпПлÑзПваМ).
+
+
+.xml
+
+
+â
+
+
+
+
+
+TEXTPlug
+
+
+ÐбÑабаÑÑÐ²Ð°ÐµÑ ÑекÑÑ, пПЌеÑÐ°Ñ ÐµÐ³ÐŸ ÐŒÐµÐ¶ÐŽÑ ÑÑгаЌО (пÑеЎÑПÑЌаÑÐœÐ°Ñ ÐŸÐ±ÑабПÑка).
+
+
+.txt, .text
+
+
+â
+
+
+
+
+
+HTMLPlug
+
+
+ÐбÑабаÑÑÐ²Ð°ÐµÑ HTML, ÑППÑвеÑÑÑвеММП пеÑеЌеÑÐ°Ñ Ð³ÐžÐ¿ÐµÑÑÑÑлкО. ÐÑлО ÑвÑÐ·Ð°ÐœÐœÐ°Ñ Ñ ÐŽÐŸÐºÑЌеМÑПЌ ÑÑÑаМОÑа МаÑ
+ПЎОÑÑÑ Ð²ÐœÐµ кПллекÑОО, ÑП вÑÑавлÑеÑÑÑ Ð¿ÑПЌежÑÑПÑÐœÐ°Ñ ÑÑÑаМОÑа, пÑеЎÑпÑежЎаÑÑÐ°Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŸ ÑПЌ, ÑÑП пÑО пеÑеÑ
+ПЎе пП ÑÑÑлке ПМ Ð¿ÐŸÐºÐžÐœÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММÑе ÐŽÐ»Ñ ÐŽÐŸÑÑÑпа ЌеÑаЎаММÑе ÑакОе как Title
+
+
+.htm, .html, .cgi, .php, .asp, .shm, .shtml
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+WordPlug
+
+
+ÐбÑабаÑÑÐ²Ð°ÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Microsoft Word, ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÐŽÐ°ÐœÐœÑе Пб авÑПÑе О загПлПвке О ÑПÑ
+ÑаМÑÐµÑ ÐŽÐžÐ°Ð³ÑÐ°ÐŒÐŒÑ Ðž ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð² МаЎлежаÑОÑ
+ ЌеÑÑаÑ
+. ÐПМвеÑÑОПММÑе ÑÑОлОÑÑ, ОÑпПлÑзÑеЌÑе ÑÑОЌ пÑОлПжеМОеЌ, ОМПгЎа ÑПзЎаÑÑ HTML, кПÑПÑÑй плПÑ
+П ПÑÑПÑЌаÑОÑПваМ. ÐÑ ÑекПЌеМЎÑеЌ, ÑÑÐŸÐ±Ñ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÐÑ Ð¿ÑеЎПÑÑавлÑлО ПÑÐžÐ³ÐžÐœÐ°Ð»Ñ ÐŽÐŸÐºÑЌеМÑа, еÑлО ÑПÑЌОÑÑеÑе ÑÐ²ÐŸÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ· ÑайлПв WORD. ТекÑÑ, кПÑПÑÑй ОзвлекаеÑÑÑ ÐžÐ· ЎПкÑЌеÑа, ÑвлÑеÑÑÑ Ð°ÐŽÐµÐºÐ²Ð°ÑÐœÑÐŒ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка О ÑелевПгП ОМЎекÑОÑПваМОÑ.
+
+
+.doc
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PDFPlug
+
+
+ÐбÑабаÑÑÐ²Ð°ÐµÑ PDF ЎПкÑЌеМÑÑ, ÐžÐ·Ð²Ð»ÐµÐºÐ°Ñ Ð¿ÐµÑвÑÑ Ð»ÐžÐœÐžÑ ÑекÑÑа, как загПлПвПк. Ð dftohtml пÑПгÑаЌЌа ÑеÑÐ¿ÐžÑ ÐœÐµÑЎаÑÑ Ñ ÐœÐµÐºÐŸÑПÑÑЌО PDF ÑайлаЌО. Ð ÑÑПЌ ÑлÑÑае пÑПÑеÑÑ ÐºÐŸÐœÐ²ÐµÑÑаÑОО Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐœÐµÐŸÐ±ÑÑМП ЎПлгПе вÑеЌÑ, О заÑаÑÑÑÑ, Ма ÑкÑаМе пПÑвлÑеÑÑÑ ÑППбÑеМОе Пб ПÑОбке. ÐÑлО ÑÑП пÑПОÑÑ
+ПЎОÑ, еЎОМÑÑвеММПе ÑеÑеМОе, кПÑПÑПе ÐŒÑ ÐŒÐŸÐ¶ÐµÐŒ пÑеЎлПжОÑÑ â ÑЎалОÑÑ ÑÑÐŸÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÐžÐ· кПллекÑОО О пПпÑÑаÑÑÑÑ ÐžÐŒÐŸÐ¿ÑÑОÑПваÑÑ ÑМПва.
+
+
+.pdf
+
+
+.gif, .jpeg, .jpg, .png, .css, .rtf
+
+
+
+
+
+PSPlug
+
+
+ÐбÑабПÑка ЎПкÑЌеМÑПв PostScript, пÑПОзвПЎОÑÑÑ ÐžÐ·Ð²Ð»ÐµÑеМОе ЌеÑаЎаММÑÑ
+: ЎаÑÑ, загПлПвка О МПЌеÑа ÑÑÑаМОÑ.
+
+
+.ps
+
+
+.eps
+
+
+
+
+
+EMAILPlug
+
+
+ÐбÑабПÑка E-mail ÑППбÑеМОй пÑÑеЌ ÑаÑÐ¿ÐŸÐ·ÐœÐ°ÐœÐžÑ Ð°Ð²ÑПÑа, ÑеЌÑ, ЎаÑÑ Ðž Ñ.ÐŽ. ÐаММПе пÑОлПжеМОе пПка Ме ПбÑабаÑÑÐ²Ð°ÐµÑ ÐŽÐŸÐ»Ð¶ÐœÑÐŒ ПбÑазПЌ ÑППбÑÐµÐœÐžÑ Ð² кПЎОÑПвке MIME - заÑаÑÑÑÑ ÐŸÐœÐž вÑглÑÐŽÑÑ ÐœÐµÑкПлÑкП ÑÑÑаММП.
+
+
+ÐПлжеМ закаМÑОваÑÑÑÑ ÑОÑÑаЌО ОлО ÑОÑÑаЌО, закаМÑОваÑÑОЌОÑÑ .Email
+
+
+â
+
+
+
+
+
+BibTexPlug
+
+
+ÐбÑабПÑка ÑайлПв бОблОПгÑаÑОО в ÑПÑЌаÑе BibText
+
+
+.bib
+
+
+â
+
+
+
+
+
+ReferPlug
+
+
+ÐбÑабПÑка ÑайлПв бОблОПгÑаÑОО в ÑПÑЌаÑе refer
+
+
+.bib
+
+
+â
+
+
+
+
+
+SRCPlug
+
+
+ÐбÑабПÑка ОÑÑ
+ПЎМÑÑ
+ пÑПгÑаЌЌ
+
+
+Makefile, Readme, .c, .cc, .cpp, .h, .hpp, .pl, .pm, .sh
+
+
+.o, .obj, .a, .so, .dll
+
+
+
+
+
+ImagePlug
+
+
+ÐбÑабПÑка ÑайлПв ОзПбÑажеМОй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО ОзПбÑажеМОй. РабПÑÐ°ÐµÑ ÑПлÑкП в UNIX.
+
+
+.jpeg, .jpg, .gif, .png, .bmp, .xbm, .tif, .tiff
+
+
+â
+
+
+
+
+
+SplitPlug
+
+
+ÐПЎПбМП BasPlug О ConvertToPlug, ЎаММПе пÑОлПжеМОе Ме ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð²ÑзваМП МепПÑÑеЎÑÑвеММП, ПЎМакП ПМП ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÑлеЎПваÑÑ Ð·Ð° byplugins в ÑлÑÑае, еÑлО ÑÑебÑеÑÑÑ ÐŸÐ±ÑабПÑка Ñайла, ÑПЎеÑжаÑегП МеÑкПлÑкП ЎПкÑЌеМÑПв.
+
+
+â
+
+
+â
+
+
+
+
+
+FOXPlug
+
+
+ÐбÑабПÑка ÑайлПв dbt FoxBASE
+
+
+.dbt, .dbf
+
+
+â
+
+
+
+
+
+ZIPPlug
+
+
+РазаÑÑ
+ОваÑÐžÑ gzip, bzip, zip О tar ÑайлПв, еÑлО ЎПÑÑÑÐ¿ÐœÑ ÑППÑвеÑÑÑвÑÑÑОе ÑÑеЎÑÑва GNU.
+
+
+.gzip, .bzip, .zip, .tar, .gz, .bz, .tgz, .taz
+
+
+â
+
+
+
+
+ÐÑПбеММПÑÑО кПллекÑОО
+
+
+PrePlug
+
+
+ÐбÑабПÑка кПМеÑМПй HTML, ОÑпПлÑзÑÑ PRESCRIPT, ÑазбОеМОе ЎПкÑЌеМÑПв Ма ÑÑÑаМОÑаÑ
+ кПллекÑОО Computer Science Technical Reports.
+
+
+.html, .html.gz
+
+
+â
+
+
+
+
+
+GBPlug
+
+
+ÐбÑабПÑка E-text (ÑлекÑÑПММПгП ÑекÑÑа) Project Gutenberg (ÐÑПекÑа ÐÑÑеМбеÑг), вклÑÑаÑÑÐ°Ñ ÑÑÑМПй ввПЎ ОМÑПÑЌаÑОО П загПлПвкаÑ
+.
+
+
+.txt.gz, .html, .htm
+
+
+â
+
+
+
+
+
+TCCPlug
+
+
+ÐбÑабПÑка E-mail ЎПкÑЌеМÑПв, пПÑÑÑпОвÑОÑ
+ ÐŸÑ ÐµÐ¶ÐµÐœÐµÐŽÐµÐ»ÑМОка Computistsâ Weekly
+
+
+ÐбÑзаМа МаÑОМаÑÑÑÑ Ñ tcc ОлО cw
+
+
+â
+
+
+
+
+ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐŽÐ»Ñ ÐŸÐ±ÑабПÑкО ЎПкÑЌеМÑПв ОÑпПлÑзÑÑÑÑÑ Ð¿ÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ, ÑПÑЌОÑÑÑÑОЌ кПллекÑОÑ, ÐŽÐ»Ñ Ð°ÐœÐ°Ð»ÐžÐ·Ð° ОÑÑ
+ПЎМПгП ЎПкÑЌеМÑа в ÑППÑвеÑÑÑвОО Ñ ÐµÐ³ÐŸ ÑПÑЌаÑПЌ. Ѐайл кПМÑОгÑÑаÑОО кПллекÑОО пеÑеÑОÑлÑÐµÑ Ð²Ñе пÑОлПжеМОÑ, ОÑпПлÑзÑеЌÑе пÑО ÑПÑЌОÑПваМОО ÑаЌПй кПллекÑОО. РпÑПÑеÑÑе ОЌпПÑÑа кажЎÑй Ñайл ОлО ЎОÑекÑПÑÐžÑ Ð°ÐœÐ°Ð»ÐžÐ·ÐžÑÑÑÑÑÑ ÐºÐ°Ð¶ÐŽÑÐŒ пÑОлПжеМОеЌ ЎП ÑеÑ
+ пПÑ, пПка ÑÑебÑеЌÑе Ме бÑÐŽÑÑ ÐŸÐ±ÑабПÑÐ°ÐœÑ - бПлее ÑаММОе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐžÐŒÐµÑÑ Ð¿ÑОПÑОÑÐµÑ Ð¿ÐµÑеЎ бПлее пПзЎМОЌО. ÐÑлО ÐœÐµÑ Ð¿ÑОлПжеМОй, кПÑПÑÑе ÑЌПглО Ð±Ñ ÐŸÐ±ÑабПÑаÑÑ ÐœÐµÐºÐžÐ¹ Ñайл, бÑÐŽÐµÑ Ð²ÑЎаМП пÑеЎÑпÑежЎеМОе (ÑÑаМЎаÑÑМПе ÑППбÑеМОе Пб ПÑОбке) О пÑПÑеÑÑ ÐŸÐ±ÑабПÑкО пеÑÐµÐ¹ÐŽÐµÑ Ðº ÑлеЎÑÑÑÐµÐŒÑ ÑайлÑ. (ÐÑП ÑÐŸÑ ÑлÑÑай, гЎе ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМа ПпÑÐžÑ block_exp - пÑеЎПÑвÑаÑеМОе пПÑÐ²Ð»ÐµÐœÐžÑ ÑППбÑеМОй Пб ПÑОбке ÐŽÐ»Ñ ÑеÑ
+ ÑайлПв, пÑОÑÑÑÑÑвОе кПÑПÑÑÑ
+ МеПбÑ
+ПЎОЌП в кПллекÑОО без ОÑ
+ ПбÑабПÑкО). РпÑПÑеÑÑе ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ Ñа же ÑÐ°ÐŒÐ°Ñ Ð¿ÑПÑеЎÑÑа, ÑПлÑкП вЌеÑÑП ЎОÑекÑПÑОО archives ОÑпПлÑзÑеÑÑÑ ÐŽÐžÑекÑПÑÐžÑ import.
+СпОÑПк ÑÑаМЎаÑÑÐœÑÑ
+ пÑОлПжеМОй Greenstone пÑеЎÑÑавлеМ в ТаблОÑе . ÐÐ»Ñ Ð¿ÑПÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ Ð¿ÐŸ ЎеÑÐµÐ²Ñ ÐŽÐžÑекÑПÑОй МеПбÑ
+ПЎОЌа ÑекÑÑÑОÑ. ХПÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ ÐžÐŒÐ¿ÐŸÑÑа О ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐµ вÑпПлМÑÑÑ ÑвМÑÑ ÑекÑÑÑОÑ, МекПÑПÑÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзÑÑÑÑÑ ÐºÐŸÑвеММПй ÑекÑÑÑОей пÑО пÑПÑ
+ПжЎеМОО ОЌеМ ÑайлПв ОлО ЎОÑекÑПÑОй ÑеÑез ÐºÐŸÐœÐ²ÐµÐ¹ÐµÑ Ð¿ÑОлПжеМОй. ÐапÑОЌеÑ, ÑÑаМЎаÑÑМПе пÑПÑ
+ПжЎеМОе ÑекÑÑÑОО пП ЎеÑÐµÐ²Ñ ÐŽÐžÑекÑПÑОй ПбеÑпеÑОваеÑÑÑ Ð¿ÑОлПжеМОеЌ RecPlug, пÑеЎМазМаÑеММÑЌО ОЌеММП ÐŽÐ»Ñ ÑÑПгП, еÑлО, кПМеÑМП, ПМП бÑÐŽÐµÑ Ð¿ÐŸÑлеЎМОЌ ÑлеЌеМÑПЌ в кПМвейеÑе. ÐПÑвеММÑÑ Ð¶Ðµ ÑекÑÑÑÐžÑ Ð²ÑзÑваÑÑ ÑПлÑкП Ўва пеÑвÑÑ
+ пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐžÐ· ТаблОÑÑ .
+ÐекПÑПÑÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ð±ÑлО МапОÑÐ°ÐœÑ ÐŽÐ»Ñ ÐŸÐ¿ÑеЎелеММÑÑ
+ кПллекÑОй, ОЌеÑÑОÑ
+ ПÑПбÑй ÑПÑÐŒÐ°Ñ ÐŽÐŸÐºÑЌеМÑПв, пПЎПбМП E-text (ÑлекÑÑÐŸÐœÐœÐŸÐŒÑ ÑекÑÑÑ), ОÑпПлÑзÑÐµÐŒÐŸÐŒÑ Ð² кПллекÑОО Gutenberg. ÐÑО ÑпеÑОÑОÑÐœÑе ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОй пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐœÐ°Ñ
+ПЎÑÑÑÑ Ð² каÑалПге кПллекÑОО perllib/plugins. ÐаММÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÑЌеМОÑÑ ÐŸÐ±ÑОе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ Ñ ÑакОЌ же ОЌеМеЌ.
+ÐекПÑПÑÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐŸÐ±ÑабПÑкО ЎПкÑЌеМÑПв ОÑпПлÑзÑÑÑ Ð²ÐœÐµÑМОе пÑПгÑаЌЌÑ, кПÑПÑÑе аМалОзОÑÑÑÑ ÐŸÐ¿ÑеЎелеММÑе ÑаÑÑÐœÑе ÑПÑЌаÑÑ, МапÑОЌеÑ, ÐŽÐ»Ñ ÐŸÐ±ÑабПÑкО ÑекÑÑа - Microsoft Word ОлО HTML. ÐбÑее пÑОлПжеМОе ConvertToPlug вÑзÑÐ²Ð°ÐµÑ ÑППÑвеÑÑÑвÑÑÑÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ ÐºÐŸÐœÐ²ÐµÑÑаÑОО О пеÑÐµÐŽÐ°ÐµÑ ÑезÑлÑÑÐ°Ñ ÐŸÐ±ÑабПÑкО лОбП TEXTPlug, лОбП HTMLPlug. Ðалее ÐŒÑ ÐŸÑÑаМПвОЌÑÑ ÐœÐ° ÑÑПЌ бПлее пПЎÑПбМП.
+ÐекПÑПÑÑе пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐžÐŒÐµÑÑ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑе ПпÑОО, кПÑПÑÑе ÑпÑавлÑÑÑ Ð¿ÑПÑеÑÑаЌО бПлее ЎеÑалÑМП, ÑеЌ ÑÑП пПзвПлÑÑÑ ÐŸÐ±ÑОе ПпÑОО. ÐМО пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð² ТаблОÑе .
+
+
+ÐпÑОО, ÑпеÑОÑОÑÐœÑе ÐŽÐ»Ñ Ð¿ÑОПжеМОй
+
+
+
+
+
+ÐпÑОÑ
+
+
+ЊелÑ
+
+
+
+
+HTMLPlug
+
+
+nolinks
+
+
+Ðе ПбÑÑваÑÑ ÑÑÑлкО вМÑÑÑО кПллекÑОО. ÐÑП ÑÑкПÑÑÐµÑ Ð¿ÑПÑеÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа/ÑПÑЌОÑПваМОÑ, ПЎМакП МекПÑПÑÑе ÑÑÑлкО ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ±ÐŸÑваМÑ.
+
+
+
+
+
+description_tags
+
+
+ÐÐœÑеÑпÑеÑОÑПваÑÑ ÑÐ°Ð¹Ð»Ñ ÐŽÐŸÐºÑЌеМÑа, как ПпОÑаМП МОже.
+
+
+
+
+
+keep_head
+
+
+Ðе ПÑбÑаÑÑваÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐž HTML.
+
+
+
+
+
+no_metadata
+
+
+Ðе ОÑкаÑÑ ÐŒÐµÑаЎаММÑе (ÑÑП ÐŒÐŸÐ¶ÐµÑ ÑвелОÑОÑÑ ÑкПÑПÑÑÑ Ð¿ÑПÑеÑÑПв ОЌпПÑÑа/ÑПÑЌОÑПваМОÑ).
+
+
+
+
+
+metadata_fields
+
+
+ÐÑПбÑаÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑлеЎÑÑÑегП ОзвлеÑÐµÐœÐžÑ ÐŸÑЎелеММÑе запÑÑÑЌО ÑÐžÐ¿Ñ ÐŒÐµÑаЎаММÑÑ
+ (пП ÑЌПлÑÐ°ÐœÐžÑ Title). ÐеÑеОЌеМПваÑÑ ÐŒÐµÑаЎаММÑе ÐŽÐ»Ñ Ñайла аÑÑ
+Ова Greenstone, ОÑпПлÑзÑÑ tag, гЎе tag-ÑÑП HTML-ÑÑг, а newname-ÑÑП МПвПе ОЌÑ.
+
+
+
+
+
+hunt_creator_metadata
+
+
+ÐбМаÑÑжОÑÑ Ð²Ñе вПзЌПжМÑе ЌеÑаЎаММÑе Пб авÑПÑÑÑве О пПЌеÑÑОÑÑ ÐžÑ
+ в аÑÑ
+Ов ЎПкÑЌеМÑПв Greenstone в каÑеÑÑве ЌеÑаЎаММÑÑ
+ ÑОпа Creator. Также ваЌ МеПбÑ
+ПЎОЌП вклÑÑОÑÑ Creator, ОÑпПлÑзÑÑ ÐŸÐ¿ÑÐžÑ metadata_fields.
+
+
+
+
+
+file_is_url
+
+
+ÐÑпПлÑзПваÑÑ ÑÑÑ ÐŸÐ¿ÑОÑ, еÑлО ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑÑÑÑкÑÑÑÑ ÐŽÐŸÐºÑЌеМÑПв, кПÑПÑÑе бÑÐŽÑÑ ÐžÐŒÐ¿ÐŸÑÑОÑПваМÑ, ОÑпПлÑзПвалаÑÑ Ð¿ÑПгÑаЌЌа web-зеÑкалОÑПваМОÑ.
+
+
+
+
+
+assoc_files
+
+
+ÐÑеЎÑÑавОÑÑ ÐŸÐ±ÑÑМПе вÑÑажеМОе Ма ÑзÑке Perl, ПпОÑÑваÑÑее ÑÐžÐ¿Ñ ÑайлПв, кПÑПÑÑе бÑÐŽÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐºÐ°Ðº ÑвÑзМÑе ÑайлÑ. ÐП ÑЌПлÑÐ°ÐœÐžÑ ÑÑП .jpg, .jpeg, .gif, .png, .css
+
+
+
+
+
+rename_assoc_files
+
+
+ÐеÑеОЌеМПваÑÑ ÑвÑзаММÑе Ñ ÐŽÐŸÐºÑЌеМÑПЌ ÑайлÑ. Ðа вÑÐµÐŒÑ ÑÑПгП пÑПÑеÑÑа ЎОÑекÑÐžÐ²ÐœÐ°Ñ ÑÑÑÑкÑÑÑа лÑбÑÑ
+ ÑвÑзМÑÑ
+ ÑайлПв ÑÑала Ð±Ñ ÐœÐ°ÐŒÐœÐŸÐ³ÐŸ бПлее пПвеÑÑ
+МПÑÑМПй (ОÑпПлÑзÑеÑÑÑ Ð² ÑПЌ ÑлÑÑае, кПгЎа пПЎ кПллекÑÐžÑ ÐŸÑвеЎеМП ПгÑаМОÑеММПе пÑПÑÑÑаМÑÑвП).
+
+
+
+
+HTMLPlug and TEXTPlug
+
+
+title_sub
+
+
+ÐÑÑажеМОе Ð·Ð°ÐŒÐµÐœÑ ÐœÐ° ÑзÑке Perl ÐŽÐ»Ñ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ².
+
+
+
+
+PSPlug
+
+
+extract_date
+
+
+ÐзвлеÑÑ ÐŽÐ°ÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐžÐ· загПлПвка PostScript О ÑПÑ
+ÑаМОÑÑ ÐºÐ°Ðº ЌеÑаЎаММÑе.
+
+
+
+
+
+extract_title
+
+
+ÐзвлеÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐŸÐº ЎПкÑЌеМÑа Оз загПлПвка PostScript О ÑПÑ
+ÑаМОÑÑ ÐºÐ°Ðº ЌеÑаЎаММÑе загПлПвка.
+
+
+
+
+
+extract_pages
+
+
+ÐзвлеÑÑ ÐœÐŸÐŒÐµÑа ÑÑÑÐ°ÐœÐžÑ ÐžÐ· ЎПкÑЌеМÑа PostScript О ЎПбавОÑÑ ÐžÑ
+ к ÑППÑвеÑÑÑвÑÑÑОЌ ÑазЎелаЌ как ЌеÑаЎаММÑе Ñ ÑÑгПЌ Pages.
+
+
+
+
+RecPlug
+
+
+use_metadata_files
+
+
+ÐазМаÑОÑÑ ÐŒÐµÑаЎаММÑе ÐŽÐ»Ñ Ñайла, как ПпОÑаМП МОже.
+
+
+
+
+ImagePlug
+
+
+Various options
+
+
+СЌ. ImagePlug.pm.
+
+
+
+
+SRCPlug
+
+
+remove_prefix
+
+
+СПзЎаÑÑ ÐŸÐ±ÑÑМПе вÑÑажеМОе Ма ÑзÑке Perl ÐŽÐ»Ñ ÑаблПМа, кПÑПÑÑй ЎПлжеМ бÑÑÑ ÑЎалеМ Оз ОЌеМО Ñайла. Ð ÑежОЌе пП
+ÑЌПлÑÐ°ÐœÐžÑ ÑелОкПЌ ÑЎалÑеÑÑÑ Ð¿ÑÑÑ.
+
+
+
+
+
+
+
+
+ÐÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐŽÐ»Ñ ÐžÐŒÐ¿ÐŸÑÑа ÑаÑÑÐœÑÑ
+ ÑПÑЌаÑПв
+
+
+ÐÑпПлÑзПваМОе МеÑÑаМЎаÑÑÐœÑÑ
+ ÑПÑЌаÑПв ÑвлÑеÑÑÑ ÑÑÑЎМПÑазÑеÑОЌПй пÑПблеЌПй ÐŽÐ»Ñ Ð²ÑеÑ
+ ÑОÑÑПвÑÑ
+ бОблОПÑеÑÐœÑÑ
+ ÑОÑÑеЌ. Ð Ñ
+ПÑÑ ÑабПÑÐ°Ñ ÐŽÐŸÐºÑЌеМÑаÑÐžÑ Ð¿ÐŸ ÑÑОЌ ÑПÑЌаÑаЌ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð²Ð¿ÐŸÐ»ÐœÐµ ЎПÑÑÑпМПй, ПЎМакП ÑаЌ пÑÐµÐŽÐŒÐµÑ Ð²ÐœÐµÑÐµÐœÐžÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÐ¹ ПÑÑаеÑÑÑ Ð² Мей без ПÑÑажеМОÑ, ÑÑП ПÑÑавлÑÐµÑ ÑÑÑЎМПÑÑО пÑО вМеÑеМОО ОзЌеМеМОй. СОÑÑеЌа Greenstone пПÑла пП пÑÑО ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ GPL (GNU Public License) ÑпеÑОалÑÐœÑÑ
+ ÑÑÐžÐ»ÐžÑ ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑаÑОО, кПÑПÑÑе бÑлО ÑазÑабПÑÐ°ÐœÑ Ð»ÑÐŽÑЌО, ÑпеÑОалОзОÑÑÑÑОЌОÑÑ ÐžÐŒÐµÐœÐœÐŸ Ма ÑакОÑ
+ ÑабПÑаÑ
+. УÑОлОÑÑ ÐºÐŸÐœÐ²ÐµÑÑаÑОО ЎПкÑЌеМÑПв ÑПÑЌаÑПв Word О PDF вклÑÑÐµÐœÑ Ð² ЎОÑекÑПÑÐžÑ packages. ÐМО кПМвеÑÑОÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² ÑекÑÑ ÐžÐ»Ðž HTML. ÐаÑеЌ HTMLPlug О TEXTPlug пÑеПбÑазÑÑÑ ÐžÑ
+ в ÑПÑÐŒÐ°Ñ Ð°ÑÑ
+Ова Greenstone. ConvertToPlug ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð²ÐºÐ»ÑÑÐµÐœÐžÑ ÑÑОÑ
+ ÑÑОлОÑ. Ð Ñак же как BasPlug, МОкПгЎа Ме вÑзÑваеÑÑÑ ÐœÐµÐ¿ÐŸÑÑеЎÑÑвеММП. Ðа ÑОÑÑМке пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð¿ÑОлПжеМОÑ, МапОÑаММÑе ÐŽÐ»Ñ ÐŸÐ¿ÑеЎелеММÑÑ
+ ÑПÑЌаÑПв. ConvertToPlug, ОÑпПлÑзÑÑ ÑÑ
+ÐµÐŒÑ ÐŽÐžÐœÐ°ÐŒÐžÑеÑкПгП ÑаÑпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ Perl запÑÑÐºÐ°ÐµÑ TEXTPlug ОлО HTMLPlug в завОÑОЌПÑÑО ÐŸÑ ÑПÑЌаÑа, в кПÑПÑÑй бÑлО кПМвеÑÑОÑÐŸÐ²Ð°ÐœÑ ÐžÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ.
+
+
+ÐеÑаÑÑ
+ОÑеÑÐºÐ°Ñ ÑÑÑÑкÑÑÑа МаÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑОлПжеМОй
+
+
+
+ÐПгЎа ConvertToPlug пПлÑÑÐ°ÐµÑ ÐŽÐŸÐºÑЌеМÑ, ПМ вÑзÑÐ²Ð°ÐµÑ gsConvert.pl (МаÑ
+ПЎОÑÑÑ Ð² ЎОÑекÑПÑОО GSDLHOME/bin/script) ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка ÑППÑвеÑÑÑвÑÑÑей ÑÑОлОÑÑ. Ðак ÑПлÑкП ЎПкÑÐŒÐµÐœÑ Ð±ÑÐŽÐµÑ Ð¿ÑПкПМвеÑÑОÑПваМ, ПМ вПзвÑаÑаеÑÑÑ Ðº ConvertToPlug, кПÑПÑÑй вÑзÑÐ²Ð°ÐµÑ Ð¿ÑОлПжеМОе ПбÑабПÑкО ÑекÑÑа ОлО HTML. ÐÑбПе пÑОлПжеМОе, вÑзваММПе ConvertToPlug, ÐžÐŒÐµÐµÑ ÐŸÐ¿ÑÐžÑ convertjto, кПÑПÑÐ°Ñ ÑПЎеÑÐ¶ÐžÑ Ð°ÑгÑÐŒÐµÐœÑ textvum html, ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ Ð¿ÑеЎПÑÑОÑелÑМПгП ÑПÑЌаÑа. РабПÑа Ñ ÑекÑÑПЌ пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð·ÐœÐ°ÑОÑелÑМП бÑÑÑÑее, ПЎМакП ЎПкÑЌеМÑ, пÑеЎÑÑавлеММÑй в ÑПÑЌаÑе HTML, вÑглÑÐŽÐžÑ ÐœÐ°ÐŒÐœÐŸÐ³ÐŸ ОМÑеÑеÑМее О ÐŒÐŸÐ¶ÐµÑ ÑПЎеÑжаÑÑ ÐžÐ»Ð»ÑÑÑÑаÑОО.
+ÐМПгЎа ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПгП ÑПÑЌаÑа ÑÑÑеÑÑвÑÐµÑ ÐœÐµÑкПлÑкП ÑÑОлОÑ, О gsConvert ÐŒÐŸÐ¶ÐµÑ Ð¿ÑÑаÑÑÑÑ ÐžÑпПлÑзПваÑÑ ÐžÑ
+. ÐапÑОЌеÑ, ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑаÑОО Word пÑеЎпПÑÑОÑелÑМП ОÑпПлÑзПваÑÑ ÑÑОлОÑÑ wvWare, ПЎМакП ПМа ПбÑабаÑÑÐ²Ð°ÐµÑ ÐŽÐŸÐºÑЌеМÑÑ, ÑПзЎаММÑе в ÑеЎакÑПÑе Word Ме МОже 6 веÑÑОО, а Ð²ÐŸÑ ÑÑОлОÑÑ AnyToHTML, кПÑПÑÐ°Ñ no-ÑÑÑеÑÑÐ²Ñ ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÑПлÑкП ÑекÑÑПвÑе ÑÑÑПкО, which essentially just extracts whatever text strings can be found, впПлМе ЌПжМП ОÑпПлÑзПваÑÑ ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑаÑОО ЎПкÑЌеМÑПв Оз Word 5.
+КагО загÑÑзкО МПвПй кПМвеÑÑаÑОПММПй ÑÑОлОÑÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ Ð²ÐœÐµÑМОÑ
+ ЎПкÑЌеМÑПв:
+
+
+УÑÑаМПвОÑÑ ÐœÐŸÐ²ÑÑ ÑÑОлОÑÑ Ð² ÑППÑвеÑÑÑвОО Ñ ÑÑебПваМОÑЌО Greenstone (пПЌеÑÑОÑÑ ÐµÐµ в ЎОÑекÑПÑÐžÑ packages ).
+
+
+ÐМеÑÑО ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² gsConvert.pl ÐŽÐ»Ñ Ð¿ÐŸÑлеЎÑÑÑегП ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÑÑОлОÑÑ. ÐМО заклÑÑаÑÑÑÑ Ð² ЎПбавлеМОО МПвПгП пÑÐµÐŽÐ»ÐŸÐ¶ÐµÐœÐžÑ Ñ ÐŸÐ¿ÐµÑаÑПÑПЌ if в ÑÑМкÑÐžÑ main, О ЎПбавлеМОО ÑÑМкÑОО, вÑзÑваÑÑей МПвÑÑ ÑÑОлОÑÑ.
+
+
+W3. ÐапОÑаÑÑ Ð¿ÑОлПжеМОе Ма ÑÑПвеМÑ, ÑлеЎÑÑОй за ConvertToPlug , ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ Ð¿ÐµÑеÑ
+ваÑОÑÑ ÐºÐŸÐœÐ²ÐµÑÑаÑÐžÑ Ð² ÑÑаМЎаÑÑÐœÑй ÑПÑЌаÑ, пПЎЌеМОв егП Ма ÐœÑжМÑй.
+
+
+
+
+
+
+ÐазМаÑеМОе ЌеÑаЎаММÑÑ
+ Оз ÑÑÑеÑÑвÑÑÑегП Ñайла
+
+
+СÑаМЎаÑÑМПе пÑОлПжеМОе RecPlug пПЌОЌП вÑегП, ÐžÐŒÐµÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÐœÐ°Ð·ÐœÐ°ÑаÑÑ ÐŒÐµÑаЎаММÑе ЎПкÑЌеМÑÑ Ð²ÑÑÑÐœÑÑ (ОлО авÑПЌаÑОÑеÑкО), ÑÐŸÐ·ÐŽÐ°Ð²Ð°Ñ XML-ÑайлÑ. ÐÑÑаМПвОЌÑÑ Ð¿ÐŸÐŽÑПбМее Ма ÑÑПЌ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð²Ñ ÑаЌО ÑЌПглО ÑПзЎаваÑÑ ÑÐ°Ð¹Ð»Ñ ÐŒÐµÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ Ð²Ð°ÑОÑ
+ ÑПÑЌаÑПв. ÐÑлО ПпÑеЎелеМа ПпÑÐžÑ usejnetadatajiles, ÑП RecPlug ОÑпПлÑзÑÐµÑ Ð²ÑпПЌПгаÑелÑÐœÑй Ñайл ЌеÑаЎаММÑÑ
+ - metadata.xml. Ðа ÑОÑÑМке пÑеЎÑÑавлеМ XML Document Type Definition (DTD) ÐŽÐ»Ñ ÑПÑЌаÑа Ñайла ЌеÑаЎаММÑÑ
+, а Ма ÑОÑÑМке пÑОвеЎеМ пÑÐžÐŒÐµÑ Ñайла ЌеÑаЎаММÑÑ
+ metadata.xml.
+
+
+ЀПÑÐŒÐ°Ñ XML. a) Document Type Definition (DTD); б) пÑÐžÐŒÐµÑ Ñайла
+
+(a)
+
+
+<!DOCTYPE GreenstoneDirectoryMetadata [
+ <!ELEMENT DirectoryMetadata (FileSet*)>
+ <!ELEMENT FileSet (FileName+,Description)>
+ <!ELEMENT FileName (#PCDATA)>
+ <!ELEMENT Description (Metadata*)>
+ <!ELEMENT Metadata (#PCDATA)>
+ <ATTLIST Metadata name CDATA #REQUIRED>
+ <ATTLIST Metadata mode (accumulate|override) "override">
+]>
+
+
+
+
+
+(b)
+
+
+<?xml version="1.0" ?>
+<!DOCTYPE GreenstoneDirectoryMetadata SYSTEM
+"http://greenstone.org/dtd/GreenstoneDirectoryMetadata/ 1.0/GreenstoneDirectoryMetadata.dtd">
+<DirectoryMetadata>
+ <FileSet>
+ <FileName>nugget.*</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse</Metadata>
+ <Metadata name="Place" mode="accumulate">Nugget Point</Metadata>
+ </Description>
+ </FileSet>
+ <FileSet>
+ <FileName>nugget-point-1.jpg</FileName>
+ <Description>
+ <Metadata name="Title">Nugget Point Lighthouse , The Catlins </Metadata>
+ <Metadata name="Subject">Lighthouse</Metadata>
+ </Description>
+ </FileSet>
+</DirectoryMetadata>
+
+РпÑОЌеÑе пПказаМ Ñайл, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÐŽÐ²Ðµ ÑÑÑÑкÑÑÑÑ ÐŒÐµÑаЎаММÑÑ
+. РкажЎПй Оз кПÑПÑÑÑ
+, ÑÐ»ÐµÐŒÐµÐœÑ filename ПпОÑÑÐ²Ð°ÐµÑ Ñайл, к кПÑПÑÐŸÐŒÑ ÐŸÑМПÑÑÑÑÑ ÐŒÐµÑаЎаММÑе, в вОЎе ÑÑаМЎаÑÑМПгП вÑÑажеМОÑ. ТакОЌ ПбÑазПЌ, nugget. * ÑказÑÐ²Ð°ÐµÑ ÐœÐ° ÑП, ÑÑП пеÑÐ²Ð°Ñ Ð·Ð°Ð¿ÐžÑÑ ÐŒÐµÑаЎаММÑÑ
+ ПÑМПÑОÑÑÑ ÐºÐŸ вÑеЌ ÑайлаЌ, ÑÑе ÐžÐŒÑ ÐœÐ°ÑОМаеÑÑÑ Ñ "nugget" . ÐÐ»Ñ ÑÑОÑ
+ ÑайлПв ЌеÑаЎаММÑе ÑОпа Title ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÐºÐ°Ðº "Nugget Point Lighthouse".
+ÐлеЌеМÑÑ ÐŒÐµÑаЎаММÑÑ
+ ПÑÑабаÑÑваÑÑÑÑ Ð² ÑПЌ пПÑÑЎке, в кПÑПÑПЌ ПМО пПÑвлÑÑÑÑÑ. ÐÑПÑÐ°Ñ Ð·Ð°Ð¿ÐžÑÑ ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÐŒÐµÑаЎаММÑе ÑОпа Title ÐŽÐ»Ñ Ñайла nuggetpoint- l.jpg как "Nugget Point Lighthouse, The Catlins", ÑеЌ ÑаЌÑÐŒ ПÑЌеМÑÑ Ð¿ÑеЎÑÐŽÑÑОе ÑказаМОÑ. ÐЎеÑÑ Ñакже ЎПбавлеМП пПле ЌеÑаЎаММÑÑ
+ Subject.
+ÐМПгЎа ЌеÑаЎаММÑе, ОЌеÑÑОе Ñже МекПÑПÑПе ЌМПжеÑÑвП зМаÑеМОй О пПлÑÑÐ°Ñ ÐœÐŸÐ²Ñе, ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÑ
+ МакаплОваÑÑ, вЌеÑÑП ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÑЌеМÑÑÑ Ð¿ÑеЎÑÐŽÑÑОе. ÐÑП ЎелаеÑÑÑ Ð²Ð²ÐµÐŽÐµÐœÐžÐµÐŒ аÑÑОбÑÑа mode=accumulate. Ð ÑезÑлÑÑаÑе ПпÑÐžÑ ÐŒÐµÑаЎаММÑÑ
+ Place пеÑеЌеÑаеÑÑÑ ÐœÐ° пПзОÑÐžÑ Ð²ÑÑе О ÑÑаМПвОÑÑÑ ÑпПÑПбМПй МакаплОваÑÑ Ð·ÐœÐ°ÑеМОÑ. ÐÐ»Ñ Ð²ÐŸÐ·Ð²ÑаÑа к еЎОМÑÑвеММПÑÑО зМаÑеМОй ÐŽÐ»Ñ ÑлеЌеМÑа ЌеÑаЎаММÑÑ
+ МапОÑОÑе: <Metadata name=âPlaceâ mode=âoverrideâ>New Zealand</Metadata> . ЀакÑОÑеÑкО, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ПпÑÑÑОÑÑ ÑÑÑ ÑпеÑОÑОкаÑÐžÑ ÑежОЌа, пПÑкПлÑÐºÑ ÐºÐ°Ð¶ÐŽÑй пПÑлеЎÑÑÑОй ÑÐ»ÐµÐŒÐµÐœÑ ÐŸÑЌеМÑÐµÑ Ð¿ÑеЎÑÐŽÑÑОй, еÑлО ÑÑП заÑаМее Ме ПпÑеЎелеМП. ÐÐ»Ñ ÐœÐ°ÐºÐŸÐ¿Ð»ÐµÐœÐžÑ Ð² МекПÑПÑПЌ пПле зМаÑеМОй ЌеÑаЎаММÑÑ
+ пÑО кажЎПЌ пПÑвлеМОО кПÑПÑÑÑ
+ ЎПлжМП бÑÑÑ ÐŸÐ¿ÑеЎелМП: mode=accumulate.
+ÐПгЎа ÑÑÑаМПвлеМа ПпÑÐžÑ usejnetadatajiles, RecPlug пÑПвеÑÑÐµÑ ÐºÐ°Ð¶ÐŽÑÑ Ð²Ð²ÐŸÐŽÐžÐŒÑÑ ÐŽÐžÑекÑПÑÐžÑ ÐŽÐ»Ñ XML Ñайла metadata.xml О пÑОЌеМÑÐµÑ ÐµÐ³ÐŸ ÑПЎеÑжОЌПе кП вÑеЌ ÑайлаЌ ЎОÑекÑПÑОО О пПЎЎОÑекÑПÑОй.
+ÐеÑ
+аМОзЌ ÑабПÑÑ metadata.xml, кПÑПÑÑй ÑÑÑаМПвлеМ в RecPlug, ÑвлÑеÑÑÑ ÐµÐŽÐžÐœÑÑвеММÑÐŒ ÑпПÑПбПЌ ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ в ЎПкÑЌеМÑе. ÐÑÐµÐœÑ Ð¿ÑПÑÑП МапОÑаÑÑ ÑазлОÑÐœÑе пÑОлПжеМОÑ, кПÑПÑÑе ÑЌПгÑÑ Ð¿ÑОМОЌаÑÑ ÐŒÐµÑаЎаММÑе, ÑпеÑОÑОÑÐœÑе ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ ÑПÑЌаÑПв.
+
+
+
+
+ÐаÑкОÑПвка Ñайла ЎПкÑЌеМÑа ÑÑгаЌО
+
+
+ЧаÑÑП Ð²ÐŸÐ·ÐœÐžÐºÐ°ÐµÑ Ð¿ÐŸÑÑебМПÑÑÑ ÑÑÑÑкÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐžÑÑ
+ПЎМПгП ЎПкÑЌеМÑа Ма ÑÐ°Ð·ÐŽÐµÐ»Ñ Ðž пПЎÑазЎелÑ. С ÑелÑÑ Ð¿ÑеЎПÑвÑаÑÐµÐœÐžÑ ÐœÐ°ÑÑÑеМОй в ОеÑаÑÑ
+ОÑеÑкПй ÑÑÑÑкÑÑÑе ÑÑа ОМÑПÑЌаÑÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐ° бÑÑÑ ÑППбÑеМа ÑОÑÑеЌе Greenstone. ÐПЌОЌП ÑÑПгП, ЌеÑаЎаММÑе, ПбÑÑМП загПлПвкО, ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑвÑÐ·Ð°ÐœÑ Ñ ÐºÐ°Ð¶ÐŽÑÐŒ ÑППÑвеÑÑÑвÑÑÑОЌ ÑазЎелПЌ ОлО пПЎÑазЎелПЌ.
+СаЌÑй пÑПÑÑПй ÑпПÑПб ÑЎелаÑÑ ÑÑП заклÑÑаеÑÑÑ Ð² пÑПÑÑПЌ ÑеЎакÑОÑПваМОО ОÑÑ
+ПЎМÑÑ
+ ÑайлПв. HTML-пÑОлПжеМОе ÐžÐŒÐµÐµÑ ÐŸÐ¿ÑÐžÑ description_tags, кПÑПÑÐ°Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐµÑ ÑÑгО в ÑекÑÑе:
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> Realizing human rights for poor people: Strategies for achieving the international development targets</Metadata>
+ </Description>
+-->
+(text of section goes here)
+<!--
+</Section>
+-->
+ÐаÑкеÑÑ <!-- ⊠--> ОÑпПлÑзÑÑÑÑÑ Ð² HTML ÐŽÐ»Ñ Ð²ÑÑавкО кПЌЌеМÑаÑОев; ÑакОЌ ПбÑазПЌ, ÑÑО ÑÑгО Ме бÑÐŽÑÑ Ð²Ð»ÐžÑÑÑ ÐœÐ° ПбÑее ÑПÑЌаÑОÑПваМОе ЎПкÑЌеМÑа. Ð ÑаÑÑО Description ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ ÐŽÑÑгОе Ð²ÐžÐŽÑ ÐŒÐµÑаЎаММÑÑ
+, МП в МаÑеЌ ÑлÑÑае ÑÑП ÑЎелаМП Ме бÑлП. ÐПЌОЌП ÑÑПгП, ÑÑгО ЌПгÑÑ Ð±ÑÑÑ -влПжеММÑЌО. Так ÑÑÑПка пПЌеÑÐµÐœÐœÐ°Ñ text of section goes here (ÑекÑÑ ÑазЎела), в ЎалÑМейÑеЌ ÐŒÐŸÐ¶ÐµÑ Ð²ÐºÐ»ÑÑаÑÑ Ð² ÑÐµÐ±Ñ Ð¿ÐŸÐŽÑазЎелÑ, МапÑОЌеÑ,
+(text of first part of section goes here)
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title"> The international development targets</Metadata>
+ </Description>
+-->
+(text of subsection goes here)
+<!--
+</Section>
+-->
+(text of last part of section goes here)
+ÐÑОЌО ÑÑМкÑОПМалÑÐœÑЌО вПзЌПжМПÑÑÑЌО ÐŸÐ±Ð»Ð°ÐŽÐ°ÐµÑ Ð»ÑбПе пÑОлПжеМОе, ОÑпПлÑзÑÑÑее HTMLPlug. Ð ÑаÑÑМПÑÑО, Word-пÑÐžÐ»ÐŸÐ¶ÐµÐœÐžÑ ÐºÐŸÐœÐ²ÐµÑÑОÑÑÑÑ ÐžÑÑ
+ПЎÑй Ñайл в HTML, Ñак ÑÑП в ÑлÑÑае ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв ÑПÑЌаÑа Word (О RTF), ОзвлеÑеМОе ЌеÑаЎаММÑÑ
+ пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð¿ÐŸ ÑÑеМаÑÐžÑ ÐžÐ·Ð²Ð»ÐµÑÐµÐœÐžÑ ÐžÑ
+ Оз ÑПÑЌаÑа HTML. (Ð ÑÑПЌ ÑлÑÑае пÑОЎеÑÑÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ пПÑабПÑаÑÑ, Ñ.к. ÐŽÐ»Ñ ÐœÐŸÑЌалÑМПй кПМвеÑÑаÑОО ЎПкÑЌеМÑПв Word в ÑПÑÐŒÐ°Ñ HTML ÑÑебÑеÑÑÑ ÑЎалОÑÑ Ð¿ÐŸÐ±ÐŸÑÐœÑе ÑÐžÐŒÐ²ÐŸÐ»Ñ "<" О ">"; ÐŒÑ Ð¿ÑПОзвелО ОÑ
+ ÑпПÑÑЎПÑеМОе, Ме пÑÐžÐœÐžÐŒÐ°Ñ Ð²ÐŸ вМОЌаМОе пÑОвеЎеММÑе вÑÑе ÑпеÑОÑОкаÑОО). ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП ÑПÑМП ÑакПй же ÑПÑЌаÑ, как ПпОÑаМП вÑÑе, ОÑпПлÑзÑеÑÑÑ Ðž в ÑлÑÑае Word - ÑайлПв, ÑПЎеÑжаÑОÑ
+ "<!â" О"~>". КÑОÑÑ Ðž ОМÑеÑвал ОгМПÑОÑÑÑÑÑÑ.
+
+
+
+
+
+
+ÐлаÑÑОÑОкаÑПÑÑ
+
+
+ÐлаÑÑОÑОкаÑПÑÑ ÐžÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐžÐœÐŽÐµÐºÑПв пÑПÑЌПÑÑа кПллекÑОО. ÐÑОЌеÑаЌО ÑвлÑÑÑÑÑ ÐžÐœÐŽÐµÐºÑÑ Titles A-Z кПллекÑОО dlpeople, а Ñакже ОМЎекÑÑ Subject, How to, Organisation О Titles A-Z в кПллекÑОО Humanity Development Library - ПЎМПй Оз пПЎЌМПжеÑÑва ÐеЌПМÑÑÑаÑОПММÑÑ
+ кПллекÑОй. ÐавОгаÑОПММПе ÐŒÐµÐœÑ Ð² веÑÑ
+Мей ÑаÑÑО ÑкÑаМа Ма ÑОÑÑМкаÑ
+ 3 О 8а ÐžÐŒÐµÐµÑ ÑÑМкÑÐžÑ search, кПÑПÑÐ°Ñ Ð²ÑегЎа ÑМабжеМа кМПпкаЌО ÐŽÐ»Ñ Ð²ÑеÑ
+ клаÑÑОÑОкаÑПÑПв, кПÑПÑÑе бÑлО ПпÑеЎелеМÑ. ÐÐœÑПÑЌаÑОÑ, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО пÑПÑЌПÑÑа, ÑПÑ
+ÑаМÑеÑÑÑ Ð² ОМÑПÑЌаÑОПММПй базе ЎаММÑÑ
+ кПллекÑОО, кÑЎа ПМа пПЌеÑаеÑÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑаЌО, вÑзÑваеЌÑЌО Ма кПМеÑМПй ÑÑаЎОО ÑабПÑÑ buildcol.pl.
+
+
+ÐлаÑÑОÑОкаÑÐŸÑ AZList
+
+
+
+ÐлаÑÑОÑОкаÑПÑÑ, пПЎПбМП пÑОлПжеМОÑÐŒ, ПпÑеЎелÑÑÑÑÑ Ð² Ñайле кПМÑОгÑÑаÑОО кПллекÑОО. ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑÑÑеÑÑвÑÐµÑ ÑÑÑПка, МаÑОМаÑÑаÑÑÑ Ñ ÐºÐ»ÑÑевПгП ÑлПва classify О ÑПпÑÐŸÐ²ÐŸÐ¶ÐŽÐ°ÐµÐŒÐ°Ñ ÐžÐŒÐµÐœÐµÐŒ клаÑÑОÑОкаÑПÑа О ÑÑебÑеЌÑÑ
+ ПпÑОй. ÐÑМПвМПй Ñайл кПМÑОгÑÑаÑОО кПллекÑОО, ПбÑÑжЎеММÑй в РазЎеле , вклÑÑÐ°ÐµÑ ÑÑÑÐŸÐºÑ classify AZList âmetadata Title, кПÑПÑÐ°Ñ ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð°Ð»ÑавОÑÐœÑй ÑпОÑПк загПлПвкПв, ÐžÐ·Ð²Ð»ÐµÐºÐ°Ñ ÐžÑ
+ Оз Ð¿ÐŸÐ»Ñ ÐŒÐµÑаЎаММÑÑ
+ Title, заÑеЌ ÑПÑÑОÑÑÐµÑ ÐžÑ
+ О ÑÐ°Ð·Ð±ÐžÐ²Ð°ÐµÑ Ð¿ÐŸ алÑавОÑÐœÑÐŒ ЎОапазПМаЌ. ÐÑÐžÐŒÐµÑ Ð¿ÐŸÐºÐ°Ð·Ð°Ðœ Ма ÑОÑÑМке .
+
+
+ÐлаÑÑОÑОкаÑÐŸÑ List
+
+
+
+ÐÑПÑÑейÑОй клаÑÑОÑОкаÑПÑ, МазваММÑй List, пÑеЎÑÑавлеМ Ма ÑОÑÑМке . ÐÐœ ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐŸÑÑПÑÑОÑПваММÑй ÑпОÑПк ПпÑеЎелеММПгП ÑлеЌеМÑа ЌеÑаЎаММÑÑ
+ О ПÑПбÑÐ°Ð¶Ð°ÐµÑ ÐµÐ³ÐŸ без какОÑ
+-лОбП алÑавОÑÐœÑÑ
+ пПЎÑазЎелПв. ÐÑОЌеÑПЌ ЌПгÑÑ Ð¿ÐŸÑлÑжОÑÑ ÐŒÐµÑаЎаММÑе how to ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО, кПÑПÑÑе ÑÐŸÐ·ÐŽÐ°ÐœÑ ÑÑÑПкПй classify List âmetadata Howto в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО . ÐÑÑгПй ÑМОвеÑÑалÑМПй клаÑÑОÑОкаÑÐŸÑ ÑпОÑка DateList, кПÑПÑÑй геМеÑОÑÑÐµÑ ÑпОÑПк ЎаÑ, пÑеЎÑÑавлеМ Ма ÑОÑÑМке . (ÐлаÑÑОÑОкаÑÐŸÑ DateList ОÑпПлÑзÑеÑÑÑ Ð² кПллекÑОО Greenstone Archives).
+
+
+ÐлаÑÑОÑОкаÑÐŸÑ DateList
+
+
+
+ÐÑÑгОе клаÑÑОÑОкаÑПÑÑ Ð³ÐµÐœÐµÑОÑÑÑÑ ÑÑÑÑкÑÑÑÑ Ð¿ÑПÑЌПÑÑа, кПÑПÑÑе ÑвлÑÑÑÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкОЌО. ÐеÑаÑÑ
+ОÑеÑкОе клаÑÑОÑОкаÑОО ОÑпПлÑзÑÑÑÑÑ Ð² ÑлÑÑае пÑеЎЌеÑÐœÑÑ
+ клаÑÑОÑОкаÑОй О пПЎклаÑÑОÑОкаÑОй, а Ñакже ПÑгаМОзаÑОПММÑÑ
+ ОеÑаÑÑ
+Ой. Ѐайл кПМÑОгÑÑаÑОО ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО ÑПЎеÑÐ¶ÐžÑ ÑÑÑÐŸÐºÑ classify Hierarchy âhflle sub.txt âmetadata Subject âsort Title, О Ма ÑОÑÑМке Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ Ð¿ÑеЎЌеÑÐœÑÑ ÐžÐµÑаÑÑ
+ОÑ, пÑеЎÑÑавлеММÑÑ Ð² бÑПÑзеÑе. ÐкПМка "ÐºÐœÐžÐ¶ÐœÐ°Ñ Ð¿ÐŸÐ»ÐºÐ°" Ñ Ð²ÑЎелеММÑÐŒ жОÑÐœÑÐŒ ÑÑОÑÑПЌ загПлПвкПЌ пÑеЎÑÑавлÑÐµÑ Ð¿ÐµÑвÑй ÑÑПвеМÑ; вÑÑе Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ Ð¿ÑеЎЌеÑÐœÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑОÑ, к кПÑПÑПй пÑÐžÐœÐ°ÐŽÐ»ÐµÐ¶ÐžÑ ÑпПЌÑÐœÑÑÑй загПлПвПк. Ð ÑÑПЌ пÑОЌеÑе клаÑÑОÑОкаÑÐžÐŸÐœÐœÐ°Ñ ÐžÐµÑаÑÑ
+ÐžÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² пÑПÑÑПЌ ÑекÑÑПвПЌ ÑПÑЌаÑе в Ñайле sub.txt.
+
+
+ÐлаÑÑОÑОкаÑÐŸÑ Hierarchy
+
+
+
+ÐÑе клаÑÑОÑОкаÑПÑÑ Ð³ÐµÐœÐµÑОÑÑÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкÑÑ ÑÑÑÑкÑÑÑÑ, кПÑПÑÐ°Ñ ÐžÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÐžÐœÐŽÐµÐºÑа пÑПÑЌПÑÑа. Ðа ÑаЌПЌ МОжМеЌ ÑÑПвМе ОеÑаÑÑ
+ОО (Ñ.е. лОÑÑе) ПбÑÑМП ÑаÑÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÑ ÐŽÐŸÐºÑЌеМÑÑ, МП в МекПÑПÑÑÑ
+ клаÑÑОÑОкаÑПÑаÑ
+ - ÑÑП ÑазЎелÑ. ÐÐœÑÑÑеММОе ÑÐ·Ð»Ñ ÐžÐµÑаÑÑ
+ОО - ÑÑП Vlist, Hlist, ОлО Datelist. Vlist - ÑÑП ÑпОÑПк ÑлеЌеМÑПв, пПказаМÑÑ
+ веÑÑОкалÑМП, Ð²ÐœÐžÐ·Ñ ÑÑÑаМОÑÑ, пПЎПбМП ОМЎекÑÑ "how to" в ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО (ÑÐŒ.ÑОÑÑМПк ). Hlist ÑаÑпПлагаеÑÑÑ Ð³ÐŸÑОзПМÑалÑМП. ÐапÑОЌеÑ, AZList, пПказаММÑй Ма ÑОÑÑМке ,- ÑÑП ОеÑаÑÑ
+ÐžÑ Ñ ÐŽÐ²ÑÐŒÑ ÑÑПвМÑЌО вМÑÑÑеММОÑ
+ ÑзлПв, ÑПÑÑПÑÑОÑ
+ Оз Hlist (пÑеЎÑÑавлеМ ÑазЎелПЌ A-Z ) Ñ ÐŽÐŸÑеÑМОЌО запОÑÑЌО Vlists. ÐÑО ЎПÑеÑМОе запОÑО ÑвлÑÑÑÑÑ ÐŽÐŸÐºÑЌеМÑаЌО. Datelist (ÑÐŒ. ÑОÑÑМПк ) ÑвлÑеÑÑÑ ÐŸÑПбÑÐŒ вОЎПЌ Vlist, О пПзвПлÑÐµÑ Ð¿ÑПОзвПЎОÑÑ Ð²ÑбПÑÐºÑ Ð¿ÐŸ Ð³ÐŸÐŽÑ Ðž ЌеÑÑÑÑ.
+СÑÑПкО ОÑпПлÑзÑÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПв в ÑайлаÑ
+ кПМÑОгÑÑаÑОО кПллекÑОО, ÑПЎеÑжаÑОÑ
+ аÑгÑÐŒÐµÐœÑ metadata, ОЎеМÑОÑОÑОÑÑÑÑОй ЌеÑаЎаММÑе, пП кПÑПÑÑÐŒ ЎПкÑЌеМÑÑ ÐºÐ»Ð°ÑÑОÑОÑОÑÐŸÐ²Ð°ÐœÑ Ðž ПÑÑПÑÑОÑПваМÑ. ÐÑбПй ЎПкÑÐŒÐµÐœÑ Ð² кПллекÑОО, кПÑПÑÐ°Ñ ÐœÐµ ПпÑеЎелеМа ЌеÑаЎаММÑЌО, бÑÐŽÐµÑ ÐžÐ·Ð±Ð°Ð²Ð»ÐµÐœ ÐŸÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа (МП ПМ вÑе же ОМЎекÑОÑÑеÑÑÑ, О ÑлеЎПваÑелÑМП, ЎПÑÑÑпеМ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка). ÐÑлО МОкакПй паÑаЌеÑÑ ÐŒÐµÑаЎаММÑÑ
+ Ме ПпÑеЎелеМ, вÑе ЎПкÑЌеМÑÑ Ð²ÐºÐ»ÑÑаÑÑÑÑ Ð² клаÑÑОÑОкаÑÐŸÑ Ð² ÑПЌ пПÑÑЎке, в кПÑПÑПЌ ПМО пПÑÑÑпаÑÑ Ð² Ñ
+ПЎе пÑПÑеÑÑа ÑПÑЌОÑПваМОÑ. ÐÑП ЌПжМП ОÑпПлÑзПваÑÑ Ð² ÑПЌ ÑлÑÑае, еÑлО Ð²Ñ Ñ
+ПÑОÑе пПлÑÑОÑÑ ÑпОÑПк вÑеÑ
+ ЎПкÑЌеМÑПв в ваÑей кПллекÑОО.
+
+
+ÐлаÑÑОÑОкаÑПÑÑ Greenstone
+
+
+
+
+
+ÐÑгÑЌеМÑ
+
+
+ÐейÑÑвОе
+
+
+
+
+Hierarchy
+
+
+
+ÐеÑаÑÑ
+ОÑеÑÐºÐ°Ñ ÐºÐ»Ð°ÑÑОÑОкаÑОÑ
+
+
+
+
+
+hfile
+
+
+Ѐайл клаÑÑОÑОкаÑОО
+
+
+
+
+
+metadata
+
+
+ÐÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÑеÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ð²ÐŸÐ¿ÑекО ОЎеМÑОÑОкаÑПÑÑ hfile
+
+
+
+
+
+sort
+
+
+ÐÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+, ÑПÑÑОÑÑÑÑОй ЎПкÑЌеМÑÑ Ð² пÑеЎелаÑ
+ лОÑÑа (пП ÑЌПлÑÐ°ÐœÐžÑ - Title)
+
+
+
+
+
+buttonname
+
+
+ÐазваМОе кМПпкО, ОÑпПлÑзÑеЌПй ÐŽÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ðº клаÑÑОÑОкаÑПÑÑ (пП ÑЌПлÑÐ°ÐœÐžÑ - зМаÑеМОе аÑгÑЌеМÑа ЌеÑаЎаММÑÑ
+)
+
+
+
+
+List
+
+
+
+ÐлÑавОÑÐœÑй ÑпОÑПк ЎПкÑЌеМÑПв
+
+
+
+
+
+metadata
+
+
+ÐклÑÑеМОе ЎПкÑЌеМÑПв, ÑПЎеÑжаÑОÑ
+ ÑÑÐŸÑ ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+
+
+
+
+
+
+buttonname
+
+
+ÐазваМОе кМПпкО, ОÑпПлÑзÑеЌПй ÐŽÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ðº клаÑÑОÑОкаÑПÑÑ (пП ÑЌПлÑÐ°ÐœÐžÑ - зМаÑеМОе аÑгÑЌеМÑа ЌеÑаЎаММÑÑ
+)
+
+
+
+
+SectionList
+
+
+
+СпОÑПк ÑазЎелПв ЎПкÑЌеМÑПв
+
+
+
+
+AZList
+
+
+
+СпОÑПк ЎПкÑЌеМÑПв, ÑазбОÑÑÑ
+ Ма алÑавОÑÐœÑе ЎОапазПМÑ
+
+
+
+
+
+metadata
+
+
+ÐклÑÑеМОе вÑеÑ
+ ЎПкÑЌеМÑПв, ÑПЎеÑжаÑОÑ
+ ÑÑÐŸÑ ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+
+
+
+
+
+
+buttonname
+
+
+ÐазваМОе кМПпкО, ОÑпПлÑзÑеЌПй ÐŽÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ðº клаÑÑОÑОкаÑПÑÑ (пП ÑЌПлÑÐ°ÐœÐžÑ - зМаÑеМОе аÑгÑЌеМÑа ЌеÑаЎаММÑÑ
+) ÐПЎПбМП AZList,МП вклÑÑÐ°ÐµÑ Ð²Ñе ÑÐ°Ð·ÐŽÐµÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв ÐПЎПбМП AZList, МП ÑПÑÑОÑÑÐµÑ Ð¿ÐŸ ЎаÑе
+
+
+
+
+AZSectionList
+
+
+
+ÐПЎПбМП AZList,МП вклÑÑÐ°ÐµÑ Ð²Ñе ÑÐ°Ð·ÐŽÐµÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв
+
+
+
+
+DateList
+
+
+
+ÐПЎПбМП AZList, МП ÑПÑÑОÑÑÐµÑ Ð¿ÐŸ ЎаÑе
+
+
+
+
+ТекÑÑОй ÐœÐ°Ð±ÐŸÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПв пÑеЎÑÑавлеМ в ТаблОÑе . Ðак бÑлП ÑаÑÑЌПÑÑеМП ÑаМее, ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐ»ÑÑОÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ лÑбПЌ пÑОлПжеМОО, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ pluginfo.pl. Также в ÑлÑÑае Ñ ÐºÐ»Ð°ÑÑОÑОкаÑПÑаЌО ÑÑÑеÑÑвÑÐµÑ Ð¿ÑПгÑаЌЌа classinfo.pl, кПÑПÑÐ°Ñ ÐŽÐ°ÐµÑ Ð²Ð°ÐŒ ОМÑПÑЌаÑÐžÑ ÐŸ лÑбПЌ клаÑÑОÑОкаÑПÑе О ЎПÑÑÑпМÑÑ
+ ÐµÐŒÑ ÐŸÐ¿ÑОÑÑ
+.
+ÐÑе клаÑÑОÑОкаÑПÑÑ Ð¿ÑОМОЌаÑÑ Ð°ÑгÑÐŒÐµÐœÑ buttonname, ПпÑеЎелÑÑÑОй МаЎпОÑÑ ÐœÐ° МавОгаÑОПММПй кМПпке Greenstone, кПÑПÑÐ°Ñ Ð²ÑзÑÐ²Ð°ÐµÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ (пП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ Ð·ÐœÐ°ÑеМОе аÑгÑЌеМÑа ЌеÑаЎаММÑÑ
+). ÐМПпкО ÑÑÑеÑÑвÑÑÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОпа ЌеÑаЎаММÑÑ
+ Dublin Core О ÐŽÐ»Ñ ÐœÐµÐºÐŸÑПÑÑÑ
+ ÐŽÑÑгОÑ
+ ÑОпПв ЌеÑаЎаММÑÑ
+.
+ÐажЎÑй клаÑÑОÑОкаÑÐŸÑ Ð¿ÐŸÐ»ÑÑÐ°ÐµÑ ÐœÐµÑвМПе ОЌÑ, завОÑÑÑее ÐŸÑ ÐµÐ³ÐŸ пПзОÑОО в Ñайле кПМÑОгÑÑаÑОО. ÐапÑОЌеÑ, ÑÑеÑОй клаÑÑОÑОкаÑПÑ, ÑказаММÑй в Ñайле, МазÑваÑÑ CL3. ÐÑО ОЌеМа ОÑпПлÑзÑÑÑÑÑ Ð² каÑеÑÑве МазваМОй пПлей ОМÑПÑЌаÑОПММПй Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ кПллекÑОО ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐžÐµÑаÑÑ
+ОО клаÑÑОÑОкаÑПÑа.
+ÐпÑеЎелеММÑе кПллекÑОей клаÑÑОÑОкаÑПÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐœÐ°Ð¿ÐžÑÐ°ÐœÑ ÑПÑ
+ÑÐ°ÐœÐµÐœÑ Ð² ЎОÑекÑПÑОО кПллекÑОО perllib/classify. Development Library ОЌее ПпÑеЎелеММÑй кПллекÑОей клаÑÑОÑОкаÑÐŸÑ Ð¿ÐŸ ОЌеМО HDLList, кПÑПÑÑ ÑвлÑеÑÑÑ ÑЌеМÑÑеММÑÐŒ ваÑОаМÑПЌ AZList.
+
+
+СпОÑПк клаÑÑОÑОкаÑПÑПв
+
+
+ÐОже пÑОвеЎеМ ÑпОÑПк клаÑÑОÑОкаÑПÑПв:
+
+
+SectionList âпПÑ
+Пж Ма List, МП в каÑеÑÑве ÑазЎелПв вÑÑÑÑпаÑÑ Ð»ÐžÑÑÑ, а к ЎПкÑЌеМÑÑ. ÐклÑÑÐ°ÐµÑ Ð²Ñе ÑÐ°Ð·ÐŽÐµÐ»Ñ ÐŽÐŸÐºÑЌеМÑа, кÑПЌе веÑÑ
+МегП ÑÑПвМе ÐÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑпОÑка ÑазЎелПв (ÑÑаÑей, глав О Ñ.ÐŽ.), каккПллекÑОО Computists' Weekly (ЎПÑÑÑпМа Ма ÑайÑе nzdl.org), гЎе кажЎÑй вÑпÑÑк - ÑÑП ПÑЎелÑÐœÑй ЎПкÑЌеМÑ, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП МезавОÑÐžÐŒÑ ÑÑаÑей, МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑПбÑÑвеММÑÑ
+ ÑазЎелаÑ
+.
+
+
+AZList âгеМеÑОÑÑÐµÑ ÐžÐµÑаÑÑ
+ÐžÑ Ñ ÐŽÐ²ÑÐŒÑ ÑÑПвМÑЌО, вклÑÑаÑÑÑÑ HLis ЎПÑеÑМОе запОÑО кПÑПÑПгП.
+
+
+AZSectionList âпПÑ
+Пж Ма AZList, МП в каÑеÑÑве ÑазЎелПв вÑÑÑÑпаÑÑ Ð»ÐžÑÑÑ Ð° Ме ЎПкÑЌеМÑÑ.
+
+
+DateList âпПÑ
+Пж Ма AZList, за ОÑклÑÑеМОеЌ ÑПгП, ÑÑП веÑÑ
+МОй ÑÑÐŸÐ²ÐµÐœÑ HLL пПзвПлÑÐµÑ ÐŽÐµÐ»Ð°ÑÑ Ð²ÑбПÑÐºÑ Ð¿ÐŸ гПЎÑ, а егП ЎПÑеÑМОе запОÑО - DateLists, а к VLists. ÐМаÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ Ð°ÑгÑЌеМÑа ЌеÑаЎаММÑÑ
+ - Date.
+
+
+
+
+
+
+ÐлаÑÑОÑОкаÑÐŸÑ ÐžÐµÑаÑÑ
+ОО
+
+
+ÐÑе клаÑÑОÑОкаÑПÑÑ ÑвлÑÑÑÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкОЌО. ÐЎМакП, клаÑÑОÑОкаÑПÑ: ÑпОÑка, ПпОÑаММÑе вÑÑе, ОЌеÑÑ ÑÑÑаМПвлеММПе кПлОÑеÑÑвП ÑÑПвМей, ÑПÑÑ ÐºÐ°Ðº клаÑÑОÑОкаÑПÑÑ "ОеÑаÑÑ
+ОО", ПпОÑаММÑе в ÑÑПЌ ÑазЎеле, ÐžÐŒÐµÑ Ð¿ÑПОзвПлÑМПе кПлОÑеÑÑвП ÑÑПвМей. ÐлаÑÑОÑОкаÑПÑÑ ÐžÐµÑаÑÑ
+ОО бПлее ÑлПжО ÐŽÐ»Ñ ÐŸÐ¿ÑеЎелеМОÑ, ÑеЌ клаÑÑОÑОкаÑПÑÑ ÑпОÑка.
+
+
+Part of the file sub.txt
+
+1 1 "General reference"
+1.2 1.2 "Dictionaries, glossaries, language courses, terminology
+2 2 "Sustainable Development, International cooperation, Pro
+2.1 2.1 "Development policy and theory, international cooperatio
+2.2 2.2 "Development, national planning, national plans"
+2.3 2.3 "Project planning and evaluation (incl. project managem
+2.4 2.4 "Regional development and planning incl. regional profil
+2.5 2.5 "Nongovernmental organisations (NGOs) in general, self-
+2.6 2.6 "Organisations, institutions, United Nations (general, d
+2.6.1 2.6.1 "United Nations"
+2.6.2 2.6.2 "International organisations"
+2.6.3 2.6.3 "Regional organisations"
+2.6.5 2.6.5 "European Community - European Union"
+2.7 2.7 "Sustainable Development, Development models and example
+2.8 2.8 "Basic Human Needs"
+2.9 2.9 "Hunger and Poverty Alleviation"
+
+ÐÑгÑÐŒÐµÐœÑ hflle ÐŽÐ°ÐµÑ ÐžÐŒÑ Ñайла, как пПказаМП Ма ÑОÑÑМке , кПÑПÑПе ПпÑеЎелÑÐµÑ ÐžÐµÑаÑÑ
+ÐžÑ ÐŒÐµÑаЎаММÑÑ
+. ÐÐ°Ð¶ÐŽÐ°Ñ ÑÑÑПка ПпОÑÑÐ²Ð°ÐµÑ ÐŸÐŽÐœÑ ÐºÐ»Ð°ÑÑОÑОкаÑОÑ, а ПпОÑÐ°ÐœÐžÑ ÑПÑÑПÑÑ ÐžÐ· ÑÑеÑ
+ ÑаÑÑей:
+
+
+ÐЎеМÑОÑОкаÑПÑ, кПÑПÑÑй ÑППÑвеÑÑÑвÑÐµÑ Ð·ÐœÐ°ÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ (заЎаММПгП аÑгÑЌеМÑПЌ metadata) пП клаÑÑОÑОкаÑОО.
+
+
+ÐаÑÐºÐµÑ Ð¿ÐŸÐ·ÐžÑОО-в-ОеÑаÑÑ
+ОО, в ЌМПгпеÑОПЎМПй ÑОÑлПвПй ÑПÑЌе, МапÑÐžÐŒÐµÑ 2,2.12,2.12.6.
+
+
+ÐазваМОе клаÑÑОÑОкаÑОО (еÑлО ПМП ÑПЎеÑÐ¶ÐžÑ Ð¿ÑПбелÑ, ÑП ЎПлжМП бÑÑÑ Ð·Ð°ÐºÐ»ÑÑеМП в кавÑÑкО).
+
+
+Ðа ÑОÑÑМке пÑеЎÑÑавлеМа ÑаÑÑÑ Ñайла sub.txt, ÑПзЎаÑÑегП пПЎÑОМеММÑÑ ÐžÐµÑаÑÑ
+ÐžÑ Ð² кПллекÑОО Development Library (О в ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО). ÐÑÐŸÑ Ð¿ÑÐžÐŒÐµÑ - МеЌМПгП запÑÑаММÑй, Ñ.к. МПЌеÑ, ÑказÑваÑÑОй Ма ОеÑаÑÑ
+ОÑ, ОÑпПлÑзÑеÑÑÑ ÐŽÐ²Ð°Ð¶ÐŽÑ ÐœÐ° кажЎПй ÑÑÑПке. ТОп ЌеÑаЎаММÑÑ
+ Hierarchy пÑеЎÑÑавлеМ в ЎПкÑЌеМÑаÑ
+ ÑП зМаÑеМОÑЌО в ОеÑаÑÑ
+ОÑеÑкПй ÑОÑлПвПй ÑПÑЌе, кПÑПÑÐ°Ñ ÐŸÐ±ÑÑÑÐœÑÐµÑ Ð¿ÐµÑвПе ОÑпПлÑзПваМОе. ÐÑПÑПе ОÑпПлÑзПваМОе МПЌеÑа ÑÑебÑеÑÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐžÐµÑаÑÑ
+ОО, кПÑПÑÐ°Ñ ÐŸÑÑÑеÑÑвлÑеÑÑÑ Ð±ÑПÑзеÑПЌ ОеÑаÑÑ
+ОО.
+ÐлаÑÑОÑОкаÑÐŸÑ hierarchy ÐžÐŒÐµÐµÑ ÐŸÐ¿ÑОПМалÑÐœÑй аÑгÑÐŒÐµÐœÑ sort, кПÑПÑÑй ПпÑеЎелÑеÑ, как ÑпПÑÑЎПÑОваÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² лОÑÑаÑ
+. ÐÑбÑе ЌеÑаЎаММÑе ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ ÐºÐ°Ðº клÑÑ ÑПÑÑОÑПвкО. ÐМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐŸ ÑПзЎаÑÑ ÑпОÑПк в ÑПЌ пПÑÑЎке, в кПÑПÑПЌ ЎПкÑЌеМÑÑ Ð¿ÑПÑ
+ПЎОлО пÑПÑеÑÑ ÑПÑЌОÑПваМОÑ. УпПÑÑЎПÑеМОе вП вМÑÑÑеММОÑ
+ ÑзлаÑ
+ ПпÑеЎелеМП в ÑППÑвеÑÑÑвОО Ñ Ð¿ÐŸÑÑЎкПЌ, в кПÑПÑПЌ ÑлеЌеМÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ Ð² аÑгÑЌеМÑе hfile.
+
+
+
+
+Ðак ÑабПÑаÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑÑ
+
+
+ÐлаÑÑОÑОкаÑПÑÑ ÑвлÑÑÑÑÑ ÐŸÐ±ÑекÑаЌО ÑзÑка Perl, пПлÑÑеММÑЌО ÐŸÑ BasClas.pm О Ñ
+ÑаМОЌÑЌО в ЎОÑекÑПÑОО perllib/classijy. ÐМО ОÑпПлÑзÑÑÑÑÑ ÑПгЎа, кПгЎа кПллекÑÐžÑ Ñже ÑÑПÑЌОÑПваМа. ÐÑО запÑÑке клаÑÑОÑОкаÑПÑПв вÑпПлМÑÑÑÑÑ ÑлеЎÑÑÑОе ÑагО.
+
+
+ÐеÑПЎ new ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐŸÐ±ÑÐµÐºÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа.
+
+
+ÐеÑПЎ init ОМОÑОалОзОÑÑÐµÑ ÐŸÐ±ÑÐµÐºÑ Ð¿ÐŸ ÑакОЌ паÑаЌеÑÑаЌ, как ÑОп ЌеÑаЎаММÑÑ
+, МазваМОе кМПпкО О кÑОÑеÑОО ÑПÑÑОÑПвкО.
+
+
+ÐеÑПЎ classify ОÑпПлÑзÑеÑÑÑ ÐŸÐŽÐžÐœ Ñаз ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа О Ñ
+ÑÐ°ÐœÐžÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ клаÑÑОÑОкаÑОО, пÑПОзвеЎеММПй клаÑÑОÑОкаÑПÑПЌ в пÑеЎелаÑ
+ ПбÑекÑа.
+
+
+ÐеÑПЎ get_classijy_info вПзвÑаÑÐ°ÐµÑ Ð»ÐŸÐºÐ°Ð»ÑМП ÑПÑ
+ÑаМеММÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ клаÑÑОÑОкаÑОО пÑПÑеÑÑÑ ÐºÐŸÐŒÐ¿ÐŸÐœÐŸÐ²ÐºÐž, кПÑПÑÑй запОÑÑÐ²Ð°ÐµÑ ÐµÐµ в ОМÑПÑЌаÑОПММÑÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ кПллекÑОО ÐŽÐ»Ñ ÐžÑпПлÑзПваМОÑ, вП вÑÐµÐŒÑ ÑабПÑÑ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОей.
+
+
+ÐеÑПЎ classify ПÑÑÑÐºÐžÐ²Ð°ÐµÑ OID кажЎПгП ЎПкÑЌеМÑа, зМаÑеМОе ЌеÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐºÐ»Ð°ÑÑОÑОкаÑОО ЎПкÑЌеМÑа, О в ÑлÑÑае МеПбÑ
+ПЎОЌПÑÑО, зМаÑеМОе ЌеÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÑПÑÑОÑПвкО ЎПкÑЌеМÑПв. ÐеÑПЎ get_classify_info пÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ Ð²ÑÑ ÑПÑÑОÑÐŸÐ²ÐºÑ Ðž ПпÑеЎелеММÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПЌ ПбÑабПÑкÑ. ÐапÑОЌеÑ, в ÑлÑÑае ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа AZList, ПМ ÑÐ°Ð·Ð±ÐžÐ²Ð°ÐµÑ ÑпОÑПк Ма алÑавОÑÐœÑе ЎОапазПМÑ.
+ÐÑПÑеÑÑ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐžÐœÐžÑОалОзОÑÑÐµÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑÑ, как ÑПлÑкП ПбÑÐµÐºÑ builder бÑÐŽÐµÑ ÑПзЎаМ. ÐлаÑÑОÑОкаÑОО ÑПзЎаÑÑÑÑ Ð² пÑПÑеÑÑе ÑПÑЌОÑПваМОÑ, кПгЎа classify.pm, пПÑÑПÑММП МаÑ
+ПЎÑÑОйÑÑ Ð² ЎОÑекÑПÑОО perllib Greenstone, ÑПзЎаÑÑ ÐžÐœÑПÑЌаÑОПММÑÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+.
+
+
+
+
+
+
+
+
+УпÑавлеМОе пПлÑзПваÑелÑÑкОЌ ОМÑеÑÑейÑПЌ Greenstone
+
+
+ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Greenstone ÑпÑавлÑеÑÑÑ ÐŒÐ°ÐºÑПÑаЌО, кПÑПÑÑе пПÑÑПÑММП МаÑ
+ПЎÑÑÑÑ Ð² каÑалПге GSDLHOME/macros. ÐМО МапОÑÐ°ÐœÑ ÐœÐ° ÑзÑке, ÑазÑабПÑаММПЌ ÑпеÑОалÑМП ÐŽÐ»Ñ Greenstone, О ОÑпПлÑзÑÑÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑабПÑÑ ÑОÑÑÐµÐŒÑ ÐŽÐ»Ñ Ð³ÐµÐœÐµÑОÑÐŸÐ²Ð°ÐœÐžÑ web-ÑÑÑаМОÑ. ТÑаМÑлÑÑÐžÑ ÐŒÐ°ÐºÑПÑзÑка в HTML -пПÑлеЎМОй Ñаг в ПÑПбÑажеМОО ÑÑÑаМОÑÑ. ТакОЌ ПбÑазПЌ, ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² ЌакÑПÑайле МеЌеЎлеММП ПÑПбÑажаÑÑÑÑ ÐœÐ° ÑкÑаМе, пÑеЎПÑÑавлÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð±ÑÑÑÑÑй О ПÑÐµÐœÑ Ð¿ÑПÑÑПй ОМÑÑÑÑЌеМÑ. ÐÑе ЌакÑПÑайлÑ, ОÑпПлÑзÑеЌÑе Greenstone, пеÑеÑОÑÐ»ÐµÐœÑ Ð² GSDLHOME/etc/main.cfg О загÑÑжаÑÑÑÑ ÐºÐ°Ð¶ÐŽÑй Ñаз, кПгЎа ОÑ
+ вÑзÑваÑÑ. ÐЎОМÑÑвеММПе ОÑклÑÑеМОе каÑаеÑÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Windows Local Library - в ÑÑПЌ ÑлÑÑае МеПбÑ
+ПЎОЌП бÑÐŽÐµÑ Ð¿ÐµÑезапÑÑÑОÑÑ Ð¿ÑПÑеÑÑ.
+Web-ÑÑÑаМОÑÑ Ð³ÐµÐœÐµÑОÑÑÑÑÑÑ ÐœÐ° леÑÑ Ð¿ÐŸ ÑÑÐŽÑ Ð¿ÑОÑОМ, О ЌакÑПÑОÑÑеЌа пПзвПлÑÐµÑ Greenstone ПÑÑÑеÑÑвлÑÑÑ ÑÑП Ñ ÐœÐµÐ²ÐµÑПÑÑМПй гОбкПÑÑÑÑ. СÑÑаМОÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐœÐ° МеÑкПлÑкОÑ
+ ÑзÑкаÑ
+, ÑекÑÑ ÐžÐœÑеÑÑейÑа кПÑПÑÑÑ
+ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑзÑка бÑÐŽÐµÑ Ñ
+ÑаМОÑÑÑÑ Ð² ÑазМÑÑ
+ ЌакÑПÑайлаÑ
+. ÐПгЎа Greenstone ПÑПбÑÐ°Ð¶Ð°ÐµÑ ÑÑÑаМОÑÑ, ЌакÑП ОМÑеÑпÑеÑаÑÐŸÑ Ð¿ÑПвеÑÑÐµÑ Ð¿ÐµÑеЌеММÑÑ ÑзÑка О загÑÑÐ¶Ð°ÐµÑ ÑÑÑаМОÑÑ ÐœÐ° ÑППÑвеÑÑÑвÑÑÑеЌ ÑзÑке (ÑÑП, к ÑПжалеМОÑ, Ме ПÑМПÑОÑÑÑ Ðº ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑа). ÐМаÑÐµÐœÐžÑ ÐœÐµÐºÐŸÑПÑÑÑ
+ ÑкÑаММÑÑ
+ пеÑеЌеММÑÑ
+, пПЎПбМÑÑ
+ МПЌеÑÑ ÐŽÐŸÐºÑЌеМÑПв, пПлÑÑеММÑÑ
+ в ÑезÑлÑÑаÑе пПОÑка, Ме ОзвеÑÑÐœÑ Ð·Ð°ÑаМее; ПМО ОМÑеÑпПлОÑÐŸÐ²Ð°ÐœÑ Ð² ÑекÑÑ ÑÑÑаМОÑÑ Ð² ÑПÑЌе ЌакÑПÑа.
+
+
+ЀПÑÐŒÐ°Ñ ÐŒÐ°ÐºÑПÑайла
+
+
+ÐакÑПÑÐ°Ð¹Ð»Ñ ÐžÐŒÐµÑÑ ÑаÑÑОÑеМОе .dm. ÐажЎÑй Ñайл ПпÑеЎелÑÐµÑ ÐŸÐŽÐžÐœ ОлО бПлее packages, кажЎÑй Оз кПÑПÑÑÑ
+ ÑПЎеÑÐ¶ÐžÑ ÑÑÐŽ ЌакÑПÑПв, ОÑпПлÑзÑеЌÑÑ
+ Ñ ÐµÐŽÐžÐœÑÑвеММПй ÑелÑÑ. Также, как О в ÑлÑÑае Ñ ÐºÐ»Ð°ÑÑОÑОкаÑПÑаЌО О пÑОлПжеМОÑЌО, ÑÑÑеÑÑвÑÐµÑ Ñайл base.dm, пÑеЎМазМаÑеММÑй ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐ°ÐºÑПÑПв; ÑÑÐŸÑ Ñайл ПпÑеЎелÑÐµÑ ÐŸÑМПвМПе ÑПЎеÑжаМОе ÑÑÑаМОÑÑ.
+ÐакÑПÑÑ ÐžÐŒÐµÑÑ ÐžÐŒÐµÐœÐ°, кПÑПÑÑе МаÑОМаÑÑÑÑ Ðž закаМÑОваÑÑÑÑ ÑОЌвПлПЌ пПЎÑеÑкОваМОÑ, а ОÑ
+ ÑПЎеÑжаМОе заклÑÑаеÑÑÑ Ð² ÑОгÑÑÐœÑе ÑкПбкО. СПЎеÑжаМОе ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑекÑÑПЌ, HTML (вклÑÑÐ°Ñ ÑÑÑлкО к Java-апплеÑаЌ О JavaScript), ОЌеМеЌ ЌакÑПÑа ОлО лÑбПй кПЌбОМаÑОей Оз вÑÑепеÑеÑОÑлеММÑÑ
+ ÑлеЌеМÑПв. ÐакÑПкПЌаМЎа ÐŸÑ base.dm ПпÑеЎелÑÐµÑ ÑПЎеÑжаМОе ÑÑÑаМОÑÑ, еÑлО ПÑÑÑÑÑÑвÑÐµÑ ÐºÐ°ÐºÐ°Ñ-лОбП ЌакÑПкПЌаМЎа ПÑЌеМÑ:
+_content_ {<p><h2>Oops</h2>_textdefaultcontent_}
+СÑÑаМОÑа бÑÐŽÐµÑ ÑОÑаÑÑ "Oops" МавеÑÑ
+Ñ, О Jextdefaultcontent _, кПÑПÑÑй Ма аМглОйÑкПЌ ÑзÑке бÑÐŽÐµÑ Ð²ÑЎаваÑÑ The requested page could not be found. Please use your browsers 'back' button or the above home button to return to the Greenstone Digital Library (ÐапÑÑÐµÐœÐœÐ°Ñ ÑÑÑаМОÑа Ме МайЎеМа. ÐПжаÑйÑÑа, вПÑпПлÑзÑйÑеÑÑ ÐºÐœÐŸÐ¿ÐºÐŸÐ¹ вПзвÑаÑа в ваÑеЌ бÑПÑзеÑе ОлО кМПпкПй вПзвÑаÑа Ма ЎПЌаÑÐœÑÑ ÑÑÑаМОÑÑ ÐŠÐžÑÑПвПй бОблОПÑекО Greenstone), как О Ма ÐŽÑÑгОÑ
+ ÑзÑкаÑ
+.
+_textdefaultcontent_ О _content_ Пба пПÑÑПÑММП МаÑ
+ПЎÑÑÑÑ Ð² пакеÑе global, пПÑÐŸÐŒÑ ÑÑП ПМО запÑаÑОваÑÑÑÑ Ð²ÑеЌО ÑаÑÑÑЌО пПлÑзПваÑелÑÑкПгП ОМÑеÑÑейÑа. ÐакÑПÑÑ ÐŒÐŸÐ³ÑÑ ÐžÑпПлÑзПваÑÑ ÐŒÐ°ÐºÑПÑÑ ÐžÐ· ÐŽÑÑгОÑ
+ пакеÑПв, МП ÑПгЎа ПМО ÐŽÐŸÐ»Ð¶ÐœÑ ÑПЎеÑжаÑÑ Ð² пÑеÑОкÑе ОÑ
+ ОЌеМа О ÐžÐŒÑ Ð¿Ð°ÐºÐµÑа. ÐапÑОЌеÑ,
+_collectionextra_ {This collection contains _about:numdocs_ documents. It was last built _about:builddate_ days ago.)
+ОÑÑ
+ÐŸÐŽÐžÑ ÐžÐ· english.dm О ОÑпПлÑзÑеÑÑÑ ÐºÐ°Ðº заЎаММПе пП ÑЌПлÑÐ°ÐœÐžÑ ÐŸÐ¿ÐžÑаМОе кПллекÑОО. _collectionextra_ - ÑаÑÑÑ Ð¿Ð°ÐºÐµÑа global , МП _numdocs_ О _builddate_ - Пба Оз пакеÑа about, ÑлеЎПваÑелÑМП ÑлеЎÑÐµÑ Ð¿ÐžÑаÑÑ _about:wMsi_.
+ÐаÑаÑÑÑÑ ÐŒÐ°ÐºÑÐŸÑ ÑПЎеÑÐ¶ÐžÑ ÑÑлПвМÑе ОМÑÑÑÑкÑОО. ÐМО МапПЌОМаÑÑ ÑÑлПвМПе вÑÑажеМОе ÑÑÑПкО ÑПÑЌаÑа, ПпОÑаММПе вÑÑе, Ñ
+ПÑÑ ÐžÑ
+ вОЎ МеЌМПгП ПÑлОÑаеÑÑÑ. ÐÑМПвМПй ÑПÑÐŒÐ°Ñ - _If_ (Ñ
+, Ñ, z), гЎе Ñ
+ - ÑÑлПвОе, Ñ -ЌакÑПÑПЎеÑжаМОе, кПÑПÑПе ОÑпПлÑзÑеÑÑÑ, еÑлО ÑÑлПвОе ОÑÑОММП, О z -ЌакÑПÑПЎеÑжаМОе, еÑлО ÑÑлПвОе ÑвлÑеÑÑÑ Ð»ÐŸÐ¶ÐœÑÐŒ. ÐпеÑаÑПÑÑ ÑÑÐ°Ð²ÐœÐµÐœÐžÑ Ñе же ÑаЌÑе, ÑÑП ОÑпПлÑзÑÑÑÑÑ Ð² Perl (ЌеМÑÑе ÑеЌ, бПлÑÑе ÑеЌ, ÑавМП, Ме ÑавМП). Ð ÑÑПЌ пÑОЌеÑе base.dm ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑеÑÐµÐœÐžÑ Ð·Ð°ÐŽÐ°ÑО ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð²ÐµÑМей ÑаÑÑО ÑÑÑаМОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО about (ÑÑÑаМОÑа ПпОÑÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО):
+_imagecollection_ {
+ _If_( "_iconcollection_ " ne "",
+ <a href = "_httppageabout_ ">
+ <img src = "_iconcollection_ " border = 0>
+ </a>,
+ _imagecollectionv_)
+}
+ÐаММПе ПпОÑаМОе вÑглÑÐŽÐžÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ МепПМÑÑÐœÑÐŒ. _iconcollection_ ПÑÑÑÐ»Ð°ÐµÑ Ðº пÑÑÑПй ÑÑÑПке, еÑлО кПллекÑÐžÑ ÐœÐµ ÐžÐŒÐµÐµÑ ÐžÐºÐŸÐœÐºÐž ОлО ОЌеМО Ñайла ОзПбÑажеМОÑ. ÐеÑеÑÑазОÑÑеЌ вÑÑеÑпПЌÑÐœÑÑÑÑ Ð¿ÑПгÑаЌЌÑ: ÐÑлО еÑÑÑ ÐžÐ·ÐŸÐ±ÑажеМОе ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО, вÑвеÑÑО в загПлПвке ÑÑÑаМОÑÑ About this Collection (ÑпПЌÑÐœÑÑÑй Jittppageabout _), а заÑеЌ ОзПбÑажеМОе; ОМаÑе ОÑпПлÑзПваÑÑ Ð°Ð»ÑÑеÑМаÑОвМÑй вÑвПЎ _imagecollectionv_.
+ÐакÑПÑÑ ÐŒÐŸÐ³ÑÑ ÑПЎеÑжаÑÑ Ð°ÑгÑЌеМÑÑ. ÐÐŸÑ Ð²ÑПÑПе ПпÑеЎелеМОе ÐŽÐ»Ñ _imagecollection_ ЌакÑПкПЌаМЎÑ, кПÑПÑÐ°Ñ ÐœÐµÐŒÐµÐŽÐ»ÐµÐœÐœÐŸ ÑлеЎÑÐµÑ Ð·Ð° ПпÑеЎелеМОеЌ, ЎаММÑÐŒ вÑÑе в Ñайле base.dm:
+_imagecollection_[v=1]{_imagecollectionv_}
+ÐаÑаЌеÑÑ [v=l] ПпÑеЎелÑеÑ, ÑÑП вÑПÑПе ПпÑеЎелеМОе ОÑпПлÑзÑеÑÑÑ, кПгЎа Greenstone ÑабПÑÐ°ÐµÑ Ð² ÑекÑÑПвПЌ ÑежОЌе. ÐакÑÐŸÑ ÑзÑка ÑабПÑÐ°ÐµÑ Ð¿ÐŸÑ
+Пже -ОÑклÑÑеМОе ÑПÑÑавлÑÐµÑ english.dm, пПÑÐŸÐŒÑ ÑÑП ÑвлÑеÑÑÑ Ð·ÐœÐ°ÑеМОеЌ пП ÑЌПлÑаМОÑ, вÑе ЌакÑПÑÑ ÑзÑка ПпÑеЎелÑÑÑ ÑзÑк как паÑаЌеÑÑ. ÐапÑОЌеÑ,
+_textimagehome_ {Home Page}
+пПÑвлÑеÑÑÑ Ð² аМглОйÑкПЌ ЌакÑПÑайле ÑзÑка, ÑПгЎа как ÐŽÐ»Ñ ÐœÐµÐŒÐµÑкПй веÑÑОО
+_textimagehome_ [l=de] {Hauptaseite}
+ÐМглОйÑÐºÐ°Ñ Ðž МеЌеÑÐºÐ°Ñ Ð²ÐµÑÑОО МаÑ
+ПЎÑÑÑÑ Ð² ÑПЌ же ÑаЌПЌ пакеÑе, Ñ
+ПÑÑ Ðž в ПÑЎелÑÐœÑÑ
+ ÑайлаÑ
+ (ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ Ð¿Ð°ÐºÐµÑа ЌПгÑÑ ÐŸÑ
+ваÑОÑÑ Ð±ÐŸÐ»ÑÑе, ÑеЌ ПЎОМ Ñайл). Greenstone ОÑпПлÑзÑÐµÑ /паÑаЌеÑÑ Ð²ÐŸ вÑÐµÐŒÑ Ð·Ð°Ð¿ÑÑка, ÑÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ ÑзÑк ПÑПбÑажеМОÑ.
+
+
+Part of the about.dm macro file
+
+package about
+##############################################
+# about page content
+###############################################
+_pagetitle_ {_collectionname_}
+_content_ {
+<center>
+_navigationbar_
+</center>
+_query:queryform_
+<p>_iconblankbar_
+<p>_textabout_
+_textsubcollections_
+<h3>_help:textsimplehelpheading_</h3>
+_help:simplehelp_
+}
+_textabout_ {
+<h3>_textabcol_</h3>
+_Global:collectionextra_
+}
+
+РзаклÑÑеМОе пÑОвеЎеЌ ÑОÑÑМПк , Ма кПÑПÑПЌ пÑеЎÑÑавлеМ ПÑÑÑвПк ЌакÑПÑайла aboutdm, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð³ÐµÐœÐµÑаÑОО ÑÑÑаМОÑÑ "About this collection" (РкПллекÑОО) ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ кПллекÑОО. ÐÑ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ ÑабПÑÑ ÑÑеÑ
+ ЌакÑПÑПв _pagetitle _, _content_ О _textabout_.
+
+
+
+
+Using macros
+
+
+ÐакÑÐŸÑ ÑвлÑеÑÑÑ ÐŒÐŸÑÐœÑÐŒ ОМÑÑÑÑЌеМÑПЌ О ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ МепПМÑÑеМ. ÐЎМакП, пÑО Ñ
+ПÑПÑеЌ зМаМОО HTML О МебПлÑÑПЌ пÑакÑОÑеÑкПЌ ПпÑÑе, ПМО ÑÑаМПвÑÑÑÑ Ð±ÑÑÑÑÑÐŒ О пÑПÑÑÑÐŒ ÑпПÑПбПЌ МаÑÑÑПйкО ваÑегП Greenstone -ÑайÑа.
+ÐапÑОЌеÑ, еÑлО Ð²Ñ Ñ
+ПÑОÑе ÑПзЎаÑÑ ÑÑаÑОÑеÑкÑÑ ÑÑÑаМОÑÑ, кПÑПÑÐ°Ñ ÐœÐ°Ð¿ÐŸÐŒÐžÐœÐ°Ð»Ð° Ð±Ñ Ð²Ð°Ñ ÑекÑÑОй Greenstone-ÑайÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑПзЎаÑÑ ÐœÐŸÐ²Ñй пакеÑ, МазваММÑй static, МапÑОЌеÑ, в МПвПЌ Ñайле О ПÑЌеМОÑÑ ÐŒÐ°ÐºÑÐŸÐºÐŸÐŒÐ°ÐœÐŽÑ _content_ . ÐПбавÑÑе МПвПе ÐžÐŒÑ Ñайла в ÑпОÑПк ЌакÑПÑПв в GSDLHOME/etc/main.cfg, кПÑПÑÑй Greenstone загÑÑÐ¶Ð°ÐµÑ ÐºÐ°Ð¶ÐŽÑй Ñаз. ÐакПМеÑ, ПбÑаÑОÑеÑÑ Ðº МПвПй ÑÑÑаМОÑе, ОÑпПлÑзÑÑ Ð²Ð°Ñ Ð¿ÑавОлÑÐœÑй URL Greenstone, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ Ð¿Ð°ÑаЌеÑÑ ?a=p&p=static (МапÑОЌеÑ, http://servername/cgi-bin/library?a=p&p=static).
+ЧÑÐŸÐ±Ñ ÐžÐ·ÐŒÐµÐœÑÑÑ ÐžÐœÑеÑÑÐµÐ¹Ñ Greenstone, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑеЎакÑОÑПваÑÑ Ð¿Ð°ÐºÐµÑÑ base О style. ЧÑÐŸÐ±Ñ ÐžÐ·ÐŒÐµÐœÐžÑÑ ÐŽÐŸÐŒÐ°ÑÐœÑÑ ÑÑÑаМОÑÑ Greenstone, ПÑÑеЎакÑОÑÑйÑе Ð¿Ð°ÐºÐµÑ home (ПпОÑаМОе ЌПжМП МайÑО в ЎПкÑЌеМÑаÑОО ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке). ÐÐ»Ñ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÑÑÑаМОÑÑ Ð·Ð°Ð¿ÑПÑПв ПÑÑеЎакÑОÑÑйÑе query.dm.
+СвПбПЎМП ÑкÑпеÑОЌеМÑОÑÑйÑе Ñ ÐŒÐ°ÐºÑПÑаЌО. ÐÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð¿ÐŸÑвлÑÑÑÑÑ ÐœÐµÐŒÐµÐŽÐ»ÐµÐœÐœÐŸ, пПÑÐŸÐŒÑ ÑÑП ЌакÑÐŸÑ ÐžÐœÑеÑпÑеÑОÑÑеÑÑÑ Ð¿ÐŸ ЌеÑе ПÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÑÑÑаМОÑÑ. ÐакÑПÑзÑк - пПлезМÑй ОМÑÑÑÑЌеМÑ, кПÑПÑÑй ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑÑÑ, ÑÑÐŸÐ±Ñ ÑПзЎаÑÑ Ð²Ð°Ñ ÑПбÑÑвеММÑй, ÑМОкалÑÐœÑй ÑÑÐžÐ»Ñ ÑайÑа Ма базе Greenstone.
+
+
+
+
+
+
+ÐОÑекÑПÑÐžÑ packages
+
+
+
+
+ÐОÑекÑПÑÐžÑ packages
+
+
+
+
+
+ÐакеÑ
+
+
+URL
+
+
+
+
+mg
+
+
+MG, ÑПкÑаÑеММП ÐŸÑ âManaging Gigabytes.â СжаÑОе, пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ОМЎекÑОÑÐŸÐ²Ð°ÐœÐžÑ Ðž пПОÑка ОÑпПлÑзПвалПÑÑ ÐŽÐ»Ñ ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÑекÑÑПвПй ОМÑПÑЌаÑОей в кПллекÑОÑÑ
+ Greenstone.
+
+
+www.citri.edu.au/mg
+
+
+
+
+wget
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе web зеÑкалОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ»Ñ Greenstone. ÐапОÑаМП Ма C++.
+
+
+www.tuwien.ac.at/~prikryl/ wget.html
+
+
+
+
+w3mir
+
+
+ÐÑПгÑаЌЌа web-зеÑкалОÑПваМОÑ, МапОÑÐ°ÐœÐœÐ°Ñ ÐœÐ° Perl. Ðе ÑвлÑеÑÑÑ Ð¿ÑеЎпПÑÑОÑелÑМПй пÑПгÑаЌЌПй зеÑкалОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone, пПÑÐŸÐŒÑ ÑÑП ПÑМПваМа Ма ПпÑеЎелеММПй ÑÑÑаÑелПй веÑÑОО МекПÑПÑПгП Perl-ЌПЎÑÐ»Ñ (кПÑПÑÑй пÑеЎÑÑавлеМ в ЎОÑекÑПÑОО w3mir). ÐакеÑÑ ÐžÑпПлÑзÑÑÑÑÑ Ð¿ÑО запÑÑке пПЎ Windows.
+
+
+www.math.uio.no/~janl/w3mir
+
+
+
+
+windows
+
+
+ÐакеÑÑ ÐžÑпПлÑзÑÑÑÑÑ Ð¿ÑО запÑÑке пПЎ Windows.
+
+
+â
+
+
+
+
+windows/gdbm
+
+
+ÐеÑÑÐžÑ GNU Database Manager ÐŽÐ»Ñ ÑÑÐµÐŽÑ Windows. GDBM ÑвлÑеÑÑÑ ÑÑаМЎаÑÑМПй ÑаÑÑÑÑ Linux.
+
+
+â
+
+
+
+
+windows/crypt
+
+
+ÐÑПгÑаЌЌа кПЎОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð¿Ð°ÑПлей Ма ÑÑПвМе аЎЌОМОÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone.
+
+
+â
+
+
+
+
+windows/stlport
+
+
+Standard Template Library (СÑаМЎаÑÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека ÑаблПМПв) ОÑпПлÑзÑеÑÑÑ Ð¿ÑО кПЌпОлÑÑОО Greenstone ÑПвЌеÑÑМП Ñ ÐœÐµÐºÐŸÑПÑÑЌО кПЌпОлÑÑПÑаЌО Windows.
+
+
+â
+
+
+
+
+wv
+
+
+ÐПМвеÑÑÐµÑ Microsoft Word (ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Оз ЎПкÑЌеМÑПв ÑПÑЌаÑа Word).
+
+
+sourceforge.net/projects/ wvware
+
+
+
+
+pdftohtml
+
+
+ÐПМвеÑÑÐŸÑ PDF ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Оз ЎПкÑЌеМÑПв ÑПÑЌаÑа PDF.
+
+
+www.ra.informatik.uni-stutt gart.de/ ~gosho/pdftohtml
+
+
+
+
+yaz
+
+
+Z39.50 пÑПгÑаЌЌа клОеМÑа, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ ÐžÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ ÑПвЌеÑÑОЌПÑÑО Greenstone Ñ Z39.50. РпÑПгÑеÑÑе ÑППбÑаÑÑ Ð² Ñайле README.gsdl.
+
+
+www.indexdata.dk
+
+
+
+
+ÐОÑекÑПÑÐžÑ packages , ÑПЎеÑжаМОе кПÑПÑПй пПказаМП в ТаблОÑе , - ÑÑП ЎОÑекÑПÑОÑ, в кПÑПÑПй Ñ
+ÑаМÑÑÑÑ Ð²Ñе пÑПгÑаЌЌÑ, ОÑпПлÑзÑеЌÑе Greenstone, МП МапОÑаММÑе ÐŽÑÑгОЌО ОÑÑлеЎПваÑелÑÑкОЌО гÑÑппаЌО. ÐÑе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе, ÑаÑпÑПÑÑÑаМÑеЌПе ÑПвЌеÑÑМП Ñ Greenstone, Ð¿ÐŸÐ¿Ð°ÐŽÐ°ÐµÑ Ð¿ÐŸÐŽ ЎейÑÑвОе ÐОÑеМзОПММПгП ÑПглаÑÐµÐœÐžÑ ÐŸ ÑвПбПЎМПЌ ЎПÑÑÑпе GNU. ÐапÑÑкаеЌÑе ÑайлÑ, пÑПОзвеЎеММÑе ÑÑОЌО пакеÑаЌО, пПЌеÑÐµÐœÑ Ð² каÑалПг Greenstone -bin. ÐажЎÑй Ð¿Ð°ÐºÐµÑ Ñ
+ÑаМОÑÑÑ Ð² ÑПбÑÑвеММПЌ каÑалПге. ÐМО ПблаЎаÑÑ ÑОÑПкОЌ ÑпекÑÑПЌ ÑÑМкÑОй, ÐŸÑ ÐžÐœÐŽÐµÐºÑаÑОО О ÑжаÑÐžÑ ÐŽÐŸ пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв Microsoft Word в HTML. ÐажЎÑй Ð¿Ð°ÐºÐµÑ ÐžÐŒÐµÐµÑ README Ñайл, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ Ð¿ÐŸÐŽÑПбМÑÑ ÐžÐœÑПÑЌаÑОÑ.
+
+
+
+
+
+
+РабПÑа ÑОÑÑÐµÐŒÑ Greenstone
+
+
+ÐÑа глава ПпОÑÑÐ²Ð°ÐµÑ ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone, ÑÑÐŸÐ±Ñ Ð²Ñ ÐŒÐŸÐ³Ð»Ðž пПМÑÑÑ, ÑвелОÑОÑÑ Ðž ÑаÑÑОÑОÑÑ ÐµÐµ вПзЌПжМПÑÑО. ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе МапОÑаМП Ма С ++ О пÑеЎПÑÑавлÑÐµÑ Ð±ÐŸÐ»ÑÑОе вПзЌПжМПÑÑО ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ð²ÐžÑÑÑалÑМПгП МаÑлеЎОÑ. ÐÑлО Ð²Ñ ÐœÐµÐ·ÐœÐ°ÐºÐŸÐŒÑ Ñ ÑÑОЌ ÑзÑкПЌ, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÐ·ÑÑОÑÑ ÐµÐ³ÐŸ пеÑеЎ ÑеЌ, как пÑОÑÑÑпОÑÑ Ðº ÑабПÑе. ÐейÑÐµÐ»Ñ Ðž ÐейÑÐµÐ»Ñ (1994) пÑеЎПÑÑавОлО вÑеÑÑПÑПММÑÑ ÐŸÐ±ÑÑаÑÑÑÑ Ð¿ÑПгÑаЌЌÑ, а СÑÑаÑÑÑÑÑп (1997) - лакПМОÑÐœÑй ÑпÑавПÑМОк.
+ÐÑ ÐœÐ°ÑОМаеЌ ÑаÑÑказ П ÑОлПÑПÑОО ЎОзайМа пПÑле ПпОÑÐ°ÐœÐžÑ ÑабПÑÑ ÑОÑÑеЌÑ, Ñак как ПМ бÑÐŽÐµÑ ÐœÐ°Ð¿ÑÑÐŒÑÑ Ð·Ð°Ð²ÐžÑеÑÑ ÐŸÑ ÑÑПгП ПпОÑаМОÑ. ТепеÑÑ Ð¿ÑОÑÑÑпОЌ к ЎеÑалÑÐŒ, Оз кПÑПÑÑÑ
+ ÑПÑÑÐŸÐžÑ ÐŸÑÐœÐŸÐ²ÐœÐ°Ñ ÑаÑÑÑ Ð³Ð»Ð°Ð²Ñ. ÐеÑÑÐžÑ Greenstone, ПпОÑÐ°ÐœÐœÐ°Ñ Ð·ÐŽÐµÑÑ - ÑÑП CGI-веÑÑÐžÑ (Web Library if for Windows users/Web -бОблОПÑека ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелей Windows). Windows Local Library ОÑпПлÑзÑÐµÑ ÑÑ Ð¶Ðµ ÑаЌÑÑ ÐžÑÑ
+ПЎМÑÑ Ð¿ÑПгÑаЌЌÑ, МП ÐžÐŒÐµÐµÑ Ð²ÑÑÑПеММÑй web-ÑеÑвеÑ. ÐлÑÑ ÐºÐŸ вÑеЌÑ, Local Library - пПÑÑПÑММП пÑПЎПлжаÑÑОйÑÑ Ð¿ÑПÑеÑÑ.
+
+
+СÑÑÑкÑÑÑа пÑПÑеÑÑа
+
+
+
+
+ÐÑаÑкОй ÐŸÐ±Ð·ÐŸÑ ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone
+
+
+
+Ðа ÑОÑÑМке пПказаМП, как МеÑкПлÑкП пПлÑзПваÑелей (ПМО пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð² вОЎе кПЌпÑÑÑеÑÐœÑÑ
+ ÑеÑЌОМалПв МавеÑÑ
+Ñ ÐŽÐžÐ°Ð³ÑаЌЌÑ) ПбÑаÑаÑÑÑÑÑ Ðº ÑÑеЌ кПллекÑОÑÐŒ Greenstone. ÐеÑеЎ ÑеЌ, как пÑеЎÑÑаÑÑ Ð² ÑежОЌе on-line, ÑÑО кПллекÑОО пÑПÑ
+ПЎÑÑ Ð¿ÑПÑеÑÑÑ ÐžÐŒÐ¿ÐŸÑÑа О ÑПÑЌОÑПваМОÑ, кПÑПÑÑе бÑлО ПпОÑÐ°ÐœÑ Ð² пÑеЎÑÐŽÑÑОÑ
+ главаÑ
+. СМаÑала ЎПкÑЌеМÑÑ, пПказаММÑе Ð²ÐœÐžÐ·Ñ ÑОÑÑМка, ОЌпПÑÑОÑÐŸÐ²Ð°ÐœÑ Ð² XML-ÑПвЌеÑÑОЌÑй ЀПÑÐŒÐ°Ñ ÐÑÑ
+Ова Greenstone. ТепеÑÑ ÐŽÐ»Ñ ÑайлПв ÑÐŸÐ·ÐŽÐ°ÐœÑ ÑазлОÑÐœÑе ЎПÑÑÑпМÑе ÐŽÐ»Ñ Ð¿ÐŸÐžÑка ОМЎекÑÑ Ðž ОМÑПÑЌаÑÐžÐŸÐœÐœÐ°Ñ Ð±Ð°Ð·Ð° ЎаММÑÑ
+ кПллекÑОО, кПÑПÑÐ°Ñ Ð²ÐºÐ»ÑÑÐ°ÐµÑ ÐžÐµÑаÑÑ
+ОÑеÑкОе ÑÑÑÑкÑÑÑÑ Ð¿ÐŸÐŽÐŽÐµÑжкО пÑПÑЌПÑÑа. ÐПМеÑÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð³ÐŸÑПва к ÑабПÑе в ÑежОЌе on-line О ÑпПÑПбМа пÑеЎПÑÑавлÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ Ð¿ÐŸ запÑПÑаЌ.
+Ðва ÑеМÑÑалÑÐœÑÑ
+ кПЌпПМеМÑа ПбеÑпеÑОваÑÑ ÑабПÑÑ ÑОÑÑеЌÑ: "receptionists" (ÑегОÑÑÑаÑПÑÑ) О "collection servers" (ÑеÑвеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО). С ÑПÑкО зÑÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелÑ, ÑегОÑÑÑаÑПÑÑ - ÑПÑка кПМÑакÑа Ñ ÑОÑÑПвПй бОблОПÑекПй. ÐМО пÑОМОЌаÑÑ Ð·Ð°Ð¿ÑÐŸÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð² ÑПÑЌе клавОаÑÑÑМПгП ввПЎа О ÑелÑкПв ÐŒÑÑО, аМалОзОÑÑÑÑ ÐžÑ
+, а заÑеЌ пПÑÑлаÑÑ Ð·Ð°Ð¿ÑÐŸÑ ÑППÑвеÑÑÑвÑÑÑÐµÐŒÑ ÑеÑвеÑÑ (ОлО ÑеÑвеÑаЌ) кПллекÑОО. ÐЎеÑÑ ÐŸÐ¿ÑеЎелÑеÑÑÑ ÐŒÐµÑÑПМаÑ
+ПжЎеМОе ÑÑебÑеЌПй ÑаÑÑО ОМÑПÑЌаÑОО О вПзвÑаÑаеÑÑÑ ÑегОÑÑÑаÑПÑÑ ÐŽÐ»Ñ Ð¿ÑеЎПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелÑ. СеÑвеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЎейÑÑвÑÑÑ ÐºÐ°Ðº абÑÑÑакÑÐœÑй ЌеÑ
+аМОзЌ, кПÑПÑÑй ПбÑабаÑÑÐ²Ð°ÐµÑ ÑПЎеÑжаМОе кПллекÑОО, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÑегОÑÑÑаÑПÑÑ ÐŸÑвеÑÑÑÐ²ÐµÐœÐœÑ Ð·Ð° ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐ»ÑзПваÑелÑ.
+
+
+СОÑÑеЌа Greenstone, ОÑпПлÑзÑÑÑÐ°Ñ ÐœÑлевПй пÑПÑПкПл
+
+
+
+Ðак пПказаМП Ма ÑОÑÑМке , ÑегОÑÑÑаÑПÑÑ ÑвÑзÑваÑÑÑÑ Ñ ÑеÑвеÑаЌО кПллекÑОО, ОÑпПлÑзÑÑ ÐŸÐ¿ÑеЎелеММÑй пÑПÑПкПл. ÐÑпПлМеМОе ÑÑПгП пÑПÑПкПла завОÑÐžÑ ÐŸÑ ÐºÐŸÐœÑОгÑÑаÑОО кПЌпÑÑÑеÑа, Ма кПÑПÑПЌ ÑабПÑÐ°ÐµÑ ÑОÑÑеЌа ÑОÑÑПвÑÑ
+ бОблОПÑек. ÐаОбПлее пÑПÑÑПй О пПЎÑ
+ПЎÑÑОй вÑÐ±ÐŸÑ - ÑÑП ПЎОМ ÑегОÑÑÑаÑÐŸÑ Ðž ПЎОМ ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, кПÑПÑÑе Пба ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÐœÐ° ПЎМПЌ кПЌпÑÑÑеÑе. ÐÑ Ð¿ÐŸÐ»ÑÑаеÑе ОЌеММП ÑакÑÑ ÐŒÐŸÐŽÐžÑОкаÑОÑ, кПгЎа ÑÑÑаМавлОваеÑе ÑОÑÑÐµÐŒÑ Greenstone Ñ Ð¿Ð°ÑаЌеÑÑаЌО пП ÑЌПлÑаМОÑ. Ð ÑÑПЌ ÑлÑÑае Пба пÑПÑеÑÑа ПбÑÐµÐŽÐžÐœÐµÐœÑ Ð² ПЎОМ запÑÑкаеЌÑй Ñайл (МазÑваеЌÑй library), О ÑлеЎПваÑелÑМП, ОÑпПлÑзПваМОе пÑПÑПкПла ÑвПЎОÑÑÑ Ðº ÑПзЎаМОÑÑ ÑÑМкÑОПМалÑÐœÑÑ
+ запÑПÑПв. ÐÑ ÐœÐ°Ð·ÑваеЌ ÑÑП null protocol (ÐœÑлевÑÐŒ пÑПÑПкПлПЌ). ÐÐœ ÑПÑЌОÑÑÐµÑ ÐŸÑÐœÐŸÐ²Ñ ÐŽÐ»Ñ ÑÑаМЎаÑÑа out-of-the-box (Оз блПка) ÑОÑÑПвПй ÑОÑÑÐµÐŒÑ Ð±ÐžÐ±Ð»ÐžÐŸÑек Greenstone. Ðе ÑпÑПÑÐµÐœÐœÐ°Ñ ÐºÐŸÐœÑОгÑÑаÑÐžÑ Ð¿ÑеЎÑÑавлеМа Ма ÑОÑÑМке Ñ ÑегОÑÑÑаÑПÑПЌ, пÑПÑПкПлПЌ О ÑеÑвеÑПЌ ÑПвПкÑпМПÑÑО, ÑвÑзаММÑЌО вЌеÑÑе в ПЎОМ ПбÑÐµÐºÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО. ÐŠÐµÐ»Ñ ÑÑПй Ð³Ð»Ð°Ð²Ñ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÐŸÐ±ÑÑÑМОÑÑ Ð²Ð°ÐŒ, как вÑе ÑÑП ÑабПÑаеÑ.
+ÐбÑÑМП "ÑеÑвеÑ" - пПÑÑПÑММÑй пÑПÑеÑÑ: ÐµÐŽÐžÐœÐŸÐ¶ÐŽÑ Ð·Ð°Ð¿ÑÑеММÑй, ÑабПÑÐ°ÐµÑ Ð¿ÐŸÑÑПÑММП, ПÑвеÑÐ°Ñ ÐœÐ° лÑбÑе вÑ
+ПЎÑÑОе запÑПÑÑ. ÐеÑЌПÑÑÑ ÐœÐ° МазваМОе, ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО в кПМÑОгÑÑаÑОО ÐœÑлевПгП пÑПÑПкПла Ме ÑвлÑеÑÑÑ ÑеÑвеÑПЌ в пÑОвÑÑМПЌ ÑÐŒÑÑле ÑлПва. ЀакÑОÑеÑкО, кажЎÑй Ñаз, кПгЎа вÑзÑваÑÑ Ð»ÑбÑÑ web-ÑÑÑаМОÑÑ Greenstone, запÑÑкаеÑÑÑ Ð¿ÑПгÑаЌЌа library (CGI ЌеÑ
+аМОзЌПЌ), кПÑПÑÐ°Ñ ÐŸÑвеÑÐ°ÐµÑ ÐœÐ° запÑÐŸÑ Ðž заÑеЌ вÑгÑÑжаеÑÑÑ. ÐÑП ÐŒÑ ÐœÐ°Ð·ÑваеЌ "ÑеÑвеÑПЌ", пПÑÐŸÐŒÑ ÑÑП ЎПпПлМОÑелÑМП ПМ Ñакже пÑеЎМазМаÑеМ ÐŽÐ»Ñ ÑабПÑÑ Ñ Ð±ÐŸÐ»ÐµÐµ ПбÑей кПМÑОгÑÑаÑОей (ÑÐŒ. ÑОÑÑМПк ).
+УЎОвОÑелÑМП, МП ÑОкл запÑÑка, ПбÑабПÑкО О вÑÑ
+ПЎа ÑабПÑÐ°ÐµÑ ÐœÐµ Ñак ЌеЎлеММП, как ЌПжМП бÑлП ПжОЎаÑÑ. ÐЎМакП, ÑÑП абÑПлÑÑМП МеÑÑÑекÑОвМП. СÑÑеÑÑвÑÐµÑ ÐŒÐµÑ
+аМОзЌ Fast-CGI (www.fastcgi.com), кПÑПÑÑй ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÑÑеЎМОй ÑÑПвеМÑ. ÐÑпПлÑзÑÑ ÐµÐ³ÐŸ, пÑПгÑаЌЌа library ÐŒÐŸÐ¶ÐµÑ ÐŸÑÑаÑÑÑÑ Ð² паЌÑÑО в кПМÑе пеÑвПгП вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ðž МакаплОваÑÑ Ð¿ÐŸÑлеЎÑÑÑОе МабПÑÑ Ð¿Ð°ÑаЌеÑÑПв CGI, ÑакОЌ ПбÑазПЌ ÐžÐ·Ð±ÐµÐ³Ð°Ñ Ð¿ÐŸÐ²ÑПÑÐœÑÑ
+ ОМОÑОалОзаÑОй О ЎПÑÑÐžÐ³Ð°Ñ Ð¿ÐŸÑÑО ÑакПгП же ÑÑÐŸÐ²ÐœÑ ÑабПÑÑ, как ÑеÑвеÑ. Fast-CGI в Greenstone ОÑпПлÑзÑеÑÑÑ ÐºÐ°Ðº ПпÑОÑ, ЎПпÑÑÐºÐ°Ñ Ð¿ÐŸÐ²ÑПÑÐœÑÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑÐžÑ ÐžÑÑ
+ПЎМПгП ÑекÑÑа Ñ ÑППÑвеÑÑÑвÑÑÑОЌО бОблОПÑекаЌО.
+Ðак алÑÑеÑМаÑОва ÐœÑÐ»ÐµÐ²ÐŸÐŒÑ Ð¿ÑПÑПкПлÑ, пÑПÑПкПл Greenstone бÑл Ñакже ÑПзЎаМ Ñ ÐžÑпПлÑзПваМОеЌ ОзвеÑÑМПй ÑÑ
+ÐµÐŒÑ CORBA (Slama et al, 1999). ÐÐœ ОÑпПлÑзÑÐµÑ ÐŸÐ±ÑеЎОМеММÑÑ ÐŸÐ±ÑекÑМП-ПÑОеМÑОÑПваММÑÑ Ð¿Ð°ÑаЎОгЌÑ, ÑÑÐŸÐ±Ñ ÑазÑеÑОÑÑ ÑазлОÑÐœÑÐŒ пÑПÑеÑÑаЌ, вÑпПлМÑÑÑОЌÑÑ ÐœÐ° ÑазлОÑÐœÑÑ
+ кПЌпÑÑÑеÑÐœÑÑ
+ плаÑÑПÑЌаÑ
+ О ÑПзЎаММÑÑ
+ Мп ÑазлОÑÐœÑÑ
+ ÑзÑкаÑ
+ пÑПгÑаЌЌОÑПваМОÑ, ПбÑаÑаÑÑÑÑ Ðº ÐŸÐŽÐœÐŸÐŒÑ Ðž ÑÐŸÐŒÑ Ð¶Ðµ МабПÑÑ ÑаÑпÑеЎелеММÑÑ
+ ПбÑекÑПв в Internet (ОлО лÑбПй ÐŽÑÑгПй ÑеÑО). ТПгЎа ÑÑеМаÑОО, пПЎПбМП ОзПбÑÐ°Ð¶ÐµÐœÐœÐŸÐŒÑ ÐœÐ° ÑОÑÑМке , ЌПгÑÑ Ð±ÑÑÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ ÐŸÑÑÑеÑÑÐ²Ð»ÐµÐœÑ ÑП вÑеЌО ÑегОÑÑÑаÑПÑаЌО О ÑеÑвеÑаЌО кПллекÑОО, ÑабПÑаÑÑОЌО Ма ÑазлОÑÐœÑÑ
+ кПЌпÑÑÑеÑаÑ
+.
+
+
+ÐÑаÑОÑеÑкОй ОМÑеÑÑÐµÐ¹Ñ Ð·Ð°Ð¿ÑПÑа Greenstone
+
+
+
+ÐÑП пПзвПлÑÐµÑ ÑÑÑаМавлОваÑÑ ÐŽÐ»Ñ ÑабПÑÑ Ñ ÑеЌО же ÑаЌÑЌО ÑОÑÑПвÑЌО бОблОПÑеÑÐœÑЌО кПллекÑОÑЌО МаЌМПгП бПлее ÑлПжМÑе ОМÑеÑÑейÑÑ. РкаÑеÑÑве пÑОЌеÑа ÑаÑÑЌПÑÑОЌ ПЎОМ ÑОÑÑМПк (ÑÐŒ. ÑОÑÑМПк ), кПÑПÑÑй пПказÑÐ²Ð°ÐµÑ Ð³ÑаÑОÑеÑкОй ОМÑеÑÑÐµÐ¹Ñ Ð·Ð°Ð¿ÑПÑа, ПÑМПваММÑй Ма ЎОагÑаЌЌаÑ
+ ÐеММа, пПзвПлÑÑÑОй пПлÑзПваÑелÑÐŒ МепПÑÑеЎÑÑвеММП ÑпÑавлÑÑÑ ÐÑлевÑЌО запÑПÑаЌО. ÐапОÑаММÑй Ма Java, ОМÑеÑÑÐµÐ¹Ñ Ð·Ð°Ð¿ÑÑкаеÑÑÑ Ð»ÐŸÐºÐ°Ð»ÑМП Ма ÑПбÑÑвеММПЌ кПЌпÑÑÑеÑе пПлÑзПваÑелÑ. ÐÑпПлÑзÑÑ CORBA, ПМ ПбÑаÑаеÑÑÑ Ðº ПÑÐŽÐ°Ð»ÐµÐœÐœÐŸÐŒÑ ÑеÑвеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Greenstone, МапОÑÐ°ÐœÐœÐŸÐŒÑ ÐœÐ° C++.
+РаÑпÑеЎелеММÑй пÑПÑПкПл вÑе еÑе ÑПвеÑÑеМÑÑвÑеÑÑÑ Ðž гПÑПвОÑÑÑ ÐŽÐ»Ñ ÐžÑпПлÑзПваМОÑ, Ñак ÑÑП в ÑÑПЌ ÑÑкПвПЎÑÑве ÐŒÑ Ð±ÐŸÐ»ÐµÐµ Ме ÑÑаМеЌ егП ПбÑÑжЎаÑÑ (ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑМПй ОМÑПÑЌаÑОО ÑÐŒ. Bainbridge et al., 2001).
+
+
+
+
+ÐПМÑепÑÑалÑÐœÐ°Ñ ÑÑÑÑкÑÑÑа
+
+
+
+
+ÐеМеÑаÑÐžÑ ÑÑÑаМОÑÑ "about this collection"
+
+
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÑÑÑаМОÑÑ "about this collection" (П кПллекÑОО) ÑпеÑОÑОÑеÑкПй кПллекÑОО Greenstone (кПллекÑÐžÑ ÐÑПекÑа Gutenberg). СЌПÑÑОÑе URL МавеÑÑ
+Ñ. СÑÑаМОÑа ÑгеМеÑОÑПваМа в ÑезÑлÑÑаÑе вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ CGI-пÑПгÑÐ°ÐŒÐŒÑ library, кПÑПÑаÑ, как гПвПÑОлПÑÑ Ð²ÑÑе,ÑвлÑеÑÑÑ Ð²ÑпПлМÑеЌПй пÑПгÑаЌЌПй, вклÑÑаÑÑей О ÑегОÑÑÑаÑÐŸÑ Ðž ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ÑвÑзаММÑй в ÑППÑвеÑÑÑвОО Ñ ÐœÑлевÑÐŒ пÑПÑПкПлПЌ. ÐÑгÑЌеМÑÑ library - c=gberg, a=p, О p=about. ÐМО ЌПгÑÑ ÐžÐœÑеÑпÑеÑОÑПваÑÑÑÑ ÑлеЎÑÑÑОЌ ПбÑазПЌ:
+
+ÐÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐÑÐŸÐµÐºÑ Gutenberg (c=gberg) ЎейÑÑвОе геМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ (а=Ñ), ÑгеМÑОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ ÑÑÑаМОÑа МазваМа "about" (p=about).
+
+
+
+РабПÑа ÑОÑÑÐµÐŒÑ Greenstone
+
+
+
+РОÑÑМПк ОллÑÑÑÑОÑÑÐµÑ ÐŸÑМПвМÑе ÑаÑÑО ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone. ÐавеÑÑ
+Ñ ÑегОÑÑÑаÑÐŸÑ ÑМаÑала ОМОÑОалОзОÑÑÐµÑ ÑвПО кПЌпПМеМÑÑ, заÑеЌ аМалОзОÑÑÐµÑ CGI-аÑгÑЌеМÑÑ, ÑÑÐŸÐ±Ñ ÑеÑОÑÑ, какПе ЎейÑÑвОе запÑÑÑОÑÑ. ÐÑО запÑÑке ЎейÑÑÐ²ÐžÑ (кПÑПÑПе вклÑÑÐ°ÐµÑ Ð² ЎалÑМейÑеЌ ПбÑабПÑÐºÑ CGI аÑгÑЌеМÑПв), пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ОÑпПлÑзÑÐµÑ Ð¿ÑПÑПкПл, ÑÑÐŸÐ±Ñ ÐŸÐ±ÑаÑОÑÑÑÑ Ðº ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑÐ²ÐµÑ ÐžÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð³ÐµÐœÐµÑаÑОО web-ÑÑÑаМОÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐºÐŸÐŒÐ¿ÐŸÐœÐµÐœÑа ÑПÑЌаÑа О ЌакÑПÑзÑка.
+ÐакÑПÑзÑк, кПÑПÑÑй ÐŒÑ Ð²ÐžÐŽÐµÐ»ÐžÐ² РазЎеле , ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÐŸÐ±ÐµÑпеÑОÑÑ ÑОÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑÑ ÑОÑÑÐµÐŒÑ Greenstone лакПМОÑÐœÑÐŒ ÑÑОлеЌ О ÑПзЎаваÑÑ ÐžÐœÑеÑÑейÑÑ ÐœÐ° ÑазлОÑÐœÑÑ
+ ÑзÑкаÑ
+. ÐзаОЌПЎейÑÑвОе Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекПй геМеÑОÑÑÐµÑ ÑÐºÐµÐ»ÐµÑ web-ÑÑÑаМОÑ; ЌакÑÐŸÑ Ð² GSDLHOME/macros МаÑаÑÐžÐ²Ð°ÐµÑ ÐœÐ° ÑÑÐŸÑ ÑÐºÐµÐ»ÐµÑ Ð¿Ð»ÐŸÑÑ.
+ÐбÑÐµÐºÑ Macro Language (ЌакÑПÑзÑк) Ма ÑОÑÑМке ПÑвеÑÑÑвеМеМ за ÑÑеМОе ÑайлПв О ÑПÑ
+ÑаМеМОе ÑезÑлÑÑаÑа аМалОза ÑÑОÑ
+ ÑайлПв в паЌÑÑО. ÐÑбПе ЎейÑÑвОе ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑ ÑÑÐŸÑ ÐŸÐ±ÑекÑ, ÑÑÐŸÐ±Ñ ÑазвеÑÐœÑÑÑ ÐŒÐ°ÐºÑПкПЌаМЎÑ. ÐМП ÐŒÐŸÐ¶ÐµÑ ÐŽÐ°Ð¶Ðµ ÑПзЎаÑÑ ÐœÐŸÐ²Ñе ЌакÑПÑÑ Ðž ПÑЌеМОÑÑ ÑÑÑеÑÑвÑÑÑОе, ЎПбавлÑÑ ÐŽÐžÐœÐ°ÐŒÐžÑеÑкПе ÑаÑпÑеЎелеМОе в ОÑпПлÑзПваМОО ЌакÑПÑПв.
+ÐМеÑМОй вОЎ ÑÑÑаМОÑÑ "about this collection" (ÑОÑÑМПк ) ОзвеÑÑеМ ЎП ЌПЌеМÑа запÑÑка О закПЎОÑПваМ в ЌакÑПÑайле about.dm. ÐагПлПвкО, МОжМОе кПлПМÑОÑÑÐ»Ñ Ðž ÑÐŸÐœÐŸÐ²Ð°Ñ Ð·Ð°Ð»ÐžÐ²ÐºÐ° Ўаже Ме ÑпПЌÑÐœÑÑÑ, пПÑÐŸÐŒÑ ÑÑП ПМО ÑаÑÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÑ Ð² пакеÑе ЌакÑÐŸÐºÐŸÐŒÐ°ÐœÐŽÑ Global. ÐЎМакП, ПпÑеЎелеММÑй "about" ÑекÑÑ (ÑекÑÑ ÐŽÐ»Ñ ÑÑÑаМОÑÑ "РкПллекÑОО") ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПй кПллекÑОО Ме ОзвеÑÑеМ заÑаМее, ПМ Ñ
+ÑаМОÑÑÑ Ð² ОМÑПÑЌаÑОПММПй базе ЎаММÑÑ
+ кПллекÑОО в ÑеÑеМОе пÑПÑеÑÑа ÑПÑЌОÑПваМОÑ. ÐÑа ОМÑПÑЌаÑÐžÑ Ð²ÑзÑваеÑÑÑ ÐžÑпПлÑзПваМОеЌ пÑПÑПкПла О Ñ
+ÑаМОÑÑÑ ÐºÐ°Ðº _collectionextra_ в пакеÑе ЌакÑÐŸÐºÐŸÐŒÐ°ÐœÐŽÑ Global. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП ÐžÐŒÑ ÐŒÐ°ÐºÑПÑа - пП ÑÑÑеÑÑÐ²Ñ ÐžÐŒÑ, ОÑпПлÑзÑеЌПе ÐŽÐ»Ñ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ ÑÑПй ОМÑПÑЌаÑОО в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО, ПпОÑаММПЌ в РазЎеле . ЧÑÐŸÐ±Ñ ÑгеМеÑОÑПваÑÑ ÑПЎеÑжаМОе ÑÑÑаМОÑÑ, бÑла ÑаÑÑОÑеМа ЌакÑПкПЌаМЎа _content_ в пакеÑе about (ÑОÑÑМПк ) . ÐМа в ÑÐ²ÐŸÑ ÐŸÑеÑÐµÐŽÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÐµÑ _textabout _, кПÑПÑÑй МепПÑÑеЎÑÑвеММП ПбÑаÑаеÑÑÑ Ðº _collectionextra _, ÑПлÑкП ÑÑП ЎОМаЌОÑеÑкО пПЌеÑеММПй ÑÑЎа.
+СлеЎÑÑÑОй важМÑй ÐºÐŸÐŒÐ¿ÐŸÐœÐµÐœÑ - ПбÑÐµÐºÑ Format. ÐпеÑаÑПÑÑ Ð·Ð°ÐŽÐ°ÐœÐžÑ ÑПÑЌаÑа в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО заÑÑагОваÑÑ Ð¿ÑеЎÑÑавлеМОе ÑпеÑОÑОÑеÑкОÑ
+ ÑаÑÑей ОМÑПÑЌаÑОО, как ПпОÑаМП в РазЎеле . ÐМО ПбÑабПÑÐ°ÐœÑ ÐŸÐ±ÑекÑПЌ Format (ÑÐŒ. ÑОÑÑМПк ). ÐÑÐœÐŸÐ²ÐœÐ°Ñ Ð·Ð°ÐŽÐ°Ñа ÑÑПгП ПбÑекÑа ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ Ð°ÐœÐ°Ð»ÐžÐ·ÐžÑПваÑÑ Ðž ПÑеМОваÑÑ ÐžÐœÑÑÑÑкÑОО ÑОпа ÑÑÑПк ÑПÑЌаÑа (ÑОÑÑМПк ). Ðак ÑÑалП ÑÑМП Оз РазЎела , ПМО ЌПгÑÑ Ð²ÐºÐ»ÑÑаÑÑ ÑÑÑлкО Ма ЌеÑаЎаММÑе в кваЎÑаÑÐœÑÑ
+ ÑкПбкаÑ
+ (МапÑОЌеÑ, [Title]), кПÑПÑÑе ÐŽÐŸÐ»Ð¶ÐµÐœÑ Ð±ÑÑÑ ÐœÐ°Ð¹ÐŽÐµÐœÑ ÑеÑвеÑПЌ кПллекÑОО. ÐзаОЌПЎейÑÑвОе пÑПОÑÑ
+ÐŸÐŽÐžÑ ÐŒÐµÐ¶ÐŽÑ ÐŸÐ±ÑекÑПЌ Format О ПбÑекÑПЌ Macro Language, пПÑÐŸÐŒÑ ÑÑП ПпеÑаÑПÑÑ Ð·Ð°ÐŽÐ°ÐœÐžÑ ÑПÑЌаÑа ЌПгÑÑ Ð²ÐºÐ»ÑÑаÑÑ ÐŒÐ°ÐºÑПÑÑ, кПÑПÑÑе в каÑеÑÑве ÑаÑÑОÑÐµÐœÐžÑ Ð²ÐºÐ»ÑÑаÑÑ ÐŒÐµÑаЎаММÑе, кПÑПÑÑе в каÑеÑÑве ÑаÑÑОÑÐµÐœÐžÑ Ð²ÐºÐ»ÑÑаÑÑ ÐŒÐ°ÐºÑПÑÑ Ðž Ñак Ўалее.
+ÐÐœÐžÐ·Ñ ÑОÑÑМка , ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ñакже пÑПÑ
+ÐŸÐŽÐžÑ Ð¿ÑПÑеÑÑ ÐžÐœÐžÑОалОзаÑОО, ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°Ñ ÐŸÐ±ÑекÑÑ Filter О Source, ÑÑÐŸÐ±Ñ ÐŸÑвеÑОÑÑ ÐœÐ° вÑ
+ПЎÑÑОе запÑПÑÑ Ð¿ÑПÑПкПла, О ПбÑÐµÐºÑ Search, ÑÑÐŸÐ±Ñ ÐŸÐ±Ð»ÐµÐ³ÑОÑÑ Ð²ÑпПлМеМОе заЎаÑО. РкПМеÑМПЌ ÑÑеÑе ПМО ПбÑаÑаÑÑÑÑ Ðº ОМЎекÑаЌ О ОМÑПÑЌаÑОПММПй базе ЎаММÑÑ
+ кПллекÑОО, кПÑПÑÑе ÑÑПÑЌОÑПвалОÑÑ Ð² пÑПÑеÑÑе ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+ÐгМПÑОÑÑÑ Ð¿ÑÑÑÑе ÑÑÑПкО, ÑегОÑÑÑаÑÐŸÑ ÑПЎеÑÐ¶ÐžÑ 15 000 ÑÑÑПк пÑПгÑаЌЌÑ. СеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÑПЎеÑÐ¶ÐžÑ ÑПлÑкП 5 000 ÑÑÑПк (75 % кПÑПÑПгП заМОЌаÑÑ ÑÐ°Ð¹Ð»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐ°). СеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО бПлее кПЌпакÑеМ, пПÑÐŸÐŒÑ ÑÑП ÑелеваМÑÐœÑй пПОÑк пÑПÑ
+ÐŸÐŽÐžÑ ÑеÑез Ўве пÑеЎПÑкПЌпОлÑÑОПММÑе пÑПгÑаЌЌÑ. ÐÐ»Ñ Ð¿ÐŸÐžÑка ОÑпПлÑзÑеÑÑÑ Ð¿ÐŸÐ»ÐœÐŸÑекÑÑÐŸÐ²Ð°Ñ Ð¿ÐŸÐžÑÐºÐŸÐ²Ð°Ñ ÑОÑÑеЌа MG, а ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО ОМÑПÑЌаÑОПММПй Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑ
+ кПллекÑОО ОÑпПлÑзÑеÑÑÑ Ð¡Ð£ÐÐ GDBM.
+ÐÐ»Ñ ÐŸÐ±ÐµÑпеÑÐµÐœÐžÑ ÑаÑÑОÑÑеЌПÑÑО О гОбкПÑÑО Greenstone ÑОÑПкП ОÑпПлÑзÑÐµÑ Ð¿ÐŸÑÑЎПк ÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð² пÑеЎелаÑ
+ Action, Filter, Source О Search. ÐÐ»Ñ Ð¿ÑПÑÑПй ÑОÑÑПвПй бОблОПÑекО, ÑпеÑОалОзОÑПваММПй Ма ÑекÑÑПвПй кПллекÑОО, ÑÑП ПзМаÑаеÑ, ÑÑП Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÑзМаÑÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ бПлÑÑе, ÑÑÐŸÐ±Ñ Ð¿ÑПгÑаЌЌОÑПваÑÑ ÑОÑÑеЌÑ. ÐЎМакП, ÑÑП Ñакже ПзМаÑаеÑ, ÑÑП MG О GDBM ЌПгÑÑ Ð±ÑÑÑ Ð»ÐµÐ³ÐºÐŸ заЌеМеМÑ, еÑлО Ð²ÐŸÐ·ÐœÐžÐºÐœÐµÑ Ð¿ÐŸÑÑебМПÑÑÑ. ÐÑПЌе ÑПгП, пÑПгÑÐ°ÐŒÐŒÐœÐ°Ñ Ð°ÑÑ
+ОÑекÑÑÑа ЎПÑÑаÑПÑМП бПгаÑа, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŽÐŽÐµÑжаÑÑ Ð¿ÐŸÐ»ÐœÑе вПзЌПжМПÑÑО ÐŒÑлÑÑОЌеЎОа, ÑОпа ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐžÐœÑеÑÑейÑПЌ ÑеÑез ÑÑÑÑПйÑÑвП ÑеÑевПгП ввПЎа ОлО пеÑеЎаÑО запÑПÑПв в вОЎе гÑаÑОÑеÑкÑ
+ ОзПбÑажеМОй.
+
+
+
+
+СПвЌеÑÑОЌПÑÑÑ ÐºÐŸÐœÑепÑÑалÑМПй ÑÑÑÑкÑÑÑÑ
+
+
+Ð Ð°Ð·ÐŽÐµÐ»Ñ Ðž ПбÑÑÑÐœÑÑÑ Ð²Ð·Ð°ÐžÐŒÐŸÐŽÐµÐ¹ÑÑвОе ÑеÑвеÑа кПллекÑОО О ÑегОÑÑÑаÑПÑа бПлее пПЎÑПбМП, ПÑÑаМавлОваÑÑÑ ÐœÐ° кажЎПЌ ЌПЎÑле ÑОÑÑМка О ПпОÑÑваÑ, как ÑÑП ÑабПÑаеÑ. ÐПлезМП ÑМаÑала ÑазПбÑаÑÑÑÑ ÐœÐ° пÑОЌеÑе пПлÑзПваÑелÑ, взаОЌПЎейÑÑвÑÑÑегП Ñ Greenstone, О ПпОÑÑваÑÑ ÑП, ÑÑП пÑПОÑÑ
+ПЎОÑ. ÐÑеЎпПлагаеÑÑÑ, ÑÑП к МаÑÑПÑÑÐµÐŒÑ ÐŒÐŸÐŒÐµÐœÑÑ Ð²Ñе ПбÑекÑÑ Ð¿ÑавОлÑМП ОМОÑОалОзОÑПваМÑ. ÐМОÑОалОзаÑÐžÑ - запÑÑÐ°ÐœÐœÐ°Ñ Ð¿ÑПÑеЎÑÑа, к кПÑПÑПй ÐŒÑ Ð²ÐµÑМеЌÑÑ Ð² РазЎеле .
+
+
+ÐПОÑк
+
+
+
+
+ÐПОÑк пП запÑПÑÑ Darcy в кПллекÑОО Gutenberg
+
+
+
+ÐПгЎа пПлÑзПваÑÐµÐ»Ñ Ð²Ð²ÐŸÐŽÐžÑ Ð·Ð°Ð¿ÑПÑ, ÐœÐ°Ð¶ÐžÐŒÐ°Ñ ÐºÐœÐŸÐ¿ÐºÑ Begin search Ма ÑÑÑаМОÑе пПОÑка, запÑÑкаеÑÑÑ ÐœÐŸÐ²ÐŸÐµ ЎейÑÑвОе Greenstone, кПÑПÑПе закаМÑОваÑÑÑ, геМеÑОÑÑÐµÑ ÐœÐŸÐ²ÑÑ HTML-ÑÑÑаМОÑÑ, ОÑпПлÑзÑÑ ÐŒÐ°ÐºÑПÑзÑк. Ðа ÑОÑÑМке пПказаМ ÑезÑлÑÑÐ°Ñ Ð¿ÐŸÐžÑка в кПллекÑОО Project Gutenberg ÐŽÐ»Ñ Ð¿ÐŸÐžÑкПвПгП вÑÑÐ°Ð¶ÐµÐœÐžÑ Darcy. РпÑеЎелаÑ
+ пеÑвПМаÑалÑМПй HTML -ÑÑÑаМОÑÑ ÑкÑÑÑа ОМÑÑÑÑкÑÐžÑ Ð¿ÐŸÐžÑка a=q. ÐПгЎа кМПпка пПОÑка МажаÑа, ÑÑа ОМÑÑÑÑкÑÐžÑ Ð°ÐºÑОвОзОÑÑеÑÑÑ Ðž ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÐœÐŸÐ²ÐŸÐµ ЎейÑÑвОе - queryaction. ÐапÑÑк queryaction МапÑавлÑÐµÑ Ð·Ð°Ð¿ÑÐŸÑ Ðº ПбÑекÑÑ Filter/ЀОлÑÑÑ (c=gberg), ПпÑеЎелÑеЌÑй ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÑеÑез пÑПÑПкПл.
+ЀОлÑÑÑÑ - Ð²Ð°Ð¶ÐœÐ°Ñ ÐŸÑÐœÐŸÐ²ÐœÐ°Ñ ÑÑМкÑÐžÑ ÑеÑвеÑПв кПллекÑОО. ÐÑОÑпПÑПблеММÑе ÐŽÐ»Ñ ÐŽÐµÐ¹ÑÑвОй пПОÑка О пÑПÑЌПÑÑа, ПМО ПбеÑпеÑОваÑÑ ÑпПÑÐŸÐ±Ñ Ð²ÑбПÑа пПЎЌМПжеÑÑва ОМÑПÑЌаÑОО Оз кПллекÑОО. Ð ÑÑПЌ ÑлÑÑае, queryaction ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ Ð·Ð°Ð¿ÑÐŸÑ ÑОлÑÑÑа:
+
+
+ÑÑÑаМавка ÑОпа ÑОлÑÑÑа запÑПÑа QueryFilter (РазЎел ПпОÑÑÐ²Ð°ÐµÑ ÑазлОÑÐœÑе ÑÐžÐ¿Ñ ÑОлÑÑÑПв);
+
+
+ÑПÑ
+ÑаМеМОе ÑÑÑаМПвПк пПОÑка пПлÑзПваÑÐµÐ»Ñ Ð² ÑОлÑÑÑе запÑПÑа;
+
+
+вÑзПв ÑÑМкÑОО filterQ, ОÑпПлÑзÑÑ ÐœÑлевПй пÑПÑПкПл.
+
+
+ÐапÑПÑÑ Ðº пÑПÑÐŸÐºÐŸÐ»Ñ ÑОМÑ
+ÑПММÑ. РегОÑÑÑаÑÐŸÑ ÑÑÑекÑОвМП блПкОÑÑеÑÑÑ, пПка запÑÐŸÑ ÑОлÑÑÑа Ме бÑÐŽÐµÑ ÐŸÐ±ÑабПÑаМ ÑеÑвеÑПЌ кПллекÑОО О вÑе ÑгеМеÑОÑПваММÑе ЎаММÑе бÑÐŽÑÑ ÐŸÑПбÑажеМÑ.
+ÐПгЎа запÑÐŸÑ Ð¿ÑПÑПкПла ÑОпа QueryFilter ÑЎелаМ, ПбÑÐµÐºÑ Filter (ÑÐŒ. ÑОÑÑМПк ) ЎекПЎОÑÑÐµÑ Ð²Ð°ÑОаМÑÑ Ðž запÑаÑÐžÐ²Ð°ÐµÑ ÐŸÐ±ÑÐµÐºÑ Search, кПÑПÑÑй ОÑпПлÑзÑÐµÑ MG ÐŽÐ»Ñ ÑакÑОÑеÑкПгП пПОÑка. Ð ÐŸÐ»Ñ ÐŸÐ±ÑекÑа Search ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП ПМ ЎПлжеМ ПбеÑпеÑОÑÑ Ð°Ð±ÑÑÑакÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Ð¿ÑПгÑаЌЌÑ, кПÑПÑÑй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐžÑк, МезавОÑОЌП ÐŸÑ ÐŸÑМПвМПгП ОÑпПлÑзÑеЌПгП ÑÑеЎÑÑва пПОÑка. ЀПÑЌаÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð²ÐŸÐ·Ð²ÑаÑаÑÑ ÑезÑлÑÑаÑÑ, Ñакже пÑеЎпОÑÑÐ²Ð°ÐµÑ Ð°Ð±ÑÑÑакÑОÑ, ÑÑебÑÑ ÐŸÑ ÐŸÐ±ÑекÑа Search ÑÑаМÑлОÑПваÑÑ ÐŽÐ°ÐœÐœÑе, ÑгеМеÑОÑПваММÑе ÑÑеЎÑÑвПЌ пПОÑка в ÑÑаМЎаÑÑÐœÑÑ ÑПÑÐŒÑ.
+Ðак ÑПлÑкП ÑезÑлÑÑаÑÑ Ð¿ÐŸÐžÑка вПзвÑаÑÐµÐœÑ ÑегОÑÑÑаÑПÑÑ, ЎалÑМейÑОЌ ЎейÑÑвОеЌ ÑÑаМПвОÑÑÑ ÑПÑЌаÑОÑПваМОе ÑезÑлÑÑаÑПв ÐŽÐ»Ñ ÐŸÑПбÑажеМОÑ, ОÑпПлÑзÑÑ ÐŸÐ±ÑÐµÐºÑ Format О ÐакÑПÑзÑк. Ðак пПказаМП Ма ÑОÑÑМке , ПМ вÑглÑÐŽÐžÑ ÑлеЎÑÑÑОЌ ПбÑазПЌ: ÑÑаМЎаÑÑÐœÑй загПлПвПк Greenstone, МОжМОй кПлПМÑОÑÑл, МавОгаÑÐžÐŸÐœÐœÐ°Ñ ÐŸÐ±Ð»Ð°ÑÑÑ Ðž ÑПМ; пПвÑПÑеМОе ПÑМПвМПй ÑаÑÑО ÑÑÑаМОÑÑ Ð·Ð°Ð¿ÑПÑа ÑПлÑкП МОже МавОгаÑОПММПй ПблаÑÑО; ПÑПбÑажеМОе кМОжМПгП зМаÑка, загПлПвка О авÑПÑа ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ МайЎеММПгП ЎПкÑЌеМÑа ÑППÑвеÑÑÑвеММП. ЀПÑÐŒÐ°Ñ Ð¿ÐŸÑлеЎМей ÑаÑÑО ÑпÑавлÑеÑÑÑ ÐžÐœÑÑÑÑкÑОей format SearchVList в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО. ÐÑежЎе ÑеЌ загПлПвПк О ЌеÑаЎаММÑе авÑПÑа бÑÐŽÑÑ ÐŸÑПбÑажеМÑ, ПМО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐœÐ°Ð¹ÐŽÐµÐœÑ ÑеÑвеÑПЌ кПллекÑОО. ТÑÑ ÑÑебÑеÑÑÑ Ð·Ð°Ð¿ÑÐŸÑ Ðº пÑПÑПкПлÑ, Ма Ñей Ñаз ОÑпПлÑзÑÑ BrowseFilter.
+
+
+
+
+Retrieving a document
+
+
+ÐПÑле вÑÑеÑпПЌÑÐœÑÑПгП запÑПÑа ÐŽÐ»Ñ Darcy, ÑаÑÑЌПÑÑОЌ ПÑПбÑажаеЌÑй ЎПкÑЌеМÑ. РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÑезÑлÑÑÐ°Ñ ÑелÑка пП ОкПМке ПкПлП The Golf Course Mystery Ма ÑОÑÑМке .
+
+
+The Golf Course Mystery
+
+
+
+ÐÑÑ
+ПЎМÑй ÑекÑÑ ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО Gutenberg вклÑÑÐ°ÐµÑ ÐŸÐŽÐžÐœ ЎлОММÑй Ñайл кМОгО. ÐП вÑÐµÐŒÑ ÐºÐŸÐŒÐ¿ÐŸÐœÐŸÐ²ÐºÐž, ÑÑÐŸÑ Ñайл ÑÐ°Ð·Ð±ÐžÑ ÐœÐ° ПÑЎелÑÐœÑе ÑÑÑаМОÑÑ, ÐºÐ°Ð¶ÐŽÐ°Ñ Ð¿ÐŸ 200 ÑÑÑПк ОлО ПкПлП ÑÑПгП, О МеПбÑ
+ÐŸÐŽÐžÐŒÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÑÑÑаМОÑÑ ÑПÑ
+ÑаМеМа в ОМЎекÑаÑ
+ О ОМÑПÑЌаÑОПММПй базе ЎаММÑÑ
+ кПллекÑОО. РвеÑÑ
+Мей ÑаÑÑО ÑОÑÑМка ÑказаМП, ÑÑП ÑÑа кМОга ÑПЎеÑÐ¶ÐžÑ 104 ÑПзЎаваеЌÑÑ
+ кПЌпÑÑÑеÑПЌ ÑÑÑаМОÑÑ, О МОже - МаÑалП ÑÑÑаМОÑÑ ÐŸÐŽÐžÐœ: кÑП ввел ОМÑПÑЌаÑОÑ, загПлПвПк, авÑПÑ, МаÑалП ÐŸÐ³Ð»Ð°Ð²Ð»ÐµÐœÐžÑ (ÑÑП ÑаÑÑÑ ÑаблОÑМПй ÑПÑÐŒÑ ÐžÑÑ
+ПЎМПгП ÑекÑÑа Gutenberg, ПМа Ме бÑла ÑгеМеÑОÑПваМа Greenstone). РвеÑÑ
+Мей левПй ÑаÑÑО МаÑ
+ПЎÑÑÑÑ ÐºÐœÐŸÐ¿ÐºÐž, кПÑПÑÑе ÑпÑавлÑÑÑ Ð²ÐœÐµÑМОЌ вОЎПЌ ЎПкÑЌеМÑа: ÑПлÑкП ПЎМа ÑÑÑаМОÑа ОлО ÑелÑй ЎПкÑЌеМÑ; пПЎÑвеÑка ÑеÑЌОМа запÑПÑа вкл. ОлО вÑкл.; ЎейÑÑвОÑелÑМП лО кМОга ЎПлжМа бÑÑÑ ÐŸÑПбÑажеМа в ее ÑПбÑÑвеММПЌ ПкМе; ПÑЎелеМОе пПОÑкПвПй ÑаÑÑО ÐŸÑ ÐŸÐºÐœÐ° пÑПÑЌПÑÑа. РвеÑÑ
+Мей пÑавПй ÑаÑÑО - МавОгаÑÐžÐŸÐœÐœÐ°Ñ Ð¿ÐŸÐŒÐŸÑÑ, кПÑПÑÐ°Ñ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÑÑЌПй ЎПÑÑÑп к лÑбПй ÑÑÑаМОÑе в кМОге: пÑПÑÑП МапеÑаÑайÑе ÐœÐŸÐŒÐµÑ ÑÑÑаМОÑÑ Ðž МажЌОÑе ÐºÐœÐŸÐ¿ÐºÑ "go to page" (пеÑейÑО к ÑÑÑаМОÑе). ÐПпПлМОÑелÑМП ЌПжМП ОÑпПлÑзПваÑÑ ÐŽÐ»Ñ Ð¿ÐµÑеÑ
+ПЎа пП ÑÑÑаМОÑаЌ ÑÑÑелкО next/previous pages (ÑлеЎÑÑÑаÑ/пÑеЎÑÐŽÑÑÐ°Ñ ÑÑÑаМОÑа).
+ÐейÑÑвОе пПОÑка ЎПкÑЌеМÑПв documentaction ПпÑеЎелеМП ÑÑÑаМПвкПй a=d О ÐžÐŒÐµÐµÑ ÐœÐµÑкПлÑкП ЎПпПлМОÑелÑÐœÑÑ
+ паÑаЌеÑÑПв. ÐаОбПлее важМÑй - ЎпПОÑк ЎПкÑЌеМÑа: ÑÑП ПпÑеЎелеМП ÑеÑез пеÑеЌеММÑÑ d. Ðа ÑОÑÑМке ÑÑП ÑÑÑаМПвлеМП как d=HASH51e598821ed6cbbdf0942b. 1 МайÑО пеÑвÑÑ ÑÑÑаМОÑÑ ÐŽÐŸÐºÑЌеМÑа Ñ ÐžÐŽÐµÐœÑОÑОкаÑПÑПЌ HASH51e598821ed6cbbdf0942b, Ð·ÐœÐ°Ñ Ð±ÐŸÐ»ÐµÐµ ÐŽÑÑжеÑÑвеМÑй ÑеÑЌОМ The Golf Course Mystery. ÐÑÑалÑÐœÑе пеÑеЌеММÑе ПпÑеЎелÑÑÑ: вкл. ОлО вÑкл. пПЎÑвеÑÐºÑ ÑеÑЌОМа запÑПÑа (hi), ПÑПбÑазОÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ÑПЌ, ÐºÐ°ÐºÐ°Ñ ÑÑÑаМОÑа кМОгО ПÑПбÑажеМа (gt). ÐÑО пеÑеЌеММÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО ЎейÑÑвОй, пÑеЎлагаеЌÑÑ
+ кМПпкаЌО Ма ÑÑÑаМОÑе (ÑÐŒ. ÑОÑÑМПк ), ПпОÑаММПй вÑÑе. ÐМаÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑÑÑÑÑ, еÑлО лÑÐ±Ð°Ñ ÐžÐ· ÑÑОÑ
+ пеÑеЌеММÑÑ
+ ПпÑÑеМа.
+ÐейÑÑвОе ÑлеЎÑÐµÑ Ð·Ð° пÑПÑеЎÑÑПй queryaction: ПÑеМка CGI -аÑгÑЌеМÑа, ЎПÑÑÑп к ÑеÑвеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ОÑпПлÑзÑÑ Ð¿ÑПÑПкПл О ÑезÑлÑÑÐ°Ñ ÐŽÐ»Ñ Ð³ÐµÐœÐµÑаÑОО web-ÑÑÑаМОÑÑ. ÐаÑОаМÑÑ, каÑаÑÑОеÑÑ ÐŽÐŸÐºÑЌеМÑа, ЎекПЎОÑÐŸÐ²Ð°ÐœÑ CGI-аÑгÑЌеМÑПЌ О ÑПÑ
+ÑÐ°ÐœÐµÐœÑ Ð² ПбÑекÑе ÐŽÐ»Ñ ÐŽÐ°Ð»ÑМейÑей ÑабПÑÑ. ЧÑÐŸÐ±Ñ ÐŸÑÑÑкаÑÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÐœÐ° ÑеÑвеÑе кПллекÑОО, МеПбÑ
+ПЎОЌ ÑПлÑкП ОЎеМÑОÑОкаÑÐŸÑ ÐŽÐŸÐºÑЌеМÑа, ÑÑÐŸÐ±Ñ ÑÑÑаМПвОÑÑ Ð·Ð°Ð¿ÑÐŸÑ Ð¿ÑПÑПкПла к get_document (). Ðак ÑПлÑкП ÑекÑÑ ÐœÐ°Ð¹ÐŽÐµÐœ, ЎПлжМП бÑÑÑ Ð¿ÑПОзвеЎеМП зМаÑОÑелÑМПе ÑПÑЌаÑОÑПваМОе. ÐÐ»Ñ ÑÑПгП пÑПгÑаЌЌа ЎПÑÑÑпа к documentaction ÑПÑ
+ÑаМÑÐµÑ Ð°ÑгÑÐŒÐµÐœÑ Ðž ОÑпПлÑзÑÐµÑ ÐŸÐ±ÑÐµÐºÑ Format О ÐакÑПÑзÑк.
+
+
+
+
+ÐÑПÑЌПÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкПгП клаÑÑОÑОкаÑПÑа
+
+
+Ðа ÑОÑÑМке пПказаМ пÑÐžÐŒÐµÑ Ð¿ÑПÑЌПÑÑа, гЎе пПлÑзПваÑÐµÐ»Ñ Ð²ÑбÑал Titles Ð-Z (ÐагПлПвкО A-Z) О ПбÑаÑОлÑÑ Ðº гОпеÑÑвÑзО ÐŽÐ»Ñ ÑОЌвПла Ð. ÐÑП пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð±Ð»Ð°Ð³ÐŸÐŽÐ°ÑÑ ÐŽÐµÐ¹ÑÑÐ²ÐžÑ documentaction, кПÑПÑПе заЎаеÑÑÑ CGI -аÑгÑЌеМÑПЌ a=d. ÐЎМакП, ЎП пПЎклÑÑÐµÐœÐžÑ Ð¿ÐµÑеЌеММПй d ÑÑÐŸÐžÑ ÐŸÐ³ÐŸÐ²ÐŸÑОÑÑÑÑ, ÑÑП в ЎаММПЌ ÑлÑÑае ПМа Ме бÑла ОÑпПлÑзПваМа. ÐЌеÑÑП ÑÑПгП ОÑпПлÑзПвалÑÑ Ñзел в пÑеЎелаÑ
+ ЎПÑÑÑпМПй ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ОеÑаÑÑ
+ОО клаÑÑОÑОкаÑОО, ÑÑÐŸÐ±Ñ ÐŸÑПбÑазОÑÑ ÐŸÐ¿ÑеЎелеММÑÑ Ð¿ÐµÑеЌеММÑÑ cl. РЎаММПЌ пÑОЌеÑе ПМа пÑеЎÑÑавлÑÐµÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐž, ÑгÑÑппОÑПваММÑе ÑОЌвПлПЌ Ð. ÐÑÐŸÑ ÑпОÑПк бÑл ÑÑПÑЌОÑПваМ вП вÑÐµÐŒÑ ÐºÐŸÐŒÐ¿Ð°ÐœÐŸÐ²ÐºÐž О ÑПÑ
+ÑаМеМ в ОМÑПÑЌаÑОПММПй базе ЎаММÑÑ
+ кПллекÑОО.
+
+
+ÐÑПÑЌПÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² кПллекÑОО Gutenberg
+
+
+
+ÐапОÑО, кПÑПÑÑе пÑеЎÑÑавлÑÑÑ ÑÐ·Ð»Ñ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа в базе ЎаММÑÑ
+, ОÑпПлÑзÑÑÑ Ð¿ÑеÑÐžÐºÑ CL, ÑПпÑПвПжЎаеЌÑй ÑОÑлаЌО, ПÑЎелеММÑЌО пеÑОПЎаЌО (.), ПпÑеЎелÑÑÑОЌО ОÑ
+ МаÑ
+ПжЎеМОе в пÑеЎелаÑ
+ влПжеММПй ÑÑÑÑкÑÑÑÑ. ÐгМПÑОÑÑÑ ÐºÐœÐŸÐ¿ÐºÑ Ð¿ÐŸÐžÑка (левÑй кÑай в МавОгаÑОПММПй ПблаÑÑО), клаÑÑОÑОкаÑПÑÑ Ð¿ÑПМÑЌеÑÐŸÐ²Ð°ÐœÑ Ð¿ÐŸÑлеЎПваÑелÑМП в пПÑÑЎке вПзÑаÑÑаМОÑ, Ñлева МапÑавП, МаÑÐžÐœÐ°Ñ Ñ 1. ТакОЌ ПбÑазПЌ, Ñзел клаÑÑОÑОкаÑПÑа веÑÑ
+МегП ÑÑÐŸÐ²ÐœÑ ÐŽÐ»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² в МаÑеЌ пÑОЌеÑе - CL1, а ÑазÑÑÐºÐžÐ²Ð°ÐµÐŒÐ°Ñ ÑÑÑаМОÑа ÑгеМеÑОÑПваМа ÑÑÑаМПвкПй cl=CLl.ll. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑвОЎеÑÑ ÑÑП в ÑÑÑПке URL МавеÑÑ
+Ñ ÑОÑÑМка .
+ÐÐ»Ñ ÐŸÐ±ÑабПÑкО запÑПÑа ЎПкÑЌеМÑа cl ОÑпПлÑзÑеÑÑÑ ÐŸÐ±ÑÐµÐºÑ Filter, кПÑПÑÑй ПÑÑÑÐºÐžÐ²Ð°ÐµÑ Ñзел пП пÑПÑПкПлÑ. вПзвÑаÑеММÑÑ
+ ЎаММÑÑ
+, ЎалÑМейÑОе запÑПÑÑ Ð¿ÑПÑПкПла ÑÐŽÐµÐ»Ð°ÐœÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÑÑÑкаÑÑ ÐŒÐµÑаЎаММÑе ЎПкÑЌеМÑа. РЎаММПЌ ÑлÑÑае ÐœÐ°Ð¹ÐŽÐµÐœÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐž кМОг. ÐЎМакП, еÑлО Ñзел бÑл вМÑÑÑеММОй, ЎПÑеÑМОе запОÑО кПÑПÑПгП - ÑаЌПÑÑПÑÑелÑÐœÑе ÑзлÑ, ÑП бÑлО Ð±Ñ ÐœÐ°Ð¹ÐŽÐµÐœÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐž ЎПÑеÑМОÑ
+ веÑÑОМ. С ÑПÑкО зÑÐµÐœÐžÑ Ð¿ÑПгÑаЌЌОÑПваМОÑ, ÑÑП ÑПже ÑаЌПе О ПбÑабПÑаМП ÑеЌ же ÑаЌÑÐŒ ЌеÑ
+аМОзЌПЌ.
+ÐакПМеÑ, вÑÑ ÐœÐ°Ð¹ÐŽÐµÐœÐœÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ ÑвÑзаМа Ñ ÐžÑпПлÑзПваМОеЌ ЌакÑПÑзÑка О ПÑПбÑажеМа Ма web-ÑÑÑаМОÑе, пПказаММПй Ма ÑОÑÑМке .
+
+
+
+
+Generating the home page
+
+
+
+
+ÐеМеÑаÑÐžÑ ÐŽÐŸÐŒÐ°ÑМей ÑÑÑаМОÑÑ
+
+
+
+РкаÑеÑÑве пПÑлеЎМегП пÑОЌеÑа ÐŒÑ ÑаÑÑЌПÑÑОЌ ÑПзЎаМОе ЎПЌаÑМей ÑÑÑаМОÑÑ Greenstone. РОÑÑМПк ЎеЌПМÑÑÑОÑÑÐµÑ ÐŽÐŸÐŒÐ°ÑÐœÑÑ ÑÑÑаМОÑÑ Greenstone, ÑÑÑаМПвлеММÑÑ ÑП зМаÑеМОÑЌО пП ÑЌПлÑаМОÑ. Ðе URL, кПÑПÑÑй Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вОЎеÑÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ ÑкÑаМа, вклÑÑÐ°ÐµÑ Ð°ÑгÑЌеМÑÑ Ð°=Ñ np=home. ТакОЌ ПбÑазПЌ, пПЎПбМП ÑÑÑаМОÑе "about this collection" (Пб ÑÑПй кПллекÑОО), ПМа бÑла ÑгеМеÑОÑПваМаÑа^еаÑй'ПО (а=Ñ), МП Ма Ñей Ñаз пÑОЌеМÑлПÑÑ home (p=home). ÐПÑÑÐŸÐŒÑ ÐŒÐ°ÐºÑПÑзÑк ПбÑаÑаеÑÑÑ Ðº ÑПЎеÑÐ¶Ð°ÐœÐžÑ home.dm. РЎаММПЌ ÑлÑÑае ÐœÐµÑ ÐœÐžÐºÐ°ÐºÐŸÐ¹ МабПЎМПÑÑО ПпÑеЎелÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ (Ñ Ð¿ÐµÑеЌеММПй Ñ).
+ÐŠÐµÐ»Ñ Ð³Ð»Ð°Ð²ÐœÐŸÐ¹ ÑÑÑаМОÑа пПказаÑÑ, какОе кПллекÑОО ЎПÑÑÑпМÑ. ЩелÑПк пП ОкПМке пÑОвеЎÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐœÐ° ÑÑÑаМОÑÑ âП кПллекÑООâ ÐŽÐ»Ñ ÑÑПй кПллекÑОО. ÐÐµÐœÑ ÑПзЎаÑÑÑÑ ÐŽÐžÐœÐ°ÐŒÐžÑеÑкО кажЎÑй Ñаз, как ÑПлÑкП ÑÑÑаМОÑа загÑÑжеМа, О базОÑПваМП Ма кПллекÑОÑÑ
+, МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑайлаÑ
+ в ЎаММПе вÑÐµÐŒÑ . ÐÐ°Ð¶ÐŽÐ°Ñ ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð°Ð²ÑПЌаÑОÑеÑкО ПÑПбÑажаеÑÑÑ ÐœÐ° главМПй ÑÑÑаМОÑе, как ÑПлÑкП ÑÑÑаМОÑа пеÑезагÑÑжаеÑÑÑ (еÑлО пÑеЎÑÑЌПÑÑеМП, ÑÑП кПллекÑÐžÑ âпÑблОÑМаÑâ)
+ÐÐ»Ñ ÑÑПгП ÑегОÑÑÑаÑÐŸÑ ÐžÑпПлÑзÑÐµÑ Ð¿ÑПÑПкПл (кПМеÑМП). Ðак ÑаÑÑÑ ÐŸÑеМкО CGI аÑгÑЌеМÑПв, pageaction запÑПгÑаЌЌОÑПваМа ÐŽÐ»Ñ ÐŸÐ±ÐœÐ°ÑÑÐ¶ÐµÐœÐžÑ ÐŸÑПбПгП ÑлÑÑÐ°Ñ ÐºÐŸÐ³ÐŽÐ° p=home . ТПгЎа ÑÑП ЎейÑÑвОе пПлÑзÑеÑÑÑ Ð¿ÑПÑПкПлÑÐœÑÐŒ запÑПÑПЌ get_collection_list() , ÑÑÐŸÐ±Ñ ÑÑÑаМПвОÑÑ ÑекÑÑОй ÐœÐ°Ð±ÐŸÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй. ÐÐœ вÑзÑÐ²Ð°ÐµÑ get_collectinfo() ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐžÐœÑПÑЌаÑОО П кажЎПЌ Оз МОÑ
+. ÐÑа ОМÑПÑЌаÑÐžÑ Ð²ÐºÐ»ÑÑаеÑ: ЎПÑÑÑпМПÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО пÑблОÑМП, URL ОкПМкО кПллекÑОО (еÑлО еÑÑÑ ÐºÐ°ÐºÐ°Ñ-МОбÑÐŽÑ), О пПлМПе МазваМОе кПллекÑОО. ÐÑа ОМÑПÑЌаÑÐžÑ ÐžÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÑгеМеÑОÑПваÑÑ Ð¿ÑавОлÑÐœÑй вÑ
+ПЎ в кПллекÑÐžÑ Ñ Ð³Ð»Ð°Ð²ÐœÐŸÐ¹ ÑÑÑаМОÑÑ.
+
+
+
+
+
+
+ÐÑÑ
+ПЎМÑй кПЎ
+
+
+
+
+ÐезавОÑОЌÑе пÑПгÑаЌЌÑ, вклÑÑÑММÑе в ÐÑОМÑÑПÑÐœ
+
+
+
+
+setpasswd/
+
+
+ÐПЎЎеÑжка паÑÐŸÐ»Ñ ÐŽÐ»Ñ Windows
+
+
+
+
+getpw/
+
+
+ÐПЎЎеÑжка паÑÐŸÐ»Ñ ÐŽÐ»Ñ Ð®ÐœÐžÐºÑа
+
+
+
+
+txt2db/
+
+
+ÐПМвеÑÑОÑПваÑÑ ÑекÑÑПвПй ASCII ÑПÑЌаÑ, пПЎПбМÑй XML, в ÑПÑÐŒÐ°Ñ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ Gnu
+
+
+
+
+db2txt/
+
+
+ÐПМвеÑÑОÑПваÑÑ ÑПÑÐŒÐ°Ñ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ Gnu в ÑекÑÑПвПй ASCII ÑПÑЌаÑ, пПЎПбМÑй XML.
+
+
+
+
+phind/
+
+
+ÐÐœÑÑÑÑÐŒÐµÐœÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ОеÑаÑÑ
+ОÑеÑкПй ÑÑазÑ
+
+
+
+
+hashfile/
+
+
+ÐÑÑОÑлОÑÑ ÑМОкалÑÐœÑй ПпПзМаваÑелÑÐœÑй пÑОзМак ЎПкÑЌеМÑа, базОÑПваМÑй Ма ÑПЎеÑжаМОО Ñайла.
+
+
+
+
+mgpp/
+
+
+ÐеÑепОÑÐ°ÐœÐœÐ°Ñ Ðž ПбМПвлÑÐœÐœÐ°Ñ Ð²ÐµÑÑÐžÑ Managing Gigabytes пакеÑа в C++.
+
+
+
+
+w32server/
+
+
+ÐПкалÑÐœÑй ÑеÑÐ²ÐµÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО ÐŽÐ»Ñ Windows.
+
+
+
+
+checkis/
+
+
+СпеÑОÑОÑеÑÐºÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÐŽÐ»Ñ ÐžÐœÑÑаллÑÑОО ÐÑОМÑÑПÑÐœ в Windows.
+
+
+
+
+ÐÑÑ
+ПЎМÑй кПЎ ÐŽÐ»Ñ ÑабПÑаÑÑей ÑОÑÑÐµÐŒÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² GSDLHOME/src . ÐÐœ Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐŽÐ²Ðµ пПЎЎОÑекÑПÑОО, recpt ÐŽÐ»Ñ ÑегОÑÑÑаÑОПММПгП ÑеÑвеÑа О colservr ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОПММПгП ÑеÑвеÑа. ÐÑОМÑÑПÑÐœ ÑабПÑÐ°ÐµÑ Ð²ÐŸ вÑеÑ
+ веÑÑОÑÑ
+ Windows вплПÑÑ ÐŽÐŸ Windows 3.1, О к МеÑÑаÑÑÑÑ ÑÑП ÐœÐ°Ð»Ð°Ð³Ð°ÐµÑ Ð²ÐŸÑÑЌОзМакПвÑй Ð»ÐžÐŒÐžÑ ÐœÐ° Ñайл О МазваМОе ЎОÑекÑПÑОО. ÐÑП ПбÑÑÑÐœÑÐµÑ Ð¿ÐŸÑÐµÐŒÑ ÐžÑпПлÑзÑÑÑÑÑ ÑакОе загПЎаÑÐœÑе ÑПкÑаÑеМОе, как recpt О colservr . ÐÑÑалÑÐœÑе ЎОÑекÑПÑОО вклÑÑаÑÑ ÐŸÑЎелÑМПÑÑПÑÑОе ÑÑОлОÑÑ, в ПÑМПвМПЌ ÐŽÐ»Ñ Ð¿ÐŸÑЎЎеÑжкО пÑПÑеÑÑа пПÑÑÑПеМОÑ. ÐМО пеÑеÑОÑÐ»ÐµÐœÑ Ð² ТаблОÑе .
+ÐÑÑÐ³Ð°Ñ ÐŽÐžÑекÑПÑОÑ, GSDLHOME/lib , вклÑÑÐ°ÐµÑ Ð¿ÐŸÐŽÑÑПвМевÑе ПбÑекÑÑ, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ ÐŸÐ±ÐŸÐžÐŒÐž, ÑегОÑÑÑаÑОПММÑÐŒ О кПллекÑОПММÑÐŒ, ÑеÑвеÑаЌО . ÐÑÐŸÑ ÐºÐŸÐŽ ПпОÑаМ в СекÑОО .
+Greenstone ÑОÑПкП ОÑпПлÑзÑÐµÑ Standard Template Library (STL)/ СÑаМЎаÑÑÐœÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑÐµÐºÑ ÑаблПМПв С ++,- ÑПзЎаММÑÑ Silicon Graphics (www.sgi.com), кПÑПÑÐ°Ñ ÑвлÑеÑÑÑ ÑезÑлÑÑаÑПЌ ЌМПгОÑ
+ Ð»ÐµÑ ÑазÑабПÑкО О ÑазвОÑОÑ. ÐПЎПбМП вÑеЌ бОблОПÑекаЌ пÑПгÑаЌЌОÑПваМОÑ, ПМа ÑÑебÑÐµÑ ÐœÐµÐºÐŸÑПÑПгП вÑеЌеМО Ма ОзÑÑеМОе. ÐÑОлПжеМОе Ð ÐŽÐ°ÐµÑ ÐºÑаÑкОй ÐŸÐ±Ð·ÐŸÑ ÐºÐ»ÑÑевÑÑ
+ ÑаÑÑей, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ Ð²ÑÑÐŽÑ Ð² пÑПгÑаЌЌе Greenstone. ÐÐ»Ñ Ð±ÐŸÐ»ÐµÐµ пПлМПгП ÐŸÐ·ÐœÐ°ÐºÐŸÐŒÐ»ÐµÐœÐžÑ ÐŸÐ±ÑаÑайÑеÑÑ Ðº ПÑОÑОалÑÐœÐŸÐŒÑ STL ÑпÑавПÑÐœÐŸÐŒÑ ÑÑкПвПЎÑÑвÑ, ЎПÑÑÑÐ¿ÐœÐŸÐŒÑ ÐœÐ° ÑайÑе www.sgi.com, ОлО к ÐŸÐŽÐœÐŸÐŒÑ ÐžÐ· ЌМПгОÑ
+ ÑÑебМОкПв STL, МапÑÐžÐŒÐµÑ Josuttis (1999).
+
+
+
+
+ÐбÑОе ÑÐžÐ¿Ñ Greenstone
+
+
+ÐбÑекÑÑ, ПпÑеЎелеММÑе в GSDLHOME/lib, ÑвлÑÑÑÑÑ ÐŸÐ±ÑекÑаЌО Greenstone МОжМегП ÑÑПвМÑ, ПÑМПвÑваÑÑÑ ÐœÐ° веÑÑОМе STL, кПÑПÑÑе вÑ
+ПЎÑÑ Ð² ОÑÑ
+ПЎМÑÑ Ð¿ÑПгÑаЌЌÑ. СМаÑала ÐŒÑ ÐŽÐµÑалÑМП ÑаÑÑЌПÑÑОЌ бÑÐµÐºÑ text_t, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÐžÑ ÑекÑÑа в ÑПÑЌаÑе Unicode. ÐПÑле ÑегП ÐŒÑ ÑЌПжеЌ кÑаÑкП ОзлПжОÑÑ ÑÐµÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ Ñайла бОблОПÑекО.
+
+
+ÐбÑÐµÐºÑ text_t
+
+
+Greenstone ÑабПÑÐ°ÐµÑ Ñ ÐŒÐœÐŸÐ³ÐžÐŒÐž ÑзÑкаЌО О ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО кПллекÑОО, О пПлÑзПваÑелÑÑкПгП ОМÑеÑÑейÑа. ÐÐ»Ñ ÑÑПгП ОÑÑ
+ÐŸÐŽÐœÐ°Ñ Ð¿ÑПгÑаЌЌа пПвÑеЌеÑÑМП ОÑпПлÑзÑÐµÑ Unicode. ÐÑМПвМÑÐŒ ПбÑекÑПЌ, кПÑПÑÑй Ð¿ÐŸÐœÐžÐŒÐ°ÐµÑ ÑÑÑÐŸÐºÑ Unicode ÑвлÑеÑÑÑ text_t .
+
+
+text_t API (в ÑПкÑаÑеМÑ)
+
+typedef vector<unsigned short> usvector;
+
+class text_t {
+protected:
+usvector text;
+unsigned short encoding; // 0 = unicode, 1 = other
+
+public:
+ // constructors
+ text_t ();
+ text_t (int i);
+ text_t (char *s); // assumed to be a normal c string
+
+ void setencoding (unsigned short theencoding);
+ unsigned short getencoding ();
+
+ // STL container support
+ iterator begin ();
+ iterator end ();
+
+ void erase(iterator pos);
+ void push_back(unsigned short c);
+ void pop_back();
+
+ void reserve (size_type n);
+
+ bool empty () const {return text.empty();}
+ size_type size() const {return text.size();}
+
+ // added functionality
+ void clear ();
+ void append (const text_t &t);
+
+ // support for integers
+ void appendint (int i);
+ void setint (int i);
+ int getint () const;
+
+ // support for arrays of chars
+ void appendcarr (char *s, size_type len);
+ void setcarr (char *s, size_type len);
+};
+
+Unicode ОÑпПлÑзÑÐµÑ ÐŽÐ²Ð° байÑа ÐŽÐ»Ñ Ñ
+ÑÐ°ÐœÐµÐœÐžÑ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОЌвПла. Ðа ÑОÑÑМке Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ Ð³Ð»Ð°Ð²ÐœÑе ПÑПбеММПÑÑО text_t Application Program Interface/ ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÑОклаЎМПй пÑПгÑÐ°ÐŒÐŒÑ (API). ÐÐœ пПзвПлÑÐµÑ Ð²ÑпПлМОÑÑ ÐŽÐ²ÑÑ
+байÑПвПе ÑÑебПваМОе, ОÑпПлÑзÑÑ Ð¡ ++ вÑÑÑПеММÑй ÑОп short, кПÑПÑÑй ПпÑеЎелеМ как ЎвÑÑ
+байÑПвПе ÑелПе ÑОÑлП. ЊеМÑÑалÑÐœÑй ÑОп ЎаММÑÑ
+ ПбÑекÑа text_t - ÑÑП ЎОМаЌОÑеÑкОй ЌаÑÑОв, ÑÑПÑЌОÑПваММÑй short, ОÑпПлÑзÑÑ STL ПпОÑаМОе vector<unsigned short> О пПлÑÑеММПе ÑПкÑаÑеММПе МазваМОе usvector.
+ЀÑМкÑОО кПМÑÑÑÑкÑПÑа (ÑÑÑПкО 10-12) ÑвМП пПЎЎеÑжОваÑÑ ÑÑО ÑПÑÐŒÑ ÐžÐœÐžÑОалОзаÑОО: кПМÑÑÑÑкÑÐžÑ Ð±ÐµÐ· паÑаЌеÑÑПв, кПÑПÑÐ°Ñ Ð³ÐµÐœÐµÑОÑÑÐµÑ Ð¿ÑÑÑÑÑ ÑÑÑÐŸÐºÑ Unicode; кПМÑÑÑÑкÑÐžÑ Ñ ÑелПÑОÑлеММÑÐŒ паÑаЌеÑÑПЌ, кПÑПÑÐ°Ñ Ð³ÐµÐœÐµÑОÑÑÐµÑ Ð²ÐµÑÑÐžÑ ÑекÑÑа Unicode ÑОÑлПвПгП ПбеÑпеÑеММПгП зМаÑеМОÑ; кПМÑÑÑÑкÑÐžÑ Ñ Ð¿Ð°ÑаЌеÑÑПЌ char*, кПÑПÑÑй ПбÑабаÑÑÐ²Ð°ÐµÑ Ð°ÑгÑÐŒÐµÐœÑ ÐºÐ°Ðº ÑÑÑÐŸÐºÑ Ð¡ ++ Ñ ÐœÑлевÑÐŒ ÑОЌвПлПЌ в кПМÑе О геМеÑОÑÑÐµÑ Ð²ÐµÑÑÐžÑ Unicode.
+ÐПÑле ÑÑПгП, бПлÑÑОМÑÑвП ÑлеЌеМÑПв (ÑÑÑПкО 17-28), пеÑеÑ
+ПЎÑÑ ÐœÐ° ПбÑлÑжОваМОе STL векÑПÑМПгП кПМÑейМеÑа: beginQ, endQ,push_back(), emptyQ О Ñ.ÐŽ. ÐЎеÑÑ ÐžÐŒÐµÐµÑÑÑ Ð¿ÐŸÐŽÐŽÐµÑжка ПÑОÑÑкО О ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÑÑÑПкО, а Ñакже пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÑелПÑОÑлеММПгП зМаÑÐµÐœÐžÑ Ð² ÑÑÑÐŸÐºÑ ÑекÑÑа Unicode, О вПзвÑаÑÐµÐœÐžÑ ÑППÑвеÑÑÑвÑÑÑегП ÑелПÑОÑлеММПгП зМаÑÐµÐœÐžÑ ÑекÑÑа, кПÑПÑÑй пÑеЎÑÑавлÑÐµÑ ÐœÐŸÐŒÐµÑ.
+
+
+ÐеÑегÑÑжеММÑе ПпеÑаÑПÑÑ text_t
+
+class text_t {
+ // ...
+ public:
+ text_t &operator=(const text_t &x);
+ text_t &operator+= (const text_t &t);
+ reference operator[](size_type n);
+
+ text_t &operator=(int i);
+ text_t &operator+= (int i);^ \\
+ text_t &operator= (char *s);
+ text_t &operator+= (char *s);
+
+ friend inline bool operator!=(const text_t& x, const text_t& y);
+ friend inline bool operator==(const text_t& x, const text_t& y);
+ friend inline bool operator< (const text_t& x, const text_t& y);
+ friend inline bool operator> (const text_t& x, const text_t& y);
+ friend inline bool operator>=(const text_t& x, const text_t& y);
+ friend inline bool operator<=(const text_t& x, const text_t& y);
+ // ...
+};
+
+СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ¶ÐµÑÑвП пеÑегÑÑжеММÑÑ
+ ПпеÑаÑПÑПв , кПÑПÑÑе Ме Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐœÐ° ÑОÑÑМке . ÐÑПбП зМаÑОЌÑе ПпеÑаÑПÑÑ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐœÐ° ÑОÑÑМке . СÑÑПка 4 пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐœÐ°Ð·ÐœÐ°ÑеМОе ПЎМПгП ПбÑекÑа text_t ÐŽÑÑгПЌÑ, а ÑÑÑПка 5 пеÑегÑÑÐ¶Ð°ÐµÑ ÐŸÐ¿ÐµÑаÑПÑ+ = , ÑÑÐŸÐ±Ñ ÐŸÐ±ÐµÑпеÑОÑÑ Ð±ÐŸÐ»ÐµÐµ еÑÑеÑÑвеММÑй ÑпПÑПб ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÐŸÐŽÐœÐŸÐ³ÐŸ ПбÑекÑа text_t в ÐºÐŸÐœÐµÑ ÐŽÑÑгПгП. Также вПзЌПжМП ÑеÑез ÑÑÑÐŸÐºÑ 6 ПбÑаÑОÑÑÑÑ Ðº ÑпеÑОÑОÑеÑÐºÐŸÐŒÑ ÑÐžÐŒÐ²ÐŸÐ»Ñ Unicode (пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÐœÐŸÐŒÑ ÐºÐ°Ðº short), ОÑпПлÑзÑÑ Ð·ÐœÐ°Ðº ЌаÑÑОва []. Ðалее МеПбÑ
+ПЎОЌП МазМаÑОÑÑ Ðž ЎПбавОÑÑ Ð² ÐºÐŸÐœÐµÑ ÐŸÐ¿ÐµÑаÑПÑÑ, пÑеЎМазМаÑеММÑе ÐŽÐ»Ñ ÑÑÑПк C++ О ÑелÑÑ
+ ÑОÑел. СÑÑПкО 12-18 пÑеЎÑÑавлÑÑÑ ÐÑÐ»ÐµÐ²Ñ ÐŸÐ¿ÐµÑаÑПÑÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑÑавМОÑÑ ÐŽÐ²Ð° ПбÑекÑа text_t: ÑавМП, Ме ÑавМП, пÑеЎÑеÑÑвÑÐµÑ Ð² алÑавОÑМПЌ пПÑÑЎке О Ñак Ўалее.
+ЀÑМкÑОÑ-ÑлеМ, кПÑПÑÐ°Ñ Ð±ÐµÑÐµÑ Ð°ÑгÑÐŒÐµÐœÑ const вЌеÑÑП Ме-const, Ñакже ОЌееÑÑÑ (МП Ма ÑОÑÑМке Ме пПказаМа). ТакПе пПвÑПÑеМОе ÑÑаМЎаÑÑМП ÐŽÐ»Ñ ÐŸÐ±ÑекÑПв C++, ÐŽÐµÐ»Ð°Ñ API бПлее веÑПЌÑÐŒ, МП Ме бПлее кПМÑепÑÑалÑÐœÑÐŒ. РЎейÑÑвОÑелÑМПÑÑО, ЌМПгОе Оз ÑÑОÑ
+ ÑÑМкÑОй пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐºÐ°Ðº ПÑЎелÑÐœÑе ЎейÑÑвÑÑÑОе ОМÑÑÑÑкÑОО. ÐÐ»Ñ Ð±ÐŸÐ»ÐµÐµ пПЎÑПбМПгП ОзÑÑÐµÐœÐžÑ ÐŸÐ±ÑаÑОÑеÑÑ Ðº ОÑÑ
+ÐŸÐŽÐœÐŸÐŒÑ ÑÐ°Ð¹Ð»Ñ GSDLHOME/lib/text_t.h.
+
+
+
+
+ÐÑПгÑаЌЌа бОблОПÑекО Greenstone
+
+
+Ð€Ð°Ð¹Ð»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐ° в GSDLHOME/lib вклÑÑаÑÑ ÑЌеÑÑ ÑÑМкÑОй О ПбÑекÑПв, ÑÑП ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone. ÐÐ»Ñ Ð±ÐŸÐ»ÑÑей ÑÑÑекÑОвМПÑÑО ПÑМПÑеМОÑ, ÑÑМкÑОО О ÑÑМкÑОО-ÑÐ»ÐµÐœÑ ÐŸÐ±ÑÑÐ²Ð»ÐµÐœÑ ÐºÐ°Ðº inline. ÐÐ»Ñ Ð±ÐŸÐ»ÑÑей ÑаÑÑО пПЎÑПбМПÑÑО вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑПЎеÑжаÑÑÑ Ð² кПпОО Ñайла загПлПвка .ÑÑÑ.
+
+
+
+
+
+cfgread.h
+
+
+ЀÑМкÑОО ÐŽÐ»Ñ ÑÑÐµÐœÐžÑ Ðž запОÑО Ñайла кПМÑОгÑÑаÑОО. ÐапÑОЌеÑ, read_cfg_line () как аÑгÑÐŒÐµÐœÑ ÐŽÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ð±ÐµÑÐµÑ Ð²Ñ
+ПЎМПй пПÑПк О text_tarray (ПбÑабПÑаММÑй ÐŽÐ»Ñ vector<text_t>), ÑÑÐŸÐ±Ñ Ð·Ð°Ð¿ÐŸÐ»ÐœÐžÑÑ ÐŽÐ°ÐœÐœÑЌО ÐŽÐ»Ñ ÑÑеМОÑ.
+
+
+
+
+display.h
+
+
+СлПжМÑй ПбÑекÑ, ОÑпПлÑзÑеЌÑй ÑегОÑÑÑаÑПÑПЌ ÐŽÐ»Ñ ÑÑÑаМПвкО, Ñ
+ÑÐ°ÐœÐµÐœÐžÑ Ðž ÑаÑÑОÑÐµÐœÐžÑ ÐŒÐ°ÐºÑПÑа, плÑÑ Ð¿ÐŸÐŽÐŽÐµÑжкО ÑОпПв. ÐПЎÑПбМПÑÑО Ð²Ñ ÐŒÐŸÐ¶ÐµÑе МайÑО в РазЎеле .
+
+
+
+
+fileutil.h
+
+
+ЀÑМкÑÐžÑ Ð¿ÐŸÐŽÐŽÐµÑжкО МезавОÑОЌПÑÑО МеÑкПлÑкОÑ
+ ÑайлПвÑÑ
+ ÑÑÐžÐ»ÐžÑ Ð² ПпеÑаÑОПММПй ÑОÑÑеЌе. ÐапÑОЌеÑ, fllename_cat () беÑÐµÑ ÐŽÐŸ ÑеÑÑО text_t паÑаЌеÑÑПв О вПзвÑаÑÐ°ÐµÑ textjt, кПÑПÑÑй ÑвлÑеÑÑÑ ÑезÑлÑÑаÑПЌ ÑвÑзÑÐ²Ð°ÐœÐžÑ ÑлеЌеМÑПв, ОÑпПлÑзÑÑ ÑППÑвеÑÑÑвÑÑÑОй ЎОÑекÑОвМÑй ÑазЎелОÑÐµÐ»Ñ ÐŽÐ»Ñ ÑекÑÑей ПпеÑаÑОПММПй ÑОÑÑеЌÑ.
+
+
+
+
+gsdlconf.h
+
+
+СОÑÑеЌМП-ÑпеÑОÑОÑеÑкОе ÑÑМкÑОО, кПÑПÑÑе ПÑвеÑаÑÑ ÐœÐ° вПпÑПÑÑ ÑОпа: ПпеÑаÑÐžÐŸÐœÐœÐ°Ñ ÑОÑÑеЌа, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ ÑÑаМÑлÑÑОО, ЎПлжМа ПбÑаÑОÑÑÑÑ Ðº strings.h Ñак же, как string.ht ÐейÑÑвОÑелÑМП лО вÑе ÑППÑвеÑÑÑвÑÑÑОе зМаÑÐµÐœÐžÑ ÐŽÐ»Ñ Ð·Ð°ÐºÑÑÑÐžÑ Ñайла, пÑавОлÑМП ПпÑеЎелеММПгП?
+
+
+
+
+gsdltimes.h
+
+
+ЀÑМкÑÐžÑ Ð¿ÐŸÐŽÐŽÐµÑжкО ÐŽÐ°Ñ Ðž вÑеЌеМО. ÐапÑОЌеÑ, time2text () беÑÐµÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑМПе вÑеЌÑ, вÑÑажеММПе в кПлОÑеÑÑве ÑекÑМЎ, кПÑПÑÑе пÑПÑлО Ñ 1 ÑМваÑÑ 1970, кПМвеÑÑОÑÑÐµÑ ÐžÑ
+ в ÑПÑÐŒÑ YYYY/MM/DD (ÐÐÐÐ/ÐÐ/ÐÐ), hh:mm:ss (ÑÑ:ЌЌ:ÑÑ) О вПзвÑаÑÐ°ÐµÑ ÐºÐ°Ðº ÑОп textjt.
+
+
+
+
+gsdltools.h
+
+
+РазлОÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÑабПÑÑ ÑОÑÑÐµÐŒÑ Greenstone: ПбÑÑÑÐœÑеÑ, еÑлО HttleEndian ОлО bigEndian; пÑПвеÑÑеÑ, ЎПÑÑÑпеМ лО Perl; вÑпПлМÑÐµÑ ÑОÑÑеЌМÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ (Ñ ÐœÐµÑкПлÑкОЌО МеМÑжМÑЌО ÑвПйÑÑваЌО пÑПгÑаЌЌÑ) О ОзбавлÑÐµÑ ÐŸÑ ÑпеÑОалÑÐœÑÑ
+ ЌакÑПÑОЌвПлПв в text_t ÑÑÑПке.
+
+
+
+
+gsdlunicode.h
+
+
+Ð ÑÐŽ ÑМаÑлеЎПваММÑÑ
+ ПбÑекÑПв, кПÑПÑÑе пПЎЎеÑжОваÑÑ ÐŸÐ±ÑабПÑÐºÑ Unicode text_t ÑÑÑПкО ÑеÑез пПÑПкО Ю, ÑОпа Unicode к UTF-8 О МаПбПÑПÑ; ÑЎалеМОе пÑПÑÑÑаМÑÑв ÐœÑлевПй ÑОÑОМÑ. ÐПЎЎеÑжка ÑаÑ-ÑайлПв ПбеÑпеÑеМа ÑеÑез ПбÑÐµÐºÑ mapconvert Ñ ÑаÑпÑеЎелеМОÑЌО, загÑÑжеММÑЌО Оз GSDLHOME/mappings.
+
+
+
+
+text_t.h
+
+
+ÐÑежЎе вÑегП ÑÑП ПбÑÐµÐºÑ ÑекÑÑа Unicode, ПпОÑаММÑй вÑÑе. ÐП Ñакже ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÐŽÐ²Ð° клаÑÑа ÐŽÐ»Ñ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ Ð¿ÐŸÑПкПв: inconvertclass О outconvertclass. ÐÑП - базПвÑе клаÑÑÑ, ОÑпПлÑзÑеЌÑе в gsdlunicode.h.
+
+
+
+
+
+
+
+
+
+
+Collection server
+
+
+ТепеÑÑ ÐŽÐµÑалÑМП ПбÑÑÑМОЌ вÑе ПбÑекÑÑ Ð² кПМÑепÑÑалÑМПй ÑÑÑÑкÑÑÑе ÑОÑÑМка . ÐÑ ÐœÐ°ÑМеЌ Ñ ÐœÐžÐ·Ð° ЎОагÑаЌЌÑ, кПÑПÑÑй ÑвлÑеÑÑÑ Ñакже ПÑМПвПй ÑОÑÑеЌÑ, О Ñ Search (ÐПОÑк), Source (ÐÑÑПÑМОк), РКег(ЀОлÑÑ) О пÑПЎПлжОЌ ÐœÐ°Ñ Ð¿ÑÑÑ ÑеÑез ÑÑÐŸÐ²ÐµÐœÑ Ð¿ÑПÑПкПла к ÑеМÑÑалÑÐœÑÐŒ кПЌпПМеМÑаЌ в ÑегОÑÑÑаÑПÑе: Actions (ÐейÑÑвОÑ), Format (ЀПÑЌаÑ) О Macro Language (ÐакÑПÑзÑк). ÐаÑеЌ ÐŒÑ ÑПÑÑеЎПÑПÑОЌÑÑ ÐœÐ° ПбÑекÑМПй ОМОÑОалОзаÑОО, Ñак как ÑÑП бÑÐŽÐµÑ Ð¿ÑПÑе пПМÑÑÑ, еÑлО Ñже ОзвеÑÑМа ÑÐŸÐ»Ñ ÑазлОÑÐœÑÑ
+ ПбÑекÑПв.
+ÐПлÑÑОМÑÑвП клаÑÑПв, ÑеМÑÑалÑÐœÑÑ
+ в кПМÑепÑÑалÑМПй ÑÑÑÑкÑÑÑе, вÑÑажеМП Ñ ÐžÑпПлÑзПваМОеЌ вОÑÑÑалÑМПгП МаÑлеЎПваМОÑ, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŒÐŸÑÑ ÑаÑÑОÑÑеЌПÑÑО. ÐÑО вОÑÑÑалÑМПЌ МаÑлеЎПваМОО ÑМаÑлеЎПваММÑе ПбÑекÑÑ ÐŒÐŸÐ¶ÐœÐŸ пеÑеЎаÑÑ Ð¿ÐŸ кÑÑгÑ, как ОÑ
+ базПвÑй клаÑÑ, МП кПгЎа вÑзваМа ÑÑМкÑОÑ-ÑлеМ, ее веÑÑÐžÑ ÐŸÐ¿ÑеЎелеМа в пÑОзваММПЌ ÑМаÑлеЎПваММПЌ ПбÑекÑе. ÐаÑаМÑОÑÑÑ, ÑÑП ОÑÑ
+ÐŸÐŽÐœÐ°Ñ Ð¿ÑПгÑаЌЌа Greenstone ОÑпПлÑзÑÐµÑ Ð±Ð°Ð·ÐŸÐ²Ñй клаÑÑ Ð¿ÐŸÐ²ÑÑÐŽÑ, кÑПЌе ÑПÑкО ПбÑекÑа кПМÑÑÑÑкÑОО, ÑÑП ПзМаÑаеÑ, ÑÑП ÑазлОÑМПе вÑпПлМеМОе - ОÑпПлÑзПваМОе вПзЌПжМП Ма ПÑМПве ÑаЎОкалÑМП ÑазлОÑÐœÑÑ
+ ÑеÑ
+МПлПгОй - ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð»ÐµÐ³ÐºÐŸ ÑазЌеÑеМП Ма ЌеÑÑе.
+ÐапÑОЌеÑ, пÑеЎпПлПжОЌ, ÑÑП базПвÑй клаÑÑ Ð¿ÐŸ ОЌеМО BaseCalc ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÐŸÑМПвМÑÑ Ð°ÑОÑЌеÑОкÑ: ÑлПжеМОе, вÑÑОÑаМОе, ÑЌМПжеМОе О ЎелеМОе. ÐÑлО вÑе егП ÑÑМкÑОО ПбÑÑÐ²Ð»ÐµÐœÑ Ð²ÐžÑÑÑалÑÐœÑЌО, а аÑгÑЌеМÑÑ Ðž вПзвÑаÑÐœÑе ÑÐžÐ¿Ñ Ð²Ñе ПбÑÑÐ²Ð»ÐµÐœÑ ÐºÐ°Ðº ÑÑÑПкО, ÐŒÑ ÐŒÐŸÐ¶ÐµÐŒ легкП ПÑÑÑеÑÑвОÑÑ ÐœÐ°ÑлеЎПваМОе веÑÑОО ПбÑекÑа. ÐЎОМ Оз МОÑ
+, МазваММÑй FixedPrecisionCalc, ЌПг Ð±Ñ ÐžÑпПлÑзПваÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑе ÑÑМкÑОО С, ÑÑÐŸÐ±Ñ ÑПвеÑÑаÑÑ ÐºÐŸÐœÐ²ÐµÑÑаÑÐžÑ ÐŒÐµÐ¶ÐŽÑ ÑÑÑПкаЌО О ÑелÑЌО ÑОÑлаЌО О ПбÑаÑМП, ПÑÑÑеÑÑвлÑÑ Ð²ÑÑОÑлеМОÑ, ОÑпПлÑзÑÑ ÑÑаМЎаÑÑÐœÑе аÑОÑЌеÑОÑеÑкОе ПпеÑаÑПÑÑ: +, -, *, О /. ÐÑÑгПй, МазваММÑй InfinitePrecisionCalc, ЌПг Ð±Ñ ÐŸÐ±ÑаÑаÑÑÑÑ Ðº ÑÑÑПкПвÑÐŒ аÑгÑЌеМÑаЌ О ÑОЌвПлаЌ ПЎМПвÑеЌеММП, ПÑÑÑеÑÑвлÑÑ Ð°ÑОÑЌеÑОÑеÑкОе ПпеÑаÑОО Ñ Ð±ÐµÑкПМеÑМПй ÑПÑМПÑÑÑÑ. ÐапОÑÐ°ÐœÐœÐ°Ñ Ð³Ð»Ð°Ð²ÐœÐ°Ñ Ð¿ÑПгÑаЌЌа ОÑпПлÑзÑÐµÑ BaseCalc пПвÑÑÐŽÑ, паÑаЌеÑÑÑ ÐµÐµ ÑабПÑÑ ÐŒÐŸÐ³ÑÑ ÑегÑлОÑПваÑÑÑÑ Ð¿ÐµÑеклÑÑеМОеЌ ÐŒÐµÐ¶ÐŽÑ ÑÑÑаМПвлеММПй ÑПÑМПÑÑÑÑ Ðž беÑкПМеÑМПй ÑПÑМПÑÑÑÑ, ÑеЎакÑОÑÑÑ ÑПлÑкП ÐŸÐŽÐœÑ ÑÑÑПкÑ: пÑМкÑ, гЎе ÑПзЎаМ ПбÑÐµÐºÑ - калÑкÑлÑÑПÑ.
+
+
+ÐбÑÐµÐºÑ Search
+
+
+
+
+Search базПвÑй клаÑÑ API
+
+class searchclass {
+public:
+ searchclass ();
+ virtual ~searchclass ();
+ // the index directory must be set before any searching
+ // is done
+ virtual void setcollectdir (const text_t &thecollectdir);
+ // the search results are returned in queryresults
+ // search returns 'true' if it was able to do a search
+ virtual bool search(const queryparamclass &queryparams,
+ queryresultsclass &queryresults)=0;
+ // the document text for 'docnum' is placed in 'output'
+ // docTargetDocument returns 'true' if it was able to
+ // try to get a document
+ // collection is needed to see if an index from the
+ // collection is loaded. If no index has been loaded
+ // defaultindex is needed to load one
+ virtual bool docTargetDocument(const text_t &defaultindex,
+ const text_t &defaultsubcollection,
+ const text_t &defaultlanguage,
+ const text_t &collection,
+ int docnum,
+ text_t &output)=0;
+protected:
+ querycache *cache;
+ text_t collectdir; // the collection directory
+};
+
+РОÑÑМПк ЎеЌПМÑÑÑОÑÑÐµÑ Ð»ÐžÑÑОМг базПвПгП клаÑÑÑ API ÐŽÐ»Ñ ÐŸÐ±ÑекÑа Search (ÑÐŒ. ÑОÑÑМПк ). ÐÑП ПпÑеЎелÑÐµÑ ÐŽÐ²Ðµ вОÑÑÑалÑÐœÑе ÑÑМкÑОО-ÑлеМÑ: search() О docTargetDocument(). Ðз ÑОÑÑМка вОЎМП, ÑÑП =0, кПÑПÑÑй ÑлеЎÑÐµÑ Ð·Ð° ПпОÑаМОеЌ аÑгÑЌеМÑа, ÑÑП ÑÑМкÑÐžÑ ÑОге, ПзМаÑаÑÑаÑ, ÑÑП клаÑÑ, кПÑПÑÑй МаÑлеЎÑÐµÑ ÐŸÐ±ÑекÑ, ЎПлжеМ ПÑÑÑеÑÑвОÑÑ ÐŸÐ±Ðµ ÑÑМкÑОО (ОМаÑе кПЌпОлÑÑÐŸÑ Ð²ÑЎаÑÑ ÑППбÑеМОе).
+ÐлаÑÑ Ñакже вклÑÑÐ°ÐµÑ ÐŽÐ²Ð° заÑОÑеММÑÑ
+ Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+: collectdir О cache. ÐбÑÐµÐºÑ Search ОллÑÑÑÑОÑÑеÑÑÑ Ð¿ÑОЌеÑаЌО ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПй кПллекÑОО, а пПле collectdir ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ñ
+ÑÐ°ÐœÐµÐœÐžÑ ÑОÑÑÐµÐŒÑ ÑайлПв (О ÑÑП еÑе бПлее важМП - ОÑ
+ ÑÐ°Ð¹Ð»Ñ ÐžÐœÐŽÐµÐºÑа) в ЌеÑÑе МаÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐПле ÑаÑйеÑПÑ
+ÑаМÑÐµÑ ÑезÑлÑÑÐ°Ñ Ð·Ð°Ð¿ÑПÑа. ÐÑП ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÑÑкПÑОÑÑ ÐŸÐ±ÑабПÑÐºÑ Ð¿ÐŸÑлеЎÑÑÑОÑ
+ запÑПÑПв, кПÑПÑÑе бÑÐŽÑÑ ÐŽÑблОÑПваÑÑ ÑÑÐŸÑ Ð·Ð°Ð¿ÑÐŸÑ (О егП паÑаЌеÑÑÑ). Ð ÑП вÑеЌÑ, как ОЎеМÑОÑÐœÑе вПпÑПÑÑ ÐŒÐŸÐ³ÑÑ ÐºÐ°Ð·Ð°ÑÑÑÑ ÐŒÐ°Ð»ÐŸÐ²ÐµÑПÑÑÐœÑЌО, ÑакÑОÑеÑкО ПМО пÑПОÑÑ
+ПЎÑÑ ÑегÑлÑÑМП. ÐÑПÑПкПл Greenstone ÑвлÑеÑÑÑ Ð¿ÑПÑÑÑÐŒ. ЧÑÐŸÐ±Ñ ÑгеМеÑОÑПваÑÑ ÑÑÑаМОÑÑ ÑезÑлÑÑаÑПв, пПЎПбМÑÑ ÐžÐ·ÐŸÐ±ÑажеММПй Ма ÑОÑÑМке , МП ÐŽÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв Ñ 11 пП 20 ÑПгП же ÑаЌПгП запÑПÑа, пПОÑк ÑПОзвПЎОÑÑÑ ÑМПва, Ма Ñей Ñаз ПгПвПÑОв заÑаМее, вПзвÑÐ°Ñ ÐŽÐŸÐºÑЌеМÑПв 11-20. ÐÑÑОÑПваМОе ÐŽÐµÐ»Ð°ÐµÑ ÑÑП ÑÑÑекÑОвМÑÐŒ, ÑÐŸÑ ÑакÑ, ÑÑП пПОÑк бÑл Ñже вÑпПлМеМ, ПбМаÑÑжеММÑе ÑезÑлÑÑаÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐžÐ·Ð²Ð»ÐµÑÐµÐœÑ Ð¿ÑÑЌП Оз кÑÑа.
+Ðба Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+ пÑÐžÐŒÐµÐœÐžÐŒÑ Ðº ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÑМаÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐœÐŸÐŒÑ ÐŸÐ±ÑекÑÑ, кПÑПÑÑй ПÑÑÑеÑÑвлÑÐµÑ ÐŒÐµÑ
+аМОзЌ пПОÑка. ÐÑП - ÑП, пПÑÐµÐŒÑ ÐŸÐœÐž пПÑвлÑÑÑÑÑ Ð² азПвПЌ клаÑÑе, О ПбÑÑÐ²Ð»ÐµÐœÑ Ð·Ð°ÑОÑеММПй ÑекÑОей клаÑÑа Ñак, ÑÑÐŸÐ±Ñ ÑМаÑлеЎПваММÑе клаÑÑÑ ÐŒÐŸÐ³Ð»Ðž пПлÑÑОÑÑ ÐŽÐŸÑÑÑп к МОЌ МепПÑÑеЎÑÑвеММП.
+
+
+
+
+ÐПОÑк Ñ MG
+
+
+Greenstone ОÑпПлÑзÑÐµÑ MG (ÑПкÑаÑеММП ÐŸÑ Managing Gigabytes, CM.Witten et al., 1999) ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑаÑОО О вПÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв, ОÑÑ
+ÐŸÐŽÐœÐ°Ñ Ð¿ÑПгÑаЌЌа вклÑÑеМа в ЎОÑекÑПÑÐžÑ GSDLHOME/packages. MG ОÑпПлÑзÑÐµÑ ÐŒÐµÑÐŸÐŽÑ ÑжаÑОÑ, ÑÑÐŸÐ±Ñ ÐŒÐ°ÐºÑОЌалÑМП ОÑпПлÑзПваÑÑ ÐŒÐµÑÑП Ма ЎОÑке, Ме ÑÑÐ°Ð²Ñ Ð¿ÐŸÐŽ ÑгÑÐŸÐ·Ñ ÑкПÑПÑÑÑ Ð²ÑпПлМеМОÑ. ÐÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЎПкÑЌеМÑПв Ма аМглОйÑкПЌ ÑзÑке ÑжаÑÑй ÑекÑÑ Ðž пПлМÑй ÑекÑÑ ÐžÐœÐŽÐµÐºÑОÑÑÑÑÑÑ Ð²ÐŒÐµÑÑе О ПÑÑМП заМОЌаÑÑ ÐŸÐŽÐœÑ ÑÑеÑÑ ÐŒÐµÑÑа, заМОЌаеЌПгП МеÑжаÑÑÐŒ ÑекÑÑПЌ. ÐПОÑк О ОÑпÑавлеМОе ÑаÑÑП пÑПОÑÑ
+ПЎÑÑ Ð±ÑÑÑÑее, ÑеЌ пПЎПбМПе ЎейÑÑвОе Ма МеÑжаÑПй веÑÑОО, пПÑÐŸÐŒÑ ÑÑП пÑПОзвПЎОÑÑÑ ÐŒÐµÐœÑÑе ЎОÑкПвÑÑ
+ ПпеÑаÑОй.
+
+
+API ÐŽÐ»Ñ Ð¿ÑÑЌПгП ЎПÑÑÑпа к MG (ÑПкÑаÑеММÑй ваÑОаМÑ)
+
+enum result_kinds {
+ result_docs, // Return the documents found in last search
+ result_docnums, // Return document id numbers and weights
+ result_termfreqs, // Return terms and frequencies
+ result_terms // Return matching query terms
+};
+int mgq_ask(char *line);
+int mgq_results(enum result_kinds kind, int skip, int howmany,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_numdocs(void);
+int mgq_numterms(void);
+int mgq_equivterms(unsigned char *wordstem,
+ int (*sender)(char *, int, int, float, void *),
+ void *ptr);
+int mgq_docsretrieved (int *total_retrieved, int *is_approx);
+int mgq_getmaxstemlen ();
+void mgq_stemword (unsigned char *word);
+
+MG ПбÑÑМП ОÑпПлÑзÑеÑÑÑ Ð² ОМÑеÑакÑОвМПЌ ÑежОЌе, пеÑаÑÐ°Ñ ÐºÐŸÐŒÐ°ÐœÐŽÑ Ð² кПЌаМЎМПй ÑÑÑПке. ÐЎОМ Оз ÑпПÑПбПв акÑОваÑОО mgsearchclass заклÑÑаеÑÑÑ Ð² ОÑпПлÑзПваМОО бОблОПÑекО С systemQ, вÑзÑваеЌПй Ñ ÐŸÐ±ÑекÑПЌ, запÑÑкПЌ ÑППÑвеÑÑÑвÑÑÑей ÐºÐŸÐŒÐ°ÐœÐŽÑ MG. ÐПлее ÑÑÑекÑОвМÑй пПЎÑ
+ПЎ, ПЎМакП, ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÐŸÑкÑÑÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ MG МепПÑÑеЎÑÑвеММП, ОÑпПлÑзÑÑ ÑÑМкÑÐžÑ Ð²ÑзПва. ÐЎМакП, ÐŽÐ»Ñ ÑÑПгП ÑÑебÑеÑÑÑ Ð±ÐŸÐ»ÐµÐµ глÑбПкПе зМаМОе пÑПгÑÐ°ÐŒÐŒÑ MG. ÐПлÑÑÐ°Ñ ÑаÑÑÑ ÑÑÑЎМПÑÑей ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑкÑÑÑа за МПвÑÐŒ API , кПÑПÑÑй ÑÑаМПвОÑÑÑ ÑПÑкПй ÑПпÑОкПÑÐœÐŸÐ²ÐµÐœÐžÑ ÐŽÐ»Ñ ÐŸÐ±ÑекÑа mgsearchclass. ÐÑП - ÑÐŸÐ»Ñ colserver/mgq. Ñ, Ñей API пПказаМ Ма ÑОÑÑМке .
+СпПÑПб пеÑеЎаÑО паÑаЌеÑÑПв к MG - ÑеÑез mgq_ask (), кПÑПÑÑй беÑÐµÑ Ð²Ð°ÑОаМÑÑ ÑекÑÑа в ÑПÑЌаÑе, ОЎеМÑОÑМПЌ ОÑпПлÑзÑÐµÐŒÐŸÐŒÑ Ð² кПЌаМЎМПй ÑÑÑПке:
+mgq_ask( ".set casefold off ");
+ÐÑП Ñакже ОÑпПлÑзÑеÑÑÑ Ð¿ÑО вÑзПве запÑПÑа. Ð ÑезÑлÑÑаÑаЌ ПбÑаÑаÑÑÑÑ ÑеÑез mgq_results, кПÑПÑÑй ОÑпПлÑзÑÐµÑ ÑказаÑÐµÐ»Ñ ÐœÐ° ÑÑМкÑОÑ, как ее ÑеÑвеÑÑÑй паÑаЌеÑÑ. ÐÑП ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð³ÐžÐ±ÐºÐžÐ¹ ÑпПÑПб пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÐžÐœÑПÑЌаÑОО, вПзвÑаÑеММПй в ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ MG пП ÑÑÐµÐ±ÐŸÐ²Ð°ÐœÐžÑ mgsearchclass. ÐÑзПв mgqjiumdocs Ð, mgqjiumterms () О mgq_docsretrieved () Ñакже вПзвÑаÑÐ°ÐµÑ ÐžÐœÑПÑЌаÑОÑ, МП Ма Ñей Ñаз Ñ Ð±ÐŸÐ»ÐµÐµ жеÑÑкОЌО ÑÑлПвОÑЌО. ÐПÑлеЎМОе Ўва ПказÑваÑÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑО вПÑÑÑаМПвлеМОО.
+
+
+
+
+ÐбÑÐµÐºÑ Source
+
+
+
+
+Source базПвÑй клаÑÑ API
+
+class sourceclass {
+public:
+ sourceclass ();
+ virtual ~sourceclass ();
+ // configure should be called once for each configuration line
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ // init should be called after all the configuration is done but
+ // before any other methods are called
+ virtual bool init (ostream &logout);
+ // translate_OID translates OIDs using " .pr " , . " fc " etc.
+ virtual bool translate_OID (const text_t &OIDin, text_t &OIDout, comerror_t &err, ostream &logout);
+ // get_metadata fills out the metadata if possible, if it is not
+ // responsible for the given OID then it return s false.
+ virtual bool get_metadata (const text_t &requestParams, const text_t &refParams,
+ bool getParents, const text_tset &fields, const text_t &OID,
+ MetadataInfo_tmap &metadata, comerror_t &err, ostream &logout);
+ virtual bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+Ð ÐŸÐ»Ñ Source (ÑÐŒ. ÑОÑÑМПк ) - ЎПÑÑÑп к ЌеÑаЎаММÑÐŒ О ÑекÑÑÑ ÐŽÐŸÐºÑЌеМÑа. ÐгП базПвÑй клаÑÑ Ð¿ÑеЎÑÑавлеМ Ма ÑОÑÑМке . ЀÑМкÑОÑ-ÑлеМ МаМПÑÐžÑ ÐœÐ° каÑÑÑ Ðº кажЎПй заЎаÑе: getjnetadata () О get_document () ÑППÑвеÑÑÑвеММП. Ðба ПбÑÑÐ²Ð»ÐµÐœÑ virtual, Ñак ÑÑП веÑÑОÑ, ПбеÑпеÑОваÑÑÑÑÑÑ Ð²ÑпПлМеМОеЌ базПвПгП клаÑÑа, вÑзÑваÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑабПÑÑ. ÐЎМа ÑМаÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐœÐ°Ñ Ð²ÐµÑÑÐžÑ ÑÑПгП ПбÑекÑа ОÑпПлÑзÑÐµÑ GDBM, ÑÑÐŸÐ±Ñ Ð·Ð°Ð¿ÑÑÑОÑÑ get_metadata 0 О MG, ÑÑÐŸÐ±Ñ Ð·Ð°Ð¿ÑÑÑОÑÑ get_document (): ÐŒÑ ÐŽÐµÑалОзОÑÑеЌ ÑÑÑ Ð²ÐµÑÑÐžÑ ÐœÐžÐ¶Ðµ.
+ÐÑÑÐ³Ð°Ñ ÑÑМкÑОÑ-ÑлеМ пÑеЎÑÑавлеМа Ма ÑОÑÑМке - configure^, init () О translate_OID Q. ÐеÑвÑе Ўва каÑаÑÑÑÑ Ð¿ÑПÑеÑÑа ОМОÑОалОзаÑОО, ПпОÑаММПгП в РазЎеле .
+ÐÑÑавÑаÑÑÑ, translate_OID (), ÑабПÑÐ°ÐµÑ Ñ ÑОМÑакÑОÑПЌ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð²ÑÑазОÑÑ ÐžÐŽÐµÐœÑОÑОкаÑПÑÑ ÐŽÐŸÐºÑЌеМÑа. Ðа ÑОÑÑМке ÐŒÑ Ð²ÐžÐŽÐµÐ»Ðž, как ÐœÐŸÐŒÐµÑ ÑÑÑаМОÑÑ ÐŒÐŸÐ³ бÑÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœ в ÐºÐŸÐœÐµÑ Ðº ОЎеМÑОÑОкаÑПÑÑ ÐŽÐŸÐºÑЌеМÑа, ÑÑÐŸÐ±Ñ Ð²ÑзваÑÑ ÑПлÑкП ÑÑÑ ÑÑÑаМОÑÑ. ÐÑП бÑлП вПзЌПжМП, пПÑÐŸÐŒÑ ÑÑП ÑÑÑаМОÑÑ Ð±ÑлО ОЎеМÑОÑОÑОÑÐŸÐ²Ð°ÐœÑ ÐºÐ°Ðº "ÑазЎелÑ" пÑО ÑПÑЌОÑПваМОО кПллекÑОО. ÐПбавлеМОе в ÐºÐŸÐœÐµÑ " . 1" к OID вÑзÑÐ²Ð°ÐµÑ Ð¿ÐµÑвÑй ÑазЎел ÑППÑвеÑÑÑвÑÑÑегП ЎПкÑЌеМÑа. Ð Ð°Ð·ÐŽÐµÐ»Ñ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ Ð²Ð»ÐŸÐ¶ÐµÐœÐœÑЌО О ЎПÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ ÐŸÐ±ÑаÑÐµÐœÐžÑ Ð±Ð»Ð°Ð³ÐŸÐŽÐ°ÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐœÐŸÐŒÑ ÐœÐŸÐŒÐµÑÑ, ÑÐ°Ð·ÐŽÐµÐ»ÐµÐœÐœÐŸÐŒÑ Ð¿ÐµÑОПЎаЌО.
+Так же, как ОеÑаÑÑ
+ОÑеÑкОе МПЌеÑа ÑазЎелПв, ÑОМÑакÑÐžÑ ÐžÐŽÐµÐœÑОÑОкаÑПÑа ЎПкÑЌеМÑа пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÑПÑÐŒÑ ÐŸÑМПÑОÑелÑМПгП ЎПÑÑÑпа. ÐÐ»Ñ ÑекÑÑегП ÑазЎела ЎПкÑЌеМÑа вПзЌПжМП пПлÑÑОÑÑ ÐŽÐŸÑÑÑп к first child, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ /Ñ, к last child, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ .1Ñ, к parent, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ .Ñг, к next sibling, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ .ns О ^previous sibling, ЎПбавлÑÑ Ð² ÐºÐŸÐœÐµÑ .ps.
+ ЀÑМкÑÐžÑ translate_OID () ОÑпПлÑзÑÐµÑ Ð¿Ð°ÑаЌеÑÑÑ OIDin О OIDout, ÑÑÐŸÐ±Ñ Ñ
+ÑаМОÑÑ ÐžÑÑ
+ПЎМÑй ваÑÐžÐ°ÐœÑ Ðž ÑезÑлÑÑÐ°Ñ Ð¿ÑеПбÑазПваМОÑ. ТÑебÑеÑÑÑ ÐŽÐ²Ð° ЎПпПлМОÑелÑÐœÑÑ
+ паÑаЌеÑÑа - err О logout. ÐМО ÑППбÑаÑÑ Ð»ÑбПй ÑÑаÑÑÑ ÐŸÑОбкО, кПÑПÑÑй ÐŒÐŸÐ¶ÐµÑ Ð²ÐŸÐ·ÐœÐžÐºÐœÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ Ð¿ÐµÑевПЎа, О ÑеÑаÑÑ, кПгЎа О кÑЎа пПÑлаÑÑ ÑегОÑÑÑаÑОПММÑÑ ÐžÐœÑПÑЌаÑОÑ. ÐаÑаЌеÑÑÑ ÑвлÑÑÑÑÑ Ð±Ð»ÐžÐ·ÐºÐžÐŒÐž ÑПÑзМОкаЌО пÑПÑПкПла, ÐŒÑ Ðº ÑÑÐŸÐŒÑ Ð²ÐµÑМеЌÑÑ Ð² РазЎеле .
+
+
+ÐÑпÑавлеМОе баз ЎаММÑÑ
+ Ñ gdbm
+
+
+ÐÑПгÑаЌЌа GDBM - ÐŒÐµÐœÐµÐŽÐ¶ÐµÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ GNU (www.gnu.org). ÐМа ПÑÑÑеÑÑвлÑÐµÑ Ð¿ÑПÑÑÑÑ ÑÑÑÑкÑÑÑÑ Ð·Ð°Ð¿ÐžÑей Ð¿Ð°Ñ ÐºÐ»ÑÑ/ЎаММÑе О ÑПвЌеÑÑОЌа Ñ DBM О NDBM. ÐпеÑаÑОО вклÑÑаÑÑ Ñ
+ÑаМеМОе, ОÑпÑавлеМОе О ÑЎалеМОе запОÑей пП клÑÑÑ, а Ñакже пÑеÑеÑеМОе вÑеÑ
+ МезаказаММÑÑ
+ клÑÑей.
+
+
+GDBM база ЎаММÑÑ
+ ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО Gutenberg (ÑÑагЌеМÑ)
+
+[HASH01d7b30d4827b51282919e9b]
+<doctype> doc
+<hastxt> 0
+<Title> The Winter's Tale
+<Creator> William Shakespeare
+<archivedir> HASH01d7/b30d4827.dir
+<thistype> Invisible
+<childtype> Paged
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24; " .25; " .26; " .27; " .28; " .29; " .30; " .31; " .32; \ " .33; " .34; " .35
+<docnum> 168483
+âââââââââââââââââââââââ-
+[CL1]
+<doctype> classify
+<hastxt> 0
+<childtype> HList
+<Title> Title
+<numleafdocs> 1818
+<thistype> Invisible
+<contains> " .1; " .2; " .3; " .4; " .5; " .6; " .7; " .8; " .9; " .10; " .11; " .12; \ " .13; " .14; " .15; " .16; " .17; " .18; " .19; " .20; " .21; " .22; \ " .23; " .24
+âââââââââââââââââââââââ-
+[CL1.1]
+<doctype> classify
+<hastxt> 0
+<childtype> VList
+<Title> A
+<numleafdocs> 118
+<contains> HASH0130bc5f9f90089b3723431f;HASH9cba43bacdab5263c98545;\
+ HASH12c88a01da6e8379df86a7;HASH9c86579a83e1a2e4cf9736; \
+ HASHdc2951a7ada1f36a6c3aca;HASHea4dda6bbc7cdeb4abfdee; \
+ HASHce55006513c47235ac38ba;HASH012a33acaa077c0e612b9351;\
+ HASH010dd1e923a123826ae30e4b;HASHaf674616785679fed4b7ee;\
+ HASH0147eef4b9d1cb135e096619;HASHe69b9dbaa83ffb045d963b;\
+ HASH01abc61c646c8e7a8ce88b10;HASH5f9cd13678e21820e32f3a;\
+ HASHe8cbba1594c72c98f9aa1b;HASH01292a2b7b6b60dec96298bc;\
+ ...
+
+РОÑÑМПк пÑеЎÑÑавлÑÐµÑ ÑÑÐ°Ð³ÐŒÐµÐœÑ ÐžÐœÑПÑЌаÑОПММПй Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ кПллекÑОО, кПÑПÑÐ°Ñ ÑПзЎаМа пÑО ÑПÑЌОÑПваМОО кПллекÑОО Gutenberg. ЀÑÐ°Ð³ÐŒÐµÐœÑ Ð±Ñл ÑПзЎаМ, ОÑпПлÑзÑÑ ÑÑОлОÑÑ db2txt ÑОÑÑÐµÐŒÑ Greenstone, кПÑПÑÐ°Ñ ÐºÐŸÐœÐ²ÐµÑÑОÑÑÐµÑ GDBM ЎвПйМПй ÑПÑÐŒÐ°Ñ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ в ÑекÑÑПвÑÑ ÑПÑÐŒÑ. РОÑÑМПк ÑПЎеÑÐ¶ÐžÑ ÑÑО запОÑО, ПÑЎелеММÑе гПÑОзПМÑалÑÐœÑЌО лОМОÑЌО. ÐеÑвÑй - вÑ
+ПЎ ЎПкÑЌеМÑа, ÐŽÑÑгОе Ўва - ÑаÑÑÑ ÐžÐµÑаÑÑ
+ОО, ÑПзЎаММПй клаÑÑОÑОкаÑПÑПЌ AZList ÐŽÐ»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² кПллекÑОО. ÐеÑÐ²Ð°Ñ ÑÑÑПка кажЎПй запОÑО - ее клÑÑ.
+ÐапОÑÑ ÐŽÐŸÐºÑЌеМÑа Ñ
+ÑÐ°ÐœÐžÑ Ð·Ð°Ð³Ð»Ð°Ð²ÐžÐµ кМОгО, авÑПÑа О лÑбÑе ÐŽÑÑгОе ЌеÑаЎаММÑе, ÑПзЎаММÑе (ОлО ОзвлеÑеММÑе) вП вÑÐµÐŒÑ ÑПÑЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐапОÑÑ ÑакжебÑÐ²Ð°ÐµÑ ÐŽÐ»Ñ Ð²ÐœÑÑÑеММегП пПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ðž Ñ
+ÑÐ°ÐœÐžÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ÑПЌ, гЎе МаÑ
+ПЎÑÑÑÑ ÑайлÑ, ÑвÑзаММÑе Ñ ÑÑОЌ ЎПкÑЌеМÑПЌ (<archivedir> ), О ÐœÐŸÐŒÐµÑ ÐŽÐŸÐºÑЌеМÑа, ОÑпПлÑзÑеЌÑй вМÑÑÑО MG (<docnum> ).
+ÐПле <contains> Ñ
+ÑÐ°ÐœÐžÑ ÑпОÑПк ÑлеЌеМÑПв, ПÑЎелеММÑÑ
+ ÑПÑкаЌО Ñ Ð·Ð°Ð¿ÑÑПй. ÐÑП ÑПÑкО, ÑвÑзÑваÑÑОе запОÑО в базе ЎаММÑÑ
+. ÐÐ»Ñ Ð·Ð°Ð¿ÐžÑО ЎПкÑЌеМÑа <contains> ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÑказаÑÑ ÐœÐ° влПжеММÑе ÑазЎелÑ. ÐПÑлеЎÑÑÑОе клÑÑО запОÑО ÑÑПÑЌОÑПваМÑ, ÑвÑзÑÐ²Ð°Ñ ÑекÑÑОй клÑÑ Ñ ÐŸÐŽÐœÐžÐŒ Оз ЎПÑеÑМОÑ
+ ÑлеЌеМÑПв (ПÑЎелеММÑÑ
+ пеÑОПЎПЌ).
+ÐÑПÑÐ°Ñ Ð·Ð°Ð¿ÐžÑÑ ÐœÐ° ÑОÑÑМке - главМÑй Ñзел ÐŽÐ»Ñ ÐžÐµÑаÑÑ
+ОО клаÑÑОÑОкаÑОО Titles AâZ. ÐгП ЎеÑО ЎПÑÑÑÐ¿ÐœÑ ÑеÑез пПле <contains>, вклÑÑÐ°Ñ CL 1.1, CL1.2, CL1.3 О Ñак Ўалее, ÑППÑвеÑÑÑвÑÑÑОе ОМЎОвОЎÑалÑÐœÑÐŒ ÑÑÑаМОÑаЌ ÐŽÐ»Ñ ÑОЌвПлПв Ð, Ð, С О Ñ.ÐŽ. ÐЌееÑÑÑ ÑПлÑкП 24 ÑебеМка: клаÑÑОÑОкаÑÐŸÑ AZList ÑлОл Q-R О Y-Z вÑ
+ПжЎеМОÑ, пПÑÐŸÐŒÑ ÑÑП ПМО ПÑ
+ваÑОлО ÑПлÑкП МеÑкПлÑкП заглавОй.
+ÐеÑО в пПле <contains> ÑÑеÑÑей запОÑО, CL 1.1,- ÑÑП кПМеÑÐœÑе ЎПкÑЌеМÑÑ. ÐÐŸÐ·ÐŒÐŸÐ¶ÐœÑ Ðž бПлее ÑлПжМÑе ÑÑÑÑкÑÑÑÑ - пПле <contains> ÐŒÐŸÐ¶ÐµÑ Ð²ÐºÐ»ÑÑаÑÑ ÑЌеÑÑ ÐŽÐŸÐºÑЌеМÑПв в каÑеÑÑве CL ÑзлПв. ÐлÑÑО, вÑÑажеММÑе ПÑМПÑОÑелÑМП ÑекÑÑегП, ПÑлОÑаÑÑ ÐŸÑ Ð°Ð±ÑПлÑÑÐœÑÑ
+ клÑÑей, пПÑÐŸÐŒÑ ÑÑП ПМО МаÑОМаÑÑÑÑ Ñ ÐºÐ°Ð²ÑÑек (").
+
+
+
+
+ÐÑпПлÑзПваМОе MG О GDBM ÐŽÐ»Ñ ÑеалОзаÑОО ПбÑекÑа Source
+
+
+
+
+API ÐŽÐ»Ñ sourceclass базПвПй веÑÑОО MG О GDBM (ÑПкÑаÑеММÑй ваÑОаМÑ)
+
+class mggdbmsourceclass : public sourceclass {
+protected:
+ // Omitted, data fields that store:
+ // collection specific file information
+ // index substructure
+ // information about parent
+ // pointers to gdbm and mgsearch objects
+public:
+ mggdbmsourceclass ();
+ virtual ~mggdbmsourceclass ();
+ void set_gdbmptr (gdbmclass *thegdbmptr);
+ void set_mgsearchptr (searchclass *themgsearchptr);
+ void configure (const text_t &key, const text_tarray &cfgline);
+ bool init (ostream &logout);
+ bool translate_OID (const text_t &OIDin, text_t &OIDout,
+ comerror_t &err, ostream &logout);
+ bool get_metadata (const text_t &requestParams,
+ const text_t &refParams,
+ bool getParents, const text_tset &fields,
+ const text_t &OID, MetadataInfo_tmap &metadata,
+ comerror_t &err, ostream &logout);
+ bool get_document (const text_t &OID, text_t &doc,
+ comerror_t &err, ostream &logout);
+};
+
+ÐбÑекÑ, кПÑПÑÑй ÑПеЎОМÑÐµÑ MG О GDBM, ÑÑÐŸÐ±Ñ ÑеалОзПваÑÑ Ð²ÑпПлМеМОе sourceclass -ÑÑП mggdbmsourceclass. РОÑÑМПк ЎеЌПМÑÑÑОÑÑÐµÑ ÐµÐ³ÐŸ API. Ðве МПвÑÑ
+ ÑÑМкÑОО-ÑлеМа set_gdbmptr () О set_mgsearchptr () Ñ
+ÑаМÑÑ ÑказаÑелО Ма ÑППÑвеÑÑÑвÑÑÑОе ОЌ ПбÑекÑÑ, Ñак, ÑÑÐŸÐ±Ñ Ð¿ÑО вÑпПлМеМОО getjnetadata РО get_document () ОЌеÑÑ ÐŽÐŸÑÑÑп к ÑППÑвеÑÑÑвÑÑÑОЌ ОМÑÑÑÑЌеМÑалÑÐœÑÐŒ ÑÑеЎÑÑваЌ ÐŽÐ»Ñ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ ÑабПÑÑ.
+
+
+
+
+
+
+ÐбÑÐµÐºÑ Filter
+
+
+
+
+API for the Filter base class
+
+class filterclass {
+protected:
+ text_t gsdlhome;
+ text_t collection;
+ text_t collectdir;
+ FilterOption_tmap filterOptions;
+public:
+ filterclass ();
+ virtual ~filterclass ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ // returns the name of this filter
+ virtual text_t get_filter_name ();
+ // returns the current filter options
+ virtual void get_filteroptions (InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+API базПвПгП клаÑÑа ÐŽÐ»Ñ ÐŸÐ±ÑекÑа Filter (ÑÐŒ. ÑОÑÑМПк ) пПказаМ Ма РОÑÑМке . ÐÐœ МаÑОМаеÑÑÑ Ñ Ð·Ð°ÑОÑеММÑÑ
+ пПлей ЎаММÑÑ
+ gsdlhome, collection О collectdir. ÐМО ПбÑÑМП пÑПОÑÑ
+ПЎÑÑ Ð² клаÑÑаÑ
+, кПÑПÑÑе ÐŽÐŸÐ»Ð¶ÐœÑ ÐŸÐ±ÑаÑОÑÑÑÑ Ðº ПпÑеЎелеММÑÐŒ кПллекÑОей ÑайлаЌ.
+
+
+gsdlhome ÑПÑМП ÑакПй же, как GSDLHOME, пÑеЎМазМаÑеМ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÐ±ÑÐµÐºÑ ÐŒÐŸÐ³ ПпÑеЎелОÑÑ ÐŒÐµÑÑПМаÑ
+ПжЎеМОе ÑайлПв Greenstone.
+
+
+collection - ÐžÐŒÑ ÐºÐ°ÑалПга, ÑППÑвеÑÑÑвÑÑÑегП кПллекÑОО.
+
+
+collectdir - пПлМПе ÐžÐŒÑ Ð¿ÑÑО к каÑÐ°Ð»ÐŸÐ³Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО (ÑÑП МеПбÑ
+ПЎОЌП, пПÑÐŸÐŒÑ ÑÑП кПллекÑÐžÑ ÐœÐµ ЎПлжМа пПÑÑПÑММП МаÑ
+ПЎОÑÑÑÑ Ð² пÑеЎелаÑ
+ GSDLHOME ПблаÑÑО).
+
+
+mggdbsourceclass - ÐŽÑÑгПй клаÑÑ, кПÑПÑÑй вклÑÑÐ°ÐµÑ ÑÑО ÑÑО Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+.
+ЀÑМкÑОО-ÑÐ»ÐµÐœÑ conflgure() О init() (ÑаМее ÑпПЌОМавÑОеÑÑ Ð² sourceclass) ОÑпПлÑзÑÑÑÑÑ Ð¿ÑПÑеÑÑПЌ ОМОÑОалОзаÑОО. СаЌ ПбÑÐµÐºÑ ÐœÐ°Ñ
+ПЎОÑÑÑ ÐœÐµÐŽÐ°Ð»ÐµÐºÐŸ ÐŸÑ ÑППÑвеÑÑÑвÑÑÑей ÑаÑÑО ÑОлÑÑÑа пÑПÑПкПла; в ПÑПбеММПÑÑО getjilteroptions РО fllter() ÑППÑвеÑÑÑвÑÑÑ ÐŸÐŽÐžÐœ ÐŽÑÑгПЌÑ.
+
+
+Ðак Ñ
+ÑаМОÑÑÑ ÐŸÐ¿ÑÐžÑ filter
+
+struct FilterOption_t {
+ void clear (); \ void check_defaultValue ();
+ FilterOption_t () {clear();}
+ text_t name;
+ enum type_t {booleant=0, integert=1, enumeratedt=2, stringt=3};
+ type_t type;
+ enum repeatable_t {onePerQuery=0, onePerTerm=1, nPerTerm=2};
+ repeatable_t repeatable;
+ text_t defaultValue;
+ text_tarray validValues;
+};
+struct OptionValue_t {
+ void clear ();
+ text_t name;
+ text_t value;
+};
+
+Ð ÑеМÑÑалÑÐœÑÐŒ ПпÑОÑÐŒ ÑОлÑÑÑа ПÑМПÑÑÑÑÑ ÐŽÐ²Ð° клаÑÑа, пПказаММÑе Ма ÑОÑÑМке . СПÑ
+ÑаМеММÑе вМÑÑÑО FilterOption_t - ÑÑП паÑе ПпÑОО, ее type О ЎейÑÑвОÑелÑМП лО ÑÑП - repeatable. ÐÐœÑеÑпÑеÑаÑÐžÑ validValues завОÑÐžÑ ÐŸÑ ÑОпа ПпÑОО. ÐÐ»Ñ ÐÑлева ÑОпа пеÑвÑÐŒ зМаÑеМОеЌ пеÑеЌеМПй ÑвлÑеÑÑÑ^г/5е,а вÑПÑÑÐŒ - true. ÐÐ»Ñ ÑелПÑОÑлеММПгП ÑОпа пеÑвПе зМаÑеМОе - ЌОМОЌалÑÐœÑй МПЌеÑ, вÑПÑПй - ЌакÑОЌалÑÐœÑй. ÐÐ»Ñ Ð¿ÐµÑеÑОÑлÑеЌПгП ÑОпа вÑе зМаÑÐµÐœÐžÑ Ð¿ÐµÑеÑОÑлеМÑ. ÐÐ»Ñ ÑÑÑПкПвПгП ÑОпа зМаÑеМОе ОгМПÑОÑÑеÑÑÑ. ÐÐ»Ñ Ð±ÐŸÐ»ÐµÐµ пÑПÑÑÑÑ
+ ÑОÑÑаÑОй ОÑпПлÑзÑеÑÑÑ OptionValue_t, в каÑеÑÑве запОÑО как text_t name ПпÑОО О ее value.
+ÐапÑÐŸÑ Ðž ПÑÐ²ÐµÑ ÐŸÐ±ÑекÑа пÑПÑ
+ПЎÑÑ ÐºÐ°Ðº паÑаЌеÑÑÑ juuLJilterclass. СПзЎаМÑÑ ÐžÐ· МОÑ
+ Ўва клаÑÑа ОÑпПлÑзÑÑÑ Ð°ÑÑПÑОаÑОвМÑе ЌаÑÑОвÑ, ÑÑÐŸÐ±Ñ ÑПÑ
+ÑаМОÑÑ ÐœÐ°Ð±ÐŸÑ ÑОпПв ПпÑОй, ÑÑебÑеЌÑÑ
+ ÐŽÐ»Ñ InfoFilterOptionsResponseJ. ÐÐ»Ñ ÐŽÐµÑалÑМПгП ОÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð²ÐŸÐ¿ÑПÑа ÑЌПÑÑОÑе GSDLHOME/src/recpt/comtypes.h.
+
+
+
+
+ÐбÑекÑÑ ÐœÐ°ÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Filter
+
+
+
+
+ÐеÑаÑÑ
+ÐžÑ ÐœÐ°ÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Filter
+
+
+
+Ðва ÑÑÐŸÐ²ÐœÑ ÐœÐ°ÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ ÐžÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÑОлÑÑÑПв, как пПказаМП Ма ÑОÑÑМке . СМаÑала бÑлП ÑЎелаМП ÑазлОÑОе ÐŒÐµÐ¶ÐŽÑ ÑОлÑÑÑаЌО Query О Browse, а заÑеЌ пеÑÐ²ÐŸÐŒÑ ÐžÐ· МОÑ
+ ПпÑеЎелеМП вÑпПлМеМОе, ПÑМПваММПе Ма MG. ÐÐ»Ñ ÐºÐŸÑÑекÑМПй ÑабПÑÑ mgqueryfilterclass ÑÑебÑеÑÑÑ ÐŽÐŸÑÑÑп к MG ÑеÑез mgsearchclass О к GDBM ÑеÑез gdbmclass. browsefllterclass ÐœÑжЎаеÑÑÑ Ð² ЎПÑÑÑпе ÑПлÑкП к GDBM. УказаÑелО Ма ÑÑО ПбÑекÑÑ ÑПÑ
+ÑÐ°ÐœÐµÐœÑ ÐºÐ°Ðº заÑОÑеММÑе Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+ в пÑеЎелаÑ
+ ÑППÑвеÑÑÑвÑÑÑОÑ
+ клаÑÑПв.
+
+
+
+
+ÐÑПгÑаЌЌа ÑеÑвеÑа кПллекÑОО
+
+
+РаÑÑЌПÑÑОЌ ÑÐ°Ð¹Ð»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐ° в GSDLHOME/SRC/COLSERVR Ñ ÐŸÐ¿ÐžÑаМОеЌ кажЎПгП Оз МОÑ
+. ÐÐŒÑ Ñайла вППбÑе пПвÑПÑÑÐµÑ ÐžÐŒÑ ÐŸÐ±ÑекÑа, ПпÑеЎелеММПе в егП пÑеЎелаÑ
+.
+
+
+
+
+
+browsefilter.h
+
+
+УМаÑлеЎПваММÑй mfilterdass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ ÐŽÐŸÑÑÑп к GDBM (ÐпОÑаМ вÑÑе).
+
+
+
+
+
+
+
+collectserver.h
+
+
+ÐÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÑвÑзÑÐ²Ð°ÐµÑ Ð²ÐŒÐµÑÑе Filters О Sources ÐŽÐ»Ñ ÐŸÐŽÐœÐŸÐ¹ кПллекÑОО, ÑПÑЌОÑÑÑ ÐŸÐ±ÑÐµÐºÑ Collection, пПказаММÑй Ма ÑОÑÑМке .
+
+
+
+
+colservrconfig.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÐŽÐ»Ñ ÑÑÐµÐœÐžÑ ÐŸÐ¿ÑеЎелеММÑÑ
+ кПллекÑОей ÑайлПв etc/'collect, cfg О index/build, cfg. ÐеÑвÑй Оз МОÑ
+ - Ñайл кПМÑОгÑÑаÑОО кПллекÑОО. ÐПÑлеЎМОй - Ñайл, ÑгеМеÑОÑПваММÑй пÑПÑеÑÑПЌ ÑПÑЌОÑПваМОÑ, кПÑПÑÑй ÐŽÐµÐ»Ð°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ Ð²ÑеЌеМО пПÑлеЎМей ÑÑпеÑМПй кПЌпПМПвкО, каÑÑÑ ÐžÐœÐŽÐµÐºÑМПгП ÑпОÑка, пПказÑÐ²Ð°ÐµÑ ÑкПлÑкП ЎПкÑЌеМÑПв бÑлП ОМЎекÑОÑПваМП О как ÑкПлÑкП Ð±Ð°Ð¹Ñ ÐŸÐœÐž заМОЌаÑÑ (в ÑаÑпакПваММПЌ вОЎе).
+
+
+
+
+filter.h
+
+
+ÐбÑÐµÐºÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа Filter fllterclass ПпОÑаМ вÑÑе.
+
+
+
+
+maptools.h
+
+
+ÐпÑеЎелÑÐµÑ ÐºÐ»Ð°ÑÑ, МазваММÑй stringmap, кПÑПÑÑй ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÐŸÑПбÑажеМОе О бÑÑÑÑÑй пÑПÑЌПÑÑ, Ð¿ÐŸÐŒÐœÐžÑ Ð¿ÐµÑвПМаÑалÑÐœÑй пПÑÑЎПк каÑÑÑ text_t. ÐÑпПлÑзеÑÑÑ Ð² mggdbmsourceclass О query'fllterclass.
+
+
+
+
+mggdbmsource.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ sourcedass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ Ð¿ÑеЎПÑÑавлÑÐµÑ ÐŽÐŸÑÑÑп к MG О GDBM (ПпОÑаМ вÑÑе).
+
+
+
+
+mgppqueryfilter.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ query'filterclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð²ÑпПлМеМОе QueryFilter, ПÑМПваММПгП Ма MG++, ÑлÑÑÑеММПй веÑÑОО MG, МапОÑаММПй Ма C++. ÐбÑаÑОÑе вМОЌаМОе, ÑÑП Greenstone ÑÑÑаМПвлеМÑ, ÑÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ MG пП ÑЌПлÑаМОÑ, Ñак как MG++ МаÑ
+ПЎОÑÑÑ Ð²Ñе еÑе в ÑазвОÑОО.
+
+
+
+
+mgppsearch.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ searchclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð²ÑпПлМеМОе Search /ÐПОÑка, ОÑпПлÑзÑÑ MG++. ÐПЎПбМП mgppqueryfllterclass, ПМ Ме ОÑпПлÑзÑеÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ.
+
+
+
+
+mgq.h
+
+
+ÐÐœÑеÑÑÐµÐ¹Ñ ÑÑМкÑОПМалÑМПгП ÑÑÐŸÐ²ÐœÑ Ðº пакеÑÑ MG. ÐÑМПвМÑе ÑÑМкÑОО mg_ask() О mg_results() .
+
+
+
+
+mgqueryfilter.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ queryfllterclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð²ÑпПлМеМОеÐОегÑРКег, ПÑМПваММПгП Ма MG.
+
+
+
+
+mgsearch.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ searchclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð²ÑпПлМеМОе Search, ОÑпПлÑзÑÑ MG (ПпОÑаМ вÑÑе.)
+
+
+
+
+phrasequeryfilter.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ mgqueryclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð²ÑпПлМеМОе запÑПÑа, ПÑМПваММПгП Ма ÑÑазе. ÐÐœ Ме ОÑпПлÑзÑеÑÑÑ Ð² заЎаММПй пП ÑЌПлÑÐ°ÐœÐžÑ ÐžÐœÑÑаллÑÑОО. ÐЌеÑÑП ÑÑПгП mgqueryfllterclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÑÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÑеÑез ÑÑМкÑОПМалÑÐœÑÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÐŸÑ phrasesearch.h.
+
+
+
+
+phrasesearch.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка пÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ Ð¿ÐŸÐžÑка пП ÑÑазе, как ПпеÑаÑÐžÑ Ð¿ÐŸÑÑПбÑабПÑкО.
+
+
+
+
+querycache.h
+
+
+ÐÑпПлÑзÑеÑÑÑ searchclass О егП ÑМаÑлеЎПваММÑЌО клаÑÑаЌО ÐŽÐ»Ñ ÐºÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑезÑлÑÑаÑПв запÑПÑа, пÑО геМеÑаÑОО ÑÑÑÐ°ÐœÐžÑ Ð¿ÐŸÐžÑкПвÑÑ
+ ÑезÑлÑÑаÑПв МаОбПлее ÑÑÑекÑОвеМ (ПпОÑаМ вÑÑе.)
+
+
+
+
+queryfilter.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа Filter filterclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÑМПвÑÐ²Ð°ÐµÑ Ð±Ð°Ð·ÐŸÐ²Ñй клаÑÑ ÐŽÐ»Ñ ÐŸÐ±ÑекÑПв Query filter (ПпОÑаМ вÑÑе.)
+
+
+
+
+queryinfo.h
+
+
+ÐПЎЎеÑжка пПОÑка: ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ О ПбÑекÑÑ ÑПЎеÑÐ¶Ð°Ñ Ð¿Ð°ÑаЌеÑÑÑ Ð·Ð°Ð¿ÑПÑа, ÑезÑлÑÑаÑÑ Ð¿ÐŸÐžÑка ЎПкÑЌеМÑа О ÑаÑÑПÑÑ Ð²ÑÑÑеÑаеЌПÑÑО ÑеÑЌОМа.
+
+
+
+
+search.h
+
+
+ÐазПвÑй клаÑÑ Search ПбÑÐµÐºÑ searchclass (ПпОÑаМ вÑÑе.)
+
+
+
+
+source.h
+
+
+ÐазПвÑй клаÑÑÐПОгÑе ПбÑÐµÐºÑ sourceclass (ПпОÑаМ вÑÑе.)
+
+
+
+
+
+
+
+
+
+
+ÐÑПÑПкПл
+
+
+
+
+СпОÑПк запÑПÑПв пÑПÑПкПла
+
+
+
+
+get_protocol_name()
+
+
+ÐПзвÑаÑÐ°ÐµÑ ÐžÐŒÑ ÑÑПгП пÑПÑПкПла. ÐÑбПÑÑ Ð²ÐºÐ»ÑÑаÑÑ nullproto, corbaproto О z3950proto. ÐÑпПлÑзÑеÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑабПÑÑ ÑОÑÑÐµÐŒÑ ÑÑвÑÑвОÑелÑÐœÑЌО к пÑПÑÐŸÐºÐŸÐ»Ñ ÑаÑÑÑЌО, ÑÑÐŸÐ±Ñ ÑеÑОÑÑ, какОе пÑПгÑÐ°ÐŒÐŒÑ Ð·Ð°Ð¿ÑÑÑОÑÑ ÐœÐ° вÑпПлМеМОе.
+
+
+
+
+get_collection_list()
+
+
+ÐПзвÑаÑÐ°ÐµÑ ÑпОÑПк кПллекÑОй, П кПÑПÑÑÑ
+ ÑÑÐŸÑ Ð¿ÑПÑПкПл ÐžÐŒÐµÐµÑ ÑвеЎеМОÑ.
+
+
+
+
+has_collection()
+
+
+ÐПзвÑаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе ОÑÑОМÑ, еÑлО пÑПÑПкПл ÐŒÐŸÐ¶ÐµÑ ÑвÑзаÑÑÑÑ Ñ ÐœÐ°Ð·Ð²Ð°ÐœÐœÐŸÐ¹ кПллекÑОей, ÑП еÑÑÑ ÑÑП - в пÑеЎелаÑ
+ ÑпОÑка кПллекÑОО.
+
+
+
+
+ping()
+
+
+ÐПзвÑаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе ОÑÑОМÑ, еÑлО ÑÑпеÑМП бÑла ÑÑÑаМПвлеМа ÑвÑÐ·Ñ Ñ ÐœÐ°Ð·Ð²Ð°ÐœÐœÐŸÐ¹ кПллекÑОей. Ð ÐœÑлевПЌ пÑПÑПкПле вÑпПлМеМОе ОЎеМÑОÑМП has_collection().
+
+
+
+
+get_collectinfo()
+
+
+ÐПлÑÑÐ°ÐµÑ ÐŸÐ±ÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ МазваММПй кПллекÑОО: кПгЎа ПМа бÑла ÑÑПÑЌОÑПваМа, ÑкПлÑкП ЎПкÑЌеМÑПв ПМа ÑПЎеÑÐ¶ÐžÑ Ðž Ñ.ÐŽ. Также вклÑÑÐ°ÐµÑ ÐŒÐµÑаЎаММÑе Ñайла кПМÑОгÑÑаÑОО кПллекÑОО: ÑекÑÑ ÐŽÐ»Ñ ÑÑÑаМОÑÑ"аЪПО1 this collection"; ÐžÐºÐŸÐœÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО О Ñ.ÐŽ.
+
+
+
+
+get_filterinfo()
+
+
+ÐПлÑÑÐ°ÐµÑ ÑпОÑПк вÑеÑ
+ Filters ÐŽÐ»Ñ ÐœÐ°Ð·Ð²Ð°ÐœÐœÐŸÐ¹ кПллекÑОО. get
+
+
+
+
+get_filteroptions()
+
+
+ÐПлÑÑÐ°ÐµÑ Ð²Ñе ваÑОаМÑÑ ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПгП Filter в пÑеЎелаÑ
+ МазваММПй кПллекÑОО.
+
+
+
+
+filter()
+
+
+ÐПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐžÑк О пÑПÑЌПÑÑ, ÐŽÐ»Ñ ÐŽÐ°ÐœÐœÐŸÐ³ÐŸ ÑОпа ÑОлÑÑÑа О паÑаЌеÑÑПв МаÑÑÑПйкО, ПбÑаÑаеÑÑÑ Ðº ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐœÐ°Ð·Ð²Ð°ÐœÐœÑÑ
+ кПллекÑОй, ÑÑÐŸÐ±Ñ Ð²ÐŸÑпÑПОзвеÑÑО ÑезÑлÑÑаÑ, кПÑПÑÑй ПÑÑОлÑÑÑПваМ в ÑППÑвеÑÑÑвОО Ñ Ð¿Ð°ÑаЌеÑÑаЌО МаÑÑÑПйкО. ÐПзвÑаÑеММÑе Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+ Ñакже завОÑÑÑ ÐŸÑ Ð¿Ð°ÑаЌеÑÑПв МаÑÑÑПйкО: пÑОЌеÑÑ Ð²ÐºÐ»ÑÑаÑÑ ÑаÑÑПÑÑ Ð²ÑÑÑеÑаеЌПÑÑО ÑеÑЌОМа запÑПÑа О ЌеÑаЎаММÑе ЎПкÑЌеМÑа.
+
+
+
+
+get_document()
+
+
+ÐПлÑÑÐ°ÐµÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÐžÐ»Ðž ÑазЎел ЎПкÑЌеМÑа.
+
+
+
+
+ТаблОÑа пÑеЎÑÑавлÑÐµÑ ÑпОÑПк запÑПÑПв ÑÑМкÑОО к пÑПÑÐŸÐºÐŸÐ»Ñ Ðž ÑезÑЌе ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ вÑ
+ПжЎеМОÑ. ÐÑОЌеÑÑ Ð² РазЎеле ПÑ
+ваÑОлО бПлÑÑОМÑÑвП Оз МОÑ
+. ЀÑМкÑОО, Ме ÑпПЌÑÐœÑÑÑе пÑеЎваÑОÑелÑМП - has_collection (), ping (), get_protocol_name () О get_filteroptions (). ÐеÑвÑе Ўве ПбеÑпеÑОваÑÑ ÐŸÑвеÑÑ ÐŽÐ°\ÐœÐµÑ ÐœÐ° вПпÑПÑÑ "кПллекÑÐžÑ ÑÑÑеÑÑвÑÐµÑ ÐœÐ° ÑÑПЌ ÑеÑвеÑе? " О "ÑÑП вÑпПлМÑеÑÑÑ? ". ÐŠÐµÐ»Ñ ÐŽÐ²ÑÑ
+ ÐŽÑÑгОÑ
+ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŽÐŽÐµÑжаÑÑ ÐŒÐœÐŸÐ¶ÐµÑÑвеММÑе пÑПÑÐŸÐºÐŸÐ»Ñ Ð² пÑеЎелаÑ
+ аÑÑ
+ОÑекÑÑÑÑ, кПÑПÑÐ°Ñ ÑаÑпÑеЎелеМа пП ÑазлОÑÐœÑÐŒ кПЌпÑÑÑеÑаЌ, а Ме ÑПлÑкП ÐœÑлевПй пÑПÑПкПл, базОÑÑÑÑОйÑÑ ÐœÐ° ПÑЎелÑМП вÑпПлМÑеЌПй пÑПгÑаЌЌе, ПпОÑаММПй зЎеÑÑ. ÐЎМа Оз МОÑ
+ ÑазлОÑаеÑ, какПй пÑПÑПкПл ОÑпПлÑзÑеÑÑÑ. ÐÑÑÐ³Ð°Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ ÑегОÑÑÑаÑПÑÑ ÐŸÐ¿ÑаÑОваÑÑ ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ÑÑÐŸÐ±Ñ ÐœÐ°Ð¹ÑО, какОе ваÑОаМÑÑ Ð¿ÐŸÐŽÐŽÐµÑжОваÑÑÑÑ, О МепПÑÑеЎÑÑвеММП ЎОМаЌОÑеÑкО вÑбОÑаÑÑ ÐºÐŸÐœÑОгÑÑаÑОО, ÑÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ Ð²Ñе пÑеОЌÑÑеÑÑва ÑÑлÑг, пÑеЎлагаеЌÑÑ
+ ÑпеÑОÑОÑеÑкОЌ ÑеÑвеÑПЌ.
+
+
+ÐÑлевПй пÑПÑПкПл API (ÑПкÑаÑеММÑй ваÑОаМÑ)
+
+class nullproto : public recptproto {
+public:
+ virtual text_t get_protocol_name ();
+ virtual void get_collection_list (text_tarray &collist,
+ comerror_t &err, ostream &logout);
+ virtual void has_collection (const text_t &collection,
+ bool &hascollection,
+ comerror_t &err, ostream &logout);
+ virtual void ping (const text_t &collection,
+ bool &wassuccess,
+ comerror_t &err, ostream &logout);
+ virtual void get_collectinfo (const text_t &collection,
+ ColInfoResponse_t &collectinfo,
+ comerror_t &err, ostream &logout);
+ virtual void get_filterinfo (const text_t &collection,
+ InfoFiltersResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_filteroptions (const text_t &collection,
+ const InfoFilterOptionsRequest_t &request,
+ InfoFilterOptionsResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void filter (const text_t &collection,
+ FilterRequest_t &request,
+ FilterResponse_t &response,
+ comerror_t &err, ostream &logout);
+ virtual void get_document (const text_t &collection,
+ const DocumentRequest_t &request,
+ DocumentResponse_t &response,
+ comerror_t &err, ostream &logout);
+};
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ API ÐŽÐ»Ñ ÐœÑлевПгП пÑПÑПкПла. ÐПЌЌеМÑаÑОО О МекПÑПÑÑе пПЎÑПбМПÑÑО МОзкПгП ÑÑÐŸÐ²ÐœÑ Ð±ÑлО ПпÑÑÐµÐœÑ (ÑÐŒ. ОÑÑ
+ПЎМÑй Ñайл recpt/nullproto.h ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ Ð¿ÐŸÐŽÑПбМПÑÑей).
+ÐÑÐŸÑ Ð¿ÑПÑПкПл МаÑлеЎПвалÑÑ ÐŸÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа recptproto. ÐОÑÑÑалÑМПе МаÑлеЎПваМОе ОÑпПлÑзÑеÑÑÑ Ñак, ÑÑÐŸÐ±Ñ Ð±ÐŸÐ»ÑÑе, ÑеЌ ПЎОМ ÑОп пÑПÑПкПла, Ўаже Ме заЎÑЌаММПгП, вÑе же ЌПг легкП пПЎЎеÑжОваÑÑÑÑ ÐŸÑÑалÑМПй ÑаÑÑÑÑ ÐžÑÑ
+ПЎМПй пÑПгÑаЌЌÑ.
+Ðа ОÑклÑÑеМОеЌ get_protocol_name (), кПÑПÑÑй Ме ОÑпПлÑзÑÐµÑ Ð¿Ð°ÑаЌеÑÑÑ Ðž вПзвÑаÑÐ°ÐµÑ ÐžÐŒÑ Ð¿ÑПÑПкПла как ÑÑÑÐŸÐºÑ ÑекÑÑа Unicode, вÑе ÑÑМкÑОО пÑПÑПкПла вклÑÑаÑÑ Ð¿Ð°ÑаЌеÑÑ ÐŸÑОбкО О вÑÑ
+ПЎМПй пПÑПк, как пПÑлеЎМОе Ўва аÑгÑЌеМÑа. ÐаÑаЌеÑÑ ÐŸÑОбкО ÐŽÐµÐ»Ð°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ Ð»ÑбÑÑ
+ ПÑОбПк, кПÑПÑÑе пÑПОÑÑ
+ПЎÑÑ Ð² Ñ
+ПЎе вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ð·Ð°Ð¿ÑПÑа пÑПÑПкПла, а вÑÑ
+ПЎМПй пПÑПк ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑегОÑÑÑаÑОО ÑелО. ЀÑМкÑОО ПÑМПÑÑÑÑÑ Ðº ÑÐžÐ¿Ñ void - ПМО Ме вПзвÑаÑаÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐºÐ°Ðº ОÑ
+ заклÑÑОÑелÑÐœÐ°Ñ ÐžÐœÑÑÑÑкÑОÑ, МП вЌеÑÑП ÑÑПгП вПзвÑаÑаÑÑ ÐŽÐ°ÐœÐœÑе ÑеÑез ПпÑеЎелÑеЌÑе паÑаЌеÑÑÑ ÑОпа Ñже ввеЎеММПгП паÑаЌеÑÑа ПÑОбкО. РМекПÑПÑÑÑ
+ ÑзÑкаÑ
+ пÑПгÑаЌЌОÑÐŸÐ²Ð°ÐœÐžÑ ÑакОе пПЎпÑПгÑÐ°ÐŒÐŒÑ Ð±ÑлО Ð±Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ ÐºÐ°Ðº пÑПÑеЎÑÑÑ, а Ме ÑÑМкÑОО, МП C++ Ме ÐŽÐµÐ»Ð°ÐµÑ ÐœÐžÐºÐ°ÐºÐŸÐ³ÐŸ ÑОМÑакÑОÑеÑкПгП ÑазлОÑОÑ.
+ÐПлÑÑОМÑÑвП ÑÑМкÑОй ОÑпПлÑзÑÐµÑ ÐžÐŒÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО как паÑаЌеÑÑ. ТÑО ÑÑМкÑОО-ÑлеМÑ, get_filteroptions (), filterQ, О get_document (), ÑлеЎÑÑÑ Ð·Ð° ПбеÑпеÑеМОеЌ паÑаЌеÑÑа Request О пПлÑÑеМОеЌ ÑезÑлÑÑаÑПв в паÑаЌеÑÑе Response.
+
+
+
+
+РегОÑÑÑаÑПÑ
+
+
+ÐаклÑÑОÑелÑÐœÑй ÑÑÐŸÐ²ÐµÐœÑ ÐºÐŸÐœÑепÑÑалÑМПй ЌПЎелО - ÑегОÑÑÑаÑПÑ. Ðак ÑПлÑкП CGI-аÑгÑЌеМÑÑ Ð±ÑÐŽÑÑ Ð¿ÑПаМалОзОÑПваМÑ, ПÑÐœÐŸÐ²ÐœÐ°Ñ ÐŽÐµÑÑелÑМПÑÑÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÐµÑ ÐœÐ° вÑпПлМеМОе Action, пПЎЎеÑжОваеЌÑÑ ÐŸÐ±ÑекÑаЌО Format О Macro Language. ÐМО ПпОÑÐ°ÐœÑ ÐœÐžÐ¶Ðµ. ХПÑÑ ÐŸÐœÐž пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐºÐ°Ðº ПбÑекÑÑ Ð² кПМÑепÑÑалÑМПй ÑÑÑÑкÑÑÑе, ПбÑекÑÑ Format О Macro Language - Ме ÑПвÑеЌ ÑвлÑÑÑÑÑ ÐŸÐ±ÑекÑаЌО Ñ ÑПÑкО зÑÐµÐœÐžÑ C++. РЎейÑÑвОÑелÑМПÑÑО, Format - кПллекÑÐžÑ ÑÑÑÑкÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ Ñ ÐœÐ°Ð±ÐŸÑПЌ ÑÑМкÑОй, кПÑПÑÑе ПпеÑОÑÑÑÑ ÐžÐŒÐž, а ПбÑÐµÐºÑ Macro Language ÑÑПÑЌОÑПваМ вПкÑÑг display class, ПпÑеЎелеМ в lib/display.h, Ñ Ð¿ÐŸÑПкПвПй пПЎЎеÑжкПй кПМвеÑÑаÑОО ÐŸÑ lib/gsdlunicode.h.
+
+
+ÐейÑÑвОÑ
+
+
+
+
+Actions в ÑОÑÑеЌе Greenstone
+
+
+
+
+action
+
+
+ÐазПвÑй клаÑÑ ÐŽÐ»Ñ Ð²ÐžÑÑÑалÑМПгП МаÑлеЎПваМОÑ.
+
+
+
+
+authenaction
+
+
+ÐПЎЎеÑжка ОЎеМÑОÑОкаÑОО пПлÑзПваÑелÑ: запÑÐŸÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŸÑМПÑОÑелÑМП паÑПлÑ, еÑлО Ме бÑл ввеЎеМ; пÑПвеÑка пÑавОлÑМПÑÑО; вПзЌПжМПÑÑÑ Ð¿ÑеЎПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð¿ÐŸÐ²ÑПÑМПгП вÑ
+ПЎа, еÑлО ЎПÑÑаÑПÑМПе вÑÐµÐŒÑ ÐžÑÑеклП ÐŒÐµÐ¶ÐŽÑ ÐŽÐŸÑÑÑпаЌО.
+
+
+
+
+collectoraction
+
+
+ÐеМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ ÐŽÐ»Ñ Collector (СПзЎаÑелÑ).
+
+
+
+
+documentaction
+
+
+ÐÑÑÑÐºÐžÐ²Ð°ÐµÑ ÐŽÐŸÐºÑЌеМÑÑ, ÑÐ°Ð·ÐŽÐµÐ»Ñ ÐŽÐŸÐºÑЌеМÑа, ÑаÑÑО ОеÑаÑÑ
+ОО клаÑÑОÑОкаÑОО ОлО ОМÑПÑЌаÑÐžÑ ÐŽÐ»Ñ ÑПÑЌаÑОÑÐŸÐ²Ð°ÐœÐžÑ .
+
+
+
+
+extlinkaction
+
+
+ÐеÑеМПÑÐžÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐœÐµÐ¿ÐŸÑÑеЎÑÑвеММП к URL, кПÑПÑÑй ÑвлÑеÑÑÑ Ð²ÐœÐµÑМОЌ ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО, no-вПзЌПжМПÑÑО ÑМаÑала геМеÑОÑÑÑ Ð°Ð²Ð°ÑОйМÑÑ ÑÑÑаМОÑÑ (пÑПЎОкÑПваММÑÑ ÑÑÑаМПвкаЌО Preferences).
+
+
+
+
+pageaction
+
+
+ÐеМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ Ð²ÐŒÐµÑÑе Ñ ÐŒÐ°ÐºÑПÑзÑкПЌ. pingaction ÐÑÑÑÐœÑеÑ, ОМÑеÑакÑОвМа лО кПллекÑОÑ. queryaction ÐÑпПлМÑÐµÑ Ð¿ÐŸÐžÑк.
+
+
+
+
+pingaction
+
+
+Checks to see whether a collection is online.
+
+
+
+
+queryaction
+
+
+ÐÑПОзвеÑÑО пПОÑк.
+
+
+
+
+statusaction
+
+
+ÐеМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑПваМОÑ.
+
+
+
+
+tipaction
+
+
+ÐÑÐŽÐ°ÐµÑ ÑлÑÑайМÑй ÑÐŸÐ²ÐµÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелÑ.
+
+
+
+
+usersaction
+
+
+ÐПбавлÑÐµÑ Ð¿ÐŸÐŽÐŽÐµÑжкÑ, ÑЎалеМОе О ÑпÑавлеМОе пПлÑзПваÑелÑÑкОЌ ЎПÑÑÑпПЌ.
+
+
+
+
+Greenstone пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐŸÐŽÐžÐœÐœÐ°ÐŽÑаÑÑ ÐŽÐµÐ¹ÑÑвОй, ÑвеЎеММÑÑ
+ в ТаблОÑе .
+
+
+ÐÑпПлÑзПваМОе cgiargsinfoclass Оз pageaction.cpp
+
+cgiarginfo arg_ainfo;
+arg_ainfo.shortname = " a " ;
+arg_ainfo.longname = " action" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " p" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+arg_ainfo.shortname = " p" ;
+arg_ainfo.longname = " page" ;
+arg_ainfo.multiplechar = true;
+arg_ainfo.argdefault = " home" ;
+arg_ainfo.defaultstatus = cgiarginfo::weak;
+arg_ainfo.savedarginfo = cgiarginfo::must;
+argsinfo.addarginfo (NULL, arg_ainfo);
+
+CGI-аÑгÑЌеМÑÑ ÑвлÑÑÑÑÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌÑЌО ЎейÑÑвОÑЌО ÑПÑЌалÑМП ПбÑÑвлеММÑЌО в ÑÑМкÑОО кПМÑÑÑÑкÑПÑа, ОÑпПлÑзÑÑÑОЌО cgiarginfo (ПпÑеЎелеММÑй в recpt/cgiargs.h). РОÑÑМПк пПказÑÐ²Ð°ÐµÑ Ð²ÑбПÑÐºÑ ÐžÐ· pageaction ÑÑМкÑОО кПМÑÑÑÑкÑПÑа, кПÑПÑÐ°Ñ ÐŸÐ¿ÑеЎелÑÐµÑ ÑÐ°Ð·ÐŒÐµÑ Ðž ÑвПйÑÑва CGI-аÑгÑЌеМÑПв а О Ñ.
+ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ CGI-аÑгÑЌеМÑа кПМÑÑÑÑкÑÐŸÑ ÐŽÐŸÐ»Ð¶ÐµÐœ ПпÑеЎелОÑÑ ÐµÐ³ÐŸ кÑаÑкПе ÐžÐŒÑ (ÑÑÑПкО 2 О 10), кПÑПÑПе МепПÑÑеЎÑÑвеММП ÑвлÑеÑÑÑ ÐžÐŒÐµÐœÐµÐŒ CGI-пеÑеЌеММПй; пПлМПе ÐžÐŒÑ (ÑÑÑПкО 3 О 11), кПÑПÑПе ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÐŸÐ±ÐµÑпеÑОÑÑ Ð±ÐŸÐ»ÐµÐµ зМаÑОЌПе ПпОÑаМОе ЎейÑÑвОÑ; пÑеЎÑÑавлÑÐµÑ Ð»Ðž ÑÑП еЎОМÑÑвеММПе ОлО ЌМПжеÑÑвеММПе ÑОЌвПлÑМПе зМаÑеМОе (ÑÑÑПкО 4 О 12); вПзЌПжМПе зМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ (ÑÑÑПкО 5 О 13); ÑÑП ÑлÑÑаеÑÑÑ, кПгЎа заЎаМП бПлÑÑе ÑеЌ ПЎМП зМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ (ÑÑÑПкО 6 О 14) (Ñак как зМаÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐŒÐŸÐ³ÑÑ Ñакже бÑÑÑ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ð² ÑайлаÑ
+ кПМÑОгÑÑаÑОО); ЎейÑÑвОÑелÑМП лО зМаÑеМОе ÑПÑ
+ÑаМÑеÑÑÑ Ð² кПМÑе ÑÑПгП ЎейÑÑÐ²ÐžÑ (ÑÑÑПкО 7 О 15).
+Так как ÑÑП вÑÑÑПеМП в пÑПгÑаЌЌÑ, web-ÑÑÑаМОÑÑ, кПÑПÑÑе ЎеÑалОзОÑÑÑÑ ÐžÐœÑПÑЌаÑОÑ, ЌПгÑÑ Ð±ÑÑÑ ÑгеМеÑОÑÐŸÐ²Ð°ÐœÑ Ð°Ð²ÑПЌаÑОÑеÑкО. Statusaction пÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ ÑÑÑ ÐžÐœÑПÑЌаÑОÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑвОЎеÑÑ ÑÑП, Ð²Ð²ÐµÐŽÑ URL ÑÑÑаМОÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone.
+ÐвеМаЎÑаÑÑ ÑМаÑлеЎПваММÑÑ
+ ЎейÑÑвОй ÑÐŸÐ·ÐŽÐ°ÐœÑ Ð² main(), ÑÑМкÑÐžÑ Ð²ÐµÑÑ
+МегП ÑÑÐŸÐ²ÐœÑ ÐŽÐ»Ñ Ð²ÑпПлМÑеЌПй пÑПгÑÐ°ÐŒÐŒÑ library, ПпÑеЎелеМОе кПÑПÑПй ЎаеÑÑÑ Ð² recpt/librarymain.cpp, ÑаЌ же, гЎе бÑл ÑПзЎаМ ПбÑÐµÐºÑ ÑегОÑÑÑаÑПÑа (ПпÑеЎелеММÑй в recpt/receptionist.cpp). ПÑвеÑÑÑвеММПÑÑÑ Ð·Ð° вÑе ЎейÑÑÐ²ÐžÑ Ð¿ÐµÑеЎаÑÑ ÑегОÑÑÑаÑПÑÑ, кПÑПÑÑй ПбÑабаÑÑÐ²Ð°ÐµÑ ÐžÑ
+, ПбÑлÑÐ¶ÐžÐ²Ð°Ñ ÐºÐ°Ðº пПле ЎаММÑÑ
+ аÑÑПÑОаÑОвМПгП ЌаÑÑОва базПвПгП клаÑÑа Action, ОМЎекÑОÑПваММПгП МазваМОеЌ ЎейÑÑвОÑ.
+
+
+Action базПвÑй клаÑÑ API
+
+class action {
+protected:
+ cgiargsinfoclass argsinfo;
+ text_t gsdlhome;
+public:
+ action ();
+ virtual ~action ();
+ virtual void configure (const text_t &key, const text_tarray &cfgline);
+ virtual bool init (ostream &logout);
+ virtual text_t get_action_name ();
+ cgiargsinfoclass getargsinfo ();
+ virtual bool check_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args, ostream &logout);
+ virtual bool check_external_cgiargs (cgiargsinfoclass &argsinfo,
+ cgiargsclass &args,
+ outconvertclass &outconvert,
+ const text_t &saveconf,
+ ostream &logout);
+ virtual void get_cgihead_info (cgiargsclass &args,
+ recptprotolistclass *protos,
+ response_t &response,
+ text_t &response_data,
+ ostream &logout);
+ virtual bool uses_display (cgiargsclass &args);
+ virtual void define_internal_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual void define_external_macros (displayclass &disp,
+ cgiargsclass &args,
+ recptprotolistclass *protos,
+ ostream &logout);
+ virtual bool do_action (cgiargsclass &args,
+ recptprotolistclass *protos,
+ browsermapclass *browsers,
+ displayclass &disp,
+ outconvertclass &outconvert,
+ ostream &textout,
+ ostream &logout);
+};
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ API ÐŽÐ»Ñ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа Action. ÐÑО вÑпПлМеМОО ЎейÑÑвОÑ, receptionist (ÑегОÑÑÑаÑПÑ) вÑзÑÐ²Ð°ÐµÑ ÐœÐµÑкПлÑкП ÑÑМкÑОй, МаÑÐžÐœÐ°Ñ Ñ check_cgiargs (). ÐПлÑÑОМÑÑвП пПЌПгаÑÑ Ð¿ÑПвеÑОÑÑ, ÑÑÑаМПвОÑÑ, О ПпÑеЎелОÑÑ Ð·ÐœÐ°ÑÐµÐœÐžÑ Ðž ЌакÑПÑÑ; в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº dojzction () ÑакÑОÑеÑкО геМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ Ð²ÑвПЎа. Ð ÑаÑÑМПÑÑО, ÑМаÑлеЎПваММÑй ПбÑÐµÐºÑ ÐœÐµ ÐžÐŒÐµÐµÑ ÐœÐžÐºÐ°ÐºÐŸÐ³ÐŸ ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПй ÑÑМкÑОО-ÑлеМа, ÑÑП пÑПÑ
+ÐŸÐŽÐžÑ ÑеÑез ПпÑеЎелеМОе базПвПгП клаÑÑа, кПÑПÑПе ПÑÑÑеÑÑвлÑÐµÑ Ð·Ð°ÐŽÐ°ÐœÐœÐŸÐµ пП ÑЌПлÑÐ°ÐœÐžÑ Ð¿ÐŸÐ²ÐµÐŽÐµÐœÐžÐµ.
+ÐбÑÑÑÐœÐµÐœÐžÑ ÑÑМкÑОй-ÑлеМПв ÑлеЎÑÑÑОе.
+
+
+get_action_name() вПзвÑаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе CGI-аÑгÑЌеМÑа, кПÑПÑПе ПпÑеЎелÑÐµÑ ÑÑП ЎейÑÑвОе. ÐÐŒÑ ÐŽÐŸÐ»Ð¶ÐœÐŸ бÑÑÑ ÐºÐŸÑПÑкОЌ, МП бПлее ПЎМПгП ÑОЌвПла.
+
+
+check_cgiargs() вÑзÑваеÑÑÑ Ð¿ÑежЎе get_cgihead_info(),deflne_external_macros() О do_action (). ÐÑлО ПÑОбка МайЎеМа, ÑППбÑеМОе ОМÑПÑЌОÑÑÐµÑ ÐŸ вÑÑ
+ПЎе Оз ÑОÑÑеЌÑ; еÑлО ÑÑП ÑеÑÑезМП, ÑÑМкÑÐžÑ Ð²ÐŸÐ·Ð²ÑаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе false О ÐœÐžÐºÐ°ÐºÐ°Ñ Ð·Ð°Ð³ÑÑзка ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÑÑÑаМОÑÑ ÐœÐµ пÑПОзвПЎОÑÑÑ.
+
+
+check_external_cgiargs() вÑзÑваеÑÑÑ Ð¿ÐŸÑле check_cgiargs () ÐŽÐ»Ñ Ð²ÑеÑ
+ ЎейÑÑвОй. ÐМа пÑеЎМазМаÑеМа ÑПлÑкП ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÑЌеМОÑÑ ÐœÐµÐºÐŸÑПÑПе МПÑЌалÑМПе пПвеЎеМОе, МапÑÐžÐŒÐµÑ Ð²ÐŸÑпÑÐŸÐžÐ·Ð²ÐŸÐŽÑ ÑÑÑаМОÑÑ Ð²Ñ
+ПЎа в ÑОÑÑеЌÑ, кПгЎа ÑÑебÑеÑÑ ÐžÐŽÐµÐœÑОÑОкаÑОÑ.
+
+
+get_cgihead_info() ПпÑеЎелÑÐµÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ загПлПвке CGI. ÐÑлО response (ПÑвеÑ) ÑÑÑаМПвлеМ, как location (ЌеÑÑПпПлПжеМОе), ÑП response_data ÑПЎеÑÐ¶ÐžÑ Ð¿ÐµÑеаЎÑеÑаÑОÑ. ÐÑлО response ÑÑÑаМПвлеМ, как content (ÑПЎеÑжаМОе), ÑП response_data ÑПЎеÑÐ¶ÐžÑ ÑОп ÑПЎеÑжаМОÑ.
+
+
+uses_display() вПзвÑаÑÐ°ÐµÑ true, еÑлО displayclass МеПбÑ
+ПЎОЌ, ÐŽÐ»Ñ Ð²ÑвПЎа ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÑÑÑаМОÑÑ (зМаÑеМОе пП ÑЌПлÑаМОÑ).
+
+
+define_internal_macros() ПпÑеЎелÑÐµÑ Ð²Ñе ЌакÑПÑÑ, кПÑПÑÑе ÑвÑÐ·Ð°ÐœÑ ÑП ÑÑÑаМОÑаЌО, ÑгеМеÑОÑПваММÑЌО ÑÑОЌ ЎейÑÑвОеЌ.
+
+
+define_external_macros() ПпÑеЎелÑÐµÑ Ð²Ñе ЌакÑПÑÑ, кПÑПÑÑе ЌПглО Ð±Ñ ÐžÑпПлÑзПваÑÑÑÑ ÐŽÑÑгОЌО ЎейÑÑвОÑЌО ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑÑÑаМОÑ.
+
+
+do_action() геМеÑОÑÑÐµÑ ÑÑÑаМОÑÑ Ð²ÑвПЎа ПбÑÑМП в пПÑПке ПбÑекÑа ЌакÑПÑзÑка display О вÑÐ²ÐŸÐŽÐžÑ Ð¿ÑеПбÑазПваМОе ПбÑекÑа textout. ÐПзвÑаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе false, еÑлО пÑПОзПÑла ПÑОбка, кПÑПÑÐ°Ñ Ð¿ÑеЎПÑвÑаÑОла ЎейÑÑвОе какПгП-МОбÑÐŽÑ Ð²ÑвПЎа.
+
+
+РМаÑале ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐºÐ»Ð°ÑÑа argsinfo - ÑÑП заÑОÑеММПе пПле ЎаММÑÑ
+ (ОÑпПлÑзÑеЌПе в вÑбПÑке пÑПгÑаЌЌÑ, ÑÐŒ.ÑОÑÑМПк ), кПÑПÑПе Ñ
+ÑÐ°ÐœÐžÑ ÐžÐœÑПÑЌаÑÐžÑ CGI-аÑгÑЌеМÑа, ÑказаММÑÑ Ð² ÑМаÑлеЎПваММПй ÑÑМкÑОО кПМÑÑÑÑкÑПÑа Action. ÐÑÑгПе пПле ЎаММÑÑ
+, gsdlhome, ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ GSDLHOME ÐŽÐ»Ñ ÑЎПбМПгП ЎПÑÑÑпа . ÐбÑÐµÐºÑ Ñакже вклÑÑÐ°ÐµÑ conflgure() О init () Ñ ÑелÑÑ ÐžÐœÐžÑОалОзаÑОО.
+
+
+
+
+ЀПÑЌаÑОÑПваМОе
+
+
+
+
+ÐÑМПвМÑе ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ в Format
+
+enum command_t {comIf, comOr, comMeta, comText, comLink, comEndLink,
+ comNum, comIcon, comDoc,
+ comHighlight, comEndHighlight};
+enum pcommand_t {pNone, pImmediate, pTop, pAll};
+enum dcommand_t {dMeta, dText};
+enum mcommand_t {mNone, mCgiSafe};
+struct metadata_t {
+ void clear();
+ metadata_t () {clear();}
+ text_t metaname;
+ mcommand_t metacommand;
+ pcommand_t parentcommand;
+ text_t parentoptions;
+};
+// The decision component of an {If}{decision,true-text,false-text}
+// formatstring. The decision can be based on metadata or on text;
+// normally that text would be a macro like
+// _cgiargmode_.
+struct decision_t {
+ void clear();
+ decision_t () {clear();}
+ dcommand_t command;
+ metadata_t meta;
+ text_t text;
+};
+struct format_t {
+ void clear();
+ format_t () {clear();}
+ command_t command;
+ decision_t decision;
+ text_t text;
+ metadata_t meta;
+ format_t *nextptr;
+ format_t *ifptr;
+ format_t *elseptr;
+ format_t *orptr;
+};
+
+ХПÑÑ ÐœÐ° ÑОÑÑМке ÑПÑЌаÑОÑПваМОе пÑеЎÑÑавлеМП как ПÑЎелÑÐœÑй ПбÑекÑ, в ЎейÑÑвОÑелÑМПÑÑО ПМП ÑПÑÑавлÑÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑÑÑÑкÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ О ÑÑМкÑОй. ÐМО ÑПбÑÐ°ÐœÑ Ð²ÐŒÐµÑÑе пПЎ ÑайлПЌ загПлПвка recpt/formattools.h. ÐÑМПвМÑе ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐœÐ° ÑОÑÑМке .
+
+
+СÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, ÑÑПÑЌОÑПваММÑе ÐŽÐ»Ñ Ð²ÑбПÑкО ПпеÑаÑПÑа /ormutf
+
+
+
+ÐÑÐŸÑ Ð¿ÑПÑеÑÑ Ð»ÑÑÑе вÑегП ПбÑÑÑМОÑÑ ÐœÐ° пÑОЌеÑе. ÐПгЎа ПпеÑаÑÐŸÑ Ð·Ð°ÐŽÐ°ÐœÐžÑ ÑПÑЌаÑа
+format CL1Vlist
+"[link][Title]{If}{[Creator], by [Creator]}[/link]} "
+ÑОÑаеÑÑÑ ÐžÐ· Ñайла кПМÑОгÑÑаÑОО кПллекÑОО, ПМ аМалОзОÑÑеÑÑÑ ÑÑМкÑОÑЌО в formattools.cpp О ÑПÑЌОÑÑÐµÑ ÑвÑзаММÑе ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, пПказаММÑе Ма ÑОÑÑМке .
+ÐМаÑеМОе ÐŽÐ»Ñ gsdlhome ОÑÑ
+ÐŸÐŽÐžÑ ÐžÐ· gsdlsite.cfg, ÑаÑпПлПжеММПгП в ÑПЌ же ÑаЌПЌ каÑалПге, ÑÑП О CGI-вÑпПлМÑÐµÐŒÐ°Ñ library, ÑПгЎа как GSDLHOME ÑÑÑаМавлОваеÑÑÑ Ð·Ð°Ð¿ÑÑкПЌ ÑкÑОпÑа setup, кПÑПÑÑй ПбÑаÑаеÑÑÑ Ðº ÐŽÑÑÐ³ÐŸÐŒÑ ÑайлÑ, Ñак как ÑеÑ
+МОÑеÑкО ÑÑП вПзЌПжМП ÐŽÐ»Ñ ÐŽÐ²ÑÑ
+ ÑазлОÑÐœÑÑ
+ зМаÑеМОй. ХПÑÑ ÑÑП О вПзЌПжМП, МП вÑе же Ме желаÑелÑМП, О вÑе вÑÑеÑказаММПе МапОÑаМП в пÑеЎпПлПжеМОО, ÑÑП ÑÐ°Ð¹Ð»Ñ Ñе же ÑаЌÑе. ÐПгЎа ПпеÑаÑÐŸÑ Ð·Ð°ÐŽÐ°ÐœÐžÑ ÑПÑЌаÑа ЎПлжеМ бÑÑÑ ÐŸÑеМеМ ЎейÑÑвОеЌ, ÑÑÑÑкÑÑÑа ЎаММÑÑ
+ пеÑеÑекаеÑÑÑ. ÐаÑÑÑÑÑ, пÑеЎпÑОМÑÑÑй в comIf О comOr ÑзлаÑ
+, завОÑÐžÑ ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+, кПÑПÑÑе вПзвÑаÑаÑÑ Ð·Ð°Ð¿ÑÐŸÑ Ð¿ÑПÑПкПлÑ. ÐЎМП ПÑлПжМеМОе ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП, кПгЎа ЌеÑаЎаММÑе МайЎеМÑ, ПМО ЌПгÑÑ Ð²ÐºÐ»ÑÑаÑÑ Ð¿ÐŸÑлеЎÑÑÑОе ЌакÑПÑÑ Ðž ÑПÑÐŒÐ°Ñ ÑОМÑакÑОÑа. ÐÑО МеПбÑ
+ПЎОЌПÑÑО ÑÑП ПбÑабаÑÑваеÑÑÑ Ð¿ÐµÑеклÑÑеМОЌ МазаЎ О впеÑеЎ ÐŒÐµÐ¶ÐŽÑ ÑОМÑакÑОÑеÑкОЌ аМалОзПЌ О ПÑеМкПй, как МеПбÑ
+ПЎОЌП.
+
+
+
+
+ÐакÑПÑзÑк
+
+
+Macro Language, пÑеЎÑÑавлеММÑй Ма ÑОÑÑМке , Ñак же, как Format Ме ÑвлÑеÑÑÑ ÑÑМкÑОей ПЎМПгП клаÑÑа C++. Ð ÑÑПЌ ÑлÑÑае - ÑÑП ПÑМПвМПй клаÑÑ, МП вÑпПлМеМОе ЌакÑПÑзÑка Ñакже вÑзÑÐ²Ð°ÐµÑ ÑÑМкÑОО пПЎЎеÑжкО О клаÑÑÑ.
+Ð ÑМПва в ПбÑÑÑМеМОО ОÑпПлÑзÑеЌ пÑОЌеÑ. СМаÑала ÐŒÑ ÐŽÐ°ÐµÐŒ МекПÑПÑÑе ÑОпПвÑе ЌакÑППпÑеЎелеМОÑ, кПÑПÑÑе ОллÑÑÑÑОÑÑÑÑ ÐŒÐ°ÐºÑПÑÑаÑÑОМÑÑвП, заÑеЌ, пÑО пПЌПÑО ЎОагÑаЌЌÑ, ÐŒÑ ÐŸÐ¿ÐžÑÑваеЌ ПÑМПвМÑе ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, ÑÑПÑЌОÑПваММÑе, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŽÐŽÐµÑжаÑÑ ÑÑÑ ÐŽÐµÑÑелÑМПÑÑÑ. ÐакПМеÑ, ÐŒÑ Ð¿ÑеЎÑÑавлÑеЌ О ПпОÑÑваеЌ ПÑкÑÑÑÑе ÑÑМкÑОО-ÑÐ»ÐµÐœÑ displayclass, ЌакÑППбÑекÑа веÑÑ
+МегП ÑÑПвМÑ.
+
+
+ÐллÑÑÑÑаÑÐžÑ ÐŒÐ°ÐºÑП ÑÑаÑÑОМÑÑва
+
+package query
+_header_ [] {_querytitle_}
+_header_ [l=en] {Search page}
+_header_ [c=demo] {<table bgcolor=green><tr><td>_querytitle_</td></tr></table>}
+_header_ [v=1] {_textquery_}
+_header_ [l=fr,v=1,c=hdl] {HDL Page de recherche}
+
+Ð ÑОпОÑМПй ОМÑÑаллÑÑОО Greenstone, ЌакÑПÑÑаÑÑОМÑÑвП ПбÑÑМП: Ñ (ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО) ÐžÐŒÐµÐµÑ Ð¿ÑОПÑОÑÐµÑ ÐœÐ°ÐŽ v (ÐŽÐ»Ñ Ð³ÑаÑОÑеÑкПгП ОлО ÑекÑÑПвПгП ОМÑеÑÑейÑа), кПÑПÑÑй ÐžÐŒÐµÐµÑ Ð¿ÑОПÑОÑÐµÑ ÐœÐ°ÐŽ / (ÐŽÐ»Ñ ÑзÑка). ÐÑП ЎПÑÑОгаеÑÑÑ ÑÑÑПкПй
+macroprecedence c,v,l
+в ПÑМПвМПЌ Ñайле кПМÑОгÑÑаÑОО main.cfg. ÐакÑПОМÑÑÑÑкÑОО Ма ÑОÑÑМке ПпÑеЎелÑÑÑ ÑОпПвПй ЌакÑÐŸÑ ÐŽÐ»Ñ _header_ в пакеÑе запÑПÑа ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ паÑаЌеÑÑПв МаÑÑÑПйкО Ñ, v О /. ÐÑлО CGI -аÑгÑÐŒÐµÐœÑ Ð·Ð°ÐŽÐ°Ðœ, кПгЎа вÑзваММПе ЎейÑÑвОе вклÑÑÐ°ÐµÑ c=dls, v=l О 1=еп, ЌакÑПкПЌаМЎа Jieader _ [v=l] бÑла Ð±Ñ Ð²ÑбÑаМа ÐŽÐ»Ñ ÐŸÑПбÑажеМОÑ. ÐМа бÑла Ð±Ñ Ð²ÑбÑаМа ÑаМÑÑе of _content _ [1=еп], пПÑÐŸÐŒÑ ÑÑП v ÐžÐŒÐµÐµÑ Ð±ÐŸÐ»ÐµÐµ вÑÑПкОй пÑОПÑОÑеÑ, ÑеЌ /. РЌакÑПкПЌаМЎа _content_[l=fr, v=l, c=dls] Ме бÑла Ð±Ñ Ð²ÑбÑаМа вППбÑе, пПÑÐŸÐŒÑ ÑÑП паÑаЌеÑÑ / ÐŽÐ»Ñ ÑÑÑаМОÑÑ Ð·Ð°ÐŽÐ°Ðœ ÑПвÑеЌ ÐŽÑÑгПй.
+
+
+СÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, пÑеЎÑÑавлÑÑÑОе ЌакÑПÑ, заЎаММÑй пП ÑЌПлÑаМОÑ
+
+
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÐŸÑМПвМÑÑ ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, ÑÑПÑЌОÑПваММÑÑ Ð¿ÑО ÑÑеМОО ЌакÑПÑайлПв, ÑказаММÑÑ
+ в etc/main.cfg. ÐП ÑÑÑеÑÑвÑ, ÑÑП -аÑÑПÑОаÑОвМÑй ЌаÑÑОв аÑÑПÑОаÑОвМÑÑ
+ ЌаÑÑОвПв аÑÑПÑОаÑОвМÑÑ
+ ЌаÑÑОвПв. ÐÑÑÑОй ÑÑÐŸÐ²ÐµÐœÑ (пПказаММÑй Ñлева) - ÑÑП ОМЎекÑÑ, кПÑПÑÑе ÑпакПвÑваÑÑ ÐŒÐ°ÐºÑПкПЌаМЎÑ, вÑПÑПй ÑÑÐŸÐ²ÐµÐœÑ ÐžÐœÐŽÐµÐºÑОÑÑÐµÑ ÐŒÐ°ÐºÑПОЌÑ. ÐПМеÑÐœÑй ÑÑÐŸÐ²ÐµÐœÑ ÐžÐœÐŽÐµÐºÑОÑÑÐµÑ Ð»ÑбÑе паÑаЌеÑÑÑ, кПÑПÑÑе бÑлО ПпÑеЎелеМÑ, ÑПÑ
+ÑаМÑÑ ÐºÐ°Ð¶ÐŽÑй как ÑОп mvalue, кПÑПÑÑй ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ, МаÑÑÐŽÑ Ñ ÐŒÐ°ÐºÑПзМаÑеМОеЌ, Ñайла, Оз кПÑПÑПгП ПМП ОÑÑ
+ПЎОлП. ÐапÑОЌеÑ, ÑекÑÑ, ПпÑеЎелеММÑй ÐŽÐ»Ñ Jieader _ [1=еп] Ма ÑОÑÑМке ЌПжМП ÑвОЎеÑÑ ÑПÑ
+ÑаМеММÑÐŒ МОже ЎвÑÑ
+ запОÑей mvalue Ма ÑОÑÑМке .
+
+
+Displayclass API (ÑПкÑаÑеММÑй ваÑОаМÑ)
+
+class displayclass
+{
+public:
+ displayclass ();
+ ~displayclass ();
+ int isdefaultmacro (text_t package, const text_t ¯oname);
+ int setdefaultmacro (text_t package, const text_t ¯oname,
+ text_t params, const text_t ¯ovalue);
+ int loaddefaultmacros (text_t thisfilename);
+ void openpage (const text_t &thispageparams,
+ const text_t &thisprecedence);
+ void setpageparams (text_t thispageparams,
+ text_t thisprecedence);
+ int setmacro (const text_t ¯oname,
+ text_t package,
+ const text_t ¯ovalue);
+ void expandstring (const text_t &inputtext, text_t &outputtext);
+ void expandstring (text_t package, const text_t &inputtext,
+ text_t &outputtext, int recursiondepth = 0);
+ void setconvertclass (outconvertclass *theoutc) {outc = theoutc;}
+ outconvertclass *getconvertclass () {return outc;}
+ ostream *setlogout (ostream *thelogout);
+};
+
+ЊеМÑÑалÑÐœÑй ПбÑекÑ, кПÑПÑÑй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐŒÐ°ÐºÑПÑзÑк - displayclass, ПпÑеЎелеММÑй в lib/display, h. ÐгП ПÑкÑÑÑÑе ÑÑМкÑОО-ÑÐ»ÐµÐœÑ Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐœÐ° ÑОÑÑМке . ÐлаÑÑ ÑОÑÐ°ÐµÑ ÑказаММÑе ЌакÑПÑайлÑ, ОÑпПлÑзÑÑ loaddefaultmacros (), ÑПÑ
+ÑаМÑÑ Ð² заÑОÑеММПЌ ÑазЎеле клаÑÑа (Ме пПказаМ) ÑОп ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, пПказаММПй Ма ÑОÑÑМке . ÐÐ»Ñ ÐŒÐ°ÐºÑПÑа Ñакже ЎПпÑÑÑОЌП бÑÑÑ ÑÑÑаМПвлеММÑÐŒ ÑОÑÑеЌПй пПЎЎеÑжкО вÑпПлМеМОÑ, ОÑпПлÑзÑÑ setmacro () (в пПÑлеЎМеЌ пÑОЌеÑе РазЎела , pageaction ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ _homeextra_ как ЎОМаЌОÑеÑкО ÑгеМеÑОÑПваММÑÑ ÑаблОÑÑ ÐŽÐŸÑÑÑпМÑÑ
+ кПллекÑОй, ОÑпПлÑзÑÑ ÑÑÑ ÑÑМкÑОÑ). ÐÑП пПЎЎеÑжОваеÑÑÑ ÐœÐ°Ð±ÐŸÑПЌ аÑÑПÑОаÑОвМÑÑ
+ ЌаÑÑОвПв, пПЎПбМÑÑ
+ ОÑпПлÑзÑеЌÑÐŒ ÐŽÐ»Ñ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐŒÐ°ÐºÑПÑайлПв (ПМО Ме ОЎеМÑОÑÐœÑ, пПÑÐŸÐŒÑ ÑÑП в пеÑвПЌ ÑлÑÑае Ме ÑÑебÑеÑÑÑ ÑÑÐŸÐ²ÐµÐœÑ "паÑаЌеÑÑа"). Ð displayclass ÑÑеМОе ЌакÑПÑа Оз Ñайла ÑпПЌОМаеÑÑÑ ÐºÐ°Ðº default macros. ÐПкалÑÐœÑй ЌакÑПÑ, ÑказаММÑй ÑеÑез setmacro (), ÑпПЌОМаеÑÑÑ ÐºÐ°Ðº current macros О ÑЎалÑеÑÑÑ ÐžÐ· паЌÑÑО, как ÑПлÑкП ÑÑÑаМОÑа бÑла ÑгеМеÑОÑПваМа.
+ÐПгЎа ÑÑÑаМОÑа ЎПлжМа бÑÑÑ Ð²ÐŸÑпÑПОзвеЎеМа, ÑМаÑала вÑзÑваеÑÑÑ openpage Ð, ÑÑÐŸÐ±Ñ ÑППбÑОÑÑ ÑекÑÑОе паÑаЌеÑÑÑ ÐœÐ°ÑÑÑПйкО паÑаЌеÑÑПв ÑÑÑаМОÑÑ (1=еп О Ñак Ўалее). СлеЎПЌ, ÑекÑÑ Ðž ЌакÑÐŸÑ Ð¿ÐŸÑПкПвП пÑПÑ
+ПЎÑÑ ÑеÑез клаÑÑ, ПбÑÑМП Ñ actionclass, ОÑпПлÑзÑÑ ÑÑÑÐŸÐºÑ Ð¿ÑПгÑаЌЌÑ:
+cout << text_t2ascii << display << "_amacro_ "
+ << "_anothermacro_ ";
+РезÑлÑÑÐ°Ñ - ЌакÑПÑ, ÑаÑÑОÑеММÑй ÑПглаÑМП МаÑÑÑПйкаЌ паÑаЌеÑÑПв ÑÑÑаМОÑÑ. ÐÑлО ÑÑебÑеÑÑÑ, ÑÑО паÑаЌеÑÑÑ ÐœÐ°ÑÑÑПйкО ЌПгÑÑ Ð±ÑÑÑ ÐŸÑÑаÑÑО ОзЌеМеМÑ, ОÑпПлÑзÑÑ setpageparams(). ÐÑÑаÑÑОеÑÑ ÐŸÑкÑÑÑÑе ÑÑМкÑОО-ÑÐ»ÐµÐœÑ ÐŸÐ±ÐµÑпеÑОваÑÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð±ÐŸÐ»ÐµÐµ МОзкПгП ÑÑПвМÑ.
+
+
+
+
+ÐÑПгÑаЌЌа ÑегОÑÑÑаÑПÑа
+
+
+ÐÑМПвМÑе ПбÑекÑÑ ÑегОÑÑÑаÑПÑа бÑлО ПпОÑаМÑ. ÐОже ÐŒÑ ÐŽÐµÑалОзОÑÑеЌ клаÑÑÑ Ð¿ÐŸÐŽÐŽÐµÑжкО, кПÑПÑÑе пПÑÑПÑММП МаÑ
+ПЎÑÑÑÑ Ð² GSDLHOME/SRC/RECPT. ÐÑПЌе ÑПгП, ÑаЌ гЎе главМÑÐŒ ÑвлÑеÑÑÑ ÑÑÑекÑОвМПÑÑÑ, кПгЎа ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ Ð²ÑÑÑПеМÑ, пПЎÑПбМПÑÑО вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑПЎеÑжаÑÑÑ Ð² пÑеЎелаÑ
+ кПпОО Ñайла загПлПвка .ÑÑÑ. Ð€Ð°Ð¹Ð»Ñ Ð¿ÐŸÐŽÐŽÐµÑжкО ÑаÑÑП вклÑÑаÑÑ ÑлПвП tool как ÑаÑÑÑ ÐžÐŒÐµÐœÐž Ñайла, как в OIDtools.h nformattools.h.
+ÐÑПÑПй ÐœÐ°Ð±ÐŸÑ Ð»ÐµÐºÑОÑеÑкО ПпÑеЎелеММÑÑ
+ ÑайлПв вклÑÑÐ°ÐµÑ Ð¿ÑеÑÐžÐºÑ z3950. Ð€Ð°Ð¹Ð»Ñ ÐŸÐ±ÐµÑпеÑОваÑÑ ÑЎалеММÑй ЎПÑÑÑп к ОМÑеÑакÑОвМÑÐŒ базаЌ ЎаММÑÑ
+ О каÑалПгаЌ, кПÑПÑÑе ЎелаÑÑ ÐžÑ
+ ÑПЎеÑжОЌПе ПбÑеЎПÑÑÑпМÑÐŒ, ОÑпПлÑзÑÑ Ð¿ÑПÑПкПл Z39.50 .
+ÐÑÑÐ³Ð°Ñ Ð±ÐŸÐ»ÑÑÐ°Ñ Ð³ÑÑппа ÑайлПв пПЎЎеÑжкО вклÑÑÐ°ÐµÑ ÑеÑЌОМ browserclass. ÐÑП ÑайлÑ, ÑвÑзаММÑе ÑеÑез вОÑÑÑалÑÐœÑÑ ÐžÐµÑаÑÑ
+ÐžÑ ÐœÐ°ÑлеЎПваМОÑ. Ðак гÑÑппа, ПМО пПЎЎеÑжОваÑÑ Ð°Ð±ÑÑÑакÑМПе пПМÑÑОе пÑПÑЌПÑÑа: пПÑлеЎПваÑелÑÐœÐ°Ñ Ð³ÐµÐœÐµÑаÑÐžÑ ÑÑÑаМОÑÑ ÐŽÐŸÐºÑЌеМÑа, ÑазЎелеММПгП ÑПЎеÑжаМОеЌ ОлО ЌеÑаЎаММÑЌО. ÐÑПÑЌаÑÑОваÑÑОе ЎейÑÑÐ²ÐžÑ Ð²ÐºÐ»ÑÑаÑÑ Ð¿ÑПÑЌПÑÑ ÐŽÐŸÐºÑЌеМÑПв, ÑпПÑÑЎПÑеММÑÑ
+ в алÑавОÑМПЌ пПÑÑЎке в ÑППÑвеÑÑÑвОО Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ ОлО Ñ
+ÑПМПлПгОÑеÑкО пП вÑеЌеМО; ÑазвОÑОе ÑеÑез загПлПвкО, вПзвÑаÑеММÑе запÑПÑПЌ, - ЎеÑÑÑÑ Ð²Ñ
+ПЎПв ПЎМПвÑеЌеММП; ЎПÑÑÑп к ПÑЎелÑÐœÑÐŒ ÑÑÑаМОÑаЌ кМОгО, ОÑпПлÑзÑÑ ÐŒÐµÑ
+аМОзЌ "go to page" (пеÑейÑО к ÑÑÑаМОÑе) . ÐажЎПе ЎейÑÑвОе пÑПÑЌПÑÑа МаÑлеЎПваМП ÐŸÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа browserclass:
+
+
+datelistbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ñ
+ÑПМПлПгОÑеÑкОЌ ÑпОÑкаЌ;
+
+
+hlistbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð³ÐŸÑОзПМÑалÑÐœÑÐŒ ÑпОÑкаЌ;
+
+
+htmlbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÑÑÑаМОÑаЌ HTML;
+
+
+invbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÐœÐµÐ²ÐžÐŽÐžÐŒÑÐŒ ÑпОÑкаЌ;
+
+
+pagedbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÐŒÐµÑ
+аМОзЌа "go to page" (пеÑейÑО к ÑÑÑаМОÑе);
+
+
+vlistbrowserclass ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð²ÐµÑÑОкалÑÐœÑÐŒ ÑпОÑкаЌ.
+
+
+ÐейÑÑÐ²ÐžÑ ÐŸÐ±ÑаÑаÑÑÑÑ Ðº ПбÑекÑаЌ browserclass ÑеÑез browsetools.h .
+
+
+
+
+
+OIDtools.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ПÑеМкО ОЎеМÑОÑОкаÑПÑПв ЎПкÑЌеМÑа пП пÑПÑПкПлÑ.
+
+
+
+
+action.h
+
+
+ÐазПвÑй клаÑÑ ÐŽÐ»Ñ ÐŸÐ±ÑекÑа Actions , ОзПбÑажеММПгП Ма ÑОÑÑМке .
+
+
+
+
+authenaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе ÐŽÐ»Ñ ÐžÐŽÐµÐœÑОÑОкаÑОО пПлÑзПваÑелÑ.
+
+
+
+
+browserclass.h
+
+
+ÐазПвÑй клаÑÑ ÐŽÐ»Ñ ÑезÑЌе ЎейÑÑÐ²ÐžÑ Ð¿ÑПÑЌПÑÑа.
+
+
+
+
+browsetools.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка, кПÑПÑÐ°Ñ ÐŸÐ±ÑаÑаеÑÑÑ Ðº ОеÑаÑÑ
+ОО browserclass. ЀÑМкÑОПМалÑÐœÑе вПзЌПжМПÑÑО вклÑÑаÑÑ ÑаÑÑОÑеМОе О заклÑÑеМОе ÑПЎеÑжОЌПгП, вÑвПЎа ÐŸÐ³Ð»Ð°Ð²Ð»ÐµÐœÐžÑ Ðž ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŒÐµÑ
+аМОзЌа ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÑОпа "go to page" (пеÑейÑО к ÑÑÑаМОÑе).
+
+
+
+
+cgiargs.h
+
+
+ÐпÑеЎелÑÐµÑ cgiarginfo ОÑпПлÑзÑеЌÑй Ма ÑОÑÑМке , пÑО пПЎЎеÑжке ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ ÐŽÐ»Ñ CGI-аÑгÑЌеМÑПв.
+
+
+
+
+cgiutils.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка CGI-аÑгÑЌеМÑПв, ОÑпПлÑзÑÑ ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, ПпÑеЎелеММÑе в cgiargs.h .
+
+
+
+
+cgiwrapper.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка, кПÑПÑÐ°Ñ ÐŽÐµÐ»Ð°ÐµÑ Ð²Ñе МеПбÑ
+ПЎОЌПе ÐŽÐ»Ñ Ð²ÑвПЎа ÑÑÑаМОÑÑ, ОÑпПлÑзÑÑ CGI-пÑПÑПкПл. ÐПÑÑÑп ÑеÑез ÑÑМкÑОÑ
+void cgiwrapper (receptionist &recpt, text_t collection);
+кПÑПÑÐ°Ñ ÑвлÑеÑÑÑ ÐµÐŽÐžÐœÑÑвеММПй ÑÑМкÑОей, ПбÑÑвлеММПй в Ñайле загПлПвка. ÐÑе ПÑÑалÑÐœÑе ÑÑМкÑОО - .ÑÑÑ ÐºÐŸÐ¿ÐžÐž, лекÑОÑеÑкО ПгÑаМОÑеММÑе, ÑÑÐŸÐ±Ñ Ð±ÑÑÑ Ð»ÐŸÐºÐ°Ð»ÑÐœÑЌО пП ПÑМПÑÐµÐœÐžÑ Ðº ÑÐ°Ð¹Ð»Ñ (ОÑпПлÑзÑÑ ÐºÐ»ÑÑевПе ÑлПвП C++ static). ÐÑлО ÑÑМкÑÐžÑ Ð²ÑпПлМÑеÑÑÑ ÐŽÐ»Ñ ÑпеÑОÑОÑеÑкПй кПллекÑОО, ÑПгЎа collection ЎПлжМа бÑÑÑ ÑÑÑаМПвлеМа, ОМаÑе ÑÑП ЎПлжМа бÑÑÑ Ð¿ÑÑÑÐ°Ñ ÑÑÑПка " ". ÐÑПгÑаЌЌа вклÑÑÐ°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Fast-CGI.
+
+
+
+
+collectoraction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе ПблегÑÐ°ÐµÑ ÑПÑЌОÑПваМОе кПллекÑОО кПМеÑМПгП пПлÑзПваÑÐµÐ»Ñ ÑеÑез Collector. СгеМеÑОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ ÑÑÑаМОÑа ОÑÑ
+ÐŸÐŽÐžÑ ÐžÐ· collect.dm О ÑпÑавлÑеÑÑÑ Ð¿Ð°ÑаЌеÑÑПЌ CGI -аÑгÑЌеМÑа p=page.
+
+
+
+
+comtypes.h
+
+
+ÐÑМПвМÑе ÑÐžÐ¿Ñ Ð¿ÑПÑПкПлПв.
+
+
+
+
+converter.h
+
+
+ÐбÑекÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка пПÑПкПвÑÐŒ кПМвеÑÑеÑаЌ.
+
+
+
+
+datelistbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑПÑЌПÑÑа Ñ
+ÑПМПлПгОÑеÑкОÑ
+ ÑпОÑкПв, ÑОпа вОЎеММПгП МаЌО ÑаМее в кПллекÑОО Greenstone Archives пÑПÑЌПÑÑа пП "ЎаÑаЌ" в МавОгаÑОПММПЌ ЌеМÑ.
+
+
+
+
+documentaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, ОÑпПлÑзÑеЌПе ÐŽÐ»Ñ Ð²ÐŸÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑа ОлО ÑаÑÑО ОеÑаÑÑ
+ОО клаÑÑОÑОкаÑОО.
+
+
+
+
+extlinkaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе пÑПвеÑÑеÑ, ЎейÑÑвОÑелÑМП лО пПлÑзПваÑÐµÐ»Ñ ÐžÐŽÐµÑ Ð¿ÑÑЌП пП вМеÑМей ÑÑÑлке ОлО пÑПÑ
+ÐŸÐŽÐžÑ ÑеÑез ÑÑÑаМОÑÑ Ð¿ÑеЎÑпÑежЎеМОÑ, ПпПвеÑаÑÑÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŸ ÑПЌ ÑакÑе, ÑÑП ПМ ÑПбОÑаеÑÑÑ Ð¿ÐŸÐºÐžÐœÑÑÑ ÑОÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑÑ ÑОÑÑеЌÑ.
+
+
+
+
+formattools.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка аМалОза О ПÑеМкО кПМÑОгÑÑаÑОО кПллекÑОО ПпеÑаÑПÑаЌО/ormutf. ÐПЎÑПбМПе ПпОÑаМОе в РазЎеле .
+
+
+
+
+historydb.h
+
+
+СÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ О ÑÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð±Ð°Ð·ÐŸÐ¹ ЎаММÑÑ
+ пÑеЎÑÐŽÑÑОÑ
+ запÑПÑПв, Ñак ÑÑП пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ð·Ð°Ð¿ÑÑÑОÑÑ ÐœÐŸÐ²Ñй запÑПÑ, кПÑПÑÑй вклÑÑÐ°ÐµÑ Ð¿ÑеЎÑÐŽÑÑОе ÑÑÐ»ÐŸÐ²ÐžÑ Ð·Ð°Ð¿ÑПÑа.
+
+
+
+
+hlistbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑПÑЌПÑÑа гПÑОзПМÑалÑÐœÑÑ
+ ÑпОÑкПв.
+
+
+
+
+htmlbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑПÑЌПÑÑа ÑÑÑÐ°ÐœÐžÑ HTML.
+
+
+
+
+htmlgen.h
+
+
+ЀÑМкÑÐžÑ Ð¿ÐŸÐŽÐŽÐµÑжкО пПЎÑвеÑкО ÑеÑЌОМПв запÑПÑа в text_t ÑÑÑПке.
+
+
+
+
+htmlutils.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка, кПÑПÑÐ°Ñ ÐºÐŸÐœÐ²ÐµÑÑОÑÑÐµÑ text_t ÑÑÑÐŸÐºÑ Ð² ÑквОвалеМÑÐœÑй HTML. Ð¡ÐžÐŒÐ²ÐŸÐ»Ñ ", &, <, О > пÑеПбÑазПвÑваÑÑÑÑ Ð² ", &аÑÑ;, < О > ÑППÑвеÑÑÑвеММП.
+
+
+
+
+infodbclass.h
+
+
+ÐпÑеЎелÑÐµÑ ÐŽÐ²Ð° клаÑÑа: gdbmclass О infodbclass. ÐеÑвÑй ПбеÑпеÑÐžÐ²Ð°ÐµÑ Greenstone API к GDBM; пПÑлеЎМОй - ПбÑекÑÐœÑй клаÑÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ Ñ
+ÑÐ°ÐœÐµÐœÐžÑ Ð·Ð°Ð¿ÐžÑей ÑлеЌеМÑПв ÑÑÐµÐœÐžÑ ÐžÐ· GDBM Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+, а пП ÑÑÑеÑÑÐ²Ñ - аÑÑПÑОаÑОвМÑй ЌаÑÑОв ОМЎекÑОÑПваММÑÑ
+ ÑелÑÐŒ ÑОÑлПЌ ЌаÑÑОвПв text_t ÑÑÑПк.
+
+
+
+
+invbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑПÑЌПÑÑа ÑпОÑкПв, кПÑПÑÑе Ме пÑеЎМазМаÑÐµÐœÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа (МевОЎОЌÑе).
+
+
+
+
+nullproto.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ recptproto, ÑÑÐŸÑ ÐºÐ»Ð°ÑÑ Ð¿ÐŸÐœÐžÐŒÐ°ÐµÑ ÐœÑлевПй пÑПÑПкПл, ÑеалОзПваММÑй ÑеÑез ÑÑМкÑОПМалÑÐœÑе запÑПÑÑ ÐŸÑ ÑегОÑÑÑаÑПÑа Ма ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+
+
+pageaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе вЌеÑÑе Ñ ÐŒÐ°ÐºÑПÑайлПЌ, МазваММÑÐŒ sp=page, геМеÑОÑÑÐµÑ web-ÑÑÑаМОÑÑ.
+
+
+
+
+pagedbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ ÐŒÐµÑ
+аМОзЌа пÑПÑЌПÑÑа "go to page" (пеÑейÑО к ÑÑÑаМОÑе), МапÑОЌеÑ, в Gutenberg кПллекÑОО.
+
+
+
+
+pingaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе вÑÑÑÐœÑеÑ, ПÑвеÑÐ°ÐµÑ Ð»Ðž ÑаÑÑÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+
+queryaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе беÑÐµÑ Ð¿ÑеЎÑÑЌПÑÑеММÑй запÑПÑ, паÑаЌеÑÑÑ ÐœÐ°ÑÑÑПйкО О пÑеЎпПÑÑÐµÐœÐžÑ Ðž ОÑпПлМÑÐµÑ Ð¿ÐŸÐžÑк, геМеÑОÑÑÑ Ð² ÑезÑлÑÑаÑе пПЎЌМПжеÑÑвП П=пОÑ, ÑППÑвеÑÑÑвÑÑÑее ЎПкÑЌеМÑаЌ, МаÑОМаÑÑОЌÑÑ Ð² пПзОÑОО г=пОÑ.
+
+
+
+
+querytools.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка запÑПÑÑ.
+
+
+
+
+receptionist.h
+
+
+ÐбÑÐµÐºÑ Ð²ÐµÑÑ
+МегП ÑÑÐŸÐ²ÐœÑ ÑегОÑÑÑаÑПÑа. ÐПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ ÐžÐœÑПÑЌаÑОО CGI-аÑгÑЌеМÑа, ÑеалОзаÑÐžÑ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑМаÑлеЎПваММПгП ЎейÑÑвОÑ, ÑеалОзаÑÐžÑ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑМаÑлеЎПваММПгП бÑПÑзеÑа, ПÑМПвМПй ЌакÑПÑзÑк ПбÑекÑа displayclass О вÑе вПзЌПжМÑе кПМвеÑÑеÑÑ.
+
+
+
+
+recptconfig.h
+
+
+ЀÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÑОÑÐµÐœÐžÑ ÑайÑа О ПÑМПвМÑÑ
+ ÑайлПв кПМÑОгÑÑаÑОО.
+
+
+
+
+recptproto.h
+
+
+ÐазПвÑй клаÑÑ ÐŽÐ»Ñ Ð¿ÑПÑПкПла.
+
+
+
+
+statusaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе вЌеÑÑе ÑП status.dm геМеÑОÑÑÐµÑ ÑазлОÑÐœÑе ÑÑÑаМОÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑПваМОÑ.
+
+
+
+
+tipaction.h
+
+
+УМаÑлеЎПваММПе ЎейÑÑвОе, кПÑПÑПе пÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ Ð²ÐŒÐµÑÑе Ñ tip.dm web-ÑÑÑаМОÑÑ, ÑПЎеÑжаÑÑÑ ÑПвеÑ, взÑÑÑй МаÑгаЎ Оз ÑпОÑка пПЎÑказПк, ÑПÑ
+ÑаМеММÑÑ
+ в tip.dm .
+
+
+
+
+userdb.h
+
+
+СÑÑÑкÑÑÑа ЎаММÑÑ
+ О ÑÑМкÑОПМалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка GDBM Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ ПбÑлÑÐ¶ÐžÐ²Ð°ÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелей: ОÑ
+ паÑПлО, гÑÑÐ¿Ð¿Ñ Ðž Ñак Ўалее.
+
+
+
+
+usersaction.h
+
+
+ÐейÑÑÐ²ÐžÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑПÑа, МаÑлеЎÑеЌÑе базПвÑÐŒ клаÑÑПЌ, кПÑПÑÑй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÐµ О ÑЎалеМОе пПлÑзПваÑелей, а Ñакже ОзЌеМеМОе гÑÑпп, в кПÑПÑÑÑ
+ ПМО МаÑ
+ПЎÑÑÑÑ.
+
+
+
+
+vlistbrowserclass.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ browserclass, ÑÑÐŸÑ ÐŸÐ±ÑÐµÐºÑ ÐŸÐ±ÐµÑпеÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐºÑ Ð¿ÑПÑЌПÑÑа ÐŽÐ»Ñ Ð²ÐµÑÑОкалÑÐœÑÑ
+ ÑпОÑкПв, ПÑÐœÐŸÐ²Ñ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПв. ÐапÑОЌеÑ, ЎПÑеÑМОе запОÑО Ñзла ÐŽÐ»Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ², МаÑОМаÑÑОÑ
+ÑÑ Ñ ÑОЌвПла N пÑеЎÑÑЌПÑÑÐµÐœÑ Ð² VList.
+
+
+
+
+z3950cfg.h
+
+
+СÑÑÑкÑÑÑа ЎаММÑÑ
+, пПЎЎеÑжОваÑÑÐ°Ñ Ð¿ÑПÑПкПл Z39.50. ÐÑпПлÑзÑеЌÑй z3950proto. cpp, кПÑПÑÑй ПпÑеЎелÑÐµÑ ÐŸÑМПвМПй клаÑÑ Ð¿ÑПÑПкПла (ÑМаÑлеЎПваММÑй ÐŸÑ Ð±Ð°Ð·ÐŸÐ²ÐŸÐ³ÐŸ клаÑÑа recptproto) О ÑОМÑакÑОÑеÑкОй аМалОзаÑÐŸÑ Ñайла кПМÑОгÑÑаÑОО zparse.y (пОÑÑЌеММПе ОÑпПлÑзПваМОе YACC).
+
+
+
+
+z3950proto.h
+
+
+УМаÑлеЎПваММÑй ÐŸÑ recptproto, ÑÑÐŸÑ ÐºÐ»Ð°ÑÑ ÑеалОзÑÐµÑ Ð¿ÑПÑПкПл Z39.50 Ñак, ÑÑÐŸÐ±Ñ ÑегОÑÑÑаÑÐŸÑ Greenstone ЌПг ПбÑаÑОÑÑÑÑ Ðº ПÑЎалеММÑÐŒ бОблОПÑеÑÐœÑÐŒ ÑайÑаЌ, ÑабПÑаÑÑОЌ Ма ÑеÑвеÑаÑ
+ Z39.50.
+
+
+
+
+z3950server.h
+
+
+ÐПпПлМОÑелÑÐœÐ°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка ÐŽÐ»Ñ Ð¿ÑПÑПкПла Z39.50.
+
+
+
+
+
+
+
+
+
+
+ÐМОÑОалОзаÑОÑ
+
+
+ÐМОÑОалОзаÑÐžÑ Ð² Greenstone - ÑÐ»ÐŸÐ¶ÐœÐ°Ñ ÐŸÐ¿ÐµÑаÑОÑ, кПÑПÑÐ°Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐµÑ ÑÐ°Ð¹Ð»Ñ ÐºÐŸÐœÑОгÑÑаÑОО О пÑОÑÐ²Ð°ÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐ»ÑÐŒ ЎаММÑÑ
+ зМаÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ . РЎПпПлМеМОе к МаÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ðž ÑÑМкÑОÑÐŒ кПМÑÑÑÑкÑПÑа, ПÑМПвМÑе ПбÑекÑÑ ÐŸÐ¿ÑеЎелÑÑÑ ÑÑМкÑОО init () О conflgure(), ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŒÐŸÑÑ ÑÑаМЎаÑÑОзПваÑÑ Ð·Ð°ÐŽÐ°ÑÑ. Ðаже в ÑÑПЌ ÑлÑÑае пПÑÑЎПк вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°ÑÑÑЎМеМ. ÐаÑÑПÑÑОй ÑазЎел ПпОÑÑÐ²Ð°ÐµÑ ÐºÐ°Ðº вÑе ÑÑП пÑПОÑÑ
+ПЎОÑ.
+Greenstone ОÑпПлÑзÑÐµÑ ÐœÐµÑкПлÑкП ÑайлПв кПМÑОгÑÑаÑОО ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ Ñелей, МП вÑе ПМО ОÑпПлÑзÑÑÑ ÐŸÐŽÐžÐœ О ÑÐŸÑ Ð¶Ðµ ÑОМÑакÑОÑ. ÐÑлО ÑÑÑПка Ме МаÑОМаеÑÑÑ Ñ Ñ
+ÑÑ-ÑОЌвПла (#) ОлО ÑПÑÑÐŸÐžÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ ÐžÐ· пÑÑÑПгП пÑПÑÑÑаМÑÑва, пеÑвПе ÑлПвП ПпÑеЎелÑÐµÑ ÐºÐ»ÑÑевПе ÑлПвП, а ПÑÑаÑÑОеÑÑ ÑлПва пÑеЎÑÑавлÑÑÑ ÑÑÑÐ°ÐœÐŸÐ²ÐºÑ ÑаÑÑМПÑÑО ÐŽÐ»Ñ ÑПгП клÑÑевПгП ÑлПва.
+СÑÑПкО ÑайлПв кПМÑОгÑÑаÑОО пеÑеЎаÑÑ, пП ПЎМПЌÑ, ÐŽÐ»Ñ conflgure() Ўва паÑаЌеÑÑа: клÑÑевПе ÑлПвП О ЌаÑÑОв ПÑÑаÑÑОÑ
+ÑÑ ÑлПв. ÐÑÐœÐŸÐ²Ð°ÐœÐœÐ°Ñ ÐœÐ° клÑÑевПЌ ÑлПве, ÑпеÑОÑОÑеÑÐºÐ°Ñ Ð²ÐµÑÑÐžÑ Ð²ÑбПÑа configure() ÑеÑаеÑ, пÑеЎÑÑавлÑÐµÑ Ð»Ðž ОМÑПÑЌаÑÐžÑ ÐžÐœÑеÑеÑ, О еÑлО ÑÑП Ñак ÑП ÑПÑ
+ÑаМÑÐµÑ ÐµÐµ. ÐапÑОЌеÑ, collectserver (кПÑПÑÑй пПказаМ Ма ÑОÑÑМке ), ПбÑабаÑÑÐ²Ð°ÐµÑ ÐŸÐ¿ÐµÑаÑПÑÑ Ð·Ð°ÐŽÐ°ÐœÐžÑ ÑПÑЌаÑа в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО. ÐПгЎа ÑПÑÐŒÐ°Ñ ÐºÐ»ÑÑевПгП ÑлПва пеÑеЎаÑÑ configure(), ПпеÑаÑÐŸÑ if запÑÑÐºÐ°ÐµÑ ÑПÑ
+ÑаМеММÑÑ Ð² ПбÑекÑе ÐºÐŸÐ¿ÐžÑ Ð²ÑПÑПгП аÑгÑЌеМÑа ÑÑМкÑОО.
+ÐПÑле ПбÑабПÑкО клÑÑевПгП ÑлПва О пÑежЎе, ÑеЌ ÑÑМкÑÐžÑ Ð·Ð°ÐºÐŸÐœÑÐžÑ Ð²ÑпПлМеМОе, МекПÑПÑÑе веÑÑОО conflgure() пеÑеЎаÑÑ ÐŽÐ°ÐœÐœÑе ÑÑМкÑОО configure() в ÐŽÑÑгОÑ
+ ПбÑекÑаÑ
+. ÐбÑÐµÐºÑ Receptionist (ÑегОÑÑÑаÑПÑ) вÑзÑÐ²Ð°ÐµÑ Ð²ÑÐ±ÐŸÑ configureQ ÐŽÐ»Ñ Actions , Protocols О Browsers. ÐбÑÐµÐºÑ NullProtocol вÑзÑÐ²Ð°ÐµÑ conflgure() ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ПбÑекÑа Collection; Collection вÑзÑÐ²Ð°ÐµÑ Filters О Sources.
+Ð C++ Ð¿ÐŸÐ»Ñ ÐŽÐ°ÐœÐœÑÑ
+ ПбÑÑМП ОМОÑОалОзОÑÑÑÑÑÑ ÑÑМкÑОей кПМÑÑÑÑкÑПÑа ПбÑекÑа. ÐЎМакП, в Greenstone МекПÑПÑÐ°Ñ ÐžÐœÐžÑОалОзаÑÐžÑ Ð·Ð°Ð²ÐžÑÐžÑ ÐŸÑ ÑÑÐµÐœÐžÑ Ð·ÐœÐ°ÑеМОй Оз ÑайлПв кПМÑОгÑÑаÑОО, Ñак ÑÑП МеПбÑ
+ПЎОЌ вÑПÑПй ÑаÑМЎ ОМОÑОалОзаÑОО. ÐÑП - ÑÐµÐ»Ñ init () ÑÑМкÑОО-ÑлеМа, в МекПÑПÑÑÑ
+ ÑлÑÑаÑÑ
+ ПМа Ð²ÐµÐŽÐµÑ Ðº пПÑлеЎÑÑÑÐµÐŒÑ Ð²ÑÐ·ÐŸÐ²Ñ conflgure().
+
+
+ÐМОÑОалОзаÑÐžÑ Greenstone, Ñ ÐžÑпПлÑзПваМОеЌ, ÐœÑлÑ-пÑПÑПкПла
+
+============
+Main program
+============
+Statically construct Receptionist
+Statically construct NullProtocol
+Establish the value for 'gsdlhome' by reading gsdlsite.cfg
+Foreach directory in GSDLHOME/collect that isn't "modelcol":
+ Add directory name (now treated as collection name) to NullProtocol:
+ Dynamically construct Collection
+ Dynamically construct Gdbm class
+ Dynamically construct the Null Filter
+ Dynamically construct the Browse Filter
+ Dynamically construct MgSearch
+ Dynamically construct the QueryFilter
+ Dynamically construct the MgGdbmSource
+ Configure Collection with 'collection'
+ Passing 'collection' value on to Filters and Sources:
+ Configure Receptionist with 'collectinfo':
+ Passing 'collectinfo' value on to Actions, Protocols, and Browsers:
+Add NullProtocol to Receptionist
+Add in UTF-8 converter
+Add in GB converter
+Add in Arabic converter
+Foreach Action:
+ Statically construct Action
+ Add Action to Receptionist
+Foreach Browsers:
+ Statically construct Browser
+ Add Browser to Receptionist
+Call function cgiwrapper:
+ =================
+ Configure objects
+ =================
+ Configure Receptionist with 'collection'
+ Passing 'collection' value on to Actions, Protocols, and Browsers:
+ NullProtocol not interested in 'collection'
+ Configure Receptionist with 'httpimg'
+ Passing 'httpimg' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'httpimg' on to Collection
+ Passing 'httpimg' value on to Filters and Sources:
+ Configure Receptionist with 'gwcgi'
+ Passing 'gwcgi' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'gwcgi' on to Collection
+ Passing 'gwcgi' value on to Filters and Sources:
+ Reading in site configuration file gsdlsite.cfg
+ Configure Recptionist with 'gsdlhome'
+ Passing 'gsdlhome' value on to Actions, Protocols, and Browsers:
+ NullProtocol passing 'gsdlhome' on to Collection
+ Passing 'gsdlhome' value on to Filters and Sources:
+ Configure Recptionist with ...
+ ... and so on for all entries in gsdlsite.cfg
+ Reading in main configuration file main.cfg
+ Confiugre Recptionist with ...
+ ... and so on for all entries in main.cfg
+ ====================
+ Initialising objects
+ ====================
+ Initialise the Receptionist
+ Configure Receptionist with 'collectdir'
+ Passing 'collectdir' value on to Actions, Protocols, and Browsers:
+ NullProtocol not interested in 'collectdir'
+ Read in Macro files
+ Foreach Actions
+ Initialise Action
+ Foreach Protocol
+ Initialise Protocol
+ When Protocol==NullProtocol:
+ Foreach Collection
+ Reading Collection's build.cfg
+ Reading Collection's collect.cfg
+ Configure Collection with 'creator'
+ Passing 'creator' value on to Filters and Sources:
+ Configure Collection with 'maintainer'
+ Passing 'maintainer' value on to Filters and Sources:
+ ... and so on for all entries in collect.cfg
+ Foreach Browsers
+ Initialise Browser
+ =============
+ Generate page
+ =============
+ Parse CGI arguments
+ Execute designated Action to produce page
+End.
+
+Ðа ÑОÑÑМПке Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐŽÐžÐ°Ð³ÐœÐŸÑÑОÑеÑкОе ОМÑÑÑÑкÑОО, ÑгеМеÑОÑПваММÑе Greenstone, ÑвелОÑеММÑе Ñак, ÑÑÐŸÐ±Ñ Ð²ÑЎелОÑÑ Ð¿ÑПÑеÑÑ ÐžÐœÐžÑОалОзаÑОО. ÐÑПгÑаЌЌа МаÑОМаеÑÑÑ Ñ ÑÑМкÑОО main() в recpt/librarymain.cpp. ÐМа ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐŸÐ±ÑÐµÐºÑ Receptionist О ПбÑÐµÐºÑ NullProtocol, заÑеЌ пÑПÑЌаÑÑÐžÐ²Ð°ÐµÑ gsdlsite.cfg (ÑаÑпПлПжеММÑй в ÑПЌ же ÑаЌПЌ каÑалПге, ÑÑП О вÑпПлМÑÐµÐŒÐ°Ñ Ð¿ÑПгÑаЌЌа library) ÐŽÐ»Ñ gsdlhome О ÑПÑ
+ÑаМÑÐµÑ ÐµÐ³ÐŸ зМаÑеМОе в пеÑеЌеММПй.
+Ðалее mainQ ЎПбавлÑÐµÑ ÐŸÐ±ÑÐµÐºÑ NullProtocol к Receptionist (РегОÑÑÑаÑПÑÑ), кПÑПÑÑй ÑПÑ
+ÑаМÑÐµÑ ÐŒÐ°ÑÑОв пÑПÑПкПлПв базПвПгП клаÑÑа в заÑОÑеММПЌ пПле ЎаММÑÑ
+, а заÑеЌ ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÐœÐµÑкПлÑкП кПМвеÑÑеÑПв. main() ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð²Ñе Actions О Browsers, ОÑпПлÑзÑеЌÑе в вÑпПлМÑеЌПй пÑПгÑаЌЌе, О ЎПбавлÑÐµÑ ÐžÑ
+ к РегОÑÑÑаÑПÑÑ. РзавеÑÑеМОе ÑÑМкÑÐžÑ Ð²ÑзÑÐ²Ð°ÐµÑ cgiwrapper () в cgiwrapper.cpp, кПÑПÑÑй МепПÑÑеЎÑÑвеММП вклÑÑÐ°ÐµÑ ÑÑÑеÑÑвеММÑÑ ÐŸÐ±ÑекÑÐœÑÑ ÐžÐœÐžÑОалОзаÑОÑ.
+СÑÑеÑÑвÑÑÑ ÑÑО ÑÑапа cgiwrapper(): кПМÑОгÑÑаÑОÑ, ОМОÑОалОзаÑÐžÑ Ðž геМеÑаÑÐžÑ ÑÑÑаМОÑÑ. СМаÑала пÑПОзвПЎÑÑÑÑ Ð°Ð¿Ð¿Ð°ÑаÑÐœÑе запÑПÑÑ conflgure(). ÐаÑеЌ ÑОÑаеÑÑÑ gsdlsite.cfg О вÑзÑваеÑÑÑ configure() ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÑÑÑПкО. ТП же ÑаЌПе пÑПОзвПЎОÑÑÑ ÐŽÐ»Ñ etc/main.cfg.
+ÐÑПÑПй ÑÑап cgiwrapper () ÐŽÐµÐ»Ð°ÐµÑ Ð·Ð°Ð¿ÑПÑÑ Ðº init (). РегОÑÑÑаÑÐŸÑ ÐŽÐµÐ»Ð°ÐµÑ ÑПлÑкП ПЎОМ запÑÐŸÑ Ðº ÑвПей ÑÑМкÑОО init (), МП ЎейÑÑвОеЌ вÑзПва запÑÑÐºÐ°ÐµÑ ÑÑМкÑОО init () в ÑазлОÑÐœÑÑ
+ ПбÑекÑаÑ
+, ÑПÑ
+ÑаМеММÑÑ
+ в егП пÑеЎелаÑ
+. СМаÑала пÑПОзвПЎОÑÑÑ Ð°Ð¿Ð¿Ð°ÑаÑÐœÑй запÑÐŸÑ conflgure(), ÑÑÐŸÐ±Ñ ÑÑÑаМПвОÑÑ collectdir, пПÑле ÑегП ÑОÑаÑÑÑÑ ÐŒÐ°ÐºÑПÑайлÑ. ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎейÑÑÐ²ÐžÑ Ð²ÑзÑваÑÑ ÐµÐ³ÐŸ init () ÑÑМкÑОÑ. ТП же ÑаЌПе пÑПОÑÑ
+ÐŸÐŽÐžÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ пÑПÑПкПла, ÑПÑ
+ÑаМеММПгП в ÑегОÑÑÑаÑПÑе, МП в ПпОÑÑваеЌПй ÑОÑÑеЌе ÑПÑ
+ÑаМеМ ÑПлÑкП ПЎОМ пÑПÑПкПл - NullProtocol. ÐапÑÐŸÑ init () ÐŽÐ»Ñ ÑÑПгП ПбÑекÑа вÑзÑÐ²Ð°ÐµÑ ÐŽÐ°Ð»ÑМейÑÑÑ ÐºÐŸÐœÑОгÑÑаÑОÑ: ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ кПллекÑОО в NullProtocol ÑОÑаÑÑÑÑ Ðž ПбÑабаÑÑваÑÑÑÑ ÐŸÐ¿ÑеЎелеММÑе кПллекÑОей build.cfg О collect.cfg, Ñ Ð·Ð°Ð¿ÑПÑПЌ configure() ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÑÑÑПкО.
+Ðа заклÑÑОÑелÑМПЌ ÑÑапе cgiwrapper () ЎПлжеМ пÑПаМалОзОÑПваÑÑ CGI -аÑгÑЌеМÑÑ Ðž заÑеЌ вÑзваÑÑ ÑППÑвеÑÑÑвÑÑÑее ЎейÑÑвОе. Ðба ÑÑОÑ
+ запÑПÑа пÑПОзвПЎÑÑÑÑ Ð¿ÑО пПЎЎеÑжке ПбÑекÑа Receptionist.
+ÐÑОÑОМа ÐŽÐ»Ñ ÑÐ°Ð·ÐŽÐµÐ»ÐµÐœÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО, ОМОÑОалОзаÑОО О пÑПгÑÐ°ÐŒÐŒÑ Ð³ÐµÐœÐµÑаÑОО ÑÑÑаМОÑÑ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП Greenstone ПпÑОЌОзОÑПваМ ÐŽÐ»Ñ ÑабПÑÑ Ð² каÑеÑÑве ÑеÑвеÑа (ОÑпПлÑзÑÑ Fast-cgi, ОлО пÑПÑПкПл Corba, ОлО Windows Local Library). Ð ÑÑПЌ ÑежОЌе ÑабПÑÑ ÐºÐŸÐœÑОгÑÑаÑÐžÑ Ðž пÑПгÑаЌЌа ОМОÑОалОзаÑОО запÑÑкаÑÑÑÑ ÐŸÐŽÐœÐ°Ð¶ÐŽÑ, пÑПгÑаЌЌа ПÑÑаеÑÑÑ Ð² паЌÑÑО О геМеÑОÑÑÐµÑ ÐŒÐœÐŸÐ¶ÐµÑÑвП web-ÑÑÑÐ°ÐœÐžÑ Ð² ПÑÐ²ÐµÑ ÐœÐ° запÑПÑÑ ÐŸÑ ÐºÐ»ÐžÐµÐœÑПв, Ме ÑÑебÑÑ Ð¿ÐµÑеÑÑÑаМПвкО.
+
+
+
+
+
+
+ÐПМÑОгÑÑОÑПваМОе ваÑегП Greenstone - ÑайÑа
+
+
+Ð ÑОÑÑеЌе Greenstone ОЌееÑÑÑ ÐŽÐ²Ð° Ñайла кПМÑОгÑÑаÑОО, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑПÑЌОÑПваÑÑ ÑазлОÑÐœÑе аÑпекÑÑ Ð²Ð°ÑегП Greenstone-ÑайÑа. "ÐÑМПвМПй" Ñайл кПМÑОгÑÑаÑОО main.cfg МаÑ
+ПЎОÑÑÑ Ð² GSDLHOME/ETC, О Ñайл кПМÑОгÑÑаÑОО "ÑайÑа" gsdlsite.cfg ПМ МаÑ
+ПЎОÑÑÑ Ð² GSDLHOME/CGI-BIN. ÐажЎÑй Оз ÑÑОÑ
+ ÑайлПв ÑпÑавлÑÐµÑ ÐŸÐ¿ÑеЎелеММÑЌО аÑпекÑаЌО кПМÑОгÑÑаÑОО вÑегП ÑайÑа. Ðба ЌПгÑÑ Ð±ÑÑÑ Ð¿ÑПÑЌПÑÑÐµÐœÑ ÑП ÑÑÑаМОÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone.
+
+
+ÐÑМПвМПй Ñайл кПМÑОгÑÑаÑОО
+
+
+ÐÑМПвМПй Ñайл кПМÑОгÑÑаÑОО main, cfg ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÐºÐŸÐœÑОгÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑегОÑÑÑаÑПÑа как ÑаÑÑО Greenstone ÐŽÐ»Ñ Ð¿ÐŸÐ»Ñ Ð·Ð°Ð¿ÑПÑПв О ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÑÑÑаМОÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑпÑавлÑÑÑ Ð²ÑеЌ, МаÑÐžÐœÐ°Ñ ÐŸÑ ÑзÑкПв, кПÑПÑÑе ОÑпПлÑзÑÐµÑ ÐžÐœÑеÑÑейÑ, О закаМÑÐžÐ²Ð°Ñ Ñ
+ÑаМеМОеЌ ЎаММÑÑ
+ П ÑегОÑÑÑаÑОО.
+
+
+ÐбÑлÑжОваМОе ÑайÑа О ÑегОÑÑÑаÑОÑ
+
+
+СÑÑПкО в Ñайле кПМÑОгÑÑаÑОО ÑказÑваÑÑ ÐœÐ° ÑП, как ЎПлжеМ ПбÑлÑжОваÑÑÑÑ Ð²Ð°Ñ Greenstone-ÑайÑ, какОе ÑÑеЎÑÑва ÐŽÐ»Ñ ÑÑПгП пÑеЎлагаÑÑÑÑ, какОе ÑегОÑÑÑОÑÑÑÑÑÑ ÑПбÑÑÐžÑ Ðž какОе ÑППбÑÐµÐœÐžÑ Ð¿ÐŸÐ»ÑÑÐ°ÐµÑ ÑПзЎаÑÐµÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО. РТаблОÑе пПЎÑПбМП пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ ÐœÐµÐºÐŸÑПÑÑе ЎПÑÑÑпМÑе ПпÑОО; ПÑÑалÑÐœÑе ПпОÑÐ°ÐœÑ Ð² ÑлеЎÑÑÑОÑ
+ ÑазЎелаÑ
+.
+
+
+ЯзÑÐºÐŸÐ²Ð°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка
+
+
+
+
+
+ÐМаÑеМОе
+
+
+ЊелÑ
+
+
+
+
+maintainer
+
+
+NULL ОлО E-mail аЎÑеÑ
+
+
+ÐÐŽÑÐµÑ ÑлекÑÑПММПй пПÑÑÑ Ð»ÐžÑа, ПбÑлÑжОваÑÑегП ÑайÑ, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ Ñ ÑелÑÑ ÑвеЎПЌлеМОÑ. ÐÑлО NULL, E-mail ÑПбÑÑÐžÑ Ð·Ð°Ð±Ð»ÐŸÐºÐžÑПваМÑ
+
+
+
+
+MailServer
+
+
+NULL ОлО ÐžÐŒÑ ÑеÑвеÑа
+
+
+СеÑÐ²ÐµÑ ÐžÑÑ
+ПЎÑÑей пПÑÑÑ ÐŽÐ»Ñ ÑÑПгП ÑайÑа. ÐÑлОNULL, ÑП ОÑпПлÑзÑеÑÑÑ mail. ЎПЌеМ-ПбÑлÑжОваÑÑегП ÑÐ°Ð¹Ñ Ð»ÐžÑа (МапÑОЌеÑ, еÑлО ПбÑлÑÐ¶ÐžÐ²Ð°ÐµÑ ÑÐ°Ð¹Ñ - help@example.com, ÑП зМаÑеМОе пП ÑЌПлÑÐ°ÐœÐžÑ - mail.example.com). ÐÑлО ÑÑП Ме ÑазÑеÑеМП ЎПпÑÑÑОЌÑÐŒ SMTP-ÑеÑвеÑПЌ, ÑП E-mail ÑПбÑÑÐžÑ ÐœÐµ бÑÐŽÑÑ ÑабПÑаÑÑ
+
+
+
+
+status
+
+
+enabled ОлО disabled
+
+
+ÐпÑеЎелÑеÑ, ЎПлжМа лО ÑÑÑаМОÑа "ÐбÑлÑжОваМОе О аЎЌОМОÑÑÑОÑПваМОе" бÑÑÑ ÐŽÐŸÑÑÑпМПй
+
+
+
+
+collector
+
+
+enabled ОлО disabled
+
+
+ÐпÑеЎелÑеÑ, ЎПÑÑÑпМа лО кПллекÑÐžÑ ÐºÐŸÐœÐµÑМПгП пПлÑзПваÑелÑ, ÑПÑЌОÑÑÑÑÐ°Ñ ÑÑеЎÑÑвП "кПллекÑПÑа"
+
+
+
+
+logcgiargs
+
+
+true ОлО false
+
+
+ÐÑлО true, ÑегОÑÑÑаÑÐžÑ Ð¿ÐŸÐ»ÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ñ
+ÑаМОÑÑÑ Ð² usage.txt. ÐÑлО true, ОМÑПÑЌаÑÐžÑ ÐŸ пПлÑзПваÑелÑÑ
+ ÑайÑа
+
+
+
+
+usecookies
+
+
+true ОлО false
+
+
+ÑПбÑаМа (ОÑпПлÑзÑÑ cookies) О запОÑаМа в usage.txt(ÑÑП ÑабПÑÐ°ÐµÑ ÑПлÑкП в ÑПЌ ÑлÑÑае, еÑлО logcgiargs пÑÐžÐœÐžÐŒÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе true)
+
+
+
+
+LogDateFormat
+
+
+LocalTime ОлО UTCTime ОлО Absolute
+
+
+ЀПÑЌаÑ, в кПÑПÑПЌ ОМÑПÑЌаÑÐžÑ ÐŸ вÑеЌеМО пÑОпОÑаМа к ÑÐ°Ð¹Ð»Ñ ÑегОÑÑÑаÑОО. LocalTimeпÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ ÑПÑÐŒÐ°Ñ "ÑеÑвеÑг 07 ЎекабÑÑ 12:34 NZDT 2000 ", UTCTIME - ÑÐŸÑ Ð¶Ðµ ÑаЌÑй ÑПÑЌаÑ, МП в GMT (ÑÑеЎМеЌ вÑеЌеМО пП ÐÑОМвОÑÑ), О absolute- ÑелПе ÑОÑлП, пÑеЎÑÑавлÑÑÑее кПлОÑеÑÑвП ÑекÑМЎ Ñ ÐŒÐŸÐŒÐµÐœÑа 00:00:00 01/01/1970 GMT
+
+
+
+
+LogEvents
+
+
+AllEvents ОлО CollectorEvents ОлО disabled
+
+
+РегОÑÑÑаÑÐžÑ ÐœÐµÐºÐŸÑПÑÑÑ
+ ÑПбÑÑОй в events.txt. AllEvents ÑегОÑÑÑОÑÑÐµÑ Ð²Ñе ÑПбÑÑÐžÑ Greenstone, CollectorEvents ÑегОÑÑÑОÑÑÐµÑ ÑПлÑкП ÑПбÑÑОÑ, ÑвÑзаММÑе Ñ Collector (ÐПллекÑПÑПЌ), a disabled Ме ÑегОÑÑÑОÑÑÐµÑ ÐœÐžÐºÐ°ÐºÐžÑ
+ ÑПбÑÑОй.
+
+
+
+
+EmailEvents
+
+
+enabled ОлО disabled
+
+
+ÐÑпÑавка ÑлекÑÑПММПй пПÑÑÑ Ð»ÐžÑÑ, ПбÑлÑжОваÑÑÐµÐŒÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ (еÑлО ПМ ПЎОМ - ÑÐŒ. егП ПпÑОÑ), кажЎÑй Ñаз, кПгЎа ÑÑП-ÑП ÑлÑÑаеÑÑÑ
+
+
+
+
+EmailUserEvents
+
+
+enabled ОлО disabled
+
+
+ÐÑпÑавка ÑлекÑÑПММПй пПÑÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð² ПÑÐ²ÐµÑ ÐœÐ° МекПÑПÑÑе ÑПбÑÑÐžÑ - МапÑÐžÐŒÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑПÑа, закаМÑОваÑÑегП ÐºÐŸÐŒÐ¿ÐŸÐœÐŸÐ²ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО
+
+
+
+
+macrofiles
+
+
+ÑпОÑПк ЌакÑП ОЌеМ ÑайлПв
+
+
+ÐпÑеЎелÑеÑ, какПй ЌакÑÐŸÑ ÑвлÑеÑÑÑ ÐŽÐŸÑÑÑпМÑÐŒ ÐŽÐ»Ñ Ð¿ÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ ÐžÐœÑеÑÑейÑа пПлÑзПваÑÐµÐ»Ñ Greenstone
+
+
+
+
+
+
+
+
+ЯзÑÐºÐŸÐ²Ð°Ñ Ð¿ÐŸÐŽÐŽÐµÑжка
+
+
+Ðва вОЎа вÑ
+ПжЎеМОй в Ñайле кПМÑОгÑÑаÑОО main.cfg заÑÑагОваÑÑ Ð¿ÑÑО ПбÑабПÑкО ÑазлОÑÐœÑÑ
+ ÑзÑкПв. ÐМО ПпÑеЎелÑÑÑ, какОе ÑзÑкО О кПЎОÑПвкО ÑвлÑÑÑÑÑ ÐŽÐŸÑÑÑпМÑЌО Ма ÑÑÑаМОÑе Preferences page. СÑÑПкО Encoding ПпÑеЎелÑÑÑ ÑазлОÑÐœÑе ÑÐžÐ¿Ñ ÐºÐŸÐŽÐžÑПвкО ÑОЌвПлПв, кПÑПÑÑе ЌПгÑÑ Ð±ÑÑÑ Ð²ÑбÑаМÑ. СÑÑПкО Language ПпÑеЎелÑÑÑ, какОе ÑзÑкО ОМÑеÑÑейÑа пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ Ð²ÑбÑÐ°ÐœÑ (кПМеÑМП, ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ вПзЌПжМПгП ÑзÑка ЎПлжМа ÑÑÑеÑÑвПваÑÑ ÐŒÐ°ÐºÑПкПЌаМЎа ÑзÑка).
+СÑÑПка Encoding ÐŒÐŸÐ¶ÐµÑ ÑПЎеÑжаÑÑ ÑеÑÑÑе вПзЌПжМÑÑ
+ зМаÑеМОÑ: shortname, longname, map О multibyte. Shortname - ÑÑаМЎаÑÑÐœÐ°Ñ ÐŒÐµÑка МабПÑа ÑОЌвПлПв, О ЎПлжМа бÑÑÑ ÐŸÐ¿ÑеЎелМа ÐŽÐ»Ñ Ð²ÑегП кПЎОÑПваМОÑ. Longname ÐŽÐ°ÐµÑ ÐžÐŒÑ ÐºÐŸÐŽÐžÑПваМОÑ, кПÑПÑПе ПÑПбÑажеМП Ма ÑÑÑаМОÑе вÑбПÑа пÑеЎпПÑÑеМОй -Preferences page. ÐÑлО ÑÑП зМаÑеМОе ПÑÑÑÑÑÑвÑеÑ, ÑП пП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ shortname. ÐМаÑеМОе ÑÐ°Ñ Ð¿ÑОМÑЎОÑелÑМП ÐŽÐ»Ñ Ð²ÑеÑ
+ кПЎОÑПвПк, кÑПЌе utf8, кПÑПÑÐ°Ñ ÐŸÐ±ÑабПÑаМа вМÑÑÑеММе (О вÑегЎа ЎПлжМа бÑÑÑ ÐŽÐŸÐ¿ÑÑÑОЌа). ÐМаÑеМОе multibyte ЎПлжМП бÑÑÑ ÑÑÑаМПвлеМП ÐŽÐ»Ñ Ð²ÑеÑ
+ МабПÑПв ÑОЌвПлПв, кПÑПÑÑе ÑÑебÑÑÑ Ð±ÐŸÐ»ÑÑе, ÑеЌ ПЎОМ Ð±Ð°Ð¹Ñ ÐœÐ° ÑОЌвПл. Ѐайл main.cfg ПпÑеЎелÑÐµÑ ÐŒÐœÐŸÐ¶ÐµÑÑвП кПЎОÑПвПк, бПлÑÑОМÑÑвП Оз кПÑПÑÑÑ
+ бÑлП пÑПкПЌЌеМÑОÑПваМП. ЧÑÐŸÐ±Ñ ÐŽÐŸÐ¿ÑÑÑОÑÑ ÐžÑпПлÑзПваМОе кПЎОÑПвПк, ÑЎалОÑе ÑОЌвПл кПЌЌеМÑаÑÐžÑ "#".
+ÐÐ°Ð¶ÐŽÐ°Ñ ÑÑÑПка Language ÐŒÐŸÐ¶ÐµÑ ÑПЎеÑжаÑÑ ÑÑО вПзЌПжМÑÑ
+ зМаÑеМОÑ, shortname, longname, О default_encoding. Shortname - ЎвÑÑ
+бÑквеММПе ПбПзМаÑеМОе ÑзÑка в ÑППÑвеÑÑÑвОО Ñ ÑÑебПваМОÑЌО ISO 639. Longname -МазваМОе, кПÑПÑПе ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑзÑка Ма ÑÑÑаМОÑе вÑбПÑа пÑеЎпПÑÑеМОй - Preferences page. ÐÑО ПÑÑÑÑÑÑвОО ÑÑПгП зМаÑеМОÑ, пП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑеÑÑÑ shortname. ÐпÑÐžÑ default_encoding ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ Ð¿ÑеЎпПÑÑОÑелÑÐœÑÑ ÐºÐŸÐŽÐžÑÐŸÐ²ÐºÑ ÐŽÐ»Ñ Ð²ÑбÑаММПгП ÑзÑка.
+
+
+
+
+ÐаÑаЌеÑÑÑ ÑÑÑÐ°ÐœÐžÑ Ðž CGI-аÑгÑЌеМÑПв
+
+
+ÐаÑаЌеÑÑÑ ÑÑÑаМОÑÑ Ðž CGI-аÑгÑЌеМÑПв ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÑ Ð²ÐœÑÑÑО Ñайла кПМÑОгÑÑаÑОО main.cfg. ÐеÑМеЌÑÑ Ðº ÑОÑÑÐœÐºÑ , Оз кПÑПÑПгП вОЎМП, ÑÑП бПлÑÑОМÑÑвП CGI -аÑгÑЌеМÑПв ПпÑеЎелеМП МепПÑÑеЎÑÑвеММП в пÑеЎелаÑ
+ пÑПгÑÐ°ÐŒÐŒÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО C++. ÐЎМакП, ОМПгЎа пПлезМП ПпÑеЎелОÑÑ ÐœÐŸÐ²Ñе аÑгÑЌеМÑÑ ÐžÐ»Ðž ПÑÑеЎакÑОÑПваÑÑ ÑÑÑеÑÑвÑÑÑОе вП вÑÐµÐŒÑ Ð¿ÑПÑеÑÑа кПМÑОгÑÑаÑОО, ÑакОЌ ПбÑазПЌ ÐžÐ·Ð±ÐµÐ³Ð°Ñ Ð¿ÐŸÑÑебМПÑÑО пеÑеÑÑаМÑлОÑПваÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекÑ.
+ЧÑÐŸÐ±Ñ ÑЎелаÑÑ ÑÑП, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÑпПлÑзПваÑÑ ÐŸÐ¿ÑÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО cgiarg. Cgiarg ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑ ÐŽÐŸ ÑеÑÑО паÑаЌеÑÑПв; shortname, longname, multiplechar, argdefault, defaultstatus О savedarginfo. ÐÑО паÑаЌеÑÑÑ ÑППÑвеÑÑÑвÑÑÑ Ð²Ð°ÑОаМÑаЌ CGI-аÑгÑЌеМÑа, ПпОÑаММÑÐŒ в РазЎеле . ÐапÑОЌеÑ, в зМаÑеМОО пП ÑЌПлÑÐ°ÐœÐžÑ main.cfg ПпÑÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО cgiarg ОÑпПлÑзÑеÑÑÑ, ÑÑÐŸÐ±Ñ ÑÑÑаМПвОÑÑ Ð·ÐœÐ°ÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÑÑÑеÑÑвÑÑÑОÑ
+ а О Ñ CGI-аÑгÑЌеМÑПв ЎлÑÑ Ðž home ÑППÑвеÑÑÑвеММП.
+ÐаÑаЌеÑÑÑ ÑÑÑаМОÑÑ - ÑаÑÑÐœÑе ÑлÑÑаО CGI-аÑгÑЌеМÑПв, кПÑПÑÑе ÑППÑвеÑÑÑвÑÑÑ Ð¿Ð°ÑаЌеÑÑаЌ в ÑайлаÑ
+ ЌакÑÐŸÐºÐŸÐŒÐ°ÐœÐŽÑ Greenstone. ÐапÑОЌеÑ, CGI-аÑгÑÐŒÐµÐœÑ /МепПÑÑеЎÑÑвеММП ÑППÑвеÑÑÑвÑÐµÑ Ð¿Ð°ÑаЌеÑÑÑ / = в ЌакÑПÑайлаÑ
+. ЧÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ CGI-аÑгÑЌеМÑ, кПÑПÑÑй Ñакже ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿Ð°ÑаЌеÑÑПЌ ÑÑÑаМОÑÑ, ОÑпПлÑзÑйÑе ПпÑÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО pageparam.
+ÐÑÑÑОй ÑпПÑПб ÑзМаÑÑ ÐŸ ÑазлОÑÐœÑÑ
+ ваÑОаМÑаÑ
+ кПМÑОгÑÑаÑОО, вПзЌПжМÑÑ
+ в Ñайле кПМÑОгÑÑаÑОО main-cfg, ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÑкÑпеÑОЌеМÑОÑПваÑÑ ÐœÐµÐ¿ÐŸÑÑеЎÑÑвеММП Ñ ÑÑОЌ ÑайлПЌ. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП еÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе лПкалÑÐœÑÑ Windows-веÑÑÐžÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО Greenstone, ÑП пÑежЎе ÑеЌ лÑбÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÑайлПв кПМÑОгÑÑаÑОО вÑÑÑпÑÑ Ð² ÑОлÑ, ваЌ МеПбÑ
+ПЎОЌП бÑÐŽÐµÑ Ð¿ÐµÑезапÑÑÑОÑÑ ÑеÑвеÑ.
+
+
+
+
+
+
+ Ѐайл кПМÑОгÑÑаÑОО ÑайÑа
+
+
+
+
+ÐОМОО в gsdlsite.cfg
+
+
+
+
+ÐОМОÑ
+
+
+ЀÑМкÑОÑ
+
+
+
+
+gsdlhome
+
+
+ÐÑÑÑ Ð² ЎОÑекÑПÑÐžÑ GSDLHOME .
+
+
+
+
+httpprefix
+
+
+Ðеб аЎÑÐµÑ GSDLHOME . ÐаЌ Ме ÐœÑжМа ÑÑа лОМОÑ, еÑлО кПÑМевПй ЎПкÑÐŒÐµÐœÑ ÐœÐ° ваÑеЌ веб ÑеÑевеÑе ÑÑÑаМПвлеМ как GSDLHOME .
+
+
+
+
+httpimage
+
+
+Ðеб аЎÑÐµÑ ÑПЎеÑÐ¶ÐžÑ Ð³ÑаÑÐžÐºÑ ÐŽÐ»Ñ ÐžÐœÑеÑÑейÑа пПлÑзПваÑелÑ. ÐÑлО кПÑеМевПй ЎПкÑÐŒÐµÐœÑ Ð²ÐµÐ± ÑеÑвеÑа ÑÑÑаМПвлеМ как GSDLHOME , ÑП ÑÑП бÑÐŽÐµÑ /images .
+
+
+
+
+gwcgi
+
+
+Ðеб аЎÑÐµÑ ÑÑПгП cgi ÑкÑОпÑа (ПбÑÑМП ÐžÐŒÐµÐµÑ ÐŸÐºÐŸÐœÑаМОе library . ÐÑП Ме ÑÑебÑеÑÑÑ, еÑлО Ð²Ð°Ñ Ð²ÐµÐ± ÑеÑÐ²ÐµÑ ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ Ð¿ÐµÑеЌеММÑÑ SCRIPT_NAME .
+
+
+
+
+maxrequests
+
+
+(ÐÑОЌеМÑеÑÑÑ ÑПлÑкП, еÑлО ОÑпПлÑзПваМ fast-cgi .) ÐПлжМП пÑПОзПйÑО ПпÑеЎелÑММПе ÑОÑлП запÑПÑПв fast-cgi , ЎП ÑПгП, как ПМ вÑйЎеÑ. ÐÑП ЎПлжМП бÑÑÑ ÐŒÐ°Ð»ÐŸÐµ ÑОÑлП ÐŽÐ»Ñ ÑегÑлОÑÐŸÐ²Ð°ÐœÐžÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО, О, в ÐŽÑÑгОÑ
+ ÑлÑÑаÑÑ
+ - кÑÑпМПе.
+
+
+
+
+Ѐайл кПМÑОгÑÑаÑОО ÑайÑа gsdlsite.cfg ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ Ð¿ÐµÑеЌеММÑе, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ Ð¿ÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ бОблОПÑекО О веб-ÑеÑвеÑПЌ вП вÑÐµÐŒÑ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ðž пПÑÑПÑММП МаÑ
+ПЎОÑÑÑ Ð² ÑПЌ же ÑаЌПЌ каÑалПге, ÑÑП О бОблОПÑеÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа. ТаблОÑа ПпОÑÑÐ²Ð°ÐµÑ ÑÑÑПкО в ÑÑПЌ Ñайле; пПЎÑПбМее ПМО ÑаÑÑЌаÑÑОваÑÑÑÑ Ð² РазЎеле 5 ЎПкÑЌеМÑаÑОО - ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке.
+
+
+
+
+
+
+ÐÑОлПжеМОе Ð: СÑаМЎаÑÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека ÑаблПМПв C++
+
+
+СÑаМЎаÑÑÐœÐ°Ñ ÐОблОПÑека КаблПМПв (STL) - ÑОÑПкП ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека C++ ÐŸÑ Silicon Graphics (www.sgi.com). РЎаММПЌ ÐÑОлПжеМОО пÑеЎÑÑавлеМ кÑаÑкОй ÐŸÐ±Ð·ÐŸÑ ÐºÐ»ÑÑевÑÑ
+ ÑаÑÑей, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ Ð²ÑÑÐŽÑ Ð² пÑПгÑаЌЌе Greenstone. ÐÐ»Ñ ÐŸÐ·ÐœÐ°ÐºÐ»ÐŒÐ»ÐµÐœÐžÑ Ñ Ð±ÐŸÐ»ÐµÐµ пПлМÑÐŒ ПпОÑаМОеЌ ПзМакПЌÑÑеÑÑ Ñ ÐŸÑОÑОалÑÐœÑÐŒ ÑпÑавПÑÐœÑÐŒ ПпОÑаМОеЌ STL, ЎПÑÑÑпМÑÐŒ в ÑежОЌе on-line Ма ÑайÑе www.sgi.com, ОлО Ñ ÐŸÐŽÐœÐžÐŒ Оз ЌМПгОÑ
+ STL-ÑÑебМОкПв, МапÑÐžÐŒÐµÑ Josuttis (1999).
+Ðак пÑÐµÐŽÐ¿ÐŸÐ»Ð°Ð³Ð°ÐµÑ ÑлПвП "ÑаблПМ", STL - Ме ÑПлÑкП бОблОПÑека ПбÑекÑÐœÑÑ
+ ЌПЎÑлей plug-and-use (пПЎклÑÑай-О-ОÑпПлÑзÑй). ÐЌеÑÑе Ñ ÐŒÐµÑ
+аМОзЌПЌ ÑаблПМПв в C++, ПбеÑпеÑОваеÑÑÑ ÑПÑÑÐŒ ÐŽÐ»Ñ Ð¿ÑПгÑаЌЌОÑÑПв, ÑÑÐŸÐ±Ñ ÑазÑабаÑÑваÑÑ ÐžÑ
+ ÑПбÑÑвеММÑе ПбÑекÑÑ, кПÑПÑÑе ОÑпПлÑзÑÑÑ Ð°Ð»Ð³ÐŸÑОÑЌОÑеÑкОе вПзЌПжМПÑÑО, ÑеалОзПваММÑе в пÑеЎелаÑ
+ STL. Ð ÑезÑлÑÑаÑе ЎПбавлÑеÑÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑй ÑÑÐŸÐ²ÐµÐœÑ ÑлПжМПÑÑО, МП ÑÑП ÑÑÐŸÐžÑ ÑПгП.
+ÐПЌПÑÑ Ð¿ÐŸÐœÑÑÑ Ð¿ÑгÑÐ°ÐŒÐŒÑ Greenstone ваЌ пПЌПгÑÑ Ð¿ÐŸÐŽÐ±ÐŸÑкО, пÑеЎÑÑавлеММÑе в ÑÑПЌ ÑÑкПвПЎÑÑве, кПÑПÑÑе ÐŒÑ ÑМабЎОлО МеÑкПлÑкОЌ пÑОЌеÑаЌ ПбÑÑаÑÑегП ÑÑÐŸÐ²ÐœÑ Ð¿ÐŸ ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ STL.
+
+
+СпОÑкО (Lists)
+
+
+
+
+ÐÑПгÑаЌЌОÑПваМОе ÑпОÑка ÑелÑÑ
+ ÑОÑел
+
+#include <iostream.h>
+
+#define nil 0
+
+struct intlist {
+ int val;
+ struct intlist* next;
+};
+
+int total_int_list(intlist* head)
+{
+ int total = 0;
+ intlist* curr = head;
+ while (curr!=nil)
+ {
+ total += curr->val;
+ curr = curr->next;
+ }
+
+ return total;
+}
+
+void main()
+{
+ intlist node1 = { 5, nil };
+ intlist node2 = { 4, nil };
+ node2.next = &node1;
+
+ int total = total_int_list(&node2);
+ cout << " List items total to: " << total << endl;
+}
+
+СМаÑала ÐŒÑ ÐžÐ·ÑÑОЌ Ўве пÑПгÑаЌЌÑ, кПÑПÑÑе ÑеалОзÑÑÑ ÑелПÑОÑлеММÑй ÑпОÑПк. ÐÑевПМаÑалÑМП ОÑпПлÑзÑйÑе ПÑМПвМÑе ÑÐžÐ¿Ñ C++ (пÑÑÑ "пП пÑПÑПÑеММПй ЎПÑПжке"), Ўалее ОÑпПлÑзÑйÑе STL. РОÑÑМПк пПказÑÐ²Ð°ÐµÑ Ð²ÑпПлМеМОе ОÑÑ
+ПЎМПй пÑПгÑаЌЌÑ, кПÑПÑПе Ме ОÑпПлÑзÑÐµÑ STL. СÑÑПкО 5-8 ПпÑеЎелÑÑÑ ÐŸÑМПвМÑÑ ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, кПÑПÑÑÑ ÐŒÑ ÑПбОÑаеЌÑÑ ÐžÑпПлÑзПваÑÑ: пПле val ÑПÑ
+ÑаМÑÐµÑ ÑелПÑОÑлеММПе зМаÑеМОе, a next ÑказÑÐ²Ð°ÐµÑ ÐœÐ° ÑлеЎÑÑÑОй ÑÐ»ÐµÐŒÐµÐœÑ Ð² ÑпОÑке - клаÑÑОÑеÑкПе вПплПÑеМОе ÑпОÑка ÑвÑзей.
+ЧÑÐŸÐ±Ñ Ð¿ÑПЎеЌПМÑÑÑОÑПваÑÑ ÐžÑпПлÑзПваМОе ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+, ПÑÐœÐŸÐ²ÐœÐ°Ñ Ð¿ÑПгÑаЌЌа (ÑÑÑПкО 23-32), ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÑелПÑОÑлеММÑй ÑпОÑПк Ñ ÑлеЌеМÑаЌО [5, 4]. ТПгЎа вÑзÑваеÑÑÑ ÑÑМкÑÐžÑ total_int_list (ПпÑÐµÐŽÐµÐ»ÐµÐœÐœÐ°Ñ Ð² ÑÑÑПкаÑ
+ 10-21), кПÑПÑÐ°Ñ Ð² каÑеÑÑве ее еЎОМÑÑвеММПгП паÑаЌеÑÑа беÑÐµÑ ÑказаÑÐµÐ»Ñ ÐœÐ° веÑÑÐžÐœÑ ÑпОÑка О ÑÑЌЌОÑÑÐµÑ Ð·ÐœÐ°ÑÐµÐœÐžÑ Ð² МеЌ. ÐПзвÑаÑеММÑй ПÑÐ²ÐµÑ (в МаÑеЌ пÑОЌеÑе 9) вÑвПЎОÑÑÑ ÐœÐ° ÑкÑаМ.
+ÐÑÐœÐŸÐ²ÐœÐ°Ñ ÑабПÑа ЎПÑÑОгаеÑÑÑ ÑÑÑПкаЌО 12-18. СМаÑала пÑПОзвПЎОÑÑÑ ÐœÐµÐ±ÐŸÐ»ÑÑÐ°Ñ ÐžÐœÐžÑОалОзаÑОÑ: лПкалÑÐœÐ°Ñ Ð¿ÐµÑÐµÐŒÐµÐœÐœÐ°Ñ total ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐžÐ²Ð°ÐµÑ nil О ÑОгг, ÑÑÐŸÐ±Ñ ÑказаÑÑ ÐœÐ° МаÑалП ÑпОÑка. ТПгЎа ÑОкл Ñ ÑÑлПвОеЌ ЎПбавлÑÐµÑ ÑекÑÑОй ÑелПÑОÑлеММÑй ÑÐ»ÐµÐŒÐµÐœÑ Ð² ÑпОÑПк ÐŽÐ»Ñ ÐŸÐ±ÑегП вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ (total += curr. >val;) пеÑеЎ пеÑеÑ
+ПЎПЌ к ÑлеЎÑÑÑÐµÐŒÑ ÑлеЌеМÑÑ (curr = curr. >next;). ЊОкл Ñ ÑÑлПвОеЌ закаМÑОваеÑÑÑ, кПгЎа curr ÑÑаМПвОÑÑÑ ÑавМÑÐŒ nil, пПказÑваÑ, ÑÑП ÑлеЌеМÑПв ÐŽÐ»Ñ ÐŸÐ±ÑабПÑкО бПлÑÑе Ме ПÑÑалПÑÑ.
+
+
+ÐÑПгÑаЌЌОÑПваМОе ÑпОÑка ÑелÑÑ
+ ÑОÑел Ñ ÐžÑпПлÑзПваМОеЌ STL
+
+#include <iostream.h>
+#include <list>
+
+int total_int_list(list<int>* head)
+{
+ int total = 0;
+ list<int>::iterator curr = head->begin();
+ while (curr!=head->end())
+ {
+ total += *curr;
+ curr++;
+ }
+
+ return total;
+}
+
+void main()
+{
+ list<int> vals;
+ vals.push_back(5);
+ vals.push_back(4);
+
+ int total = total_int_list(&vals);
+ cout << " List items total to: " << total << endl;
+}
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÑквОвалеМÑÐœÑÑ Ð¿ÑПгÑаЌЌÑ, ÑПзЎаММÑÑ Ñ ÐžÑпПлÑзПваМОеЌ STL. ÐПлÑÑе ÐœÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ПпÑеЎелÑÑÑ Ð¿ÐŸÐŽÑ
+ПЎÑÑÑÑ ÑÑÑÑкÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ
+ в пÑПгÑаЌЌе; вÑе, ÑÑП ÑвлÑеÑÑÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌÑÐŒ - ÑÑП ffinclude <list> ÑказаМОе в ÑÑÑПке 2, кПÑПÑПе вклÑÑÐ°ÐµÑ Ð²ÐµÑÑÐžÑ ÑаблПМа ÐŽÐ»Ñ ÑпОÑка, ПпÑеЎелеММПгП в STL. ÐбÑÐµÐºÑ ÐœÐ°Ð·ÑваÑÑ "клаÑÑ-кПМÑейМеÑ", пПÑÐŸÐŒÑ ÑÑП, кПгЎа ÐŒÑ ÐŸÐ±ÑÑвлÑеЌ пеÑеЌеММÑÑ ÑÑПгП ÑОпа, ÐŒÑ Ñакже ПпÑеЎелÑеЌ ÑОп, в кПÑПÑПЌ ÐŒÑ Ñ
+ПÑОЌ ее ÑПÑ
+ÑаМОÑÑ. Ð ÑÑÑПке 19 ÑелПÑОÑлеММÑй ÑпОÑПк ÑеалОзПваМ Ñ ÐžÑпПлÑзПваМОеЌ ПпеÑаÑПÑа list<int> vals;. ÐлеЌеМÑÑ ÐŒÐŸÐ¶ÐœÐŸ ЎПбавОÑÑ Ðº ПбÑекÑÑ, ОÑпПлÑзÑÑ ÑÑМкÑОÑ-ÑлеМ push_back(), как ÑÑП ÑЎелаМП в ÑÑÑПкаÑ
+ 20-21.
+ÐÑÐœÐŸÐ²ÐœÐ°Ñ ÑабПÑа вÑпПлМеМа ÑÑÑПкаЌО 6-12. ÐÑÑÑ Ð²Ñе еÑе Ўве ОМОÑОалОзаÑОО О ÑОкл Ñ ÑÑлПвОеЌ, МП ПÑлОÑаÑÑОйÑÑ ÐŸÑ Ð¿ÑеЎÑÑавлеММПгП в пÑеЎÑÐŽÑÑеЌ ÑлÑÑае. ÐПвÑй ÑОМÑакÑÐžÑ ÐžÐŒÐµÐµÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ ПбÑегП ÑП ÑÑаÑÑÐŒ. ÐлÑÑевÑÐŒ ЌПЌеМÑПЌ ÑÑПгП МПвПгП ÑпПÑПба ПбÑабПÑкО ÑвлÑеÑÑÑ Ð¿ÐµÑÐµÐŒÐµÐœÐœÐ°Ñ ÑОпа iterator (ÑÑÑПка 7). Ð STL ЌМПгП клаÑÑПв вклÑÑаÑÑ ÑÐžÐ¿Ñ iterator, ÑÑÐŸÐ±Ñ ÐŸÐ±ÐµÑпеÑОÑÑ ÐŸÐŽÐœÐŸÑПЎМÑй ÑпПÑПб ÑабПÑÑ ÑеÑез пПÑлеЎПваÑелÑМПÑÑÑ ÐºÐŸÐœÑейМеÑÐœÑÑ
+ ПбÑекÑПв. ÐеÑвÑй ÑÐ»ÐµÐŒÐµÐœÑ Ð²ÐŸÐ·Ð²ÑаÑеМ Ñ begin(), О ÑПлÑкП ПЎОМ - пПÑлеЎМОй ÑÐ»ÐµÐŒÐµÐœÑ Ñ end(). ÐеÑеЌеÑеМОе к ÑлеЎÑÑÑÐµÐŒÑ ÑлеЌеМÑÑ ÐŽÐŸÑÑОгМÑÑП ПпеÑаÑОей пÑОÑаÑÐµÐœÐžÑ ++, кПÑПÑÐ°Ñ Ð¿ÐµÑегÑÑжеМа клаÑÑПЌ iterator, ÑÑÐŸÐ±Ñ ÐŸÑÑÑеÑÑвОÑÑ ÑÑÑ Ð·Ð°ÐŽÐ°ÑÑ, О к зМаÑеМОÑ, ÑПÑ
+ÑÐ°ÐœÐµÐœÐœÐŸÐŒÑ ÑаЌ, ПбÑаÑаÑÑÑÑ ÑеÑез ÑазÑЌеМПваМОе (*ÑОгг Ма ÑÑÑПке 10), кПÑПÑÑй Ñакже ÑвлÑеÑÑÑ Ð¿ÐµÑегÑÑжеММÑÐŒ.
+STL-ÑеалОзаÑÐžÑ ÑÑПй пÑПгÑÐ°ÐŒÐŒÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ ЌеМÑÑе, ÑеЌ ПбÑÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа (25 ÑÑÑПк пÑПÑОв 31). ÐÑП ЎПÑÑОжеМОе МаОбПлее важМП ÐŽÐ»Ñ Ð±ÐŸÐ»ÑÑОÑ
+ пÑПекÑПв, пПÑÐŸÐŒÑ ÑÑП ПбÑÐµÐºÑ list STL бПлее ЌПÑÐœÑй, ÑеЌ ОллÑÑÑÑОÑÑеЌÑй МаЌО пÑОЌеÑ. ÐПзÑЌеЌ к пÑОЌеÑÑ, ЎвПйМПй ÑвÑзаММÑй ÑпОÑПк, кПÑПÑÑй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐœÐµÑкПлÑкП ÑПÑÐŒ вÑÑавкО О ÑÐŽÐ°Ð»ÐµÐœÐžÑ - кПе-ÑÑП, ÑÑП ÑÑебПвалП Ð±Ñ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑÑ
+ ÑÑОлОй пП пÑПгÑаЌЌОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐ¿ÐŸÐ»ÐµÐœÐžÐ¹ к ПÑМПвМПй ÑелПÑОÑлеММПй веÑÑОО ÑпОÑка.
+ÐбÑаÑОÑе вМОЌаМОе, ÑÑП паÑаЌеÑÑ ÐŽÐ»Ñ total_int_list Ма ÑОÑÑМке бÑл ÑеалОзПваМ как ÑказаÑелÑ, ÑППÑвеÑÑÑвПвавÑОй ÑказаÑелÑ, ОÑпПлÑзÑÐµÐŒÐŸÐŒÑ Ð² total_int_list Ма ÑОÑÑМке . Ð STL заÑаÑÑÑÑ Ð±ÐŸÐ»ÐµÐµ еÑÑеÑÑвеММП (О бПлее желаÑелÑМП) ОÑпПлÑзПваÑÑ ÑÑÑлкО, а Ме ÑказаÑелО. ТПгЎа паÑаЌеÑÑ ÑÑаМПвОÑÑÑ list<int>& head, О егП ÑÑМкÑОО-ÑÐ»ÐµÐœÑ Ð²ÑзÑваÑÑÑÑ ÑОМÑакÑОÑПЌ head, begin 0; О Ñак Ўалее.
+
+
+
+
+Maps
+
+
+ÐÑО ÑеалОзаÑОО ÑОÑÑÐµÐŒÑ ÑОÑÑПвПй бОблОПÑкО, пПлезМП ОЌеÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÑПÑ
+ÑÐ°ÐœÐµÐœÐžÑ ÑлеЌеМÑПв в ЌаÑÑОве, ОМЎекÑОÑПваММПЌ ÑекÑÑПвÑЌО ÑÑÑПкаЌО, а Ме ÑОÑлПвÑЌО ОМЎекÑаЌО. Ð Greenstone, МапÑОЌеÑ, ÑÑП ПÑÐµÐœÑ ÑпÑПÑÐ°ÐµÑ ÑПÑ
+ÑаМеМОе ЌакÑПÑайлПв, как ÑПлÑкП ПМО ÑÑОÑалОÑÑ, О ÑазлОÑÐœÑÑ
+ ÑайлПв кПМÑОгÑÑаÑОО. ТОп ЎаММÑÑ
+, кПÑПÑÑй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÑакПй ЎПÑÑÑп, МазÑваÑÑ associative array (аÑÑПÑОаÑОвМÑÐŒ ЌаÑÑОвПЌ), О ПМ ÑаÑÑП вÑÑÑаОваеÑÑÑ Ð² ÑПвÑеЌеММÑе ÑзÑкО вÑÑПкПгП ÑÑПвМÑ. ÐÐœ Ñакже ОзвеÑÑеМ пПЎ ОЌеМеЌ hash array (ПÑПбеММП в Perl), Ñак как Ñ
+еÑОÑПваМОе - МПÑЌалÑÐœÐ°Ñ ÐŒÐµÑПЎОка, пП ПбÑÐºÐœÐŸÐ²ÐµÐœÐžÑ ÑеалОзÑÑÑÐ°Ñ ÑекÑÑПвÑй ОМЎекÑ.
+
+
+ÐÑпПлÑзПваМОе аÑÑПÑОаÑОвМÑÑ
+ ЌаÑÑОвПв в STL
+
+#include <iostream.h>
+#include <map>
+
+int total_int_table(map<char*, int>& table)
+{
+ int total = 0;
+ map<char*, int>::iterator curr = table.begin();
+ while (curr!=table.end())
+ {
+ total += (curr->second);
+ curr++;
+ }
+
+ return total;
+}
+
+int main()
+{
+ map<char*, int> table;
+ table["Alice"] = 31;
+ table["Peter"] = 24;
+ table["Mary"] = 47;
+
+ int total = total_int_table(table);
+ cout << " Age total: " << total << endl;
+ }
+
+Ð STL аÑÑПÑОаÑОвМÑе ЌаÑÑÐžÐ²Ñ ÐŽÐŸÑÑОгаÑÑÑÑ ÐžÑпПлÑзПваМОеЌ ПбÑекÑа ÑаÑ. РОÑÑМПк пПказÑÐ²Ð°ÐµÑ Ð¿ÑОЎÑЌаММÑй пÑОЌеÑ, в кПÑПÑПЌ вПзÑаÑÑ ÑÑеÑ
+ ÑелПвек (ÐлОÑа, ÐОÑÐµÑ Ðž ÐÑÑО) Ñ
+ÑаМОÑÑÑ Ð² аÑÑПÑОаÑОвМПЌ ЌаÑÑОве пПЎ ОÑ
+ ÑПбÑÑвеММÑЌО ОЌеМаЌО (ÑÑÑПкО 19-22). ÐÑПблеЌа ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ Ð·Ð°Ð¿ÐžÑаÑÑ ÑÑМкÑОÑ, кПÑПÑÐ°Ñ Ð²ÑÑОÑлÑÐµÑ Ð¿ÐŸÐ»ÐœÑй вПзÑаÑÑ Ð»ÑЎей, Ме зМаÑ, ÑкПлÑкП ОÑ
+ ОЌееÑÑÑ ÐžÐ»Ðž ÐºÐ°ÐºÐŸÐ²Ñ ÐžÑ
+ ОЌеМа. ÐПМеÑМП, ÑÑП ЌПглП Ð±Ñ Ð±ÑÑÑ ÑеÑеМП Ñ ÐžÑпПлÑзПваМОеЌ ÑÑаМЎаÑÑÐœÑÑ
+ ÑОÑлПвÑÑ
+ ЌаÑÑОвПв ÑелÑÑ
+ ÑОÑел. ÐаММÑй пÑÐžÐŒÐµÑ Ð±Ñл пÑОЎÑЌаМ, ÑÑÐŸÐ±Ñ Ð¿ÑПЎеЌПМÑÑÑОÑПваÑÑ, ÑÑП ПÑПбеММПÑÑО ÑÐ°Ñ Ð¿ÑПОзвПЎÑÑ Ð¿ÐŸÐŽÐŸÐ±ÐžÐµ ПбÑабПÑкО Ñ ÐŸÐ±ÑекÑПЌ list ÑПвЌеÑÑМП Ñ iterator.
+ÐПЎПбМП list, map ПÑМПÑОÑÑÑ Ðº клаÑÑÑ-кПМÑейМеÑÑ. ÐЎМакП, пÑО ПбÑÑвлеМОО пеÑеЌеММПй ÑÑПгП ÑОпа ÐŒÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÐŸÐ¿ÑеЎелОÑÑ ÐŽÐ²Ðµ веÑО: ОМЎекÑÐœÑй ÑОп, О ÑОп ÑлеЌеМÑа. Ðак Ð²Ñ ÐŒÐŸÐ³Ð»Ðž заЌеÑОÑÑ Ð² ÑÑÑПке 19, ÐŒÑ Ð¿ÐŸÐ»ÑÑаеЌ аÑÑПÑОаÑОвМÑй ЌаÑÑОв, кПÑПÑÑй ÑПÑ
+ÑаМÑÐµÑ ÑелÑе ÑОÑла, ОÑпПлÑзÑÑ char* (кПÑПÑÑй ÑвлÑеÑÑÑ ÑÑÑПкПй, ПбÑÑвлеММПй в C++) как ОМЎекÑÐœÑй ÑОп, ÑПпÑПвПжЎаеЌÑй int в каÑеÑÑве ÑОпа ÑлеЌеМÑа.
+ÐÑÑÑ ÐœÐµÑкПлÑкП ÑпПÑПбПв ÑПÑ
+ÑаМОÑÑ ÑлеЌеМÑÑ Ð² аÑÑПÑОаÑОвМПЌ ЌаÑÑОве. РЎаММПЌ пÑОЌеÑе в ÑÑÑПкаÑ
+ 20-22 пеÑегÑÑжеММÑй ЌаÑÑОв ПпОÑÑваеÑÑÑ, ОÑпПлÑзÑÑ [], ÑÑÐŸÐ±Ñ ÐžÐœÐžÑОалОзОÑПваÑÑ ÑаблОÑÑ Ñ Ð²ÐŸÐ·ÑаÑÑаЌО ÑÑОÑ
+ ÑÑеÑ
+ ÑелПвек. ÐПЎПбМП total_int_table, кПÑПÑÑй ОÑпПлМÑÐµÑ ÐŸÑМПвМПе вÑÑОÑлеМОе в пÑПгÑаЌЌе, Ма ÑОÑÑМке ОÑпПлÑзÑеÑÑÑ total_int_list ЀакÑОÑеÑкО, ПМО пПÑÑО ОЎеМÑОÑÐœÑ, О ÑÑП Ме МОкакПе ÑПвпаЎеМОе. STL ÑÑÑЎМП ОÑпПлÑзПваÑÑ ÐœÐ°ÑлеЎПваМОе Ñак, ÑÑÐŸÐ±Ñ ÑазлОÑÐœÑе ПбÑекÑÑ Ð²Ñе еÑе ОÑпПлÑзПвалО Ñе же ÑаЌÑе ÑÑМЎаЌеМÑалÑÐœÑе ПпеÑаÑОО. ÐÑП ПÑПбеММП ÑПÑМП в ПÑМПÑеМОО ОÑеÑаÑПÑПв. ÐебПлÑÑОе ÑазлОÑÐžÑ ÐŒÐµÐ¶ÐŽÑ ÐŽÐ²ÑÐŒÑ ÑÑМкÑОÑЌО ÑПÑÑПÑÑ Ð² ÑПЌ, ÑÑП ОÑеÑаÑÐŸÑ ÑепеÑÑ Ð¿ÐŸÐ»ÑÑеМ Оз map<char*, int> О ЎПÑÑÑп к егП ÑлеЌеМÑаЌ пÑПОÑÑ
+ÐŸÐŽÐžÑ ÑПвЌеÑÑМП Ñ curr .>second(), пПÑÐŸÐŒÑ ÑÑП ÑазÑЌеМПваМОе пеÑеЌеММПй (*ÑОгг) ПпÑеЎелеМП, ÑÑÐŸÐ±Ñ Ð²ÐŸÐ·Ð²ÑаÑОÑÑ ÐŸÐ±ÑÐµÐºÑ ÑОпаÑÑг. ÐÐœ ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð·Ð°Ð¿ÐžÑÑ Ðž ОМЎекÑМПгП ОЌеМО (first), О зМаÑÐµÐœÐžÑ ÑлеЌеМÑа (second), МП ÐŒÑ Ñ
+ПÑОЌ ОЌеÑÑ ÑПлÑкП пПÑлеЎМее. ÐÑПЌе ÑÑПгП, пÑПгÑаЌЌа ПÑÑаеÑÑÑ ÑПйже ÑаЌПй. ÐЎОМÑÑвеММПе ПÑÑаÑÑееÑÑ ÐŸÑлОÑОе - ÑÑП ОзЌеМеМОе еЎОМÑÑвеММПгП аÑгÑЌеМÑа ÑÑМкÑОО Ñ ÑказаÑÐµÐ»Ñ ÐœÐ° ÑÑÑÐ»ÐºÑ - ÑвлÑеÑÑÑ ÐœÐµÐ·ÐœÐ°ÑОÑелÑÐœÑÐŒ.
+Ðва ÐŽÑÑгОÑ
+ ÑОпа STL, ÑОÑПкП ОÑпПлÑзÑеЌÑе в пÑПгÑаЌЌе Greenstone - ÑÑП vector О set. ÐеÑвÑй ПблегÑÐ°ÐµÑ Ð¿ÐŸÐŽÐŽÐµÑжаМОе ЎОМаЌОÑеÑкОÑ
+ ЌаÑÑОвПв, а пПÑлеЎМОй пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÐŒÐ°ÑеЌаÑОÑеÑкОе ПпеÑаÑОО ÑÑÑаМПвкО ÑОпа ПбÑеЎОМеМОÑ, пеÑеÑеÑÐµÐœÐžÑ Ðž ÑазлОÑОÑ.
+
+
+
+
+
+
+ÐОÑеÑаÑÑÑа
+
+
+Aulds, C. (2000) Linux Apache Web Server Administration . Sybex.
+Bainbridge, D., Buchanan, G., McPherson, J., Jones, S., Mahoui, A. and Witten, I.H. (2001) âGreenstone: A platform for distributed digital library development.â Research Report, Computer Science Department, University of Waikato, New Zealand.
+Christiansen, T. Torkington, N. and Wall, L. (1998) Perl Cookbook. O'Reilly and Associates.
+Coar, K.A.L. (1998) Apache Server For Dummies . IDG Books.
+Deitel, H.M. and Deitel, P.J. (1994) C++: How to Program . Prentice Hall, Englewood Cliffs, New Jersey.
+Dublin Core (2001) âThe Dublin Core Metadata Initiativeâ at http://purl.org/dc/, accessed 16 January 2001.
+Josuttis, N.M. (1999) The C++ standard library: a tutorial and reference. Addison-Wesley, 1999.
+Keller, M. and Holden, G. (1999) Apache Server for Windows Little Black Book . Coriolis Group.
+Schwartz, R.L. and Christiansen, T. (1997) Learning Perl (2nd Edition). O'Reilly and Associates.
+Slama, D., Garbis, J. and Russell, P. (1999) Enterprise CORBA . Prentice Hall, Englewood Cliffs, New Jersey.
+Stroustroup, B. (1997) The C++ Programming Language . Addison-Wesley.
+Thiele, H. (1997) âThe Dublin Core and Warwick Framework: A Review of the Literature, March 1995âSeptember 1997.â D-Lib Magazine , January. <http://www.dlib.org/dlib/january98/01thiele.html>
+Wall, L., Christiansen, T. and Orwant, J. (2000) Programming Perl (3rd Edition). O'Reilly and Associates.
+Weibel, S. (1999) âThe State of the Dublin Core Metadata Initiative.â D-Lib Magazine , Volume 5 Number 4; April. <http://www.dlib.org/dlib/april99/04weibel.html>
+Witten, I.H., Moffat, A. and Bell, T.C. (1999) Managing gigabytes: compressing and indexing documents and images . Morgan Kaufmann, San Francisco.
+
+
+
+
+ÐÐ»Ñ ÐŸÐ¿ÐµÑаÑОПММÑÑ
+ ÑОÑÑеЌ Windows 95/98 запÑÑк setup.bat ÐŒÐŸÐ¶ÐµÑ Ð·Ð°ÐºÐŸÐœÑОÑÑÑÑ ÐœÐµÑЎаÑМП, О ÑОÑÑеЌа вÑЎаÑÑ ÑППбÑеМОе Пб ПÑОбке "Out of environment space". ÐÑлО ÑÑП пÑОзПÑлП, ÑП ваЌ МеПбÑ
+ПЎОЌП ПÑÑеЎакÑОÑПваÑÑ ÑОÑÑеЌМÑй Ñайл config.sys (ПбÑÑМП ПМ МаÑ
+ПЎОÑÑÑ Ð² C:\config.sys) О ЎПбавОÑÑ Ð² МегП ÑÑÑÐŸÐºÑ shell=C:\command.com /e:4096 /p (гЎе С: ÐžÐŒÑ Ð²Ð°ÑегП ÑОÑÑеЌМПгП ЎОÑка). ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑÑО ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð²ÑÑÑпОлО в ÑОлÑ, МеПбÑ
+ПЎОЌП пеÑезагÑÑзОÑÑ Ð²Ð°Ñ ÐºÐŸÐŒÐ¿ÑÑÑÐµÑ Ðž пПвÑПÑОÑÑ Ð²Ñе ÑагО ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка Greenstone.
+
+
+ÐбÑаÑОÑе вМОЌаМОе, ÑÑП в ÑОÑÑеЌе Greenstone ÑÑаМЎаÑÑÐœÑе вÑÑÐ°Ð¶ÐµÐœÐžÑ ÐžÐœÑеÑпÑеÑОÑÑÑÑÑÑ ÑзÑкПЌ Perl, кПÑПÑÑй МеÑкПлÑкП ПÑлОÑаеÑÑÑ ÐŸÑ ÐŽÑÑгОÑ
+. ÐапÑОЌеÑ, "*" ÑППÑвеÑÑÑвÑÐµÑ ÐœÑÐ»Ñ ÐžÐ»Ðž бПлÑÑÐµÐŒÑ ÐºÐŸÐ»ÐžÑеÑÑÐ²Ñ Ð¿ÐŸÐ²ÑПÑеМОй пÑеЎÑÐŽÑÑегП ÑОЌвПла, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº "."-паÑе лÑбÑÑ
+ ÑОЌвПлПв. Так, nugget.* ÑППÑвеÑÑÑвÑÐµÑ Ð»ÑбПй ÑÑÑПке Ñ Ð¿ÑеÑОкÑПЌ "nugget," ÑПЎеÑÐ¶ÐžÑ Ð»Ðž ПМа ОлО ÐœÐµÑ Ð¿ÑПбел пПÑле пÑеÑОкÑа. ЧÑÐŸÐ±Ñ ÑÑеÑÑÑ ÑÑÐŸÑ Ð¿ÑПбел, МеПбÑ
+ПЎОЌП егП ПбПйÑО, ÐŽÐ»Ñ ÑÑПгП ÐœÑжМП МапОÑаÑÑ nugget\.. *.
+
+
+ÐЌейÑе в вОЎÑ, ÑÑП МаОбПлее пПÑлеЎМОО веÑÑОО ÐеЌП кПллекÑОО ОÑпПлÑзÑÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ ÐеаÑÑ
+Ой ÐŽÐ»Ñ ÐžÐ·ÐŸÐ±ÑажеМОÑ, как ввПЎОÑÑ ÐŒÐµÑаЎаММÑе. Ð ÑÑПЌ ÑлÑÑае, Ñ ÐœÐžÑ
+ бÑÐŽÑÑ ÐœÐµÐ±ÐŸÐ»ÑÑОе ПлОÑÐžÑ ÐŸÑ ÑПгП, ÑÑП ОзПбÑажеМП Ма ÑеÑÑеже .
+
+
+МаÑеМОе ÐŽÐ»Ñ gsdlhome ОÑÑ
+ÐŸÐŽÐžÑ ÐžÐ· gsdlsite.cfg, ÑаÑпПлПжеММПгП в ÑПЌ же ÑаЌПЌ каÑалПге, ÑÑП О CGI-вÑпПлМÑÐµÐŒÐ°Ñ library, ÑПгЎа как GSDLHOME ÑÑÑаМавлОваеÑÑÑ Ð·Ð°Ð¿ÑÑкПЌ ÑкÑОпÑа setup, кПÑПÑÑй ПбÑаÑаеÑÑÑ Ðº ÐŽÑÑÐ³ÐŸÐŒÑ ÑайлÑ, Ñак как ÑеÑ
+МОÑеÑкО ÑÑП вПзЌПжМП ÐŽÐ»Ñ ÐŽÐ²ÑÑ
+ ÑазлОÑÐœÑÑ
+ зМаÑеМОй. ХПÑÑ ÑÑП О вПзЌПжМП, МП вÑе же Ме желаÑелÑМП, О вÑе вÑÑеÑказаММПе МапОÑаМП в пÑеЎпПлПжеМОО, ÑÑП ÑÐ°Ð¹Ð»Ñ Ñе же ÑаЌÑе.
+
+
+ТеÑ
+МОÑеÑкО еÑÑÑ ÑеÑÑÑе ÑОпа, МП пПÑлеЎМОе Ўва ÑвлÑÑÑÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑЌО. Так как ÐŒÑ ÑПлÑкП ЎаеЌ ПÑМПвМПе ввеЎеМОе в ÑÑÐŸÑ ÐºÐ»Ð°ÑÑ STL, пПЎÑПбМПÑÑО Пб ÑÑОÑ
+ пПÑлеЎМОÑ
+ ЎвÑÑ
+ ÑОпаÑ
+ ПпÑÑеМÑ.
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/ru/Install_ru.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/ru/Install_ru.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/ru/Install_ru.xml (revision 14835)
@@ -0,0 +1,1245 @@
+
+
+
+
+
+]>
+
+
+ЊÐЀРÐÐÐЯ ÐÐÐÐÐÐТÐÐÐ GREENSTONE
+
+
+ÐÐСТРУÐЊÐЯ ÐРУСТÐÐÐÐÐÐ
+
+
+Dr Michel Loots, Dan Camarzan and Ian H. Witten
+
+
+ЀакÑлÑÑÐµÑ ÐПЌпÑÑÑеÑÐœÑÑ
+ ÐаÑк УМОвеÑÑОÑÐµÑ ÐайкаÑП, ÐÐŸÐ²Ð°Ñ ÐелаМЎОÑ
+
+
+ÐеÑÐœÑÑÑÑ Ðº ОМЎекÑÑ
+ÐеÑÐœÑÑÑÑ Ðº веÑÑ
+ÐœÐµÐŒÑ ÐžÐœÐŽÐµÐºÑÑ
+
+Greenstone ÑвлÑеÑÑÑ Ð¿ÑПгÑаЌЌПй, ОÑпПлÑзÑеЌПй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ðž ÑаÑпÑПÑÑÑÐ°ÐœÐµÐœÐžÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑÑ
+ кПллекÑОй, МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑОÑÑПвПЌ ÑПÑЌаÑе. ÐМа пПзвПлÑÐµÑ ÐžÑпПлÑзПваÑÑ ÐœÐŸÐ²Ñй ÑпПÑПб ПÑгаМОзаÑОО О пÑблОкаÑОО ОМÑПÑЌаÑОО в ÐÐœÑеÑМеÑе ОлО Ма кПЌпакÑ-ЎОÑкаÑ
+ CD-ROM. Greenstone бÑл ÑПзЎаМ пП пÑПекÑÑ New Zealand Digital Library Project пÑО ÑМОвеÑÑОÑеÑе ÐайкаÑП, ЎПÑабПÑаМ О ÑаÑпÑПÑÑÑаМеМ пÑО ÑПЎейÑÑвОО ЮÐÐСÐРО МепÑавОÑелÑÑÑвеММПй ПÑгаМОзаÑОО Human info. ÐÑа пÑПгÑаЌЌа ЎПÑÑÑпМа вÑеЌ Ма ÑайÑе http://greenstone.org О ÑППÑвеÑÑÑÑÐµÑ ÑÑлПвОÑÐŒ GNU General Public License.
+
+ÐÑ ÐœÐ°ÐŽÐµÐµÐŒÑÑ, ÑÑП ÑÑП пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÑабПÑÐ°ÐµÑ Ñ
+ПÑПÑП. ÐПжалÑйÑÑа, ÑППбÑОÑе П лÑбÑÑ
+ пÑПблеЌаÑ
+ пП аЎÑеÑÑ:greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+ÐаÑÑ 2004
+
+
+
+Ðб ÑÑПй ОМÑÑÑÑкÑОО
+
+
+ÐÑÐŸÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÐŸÐ±ÑÑÑÐœÑеÑ, как ÑÑÑаМПвОÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Greenstone Ñак ÑÑÐŸÐ±Ñ Ð²Ñ ÐŒÐŸÐ³Ð»Ðž запÑÑкаÑÑ ÐžÐ· ÑвПегП кПЌпÑÑÑеÑа. ÐЎеÑÑ Ñакже ПпОÑÑваеÑÑÑ Ð±ÐµÑплаÑМП пÑеЎÑÑавлÑеЌÑе пÑПгÑÐ°ÐŒÐŒÑ ÐœÐ° веб-ÑеÑвеÑе Apache О Perl. ÐÑ ÐŽÐ°ÐŽÐžÐŒ пÑПÑÑÑе пÑОЌеÑÑ Ð¿ÑПÑеЎÑÑÑ ÑÑÑаМПвкО.
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÐŒÐŸÐ¶ÐµÑ ÑабПÑаÑÑ ÐœÐ° ÑазМÑÑ
+ плаÑÑПÑЌаÑ
+ О в ÑазМÑÑ
+ кПМÑОгÑÑаÑОÑÑ
+. РазЎел ПпОÑÑÐ²Ð°ÐµÑ Ð±ÐŸÐ»ÑÑОМÑÑвП вПпÑПÑПв вПзМОкаÑÑОÑ
+ пÑО ÑÑÑаМПвке пÑПгÑÐ°ÐŒÐŒÑ Greenstone. РазЎел ЎеÑалÑМП ПпОÑÑÐ²Ð°ÐµÑ Ð¿ÑПÑеЎÑÑÑ ÐžÐœÑÑаллÑÑОй ÐŽÐ»Ñ Ð²ÑеÑ
+ веÑÑОО, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПÑОÑаÑÑ ÑÑ ÑаÑÑÑ ÐºÐŸÑПÑÐ°Ñ ÐŸÑМПÑОÑÑÑ Ðº ваÑей ПпеÑаÑОПММПй ÑОÑÑеЌе. РазЎел ПпОÑÑÐ²Ð°ÐµÑ ÐŽÐµÐŒÐŸÐœÑÑÑаÑОПММÑе кПллекÑОО ÑОÑÑПвПй бОблОПÑекО вклÑÑеММÑе в ЎОÑÑÑОбÑÑОвÑ. РазЎел ПбÑÑÑÐœÑÐµÑ ÐºÐ°Ðº ÑÑÑаМавлОваÑÑ ÐŸÐ±ÑОе веб-ÑеÑвеÑÑ, Apache О Microsoft PWS/IIS пÑО ÑабПÑе Ñ Greenstone. РазЎел ПпОÑÑÐ²Ð°ÐµÑ ÑазлОÑÐœÑе кПМÑОгÑÑаÑОПММÑе ПпÑОО Greenstone О РазЎел пПказÑÐ²Ð°ÐµÑ ÐºÐ°Ðº ЎелаÑÑ Ð¿ÐµÑÑПМалÑÐœÑÑ ÐŽÐŸÐŒÐ°ÑÐœÐžÑ ÑÑÑаМОÑÑ ÐŽÐ»Ñ ÑÐŸÐµÐŽÐžÐœÐµÐœÐžÑ Ñ Ð²Ð°Ñей ÑОÑÑПвПй бОблОПÑекПй.
+
+
+
+
+СПпÑÑÑÑвÑÑÑОе ЎПкÑЌеМÑÑ
+
+
+ÐПлМÑй ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÐŽÐŸÐºÑЌеМÑаÑОО к Greenstone ÑПÑÑÐŸÐžÑ ÐžÐ· пÑÑО ÑПЌПв:
+
+
+Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке ÑОÑÑПвПй бОблОПÑекО Greenstone (ÑÑÐŸÑ ÐŽÐŸÐºÑЌеМÑ)
+
+
+ÐÐœÑÑÑÑкÑÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+Ð ÑкПвПЎÑÑвП ÑазÑабПÑÑОк а ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐŸÑ ÐÑЌагО ЎП ÐПллекÑОО
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐÑпПлÑзПваМОе ÐÑгаМайзеÑа
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+ÐлагПЎаÑМПÑÑÑ
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone - пÑПЎÑÐºÑ ÑПвЌеÑÑМПгП ÑÑÑЎа ЌМПжеÑÑва лÑЎей. Rodger McNab О Stefan Boddie пÑОМÑОпОалÑÐœÑе ÑазÑабПÑÑОкО ÑОÑÑеЌÑ. ÐеПÑеМОЌÑй вклаЎ вМеÑлО David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, О Stuart Yeates. ÐÑÑалÑÐœÑе ÑÐ»ÐµÐœÑ ÐÑПекÑа ÐПвПзелаМЎÑкПй ÑОÑÑПвПй бОблОПÑекО ÑазÑабПÑалО вЎПÑ
+МПвеММÑй ЎОзайМ вÑей ÑОÑÑеЌÑ: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols О Lloyd Smith. ÐÑ Ñакже вÑÑажаеЌ ÑÐ²ÐŸÑ Ð¿ÑОзМаÑелÑМПÑÑÑ Ð²ÑеЌ ÑеЌ, кÑП ÑÑÑЎОлÑÑ ÐœÐ°ÐŽ ÑПзЎаМОеЌ пакеÑПв, пПпаЎаÑÑОÑ
+ пПЎ ЎейÑÑвОе лОÑеМзОО GNU, О вклÑÑеММÑÑ
+ в ЎОÑÑÑОбÑÑОв: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE О XLHTML.
+
+
+
+
+ÐеÑÑОО Greenstone
+
+
+Greenstone ÐŒÐŸÐ¶ÐµÑ ÑабПÑаÑÑ ÐœÐ° ÑазлОÑÐœÑÑ
+ плаÑÑПÑЌаÑ
+ О ÐžÐŒÐµÐµÑ ÑазлОÑÐœÑе кПМÑОгÑÑаÑОПММÑе веÑÑОО, ПпОÑаММÑе Ма РОÑÑМке .
+
+
+
+
+
+
+СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ³ÐŸ ПбÑÑПÑÑелÑÑÑв, ÑпПÑПбМÑÑ
+ пПвлОÑÑÑ ÐœÐ° пÑПÑеÑÑОМÑÑаллÑÑОО. ÐеÑеЎ ÑеЌ, как пÑПЎПлжОÑÑ, ÐŒÑ ÑПвеÑÑеЌ ваЌ ПÑвеÑОÑÑ ÐœÐ°ÑлеЎÑÑÑОе вПпÑПÑÑ:
+
+
+РкакПй ÑОÑÑеЌе Ð²Ñ ÑабПÑаеÑе - Windows ОлО Unix?
+
+
+ÐÑлО Windows, ÑП ОÑпПлÑзÑеÑе лО Ð²Ñ Windows 3.1/3.11 ОлО бПлее МПвÑевеÑÑОО? ХПÑÑ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌаÑÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑÑПй веÑÑОО,Ð²Ñ ÐœÐµ ÑЌПжеÑе ОÑ
+ ÑПзЎаваÑÑ. ÐÑе вПзЌПжМПÑÑО пÑПгÑÐ°ÐŒÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ ÑеалОзПваÑÑв веÑÑОÑÑ
+ 95/98/Ðе,ÐТ/2000.
+
+
+ÐÑлО Ð²Ñ ÑабПÑаеÑе Ñ Unix, ÑП ОÑпПлÑзÑеÑе лО Ð²Ñ Linux ОлО ÐŽÑÑгОе веÑÑОО?ÐÐ»Ñ Linux ОÑпПлÑзÑеÑÑÑ Ð±ÐžÐœÐ°ÑÐœÐ°Ñ Ð²ÐµÑÑÐžÑ ÑОÑÑеЌÑ, кПÑПÑÐ°Ñ Ð»ÐµÐ³ÐºÐ° в ÑÑÑаМПвке. ÐÐ»Ñ ÐŽÑÑгОÑ
+ веÑÑОй Linux ваЌ пÑОЎеÑÑÑ ÑÑÑаМавлОваÑÑ ÐžÑÑ
+ПЎМÑй кПЎ (source code) О кПЌпОлОÑПваÑÑ ÐµÐ³ÐŸ. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÑÑебПваÑÑ ÑÑÑаМПвкО ЎПпПлМОÑелÑМПй пÑПгÑаЌЌÑ.
+
+
+ÐÑлО ÑÑП Windows NT/2000 ОлО Unix, ÑП как Ð²Ñ Ð²Ñ
+ПЎОÑе в ÑОÑÑÐµÐŒÑ - как "аЎЌОМОÑÑÑаÑПÑ" ОлО "root"? ÐÑП ÑазлОÑОе ÐŒÐŸÐ¶ÐµÑ ÑÑгÑаÑÑ ÑÐŸÐ»Ñ Ð¿ÑО МаÑÑÑПйке ÑеÑевПгП ÑеÑвеÑа Greenstone.
+
+
+ÐÑжеМ лО ваЌ ОÑÑ
+ПЎМй кПЎ? ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе Windows ОлО Linux, ÑП ЌПжеÑе пÑПÑÑП ÑÑÑаМПвОÑÑ Ð±ÐžÐœÐ°ÑÑ. ÐП в ÑПЌ ÑлÑÑае, еÑлО ваЌ пПМаЎПбОÑÑÑ ÐžÑÑ
+ПЎМÑй кПЎ, ПМ МаÑ
+ПЎОÑÑÑ Ð² ЎОÑÑÑОбÑÑОве Greenstone.
+
+
+ÐÑЎеÑе лО Ð²Ñ ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе ÑОÑÑПвÑе кПллекÑОО? ÐÑлО Ўа, ÑП ваЌ ÐœÑжМП ÑÑÑаМПвОÑÑ Perl, кПÑПÑÑй ЎПÑÑÑпеМ как ÐŽÐ»Ñ Windows, Ñак О ÐŽÐ»Ñ Unix.
+
+
+ÐÑÑÑ Ð»Ðž Ма ваÑеЌ кПЌпÑÑÑеÑе ÑеÑевПй ÑеÑвеÑ? ÐÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ Greenstone ÐžÐŽÐµÑ Ð²ÐŒÐµÑÑе Ñ ÑеÑевÑÐŒ ÑеÑвеÑПЌ Windows. ÐП еÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе ПМ Ñже ÑÑÑаМПвлеМ, ЌПжМП ОÑпПлÑзПваÑÑ Ðž егП. ÐÐ»Ñ Linux ваЌ МеПбÑ
+ПЎОЌП ÑÑÑаМПвОÑÑ ÑеÑевПй ÑеÑвеÑ.
+
+
+ÐМаеÑе лО вÑ, как МалажОваÑÑ ÑеÑвеÑ, ÑÑÑаМПвлеММÑй Ма ваÑеЌ кПЌпÑÑÑеÑе? ÐÑлО МеÑ, ÑП лÑÑÑе ОÑпПлÑзÑйÑе ÑеÑÐ²ÐµÑ Greenstone, Ñак как ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐœÐ°ÑÑÑПОÑÑ Ð²Ð°Ñ ÑеÑÐ²ÐµÑ Ñак, ÑÑÐŸÐ±Ñ ÐŸÐœ ÑаÑпПзМавал пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone.
+
+
+
+
+
+
+ÐÑПÑеÑÑ ÐÐœÑÑаллÑÑОО
+
+
+СÑÑеÑÑвÑÑÑ ÑазМÑе веÑÑОО Greenstone, ÑПзЎаММÑе ÐŽÐ»Ñ Windows О Unix, О ПМО ЎПÑÑÑÐ¿ÐœÑ Ð² ЎвÑÑ
+ ÑПÑЌаÑ
+: бОМаÑÐœÐ°Ñ ÑПÑЌа О ОÑÑ
+ПЎМÑй кПЎ. ÐÐ»Ñ ÐžÐœÑеÑÑейÑа пÑПгÑÐ°ÐŒÐŒÑ ÐžÑпПлÑзÑеÑÑÑ ÐÐœÑеÑМеÑ-бÑаÑзеÑ: Netscape Navigator ОлО Internet Explorer (веÑÑОО 4.0 ОлО вÑÑе в ПбПОÑ
+ ÑлÑÑаÑÑ
+). ÐÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе еÑе Ме ÑÑÑаМПвлеМ ÐÐœÑеÑМеÑ-бÑаÑзеÑ, ÑП Ма ÑÑПЌ CD-ROM еÑÑÑ Windows - веÑÑÐžÑ Netscape Navigator.
+
+
+Windows
+
+
+ÐÑлО Ð²Ñ ÑвлÑеÑеÑÑ Ð¿ÐŸÐ»ÑзПваÑелеЌ Unix, ÑП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПпÑÑÑОÑÑ ÑÑÑ ÑаÑÑÑ Ðž МаÑаÑÑ Ñ ÑаÑÑО . ÐÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелей Windows, желаÑÑОÑ
+ вÑпПлМОÑÑ "ПбÑÑÐœÑÑ ÑÑÑаМПвкÑ" (simple installation), МаЎП зМаÑÑ, ÑÑП веÑÑ Ð¿ÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ Greenstone Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÐºÐŸÐ»ÐŸ 40 Mb Ма жеÑÑкПЌ ЎОÑке.
+ÐÑлО Ð²Ñ Ð²ÑбеÑеÑе ÐŽÑÑгÑÑ ÑПÑÐŒÑ ÑÑÑаМПвкО, ÑП ваЌ ÐœÑжМП ÑеÑОÑÑ, ÑÑÑаМавлОваÑÑ Ð»Ðž ваЌ бОМаÑÐœÑй кПЎ ОлО ОÑÑ
+ПЎМÑй кПЎ. ÐÑлО ÑПЌМеваеÑеÑÑ, ÑП лÑÑÑе вÑбеÑОÑе бОМаÑÐœÑй кПЎ. ÐÑПÑеÑÑ ÑÑÑаМПвкО ОЎеМÑОÑеМ ÐŽÐ»Ñ ÐŸÐ±ÐŸÐžÑ
+ÑОпПв. ÐОже ПпОÑÐ°ÐœÑ ÐŸÐ¿ÑОО, Ñ ÐºÐŸÑПÑÑЌО Ð²Ñ ÑÑПлкМеÑеÑÑ Ð¿ÑО вÑбПÑе ÑОпа ОМÑÑаллÑÑОО.
+ÐПÑле завеÑÑÐµÐœÐžÑ ÐžÐœÑÑаллÑÑОО Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑÑÐ°Ð·Ñ Ð¶Ðµ пеÑейÑО к ÑаÑÑО .
+
+
+ÐбÑÑÐœÐ°Ñ ÐžÐœÑÑаллÑÑОÑ
+
+
+ÐÐ»Ñ ÑÑÑаМПвкО веÑÑОО пÑПгÑÐ°ÐŒÐŒÑ Ð¿ÐŸÐŽ Windows вÑÑавÑÑе CD-ROM в ÑППÑвеÑÑÑвÑÑÑОй ЎОÑкПвПЎ (МапÑÐžÐŒÐµÑ D:). ÐÑлО пÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО Ме МаÑМеÑÑÑ ÑеÑез 20 ÑекÑМЎ, ÑП МажЌОÑе Ма ÐŒÐµÐœÑ ÐÑÑк, вÑбеÑОÑе ÐÑпПлМОÑÑ Ðž МапОÑОÑе D:\setup.exe гЎе D: ÑÑП ЎОÑкПвПЎ ÐŽÐ»Ñ CD-ROM. РвеÑÑОО Windows 3.1, вÑбеÑОÑе ÐÑпПлМОÑÑ ÐРЀайлПвПгП ЌеМеЎжеÑа РввеЎОÑе D:\Windows\win3.1\setup.exe.
+ÐÐ»Ñ Ð¿ÑПÑÑПй ÑÑÑаМПвкО вÑбОÑайÑе вÑе ÑÑлПвОÑ, кПÑПÑÑе пÑеЎлагаÑÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ, ÐœÐ°Ð¶ÐžÐŒÐ°Ñ ÐœÐ° ÐºÐœÐŸÐ¿ÐºÑ Ðалее(Next) . ÐÑП вÑе, ÑÑП ваЌ МаЎП ÑЎелаÑÑ! Greenstone бÑÐŽÐµÑ ÑÑÑаМПвлеМ в ЎОÑекÑПÑОО C:\Program Files\gsdl.
+ÐПÑле завеÑÑÐœÐžÑ ÑÑÑаМПвкО ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка ÑОÑÑÐµÐŒÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма ÐºÐœÐŸÐ¿ÐºÑ ÐÑÑк, вÑбеÑОÑеÐÐµÐœÑ ÐÑПгÑаЌЌÑ, заÑеЌ Greenstone Digital Library, запÑÑгОв пÑПгÑаЌЌÑ. ÐÐ»Ñ Ð²Ñ
+ПЎа в ÐеЌП-кПллекÑÐžÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма ÑППÑвеÑÑÑвÑÑÑÑÑ ÐžÐºÐŸÐœÐºÑ Ð² ÐлавМПЌ ÐŒÐµÐœÑ Greenstone
+
+
+ÐПЌаÑÐœÑÑ ÑÑÑаМОÑа
+
+
+
+
+
+
+
+ÐОМаÑÐœÑе бОблОПÑекО пПЎ Windows
+
+
+Ðа CD-ROM Ўве ÑазЎелÑÐœÑе бОМаÑÐœÑе пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ Windows: ÐПкалÑÐœÐ°Ñ ÐОблОПÑека О Ðеб ÐОблОПÑека . ÐÐœÑÑаллÑÑÐžÑ Ð¿ÐŸ ÑЌПлÑаМОÑ, ПпОÑÑÐ²Ð°ÐµÐŒÐ°Ñ ÑвÑÑе, вÑбОÑÐ°ÐµÑ Ð²ÐµÑÑÐžÑ ÐПкалÑМПй ÐОблОПÑекО. ÐÑ ÐœÐ°ÑÑПÑÑелÑМП ÑекПЌеМЎÑеЌ ваЌ ОÑпПлÑзПваÑÑ ÑÑÑ Ð²ÐµÑÑОÑ. Ðеб ÐОблОПÑека, кПÑПÑÑÑ ÐœÐ°ÐŒÐœÐŸÐ³ÐŸ ÑлПжМее ÑÑÑаМПвОÑÑ, МеПбÑ
+ПЎОЌа ÑПлÑкП, еÑлО Ñ Ð²Ð°Ñ Ñже ÑÑÑеÑÑвÑÐµÑ Ð²ÐµÐ± ÑеÑÐ²ÐµÑ Ðž Ñ
+ПÑОÑе ОÑпПлÑзПваÑÑ ÐµÐ³ÐŸ О ÐŽÐ»Ñ ÐÑОМÑÑПÑÐœ. ÐеÑЌПÑÑÑ ÐœÐ° ÑÐ²ÐŸÑ ÑкÑПЌМПе МазваМОе, ÐПкалÑÐœÐ°Ñ ÐОблОПÑека пеÑÐŽÐ»Ð°Ð³Ð°ÐµÑ Ð¿ÐŸÐ»ÑÑ Ðž ÑаЌПЎПÑÑаÑПÑÐœÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð² ПбÑлÑжОваМОО ÑеÑО.
+ÐПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека. С пПЌПÑÑÑ ÐПкалÑМПй бОблОПÑекО ЌПжМП ÑабПÑаÑÑ Ñ Ð³ÐŸÑПвÑЌО кПллекÑОÑЌО Greenstone в лÑбПй веÑÑОО Windows. ÐеЌП-кПллекÑÐžÑ ÑÑÑаМавлОваеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО. ÐÑ Ñакже ЌПжеÑе ЎПбавлÑÑÑ ÐœÐŸÐ²Ñе кПллекÑОО Ñ ÐºÐŸÐŒÐ¿Ð°ÐºÑ-ЎОÑка (ПпОÑаММÑе в ЧаÑÑО ).
+ÐПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека пÑеЎМазМаÑеМа ÐŽÐ»Ñ ÑабПÑÑ ÐœÐ° ПÑЎелÑÐœÑÑ
+ кПЌпÑÑÑеÑаÑ
+ ОлО кПЌпÑÑÑеÑаÑ
+, Ма кПÑПÑÑÑ
+ еÑе Ме ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÑеÑевÑе ÑеÑвеÑÑ. ÐМа ÑПЎеÑÐ¶ÐžÑ ÐœÐµÐ±ÐŸÐ»ÑÑПй вÑÑÑПеММÑй ÑеÑвеÑ, ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ ÐŽÑÑгОе кПЌпÑÑÑеÑÑ, пПЎклÑÑеММÑе к ÑПй же ÑеÑО, ЌПглО ОЌеÑÑ ÐŽÐŸÑÑÑп к бОблОПÑеке (МП ÑÑÐŸÑ ÑеÑÐ²ÐµÑ ÐžÐŒÐµÐµÑ ÐŸÐ³ÑаМОÑеММÑе вПзЌПжМПÑÑО).
+ÐÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ Ð»ÐŸÐºÐ°Ð»ÑМПй бОблОПÑекО авÑПЌаÑОÑеÑкО ПпÑеЎелÑÐµÑ ÐœÐ°Ð»ÐžÑОе пÑПгÑаЌЌÑ, ПÑвеÑаÑÑей за ÑеÑевÑе вПзЌПжМПÑÑО Ма ваÑеЌ кПЌпÑÑÑеÑе, О ПпÑеЎелÑеÑ, пПЎклÑÑÐµÐœÑ Ð»Ðž Ð²Ñ Ðº ÑеÑО. ÐП Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÑ ÐŽÐ²Ðµ пÑÐŸÐ±Ð»ÐµÐŒÑ Ñ ÑÑПй бОблОПÑекПй:
+
+
+ÐÑÐµÐŒÑ ÐŸÑ Ð²ÑеЌеМО ÐŒÐŸÐ¶ÐµÑ ÑПвеÑÑаÑÑÑÑ ÐœÐµÐ·Ð°Ð¿Ð»Ð°ÐœÐžÑПваММÑй dial-up
+
+
+ÐМа ÐŒÐŸÐ¶ÐµÑ ÐœÐµ ÑабПÑаÑÑ ÐžÐ·-за МепÑавОлÑМПй ÑÑÑаМПвкО ÑеÑевПгП пÑПгÑаЌЌМПгП ПбеÑпеÑеМОÑ.
+
+
+ÐÐ»Ñ ÐžÐ·Ð±ÐµÐ¶Ð°ÐœÐžÑ ÑакОÑ
+ пÑПблеЌ ЎОÑк ÑПЎеÑÐ¶ÐžÑ ÐŸÐ³ÑаМОÑеММÑÑ Ð²ÐµÑÑÐžÑ ÐПкалÑМПÑй бОблОПÑекО, кПÑПÑÑÑ ÐŒÐŸÐ¶ÐœÐŸ ОÑпПлÑзПваÑÑ Ð²ÐŒÐµÑÑП ÑÑаМЎаÑÑМПй. ÐÑа веÑÑÐžÑ ÑабПÑÐ°ÐµÑ ÑПлÑкП в Netscape- ÐÑО запÑÑке бОблОПÑекО Ð²Ñ ÑвОЎОÑе ОкПМкÑ, пПзвПлÑÑÑÑÑ Ð²ÐŸÐ¹ÑО в ÑÑÑ Ð²ÐµÑÑОÑ. ÐÑеЎпПÑÑОÑелÑМей ОÑпПлÑзПваÑÑ ÑÑаМЎаÑÑÐœÑÑ Ð²ÐµÑÑОÑ, Ме вÑзÑваÑÑÑÑ ÑÑОÑ
+ пÑПблеЌ.
+ÐÐœÑеÑÐœÐµÑ - бОблОПÑека (Web Library). С пПЌПÑÑÑ ÑÑПй бОблОПÑекО О пÑО МалОÑОО ÑеÑевПгП ÑеÑвеÑа ЌПжМПÑабПÑаÑÑ Ñ Ð³ÐŸÑПвÑЌО кПллекÑОÑЌО.ÐÑа бОблОПÑека пПзвПлÑÐµÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑÑ Ñ ÑÑÑеÑÑвÑÑÑОЌ ÑеÑевÑÐŒ ÑеÑвеÑПЌ ÑабПÑаÑÑ Ñ Ð³ÐŸÑПвÑЌО Greenstone кПллекÑОÑЌО. Ðак О в ÑлÑÑае Ñ Ð»ÐŸÐºÐ°Ð»ÑМПй бОблОПÑекПй, ÐеЌП-кПллекÑÐžÑ Ñакже бÑÐŽÐµÑ ÑÑÑаМПвлеМа авÑПЌаÑОÑеÑкО. ÐÑ Ñакже ЌПжеÑе ÑÑÑаМПвОÑÑ Ðž ÐŽÑÑгОе кПллекÑОО, МаÑ
+ПЎÑÑОеÑÑ ÐœÐ° CD-ROM, (ÑЌПÑÑОÑе ЧаÑÑÑ ).
+ÐÑлОÑОе ÐÐœÑеÑМеÑ-бОблОПÑекО ÐŸÑ ÐПкалÑМПй ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП ПМа пÑеЎМазМаÑеМа ÐŽÐ»Ñ ÐºÐŸÐŒÐ¿ÑÑÑеÑПв, кПÑПÑÑе Ñже ОЌеÑÑ Ð¿ÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ ÑеÑевПгП ÑеÑвеÑа.
+ÐÐ»Ñ Ð·Ð°Ð¿ÑÑка ÐÐœÑеÑМеÑ-бОблОПÑекО ваЌ МеПбÑ
+ПЎОЌ:
+
+
+ÐÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ ÑеÑевПгП ÑеÑвеÑа. ÐÐ»Ñ ÑÑПгП ЌПжМП ОÑпПлÑзПваÑÑ Apache (ÑЌПÑÑОÑе ÐÑОлПжеМОе )
+
+
+ÐПллекÑПÑ. ÐÑÐŸÑ ÐºÐŸÐŒÐ¿ÐŸÐœÐµÐœÑ Ð²ÐºÐ»ÑÑеМ как в ÐПкалÑÐœÑÑ, Ñак О в ÐÐœÑеÑМеÑ-бОблОПÑÐµÐºÑ Ðž пПзвПлÑÐµÑ Ð²Ð°ÐŒ ÑПзЎаваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Оз ЎПкÑЌеМÑПв ваÑÐµÐŒÑ ÑÑЌПÑÑеМОÑ. (Ð Windows 3.1/3.11 ÐПллекÑÐŸÑ ÐœÐµ ÑабПÑаеÑ).
+
+
+
+
+
+
+ÐаÑÑÑПйка ÑеÑевПгП ÑеÑвеÑа Windows (ТПлÑкП ÐŽÐ»Ñ Ð²ÐµÑÑОО ÐÐœÑеÑМеÑ-бОблОПÑекО)
+
+
+ÐÑеОЌÑÑеÑÑвПЌ ÐПкалÑМПй бОблОПÑекО ÑвлÑеÑÑÑ ÑП, ÑÑП ее ЌПжМП запÑÑÑОÑÑ ÑÑÐ°Ð·Ñ Ð¶Ðµ пПÑле ÑÑÑаМПвкО, О ПМа Ме ÐœÑжЎаеÑÑÑ Ð² какПй-лОбП МаÑÑÑПйке. Ð ÑлÑÑае Ñ ÐÐœÑеÑМеÑ-бОблОПÑекПй ваЌ пÑеЎÑÑÐŸÐžÑ ÐœÐ°ÑÑÑПОÑÑ Ð²Ð°Ñ ÑеÑевПй ÑеÑвеÑ. ÐÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе ÑеÑевПй ÑеÑÐ²ÐµÑ Ñже ÑÑÑаМПвлеМ, ÑП ваЌ ÐœÑжМП ввеÑÑО МебПлÑÑОе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² егП кПМÑОгÑÑаÑОПММÑй Ñайл ÐŽÐ»Ñ ÑабПÑÑ Ñ Greenstone.
+СпеÑОалÑÐœÑй ОМÑÑаллÑÑОПММÑй ÑкÑÐžÐ¿Ñ Apache гПвПÑÐžÑ ÐŸ ÑПЌ, ÑÑП ОЌеММП МаЎП ÑЎелаÑÑ-ÑЌПÑÑОÑе ÑаÑÑÑ ÐžÐœÑÑÑÑкÑОО пП МаÑÑÑПйке ÑеÑевÑÑ
+ ÑеÑвеÑПв PWS, MS. ÐаЌ, вПзЌПжМП, пПМаЎПбОÑÑÑ Ð¿ÐŸÐŒÐŸÑÑ ÑОÑÑеЌМПгП аЎЌОМОÑÑÑаÑПÑа ÐŽÐ»Ñ ÐœÐ°ÑÑÑПйкО ÑÑÑеÑÑвÑÑÑегП ÑеÑвеÑа.
+ÐÑлО Ñ Ð²Ð°Ñ ÐµÑе ÐœÐµÑ ÑеÑевПгП ÑеÑвеÑа, ÑП ваЌ егП ÐœÑжМП ÑÑÑаМПвОÑÑ (ÑЌПÑÑОÑе в ÐÑОлПжеМОО ОМÑПÑЌаÑÐžÑ ÐŸÐ± Apache). ÐаÑеЌ ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐµÐ³ÐŸ пÑавОлÑМП МаÑÑÑПОÑÑ. Ð ÑаÑÑО ЎаМП ЎеÑалÑМПе ПпОÑаМОе ÑПгП, как ПÑЎелÑÐœÑе ÑаÑÑО веб-ÑеÑвеÑа влОÑÑÑ ÐœÐ° Greenstone О как ÐœÑжМП ОÑ
+ ОзЌеМОÑÑ. ÐÑе ÑÑП ÑвПЎОÑÑÑ Ðº ÑПЌÑ, ÑÑП ÐœÑжМП бÑÐŽÐµÑ Ð²Ð²ÐµÑÑО ПкПлП ÑеÑÑО ÑÑÑПк в кПМÑОгÑÑаÑОПММÑй Ñайл.
+
+
+
+
+ÐÑÑ
+ПЎМÑй кПЎ ÐŽÐ»Ñ Windows
+
+
+ÐÑÑ
+ПЎМÑй кПЎ Greenstone Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ 50 Mb пÑПÑÑÑаМÑÑва, МП ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ ÐµÐ³ÐŸ ÑкПЌпОлОÑПваÑÑ Ð²Ð°ÐŒ пПÑÑебÑеÑÑÑ ÐŸÐºÐŸÐ»ÐŸ 90Mb. ÐÐ»Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑОО ваЌ МеПбÑ
+ПЎОЌ:
+
+
+The Microsoft Visual C++ compiler (Ма ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÐŒÑ ÑеÑаеЌ МебПлÑÑОе пÑÐŸÐ±Ð»ÐµÐŒÑ Ð¿ÐŸ Ð¿ÐŸÐ²ÐŸÐŽÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑОО Greenstone Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑазМÑÑ
+Ñ Ð¿ÐŸÑÑПв GNU GCC.)
+
+
+(ÐаЌ Ме ÐœÑжеМ GDBM, СУÐÐ Gnu database manager, Ñак как ПМ вклÑÑеМ впÑПгÑаЌЌМÑй Ð¿Ð°ÐºÐµÑ Greenstone).
+ÐалПвеÑПÑÑМП, ÑÑП Ð²Ñ ÑЌПжеÑе ÑкПЌпОлОÑПваÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Ð² Windows 3.1/3.11.
+ÐÑлО Ð²Ñ Ð¿ÐµÑекПЌпОлОÑÑеÑе Greenstone О ОÑпПлÑзÑеÑе ÑÑÑ Ð²ÐµÑÑÐžÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ CD-ROM, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð·Ð°Ð¿ÐŸÐŒÐœÐžÑÑ, ÑÑП кПЎ, ÑПзЎаММÑй Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Ð¿ÐŸÑлеЎМОÑ
+ÐеÑÑОй ÐTPP/ C++ compiler, Ме ÑабПÑÐ°ÐµÑ Ð² Windows 3.1/3.11, ÑПгЎа как МаЎÑÑгОÑ
+ бПлее МПвÑÑ
+ веÑÑОÑÑ
+ (95,98,Me,N7,2000) ПМ ÑабПÑаеÑ. ÐÑлО Ð²Ñ Ñ
+ПÑОÑе,ÑÑÐŸÐ±Ñ Ð¿ÐµÑекПЌпОлОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ Ð²ÐµÑÑÐžÑ ÑабПÑала Ма бПлее ÑаММОÑ
+ веÑÑОÑÑ
+Windows, ÑП ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐžÑпПлÑзПваÑÑ ÐŽÑÑгÑÑ Ð²ÐµÑÑÐžÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑПÑа.ÐПлее ÑПгП, Greenstone ОÑпПлÑзÑÐµÑ STL, C++ standard templatelibrary(ÑÑаМЎаÑÑÐœÐ°Ñ ÑÐ°Ð±Ð»ÐŸÐœÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека), РХÐТЯ МекПÑПÑÑе ÐÐÐÐÐÐЯТÐРЫÑПЎеÑÐ¶Ð°Ñ STL, ÑÑа веÑÑÐžÑ ÐœÐµ бÑÐŽÐµÑ ÑабПÑаÑÑ ÐœÐŸÑЌалÑМП. ÐПÑÑÐŸÐŒÑ ÐŽÐ»ÑпеÑекПЌпОлÑÑОО Greenstone, ÑÑÐŸÐ±Ñ ÐŸÐœ ÑабПÑал Ма ÑаММОÑ
+ веÑÑОÑÑ
+ Windows,ваЌ ÐœÑжеМ:
+
+
+The Microsoft Visual C++ compiler, ÐеÑÑÐžÑ 4.0 ОлО 4.2
+
+
+ÐМеÑÐœÑÑ Ð²ÐµÑÑÐžÑ STL, C++ STL вÑ
+ÐŸÐŽÐžÑ Ð² пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÑпеÑОалÑМП ÐŽÐ»Ñ ÑабПÑÑ Ñ ÑÑОЌО веÑÑОÑЌО кПЌпОлÑÑПÑПв.
+
+
+ÐÑжМП заЌеÑОÑÑ, ÑÑП пÑО вÑбПÑе ÑÑÑаМПвкО ОÑÑ
+ПЎМПгП кПЎа в пÑПÑеÑÑе ÑÑÑаМПвкО Greenstone, кПЎ Ме бÑÐŽÐµÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÐžÑПваÑÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО. ÐÐœÑÑÑÑкÑОО, ÑвÑзаММÑе Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑОей Greenstone, ÑЌПÑÑОÑе в ЎПкÑЌеМÑе lnstall.txt, кПÑПÑÑй МаÑ
+ПЎОÑÑÑ Ð² ЎОÑекÑПÑОО (C:\Program Files\gsdl пП ÑЌПлÑаМОÑ).
+
+
+
+
+
+
+Unix
+
+
+ÐÑа ÑаÑÑÑ ÐœÐ°Ð¿ÐžÑаМа ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелей Unix (ÐПлÑзПваÑелО Windows ЌПгÑÑ ÑÑÐ°Ð·Ñ Ð¿ÐµÑейÑО к ÑаÑÑО ).ÐÐ»Ñ ÑÑÑаМПвкО ваЌ ÐœÑжМП бÑÐŽÐµÑ Ð²ÑбÑаÑÑ ÐŒÐµÐ¶ÐŽÑ Ð±ÐžÐœÐ°ÑÐœÑÐŒ О ОÑÑ
+ПЎМÑÐŒ кПЎаЌО. ÐОМаÑÐœÑй кПЎ Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐŸÐºÐŸÐ»ÐŸ 50 Mb; ОÑÑ
+ПЎМÑй кПЎ ÑÑебÑÐµÑ 160ÐЬ ÐŽÐ»Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑОО.
+
+
+ÐОМаÑÐœÑй кПЎ ÐŽÐ»Ñ Unix
+
+
+ÐОМаÑÐœÑй кПЎ ÐœÑжЎаеÑÑÑ Ð² Linux ЎОÑÑÑОбÑÑОве, ПÑМПваММПЌ Ма IntelÑ
+8б, кПÑПÑÑй вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ELF binary support. ÐОже пеÑеÑОÑÐ»ÐµÐœÑ ÐŽÐžÑÑÑОбÑÑОвÑ, кПÑПÑÑе ÑППÑвеÑÑÑвÑÑÑ ÑÑОЌ ÑÑебПваМОÑÐŒ:
+
+
+RedHat 5.1
+
+
+SuSe Linux 6.1
+
+
+Debian 2.1
+
+
+Slackware 4.0
+
+
+ÐПлее ÑаММОе веÑÑОО ÑÑОÑ
+ ЎОÑÑÑОбÑÑОвПв Ñакже ÐŽÐŸÐ»Ð¶ÐœÑ ÑабПÑаÑÑ.
+ÐаЌ пПÑÑебÑеÑÑÑ ÑеÑевПй ÑеÑвеÑ: ÐŒÑ ÑекПЌеМЎÑеЌ Apache. ÐÑ Ñакже МаÑÑПÑÑелÑМП ÑекПЌеМЎÑеЌ ваЌ ÑÑÑаМПвОÑÑ ÑеÑевПй ÑеÑÐ²ÐµÑ ÐŽÐŸ ÑПгП, как Ð²Ñ ÑÑÑаМПвОÑе Greenstone - ÑÑП зМаÑОÑелÑМП ПблегÑÐžÑ Ð¿ÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО. ÐÑлО Ð²Ñ Ð¿Ð»Ð°ÐœÐžÑÑеÑе ÑПзЎаваÑÑ ÑОÑÑПвÑе кПллекÑОО, ÑП ваЌ Ñакже пПМаЎПбОÑÑÑ Perl, еÑлО ПМ еÑе Ме ÑÑÑаМПвлеМ Ма ваÑей ÑОÑÑеЌе. ÐП ЌМПгОÑ
+ веÑÑОÑÑ
+ Linux пÑПгÑаЌЌа Perl ÑÑÑаМавлОваеÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ. Ð ÐÑОлПжеМОО Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑзМаÑÑ, гЎе О как пÑОПбÑеÑÑО Apache О Perl.
+
+
+
+
+ÐÑÑ
+ПЎМÑй кПЎ ÐŽÐ»Ñ Unix
+
+
+ÐÑÑ
+ПЎМÑй кПЎ ÐŽÐ»Ñ Unix ÑвлÑеÑÑÑ ÑакОЌ же, как О ÐŽÐ»Ñ Windows. ÐÐœ бÑл ÑкПЌпОлОÑПваМ О пÑПвеÑеМ Ма Linux, Solaris, Macintosh OS/X. ÐаÑÑÑПОÑÑ ÑÑÐŸÑ ÐºÐŸÐŽ пПЎ ÐŽÑÑгОе веÑÑОО Unix бÑÐŽÐµÑ ÐœÐµ ÑлПжМП.
+ÐÐ»Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÑÑОО ОÑÑ
+ПЎМПгП кПЎа Ма Unix ваЌ ÐœÑжМП ОЌеÑÑ
+
+
+GCC, Gnu C++ compiler
+
+
+GDBM, Gnu database manager.
+
+
+ÐÐ»Ñ Ð·Ð°Ð¿ÑÑка пÑПгÑÐ°ÐŒÐŒÑ Greenstone ваЌ Ñакже пПМаЎПбОÑÑÑ ÑеÑевПй ÑеÑÐ²ÐµÑ Ðž Perl, как бÑлП ПпОÑаМП вÑÑе.
+
+
+
+
+УÑÑаМПвка Unix
+
+
+ÐÐ»Ñ ÑÑÑаМПвкО веÑÑОО Unix Ñ ÐºÐŸÐŒÐ¿Ð°ÐºÑ-ЎОÑка вÑÑавÑÑе ЎОÑк в ЎОÑкПвПЎ ОÐвеЎОÑе ÑлеЎÑÑÑОе кПЌаМЎÑ:
+
+
+
+
+
+mount /cdrom
+
+
+ (ÑÑа кПЌаМЎа ÐŒÐŸÐ¶ÐµÑ ÐŸÑлОÑаÑÑÑ ÐŸÑ ÐŸÐŽÐœÐŸÐ¹ веÑÑОО к ÐŽÑÑгПй; МапÑÐžÐŒÐµÑ ÐœÐ° OS/X Ð²Ñ Ð²Ð²ÐŸÐŽÐžÐ³Ð³ÐµÐŽÐžÑекÑПÑОÑ /Volumes  a заÑеЌ в  ÑППÑвеÑÑÑвÑÑÑÑÑ Ð¿ÐŸÐŽÐŽÐžÑекÑПÑÐžÑ ÐŽÐ»Ñ CD-ROM)
+
+
+
+
+cd /cdrom
+
+
+ОзЌеМОÑÑ ÐŽÐžÑекÑПÑÐžÑ ÐœÐ° вÑÑÑОй ÑÑÐŸÐ²ÐµÐœÑ CD-ROM
+
+
+
+
+cd Unix
+
+
+ÐзЌеМОÑÑ ÐŽÐžÑекÑПÑÐžÑ ÑÑЎа, гЎе ÑÑÑаМПвлеМ ОМÑÑаллÑÑОПММÑй ÑкÑÐžÐ¿Ñ Unix .
+
+
+
+
+sh Install.sh
+
+
+ÐаÑаÑÑ Ð¿ÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО (бÑквеММПе ÑПÑеÑаМОе МеПбÑ
+ПЎОЌП Ñак как вП ЌМПгОÑ
+ ÑлÑÑаÑÑ
+ Ð²Ñ ÐœÐµ ЌПжеÑе МаÑаÑÑ ÐžÐœÑÑаллÑÑÐžÑ Ð¿ÑПгÑаЌЌ пÑÑЌП Ñ ÐºÐŸÐŒÐ¿Ð°ÐºÑ-ЎОÑка).
+
+
+
+
+ÐаÑаÑÑ Ð¿ÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО (бÑквеМПе ÑПÑеÑаМОе МеПбÑ
+ПЎОЌП Ñак как вП ЌМПгОÑ
+ ÑлÑÑаÑÑ
+ Ð²Ñ ÐœÐµ ЌПжеÑе МаÑаÑÑ ÐžÐœÑÑаллÑÑÐžÑ Ð¿ÑПгÑаЌЌ пÑÑЌП Ñ ÐºÐŸÐŒÐ¿Ð°ÐºÑ-ЎОÑка).
+ÐПÑлеЎМÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÐ° вÑзÑÐ²Ð°ÐµÑ ÐžÐœÑеÑакÑОвМПе ЎОалПгПвПе ПкМП, в кПÑПÑПЌ запÑаÑОваеÑÑÑ ÐžÐœÑПÑЌаÑОÑ, МеПбÑ
+ÐŸÐŽÐžÐŒÐ°Ñ ÐŽÐ»Ñ ÑÑÑаМПвкО Greenstone. Ð ÑÑПЌ ПкМе пПЌеÑаеÑÑÑ ÐŽÐµÑалÑÐœÑй ПÑÑÐµÑ ÐŸ ÑПЌ, ÑÑП пÑПОÑÑ
+ПЎОÑ. ÐÑПÑеÑÑ ÑÑÑаМПвкО МаÑОМаеÑÑÑ Ñ ÑПгП, ÑÑП Ñ Ð²Ð°Ñ Ð·Ð°Ð¿ÑаÑОваеÑÑÑ ÐŽÐžÑекÑПÑОÑ, в кПÑПÑÑÑ Ð²Ñ Ð¶ÐµÐ»Ð°ÐµÑе ÑÑÑаМПвОÑÑ Ð¿ÑПгÑаЌЌÑ. ÐеÑвÑй Ñайл, кПÑПÑÑй пПЌеÑаеÑÑÑ Ð² ÑÑÑ ÐŽÐžÑекÑПÑОÑ, - ÑÑП Ñайл "ÑЎалОÑÑ" (uninstall), кПÑПÑÑй ПÑОÑÐ°ÐµÑ ÑÑÑ ÐŽÐžÑекÑПÑÐžÑ ÐŸÑ ÑайлПв МезавеÑÑеММПй ÑÑÑаМПвкО, в ÑлÑÑае, еÑлО Ñ Ð²Ð°Ñ Ð²ÐŸÐ·ÐœÐžÐºÐœÑÑ Ð¿ÑÐŸÐ±Ð»ÐµÐŒÑ ÐžÐ»Ðž Ð²Ñ Ð¿ÑОПÑÑаМавлОваеÑе ÑÑÑаМПвкÑ. СлеЎÑÑÑОй - Ñаг Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÑбÑаÑÑ ÐŒÐµÐ¶ÐŽÑ Ð±ÐžÐœÐ°ÑÐœÑÐŒ О ОÑÑ
+ПЎМÑÐŒ кПЎаЌО. ÐаÑеЌ пПÑвлÑÑÑÑÑ Ð²ÐŸÐ¿ÑПÑÑ ÐŸ паÑаЌеÑÑаÑ
+ ваÑегП WWW-бÑаÑзеÑа. ÐаЌ ÐœÑжМП ОЌеÑÑ ÐžÑпÑавМÑÑ cgi executable directory (ПбÑÑМП МазÑваеÑÑÑ "cgi-bin" в ÑОÑÑеЌаÑ
+ Unix); Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑПзЎаÑÑ ÐœÐŸÐ²ÑÑ Ð»ÐžÐ±ÐŸ ОÑпПлÑзПваÑÑ ÑÑаÑÑÑ. ÐÑлО Ð²Ñ ÑПзЎаЎОÑе МПвÑÑ, ÑП ваЌ МеПбÑ
+ПЎОЌП ввеÑÑО ÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ Ð² кПМÑОгÑÑаÑОПММÑй Ñайл ÑеÑевПгП ÑеÑвеÑа. РлÑбПЌ ÑлÑÑае ваЌ ÐœÑжМП бÑÐŽÐµÑ Ð²Ð²ÐµÑÑО WWW-аЎÑÐµÑ ÐŽÐžÑекÑПÑОО cgi. ÐÐœÑеÑакÑОвМÑе ПкМа пÑПвеЎÑÑ Ð²Ð°Ñ ÑеÑез веÑÑ ÐžÐœÑÑаллÑÑОПММÑй пÑПÑеÑÑ. ÐÑÐµÐœÑ Ð²Ð°Ð¶ÐœÐŸ пÑавОлÑМП ввПЎОÑÑ file permissions в ПпÑеЎелеММÑÑ
+ ЎОÑекÑПÑОÑÑ
+, гЎе Ñ Ð²Ð°Ñ Ð¿ÐŸÑÑебÑÑÑ ÑППÑвеÑÑÑвÑÑÑÑÑ ÐžÐœÑПÑЌаÑОÑ. Ð ÐœÐ°ÐºÐŸÐœÐµÑ Ñ Ð²Ð°Ñ Ð¿ÐŸÑÑебÑÑÑ Ð¿Ð°ÑПлÑ. ÐÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ "аЎЌОМОÑÑÑаÑПÑ" ввеЎОÑе "admin".
+ÐП ÑЌПлÑаМОÑ, Greenstone ÑÑÑаМавлОваеÑÑÑ Ð² ЎОÑекÑПÑОО /usr/local/gsdl, еÑлО ÑÑÑÐ°ÐœÐŸÐ²ÐºÑ Ð¿ÑÐŸÐžÐ·Ð²ÐŸÐŽÐžÑ "кПÑМевПй"(гПП1) пПлÑзПваÑелÑ, а в ОМПЌ ÑлÑÑае - в ЎОÑекÑПÑÐžÑ ~/gsdl (гЎе "~" ÑвлÑеÑÑÑ Ð³Ð»Ð°Ð²ÐœÐŸÐ¹ ЎОÑекÑПÑОей пПлÑзПваÑелÑ).
+УÑÑаМПвка бОМаÑМПгП кПЎа Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐœÐµÑкПлÑкП ЌОМÑÑ. ÐÑлО Ð²Ñ ÑÑÑаМавлОваеÑе ОÑÑ
+ПЎМÑй кПЎ, ÑП ОМÑÑаллÑÑОПММÑй ÑкÑÐžÐ¿Ñ Ð±ÑÐŽÐµÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÐžÑПваÑÑ ÐµÐ³ÐŸ, ÑÑП Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÑ 10 ЌОМÑÑ ÐŽÐŸ ÑаÑа, в завОÑОЌПÑÑО ÐŸÑ ÑкПÑПÑÑО ваÑегП пÑПÑеÑÑПÑа.
+ÐÐ»Ñ ÑÐŽÐ°Ð»ÐµÐœÐžÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Ð²Ð²ÐµÐŽÐžÑе
+cd ~/gsdl
+ОлО /user/local/gsdl, а "кПÑМевПй" пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ð²Ð²ÐµÑÑО кПЌаМЎÑ
+sh Uninstall.sh
+РпÑПÑеÑÑе ÑÑÑаМПвкО пПЌОЌП ÐеЌП-кПллекÑОО Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑÑÑаМПвОÑÑ Ðž ÐŽÑÑгОе кПллекÑОО. ÐеЌП-кПллекÑÐžÑ Greenstone ÑÑÑаМавлОваеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО; ÑÐ²ÐµÐŽÐµÐœÐžÑ ÐŸÐ± ПÑÑалÑÐœÑÑ
+ Ð²Ñ ÐœÐ°Ð¹ÐŽÐµÑе в ÑаÑÑО.
+
+
+
+
+ÐаÑÑÑПйка ÑеÑевПгП ÑеÑвеÑа Unix
+
+
+ÐÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе Ñже ÑÑÑаМПвлеМ ÑеÑевПй ÑеÑвеÑ, ÑП в егП кПМÑОгÑÑаÑОПММÑй Ñайл ÐœÑжМП бÑÐŽÐµÑ Ð²ÐœÐµÑÑО МекПÑПÑÑе ОзЌеМеМОÑ, ÐŽÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ ÐŸÐœ бÑл ÑПвЌеÑÑОЌ Ñ Greenstone. РОМÑÑаллÑÑОПММПЌ ÑкÑОпÑе ПпОÑаМП, как ÑÑП МаЎП ÑЎелаÑÑ. ÐÐ»Ñ Ð²Ð°ÑегП ÑЎПбÑÑва ÑÑÐŸÑ ÐžÐœÑÑаллÑÑОПММÑй ÑкÑÐžÐ¿Ñ Ð·Ð°Ð¿ÐžÑаМ в Ñайле INSTALL RECORD в ÑПй же ЎОÑекÑПÑОО, в кПÑПÑÑÑ Ð²Ñ ÑÑÑаМПвОлО Greenstone
+ÐÑлО Ñ Ð²Ð°Ñ ÐµÑе ÐœÐµÑ ÑеÑевПгП ÑеÑвеÑа, ÑП егП ÐœÑжМП бÑÐŽÐµÑ ÑÑÑаМПвОÑÑ. Ð ÐÑОлПжеМОО еÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÐ± Apache. ÐаÑеЌ ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐµÐ³ÐŸ МаÑÑÑПОÑÑ. Ð ÑаÑÑО ПпОÑÐ°ÐœÑ ÑаÑÑО WWW-ÑеÑвеÑа Apache, кПÑПÑÑе взаОЌПÑвÑÐ·Ð°ÐœÑ Ñ Greenstone, О ÑП, как ОÑ
+ ÐœÑжМП ОзЌеМОÑÑ. ÐÑе ÑвПЎОÑÑÑ Ðº ÑПЌÑ, ÑÑП ваЌ ÐœÑжМП бÑÐŽÐµÑ Ð²Ð²ÐµÑÑО пПлЎÑÐ¶ÐžÐœÑ ÑÑÑПк в егП кПМÑОгÑÑаÑОПММÑй Ñайл.
+ÐаЌ Ме ПбÑзаÑелÑМП бÑÑÑ ÐºÐŸÑМевÑÐŒ пПлÑзПваÑелеЌ Unix ÐŽÐ»Ñ ÑПвеÑÑÐµÐœÐžÑ ÐŸÐ¿ÐžÑаММПгП вÑÑе пÑПÑеÑÑа ОМÑÑаллÑÑОО. ÐП кПгЎа ЎелП ЎПÑ
+ÐŸÐŽÐžÑ ÐŽÐŸ МаÑÑÑПйкО ÑеÑевПгП ÑеÑвеÑа Apache, ÑПгЎа ваЌ пПМаЎПбÑÑÑÑ Ð¿ÑОвОлегОО кПÑМевПгП пПлÑзПваÑелÑ. ÐÑлО Ð²Ñ Ð¶ÐµÐ»Ð°ÐµÑе ÑÑÑаМПвОÑÑ Ð²ÑПÑПй ÑеÑÐ²ÐµÑ Apache, ÑП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑÑП ÑЎелаÑÑ, Ўаже еÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе Ñже ÑÑÑаМПвлеМ ПЎОМ.
+
+
+
+
+
+
+РаÑпПлПжеМОе Greenstone
+
+
+
+
+ÐПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека (ÑПлÑкП ÐŽÐ»Ñ Windows)
+
+
+ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе ÐПкалÑÐœÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекÑ, ÑП пÑПÑÑП запÑÑÑОÑе пÑПгÑÐ°ÐŒÐŒÑ Greenstone кМПпкПй ÐÑÑк в ЌеМÑ. ÐÑП авÑПЌаÑОÑеÑкО загÑÑÐ¶Ð°ÐµÑ Ð¿ÑПгÑаЌЌÑ, О Ма ÑкÑаМе в ПкМе ваÑегП бÑаÑзеÑа пПÑвлÑеÑÑÑ ÑÑаÑÑÐŸÐ²Ð°Ñ ÑÑÑаМОÑа. С ÑÑПй ÑÑÑаМОÑÑ Ñакже ЎПÑÑÑпМа ÐелÑ-кПллекÑОÑ. РЎОалПгПвПЌ<*>кÐе ÐŒÐµÐœÑ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОзЌеМОÑÑ Ð²Ð°Ñ Ð±ÑаÑзеÑ, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ. ÐÐµÑ ÐœÐžÐºÐ°ÐºÐŸÐ¹ ÑазМОÑÑ, ОÑпПлÑзÑеÑе лО Ð²Ñ Internet Explorer ОлО Netscape Navigator, за ОÑклÑÑеМОеЌ ÑПгП, ÑÑП еÑлО Ñ Ð²Ð°Ñ ÑÑÑаМПвлеМ Windows 2000, ÑП ÐŒÑ ÑекПЌеМЎÑеЌ ОÑпПлÑзПваÑÑ Internet Explorer.
+
+
+
+
+ÐÐœÑеÑМеÑ-ÐОблОПÑека (Windows О Unix)
+
+
+ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе ÐÐœÑеÑМеÑ-бОблОПÑекÑ, ÑП пПÑле завеÑÑÐµÐœÐžÑ ÑÑÑаМПвкО О МаÑÑÑПйкО ÑеÑевПгП ÑеÑвеÑа, ОÑпПлÑзÑйÑе ÑлеЎÑÑÑОй WWW-аЎÑÐµÑ ÐŽÐ»Ñ Ð²Ñ
+ПЎа в ваÑÑ Ð¿ÑПгÑаЌЌÑ:
+http://localhost/gsdl/cgi-bin/library
+ÐеЌП-кПллекÑÐžÑ Greenstone Ñакже ЎПлжМа бÑÑÑ ÐŽÐŸÑÑÑпМа Ñ ÑÑПй ÑÑÑаМОÑÑ.
+
+
+
+
+ÐПллекÑПÑ
+
+
+Ð ÑÑаÑÑПвПЌ ПкМе Greenstone еÑÑÑ ÑÑÑлка к кПллекÑПÑÑ (Collector).
+
+
+
+
+ÐЎЌОМОÑÑÑОÑПваМОе
+
+
+ТаЌ Ñакже еÑÑÑ ÑÑÑлка к ÑÑÑаМОÑе ÐЎЌОМОÑÑÑОÑПваМОе. ÐПлÑзПваÑÐµÐ»Ñ "аЎЌОМОÑÑÑаÑПÑ" МазÑваеÑÑÑ admin, кПÑПÑÑй ОÑпПлÑзÑÐµÑ Ð¿Ð°ÑПлÑ, ÑказаММÑй в пÑПÑеÑÑе ÐÐœÑÑаллÑÑОО. ÐЎЌОМОÑÑÑаÑÐŸÑ ÐŒÐŸÐ¶ÐµÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ ÐœÐŸÐ²ÑÑ
+ пПлÑзПваÑелей О ÑазÑеÑÐ°ÐµÑ ÑПзЎаМОе МПвÑÑ
+ кПллекÑОй.
+
+
+
+
+
+
+ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone (GLI)
+
+
+ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone (GLI) â ÑÑП ОМÑÑÑÑÐŒÐµÐœÑ ÐŽÐ»Ñ Ð¿ÐŸÐŒÐŸÑО ÐаЌ пÑО ÑПзЎаМОО ÑОÑÑПвÑÑ
+ бОблОПÑек Ñ ÐžÑпПлÑзПваМОеЌ Greenstone. ÐÐœ пÑеЎПÑÑавлÑÐµÑ ÐаЌ ЎПÑÑÑп к ÑÑМкÑОПМалÑÐœÑÐŒ вПзЌПжМПÑÑÑÐŒ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО О ÑÐŽÐŸÐ±ÐœÐŸÐŒÑ Ð² ÑабПÑе ОМÑеÑÑейÑÑ Â«Ð¿ÑÐœÐºÑ Ðž ÑелÑПк».
+GLI ОМÑÑаллОÑÑеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО вП вÑеÑ
+ ЎОÑÑÑОбÑÑОваÑ
+ Greenstone. ÐÐœ пПЌеÑеМ в пПЎЎОÑекÑПÑОО gli главМПй ЎОÑекÑПÑОО Greenstone (C:\Program Files\gsdl\gli пП ÑЌПлÑаМОÑ). ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП ПМ запÑÑкаеÑÑÑ Ð² ÑПÑеÑаМОО Ñ Greenstone О Ме бÑÐŽÐµÑ ÑабПÑаÑÑ ÐºÐŸÑÑекÑМП, еÑлО Ме пПЌеÑеМ в пПЎЎОÑекÑПÑÐžÑ Ð¿ÑО ОМÑÑаллÑÑОО Greenstone. ÐÑлО ÐÑ Ð·Ð°Ð³ÑÑзОлО ПЎОМ Оз ЎОÑÑÑОбÑÑОвПв Greenstone, ÑП ÑÑебÑеЌПе ЎПлжМП ОЌеÑÑ ÐŒÐµÑÑП.
+ЧÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ GLI, Ма ÐаÑеЌ кПЌпÑÑÑеÑе ЎПлжМа ОЌеÑÑÑÑ Java Runtime Environment (JRE). ÐÑлО ÑÑП Ме ÑЎелаМП, ÑП пÑО ОМÑÑаллÑÑОО ÐаЌ бÑÐŽÐµÑ Ð¿ÑеЎлПжеМП ÑÑÑаМПвОÑÑ Ð²ÐµÑÑОÑ, кПÑПÑÐ°Ñ ÐœÐ°Ñ
+ПЎОÑÑÑ ÐœÐ° CD-ROM. ÐÑО ОÑпПлÑзПваМОО Unix ÐÑ Ð±ÑЎеÑе ÐœÑжЎаÑÑÑÑ Ñакже в ÑПЌ, ÑÑÐŸÐ±Ñ Ð±Ñл ÑÑÑаМПвлеМ Perl (ÐŽÐ»Ñ Windows Perl Ñже вклÑÑеМ в пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone). ÐПжалÑйÑÑа, ÑППбÑОÑе П лÑбÑÑ
+ пÑПблеЌаÑ
+, кПÑПÑÑе вПзМОкаÑÑ Ñ ÐÐ°Ñ Ð¿ÑО запÑÑке ОлО ОÑпПлÑзПваМОО ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа пП аЎÑеÑÑ:greenstone@cs.waikato.ac.nz.
+
+
+ÐапÑÑк пПЎ Windows
+
+
+ЧÑÐŸÐ±Ñ Ð·Ð°Ð¿ÑÑÑОÑÑ GLI пПЎ Windows, ПбÑаÑОÑеÑÑ Ðº папке gli в ÐаÑей ОМÑÑаллÑÑОО Greenstone, ОÑпПлÑзÑÑ, МапÑОЌеÑ, Windows Explorer, О ÑелкМОÑе ÐŽÐ²Ð°Ð¶ÐŽÑ ÐœÐ° Ñайле Ñ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµÐŒ gli.bat. ÐÑÐŸÑ Ñайл пÑПвеÑÑÐµÑ ÐœÐ°Ð»ÐžÑОе Greenstone, JRE О Perl О запÑÑÐºÐ°ÐµÑ GLI.
+
+
+
+
+ÐапÑÑк пПЎ Unix
+
+
+ЧÑÐŸÐ±Ñ Ð·Ð°Ð¿ÑÑÑОÑÑ GLI пПЎ Unix, ОзЌеМОÑе Ма gli ЎОÑекÑПÑÐžÑ Ð² ÐаÑей ÑÑÑаМПвке Greenstone, а заÑеЌ запÑÑÑОÑе ÑкÑÐžÐ¿Ñ gli.sh. ÐÑÐŸÑ ÑкÑÐžÐ¿Ñ Ð¿ÑПвеÑÑÐµÑ ÐœÐ°Ð»ÐžÑОе Greenstone, JRE О Perl Ма пПОÑкПвПЌ пÑÑО О запÑÑÐºÐ°ÐµÑ GLI.
+
+
+
+
+ÐПлÑÑеМОе пПЌПÑО
+
+
+GLI пÑеЎПÑÑавлÑÐµÑ ÐŸÐ±ÑОÑÐœÑе ЎОалПгПвÑе ÑÑеЎÑÑва пПЌПÑО. ЧÑÐŸÐ±Ñ Ð¿ÐŸÐ»ÑÑОÑÑ Ð¿ÐŸÐŒÐŸÑÑ, ÑелкМОÑе кМПпкПй Help в веÑÑ
+Мей пÑавПй ÑаÑÑО ÑкÑаМа. ÐÑП ПÑкÑÐŸÐµÑ ÑекÑÑ ÑазЎела, кПÑПÑÑй каÑаеÑÑÑ ÑПгП, ÑÑП ÐÑ ÐŽÐµÐ»Ð°ÐµÑе â ÐºÐ°ÐºÐ°Ñ ÐžÐ· паМелей GLI в МаÑÑПÑÑее вÑÐµÐŒÑ ÑабПÑаеÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑелкМÑÑÑ Ð¿ÐŸ ÑекÑÑÑ Ð¿ÐŸÐŒÐŸÑО, ÑÑÐŸÐ±Ñ ÐžÐ·ÑÑОÑÑ ÑП, ÑÑП ÐаЌ МеПбÑ
+ПЎОЌП зМаÑÑ. ÐÑпПлÑзÑйÑе ÑÑП.
+
+
+
+
+ÐПЌпОлОÑПваМОе GLI
+
+
+ÐÑлО ÐÑ Ð·Ð°Ð¿ÑÑÑОлО пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐžÑÑÑОбÑÑОва Greenstone, ÑП ÐÑ Ð±ÑЎеÑе ОЌеÑÑ ÐžÑÑ
+ПЎМÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Java Оз GLI. ЧÑÐŸÐ±Ñ Ð²ÑпПлМОÑÑ ÐºÐŸÐŒÐ¿ÐžÐ»ÐžÑПваМОе, ÐÐ°Ñ ÐºÐŸÐŒÐ¿ÑÑÑÐµÑ ÐŽÐŸÐ»Ð¶ÐµÐœ ОЌеÑÑ Java Development Kit . РпÑОлПжеМОО ЎаеÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÑМПÑОÑелÑМП ÑПгП, как ее пПлÑÑОÑÑ. ЧÑÐŸÐ±Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÐžÑПваÑÑ ÐžÑÑ
+ПЎМÑÑ Ð¿ÑПгÑаЌЌÑ, ввеЎОÑе ÑайлÑ makegli.bat (  Windows) ОлО makegli.sh  (Unix). ÐПÑле ÑПгП, как кПЌпОлОÑПваМОе завеÑÑеМП, ÐÑ ÐŒÐŸÐ¶ÐµÑе запÑÑÑОÑÑ GLI, как бÑлП ПпОÑаМП вÑÑе.
+
+
+
+
+
+
+ÐÑПвеÑка О вПзЌПжМÑе пÑПблеЌÑ
+
+
+ÐÐ»Ñ Ð¿ÑПвеÑкО О ПбзПÑа Greenstone , пÑПÑÑП МаÑМОÑе Ñ Ð¿ÑПÑЌПÑÑа ÐеЌП-кПллекÑОО О ÐŽÑÑгОÑ
+ кПллекÑОй, кПÑПÑÑе Ð²Ñ ÑÑÑаМПвОлО. ÐажОЌайÑе Ма вÑе кМПпкО без ПпаÑÐµÐœÐžÑ -Ð²Ñ ÐœÐžÑегП Ме пПвÑеЎОÑе. ÐÑлО заЎеÑжаÑÑ ÐºÑÑÑÐŸÑ ÐŒÑÑО Ма какПЌ-лОбП ÑОÑÑМкелгПÑОÑÑÑ ÑППбÑеМОе, в кПÑПÑПЌ МапОÑаМП ÑП, ÑÑП пÑПОзПйЎеÑ, еÑлО Ð²Ñ ÐœÐ°Ð¶ÐŒÐµÑе Ма МегП. ÐкÑпеÑОЌеМÑОÑÑйÑе! ÐÐ»Ñ Ð±ÐŸÐ»ÑÑей ОМÑПÑЌаÑОО ÑЌПÑÑОÑе РÑкПвПЎÑÑвП ÐПлÑзПваÑелÑ.
+
+
+
+вПзЌПжМÑе пÑПблеЌÑ
+
+
+
+
+
+
+Â
+
+ÐÑПблеЌа
+
+
+ÐПпÑПбÑйÑе
+
+
+
+
+
+ÐПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека (ÑПлÑкП Windows)
+
+
+
+ÐПгЎа Ñ Ð·Ð°Ð¿ÑÑÐºÐ°Ñ Ð¿ÑПгÑаЌЌÑ, кПЌпÑÑÑÐµÑ Ð¿ÑПÑÐžÑ ÐŒÐµÐœÑ ÐœÐ°Ð±ÑаÑÑ ÐœÐŸÐŒÐµÑ ÐžÐœÑеÑМеÑ-пÑПвайЎеÑа.
+
+
+ÐажЌОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ ÐÑЌеМа.. ÐбÑÑМП ÑÑПгП ЎПÑÑаÑПÑМП, ÑÑÐŸÐ±Ñ ÑеÑОÑÑ Ð¿ÑПблеЌÑ.
+
+
+
+Â
+
+ÐПгЎа Ñ Ð·Ð°Ð¿ÑÑÐºÐ°Ñ Greenstone, кПЌпÑÑÑÐµÑ Ð¿ÑÐŸÐŽÐŸÐ»Ð¶Ð°ÐµÑ Ð·Ð°Ð¿ÑаÑОваÑÑ Ð¿ÐŸÐŽÐºÐ»ÑÑеМОе к ОМÑеÑМеÑ-пÑПвайЎеÑÑ
+
+
+ÐÑбеÑОÑе "Restricted version"(ПгÑаМОÑÐµÐœÐœÐ°Ñ Ð²ÐµÑÑОÑ) пÑО запÑÑке пÑПгÑаЌЌÑ. ÐМа ÑабПÑÐ°ÐµÑ Ð»ÐžÑÑ Ð² Netscape.
+
+
+
+Â
+
+ÐПгЎа Ñ Ð¿ÑÑаÑÑÑ Ð¿ÐŸÐ¿Ð°ÑÑÑ ÐœÐ° ÑÑÑаМОÑÑ ÑОÑÑПвПй бОблОПÑекО, ПМа Ме ЌПжеÑ
+
+
+ÐÑПвеÑÑÑе ваÑО ÐÐœÑеÑÐœÐµÑ proxy - МаÑÑÑПйкО Edit preferences в Netscape О Internet options (ÑвПйÑÑва ПбПзÑеваÑелÑ) в Explorer
+
+
+
+Â
+
+ÐПллекÑÐŸÑ ÑабПÑÐ°ÐµÑ ÐŸÑÐµÐœÑ ÐŒÐµÐŽÐ»ÐµÐœÐœÐŸ!
+
+
+ÐÑпПлÑзÑеÑе лО Ð²Ñ Netscape в Windows 2000? ÐÑлО ÑÑП Ñак, ÑП пПпÑПбÑйÑе ОÑпПлÑзПваÑÑ Internet Explorer в Windows 2000. У Windows 2000 ÑÑÑеÑÑвÑÐµÑ ÐºÐ°ÐºÐ°Ñ- ÑП МеÑПвЌеÑÑОЌПÑÑÑ Ñ Netscape.
+
+
+
+
+ÐÐœÑеÑМеÑ-бОблОПÑека (Windows О Unix)
+
+
+ÐПÑле запÑÑка Apache, ПМ авÑПЌаÑОÑеÑкО закÑÑваеÑÑÑ.
+
+
+ÐПбавÑÑе ÑказаМОе ServerName localhost в кПМÑОгÑÑаÑОПММÑй Ñайл Apache ( ).
+
+
+
+Â
+
+ÐПгЎа Ñ Ð¿ÑÑаÑÑÑ Ð¿ÐŸÐ¿Ð°ÑÑÑ Ð² ÑОÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекÑ, ОзПбÑажаеÑÑÑ ÐŒÑÑÐŸÑ - бОМаÑÐœÑй Ñайл
+
+
+ÐÑПвеÑÑÑе ЎОÑекÑÐžÐ²Ñ ScriptAlias в кПМÑОгÑÑаÑОПММПЌ Ñайле Apache, ÑЎПÑÑПвеÑÑÑеÑÑ, ÑÑП ПМа МаÑ
+ПЎОÑÑÑ ÐŽÐŸ ЎОÑекÑÐžÐ²Ñ Alias (ÑЌПÑÑОÑе ÑаÑÑÑ 4.2 О 4.3).
+
+
+
+Â
+
+Я Ð¿ÐŸÐ¿Ð°ÐŽÐ°Ñ ÐœÐ° ÑÑаÑÑПвÑÑ ÑÑÑаМОÑÑ Greenstone( ), МП ОкПМка ÐеЌП-кПллекÑОО Ме пПÑвлÑеÑÑÑ.
+
+
+ÐапÑÑÑОÑе пÑПгÑÐ°ÐŒÐŒÑ library (в ЎОÑекÑПÑОО cgi-bin) Оз DOS ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка ПÑлаЎкО ОМÑПÑЌаÑОО (debugging information) ÐŽÐ»Ñ ÐŸÐ±ÐœÐ°ÑÑÐ¶ÐµÐœÐžÑ Ð¿ÑПблеЌÑ
+
+
+
+
+Ðбе веÑÑОО
+
+
+ÐПгЎа Ñ Ð¿ÑÑаÑÑÑ Ð¿ÐŸÐ¿Ð°ÑÑÑ ÐœÐ° ÑÑÑаМОÑÑ ÑОÑÑПвПй бОблОПÑекО, пÑПгÑаЌЌа Ме ÐŒÐŸÐ¶ÐµÑ ÐµÐµ МайÑО.
+
+
+ÐПпÑÑайÑеÑÑ ÐžÑпПлÑзПваÑÑ 127.0.0.1 вЌеÑÑП localhost . ÐÑП заÑезеÑвОÑПваММÑй ÐœÐŸÐŒÐµÑ IP аЎÑеÑа О пÑеЎМазМаÑеМ ÑлÑжОÑÑ, как "loopback" ÐŽÐ»Ñ Ð²Ð°ÑегП кПЌпÑÑÑеÑа.
+
+
+
+Â
+
+ÐÑаÑÐ·ÐµÑ ÐœÐµ ÐŒÐŸÐ¶ÐµÑ ÐœÐ°Ð¹ÑО main.cfg
+
+
+ÐÑПвеÑÑÑе, ÑÑÑеÑÑвÑÑÑ Ð»Ðž ÑÐ°Ð¹Ð»Ñ Greenstone О ЎПÑÑÑÐ¿ÐœÑ Ð»Ðž ПМО ÐŽÐ»Ñ ÑÑОÑÑваМОÑ. ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе ÐÐœÑеÑМеÑ-бОблОПÑÐµÐºÑ Ð¿ÐŸÐ¿ÑПбÑйÑе запÑÑÑОÑÑ пÑПгÑаЌЌÑ library Ñ ÐºÐŸÐŒÐ°ÐœÐŽÐœÐŸÐ¹ ÑÑÑПкО. ÐÑлО ПМа запÑÑÑОÑÑÑ, ÑП пÑПблеЌа МаÑ
+ПЎОÑÑÑ Ð² file permissions (ÑЌПÑÑОÑе ÑаÑÑÑ ). ÐÑлО МеÑ, ÑП пеÑÐµÐŒÐµÐœÐœÐ°Ñ Ð² gsdlhome кПМÑОгÑÑаÑОПММПЌ Ñайле gsdlsite.cfg МавеÑÐœÑка МаÑÑÑПеМа МепÑавОлÑМП (ÑЌПÑÑОÑе ЧаÑÑÑ )
+
+
+
+Â
+
+Я ÐžÐŒÐµÑ ÐœÐµÐ¿ÑОÑÑМПÑÑÑ, ОÑпПлÑзÑÑ ÐПллекÑПÑ
+
+
+ÐÑПÑÑОÑе Ð ÑкПвПЎÑÑвП ÐПлÑзПваÑелÑ. ЧаÑÑÑ
+
+
+
+Â
+
+Я ЎПбавОл МПвПгП пПлÑзПваÑелÑ, МП ПМа Ме ÐŒÐŸÐ¶ÐµÑ Ð·Ð°Ð³ÑÑзОÑÑÑÑ.
+
+
+УЎПÑÑПвеÑÑÑеÑÑ, ÑÑП вÑе, ÑÑП МаÑ
+ПЎОÑÑÑ Ð² ЎОÑекÑПÑОО C:\Program Files\gsdl\etc, ЎПÑÑÑпМП ÐŽÐ»Ñ ÐŸÐ±ÑегП ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ (ÑаÑÑÑ )
+
+
+
+
+
+
+
+
+
+
+УзМаÑÑ Ð±ÐŸÐ»ÑÑе
+
+
+ЧÑÐŸÐ±Ñ ÑзМаÑÑ Ð±ÐŸÐ»ÑÑе П пПЎÑПбМПÑÑÑÑ
+ ÑÑÑаМПвкО ÐÑОМÑÑПÑÐœ ОÑпПлÑзÑйÑе РÑкПвПЎÑÑвП ÑазÑабПÑÑОка ÑОÑÑПвПй бОблОПÑекО ÐÑОМÑÑПÑÐœ , вклÑÑаÑÑее ÑакОе ЎеÑалО как - ÑÑÑÑкÑÑÑа ЎОÑекÑПÑОй О кПМÑОгÑÑОÑПваМОе веб ÑайÑа ÑПзЎаММПгП Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐÑОМÑÑПÑÐœ.
+
+
+
+
+
+
+ÐПллекÑОО Greenstone
+
+
+ÐеÑкПлÑкП ЎеЌПМÑÑÑаÑОПММÑÑ
+ кПллекÑОй Greenstone вклÑÑеМП в CD-ROM. ÐÑлО ÐÑ ÐžÐŒÐµÐµÑе ЎПÑÑÑп к ÐÐœÑеÑМеÑÑ, ÑП ЌМПгП ÐŽÑÑгОÑ
+ кПллекÑОй ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°Ð³ÑÑжеМП Ñ Ð²ÐµÐ±-ÑайÑа ÐПвПзелаМЎÑкПгП пÑПекÑа ÑОÑÑПвПй бОблОПÑекО (nzdl.org) в пÑеЎваÑОÑелÑМП пПÑÑÑПеММПЌ ОлО Ме пПÑÑÑПеММПЌ вОЎе.
+ÐеЌПМÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Greenstone â ÑÑП МебПлÑÑаÑ, ÐŽÐŸÐ²ÐµÐŽÐµÐœÐœÐ°Ñ ÐŽÐŸ ÑПвеÑÑеМÑÑва, ÑÑбкПллекÑÐžÑ ÐÑЌаМОÑаÑМПй бОблОПÑекО ÑазвОÑÐžÑ (HDL). ÐМа ОллÑÑÑÑОÑÑеÑ, какОе бПлÑÑОе вПзЌПжМПÑÑО пÑПÑЌПÑÑа ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ±ÐµÑпеÑеМÑ, еÑлО ЎПÑÑÑÐ¿ÐœÑ Ð¿ÐŸÐŽÑ
+ПЎÑÑОе ЌеÑаЎаММÑе. ÐМа вклÑÑаеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО пÑО ОМÑÑаллÑÑОО пÑПгÑаЌЌМПгП ПбеÑпеÑеМОÑ.
+Greenstone Ñакже ÐžÐŽÐµÑ Ñ ÐœÐµÐºÐŸÑПÑÑЌО Ñ
+ПÑПÑП ЎПкÑЌеМÑОÑПваММÑЌО кПллекÑОÑЌО, Ма ÑÑÑаМОÑаÑ
+ кПÑПÑÑÑ
+ «РкПллекÑОО» ПпОÑÑваеÑÑÑ, как ПМО пПÑÑÑПеМÑ. ÐМО ЎеЌПМÑÑÑОÑÑÑÑ ÑазлОÑÐœÑе вПзЌПжМПÑÑО Greenstone. УÑÑаМПвлеММÑе ЎОалПгО ПпÑПÑÑÑ, Ñ
+ПÑОÑе лО ÐÑ Ð²ÐºÐ»ÑÑОÑÑ ÐžÑ
+ в ОМÑÑаллОÑÑеЌÑÑ ÐаЌО пÑПгÑÐ°ÐŒÐŒÑ Greenstone, ÑкажÑÑ Ð¿ÑОблОзОÑелÑÐœÑй ПбÑеЌ Ма ЎОÑке, МеПбÑ
+ПЎОЌÑй ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ кПллекÑОО.
+
+
+
+
+
+demo
+
+
+ÐеЌПМÑÑÑа-ÑОПММÑй пÑÐžÐŒÐµÑ Greenstone (7 Mб)
+
+
+ÐебПлÑÑÐ°Ñ ÑÑбкПллекÑÐžÑ HDL. ÐÑлО ÐÑ ÐºÐ»ÐŸÐœÐžÑÑеÑе ÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ÑП пПлМÑй ÐœÐ°Ð±ÐŸÑ ÑÑеЎÑÑв ПбÑлÑÐ¶ÐžÐ²Ð°ÐœÐžÑ Ð¿ÐŸÑвОÑÑÑ ÑПлÑкП в ÑПЌ ÑлÑÑае, еÑлО ÐаÑО МПвÑе ÑÐ°Ð¹Ð»Ñ ÑПпÑПвПжЎаÑÑÑÑ ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей П ЌеÑаЎаММÑÑ
+.
+
+
+
+
+dls-e
+
+
+СÑбкПллекÑÐžÑ ÐОблОПÑекО ÑазвОÑОÑ (150 Ðб)
+
+
+ÐПЎПбМП ЎеЌПМÑÑÑаÑÐžÐŸÐœÐœÐŸÐŒÑ Ð¿ÑОЌеÑÑ Greenstone, ÑÑП - ÑÑбкПллекÑÐžÑ HDL, МП МаЌМПгП бПлÑÑегП ПбÑеЌа. ÐМа ÑПЎеÑÐ¶ÐžÑ 250 пÑблОкаÑОй - кМОг, ÑППбÑеМОй О жÑÑМалПв - в ÑазлОÑÐœÑÑ
+ ПблаÑÑÑÑ
+ ÑазвОÑÐžÑ ÑелПвеÑеÑÑва (Ð¿ÐŸÐ»ÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ HDL ÑПЎеÑÐ¶ÐžÑ 1230 пÑблОкаÑОй). ÐМа ÐžÐŒÐµÐµÑ ÑÑ Ð¶Ðµ ÑаЌÑÑ ÑÑÑÑкÑÑÑÑ, ÑÑП О ÐеЌПМÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Greenstone. ÐМа ЎПвПлÑМП ÑлПжМа. ÐПÑÑПЌÑ, еÑлО ÐÑ ÑПлÑкП МаÑОМаеÑе ÑабПÑаÑÑ, ÑП лÑÑÑе МаÑаÑÑ Ñ Ð¿ÑПÑЌПÑÑа МекПÑПÑÑÑ
+ ÐŽÑÑгОÑ
+ кПллекÑОй (МапÑОЌеÑ, ЎеЌПМÑÑÑаÑОй MSWord, PDF, аÑÑ
+Ова Greenstone ОлО кПллекÑОО пÑПÑÑÑÑ
+ ОзПбÑажеМОй).
+
+
+
+
+wrdpdf-e
+
+
+ÐеЌПМÑÑÑаÑÐžÑ MSWord О PDF (4 Ðб)
+
+
+ÐМа ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП ЎПкÑЌеМÑПв в ÑПÑЌаÑе PDF, MSWord, RTF, PostScript, ЎеЌПМÑÑÑОÑÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Оз ЎПкÑЌеМÑПв в ÑазлОÑÐœÑÑ
+ ÑПÑЌаÑаÑ
+. ÐПМÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО ПÑÐµÐœÑ Ð¿ÑПÑÑ.
+
+
+
+
+gsarch-e
+
+
+ÐПллекÑÐžÑ Ð°ÑÑ
+ОвПв Greenstone (5 Ðб)
+
+
+ÐПллекÑÐžÑ ÑППбÑеМОй ÑлекÑÑПММПй пПÑÑÑ ÐžÐ· аÑÑ
+Ова ÑпОÑкПв аЎÑеÑаÑПв Greenstone, ОÑпПлÑзÑÑÑÐ°Ñ Ð¿Ð»Ð°Ð³ÐžÐœ Email, кПÑПÑÑй аМалОзОÑÑÐµÑ ÑÐ°Ð¹Ð»Ñ Ð² ÑПÑЌаÑаÑ
+ ÑлекÑÑПММПй пПÑÑÑ. ÐПМÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО ПÑÐµÐœÑ Ð¿ÑПÑÑ.
+
+
+
+
+Ñltbib-e
+
+
+ÐОблОПгÑаÑОÑеÑÐºÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ (7 Ðб)
+
+
+ÐÑа кПллекÑÐžÑ Ð²ÐºÐ»ÑÑÐ°ÐµÑ Ð¿ÑОблОзОÑелÑМП 4000 бОблОПгÑаÑОÑеÑкОÑ
+ запОÑей. ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐžÑка ÑПзЎаМ Ма ПÑМПве блаМка, кПÑПÑÑй пПзвПлÑÐµÑ Ð¿ÑПвПЎОÑÑ Ð¿ÐŸÐžÑк пП пПлÑÐŒ запОÑО. ÐÑП ЎПвПлÑМП ÑлПжМÑй кПЌплекÑ.
+
+
+
+
+cltext-c
+
+
+ÐÑОлПжеМОе бОблОПгÑаÑОО (1 Ðб)
+
+
+ÐÑП кÑПÑеÑÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ñ Ð±ÐžÐ±Ð»ÐžÐŸÐ³ÑаÑОÑеÑкОЌО запОÑÑЌО ОллÑÑÑÑОÑÑÐµÑ ÑÑеЎÑÑвП «ÑÑпеÑкПллекÑОО», кПÑПÑПе пÑÐŸÐ²ÐŸÐŽÐžÑ Ð¿ÐŸÐžÑк в пеÑеÑекаÑÑОÑ
+ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑÑ
+. ÐМа ÑабПÑÐ°ÐµÑ Ð²ÐŒÐµÑÑе Ñ ÐОблОПгÑаÑОÑеÑкПй кПллекÑОей. Ðе кПМÑОгÑÑаÑОПММÑй Ñайл пПÑÑО ÑакПй же.
+
+
+
+
+MARC-e
+
+
+ÐÑÐžÐŒÐµÑ MARC (1 Ðб)
+
+
+ÐÑÐœÐŸÐ²Ð°ÐœÐœÐ°Ñ ÐœÐ° МеÑкПлÑкОÑ
+ запОÑÑÑ
+ MARC Оз ÐОблОПÑекО ÐПМгÑеÑÑа, ÑÑП пÑПÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, Ме пПзвПлÑÑÑÐ°Ñ Ð¿ÑПвеЎеМОе пПОÑка Ма ПÑМПве заЎаММПй ÑПÑÐŒÑ.
+
+
+
+
+oai-e
+
+
+ÐеЌПМÑÑÑаÑО-ÐŸÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ OAI (18 Ðб)
+
+
+ÐÑпПлÑзÑÑ ÐŸÑкÑÑÑÑй аÑÑ
+ОвМÑй пÑПÑПкПл О ÑÑеЎÑÑва ÐЌпПÑÑа, ПМа вПÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ ÐŒÐµÑаЎаММÑе Оз аÑÑ
+Ова О ÑÑÑÐŸÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ· запОÑей. РЎаММПЌ ÑлÑÑае ПМО ÑвлÑÑÑÑÑ ÐžÐ·ÐŸÐ±ÑажеМОÑЌО, Ñак ÑÑП ОÑпПлÑзÑÑÑÑÑ ÐŸÐ±Ð° плагОМа OAI О Image.
+
+
+
+
+image-e
+
+
+ÐÑПÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОй (1 Ðб)
+
+
+ÐÑП ПÑÐµÐœÑ ÐŸÑМПваÑелÑÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОй Ме ÑПЎеÑÐ¶ÐžÑ ÐœÐžÐºÐ°ÐºÐŸÐ³ÐŸ ÑекÑÑа О МОкакОÑ
+ ÑвМÑÑ
+ ЌеÑаЎаММÑÑ
+, ÑÑП ÐŽÐµÐ»Ð°ÐµÑ ÐµÐµ ЎПвПлÑМП МеÑеалОÑÑОÑМПй. ÐПМÑОгÑÑаÑОПММÑй Ñайл ÑвлÑеÑÑÑ Ð¿ÑПÑÑÑÐŒ.
+
+
+
+
+authen-e
+
+
+ÐеЌПМÑÑÑаÑÐžÑ ÑПÑЌаÑОÑПва-ÐœÐžÑ Ðž аÑÑеМÑОÑОкаÑОО (8 Ðб)
+
+
+Ðа ÑПЌ же ÑаЌПЌ ЌаÑеÑОале, ÑÑП О пеÑвПМаÑалÑÐœÐ°Ñ ÐŽÐµÐŒÐŸÐœÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Greenstone, ПМа ПÑлОÑаеÑÑÑ ÐŽÐ²ÑÐŒÑ ÐœÐµÐ·Ð°Ð²ÐžÑОЌÑЌО ПÑПбеММПÑÑÑЌО: ÑПÑЌаÑОÑПваМОе МеÑÑаМЎаÑÑÐœÑÑ
+ ЎПкÑЌеМÑПв О ÑпÑавлÑеЌÑй ЎПÑÑÑп к ЎПкÑЌеМÑаЌ пПÑле аÑÑеМÑОÑОкаÑОО пПлÑзПваÑелÑ.
+
+
+
+
+garish
+
+
+Ð ÐµÐ·ÐºÐ°Ñ Ð²ÐµÑÑÐžÑ ÐŽÐµÐŒÐŸÐœÑÑÑаÑОПМ-МПй кПллекÑОО (8 Ðб)
+
+
+ÐÑа кПллекÑÐžÑ Ñакже ÑПЎеÑÐ¶ÐžÑ ÑÐŸÑ Ð¶Ðµ ÑаЌÑй ЌаÑеÑОал, ÑÑП О ЎеЌПМÑÑÑаÑОПММÑй пÑÐžÐŒÐµÑ Greenstone. Ðе вОЎ бÑл ОзЌеМеМ, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐºÐ°Ð·Ð°ÑÑ, как геМеÑОÑПваММÑе ÑÑÑаМОÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐžÐ·Ð»ÐŸÐ¶ÐµÐœÑ Ð¿ÐŸ-ÐŽÑÑгПЌÑ. ÐМа ÑеалОзПваМа Ñ ÐžÑпПлÑзПваМОеЌ ÑÑаМЎаÑÑМПгП ЌакÑП-Ñайла, кПÑПÑÑй пÑеЎПÑÑавлÑеÑÑÑ Ð²ÐŒÐµÑÑе Ñ Greenstone.
+
+
+
+
+isis-e
+
+
+ÐÑÐžÐŒÐµÑ CDS/ISIS (1 Ðб)
+
+
+ÐÑа кПллекÑÐžÑ ÑПзЎаМа Оз Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ CDS/ISIS, ÑПЎеÑжаÑей ПкПлП 150 бОблОПгÑаÑОÑеÑкОÑ
+ ÑлеЌеМÑПв. ÐÐ»Ñ ÑÑÐµÐœÐžÑ ÑÑаМЎаÑÑÐœÑÑ
+ ÐŽÐ»Ñ ISIS ÑайлПв .mst О .ftd О пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÐžÑ
+ в ЌеÑа-ЎаММÑе Greenstone ОÑпПлÑзÑеÑÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ ISISPlug.
+
+
+
+
+
+
+
+
+ÐаÑÑÑПйка ÑеÑевПгП ÑеÑвеÑа
+
+
+Ð ÑÑПй ÑаÑÑО ПпОÑаМ пÑПÑеÑÑ ÐœÐ°ÑÑÑПйкО ÑеÑевПгП ÑеÑвеÑа ÐŽÐ»Ñ ÑабПÑÑ Ñ Greenstone. ÐÑе ÑП, ÑÑП бÑÐŽÐµÑ ÐŸÐ¿ÐžÑаМП МОже, ÐžÐŒÐµÐµÑ ÐŸÑМПÑеМОе ÑПлÑкП к ÐÐœÑеÑМеÑ-бОблОПÑеке, О Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПпÑÑÑОÑÑ ÑÑÑ ÑаÑÑÑ, еÑлО Ñ Ð²Ð°Ñ ÑÑÑаМПвлеМа лПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека.
+ÐÑ Ð±ÑЎеЌ ÑаÑÑЌаÑÑОваÑÑ ÑеÑевПй ÑеÑÐ²ÐµÑ Apache, кПÑПÑÑй ÑабПÑÐ°ÐµÑ ÐºÐ°Ðº в Windows, Ñак О в Unix (ÑЌПÑÑОÑе ÐÑОлПжеМОе ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ Ð±ÐŸÐ»ÑÑей ОМÑПÑЌаÑОО),Microsoft's Personal Web Server (Ð \Ð/8)(СеÑевРÑеÑÐ²ÐµÑ Microsoft) О ÑеÑевПй ÑеÑÐ²ÐµÑ Internet Information Services (US). PWS ÑвлÑеÑÑÑ ÑÑаМЎаÑÑÐœÑÐŒ ÑеÑевÑÐŒ пÑПЎÑкÑПЌ Microsoft пПЎ Windows 95/98; US ÑПзЎаМ пПЎ Windows 2000 О Windows XP; Windows NT Ñакже ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑ ÑÑÐŸÑ ÑеÑвеÑ. Apache ÑабПÑÐ°ÐµÑ ÐºÐ°Ðº Ñ Ð²ÐµÑÑОей ÑеÑевПй бОблОПÑекО ÐŽÐ»Ñ Windows, Ñак О ÐŽÐ»Ñ Unix (МП ÐŒÑ Ð±ÑЎеЌ ÑпПÑÑеблÑÑÑ ÑеÑÐŒÐžÐœÐŸÐ»ÐŸÐ³ÐžÑ Windows); ÑаÑÑÑ, каÑаÑÑаÑÑÑ PWI/IIS, пÑОвеЎеМа ÑПлÑкП ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелей Windows.
+ÐПÑле ÑÑÑаМПвкО ÑеÑевПгП ÑеÑвеÑа МеПбÑ
+ПЎОЌП ÑÑÑаМПвОÑÑ ÑаЌ Greenstone. ÐÑлО в пÑПÑеÑÑе ÑÑÑаМПвкО бÑЎеÑе МажОЌаÑÑ ÐºÐœÐŸÐ¿ÐºÐž, вÑбÑаММÑе пП ÑЌПлÑаМОÑ, ÑП пÑПгÑаЌЌа бÑÐŽÐµÑ ÑÑÑаМПвлеМа в ЎОÑекÑПÑÐžÑ C:\Program Files\gsdl вЌеÑÑе ÑП вÑеЌО ЎПпПлМОÑелÑÐœÑЌО ÑайлаЌО.
+ÐÑе ÑеÑевÑе ÑеÑвеÑÑ ÐžÑпПлÑзÑÑÑ ÑпеÑОалÑÐœÑй URL аЎÑÐµÑ "localhost" ÐŽÐ»Ñ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑÐµÐœÐžÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑа, Ма кПÑПÑПЌ ÑабПÑÐ°ÐµÑ ÑеÑевПй ÑеÑвеÑ. ТакОЌ ПбÑазПЌ, пПÑле ÑПгП, как Ð²Ñ ÑÑÑаМПвОÑе ÑеÑевПй ÑеÑвеÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пПлÑÑОÑÑ ÐŽÐŸÑÑÑп к ваÑОЌ HTML-ЎПкÑЌеМÑаЌ, Ð²Ð²ÐµÐŽÑ URL http://localhost в ПкМе бÑаÑзеÑа. ÐÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе ÑÑÑаМПвлеМП МазваМОе ЎПЌеМа, ÑП ПМ ОÑпПлÑзÑеÑÑÑ Ð²ÐŒÐµÑÑП localhost ÐŽÐ»Ñ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑÐµÐœÐžÑ Ð²Ð°ÑегП кПЌпÑÑÑеÑа в ÑеÑО. ТакОЌ ПбÑазПЌ, ÐŽÐ»Ñ ÐºÐŸÐŒÐ¿ÑÑÑеÑа ÑеÑвеÑа New Zealand Digital Library аЎÑеÑа http://nzdl.org О http://locahost ПЎОМакПвÑ. ÐÑлО Ð²Ñ Ð²Ð²ÐµÐŽÐµÑе http://nzdl.org в ваÑеЌ кПЌпÑÑÑеÑе, Ð²Ñ ÑПеЎОМОÑеÑÑ Ñ ÑеÑвеÑПЌ New Zealand Digital Library, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº еÑлО Ð²Ñ Ð²Ð²ÐµÐŽÐµÑе http://localhost, Ð²Ñ Ð²ÑйЎеÑе Ма Ð²Ð°Ñ ÑеÑевПй ÑеÑвеÑ.
+
+
+СеÑевПй ÑеÑÐ²ÐµÑ Apache
+
+
+ÐбÑÑМП ÑÑÐŸÑ ÑеÑÐ²ÐµÑ ÑÑÑаМПвлеМ в C:\Program Files\Apache Group\Apache О МаÑÑÑПеМ Ñак, ÑÑÐŸÐ±Ñ ÐŽÐžÑекÑПÑÐžÑ cgi-bin МаÑ
+ПЎОлаÑÑ Ð² пПЎЎОÑекÑПÑОО \cgi-bin О кПÑМеЌ ЎПкÑЌеМÑа (document root) ÑвлÑлаÑÑ Ð¿ÐŸÐŽÐŽÐžÑекÑПÑÐžÑ \htdocs. ÐаÑÑÑПйкО ЌПжМП ОзЌеМОÑÑ Ð¿ÑÑеЌ ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐœÑОгÑÑаÑОПММПгП Ñайла C:\Program Files\Apache Group\conf\httpd.conf. ÐÐœ ÑвлÑеÑÑÑ ÑекÑÑПвÑÐŒ ÑайлПЌ О легкП ÑОÑаеЌ.
+РзавОÑОЌПÑÑО ÐŸÑ ÑПгП, как Ма ваÑеЌ кПЌпÑÑÑеÑе МаÑÑÑПеМП ÑеÑевПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе, ваЌ ÐœÑжМП бÑÐŽÐµÑ ÐŽÐŸÐ±Ð°Ð²ÐžÑÑ ÑÑÑÐŸÐºÑ Ð² кПМÑОгÑÑаÑОПММÑй Ñайл Apache, httpd.conf:
+ServerName localhost
+ÐÑлО ÑÑа ÑÑÑПка Ме вклÑÑеМа, ÑП ÑОÑÑеЌа пПпÑÑаеÑÑÑ ÐœÐ°Ð¹ÑО МазваМОе ваÑегП ÑеÑвеÑа. ТеЌ Ме ЌеМее, в МекПÑПÑÑÑ
+ веÑÑОÑÑ
+ Windows ÑÑÑеÑÑвÑÑÑ ÐŸÑОбкО, кПÑПÑÑе Ме пПзвПлÑÑÑ ÑОÑÑеЌе ПпÑеЎелОÑÑ ÐµÐ³ÐŸ МазваМОе. Ð ÑÑПЌ ÑлÑÑае пПÑле запÑÑка Apache МеЌеЎлеММП закÑПеÑÑÑ. ÐПÑвлÑеÑÑÑ ÐŸÐºÐœÐŸ Ñ ÑППбÑеМОеЌ Пб ПÑОбке, МП ПМП ЌПЌеМÑалÑМП ОÑÑезаеÑ, О Ð²Ñ ÑкПÑее вÑегП егП Ме ÑвОЎОÑе вППбÑе.
+
+
+ÐаÑÑÑПйка Greenstone ЎОÑекÑПÑОО cgi-bin
+
+
+С ЎОÑекÑПÑОО Cgi-bin ÑеÑевПй ÑеÑÐ²ÐµÑ ÐŸÐ±ÑаÑаеÑÑÑ Ñ ÐŽÐŸÐºÑЌеМÑаЌО, как Ñ Ð²ÑпПлМÑеЌÑЌО пÑПгÑаЌЌаЌО (executable programs). ÐОÑекÑОва ScriptAlias ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŽÐžÑекÑПÑОО cgi-bin. ÐаЌеÑÑÑе, ÑÑП ÑÑа ЎОÑекÑОва ÑпПÑПбМа пÑевÑаÑОÑÑ Ð»ÑбÑÑ ÐŽÐžÑекÑПÑÐžÑ Ð² cgi-ОÑпПлМОЌÑÑ ÐŽÐžÑекÑПÑÐžÑ -Ме ПбÑзаÑелÑМП, ÑÑÐŸÐ±Ñ ÐŽÐžÑекÑПÑÐžÑ ÐœÐ°Ð·ÑвалаÑÑ cgi-bin! РМаПбПÑПÑ, ЎОÑекÑПÑÐžÑ cgi-bin Ме ÑвлÑеÑÑÑ ÐŸÑПбеММПй ЎП ÑПгП ЌПЌеМÑа, как к Мей Ме пÑОЌеМОÑÑ ScriptAlias.
+ÐПÑле ОМÑÑаллÑÑОО Apache ÐžÐŒÐµÐµÑ ÐŽÐžÑекÑПÑОÑ cgi-bin  в C:\Program Files\Apache
+Group\Apache\cgi-bin . ÐÑП ПзМаÑаеÑ, ÑÑП еÑлО ввеÑÑО аЎÑÐµÑ URL http://localhost/cgi-bin/hello , ÑП ÑеÑевПй ÑеÑÐ²ÐµÑ Ð¿ÐŸÐ¿ÑПбÑÐµÑ Ð·Ð°Ð¿ÑÑÑОÑÑ Ñайл, МазÑваÑÑОйÑÑ hello, Оз ЎОÑекÑПÑОО.
+ÐÑÑÑ Ð¿ÑПгÑаЌЌа Greenstone, МазÑÐ²Ð°ÐµÐŒÐ°Ñ libmry.exe, кПÑПÑÑÑ ÐœÑжМП запÑÑÑОÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑеÑевПгП ÑеÑвеÑа; в ÑÐ²ÐŸÑ ÐŸÑеÑÐµÐŽÑ ÐŸÐœÐ° ÑÑОÑÑÐ²Ð°ÐµÑ Ñайл, МазÑваеЌÑй кПМÑОгÑÑаÑОПММÑй Ñайл ЌеÑÑÐŸÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÐžÑ Greenstone, ОлО " gsdlsite.cfg  ", кПÑПÑÑй ЎПлжеМ МаÑ
+ПЎОÑÑÑ Ð² ÑПй же ЎОÑекÑПÑОО.
+ÐÑÑÑОй ÑпПÑПб, ÑÑÐŸÐ±Ñ Ð²ÑпПлМОÑÑ ÑÑП, МеПбÑ
+ПЎОЌП ОÑпПлÑзПваÑÑ ÐŽÐžÑекÑÐžÐ²Ñ ScriptAlias ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ ЎОÑекÑПÑОО cgi-bin. ÐÐŸÑ ÑаÑÑÑ ÐžÐ· кПМÑОгÑÑаÑОПММПгП Ñайла Apache httpd.conf, кПÑПÑÐ°Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÑеÑ C:\Program Files\gsdl\cgi-bin  в каÑеÑÑве ЎПпПлМОÑелÑМПй cgi-bin  ЎОÑекÑПÑОО:
+ScriptAlias /gsdl/cgi-bin/ "C:/Program Files/gsdl/cgi-bin/"
+Â <Directory C:/Program Files/gsdl/cgi-bin>
+Â Â Â Â Â Â Options None
+Â Â Â Â Â Â AllowOverride None
+</Directory>
+(ÐÐœÑеÑеÑÐœÑй ÑÐ°ÐºÑ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП кПМÑОгÑÑаÑОПММÑй Ñайл Apache ОÑпПлÑзÑеÑ/вЌеÑÑП ÑÑаМЎаÑÑÐœÑÑ
+ ÐŽÐ»Ñ Windows\).
+ÐÑП ПзМаÑаеÑ, ÑÑП лÑбПй URLаЎÑÐµÑ Ð²ÑПЎе http://localhost/gsdl/cgi-bin...бÑÐŽÐµÑ ÐœÐ°Ñ
+ПЎОÑÑÑÑ Ð² ЎОÑекÑПÑОО C:\Program Files\gsdl\cgi-bin О запÑÑеМ ÑеÑевÑÐŒ ÑеÑвеÑПЌ. ÐапÑОЌеÑ, пÑО вÑÑÑеÑе Ñ URL http://localhost/gsdl/cgi-bin/hello ÑеÑевПй ÑеÑÐ²ÐµÑ Ð¿ÐŸÐ¿ÑÑаеÑÑÑ ÐžÐ·Ð²Ð»ÐµÑÑ Ñайл C:\Program Files\gsdl\cgi-bin\hello О запÑÑÑОÑÑ ÐµÐ³ÐŸ. ТеЌ Ме ЌеМее, URL http://localhost/cgi-bin/hello бÑÐŽÐµÑ ÐžÑкаÑÑ Ð² ПбÑÑМПй ЎОÑекÑПÑОО cgi-bin Apache Ñайл C:\Program Files\Apache Group\Apache\cgi-bin\hello О пÑÑаÑÑÑÑ Ð·Ð°Ð¿ÑÑÑОÑÑ ÐµÐ³ÐŸ, Ñак же, как О пÑежЎе.
+
+
+
+
+ÐПÑÐœÐµÐ²Ð°Ñ ÐŽÐžÑекÑПÑÐžÑ ÐŽÐŸÐºÑЌеМÑа
+
+
+ÐПÑÐœÐµÐ²Ð°Ñ ÐŽÐžÑекÑПÑÐžÑ ÐŽÐŸÐºÑЌеМÑа ÑвлÑеÑÑÑ ÐºÐŸÑМеЌ ÑÑÑÑкÑÑÑÑ Ð²Ð°Ñей ЎОÑекÑПÑОО. ÐПÑле ÑÑÑаМПвкО Apache ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐºÐŸÑМевПй ЎПкÑÐŒÐµÐœÑ Ð² C:\Program Files\Apache Group\Apache\htdocs. ÐÑП ПзМаÑаеÑ, ÑÑП еÑлО в ÑеÑевПй ÑеÑÐ²ÐµÑ Ð²Ð²ÐµÑÑО URL http://localhost/hello.html, ÑП ПМ пПпÑÑаеÑÑÑ ÐžÐ·Ð²Ð»ÐµÑÑ Ñайл, МазÑваеЌÑй hello.html, Оз ÑПй ЎОÑекÑПÑОО.
+ÐеÑкПлÑкП ÑайлПв в Greenstone ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÑОÑÑÐ²Ð°ÐµÐŒÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑеÑевПгП ÑеÑвеÑа. СаЌÑй пÑПÑÑПй ÑпПÑПб вÑпПлМОÑÑ ÑÑÑ Ð·Ð°ÐŽÐ°ÑÑ ÑÑП ОÑпПлÑзПваÑÑ ÐŽÐžÑекÑÐžÐ²Ñ Alias, кПÑПÑÐ°Ñ Ð¿ÐŸÑÑО ÑÐ°ÐºÐ°Ñ Ð¶Ðµ, как ScriptAlias, за ОÑклÑÑеМОеЌ ÑПгП, ÑÑП ПМа ÑабПÑÐ°ÐµÑ Ñ Ð¿ÑПÑÑÑЌО WWW-ÑÑÑаМОÑаЌО, а Ме ÑП ÑкÑОпÑаЌО cgi. ÐвеЎОÑе ÑÑО ÑÑÑПкО в кПМÑОгÑÑаÑОПММÑй Ñайл Apache пПÑле ЎОÑекÑÐžÐ²Ñ ScriptAlias, ÑÑП ÑÐŽÐµÐ»Ð°ÐµÑ C:\Program Files\gsdl ЎПпПлМОÑелÑÐœÑÐŒ ЌеÑÑПЌ пПОÑка ЎПкÑЌеМÑПв.
+Alias /gsdl/ "C:/Program Files/gsdl/"
+Â <Directory C:/Program Files/gsdl>
+Â Â Â Â Â Options Indexes MultiViews FollowSymLinks
+Â Â Â Â Â Â AllowOverride None
+Â Â Order allow,deny
+Â Allow from all
+</Directory>
+ÐÑП ПзМаÑаеÑ, ÑÑП лÑбÑе URL, кПÑПÑÑе ÑПвпаЎаÑÑ Ñ Ð¿ÐµÑвÑÐŒ аÑгÑЌеМÑПЌ Alias (gsdl), бÑÐŽÑÑ ÑазÑÑкОваÑÑÑÑ Ð² ÑПлО ÑайлПв, кПÑПÑÑе ÑППÑвеÑÑÑвÑÑÑ Ð²ÑПÑÐŸÐŒÑ Ð°ÑгÑЌеМÑÑ. ÐÑÑгОЌО ÑлПваЌО, URL вОЎПв http://localhost/gsdl...бÑÐŽÑÑ ÑазÑÑкОваÑÑÑÑ, как ÑÐ°Ð¹Ð»Ñ ÐžÐ· ЎОÑекÑПÑОО C:\Program Files\gsdl. ÐапÑОЌеÑ, пÑО вÑÑÑеÑе Ñ URL http://localhost/gsdl/hello.html, ÑеÑÐ²ÐµÑ Ð¿ÐŸÐ¿ÑÑаеÑÑÑ ÐžÐ·Ð²Ð»ÐµÑÑ Ñайл C:\Program Files\gsdl\hello.html. ТеЌ Ме ЌеМее, URL http://localhost/ hello.html ОÑÐµÑ Ñайл в пÑПÑÑПй htdocs ЎОÑекÑПÑООC:\Program Files\Apache Group\Apache\htdocs\hello.html Ñакже, как О пÑежЎе.
+Ðе забÑÐŽÑÑе ЎПбавОÑÑ ÐŽÐžÑекÑÐžÐ²Ñ Alias пПÑле ЎОÑекÑÐžÐ²Ñ ScriptAlias. ÐÑО ÑказаМОО Apache ÐŽÐ»Ñ alias /gsdl ЎП ÑПгП, как /gsdl/cgi-bin ÑÐŸÐ²Ð¿Ð°ÐŽÐµÑ Ñ URL /gsdl/cgi-bin/library, ЎП ЎОÑекÑÐžÐ²Ñ Alias МежелО ScriptAlias, ПМ бÑÐŽÐµÑ ÑаÑпПзМаМ, как запÑÐŸÑ Ðº ЎПкÑЌеМÑÑ, ÑеЌ ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка пÑПгÑаЌЌÑ. РОÑПге бОМаÑÐœÑй пÑПгÑаЌЌМÑй Ñайл ЎПлжеМ бÑÑÑ "вÑвеЎеМ, пПказаМ" в ПкМе ÐÐœÑеÑМеÑ-бÑаÑзеÑа вЌеÑÑП ÑПгП, ÑÑÐŸÐ±Ñ ÐµÐ³ÐŸ запÑÑÑОÑÑ.
+
+
+
+
+ÐезПпаÑМПÑÑÑ
+
+
+ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ Ð·ÐœÐ°ÑÑ, ÑÑП еÑлО ÐÐœÑеÑМеÑ-бОблОПÑека бÑÐŽÐµÑ ÑÑÑаМПвлеМа Ñак, как ПпОÑаМП вÑÑе, ÑП кажЎÑй ÑÐŒÐŸÐ¶ÐµÑ Ð·Ð°Ð³ÑÑжаÑÑ Ð»ÑбПй Ñайл Оз ÑÑÑÑкÑÑÑÑ ÐŽÐžÑекÑПÑОО gsdl. ÐÑП вклÑÑÐ°ÐµÑ ÐžÐœÐŽÐµÐºÑÐœÑе ÑайлÑ, ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ Ð»ÑбПй гПÑПвПй кПллекÑОО, пПлÑзПваÑелÑÑÐºÐ°Ñ Ð±Ð°Ð·Ð° ЎаММÑÑ
+, ОÑпПлÑзÑеЌÑе ÑегОÑÑÑаÑОПММÑе ÑÐ°Ð¹Ð»Ñ (logs) О Ñ.ÐŽ.
+ÐÑлО ÐŽÐ°ÐœÐœÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ Ð²Ð°Ð¶ÐœÐ°, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОзЌеМОÑÑ ÐœÐ°ÑÑÑПйкО кПМÑОгÑÑаÑОПММПгП Ñайла ÑеÑвеÑа ÐŽÐ»Ñ ÑжеÑÑПÑÐµÐœÐžÑ Ð±ÐµÐ·ÐŸÐ¿Ð°ÑМПÑÑО. РкПМÑОгÑÑаÑОПММПЌ Ñайле ÑеÑевПгП ÑеÑвеÑа Apache ввеЎОÑе ÑлеЎÑÑÑОе ÑÑÑПкО вЌеÑÑП вÑÑепПказаММÑÑ
+
+Alias /gsdl/ "C:/Program Files/gsdl/"
+Â <Directory "C:/Program Files/gsdl">
+Â Â Â Order allow,deny
+Â Â Â Deny from all
+Â Â Â <FilesMatch
+"\.(gif|jpe?g|png|css|mov|mpeg|ps|pdf|doc|rtf|jar|class)$">
+Â Â Order allow,deny
+Â Â Allow from all
+Â </FilesMatch>
+</Directory>
+ÐÑП ПзМаÑаеÑ, ÑÑП ÑПлÑкП Ñе ÑайлÑ, ÑÑе ÑазÑеÑеМОе ÑÐŸÐ²Ð¿Ð°ÐŽÐ°ÐµÑ Ñ regular expression в ÑÑÑПке FilesMatch, ЌПгÑÑ Ð±ÑÑÑ Ð·Ð°Ð³ÑÑжеМÑ.
+
+
+
+
+
+
+СеÑевÑе ÑеÑвеÑÑ PWS, MS
+
+
+ХПÑÑ ÐœÐž PWS МО MS пП ÑЌПлÑÐ°ÐœÐžÑ ÐœÐµ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ð² ÑОÑÑеЌаÑ
+ Windows, ОÑ
+ ЌПжМП легкП ÑÑÑаМПвОÑÑ, пПлÑзÑÑÑÑ ÐŒÐµÐœÑ Ð¿Ð°ÐœÐµÐ»Ðž ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ "УЎалОÑÑ/ ÐПбавОÑÑ Ð¿ÑПгÑаЌЌÑ". ÐÑлО ОÑ
+ ÐœÐµÑ ÐœÐ° кПЌпакÑ-ЎОÑке, ÑП ОÑ
+ ЌПжМП загÑÑзОÑÑ Ñ ÑайÑа Microsoft (www.mircosoft.com) ÐÑПÑеÑÑ ÐžÐœÑÑалÑÑОО ÐŽÐ»Ñ ÐŸÐ±ÐµÐžÑ
+ пÑПгÑаЌЌ ПЎОМакПв.
+ÐапÑÑÑОÑе Personal Web Manager О ÑПвеÑÑОÑе ÑлеЎÑÑÑОе ЎейÑÑвОÑ:
+
+
+ÐÑбеÑОÑе Advanced (ÑаÑÑОÑеММÑй) ÐŽÐ»Ñ Ð²ÑвПЎа ПкМа Advanced Options (РаÑÑОÑеММÑе вПзЌПжМПÑÑО).
+
+
+ÐÑбеÑОÑе ÐПÑе(ÐаÑалП) О МажЌОÑе ÐÑÐ(ÐПбавОÑÑ). ÐапПлМОÑе Ð¿ÐŸÐ»Ñ ÑлеЎÑÑÑОЌ ПбÑазПЌ:
+РпПле ЎОÑекÑПÑОÑ: C:\Program Files\gsdl
+РпПле Alias: gsdl
+
+РпПле Access permissions (ÑазÑеÑеММÑй ЎПÑÑÑп): Read (ÑÑеМОе)
+РпПле Application permissions: None
+ÐажЌОÑе OK
+С ÑÑОЌО ÑÑÑаМПвкаЌО ÑÐ°Ð¹Ð»Ñ Greenstone бÑÐŽÑÑ ÐŽÐŸÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ ÑеÑвеÑа.
+
+
+ÐеÑМОÑеÑÑ Ð² Advanced Options, вÑбеÑОÑе^/ О клОкМОÑе Add ÐапПлМОÑе ÑлеЎÑÑÑОе пПлÑ:
+Directory field:.C:\Program Files\gsdl\cgi-bin
+Alias field: cgi-bin
+Access permissions:Â None
+Application permissions:Â Execute
+ÐажЌОÑе OK
+ÐПÑле ÑÑПгП пÑПгÑаЌЌа Greenstone library.exe to be executed by the Webserver.
+
+
+ÐвеЎОÑе аЎÑÐµÑ URL http://localhost/gsdl/cgi-bin/library.exe
+ÐÑОЌеÑаМОе: ваЌ ÐœÑжМП ЎПпОÑÑваÑÑ ÑаÑÑОÑеМОе .еÑ
+е пÑО ОÑпПлÑзПваМОО PWS, MS.
+
+
+
+
+
+
+
+
+ÐаÑÑÑПйка ÑайÑа
+
+
+ÐÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÑеММПгП ÑÑМкÑОПМОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone МеПбÑ
+ПЎОЌП МаÑÑÑПОÑÑ ÐŸÐ±ÐµÑпеÑеМОе ЎПÑÑÑпа ÐŽÐ»Ñ ÐœÐµÑкПлÑкОÑ
+ ÑайлПв. ÐЎПбавПк ÑÑÑеÑÑвÑÐµÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑй Ñайл, ÑвÑзаММÑй Ñ ÐºÐ°Ð¶ÐŽÑÐŒ ЌеÑÑПпПлПжеМОеЌ Greenstone. РпÑПÑеÑÑе ÑÑÑаМПвкО ÑПзЎаеÑÑÑ Ð±Ð°Ð·ÐŸÐ²Ñй кПМÑОгÑÑаÑОПММÑй Ñайл, ПÑМПвÑваÑÑОйÑÑ ÐœÐ° ваÑОÑ
+ МаÑÑÑПйкаÑ
+ вП вÑÐµÐŒÑ ÑÑПй пÑПÑеЎÑÑÑ; ÑеЌ Ме ЌеМее, ÑПЎеÑжОЌПе ÑÑПгП Ñайла ЌПжМП ÑеЎакÑОÑПваÑÑ ÐŽÐ»Ñ ÐŸÐ¿ÑОЌОзаÑОО
+
+
+Ð€Ð°Ð¹Ð»Ñ ÐŸÐ±ÐµÑпеÑеМОÑ
+
+
+ÐПлÑзПваÑелО Windows 95/98 ЌПгÑÑ Ð¿ÑПпÑÑÑОÑÑ ÑÑÑ ÑаÑÑÑ, Ñак как ÑÑО веÑÑОО Ме ÑаÑпПзМаÑÑ Ð²Ð»Ð°ÐŽÐµÐ»ÑÑев ÑайлПв.
+Ð Windows NT, 2000, Unix cgi ÑкÑОпÑÑ ÐœÐµ ЌПгÑÑ ÑабПÑаÑÑ Ð² каÑеÑÑве МПÑЌалÑÐœÑÑ
+ пПлÑзПваÑелей, Ñак как пПлÑзПваÑелей МелÑÐ·Ñ ÐžÐŽÐµÐœÑОÑОÑОÑПваÑÑ ÑеÑез WWW. ÐЌеÑÑП ÑÑПгП cgi script ÑабПÑÐ°ÐµÑ ÐºÐ°Ðº пПлÑзПваÑелÑ, кПÑПÑÑй запÑÑÑОл ÑеÑевПй ÑеÑÐ²ÐµÑ ( в Windows), ОлО как ÑаÑÑÐœÑй пПлÑзПваÑÐµÐ»Ñ (в Unix ÑаÑÑП МазÑваеЌÑй nobody (МОкÑП)). Ð ÑвÑзО Ñ ÑÑОЌ вÑе ÑÐ°Ð¹Ð»Ñ Ðž ЎОÑекÑПÑОО в C:\Program Files\gsdl ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŽÐŸÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ Ð²ÑеПбÑегП ÑÑÐµÐœÐžÑ (ОлО, пП кÑайМей ЌеÑе, ЎПÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ ÑÑÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелÑÐŒ cgi-script, ÑакОЌ как "nobody"). ÐÐ»Ñ Ð¿ÑПвеÑкО ÑПгП, пÑавОлÑМП лО ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÑÐ°Ð¹Ð»Ñ ÐŸÐ±ÐµÑпеÑеМОÑ, запÑÑÑОÑе пÑПгÑÐ°ÐŒÐŒÑ library.exe Оз кПЌаМЎМПй ÑÑÑПкО. ÐÑлО ÑÐ°Ð¹Ð»Ñ ÐœÐ°Ñ
+ПЎÑÑÑÑ Ð² ÐœÑжМПЌ ЌеÑÑе, МП ПбеÑпеÑÐµÐœÐžÑ ÐŽÐŸÑÑÑпа ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÐœÐµÐ¿ÑавОлÑМП, пÑПгÑаЌЌа запÑÑÑОÑÑÑ Ñ ÐºÐŸÐŒÐ°ÐœÐŽÐœÐŸÐ¹ ÑÑÑПкО, кПгЎа ';Ñ Ð·Ð°Ð¿ÑÑÑОÑе ÐµÑ - МП Ме Ñ Ð±ÑаÑзеÑа, Ñ.е. кПгЎа nobody пПпÑÑаеÑÑÑ Ð·Ð°Ð¿ÑÑÑОÑÑ ÐµÑ.
+ÐÐ»Ñ ÑабПÑÑ Ð²ÐœÐµÑМОÑ
+ пПлÑзПваÑелей ÑеÑез бÑаÑÐ·ÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП, ÑÑÐŸÐ±Ñ Ð²Ñе ЎОÑекÑПÑОО Greenstone бÑлО ПбÑеЎПÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ ÑÑОÑÑваМОÑ. ÐОÑекÑПÑÐžÑ C:\Program Files\gsdl\etc О вÑÑ ÐµÑ ÑПЎеÑжОЌПе Ñакже ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŽÐŸÑÑÑÐ¿ÐœÑ ÐŽÐ»Ñ ÐŸÐ±ÑÐµÐ³ÐŸÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð·ÑОЌÑÐŒ.ÐÑа ЎОÑекÑПÑОÑ, в кПÑПÑÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа запОÑÑÐ²Ð°ÐµÑ Ð²Ñе ОÑпПлÑзÑеЌÑе лПгО, ПÑОбкО О ОМОÑОалОзаÑОПММÑе лПгО О ÑазлОÑÐœÑе Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ пПлÑзПваÑелей. ÐП еÑлО Ð²Ñ Ð²ÑÑ Ð¶Ðµ желаеÑе ПгÑаМОÑОÑÑ ÐŽÐŸÑÑÑп ЌМПгОÑ
+ к вПзЌПжМПÑÑО ОзЌеМеМОÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑазÑеÑОÑÑ ÐŽÐŸÑÑÑп ÑПлÑкП к initout.txt, key.db, users.db, history.db, usage.txt ÐŽÐ»Ñ Ð²ÐœÐµÑÐµÐœÐžÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÐ¹ eg [-пПлÑзПваÑелÑÐŒ.
+ÐÑлО ÑÐ°Ð¹Ð»Ñ ÐŸÐ±ÐµÑпеÑеМОО ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÐœÐµÐ¿ÑавОлÑМП ÐŽÐ»Ñ C:\Program Files\gsdl\etc, Ð²Ñ Ð·Ð°ÐŒÐµÑОÑе, ÑÑП ÑÑМкÑÐžÑ ÐžÐŽÐµÐœÑОÑОкаÑОО О search history Ме ÑабПÑаÑÑ Ðž ÑÑП пÑПгÑаЌЌа Ме ÑÐŸÐ·ÐŽÐ°ÐµÑ usage log (usage.txt).
+
+
+
+
+ÐПМÑОгÑÑаÑОПММÑй Ñайл gsdlsite.cfg
+
+
+РпÑПÑеÑÑе ÑÑÑаМПвкО ÑПзЎаеÑÑÑ Ð±Ð°Ð·ÐŸÐ²Ñй кПМÑОгÑÑаÑОПММÑй Ñайл, ПÑМПвÑваÑÑОйÑÑ ÐœÐ° ваÑОÑ
+ МаÑÑÑПйкаÑ
+ вП вÑÐµÐŒÑ ÑÑПй пÑПÑеЎÑÑÑ. ÐÑП Ñайл C:\Program Files\gsdl\cgi-bin\gsdlsite.cfg О Ð²ÐŸÑ ÐµÐ³ÐŸ ÑПЎеÑжОЌПе:
+# Site configuration file for Greenstone.
+# Lines begining with
+# are comments.
+# This file should be placed in the same directory as your library
+# executable file. it should be edited to suit your site.
+# points to the GSDLHOME directory
+gsdlhome âC:/Program Files/gsdlâ
+# this is the http address of GSDLHOME
+# if your webservers DocumentRoot is set to $GSDLHOME
+# then httpprefix can be commented out
+httpprefix /gsdl
+# this is the http address of the directory which
+# contains the images for the interface.
+httpimg /gsdl/images
+# should contain the http address of this cgi script. This
+# is not needed if the http server sets the environment variable
+# SCRIPT_NAME
+#gwcgi /cgi-bin/library
+# maxrequests is the most requests a fastcgi process
+# will serve before it exits. This can be set to a
+# low figure (like 1) while debugging and then set
+# to a high figure (like 10000) when everything is
+# working well.
+#maxrequests 10000
+ÐÑ ÐŒÐŸÐ¶ÐµÑе МаÑÑÑПОÑÑ Ð²Ñе кПМÑОгÑÑаÑОО пÑÑеЌ ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑÑПгП Ñайла, Ñ
+ПÑÑ ÑкПÑее вÑегП ваЌ ÑÑП Ме пПМаЎПбОÑÑÑ.
+СÑÑПка gsdlhome  ÑказÑÐ²Ð°ÐµÑ ÐœÐ° ЎОÑекÑПÑОÑ C:\Program Files\gsdl
+httpprefix  ÑвлÑеÑÑÑ WWW-аЎÑеÑПЌ ЎОÑекÑПÑОО, в кПÑПÑÑÑ ÑÑÑаМПвлеМ Greenstone. ÐÑежЎе ÐŒÑ ÐŸÐ¿ÐžÑÑвалО, как ÑПзЎаÑÑ alias Ñак, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐžÑк ÐÐœÑеÑМеÑ-аЎÑеÑПв ÑОпаhttp://localhost/gsdl/... ПÑÑÑеÑÑвлÑлÑÑ Ð² ЎОÑекÑПÑОО C:\Program Files\gsdl . ÐвеЎеМОе ÑÑÑПкО httpprefix /gsdl  в кПМÑОгÑÑаÑОПММÑй Ñайл gsdlsite ÑÑÑÐ°ÐœÐ°Ð²Ð»ÐžÐ²Ð°ÐµÑ Ñе же ÑаЌÑе ÑÑÐ»ÐŸÐ²ÐžÑ ÐŽÐ»Ñ Ð¿ÑПгÑаЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone.
+httpimg  ÑвлÑеÑÑÑ ÐÐœÑеÑМеÑ-аЎÑеÑПЌ ЎОÑекÑПÑОО C:\Program Files\gsdl\images , кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ Ð²Ñе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑПÑЌаÑПв gif, ОÑпПлÑзÑеЌÑÑ
+ в ОМÑеÑÑейÑе. РлÑбПй ÑÑаМЎаÑÑМПй ОМÑÑаллÑÑОО Greenstone ÑÑП вÑегЎа бÑЎеÑ httpprefix/images , О ÑÑÑÐŸÐºÑ Ð² Ñайле вÑÑе ЌПжМП Ме ОзЌеМÑÑÑ.
+gwcgi  ÑвлÑеÑÑÑ ÐÐœÑеÑМеÑ-аЎÑеÑПЌ бОблОПÑеÑМПй пÑПгÑÐ°ÐŒÐŒÑ cgi. ÐÑа ÑÑÑПка Ме ÐœÑжМа бПлÑÑОМÑÑÐ²Ñ ÑеÑвеÑПв (вклÑÑÐ°Ñ Apache), О ÐµÑ ÐœÑжМП ПÑÑавОÑÑ Ð² МаÑалÑМПЌ вОЎе.
+maxrequests  ОÑпПлÑзÑеÑÑÑ Ð²ÐµÑÑОÑЌО Greenstone, кПÑПÑÑе ÑкПЌпОлОÑÐŸÐ²Ð°ÐœÑ Ñ ÐžÑпПлÑзПваМОеЌ ПпÑОО "fast-cgi". СÑаМЎаÑÑÐœÑй бОМаÑÐœÑй ЎОÑÑÑОбÑÑОв Ме вклÑÑÐ°ÐµÑ ÑÑÑ ÐŸÐ¿ÑОÑ, Ñак как Ме вÑе ÑеÑевÑе ÑеÑвеÑÑ Ð¿ÐŸÐŽÐŽÐµÑжОваÑÑ ÑÑÑ ÐŸÐ¿ÑОÑ. Fastcgi ÑÑкПÑÑÐµÑ Ð²ÑпПлМеМОе cgi за ÑÑÐµÑ ÑПЎеÑÐ¶Ð°ÐœÐžÑ main executable в паЌÑÑО ÐŒÐµÐ¶ÐŽÑ invocations пÑПгÑаЌЌÑ, О ПÑÑÑÑÑÑÐ²ÐžÑ Ð¿ÐŸÑÑебМПÑÑО в пПÑÑПÑММПй загÑÑзке Ñ ÐŽÐžÑка кажЎÑй Ñаз, кПгЎа запÑаÑОваеÑÑÑ Ð²ÐµÐ±-ÑÑÑаМОÑа. Trade off ÑвлÑеÑÑÑ ÐŸÐ±ÑеЌ ОÑпПлÑзÑеЌПй паЌÑÑО, кПÑПÑÑй ÐŒÐŸÐ¶ÐµÑ ÑвелОÑОваÑÑÑÑ ÑП вÑе бПлÑÑОЌ кПМÑПЌ.
+
+
+
+
+
+
+ÐаÑÑÑПйка базПвПй ÑÑÑаМОÑÑ
+
+
+ÐавеÑÐœÑка пеÑвÑÐŒ ЎелПЌ пПÑле ÑПгП, как Ð²Ñ ÑÑÑаМПвОÑе О МалаЎОÑе Greenstone, Ð²Ñ Ð·Ð°Ñ
+ПÑОÑе МаÑÑÑПОÑÑ Ð±Ð°Ð·ÐŸÐ²ÑÑ ÑÑÑаМОÑÑ Greenstone. Ѐайл, кПÑПÑÑй ПÑвеÑÐ°ÐµÑ Ð·Ð° ÑÑÑ ÑÑÑаМОÑÑ ÐœÐ°Ð·ÑваеÑÑÑ home.dm О МаÑ
+ПЎОÑÑÑ Ð² пПЎЎОÑекÑПÑОО macros в ЎОÑекÑПÑОО, кÑЎа бÑл ÑÑÑаМПвлеМ Greenstone (ÐÑО ÑÑÑаМПвке пП ÑЌПлÑаМОÑ ÑÑП C:\Program Files\gsdl). ÐÑÐŸÑ Ñайл ÑвлÑеÑÑÑ Ð¿ÑÑÑÑÐŒ ÑекÑÑПвÑÐŒ ÑайлПЌ, кПÑПÑÑй Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ПÑÑеЎакÑОÑПваÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ базПвПй ÑÑÑаМОÑÑ. ÐÑ ÑекПЌеМЎÑеЌ ÑПзЎаÑÑ ÐœÐŸÐ²Ñй Ñайл, МапÑОЌеÑ, yourhome.dm вЌеÑÑП ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ home.dm. ÐÐœ бÑÐŽÐµÑ Ð¿ÐŸÑ
+Пж Ма home.dm, МП бÑÐŽÐµÑ ÐžÑпПлÑзПваÑÑ "package home". ÐÑа ÑаÑÑÑ, кПÑПÑÐ°Ñ ÐŸÑвеÑÐ°ÐµÑ Ð·Ð° вÑÑ ÑабПÑÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ пП-ÐŽÑÑгПЌÑ.
+ÐÑО ÑПзЎаМОО ПÑЎелÑМПй базПвПй ÑÑÑаМОÑÑ ÐœÑжМП ÑПеЎОМОÑÑ ÐµÑ Ñ ÑОÑÑПвПй бОблОПÑекПй. РеÑеМОе, кПÑПÑПе пÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ Greenstone, ÑПÑÐŸÐžÑ Ð² ОÑпПлÑзПваМОО "ЌакÑПÑПв"(ЌакÑПÑлеЌеМÑÑ, ЌакÑПкПЌаМЎÑ).ÐПÑÑÐŸÐŒÑ ÐœÐ°ÑалÑÐœÐ°Ñ Ð±Ð°Ð·ÐŸÐ²Ð°Ñ ÑÑÑаМОÑа ÐžÐŒÐµÐµÑ ÑаÑÑОÑеМОе ".dm", а Ме ".html". Ѐайл macro бПлÑÑе МежелО пÑПÑÑПй HTML. ÐП Ме беÑпПкПйÑеÑÑ: ЌакÑП-Ñайл ÑПЎеÑÐ¶ÐžÑ Ð¿ÑПÑÑПй HTML О МеÑкПлÑкП ЎПпПлМеМОй, ПпОÑаММÑÑ
+ МОже. ÐакÑПÑзÑк ÑвлÑеÑÑÑ ÐŒÐŸÑÐœÑÐŒ ÑÑеЎÑÑвПЌ, О ÑПлÑкП ÐŒÐ°Ð»Ð°Ñ ÐµÐ³ÐŸ ÑаÑÑÑ ÐŸÐ¿ÐžÑаМа МОже - ÑЌПÑÑОÑе Ð ÑкПвПЎÑÑвП ÑазÑабПÑÑОка ÐŽÐ»Ñ Ð±ÐŸÐ»ÑÑей ОМÑПÑЌаÑОО.
+
+
+ÐÑОЌеÑ
+
+
+
+
+РОÑÑМПк 3 ÐаÑа ÑПбÑÑÐ²ÐµÐœÐœÐ°Ñ ÐŽÐŸÐŒÐ°ÑÐœÑÑ ÑÑÑаМОÑа
+
+
+
+Ðа ÑОÑÑМке пПказаМ пÑÐžÐŒÐµÑ ÑПзЎаММПй базПвПй ÑÑÑаМОÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО. ÐÐ°Ð¶ÐŽÐ°Ñ ÐžÐ· ÑÑÑлПк "click here" (МажЌОÑе) пÑÐžÐ²ÐµÐŽÐµÑ Ð²Ð°Ñ Ðº ÑППÑвеÑÑÑвÑÑÑОЌ ÑÑеЎÑÑваЌ Greenstone. ÐÑа ÑÑÑаМОÑа бÑла ÑПзЎаМа ÑайлПЌ yourhome.dm, пПказаММÑÐŒ Ма РОÑÑМке .
+
+
+yourhome.dm , ОÑпПлÑзПваММÑй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð ÐžÑÑМка
+
+package home
+_content_ {
+<h2>Your own Greenstone home page</h2>
+<ul>
+<table>
+<tr valign=top><td>Search page for the demo collection<br></td>
+ <td><a href="_httpquery_&c=demo">Click here</a></td></tr>
+<tr><td>"About" page for the demo collection</td>
+ <td><a href="_httppageabout_&c=demo">Click here</a></td></tr>
+<tr><td>Preferences page for the demo collection</td>
+ <td><a href="_httppagepref_&c=demo">Click here</a></td></tr>
+<tr><td>Home page</td>
+ <td><a href="_httppagehome_">Click here</a></td></tr>
+<tr><td>Help page</td>
+ <td><a href="_httppagehelp_">Click here</a></td></tr>
+<tr><td>Administration page</td>
+ <td><a href="_httppagestatus_">Click here</a></td></tr>
+<tr><td>The Collector</td>
+ <td><a href="_httppagecollector_">Click here</a></td></tr>
+</table>
+</ul>
+}
+# if you hate the squirly green bar down the left-hand side of the
+# page, uncomment these lines:
+# _header_ {
+# }
+
+ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ Ð ÐžÑÑМПк как ПÑÐœÐŸÐ²Ñ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð²Ð°ÑОÑ
+ базПвÑÑ
+ ÑÑÑÐ°ÐœÐžÑ Ð² Greenstone. Ð ÑÑПЌ Ñайле вÑе ÑвПЎОÑÑÑ Ðº ÑПЌÑ, ÑÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ ÐŒÐ°ÐºÑПÑ, МазÑваеЌÑй content (ÑПЎеÑжОЌПе). ÐÑ ÐŒÐŸÐ¶ÐµÑе ЎПбавОÑÑ ÑекÑÑ, Ñакже лÑбÑе ÑПÑЌаÑÐœÑе ÐºÐŸÐŒÐ°ÐœÐŽÑ HTML, ÐŽÐ»Ñ Ð¿ÐŸÐŒÐµÑÐµÐœÐžÑ Ð²ÑегП МеПбÑ
+ПЎОЌПгП ваЌ Ма ÑÑÑ ÑÑÑаМОÑÑ Ð¢ÐµÐºÑ Ñ, кПÑПÑÑй Ð²Ñ Ð²Ð²ÐŸÐŽÐžÑе, ÑÑП пÑПÑÑПй HTML; еÑлО Ð²Ñ Ð¶ÐµÐ»Ð°ÐµÑе, ЌПжМП ЎПбавОÑÑ Ð³ÐžÐ¿ÐµÑÑÑÑлкО О ОÑпПлÑзПваÑÑ ÐŽÑÑгОе вПзЌПжМПÑÑО, пÑеЎПÑÑавлÑеЌÑе HTML.
+ÐÐ»Ñ ÑÐŸÐµÐŽÐžÐœÐµÐœÐžÑ Ð²Ð°Ñей МПвПй базПвПй ÑÑÑаМОÑÑ Ñ ÐŽÑÑгОЌО ÑÑÑаМОÑаЌО бОблОПÑекО ваЌ МеПбÑ
+ПЎОЌП ОÑпПлÑзПваÑÑ ÐŸÐ¿ÑеЎелеММПе "ÑказаМОе". Ð ÑзÑке ЌакÑÐŸÑ ÐžÐŒÐž ÑвлÑÑÑÑÑ Ñе ÑлПва, кПÑПÑÑе Ñ ÐŽÐ²ÑÑ
+ ÑÑПÑПМ ПбПзМаÑÐµÐœÑ ÑпеÑОалÑÐœÑЌО зМакаЌО .ÐÑ ÐŒÐŸÐ¶ÐµÑе ОÑ
+ ÑвОЎеÑÑ ÐœÐ° РОÑÑМке . ÐапÑОЌеÑ, _httppagehome_ вПзвÑаÑÐ°ÐµÑ ÐœÐ° базПвÑÑ ÑÑÑаМОÑÑ, httppagehelp_ пÑÐžÐ²ÐŸÐŽÐžÑ Ðº ÑÑÑаМОÑе СпÑавкО О Ñ.ÐŽ. РМекПÑПÑÑÑ
+ ÑлÑÑаÑÑ
+ ваЌ ÐœÑжМП бÑÐŽÐµÑ ÑказаÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ кПллекÑОО. ÐапÑОЌеÑ, httpquery_&c=demo МаÑÑÑÐ°ÐžÐ²Ð°ÐµÑ ÑÑÑаМОÑÑ Ð¿ÐŸÐžÑка Ма ÐеЌП-кПллекÑОÑ; ÐŽÐ»Ñ ÐŽÑÑгОÑ
+ кПллекÑОй Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑЎеÑе заЌеМОÑÑ demo Ма ÑППÑвеÑÑÑвÑÑÑее МазваМОе кПллекÑОО.
+ÐакÑППпÑеЎелеМОе, МазÑваеЌПе _content_, ÑвлÑеÑÑÑ Ð¿ÑПÑÑÑÐŒ HTML ÐÑбПй ÑÑаМЎаÑÑÐœÑй кПЎ HTML ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°ÐŒÐµÐœÐµÐœ ЌакÑПÂПпÑеЎелеМОÑЌО. ÐЎМакП, ÑакОе ÑОЌвПлÑ, как '{', '}', 'V, О '_' ÐœÑжМП вÑЎелÑÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ backslash, ÑÑÐŸÐ±Ñ ÐžÐ·Ð±ÐµÐ¶Ð°ÑÑ ÐžÑ
+ пеÑеÑеÑабПÑкО ЌакÑП ÑзÑкПвПй ОМÑеÑпÑеÑаÑПÑ.
+ÐаЌеÑÑÑе, ÑÑП ЌакÑППпÑеЎелеМОе _content_ Ме ÑПЎеÑÐ¶ÐžÑ ÐœÐžÐºÐ°ÐºÐžÑ
+ загПлПвкПв О footer. ÐÑлО Ð²Ñ Ð¶ÐµÐ»Ð°ÐµÑе ОзЌеМОÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐž ОлО footer ваÑей базПвПй ÑÑÑаМОÑÑ, МеПбÑ
+ПЎОЌП ПбПзМаÑОÑÑ ÐŒÐ°ÐºÑПÑÑ header_ О/ОлО Jooter_, ЎПбавОв ОÑ
+ в Ñайл yourhome.dm в вОЎе:
+_macroname_ {
+...
+}
+ÐапÑОЌеÑ, пÑПÑÑжеММÑй зелеМÑй ÑОÑÑМПк, МаÑ
+ПЎÑÑОйÑÑ Ð² левПй ÑаÑÑО ÑÑÑаМОÑÑ, ПбПзМаÑеМ в ЌакÑПÑе _header_, О пÑО ÑЎалеМОО ÑПЎеÑжОЌПгП ÑÑПгП ЌакÑПÑа ÑОÑÑМПк ÑбеÑеÑÑÑ.
+
+
+
+
+ЧÑП ÐœÑжМП ÑЎелаÑÑ, ÑÑÐŸÐ±Ñ Ð²ÑÑ Ð·Ð°ÑабПÑалП
+
+
+ÐÐ»Ñ ÑПгП ÑÑÐŸÐ±Ñ Ð²Ð°Ñ Ñайл yourhome.dm МаÑал ÑабПÑаÑÑ, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÑказаÑÑ ÐµÐ³ÐŸ в главМПЌ кПМÑОгÑÑаÑОПММПЌ Ñайле main.cfg, Ñак как пÑПгÑаЌЌа ÑÑОÑÑÐ²ÐµÑ ÐŒÐ°ÐºÑПÑайлÑ, ÑказаММÑе в МеЌ.
+ТакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ Ð¿ÑПгÑаЌЌа МаÑала ОÑпПлÑзПваÑÑ Ð±Ð°Ð·ÐŸÐ²ÑÑ ÑÑÑаМОÑÑ, ÑПзЎаММÑÑ Ð²Ð°ÐŒÐž вЌеÑÑП МаÑалÑМПй, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÐŒÐµÑÑОÑÑ yourhome.dm в ЎОÑекÑПÑÐžÑ macros Ма РОÑÑМке . ÐаÑеЌ в кПМÑОгÑÑаÑОПММПЌ Ñайле main.cfg заЌеМОÑе home.dm Ма yourhome.dm в ÑпОÑке ЌакÑÐŸÑ ÑайлПв, кПÑПÑÑе ÐŽÐŸÐ»Ð¶ÐœÑ Ð·Ð°Ð³ÑÑжаÑÑÑÑ Ð¿ÑО запÑÑке пÑПгÑаЌЌÑ.
+
+
+
+
+ÐеÑеаЎÑеÑаÑÐžÑ URL к Greenstone
+
+
+ÐÐ»Ñ Ð°ÐŽÑеÑПв к пÑПгÑаЌЌе cgi Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑПзЎаÑÑ Ð±ÐŸÐ»ÐµÐµ ÑЎПбМÑÑ Ð¿ÐµÑеаЎÑеÑПвкÑ(бПлее кПÑПÑÐºÐ°Ñ Ðž ÑжаÑÐ°Ñ ÑПÑЌа). ÐапÑОЌеÑ, аЎÑÐµÑ URL http://nzdl.org (ÑПкÑаÑÐµÐœÐ°Ñ ÑПÑЌа http://nzdl.org/index.html) пеÑеаЎÑеÑПвÑваеÑÑÑ ÐœÐ° аЎÑÐµÑ http://nzdl.org/cgi-bin/library. СеÑевПй ÑеÑÐ²ÐµÑ Apache вÑпПлМÑÐµÑ ÑÑП Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐŽÐžÑекÑÐžÐ²Ñ Redirect. Ðак О ÐŽÑÑгОе ЎОÑекÑОвÑ, ПМа МаÑ
+ПЎОÑÑÑ Ð² C:\Program Files\Apache Group\Apache\conf\httpd.conf. ÐÐ»Ñ Ð¿ÐµÑеаЎÑеÑаÑОО URL http://www.yourserver.com Ðа http:// www.yourserver.com/cgi-bin/library ввеЎОÑе ÑÑП в кПМÑОгÑÑаÑОПММÑй Ñайл httpd.conf:
+Redirect /index.html http://www.yourserver.com/cgi-bin/library
+ТакОЌ ПбÑазПЌ Ð²Ñ Ð¿ÐŸÐ»ÑÑОÑе пÑÑЌПй ЎПÑÑÑп к бОблОПÑеке ÑеÑез аЎÑÐµÑ http://www.yourserver.com. ÐÑлО Ð²Ñ Ñ
+ПÑОÑе, ÑÑÐŸÐ±Ñ Ð°ÐŽÑÐµÑ http://www.yourserver.com/greenstone пÑОвПЎОл Ð²Ð°Ñ ÐºÂ http://www.yourserver.com/cgi-bin/library ввеЎОÑе в кПМÑОгÑÑаÑОПММПЌ Ñайле:
+Redirect /greenstone http://www.yourserver.com/cgi-bin/library
+ÐÑлО Ñ Ð²Ð°ÑегП ÑеÑвеÑа ÐœÐµÑ ÐŽÐŸÐŒÐµÐœÐœÐŸÐ³ÐŸ ОЌеМО (как www.yourserver.com вÑÑе), пÑПÑÑП заЌеМОÑе МазваМОе www.yourserver.com Ма localhost в ÑÑÑПкаÑ
+, ÑказаММÑÑ
+ вÑÑе. ÐÑП пÑÐžÐ²ÐµÐŽÐµÑ Ðº ÑÐ°ÐºÐŸÐŒÑ Ð¶Ðµ ÑезÑлÑÑаÑÑ.
+ÐЌеÑÑП ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐŒÐµÑаÑÑ ÐŽÐžÑекÑÐžÐ²Ñ Ð¿ÐµÑеаЎÑеÑаÑОО в Ñайл http.conf, Ð²Ñ Ñакже ЌПжеÑе пПЌеÑÑОÑÑ ÐžÑ
+ в Ñайл .htaccess, МаÑ
+ПЎÑÑОйÑÑ Ð² кПÑМевПй ЎОÑекÑПÑОО ваÑегП ÑеÑвеÑа. ÐÑО вМеÑеМОО ОзЌеМеМОй в Ñайл .htaccess ПМО вÑÑÑпÑÑ Ð² ÑÐžÐ»Ñ ÐœÐµÐŒÐµÐŽÐ»ÐµÐœÐœÐŸ, ÑПгЎа как ÐŽÐ»Ñ ÐœÐ°Ñала ÑабПÑÑ Ñ ÐžÐ·ÐŒÐµÐœÐµÐœÐœÑÐŒ ÑайлПЌ httpd.conf ÐœÑжМП пеÑезапÑÑÑОÑÑ Apache. ÐП- вÑПÑÑÑ
+, ÑаÑÑП в ÑОÑÑеЌе Unix ваЌ ÐœÑжМП бÑÑÑ "кПÑМевÑÐŒ" пПлÑзПваÑелеЌ ÐŽÐ»Ñ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ httpd.conf, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº лÑбÑе пПлÑзПваÑелО ЌПгÑÑ ÐžÐ·ÐŒÐµÐœÐžÑÑ .htaccess.
+
+
+
+
+
+
+ÐÑОлПжеМОе ÐеПбÑ
+ПЎОЌПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе
+
+
+Here is how to obtain the software packages mentioned above.
+
+
+СеÑевПй ÑеÑÐ²ÐµÑ Apache
+
+
+ÐÐ»Ñ ÑабПÑÑ Ñ Ð»ÑбПй веÑÑОей Greenstone, за ОÑклÑÑеМОеЌ ÐПкалÑМПй ÐОблОПÑекО, ваЌ МеПбÑ
+ПЎОЌ ÑеÑевПй ÑеÑвеÑ. ÐПлÑÑОМÑÑвП ÑОÑÑПвÑÑ
+ бОблОПÑек, в ПÑПбеММПÑÑО ПбÑеЌМÑе, Ñже ÑПЎеÑÐ¶Ð°Ñ Ð² Ñебе вÑÑÑПеММÑе ÑеÑвеÑÑ. С ÑайÑа Www.apache.org ЌПжМП бÑÑÑÑП О беÑплаÑМП загÑÑзОÑÑ ÑеÑевПй ÑеÑÐ²ÐµÑ Apache.
+
+
+
+
+Perl
+
+
+ÐÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Greenstone ОÑпПлÑзÑÐµÑ ÑзÑк пÑПгÑаЌЌОÑÐŸÐ²Ð°ÐœÐžÑ Perl. ÐеÑÑÐžÑ Greenstone, пÑеЎМазМаÑÐµÐœÐœÐ°Ñ ÐŽÐ»Ñ Windows, Ñже вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ Perl. ÐПлÑÑОМÑÑвП ÑОÑÑеЌ Unix Ñакже ОЌеÑÑ Perl, МП еÑлО ПМ Ме ÑÑÑаМПвлеМ, ÑП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе беÑплаÑМП загÑÑзОÑÑ ÐžÑÑ
+ПЎМÑй О бОМаÑÐœÑй кПЎ ÑÑПй пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÑазМÑÑ
+ веÑÑОй Unix Ñ ÑайÑа www.perl.com. ÐаЌ МеПбÑ
+ПЎОЌа веÑÑÐžÑ Perl 5.0 ОлО вÑÑе.
+
+
+
+
+GCC
+
+
+ÐеÑÑÐžÑ Greenstone ÐŽÐ»Ñ Unix кПЌпОлОÑÑеÑÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Gnu C++ compiler (GCC). Greenstone ÑаÑÑП ОÑпПлÑзÑÐµÑ ÑÑаМЎаÑÑÐœÑÑ ÑаблПММÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑÐµÐºÑ C++ (ÐŒÑ ÐŸÐ±ÐœÐ°ÑÑжОлО, ÑÑП ПМа Ме ÑабПÑÐ°ÐµÑ ÑП ÑÑаÑÑЌО веÑÑОÑЌО GCC; пПжалÑйÑÑа, ÑППбÑОÑе МаЌ, еÑлО Ñ Ð²Ð°Ñ Ñ ÑÑОЌ вПзМОкМÑÑ Ð¿ÑПблеЌÑ). ÐаЌеÑÑÑе, ÑÑП ÑÑа веÑÑÐžÑ Greenstone Ме кПЌпОлОÑÑеÑÑÑ Ð² GCC 3.0.
+
+
+
+
+GDBM
+
+
+ÐÑе веÑÑОО Greenstone ОÑпПлÑзÑÑÑ Gnu Database Manager, GDBM. ÐМа ÑаÑпÑПÑÑÑаМÑеÑÑÑ Ð²ÐŒÐµÑÑе ÑП вÑеЌО веÑÑОÑЌО Greenstone пПЎ Windows О ÑÑÑаМавлОваеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО вП вÑÐµÐŒÑ Ð¿ÑПÑеÑÑа ÑÑÑаМПвкО. ÐПлÑÑОМÑÑвП веÑÑОй Linux Ñже ОЌеÑÑ GDBM, пПÑÑÐŸÐŒÑ ÐŸÐœ Ме вклÑÑеМ в ЎОÑк ÐŽÐ»Ñ Greenstone пПЎ Linux. ÐП еÑлО ваЌ МеПбÑ
+ПЎОЌ GDBM, ÑП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе егП загÑÑзОÑÑ Ñ ÑайÑа Www.gnu.org.
+
+
+
+
+Java Runtime Environment
+
+
+ЧÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone, ÐаЌ МеПбÑ
+ПЎОЌа пПЎÑ
+ПЎÑÑÐ°Ñ Ð²ÐµÑÑÐžÑ JRE. ÐÑлО ÐÑ ÐµÑе Ме ÑаÑпПлагаеÑе еÑ, пПЎÑ
+ПЎÑÑÐ°Ñ Ð²ÐµÑÑÐžÑ Ð²ÐºÐ»ÑÑеМа в CD-ROM. ÐÑ ÐŒÐŸÐ¶ÐµÑе загÑÑзОÑÑ Ð¿ÐŸÑлеЎМÑÑ Ð²ÐµÑÑÐžÑ Ñ ÑайÑа http://java.sun.com/j2se/downloads.html. ÐеПбÑ
+ПЎОЌа веÑÑÐžÑ 1.4.0 ОлО вÑÑе.
+
+
+
+
+ÐПЌпОлÑÑÐŸÑ Java
+
+
+ÐÐ»Ñ ÐºÐŸÐŒÐ¿ÐžÐ»ÐžÑÐŸÐ²Ð°ÐœÐžÑ ÐžÑÑ
+ПЎМПй пÑПгÑÐ°ÐŒÐŒÑ ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа Greenstone ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÑМаÑала ÑÑÑаМПвОÑÑ Java Development Kit. ÐÑ ÐŒÐŸÐ¶ÐµÑе загÑÑзОÑÑ J2SE c cайÑа http://java.sun.com/j2se/downloads.html. ТÑебÑеÑÑÑ Ð²ÐµÑÑÐžÑ 1.4.0 ОлО вÑÑе.
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/ru/Paper_ru.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/ru/Paper_ru.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/ru/Paper_ru.xml (revision 14835)
@@ -0,0 +1,1159 @@
+
+
+
+
+
+]>
+
+
+ЊÐЀРÐÐÐЯ ÐÐÐÐÐÐТÐÐÐ GREENSTONE
+
+
+ÐТ ÐУÐÐÐÐ Ð ÐÐÐÐÐÐЊÐÐ
+
+
+Dr Michel Loots, Dan Camarzan and Ian H. Witten
+
+
+Human Info NGO, Belgium Simple Words, Romania  University of Waikato, New Zealand
+
+
+ÐеÑÐœÑÑÑÑ Ðº ОМЎекÑÑ
+ÐеÑÐœÑÑÑÑ Ðº веÑÑ
+ÐœÐµÐŒÑ ÐžÐœÐŽÐµÐºÑÑ
+
+ÐÑÐ³Ð°ÐœÐ°Ð¹Ð·ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, пÑПÑе ÐÑгаМайзеÑ, ÑвлÑеÑÑÑ ÑвПбПЎМП ЎПÑÑÑпМÑÐŒ пакеÑПЌ пÑПгÑаЌЌ, пÑеЎМазМаÑеММÑÐŒ ÐŽÐ»Ñ Ð¿ÐŸÐŒÐŸÑО пПлÑзПваÑÐµÐ»Ñ ÑПзЎаваÑÑ Ðž ÑеЎакÑОÑПваÑÑ ÐŒÐ°ÑеÑОал, ÑвÑзаММÑй Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОей. ÐÐœ ÑаÑпÑПÑÑÑаМÑлÑÑ Ñ Ð±ÐŸÐ»ÐµÐµ ÑаММОЌО веÑÑОÑЌО Greenstone. ÐгП ÑÑМкÑОПМалÑÐœÑе вПзЌПжМПÑÑО бÑлО Ð·Ð°ÐŒÐµÐœÐµÐœÑ ÐОблОПÑеÑÐœÑÐŒ ОМÑеÑÑейÑПЌ, ПпОÑаММÑÐŒ в РÑкПвПЎÑÑве пПлÑзПваÑÐµÐ»Ñ ÑОÑÑПвПй бОблОПÑекО Greenstone . ÐÑÐŸÑ ÐŽÐŸÐºÑЌеМÑ, кПÑПÑÑй ПбеÑпеÑÐžÐ²Ð°ÐµÑ ÐŸÐ±ÑаÑÐœÑÑ ÑПвЌеÑÑОЌПÑÑÑ, ПпОÑÑваеÑ, как ОÑпПлÑзПваÑÑ ÐÑгаМайзеÑ.
+
+ÐÑ ÐœÐ°ÐŽÐµÐµÐŒÑÑ, ÑÑП ÑÑП пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÑабПÑÐ°ÐµÑ Ñ
+ПÑПÑП. ÐПжалÑйÑÑа, ÑППбÑОÑе П лÑбÑÑ
+ пÑПблеЌаÑ
+ пП аЎÑеÑÑ: greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.50
+
+
+ÐаÑÑ 2004
+
+
+
+Ðб ÑÑПй ОМÑÑÑÑкÑОО
+
+
+ÐÑа ОМÑÑÑÑкÑÐžÑ ÐŽÐµÑалÑМП ПбÑÑÑÐœÑеÑ, как ÑПзЎаваÑÑ CD-ROM кПллекÑОО Оз бÑЌажМÑÑ
+ ЎПкÑЌеМÑПв. ÐЎеÑÑ ÐŽÐµÑалÑМП ПпОÑÑваÑÑÑÑ Ð¿ÑПÑеЎÑÑÑ Ðž ÑкПМПЌОÑеÑкОе ÑÑПÑÐŸÐœÑ Ð¿ÑПÑеÑÑа ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ПпÑОÑеÑкПгП ÑаÑÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑОЌвПлПв (ÐРС), Ñак ÑÑП Ð²Ñ Ð¿ÐµÑевеЎеÑе ÑекÑÑ Ð² пÑавОлÑÐœÑй ÑПÑЌаÑ, пÑОЌеМÑÑ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone. ÐÑП Ñакже ПпОÑÑваеÑ, как ÑПзЎаÑÑ Ðž ÑеЎакÑОÑПваÑÑ ÐŒÐ°ÑеÑОал, ÑвÑзаММÑй Ñ ÑПбÑаМОеЌ.
+РМаÑеЌ ПбÑÑÑМеМОО ÐŒÑ ÑÑаÑалОÑÑ Ð±ÑÑÑ ÑÑÐœÑЌО МаÑкПлÑкП вПзЌПжМП. СÑÑлка Ма лÑбÑе ÑПÑгПвÑе ЌаÑкО ОлО пÑПЎÑкÑÑ ÐºÐŸÐŒÐ¿Ð°ÐœÐžÐž â ОÑпПлÑзПвалОÑÑ ÐŽÐ»Ñ ÐžÐ»Ð»ÑÑÑÑаÑОвМÑÑ
+ Ñелей, О Ме пПЎÑазÑЌеваÑÑ, ÑÑП в ÑÑавМеМОО Ñ Ð»ÑбÑÐŒ ÐŽÑÑгОЌ , ÐŒÑ ÑекПЌеМЎÑеЌ ОлО ПЎПбÑÑеЌ ÑÑП ОзЎелОе.
+
+
+
+
+СПпÑÑÑÑвÑÑÑОе ЎПкÑЌеМÑÑ
+
+
+ÐПлМÑй ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÐŽÐŸÐºÑЌеМÑаÑОО к Greenstone ÑПÑÑÐŸÐžÑ ÐžÐ· пÑÑО ÑПЌПв:
+
+
+Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ÐÐœÑÑÑÑкÑÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+Ð ÑкПвПЎÑÑвП ÑазÑабПÑÑОк а ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐŸÑ ÐÑЌагО ЎП ÐПллекÑОО (ÑÑÐŸÑ ÐŽÐŸÐºÑЌеМÑ)
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐÑпПлÑзПваМОе ÐÑгаМайзеÑа
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+ÐлагПЎаÑМПÑÑÑ
+
+
+ÐпеÑаÑОО ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÐŽÑÑгОе МПÑ-Ñ
+Ð°Ñ ÑвÑзаММÑе Ñ ÑПзЎаМОеЌ ÑПвЌеÑÑÐœÑÑ
+ Ме кПЌЌеÑÑеÑкОÑ
+ кПллекÑОй бÑлО ÑазÑабПÑÐ°ÐœÑ ÐайклПЌ ÐПÑÑПЌ, ÐÐ ÐÐРХÑÑЌаМ ÐÐœÑП О Ð¥ÑÑЌаМСÐ, ÐÑМПЌ ÐаЌаÑзаМПЌ Оз СОЌл ÐПлЎ О егП гÑÑппПй в ÑПÑÑÑЎМОÑеÑÑве Ñ ÐÑаÑПв, Ð ÑÐŒÑМОÑ.
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone - пÑПЎÑÐºÑ ÑПвЌеÑÑМПгП ÑÑÑЎа ЌМПжеÑÑва лÑЎей. Rodger McNab О Stefan Boddie пÑОМÑОпОалÑÐœÑе ÑазÑабПÑÑОкО ÑОÑÑеЌÑ. ÐеПÑеМОЌÑй вклаЎ вМеÑлО David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, О Stuart Yeates. ÐÑÑалÑÐœÑе ÑÐ»ÐµÐœÑ ÐÑПекÑа ÐПвПзелаМЎÑкПй ÑОÑÑПвПй бОблОПÑекО ÑазÑабПÑалО вЎПÑ
+МПвеММÑй ЎОзайМ вÑей ÑОÑÑеЌÑ: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols О Lloyd Smith. ÐÑ Ñакже вÑÑажаеЌ ÑÐ²ÐŸÑ Ð¿ÑОзМаÑелÑМПÑÑÑ Ð²ÑеЌ ÑеЌ, кÑП ÑÑÑЎОлÑÑ ÐœÐ°ÐŽ ÑПзЎаМОеЌ пакеÑПв, пПпаЎаÑÑОÑ
+ пПЎ ЎейÑÑвОе лОÑеМзОО GNU, О вклÑÑеММÑÑ
+ в ЎОÑÑÑОбÑÑОв: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE О XLHTML.
+
+
+
+
+ÐвеЎеМОе
+
+
+ÐЎМа Оз Ñелей ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð¿ÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ Ð¿ÑеЎÑÑавОÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÑазлОÑÐœÑÐŒ ОМÑÑОÑÑÑаЌ, ПÑгаМОзаÑОÑÐŒ, агеМÑÑÑваЌ ÐÐÐ, МепÑавОÑелÑÑÑвеММÑÐŒ О МекПЌЌеÑÑеÑкОЌ ПÑгаМОзаÑОÑÐŒ, а Ñакже пÑавОÑелÑÑÑваЌ ÑПзЎаваÑÑ ÐžÐœÑПÑЌаÑОПММÑе кПллекÑОО, кПÑПÑÑе ЌПжМП ÑаÑпПлПжОÑÑ ÐºÐ°Ðº в ÐÐœÑеÑМеÑе, Ñак О ÑПÑ
+ÑаМОÑÑ ÐœÐ° CD-ROM.
+ÐОже ПпОÑаМа ПбÑÑÐœÐ°Ñ Ð¿ÑПÑеЎÑÑа пÑО ÑПзЎаМОО кПллекÑОй:
+
+
+ÐÐŸÐŽÐ±ÐŸÑ ÐžÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв
+
+
+ÐПлÑÑеМОе ÑазÑеÑÐµÐœÐžÑ Ð²Ð»Ð°ÐŽÐµÐ»ÑÑев авÑПÑÑкОÑ
+ пÑав Ма ОÑпПлÑзПваМОе ÑÑОÑ
+ ЎПкÑЌеМÑПв.
+
+
+СкаМОÑПваМОе О ПпÑОÑеÑкПе ÑаÑпПзМаваМОе ÑОЌвПлПв (ÐРС) ЌаÑеÑОалÑÐœÑÑ
+ ЎПкÑЌеМÑПв ÐŽÐ»Ñ ÐžÑ
+ пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ Ð² ÑОÑÑПвПй ÑПÑЌаÑ
+
+
+ÐÑеПбÑазПваМОе вÑеÑ
+ ЎПкÑЌеМÑПв в еЎОМÑй ÑПÑЌаÑ, кПÑПÑÑй ЌПжМП ОЌпПÑÑОÑПваÑÑ Ð² Greenstone (желаÑелÑМП HTML О Microsoft Word, МП ЌПжМП Ñакже О в ÐŽÑÑгОе ÑПÑЌаÑÑ) Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÐ¹ к пÑПгÑаЌЌе "plugin" (ÑЌПÑÑОÑе ÐÐœÑÑÑÑкÑÐžÑ ÐПлÑзПваÑелÑ).
+
+
+ÐаÑкОÑПвка глав, паÑагÑаÑПв О ÑОÑÑМкПв в ÑОÑÑПвÑÑ
+ ЎПкÑЌеМÑаÑ
+.
+
+
+ÐÑгаМОзаÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй в ПпÑОЌалÑМП ÑÑÑÑкÑÑÑОÑПваММÑÑ ÑОÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекÑ.
+
+
+ÐПÑÑÑПеМОе ÑОÑÑПвПй бОблОПÑекО.
+
+
+ÐапОÑÑ Ðž ÑаÑпÑПÑÑÑаМеМОе кПллекÑОй Ма CD-ROM О/ОлО ОÑ
+ пÑблОкаÑÐžÑ Ð² ÐÐœÑеÑМеÑе.
+
+
+ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑПзЎаÑÑ ÑОÑÑПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, вÑе пÑблОкаÑОО ÑППÑвеÑÑÑвеММП ÐœÑжМП пÑеПбÑазПваÑÑ Ð² ÑОÑÑПвПй ÑПÑЌаÑ. ÐÑлО ЎПÑÑÑÐ¿ÐœÑ ÑПлÑкП ÑвеÑÐŽÑе кПпОО кМОг, ЎПкÑЌеМÑПв, ÑП ОÑ
+ МеПбÑ
+ПЎОЌП ПÑÑкаМОÑПваÑÑ Ðž пеÑевеÑÑО в ÑПÑÐŒÑ, ÑÑОÑÑваеЌÑÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑПЌ (Ñ Ñаг). ÐбÑÑМП ÑÑП ЎелаеÑÑÑ Ð¿ÑÑеЌ пÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ ÐŸÐ¿ÑОÑеÑкПгП ÑаÑÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑОЌвПлПв, в МекПÑПÑÑÑ
+ ÑлÑÑаÑÑ
+ - пÑПÑÑÑÐŒ пеÑепеÑаÑÑваМОеЌ. ÐÑÐŸÑ Ð¿ÑПÑеÑÑ ÑаÑÑЌаÑÑОваеÑÑÑ Ð² 2-4 главаÑ
+.
+v. Ñаг пПзвПлÑÐµÑ Ð²ÑбОÑаÑÑ ÐŸÑЎелÑÐœÑе ÑаÑÑО ЎПкÑЌеМÑа О ÑаÑпПлагаÑÑ ÐžÑ
+ в ПпÑеЎелеММПЌ пПÑÑЎке в бОблОПÑеке, vi Ñаг вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ Ð¿ÑОÑвПеМОе ПпÑеЎелеММÑÑ
+ аÑÑОбÑÑПв ЎПкÑЌеМÑаЌ, ÑакОÑ
+ как ÑказаÑелО МазваМОй, клÑÑевÑе ÑлПва О бОблОПгÑаÑОÑеÑкОе ЎаММÑе ÐŽÐ»Ñ ÐŸÑÑÑеÑÑÐ²Ð»ÐµÐœÐžÑ Ð·Ð°Ð¿ÑПÑа О пПОÑка пП бОблОПÑеке. ÐÑО ÑагО ÑаÑÑЌаÑÑОваÑÑÑÑ Ð² пÑÑПй главе.
+ÐÑа ОМÑÑÑÑкÑÐžÑ Ñакже ПбÑÑÐ¶ÐŽÐ°ÐµÑ ÐŒÐœÐŸÐ¶ÐµÑÑвП вПпÑПÑПв, каÑаÑÑОÑ
+ÑÑ Ð¿ÑПÑеÑÑа ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑО ÑПзЎаМОО ÑОÑÑПвÑÑ
+ кПллекÑОй Оз ÑвеÑЎПй кПпОО. ÐеÑеЎ ÑеЌ, как пÑПЎПлжОÑÑ ÑÑеМОе, ÐŒÑ ÑекПЌеМЎÑеЌ ваЌ ПÑвеÑОÑÑ ÐœÐ° ÑлеЎÑÑÑОе вПпÑПÑÑ:
+
+
+ÐакПва ÑÐµÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð²Ð°Ñей кПллекÑОО?
+
+
+Ðа какÑÑ Ð³ÑÑÐ¿Ð¿Ñ Ð»ÑЎей ПМа ПÑОеМÑОÑПваМа?
+
+
+ÐаÑкПлÑкП ПМа ЌаÑÑÑабМа â лПкалÑМа, ÑегОПМалÑМа ОлО глПбалÑМа?
+
+
+СкПлÑкП ÑПЎеÑÐ¶ÐžÑ ÐŽÐŸÐºÑЌеМÑПв?
+
+
+СкПлÑкП ÑПЎеÑÐ¶ÐžÑ ÑÑÑаМОÑ?
+
+
+СкПлÑкП ÑПЎеÑÐ¶ÐžÑ Ð³ÑаÑОÑеÑкОÑ
+ ПбÑекÑПв?
+
+
+ÐÐŒÐµÐµÑ Ð»Ðž кПллекÑÐžÑ ÑаÑÑО, пÑеЎМазМаÑеММÑе ÐŽÐ»Ñ ÐŸÐ³ÑаМОÑеММПгП кÑÑга лÑЎей, а ÐŽÑÑгОе - ÐŽÐ»Ñ Ð²ÑеÑ
+ пПлÑзПваÑелей?
+
+
+ÐПÑÑÑÐ¿ÐœÑ Ð»Ðž ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ Ð² ÑлекÑÑПММПЌ ÑПÑЌаÑе?
+
+
+ÐÑлО Ўа, ÑП в какПЌ? (ÐœÑжМП ПÑЌеÑОÑÑ, ÑÑП PDF-ÑÐ°Ð¹Ð»Ñ ÐœÐµ ÑвлÑÑÑÑÑ ÑквОвалеМÑаЌО пПлМПÑекÑÑПвПгП ÑОÑÑПвПгП ÑПÑЌаÑа, Ñак как ÑвлÑÑÑÑÑ Ð»ÐžÑÑ ÐºÐŸÐ¿ÐžÑЌО ÑÑÑаМОÑ)
+
+
+ÐакПв ÑÑаÑÑÑ Ð°Ð²ÑПÑÑкОÑ
+ пÑав ОÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв?
+
+
+ÐÑП Ð²Ð»Ð°ÐŽÐµÐµÑ Ð°Ð²ÑПÑÑкОЌО пÑаваЌО?
+
+
+СÑÑеÑÑвÑÑÑ Ð»Ðž ÐŽÑÑгОе ПÑгаМОзаÑОО, ÑаÑпПлагаÑÑОе пÑПЎÑкÑПЌ, ПÑОеМÑОÑПваММÑÐŒ Ма ÑÑ Ð¶Ðµ ÑаЌÑÑ Ð³ÑÑÐ¿Ð¿Ñ Ð»ÑЎей?
+
+
+ÐелаеÑе лО Ð²Ñ ÑабПÑаÑÑ Ð²ÐŒÐµÑÑе Ñ ÐŽÑÑгОЌО гÑÑппаЌО?
+
+
+ÐакПв бÑЎжеÑ, вÑЎелеММÑй Ма ÑÑÐŸÑ Ð¿ÑПекÑ?
+
+
+ÐакОе ЎПÑÑÑÐ¿ÐœÑ ÑелПвеÑеÑкОе ÑеÑÑÑÑÑ(в ÑелПвекП-ЌеÑÑÑаÑ
+) ÐŽÐ»Ñ ÐºÐŸÐŸÑЎОМаÑОО, ÑеЎакÑОÑПваМОÑ, ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ðž пÑПгÑаЌЌОÑПваМОÑ?
+
+
+СкПлÑкП ЎПÑÑÑпМП кПЌпÑÑÑеÑПв?
+
+
+СкПлÑкП CD-ROM Ð²Ñ Ñ
+ПÑОÑе ÑПзЎаÑÑ?
+
+
+ÐÑÐŽÑÑ Ð»Ðž ПМО беÑплаÑÐœÑЌО ОлО плаÑÐœÑЌО?
+
+
+
+
+
+
+СкаМеÑÑ Ðž ÑкаМОÑПваМОе
+
+
+ÐеÑвÑй Ñаг ÐŽÐ»Ñ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ Ð±ÑЌажМÑÑ
+ ЎПкÑЌеМÑПв в ÑОÑÑПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑПÑÑÐŸÐžÑ Ð² ÑкаМОÑПваМОО вÑеÑ
+ ÑÑÑÐ°ÐœÐžÑ ÐžÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв. СлеЎÑÑÑОй Ñаг - ÑÑП пÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ Ð¿ÑПÑеÑÑа ПпÑОÑеÑкПгП ÑаÑÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑОЌвПлПв (ÐРС), ÐŽÐ»Ñ ÑегП ПÑÐµÐœÑ Ð²Ð°Ð¶ÐœÑ Ð²ÑÑПкПкаÑеÑÑвеММÑе О ÑеÑкОе ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ. ÐÑПÑеÑÑ Ð¿ÐµÑевПЎа в ÑОÑÑПвПй ÑПÑÐŒÐ°Ñ ÐœÑжЎаеÑÑÑ Ð² ÑкаМеÑе, ÑпПÑПбМПЌ ÑабПÑаÑÑ Ð¿ÑО ÑазÑеÑеМОО 300 dpi (ÑПÑек Ма ÐŽÑйЌ). ÐПлÑÑÑÑ ÑаÑÑÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПОзвеÑÑО в ÑеÑМП-белПЌ ÑежОЌе, МП пÑО вклÑÑеМОО ÑвеÑÐœÑÑ
+ ОллÑÑÑÑаÑОй ОÑ
+ ÑлеЎÑÐµÑ ÐŸÑÑкаМОÑПваÑÑ ÑвеÑÐœÑÐŒ ÑкаМеÑПЌ. РбПлÑÑОМÑÑве ÑлÑÑаев ПблПжкО кМОг ÑвлÑÑÑÑÑ ÐºÑаÑПÑÐœÑЌО О ОÑ
+ МеПбÑ
+ПЎОЌП ÑкаМОÑПваÑÑ Ð² ÑежОЌе ÑвеÑМПгП ÑОÑÑМка.
+
+
+СкаМеÑÑ
+
+
+СкаМеÑÑ ÐŽÐŸÑÑÑÐ¿ÐœÑ Ð¿ÐŸ ÑазлОÑÐœÑÐŒ ÑеМаЌ О ОЌеÑÑÑÑ Ð²ÑевПзЌПжМÑÑ
+ ÑазЌеÑПв О ÑПÑÐŒ. ÐÑ
+ ÑеМа МаÑ
+ПЎОÑÑÑ Ð² пÑеЎелаÑ
+ ÐŸÑ $ 100 за ПбÑÑÐœÑй МаÑÑПлÑÐœÑй ÑÐºÐ°ÐœÐµÑ ÐŽÐŸ $50000 за ПгÑПЌМÑе ОМЎÑÑÑÑОалÑÐœÑе ÑкаМеÑÑ ÑакОÑ
+ пÑПОзвПЎОÑелей как Bell & Howell . СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ³ÐŸ ÑазМÑÑ
+ ÑПÑгПвÑÑ
+ ÐÐœÑеÑМеÑ-ÑÑÑаМОÑ, пÑеЎлагаÑÑОÑ
+ вÑевПзЌПжМÑе ÑкаМеÑÑ. ÐÐ»Ñ Ð¿ÐŸÐžÑка ÑкаМеÑПв пÑПÑÑП ОÑпПлÑзÑйÑе ÑакОе пПОÑкПвÑе ÑОÑÑеЌÑ, как Google, Altavista, Yahoo.
+ÐбÑÑÐœÑй ÑПÑЌаÑ, в кПÑПÑПЌ ÑПÑ
+ÑаМÑеÑÑÑ ÐŸÑÑкаМОÑПваММÑй ЎПкÑЌеМÑ, ÑÑП TIFF ОлО BMP (Bitmap image). СжаÑÐ°Ñ ÑПÑЌа TIFF IV ÑвлÑеÑÑÑ Ð»ÑÑÑОЌ ÑПÑЌаÑПЌ ÐŽÐ»Ñ ÐžÑпПлÑзПваМОÑ. СÑеЎМÑÑ ÐŸÑÑкаМОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ ÑÑÑаМОÑа, пеÑÐµÐ²ÐµÐŽÐµÐœÐœÐ°Ñ Ð² ÑÑÐŸÑ ÑПÑЌаÑ, Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ Ð²ÑегП 50 кОлПбайÑ, пП ÑÑÐ°Ð²ÐœÐµÐœÐžÑ Ñ 2 Mb ОЎеМÑОÑМПй ÑÑÑаМОÑÑ, ÑПÑ
+ÑаМеММПй в BMP.
+
+
+ÐеЎПÑПгОе МаÑÑПлÑÐœÑе ÑкаМеÑÑ (flat-based scanners)
+
+
+ÐаÑÑПлÑÐœÑе ÑкаМеÑÑ ÑвлÑÑÑÑÑ ÑаЌÑЌО ЎеÑевÑЌО О МаОбПлее ЎПÑÑÑпМÑЌО ÑкаМеÑаЌО. СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ³ÐŸ ÑПÑгПвÑÑ
+ ЌаÑПк, ÑакОÑ
+ как HP, Agfa, Acer О Ñ.ÐŽ. ÐÑ
+ ÑÐµÐœÑ ÐºÐŸÐ»ÐµÐ±Ð»ÑÑÑÑ ÐŸÑ 100 ЎП 300 ЎПллаÑПв. С ОÑ
+ пПЌПÑÑÑ ÐŒÐŸÐ¶ÐœÐŸ ÑкаМОÑПваÑÑ ÐºÐ°Ðº ÑеÑМП-белÑе ÑОÑÑМкО, Ñак О ÑвеÑÐœÑе. ÐОзкОе ÑÐµÐœÑ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÑÑ ÐºÐ°Ð¶ÐŽÐŸÐŒÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐžÐŒÐµÑÑ ÐŸÐŽÐžÐœ Оз ÑакОÑ
+ ÑкаММеÑПв.
+ÐÑ
+ МеЎПÑÑаÑкО - ÑÑП ÑÑеЎМОй ÑÑÐŸÐ²ÐµÐœÑ ÐºÐ°ÑеÑÑва, ЌеЎлеММПе ÑкаМОÑПваМОе, МеМаЎежМПÑÑÑ Ð¿ÑО вÑÑПкОÑ
+ ÑеЌпеÑаÑÑÑаÑ
+ О ПÑМПÑОÑелÑМП ÑаÑÑÑе пПлПЌкО. СÑÑаМОÑÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÑкаМОÑПваÑÑÑÑ Ð²ÑÑÑÐœÑÑ Ðž ÐºÐ°Ð¶ÐŽÐ°Ñ ÐžÐ· ÑÑÑÐ°ÐœÐžÑ Ð¿ÐŸ ПÑЎелÑМПÑÑО. ÐажЎÑÑ ÑÑÑаМОÑÑ ÐœÑжМП пПлПжОÑÑ Ñак, ÑÑÐŸÐ±Ñ ÐŸÐœÐ° ÑаÑпПлагалаÑÑ Ð¿ÑавОлÑМП. ÐÑПЎÑкÑОвМПÑÑÑ ÐœÐ° ÑакОÑ
+ ÑкаМеÑаÑ
+ ПÑÐµÐœÑ ÐœÐžÐ·ÐºÐ°. ÐеÑЌПÑÑÑ ÐœÐ° ÑП, ÑÑП пÑПОзвПЎОÑелО ÑÑвеÑжЎаÑÑ, ÑÑП ÐŸÐŽÐœÑ ÑÑÑаМОÑÑ ÐŒÐŸÐ¶ÐœÐŸ ПÑÑкаМОÑПваÑÑ ÐŒÐµÐœÑÑе, ÑеЌ за ÐŸÐŽÐœÑ ÐŒÐžÐœÑÑÑ, Ма пÑакÑОке ÑÑÑЎМП пÑеПЎПлеÑÑ Ð³ÑаМОÑÑ Ð² 12 ÑÑÑÐ°ÐœÐžÑ Ð·Ð° ÑаÑ. Ð ÑÐŸÐŒÑ Ð¶Ðµ пÑПÑеÑÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑÐœÑе ÑеÑÑÑÑÑ.
+СлеЎПваÑелÑМП, ÑакОе ÑкаМеÑÑ ÑÐŽÐŸÐ±ÐœÑ ÑПлÑкП ÐŽÐ»Ñ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐœÐµÐ±ÐŸÐ»ÑÑОÑ
+ ÑÐ°Ð±ÐŸÑ Ñ ÐœÐµÐ±ÐŸÐ»ÑÑОЌ МабПÑПЌ ÑÑÑÐ°ÐœÐžÑ - Ме бПлее 200-400 в ЌеÑÑÑ, еÑлО вÑпПлМÑÑÑ ÑкаМОÑПваМОе ÑегÑлÑÑМП. Те, кÑП ÑабПÑÐ°ÐµÑ ÑП ÑкаМеÑПЌ пПлМÑй ЎеМÑ, ÑÑП ÑПÑÑавлÑÐµÑ 1000-2000 ÑÑÑаМОÑ.
+
+
+
+
+СкаМеÑÑ Ñ Ð°Ð²ÑПЌаÑОÑеÑкПй пПЎаÑей бÑЌагО
+
+
+СкаМеÑÑ Ñ Ð°Ð²ÑПЌаÑОÑеÑкПй пПЎаÑей бÑЌагО ÑÑПÑÑ ÐŸÐºÐŸÐ»ÐŸ 500-1200 ЎПллаÑПв. ÐПжМП пПЌеÑаÑÑ ÐŽÐŸ 10-15 ÑÑÑÐ°ÐœÐžÑ Ð² ÑÐºÐ°ÐœÐµÑ Ðž ÑкаМОÑПваÑÑ ÐžÑ
+ ПЎМПвÑеЌеММП: ÑлеЎПваÑелÑМП, ПпеÑаÑПÑÑ ÐœÐµ ÐœÑжМП пПÑÑПÑММП пПЎÑ
+ПЎОÑÑ Ðº аппаÑаÑÑ. ÐÑП пПзвПлÑÐµÑ ÑвелОÑОÑÑ Ð¿ÑПОзвПЎОÑелÑМПÑÑÑ ÐŽÐŸ 150-200 ÑÑÑÐ°ÐœÐžÑ Ð² ЎеМÑ. ÐÑО ÑкаМеÑÑ ÐœÐ°ÐžÐ±ÐŸÐ»ÐµÐµ ÑÑПйкОе О Ме ÐœÑжЎаÑÑÑÑ Ð² ÑеЌПМÑе в ÑеÑеМОе ЎПлгПгП вÑеЌеМО (пПÑле ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ 30000-50000 ÑÑÑаМОÑ).
+ÐÑ
+ МеЎПÑÑаÑПк ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП ÑкаМОÑÑеÑÑÑ ÑПлÑкП ПЎМа ÑÑПÑПМа ÑÑÑаМОÑÑ; ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÑÑкаМОÑПваÑÑ ÐŽÑÑгÑÑ ÑÑПÑПМÑ, ÑÑÑаМОÑÑ ÐœÑжМП пеÑевеÑÐœÑÑÑ. ÐÑП ÑаÑÑП ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð¿ÑПблеЌÑ, Ñак как авÑПЌаÑОÑеÑÐºÐ°Ñ Ð¿ÐŸÐŽÐ°Ñа бÑЌаг вÑегЎа пÑПблеЌаÑОÑМа О ÑаÑÑП ÑÑÑаМОÑÑ Ð·Ð°ÑÑÑеваÑÑ.
+ÐÑО ÑкаМеÑÑ ÑÐŽÐŸÐ±ÐœÑ ÐŽÐ»Ñ ÐŸÐ±ÑабПÑкО 1500-3000 ÑÑÑÐ°ÐœÐžÑ Ð² ЌеÑÑÑ.
+
+
+
+
+ЊвеÑÐœÑе ÑкаМеÑÑ
+
+
+ÐÑÐ±Ð°Ñ ÐŸÐ¿ÐµÑаÑÐžÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÑÑалкОваеÑÑÑ Ñ ÑвеÑÐœÑЌО ÑОÑÑМкаЌО, пПÑÑÐŸÐŒÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП МагПÑПве ОЌеÑÑ ÑвеÑМПй ÑкаМеÑ. ÐбÑÑМП ЌеМее 5% лÑбПй пÑблОкаÑОО ÑПЎеÑÐ¶ÐžÑ ÐºÐ°ÐºÐžÐµ-лОбП ÑвеÑÐœÑе ÑОÑÑМкО, вклÑÑÐ°Ñ ÐŸÐ±Ð»ÐŸÐ¶ÐºÑ. ÐПÑÑÐŸÐŒÑ ÑекПЌеМЎÑеÑÑÑ ÐžÐŒÐµÑÑ ÐŽÐµÑевÑй ÑвеÑМПй МаÑÑПлÑÐœÑй ÑкаМеÑ. РекПЌеМЎÑеÑÑÑ ÐžÐŒÐµÑÑ ÑÐºÐ°ÐœÐµÑ Ñ ÑазÑеÑеМОеЌ Ме ЌеМее 600 dpi.
+
+
+
+
+ÐÑПÑеÑÑОПМалÑÐœÑе ÐŽÑплекÑÐœÑе ÑкаМеÑÑ
+
+
+ÐÑПÑеÑÑОПМалÑÐœÑе ÑкаМеÑÑ ÐœÐ°ÐŽÐµÐ¶ÐœÑ, пÑПÑÐœÑ Ðž ÑпПÑÐŸÐ±ÐœÑ ÑкаМОÑПваÑÑ ÐŸÐºÐŸÐ»ÐŸ 2000-10000 ÑÑÑÐ°ÐœÐžÑ Ð² ЎеМÑ. ÐМО ОЌеÑÑ Ð°Ð²ÑПЌаÑОÑеÑкÑÑ ÑОÑÑÐµÐŒÑ Ð¿ÐŸÐŽÐ°ÑО бÑЌагО, кПÑПÑÐ°Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐµÑ ÑÑПпкО в 50-200 ÑÑÑаМОÑ. СаЌÑе лÑÑÑОе О бÑÑÑÑÑе ÑкаМеÑÑ - ÑÑП ÐŽÑплекÑÐœÑе ÑкаМеÑÑ, кПÑПÑÑе ÑкаМОÑÑÑÑ ÐŸÐ±Ðµ ÑÑПÑÐŸÐœÑ ÐŽÐŸÐºÑЌеМÑа ПЎМПвÑеЌеММП.
+ÐÑО ÑкаМеÑÑ ÐœÑжЎаÑÑÑÑ Ð² ЌПÑМПЌ кПЌпÑÑÑеÑе Ñ Ð¶ÐµÑÑкОЌ ЎОÑкПЌ как ЌОМОЌÑÐŒ Ма 10-20 Gb. ÐÑ
+ ÑÐµÐœÑ Ð³ÑаМОÑÐ°Ñ ÐŸÑ $5000 ЎП $50000. ÐапÑОЌеÑ, ÐŽÑплекÑÐœÑй ÑÐºÐ°ÐœÐœÐµÑ Canon DR-6020 ÑÑÐŸÐžÑ 5000 ЎПллаÑПв О ÐŒÐŸÐ¶ÐµÑ ÑабПÑаÑÑ Ñ ÐŽÐ²ÑÑ
+ÑÑПÑПММОЌО ЎПкÑЌеМÑаЌО. ÐÐœ ÑпПÑПбеМ ÑкаМОÑПваÑÑ ÐŽÐŸ 2000 в ÐŽÐµÐœÑ Ðž МаÑ
+ПЎОÑÑÑ Ð² ÑабПÑеЌ ÑПÑÑПÑМОО ЎП 600000-800000 ÑÑÑаМОÑ. СкаМеÑÑ Bell&Howell and Fujitsu ÑÑПÑÑ ÐŸÑ 10000-50000 ЎПллаÑПв О ЌПгÑÑ ÐŸÐ±ÑабПÑаÑÑ ÐŒÐžÐ»Ð»ÐžÐŸÐœÑ ÐŽÐŸÐºÑЌеМÑПв ЎП пеÑвПгП ÑеЌПМÑа.
+СкаМеÑÑ Micro-fische ÑÑПÑÑ ÐŸÑ $15000 за пПлÑавÑПЌаÑОÑеÑкОй ÐœÐ°Ð±ÐŸÑ ÐŽÐŸ $80000, ÑабПÑаÑÑОй пПлМПÑÑÑÑ Ð² авÑПЌаÑОÑеÑкПЌ ÑежОЌе.
+
+
+
+
+ÐÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÑкаМОÑПваМОÑ
+
+
+ÐажЎÑй ÑÐºÐ°ÐœÐµÑ ÐžÐŒÐµÐµÑ ÑвПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе, пПÑÑÐŸÐŒÑ ÑÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП ÑÑÑаМПвОÑÑ ÐœÐ° Ð²Ð°Ñ ÐºÐŸÐŒÐ¿ÑÑÑеÑ. ÐекПÑПÑÑе пÑПгÑÐ°ÐŒÐŒÑ ÐžÐŒÐµÑÑ computer card, кПÑПÑÑÑ ÐœÑжМП ÑÑÑаМПвОÑÑ ÐŽÐ»Ñ ÑÑкПÑÐµÐœÐžÑ Ð¿ÑПÑеÑÑа ÑкаМОÑПваМОÑ.
+
+
+
+
+
+
+ÐПЎгПÑПвка ЎПкÑЌеМÑПв
+
+
+ÐПкÑЌеМÑÑ ÐœÑжМП пПЎгПÑПвОÑÑ Ð·Ð°ÑаМее ЎП ОÑ
+ ÑкаМОÑПваМОÑ. С МОÑ
+ ÐœÑжМП ÑÑÑÑÑ
+ÐœÑÑÑ Ð¿ÑлÑ, вÑÑÑÑОÑÑ ÐŒÐŸÐºÑÑе ЎПкÑЌеМÑÑ, ÑÐœÑÑÑ ÑкÑепкО О ÑаÑпÑавОÑÑ ÑÑÑаМОÑÑ.
+ÐеПбÑ
+ПЎОЌП аккÑÑаÑМП ÑÐœÑÑÑ ÑÑÐžÐ²ÐºÑ Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ кМОгО.
+ÐМПгОе кМОгО, кПÑПÑÑе Ð²Ñ Ð±ÑЎеÑе ОÑпПлÑзПваÑÑ ÐŽÐ»Ñ ÑкаМОÑПваМОÑ, МеПбÑ
+ПЎОЌП бÑÐŽÐµÑ ÑМПва ÑÑОÑÑ, пПÑÑÐŸÐŒÑ Ð±ÑÐŽÑÑе вМОЌаÑелÑÐœÑ Ð¿ÑО ÑÐœÑÑОО ÑÑОвкО.
+ÐÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв, ОЌеÑÑОÑ
+ ПбÑеЌ бПлее 20 ÑÑÑаМОÑ, ÐŒÑ ÑекПЌеМЎÑеЌ пПÑÑÑОÑÑ Ð·Ð°ÐŽÐ°ÐœÐžÐµ Ма ÑкаМОÑПваМОе ÑпеÑОалОзОÑПваММÑÐŒ ПÑгаМОзаÑОÑÐŒ, ОЌеÑÑОЌ ÑППÑвеÑÑÑвÑÑÑее ПбПÑÑЎПваМОе.
+
+
+
+
+ÐÑПÑеÑÑ ÑкаМОÑПваМОÑ
+
+
+ÐÑпПлÑзÑÑ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе, пÑОлПжеМПе к ÑкаМеÑÑ, ÑОÑÑПвПе ОзПбÑажеМОе кажЎПй ÑÑÑаМОÑÑ ÑкаМОÑПваМП О пеÑевеЎеМП в Bitmap ОлО TIFF ÑПÑЌаÑ. ÐÑО ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÑПÑ
+ÑÐ°ÐœÐµÐœÑ ÐœÐ° Ñ
+аÑÐŽ ЎОÑке пПЎ ÑÑаМЎаÑÑÐœÑЌО МазваМОÑЌО. ÐÑПÑеÑÑ OCR МаÑОМаеÑÑÑ ÐºÐ°Ðº ÑПлÑкП ПЎОМ ОлО гÑÑппа ЎПкÑЌеМÑПв бÑла ÑкаМОÑПваМа. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿ÑПвеЎеМП ÑелПвекПЌ, кПÑПÑÑй ÑпÑавлÑÐµÑ ÑкаМеÑПЌ ОлО лÑбÑÐŒ ÐŽÑÑгОЌ.
+ÐбÑÑМП, пÑО ÑкаМОÑПваМОО, ÐœÑжМа ÑезПлÑÑÐžÑ Ð² 300 dpi, Ñ
+ПÑÑ ÐžÐœÐŸÐ³ÐŽÐ° пÑОеЌлеЌа ÑезПлÑÑÐžÑ Ð² 200 dpi.
+
+
+ÐПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва
+
+
+ÐПМеÑÐœÐ°Ñ ÑÐµÐ»Ñ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ - ÑÑП лОбП пÑПвеÑÑО ПÑÑкаМОÑПваММÑе ЎПкÑЌеМÑÑ ÑеÑез пÑПÑеÑÑ ÐŸÐ¿ÑОÑеÑкПгП ÑаÑÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑОЌвПлПв ÐРС (optical character recognition) ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑа в ÑПÑЌаÑе Word ОлО HTML, лОбП пПлÑÑОÑÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв в ÑПÑЌаÑе PDF. РлÑбПЌ ÑлÑÑае каÑеÑÑвП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐžÑÑ
+ПЎМПгП ЎПкÑЌеМÑа ПÑÐµÐœÑ Ð²Ð°Ð¶ÐœÐŸ. ÐÑлО каÑеÑÑвП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐœÐžÐ¶Ðµ ÑÑаМЎаÑÑа, ÑП ПМО бÑÐŽÑÑ Ð²ÑглÑЎеÑÑ ÑазЌÑÑП О заМОЌаÑÑ Ð±ÐŸÐ»ÑÑе кПЌпÑÑÑеÑМПй паЌÑÑО. ÐаÑеÑÑвП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ñакже ПÑÐµÐœÑ ÑОлÑМП влОÑÐµÑ ÐœÐ° пÑПÑеÑÑ ÐŸÐ¿ÑОÑеÑкПгП ÑаÑÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑОЌвПлПв (Ўалее ÐРС). ÐÑО каÑеÑÑве МОже МПÑÐŒÑ ÐµÐ³ÐŸ пÑПЎÑкÑОвМПÑÑÑ Ð¿Ð°ÐŽÐ°ÐµÑ ÐœÐ° 40%. ÐРС, как пÑавОлП, ÑПÑÑавлÑÐµÑ 90% ÐŸÑ ÐŸÐ±Ñей ÑÑПОЌПÑÑО вÑегП пÑПÑеÑÑа пÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÑвеÑÐŽÑÑ
+ кПпОй в ÑОÑÑПвПй ÑПÑЌаÑ, пПÑÑÐŸÐŒÑ ÐºÐ°ÑеÑÑвП ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐŸÐ¶ÐµÑ ÐŸÑÐµÐœÑ ÑОлÑМП пПвлОÑÑÑ ÐœÐ° кПМеÑÐœÑе заÑÑаÑÑ.
+ÐаÑеÑÑвП ÑайлПв ÑПÑЌаÑа TIFF ЌПжМП ÑлÑÑÑОÑÑ Ð¿ÑÑеЌ МаÑÑÑПйкО пÑПÑеÑÑа ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОпа бÑЌагО, ОзЌеМÑÑ ÐœÐ°ÑÑÑПйкО в пÑПгÑаЌЌе. ÐÑМПÑОÑелÑМП ÑÐŸÐœÐºÐ°Ñ Ð±ÑЌага пПÑÑебÑÐµÑ ÐŽÑÑгОÑ
+ МаÑÑÑПек, МежелО ÐŽÑÑгаÑ: кПМÑÑаÑÑ ÐŽÐŸÐ»Ð¶ÐµÐœ бÑÑÑ ÐœÐ°ÑÑÑПеМ в завОÑОЌПÑÑО ÐŸÑ ÐºÐ°ÑеÑÑва пеÑаÑО ЎПкÑЌеМÑа, кПÑПÑÑй бÑÐŽÐµÑ ÐŸÑÑкаМОÑПваМ , О Ñ.ÐŽ.
+ÐМаÑале ÑазЎелОÑе ОÑÑ
+ПЎМÑй ЌаÑеÑОал Ма гÑÑÐ¿Ð¿Ñ ÑП ÑÑ
+ПжОЌ каÑеÑÑвПЌ бÑЌагО О ÑÑ
+ПжОЌ каÑеÑÑвПЌ пеÑаÑО. ÐÑПвеЎОÑе ОÑпÑÑаМОе ÐРС Ма МеÑкПлÑкОÑ
+ ÑкзеЌплÑÑаÑ
+ бÑЌаг Оз пеÑвПй гÑÑÐ¿Ð¿Ñ ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐŸÐ¿ÑОЌалÑÐœÑÑ
+ МаÑÑÑПек. ÐаÑеЌ ЌПжеÑе ÑЌелП ÑкаМОÑПваÑÑ Ð²ÐµÑÑ ÐŒÐ°ÑеÑОал Оз ÑÑПй гÑÑппÑ.
+
+
+
+
+РекПЌеМЎÑеЌÑе пÑавОла ÐŽÐ»Ñ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв
+
+
+ÐÑОÑвПйÑе кажЎПй кМОге ОлО ЎПкÑЌеМÑÑ ÑвПй ÐœÐŸÐŒÐµÑ ÐžÐ»Ðž кПЎ, кПÑПÑÑй ÑÑÐ°ÐœÐµÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµÐŒ папкО, ÑПЎеÑжаÑей вÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ TIFF Оз ÑÑПгП ЎПкÑЌеМÑа. РзавОÑОЌПÑÑО ÐŸÑ ÐŸÐ¿ÐµÑаÑОПММПй ÑОÑÑÐµÐŒÑ (DOS, Windows, UNIX, LINUX О Ñ.ÐŽ.) ЌПжМП ОÑпПлÑзПваÑÑ ÐŸÑ 8 ЎП 128 ÑОЌвПлПв в МазваМОО Ñайла. ÐÑ ÑекПЌеМЎÑеЌ Ме пÑевÑÑаÑÑ 8-16 ÑОЌвПлПв. ÐеÑвÑе пÑÑÑ Ð±Ñкв ЌПгÑÑ ÑОЌвПлОзОÑПваÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ ЎПкÑЌеМÑа, ÑлеЎÑÑÑОе бÑÐºÐ²Ñ ÑзÑкПвПй кПЎ, а ПÑÑалÑÐœÑе ÑОÑÑÑ -ПпÑеЎелеММÑÑ ÑÑÑаМОÑÑ). ÐапÑОЌеÑ, МазваМОе u7548el2.tif Â ÐŒÐŸÐ¶ÐµÑ ÐŸÐ·ÐœÐ°ÑаÑÑ ÑОÑÑМПк TIFF Ма ÑÑÑаМОÑе 12, МапОÑаММПй Ма аМглОйÑкПЌ ÑзÑке пПЎ кПЎПЌ u7548e .
+СПзЎайÑе ÐŸÐŽÐœÑ ÐŽÐžÑекÑПÑÐžÑ ÐœÐ° жеÑÑкПЌ ЎОÑке ÐŽÐ»Ñ ÐŸÑÑкаМОÑПваММÑÑ
+ ÑабПÑ, МазПвОÑе, к пÑОЌеÑÑ, scanjobs . ÐаÑеЌ ÑПзЎайÑе пПЎЎОÑекÑПÑÐžÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ заЎаМОÑ. ÐÐœÑÑÑО пПЎЎОÑекÑПÑОО ÑПзЎайÑе еÑе ÐŸÐŽÐœÑ Ð¿ÐŸÐŽÐŽÐžÑекÑПÑÐžÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ пÑблОкаÑОО О кМОгО - О7548 в пÑОЌеÑе, пПказаММПЌ вÑÑе. СПÑ
+ÑаМÑйÑе вÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ TIFF Оз ЎПкÑЌеМÑа, вклÑÑÐ°Ñ ÑвеÑÐœÑе ÑОÑÑМкО, в ÑÑПй папке.
+
+
+
+
+
+
+ÐÑПОзвПЎОÑелÑМПÑÑÑ Ðž ÑеÑÑÑÑÑ
+
+
+ÐÑ ÐœÐµ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐµÐŽÐŸÐŸÑеМОваÑÑ Ð²ÐµÑÑ ÐŒÐ°ÑÑÑаб пÑПÑеЎÑÑÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ â в ПÑПбеММПÑÑО пÑПÑеÑÑ ÐРС. ÐÑÑÑе вÑегП ÑÑОÑаÑÑ ÑкаМОÑПваМОе О ÐРС как пПлМПÑÑÑÑ ÐœÐµÐ·Ð°Ð²ÐžÑОЌÑе ПпеÑаÑОО. ÐпÑОЌалÑМПе ÑеÑеМОе ЎПлжМП бÑÑÑ Ð¿ÑОМÑÑП пП ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐžÐ· МОÑ
+ в ПÑЎелÑМПÑÑО.
+ÐÐŸÑ ÐœÐµÐºÐŸÑПÑÑе веÑО, П кПÑПÑÑÑ
+ ÑлеЎÑÐµÑ Ð¿ÐŸÐŽÑЌаÑÑ Ð¿ÐµÑеЎ пÑОПбÑеÑеМОеЌ ÑкаМеÑПв О кПЌпÑÑÑеÑПв: МалОÑОе МеПбÑ
+ПЎОЌПгП пПЌеÑÐµÐœÐžÑ Ðž ÑабПÑей ÑОлÑ, ПбÑÑеМОе ÑабПÑОÑ
+; заÑплаÑа; ЌОМОЌалÑМПе О ЌакÑОЌалÑМПе ÑОÑлП ÑÑÑаМОÑ, кПÑПÑÑе МеПбÑ
+ПЎОЌП ПÑÑкаМОÑПваÑÑ; ÑÑПкО; ЌПжМП лО ÑÑО ЎПкÑЌеМÑÑ Ð¿ÐµÑеЎаваÑÑ ÑÑеÑÑОЌ лОÑаЌ.
+
+
+СÑПОЌПÑÑÑ ÑкаМОÑПваМОÑ
+
+
+ÐажМПе ÑеÑеМОе, кПÑПÑПе ÐœÑжМП пÑОМÑÑÑ, - пПкÑпаÑÑ Ð»Ðž ÑкаМОÑÑÑÑÑÑ Ð°Ð¿Ð¿Ð°ÑаÑÑÑÑ Ðž пÑПвПЎОÑÑ ÑкаМОÑПваМОе ÑаЌОЌ, ОлО пПÑÑÑОÑÑ ÑÑП ЎелП кПЌпаМОО, ÑпеÑОалОзОÑÑÑÑейÑÑ ÐœÐ° ÑкаМОÑПваМОО. ÐÐŸÑ Ð³Ð»Ð°Ð²ÐœÑе пÑМкÑÑ, МаЎ кПÑПÑÑЌО МаЎП пПЎÑЌаÑÑ:
+
+
+ÐПМеÑÐœÑе ÑÑПкО ÐŽÐ»Ñ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ ÑкаМОÑПваМОÑ
+
+
+ÐбÑее кПлОÑеÑÑвП ÑÑÑаМОÑ
+
+
+ÐаÑплаÑа ÑеÑ
+, кÑП ÑПвеÑÑÐ°ÐµÑ ÑкаМОÑПваМОе
+
+
+ÐÑЎО, заМОЌаÑÑОеÑÑ ÑкаМОÑПваМОеЌ, ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÐŒÐµÑÑ Ð²ÑÑПкÑÑ ÐŒÐŸÑОваÑОÑ, бÑÑÑ ÐžÑкÑÑÐœÑЌО О ПÑвеÑÑÑвеММÑЌО за каÑеÑÑвП ÑабПÑÑ.
+СÑеЎМÑÑ ÑеМа за ÐŸÐŽÐœÑ ÐŸÑÑкаМОÑПваММÑÑ ÑÑÑаМОÑÑ Ñ Ð¿ÑПÑеÑÑОПМалÑÐœÑÑ
+ кПЌпаМОй ÑПÑÑавлÑÐµÑ $0.06. Ð ÑÑÐŸÐŒÑ ÐœÑжМП ЎПбавОÑÑ ÑÑПОЌПÑÑÑ ÐŽÐŸÑÑавкО, кПÑПÑÐ°Ñ ÐŒÐŸÐ¶ÐµÑ ÐŽÐŸÑÑОгаÑÑ $0.03 за ÑÑаМÑпПÑÑОÑÐŸÐ²ÐºÑ ÑÑÑаМОÑÑ ÐžÐ· ÑазвОваÑÑейÑÑ ÑÑÑÐ°ÐœÑ Ð² ÑазвОÑÑÑ, О $0.015 - за ÑÑÑаМОÑÑ Ð² ÑаЌПй ÑÑÑаМе.
+Ð ÑаблОÑе пÑОвеЎеМа ÑÑПОЌПÑÑÑ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐŸÐ¿ÐµÑаÑОО ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ð²Ð°ÑОЌО ÑÑОлОÑЌО Ñ ÐžÑпПлÑзПваМОеЌ ÑазМÑÑ
+ ÑОпПв ÑкаМеÑПв. ÐаЌеÑÑÑе, ÑÑП вÑе ÑОÑÑÑ Ð¿ÑОблОзОÑелÑÐœÑ. ÐМО пÑОЌеÑÐœÑ Ðž ПÑМПвÑваÑÑÑÑ ÐœÐ° ПпÑÑе авÑПÑПв. ÐеÑвÑе ÑÑО кПлПМкО вклÑÑаÑÑ ÑÑПОЌПÑÑÑ ÑабПÑей ÑОлÑ. ÐеÑÐ²Ð°Ñ ÐžÐ· МОÑ
+ - ÑÑП пÑПОзвПЎОÑелÑМПÑÑÑ Ð² ÑÑÑаМОÑаÑ
+/ЌеÑÑÑ Ð¿ÑО ÑабПÑе Ма пПлМÑÑ ÑÑавкÑ. РаÑÑÐµÑ ÑелПвекП-ÑаÑПв Ма ÑÑÑаМОÑÑ Ð¿ÑПОзвПЎОÑÑÑ Ð¿ÑÑеЌ ÑÐ°Ð·ÐŽÐµÐ»ÐµÐœÐžÑ ÑОÑла ÑабПÑОÑ
+ ÑаÑПв в ЌеÑÑÑе Ма пÑПОзвПЎОÑелÑМПÑÑÑ ÑÑÑаМОÑа/ЌеÑÑÑ Ðž пÑеЎÑÑавлеМ вП вÑПÑПй кПлПМке. ÐÑО ÑаÑÑеÑе пÑеЎпПлагаеÑÑÑ 180 ÑабПÑОÑ
+ ÑаÑПв в ЌеÑÑÑ.
+
+
+СÑПОЌПÑÑÑ ÑкаМОÑПваМОÑ
+
+
+
+Â
+
+ÐбÑеЌ (ÑÑÑаМОÑ/ЌеÑÑÑ)
+
+
+ЧаÑ/ÑÑÑа МОÑа (180 ÑаÑПв в ЌеÑÑÑ)
+
+
+ЊеМа/ÑÑÑ (пÑеЎпП-лаÑÐ°Ñ $4/ÑаÑ)
+
+
+ЊеМа ÑкаМеÑа
+
+
+РабПÑПÑпПÑП бМПÑÑÑ ÐŽÐŸ пеÑвПгП ÑеЌПМÑа (ÑÑÑаМОÑ)
+
+
+ÐбÑеЌ вÑпПлМÑеÂÐŒÑй пÑПÑеÑÑОÂПМалÑМПй кПЌпаМОей (пÑО $0,06 за ÑÑÑаМОÑÑ)
+
+
+
+
+СÑÑаМОÑÐœÑй МаÑÑПлÑÐœÑй
+
+
+2,500
+
+
+0.072
+
+
+$0.288
+
+
+$300
+
+
+7,000
+
+
+5,000
+
+
+
+
+ÑÐºÐ°ÐœÐµÑ Ð¡ÐºÐ°ÐœÐµÑ Ñ Ð°Ð²ÑПЌаÑОÑеÑÂкПй
+
+
+8,000
+
+
+0.0225
+
+
+$0.09
+
+
+$800
+
+
+30,000
+
+
+13,000
+
+
+
+
+пПЎаÑей ÑÑÑÐ°ÐœÐžÑ ÐÑПÑеÑÑОÂПМалÑÐœÑй low end duplex
+
+
+40,000
+
+
+0.0045
+
+
+$0.018
+
+
+$6,000
+
+
+600,000
+
+
+100,000
+
+
+
+
+ÐÑПÑеÑÑОПМаÂлÑÐœÑй: high-end duplex
+
+
+150,000
+
+
+0.0012
+
+
+$0.0048
+
+
+$50,000
+
+
+8,000,000
+
+
+833,000
+
+
+
+
+ЧÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ ÑÑПОЌПÑÑÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÐŸÐŽÐœÐŸÐ¹ ÑÑÑаМОÑÑ, ÑЌМПжÑÑе пПлМÑÑ ÑаÑПвÑÑ Ð·Ð°ÑплаÑÑ ÐœÐ° вÑПÑÑÑ ÐºÐŸÐ»ÐŸÐœÐºÑ. РпÑОЌеÑÑ, в ÑÑеÑÑей кПлПМке пÑеЎÑÑавлеМа ÑеМа вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑО МайЌе ÑÑÑЎа без ÑÑеÑа заÑÑÐ°Ñ ÐœÐ° ÑÐºÐ°ÐœÐµÑ - $4/ÑаÑ.
+ÐÑО пПЎÑÑеÑÑ Ð¿ÐŸÐŽÑазÑЌеваÑÑ, ÑÑП ÑÐºÐ°ÐœÐµÑ Ð±ÑÐŽÐµÑ ÐžÑпПлÑзПваМ ÐŽÐ»Ñ ÐŽÐŸÑÑаÑПÑМП бПлÑÑПгП кПлОÑеÑÑва кПпОй, ÑÑÐŸÐ±Ñ ÐŸÐºÑпОÑÑ ÑÐ²ÐŸÑ ÐœÐ°ÑалÑÐœÑÑ ÑÑПОЌПÑÑÑ. ÐПÑлеЎМОе ÑÑО кПлПМкО ЎаÑÑ Ð±ÐŸÐ»ÑÑе ОМÑПÑЌаÑОО П ÑÑПОЌПÑÑО ÑаЌПгП ÑкаМеÑа. ÐеÑÐ²Ð°Ñ ÐžÐ· МОÑ
+ пПказÑÐ²Ð°ÐµÑ ÑÑПОЌПÑÑÑ ÑкаМеÑа, ÑлеЎÑÑÑÐ°Ñ Ð¿ÑОблОзОÑелÑÐœÑÑ Ð¿ÑПЎПлжОÑелÑМПÑÑÑ ÑабПÑПÑпПÑПбМПÑÑО. ÐПÑлеЎМÑÑ Ð¿ÐŸÐºÐ°Ð·ÑÐ²Ð°ÐµÑ ÑОÑлП ÑÑÑаМОÑ, кПÑПÑÑе ЌПжМП ПÑÑкаМОÑПваÑÑ, МаМÑв кПЌпаМОÑ, пÑО ÑеМе $0.06/ÑÑÑаМОÑа.
+ÐПМеÑМП же Ма вÑÐ±ÐŸÑ ÑкаМеÑа влОÑÑÑ Ðž ÐŽÑÑгОе ÑакÑПÑÑ: МалОÑОе ЎеМег, МеПбÑ
+ПЎОЌПÑÑÑ Ð² ЌОМОЌОзаÑОО завОÑОЌПÑÑО ÐŸÑ ÐŽÑÑгОÑ
+, ЎПгПвПÑеММПÑÑÑ Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекПй, ÑазÑеÑаÑÑÐ°Ñ ÐŸÑÑÑеÑÑвлÑÑÑ ÑкаМОÑПваМОе кМОг, Ме вÑÐ²ÐŸÐ·Ñ ÐžÑ
+ за пÑÐµÐŽÐµÐ»Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекО О Ñ.ÐŽ.
+ТаблОÑа пÑÐžÐ²ÐµÐŽÐµÐœÐœÐ°Ñ Ð²ÑÑе, ÐŽÐ°ÐµÑ Ð¿ÑОЌеÑÐœÑÑ ÐŸÑÐµÐœÐºÑ ÐºÐŸÐ»ÐžÑеÑÑва ÑÑÑаМОÑ, кПÑПÑПе МеПбÑ
+ПЎОЌП ПÑÑкаМОÑПваÑÑ ÐŽÐ»Ñ ÐŸÐºÑпаеЌПÑÑО заÑÑаÑ. ÐÑÐµÐœÑ ÑеЎкО ÑлÑÑаО, кПгЎа ПÑгаМОзаÑÐžÑ ÐœÑжЎаеÑÑÑ Ð² ÑкаМОÑПваМОО 800000 ÑÑÑаМОÑ. ÐÑО ÑакПЌ ЌаÑÑÑабе пПÑвлÑÑÑÑÑ Ð±ÐŸÐ»ÐµÐµ ÑлПжМÑе пÑПблеЌÑ, ÑакОе как ÑПЎеÑжаМОе ПбПÑÑÐŽÐŸÐ²Ð°ÐœÐžÑ Ðž ПкÑпаеЌПÑÑÑ Ð·Ð°ÑÑÐ°Ñ Ð¿ÑÑеЌ ÑЎаÑО егП в аÑеМЎÑ, кПÑПÑÑе Ме бÑÐŽÑÑ ÐŸÐ±ÑÑжЎаÑÑÑÑ Ð² ÑÑПй ÑаÑÑО.
+РазвОÑОе бОзМеÑа ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÐºÐ°Ð·Ð°ÑÑÑÑ ÐŸÑÐµÐœÑ Ð¿ÑОвлекаÑелÑМПй кПЌЌеÑÑеÑкПй вПзЌПжМПÑÑÑÑ, в ПÑПбеММПÑÑО в ÑазвОваÑÑОÑ
+ÑÑ ÑÑÑаМаÑ
+. ÐП пПЌМОÑе, ЧÑП пПÑле ÑПгП, как бÑÐŽÑÑ ÐŸÑÑкаМОÑÐŸÐ²Ð°ÐœÑ ÐŽÐŸÐºÑЌеМÑÑ, ваÑО клОеМÑÑ Ð±ÐŸÐ»ÑÑе МОкПгЎа Ме закажÑÑ ÑкаМОÑПваМОе ÑеÑ
+ же ÑаЌÑÑ
+ ЎПкÑЌеМÑПв - вМе завОÑОЌПÑÑО ÐŸÑ ÑПгП, МаÑкПлÑкП Ñ
+ПÑПÑО ваÑО Ñ ÐœÐžÐŒÐž ПÑМПÑеМОÑ. С кПЌЌеÑÑеÑкПй ÑПÑкО зÑÐµÐœÐžÑ ÑÑÐŸÑ Ð±ÐžÐ·ÐœÐµÑ ÐœÑжЎаеÑÑÑ Ð² ОМÑеМÑОвМПЌ ЌаÑкеÑОМгПвПЌ ОзÑÑеМОО. ÐÑ ÐœÐµ ÑПвеÑÑеЌ МепÑавОÑелÑÑÑвеММÑÐŒ ПÑгаМОзаÑОÑÐŒ О МекПЌЌеÑÑеÑкОЌ ПÑгаМОзаÑОÑÐŒ заМОЌаÑÑÑÑ ÑакОЌ бОзМеÑПЌ без ЎеÑалÑМПгП ОÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ ÑÑМка О Ñ
+ПÑПÑП пÑПЎÑЌаММПгП бОзМеÑ-плаМа.
+РзаклÑÑеМОе ПÑЌеÑОЌ, ÑÑП еÑлО ÐœÑжМП ÑкаМОÑПваÑÑ ÐŸÑ 10000 ЎП 50000 ÑÑÑаМОÑ, лÑÑÑе пПÑÑÑОÑÑ ÑÑÑ ÑабПÑÑ ÑкаМОÑÑÑÑей кПЌпаМОО. ÐÑПÑеÑÑОПМалÑÐœÑй low-end ÑÐºÐ°ÐœÐµÑ Ð±ÑÐŽÐµÑ ÐŸÐºÑплеМ ÑПлÑкП в ÑПЌ ÑлÑÑае, еÑлО Ð²Ñ ÐŸÑÑкаМОÑÑеÑе бПлее 100000 ÑÑÑаМОÑ. ÐÑлО Ð²Ñ ÑеÑОлО пÑОПбÑеÑÑО ÑакПй ÑкаМеÑ, ÑП лÑÑÑе ÑÑП ÑЎелаÑÑ ÑПвЌеÑÑМП Ñ ÐŽÑÑгПй МепÑавОÑелÑÑÑвеММПй ПÑгаМОзаÑОей ОлО бОблОПÑекПй.
+
+
+
+
+
+
+
+
+ÐРС: ПпÑОÑеÑкОй ÑаÑпПзМаваÑÐµÐ»Ñ ÑОЌвПлПв
+
+
+ÐпÑОÑеÑкОй ÑаÑпПзМаваÑÐµÐ»Ñ ÑОЌвПлПв ОлО ÐРС ÑÑаМÑÑПÑЌОÑÑÐµÑ ÐŸÑÑкаМОÑПваММПе ÑОÑÑПвПе ОзПбÑажеМОе в ÑекÑÑ. ÐÑÑ
+ПЎМÑй ЌаÑеÑОал - ÑÑП ÑОÑÑПвПе ОзПбÑажеМОе в ÑПÑЌаÑе TIFF ОлО Bitmap â желаÑелÑМП ÑÑÐŸÐ±Ñ ÐŸÐœ бÑл Ñ
+ПÑПÑегП каÑеÑÑва. ÐПÑле пÑПÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÑеÑез ÐРС Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пПлÑÑОÑÑ Ñайл в ÑПÑЌаÑе RTF, Word, HTML Ма ваÑе ÑÑЌПÑÑеМОе.
+ÐÐŸÑ ÑагО, ОÑпПлÑзÑеЌÑе пÑО пеÑевПЎе бÑЌажМÑÑ
+ ЎПкÑЌеМÑПв в ÑОÑÑПвПй ÑПÑЌаÑ:
+
+
+ÑкаМОÑПваМОе
+
+
+аМалОз
+
+
+ÑаÑпПзМаваМОе
+
+
+ÑкаМОÑПваМОе ОзПбÑажеМОй О ÑаблОÑ.
+
+
+СлеЎÑÑ ÐžÐŒ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПвПЎОÑÑ ÐºÐŸÐœÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва пПлÑÑеММÑÑ
+ ÑайлПв О ÑПÑ
+ÑаМÑÑÑ ÐžÑ
+ в ÑППÑвеÑÑÑвÑÑÑей папке.
+Ðа ÑÑМке ÑÑÑеÑÑвÑÐµÑ ÐŽÐŸÑÑаÑПÑМП ЌМПгП Ñ
+ПÑПÑОÑ
+ пÑПгÑаЌЌ ÐРС ÑÑПОЌПÑÑÑÑ ÐŸÑ $100-400 . ÐÐŸÑ ÐœÐµÑкПлÑкП Оз МОÑ
+:
+
+
+Read-Iris (http://www.readiris.com/)
+
+
+Omnipage (http://www.omnipage.com/)
+
+
+Fine-Reader (http://www.finereader.com/)
+
+
+ÐÑÑ ÐžÐœÑПÑЌаÑОÑ, вклÑÑÐ°Ñ Ð¿ÐµÑеÑÐµÐœÑ ÐŽÐžÑÑÑОбÑÑÑеÑПв, МаÑ
+ПЎОÑÑÑ ÐœÐ° ÐÐœÑеÑÐœÐµÑ ÑайÑе пÑПОзвПЎОÑелей. СÑеЎО МОÑ
+, пП ПпÑÑÑ Ð°Ð²ÑПÑа, ÑаЌÑе легкОе в ОÑпПлÑзПваМОО Fine-Reader О Omnipage. Fine-Reader ÑвлÑеÑÑÑ ÑаЌÑÐŒ ЎеÑевÑÐŒ О ÑÑÐŸÐžÑ Ð²ÑегП $100. ÐÐœ пÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ Ð³ÐžÐ±ÐºÐžÐµ вПзЌПжМПÑÑО О МаОбПлÑÑее кПлОÑеÑÑвП ÑазМÑÑ
+ ÑзÑкПв.
+ÐаЌ ÐœÑжМП ÑеÑОÑÑ, пÑПвПЎОÑÑ Ð»Ðž ÑкаМОÑПваМОе О ÐРС ÑвПОЌО ÑÑОлОÑЌО ОлО пПÑÑÑОÑÑ ÑÑП кПЌпаМОО, ÑпеÑОалОзОÑÑÑÑейÑÑ Ð² ÑÑПй ÑÑеÑе. ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÑПвеÑÑО ÑÑÐŸÑ Ð¿ÑПÑеÑÑ ÑвПОЌО ÑÑОлОÑЌО, ваЌ ÐœÑжеМ ÑкаМеÑ, пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÐРС, ÑазвОÑОе МавÑкПв в ÑабПÑе Ñ ÐРС, ÑабПÑМОкО, МаÑелеММÑе Ма каÑеÑÑвП ОÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑабПÑÑ.
+
+
+ÐÑПÑеÑÑ ÐРС
+
+
+ÐÑПÑеÑÑ ÐРС ÑазлОÑаеÑÑÑ Ð²ÐŸ вÑеÑ
+ пÑПгÑаЌЌаÑ
+ ÐРС, О лÑÐ±Ð°Ñ ÐžÐ· вÑбÑаММÑÑ
+ пÑПгÑаЌЌ ÑÑебÑÐµÑ ÐŽÐŸÐ±ÑПÑМПгП ОзÑÑеМОÑ. ÐÐœÑÑÑÑкÑÐžÑ Ð¿ÐŸ ÑкÑплÑаÑаÑОО кажЎПй пÑПгÑÐ°ÐŒÐŒÑ ÐŸÐ±ÑÑÑÐœÑÐµÑ ÑÑÐŸÑ Ð¿ÑПÑеÑÑ Ð² ЎеÑалÑÑ
+. ЧеÑÑÑе пÑМкÑа пÑПÑеÑÑа ÐРС заÑлÑжОваÑÑ ÐŸÑПбПгП вМОЌаМОÑ: кПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва, ÑаблОÑÑ, ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ðž ÑпеÑОÑОÑеÑкОй ЌаÑеÑОал - ÑакПй, как ÑПÑÐŒÑлÑ, ОМПÑÑÑаММÑй ÑзÑк О Ñ.ÐŽ.
+
+
+ÐПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва
+
+
+ÐÑ ÑМПва О ÑМПва Ñ
+ПÑОЌ заПÑÑÑОÑÑ Ð²Ð°Ñе вМОЌаМОе Ма кПМÑÑПле каÑеÑÑва. ÐПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва лÑÑÑе пПÑÑÑаÑÑ Ð»ÑÐŽÑÐŒ, Ñей ÑПЎМПй ÑзÑк ÑвлÑеÑÑÑ ÑакОЌ, Ма кПÑПÑПЌ МапОÑаМ ЎПкÑЌеМÑ, ОлО ПМО влаЎеÑÑ ÑÑОЌ ÑзÑкПЌ в ÑПвеÑÑеМÑÑве. ÐÑÑÑОе ÑабПÑМОкО - ÑÑП ÑкПлÑМОкО О ÑÑÑЎеМÑÑ, пПÑÐŸÐŒÑ ÑÑП ЌПлПЎÑе лÑЎО бПлее вМОЌаÑелÑÐœÑ Ðž бПлее ÑкПМÑеМÑÑОÑÐŸÐ²Ð°ÐœÑ Ð¿ÑО ÑакПЌ вОЎе ÑабПÑÑ, МежелО пПжОлÑе лÑЎО.
+ÐбÑÑМП ÑÑÑеÑÑвÑÐµÑ ÑеÑÑÑе ÑÑапа кПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва.
+ÐеÑвÑй пÑПвПЎОÑÑÑ ÐŸÐŽÐœÐŸÐ²ÑеЌеММП Ñ Ð¿ÑПÑеÑÑПЌ ÐРС. ÐÐ°Ð¶ÐŽÐ°Ñ Ð¿ÑПгÑаЌЌа ÐРС ÐžÐŒÐµÐµÑ Ð²ÑÑÑПеММÑÑ Ð¿ÑПвеÑÐºÑ ÐŸÑÑПгÑаÑОО, кПÑПÑÐ°Ñ Ð¿ÐŸÐŽÑеÑÐºÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÐŸÐ·ÑОÑелÑÐœÑе пП МапОÑÐ°ÐœÐžÑ ÑлПва.
+ÐÑПÑПй ÑÑап - ПбÑÐ°Ñ Ð¿ÑПвеÑка ÑекÑÑа пПÑле завеÑÑÐµÐœÐžÑ Ð¿ÑПÑеÑÑа ÐРС. ÐÑÐµÐœÑ ÑаÑÑП вÑÑÑеÑаÑÑÑÑ ÑакОе ПÑОбкО, как пÑПпÑÑк ÑÑÑаМОÑ, абзаÑев, МазваМОй глав О Ñ.ÐŽ. ÐÑжМП пÑПвеÑÑО ПбÑОй ÐŸÐ±Ð·ÐŸÑ ÐœÐ° МалОÑОе вÑеÑ
+ ÑÑÑÐ°ÐœÐžÑ Ðž пÑПвеÑÐºÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ², МазваМОй глав, абзаÑев О ÑаблОÑ.
+ТÑеÑОй ÑÑап - пÑПвеÑка ПÑÑПгÑаÑОО в Microsoft Word. Ð Word, как пÑавОлП, ПÑÑПгÑаÑОÑеÑкОе ÑлПваÑО бПлее ОÑÑеÑпÑваÑÑОе, ÑеЌ в пÑПгÑаЌЌаÑ
+ ÐРС. ÐÑÑеЌ ОЌпПÑÑа ЎПкÑЌеМÑа в Word О пÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ ÐŸÑÑПгÑаÑОÑеÑкПй пÑПвеÑкО ЌПжМП ПпÑеЎелОÑÑ Ðž ОÑпÑавОÑÑ Ð±ÐŸÐ»ÑÑее ÑОÑлП ПÑОбПк. Ðе забÑÐŽÑÑе ввеÑÑО в паÑаЌеÑÑÑ Ð¿ÑПвеÑкО кПЌплекÑÐœÑе ÑлПва О ÑеÑЌОМÑ, кПÑПÑÑе пÑОÑÑÑО ÑакПгП ÑПЎа ÑекÑÑаЌ, Ма МалОÑОе в МОÑ
+ ПÑОбПк.
+РМакПМеÑ, Ма ÑеÑвеÑÑПЌ ÑÑапе завеÑÑеММÑй ЎПкÑÐŒÐµÐœÑ ÐŽÐŸÐ»Ð¶ÐµÐœ бÑÑÑ Ð¿ÑПвеÑеМ ÐŽÑÑгОЌ ÑелПвекПЌ, заМОЌаÑÑОЌÑÑ ÑПÑÑавлеМОеЌ пПлМПй кМОгО, пÑПвеÑÑÑÑОЌ ПÑÑПгÑаÑОÑ, МалОÑОе пÑПблеЌ Ñ ÑаблОÑаЌО, ОзПбÑажеМОÑЌО О ПбÑОЌ вОЎПЌ завеÑÑеММПгП ÑекÑÑа. ТПлÑкП пПÑле ÑÑПгП ÑлекÑÑПММÑÑ ÐºÐœÐžÐ³Ñ ÐŒÐŸÐ¶ÐœÐŸ ÑаÑпÑПÑÑÑаМÑÑÑ.
+
+
+
+
+ТаблОÑÑ
+
+
+ÐÑПгÑÐ°ÐŒÐŒÑ ÐРС плПÑ
+П ÑпÑавлÑÑÑÑÑ Ñ ÑаблОÑаЌО. ÐПлее ÑПгП, ÑаблОÑÑ ÑÑÑЎМП пÑПвеÑÑÑÑ. ÐМО ÑПЎеÑÐ¶Ð°Ñ ÐŒÐœÐŸÐ³ÐŸ ÑОÑÑ Ðž ÑакОе ÑОЌвПлÑ, как ÑПÑкО, запÑÑÑе, кПÑПÑÑе пП ПÑОбке ЌПгÑÑ Ð±ÑÑÑ Ð¿ÐµÑеМеÑÐµÐœÑ Ð¿ÑПгÑаЌЌПй в ÐŽÑÑгПй ÑÑÐŸÐ»Ð±ÐµÑ ÐžÐ»Ðž ÑÑÑПкÑ. ÐПÑÑÐŸÐŒÑ Ð¿ÑО пÑПвеÑке МеПбÑ
+ПЎОЌП вМОЌаМОе, ÑпПÑÐœÐ°Ñ ÑабПÑа, ÑеÑпеМОе О кПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва. С МОЌО ЌПжМП ÑабПÑаÑÑ ÑÑÐµÐŒÑ ÐŸÐ±ÑÑÐœÑЌО ÑпПÑПбаЌО.
+ÐеÑвÑй ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП ЌПжМП ÑабПÑаÑÑ Ñ ÑаблОÑаЌО как Ñ ÐžÐ·ÐŸÐ±ÑажеМОеЌ. ÐÑП вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ÑеÑМП-белПе ÑкаМОÑПваМОе ОзПбÑажеМОй ÑÐ°Ð±Ð»ÐžÑ Ðž пеÑÐµÐœÐŸÑ ÐžÑ
+ в ÑÑПй ÑПÑЌе в ÐœÑжМПе ЌеÑÑП ЎПкÑЌеМÑа. ÐÑП ÑаЌÑй легкОй пÑÑÑ. Ðе бÑÐŽÐµÑ ÐœÐžÐºÐ°ÐºÐžÑ
+ ПÑОбПк, О вÑе пПÑÑаÑеММПе вÑÐµÐŒÑ ÑÐ¹ÐŽÐµÑ ÑПлÑкП Ма ÑПзЎаМОе ОзПбÑажеМОÑ. ÐЎМакП, пПлÑÑеММÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑÐ°Ð±Ð»ÐžÑ Ð±ÑÐŽÑÑ Ð·Ð°ÐœÐžÐŒÐ°ÑÑ Ð±ÐŸÐ»ÑÑе кПЌпÑÑÑеÑМПй паЌÑÑО. Также ÑазÑеÑеМОе ÑкÑаМа кПЌпÑÑÑеÑа ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐœÐµÐŽÐŸÑÑаÑПÑÐœÑÐŒ пÑО вÑвПЎе Ма ÑкÑаМ бПлÑÑОÑ
+ ÑаблОÑ. ÐÑлО Ð²Ñ Ð·Ð°Ñ
+ПÑОÑе ÑазЌеÑÑОÑÑ Ð²ÑÑ ÑаблОÑÑ ÐœÐ° ÑкÑаМе, ÑП ÑазÑеÑеМОе ÑкÑаМа ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐœÐµÐŽÐŸÑÑаÑПÑÐœÑÐŒ. ÐÑлО ÑаблОÑа ÑлОÑкПЌ ÑОÑПка, ÑП пПлÑзПваÑÐµÐ»Ñ Ð¿ÑОЎеÑÑÑ Ð¿ÑПÑЌаÑÑОваÑÑ Ð²Ñе кПлПМкО О ÑÑÑПкО, Ме Ð²ÐžÐŽÑ ÐžÑ
+ МазваМОй.
+ÐÑПÑПй ЌеÑПЎ ÑПÑÑÐŸÐžÑ Ð² ÑПзЎаМОО ÑÐ°Ð±Ð»ÐžÑ Ð²ÑÑÑÐœÑÑ, ПпÑеЎелОв ÐœÑжМПе кПлОÑеÑÑвП ÑÑÑПк О ÑÑПлбÑПв, О вÑÑÑÐœÑÑ Ð²Ð¿ÐµÑаÑаÑÑ Ð² МОÑ
+ ЎаММÑе.
+ТÑеÑОй ÑпПÑПб заклÑÑаеÑÑÑ Ð² ÑПЌ, ÑÑП ÑаблОÑÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПвеÑÑО ÑеÑез ÐРС. ÐÑП ÑПÑ
+ÑÐ°ÐœÐžÑ Ð±ÐŸÐ»ÑÑе вÑеЌеМО, ÑеЌ вÑПÑПй ЌеÑПЎ, МП пПÑеМÑОалÑМПе кПлОÑеÑÑвП ПÑОбПк ÑвелОÑОÑÑÑ. ÐекПÑПÑÑе кПлПМкО ОМПгЎа ÑлОваÑÑÑÑ, а ОМПгЎа пÑПгÑаЌЌа Ме ÑаÑÐ¿ÐŸÐ·ÐœÐ°ÐµÑ ÑПÑкО О запÑÑÑе.
+
+
+
+
+ÐзПбÑажеМОÑ
+
+
+ÐПкÑЌеМÑÑ ÑПЎеÑÐ¶Ð°Ñ ÑÑО ПÑМПвМÑÑ
+ вОЎа ОзПбÑажеМОй:
+
+
+ЧеÑМП- белÑе ÑОÑÑМкО
+
+
+ЧеÑМП-белÑе ÑПÑПгÑаÑОО
+
+
+ЊвеÑÐœÑе ÑПÑПгÑаÑОО
+
+
+ЧеÑМП-белÑе ÑОÑÑМкО ÑлеЎÑÐµÑ ÑкаМОÑПваÑÑ Ð² ÑÑÑОÑ
+ПвПЌ ÑежОЌе (line art mode) О желаÑелÑМП ÑПÑ
+ÑаМÑÑÑ Ð² вОЎе ÑайлПв GIF ОлО PNG. ЧеÑМПбелÑе ÑПÑПгÑаÑОО ÑлеЎÑÐµÑ ÑкаМОÑПваÑÑ Ð² ÑежОЌе grayscale О ÑПÑ
+ÑаМÑÑÑ ÐºÐ°Ðº ÑÐ°Ð¹Ð»Ñ GIF ОлО JPEG. ЊвеÑÐœÑе ÑПÑПгÑаÑОО ÐœÑжМП ÑкаМОÑПваÑÑ Ð² ÑвеÑМПЌ ÑежОЌе О ÑПÑ
+ÑаМÑÑÑ ÐºÐ°Ðº ÑÐ°Ð¹Ð»Ñ JPEG. ÐбÑÑМП Ñайл JPEG ÑÑеЎМегП каÑеÑÑва ÐžÐŒÐµÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПе ÑазÑеÑеМОе.
+ÐМПгОе ÑОÑÑМкО заМОЌаÑÑ ÐœÐ°ÐžÐ±ÐŸÐ»ÑÑее пÑПÑÑÑаМÑÑвП в кПллекÑОО, ÑПÑ
+ÑаМеММПй Ма жеÑÑкПЌ ЎОÑке ОлО Ма CD-ROM. ÐПÑÑÐŸÐŒÑ ÐŸÑÐµÐœÑ Ð²Ð°Ð¶ÐœÐŸ ПпÑОЌОзОÑПваÑÑ ÐœÐ°ÑÑÑПйкО ОзПбÑажеМОÑ, ÑЎелав егП как ЌПжМП ÑазбПÑÑОвее О ÑеÑÑе, в ÑП же вÑÐµÐŒÑ ÑЌеМÑÑÐ°Ñ ÐµÐ³ÐŸ ÑазЌеÑ. ÐÐ»Ñ ÑПÑ
+ÑÐ°ÐœÐµÐœÐžÑ ÐŒÐµÑÑа пÑеЎпПÑÑОÑелÑМее Ме вклÑÑаÑÑ ÐœÐµÐºÐŸÑПÑÑе ОзПбÑажеМОÑ, Ме ПÑМПÑÑÑОеÑÑ Ðº ÑекÑÑÑ.
+РОÑÑМкО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŸÑÑкаМОÑÐŸÐ²Ð°ÐœÑ ÐºÐ°Ð¶ÐŽÑй пП ПÑЎелÑМПÑÑО. ÐÑ ÑекПЌеМЎÑеЌ МазÑваÑÑ ÑÑО ÑОÑÑМкО пеÑвÑЌО 6 бÑкваЌО ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑа, а ПÑÑалÑÐœÑЌО ÑОÑÑаЌО ÐœÐŸÐŒÐµÑ ÑÑÑаМОÑÑ, Ма кПÑПÑПй ПМ ÑаÑпПлагаеÑÑÑ. РкаÑеÑÑве алÑÑеÑМаÑОвÑ, пÑеЎпПлагаÑ, ÑÑП кажЎÑй ЎПкÑÐŒÐµÐœÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² ÑвПей ЎОÑекÑПÑОО, ЌПжМП пÑПÑÑП ОÑпПлÑзПваÑÑ Ð±ÑквÑ, пПÑле ÑегП ÐžÐŽÐµÑ ÑÑÑаМОÑа, Ма кПÑПÑПй МаÑ
+ПЎОÑÑÑ ÑÑП ОзПбÑажеМОе. ÐÑлО Ма ПЎМПй ÑÑÑаМОÑе ÑÑÑеÑÑвÑÑÑ ÐœÐµÑкПлÑкП ÑОÑÑМкПв, ÑП ÑППÑвеÑÑÑвеММП ОÑпПлÑзÑйÑе ÐŽÑÑгОе бÑÐºÐ²Ñ ÐŽÐ»Ñ ÐžÑ
+ ПбПзМаÑеМОÑ. ÐапÑОЌеÑ, еÑлО ОзПбÑажеМОе в ÑПÑЌаÑе JPEG пПÑвОÑÑÑ ÐœÐ° ÑÑÑаМОÑе 36 пÑблОкаÑОО u7548е , ÑП ПМП бÑÐŽÐµÑ Ð¿ÐŸÐŒÐµÑеМП в Ñайл МазваММÑй u7548e36.jpg  ОлО p36.jpg .
+ÐПÑле ÑПгП, как ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐŸÑÑкаМОÑПваМÑ, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÑпеÑОалОзОÑПваММÑе пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑазЌеÑа О ÑаÑÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÐžÑ ÑОÑÑМка.
+
+
+
+
+СпеÑОалОзОÑПваММÑй ЌаÑеÑОал
+
+
+ÐМПгОе ЎПкÑЌеМÑÑ ÑПЎеÑÐ¶Ð°Ñ ÑеÑ
+МОÑеÑкОе ÑеÑЌОМÑ, ÑакОе как ÑпеÑОалОзОÑПваММÑе ÑОЌвПлÑ, ÑПÑÐŒÑÐ»Ñ Ðž МеÑазбПÑÑОвÑе ÑÑÑаМОÑÑ. ÐÑО ÑÑÑЎМП ÑаÑпПзМаваеЌÑе ÑОЌвПлÑ, как пÑавОлП, ÑвÑÐ·Ð°ÐœÑ Ñ ÑазМÑЌО ÑзÑпÑаЌО. ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа ваЌ МеПбÑ
+ПЎОЌП вÑбÑаÑÑ ÑППÑвеÑÑÑвÑÑÑОй ÑзÑк в ПпÑОÑÑ
+ пÑПгÑÐ°ÐŒÐŒÑ ÐРС. ЀПÑÐŒÑÐ»Ñ ÐœÑжМП бÑÐŽÐµÑ Ð¿ÐµÑепеÑаÑÑваÑÑ Ð²ÑÑÑÐœÑÑ, Ñак как вП ЌМПгОÑ
+ ÑлÑÑаÑÑ
+ ÐРС ОÑ
+ Ме ÑаÑпПзМаеÑ, О ОÑ
+ МеПбÑ
+ПЎОЌП ввПЎОÑÑ Ð² Word. ÐеÑазбПÑÑОвÑе ÑÑÑаМОÑÑ ÐŒÐŸÐ³ÑÑ ÑПЎеÑжаÑÑ ÐŒÐ°ÑеÑОал, кПÑПÑÑй ÑÑÑЎМП вПÑпÑПОзвеÑÑО Оз-за какОÑ
+-лОбП пПвÑежЎеМОй О Ñ.ÐŽ., пПÑÑÐŸÐŒÑ ÑакОе ЌеÑÑа пÑОЎеÑÑÑ Ð¿ÐµÑепеÑаÑÑваÑÑ.
+
+
+
+
+
+
+ÐÑПОзвПЎОÑелÑМПÑÑÑ Ðž ЎПÑÑÑпМÑе ÑеÑÑÑÑÑ
+
+
+Ðак бÑлП ÑпПЌÑÐœÑÑП ÑаМее, Ð²Ñ ÐœÐµ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐµÐŽÐŸÐŸÑеМОваÑÑ ÑлПжМПÑÑÑ Ð¿ÑПÑеÑÑа ÐРС. ХПÑÑ Ð¿ÑПÑеÑÑ ÐРС ÐœÑжМП ÑаÑÑЌаÑÑОваÑÑ ÐŸÑЎелÑМП ÐŸÑ ÑкаМОÑПваМОÑ, ÐŽÐ»Ñ ÐµÐ³ÐŸ ПÑеМкО пÑОЌеМÑÑÑÑÑ ÑÑ
+ПжОе пÑакÑОÑеÑкОе ÑекПЌеМЎаÑОО: МеПбÑ
+ПЎОЌÑе ÑеÑÑÑÑÑ ÐŽÐ»Ñ Ð¿ÑОПбÑеÑÐµÐœÐžÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑПв, ЎПÑÑÑпМПÑÑÑ ÑабПÑей ÑÐžÐ»Ñ Ðž ÑЌеМОе ÑÑкПвПЎОÑÑ; заÑплаÑа; ПбÑее кПлОÑеÑÑвП ÑÑÑаМОÑ, ÐœÑжЎаÑÑОÑ
+ÑÑ Ð² ПбÑабПÑке; ЌПжМП лО пеÑеЎаваÑÑ ÑÑО ЎПкÑЌеМÑÑ ÑÑеÑÑОЌ лОÑаЌ.
+Ð ÑлеЎÑÑÑОЌ ÑазЎеле ÐŒÑ Ð¿ÐŸÐŽÐµÐ»ÐžÐŒÑÑ Ñ Ð²Ð°ÐŒÐž МаÑОЌ ПпÑÑПЌ ÑабПÑÑ Ñ ÐРС в ÑакОÑ
+ ÑÑÑаМаÑ
+, как ÐелÑгОÑ, ÐÐœÐŽÐžÑ Ðž Ð ÑÐŒÑМОÑ. ÐÑе ОÑÑлеЎПваМОÑ, пПЎÑÑеÑÑ Ðž ÑезÑлÑÑаÑÑ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÑ ÐŽÐ»Ñ ÑОпОÑÐœÑÑ
+ ÑÑлПвОй - ЎПкÑЌеМÑÑ ÑÑеЎМей ÑлПжМПÑÑО (вклÑÑÐ°Ñ ÑаблОÑÑ Ðž ОзПбÑажеМОÑ), кПÑПÑÑе вÑÑÑеÑаÑÑÑÑ Ð² бПлÑÑОМÑÑве бОблОПÑек О аÑÑ
+ОвПв, вÑÑПкПе каÑеÑÑвП ÑезÑлÑÑаÑПв О ÑÑеЎМÑÑ-ÐŽÐŸÐ»Ð³Ð°Ñ ÐŽÐ»ÐžÑелÑМПÑÑÑ ÑабПÑÑ.
+
+
+ÐÐœÑеМÑОвМÑй ÐРС
+
+
+ÐÑПÑеÑÑ ÐРС ÑвлÑеÑÑÑ ÑÑÑÐŽÐœÑÐŒ. ÐÐœ ÑÑебÑÐµÑ Ð±ÐŸÐ»ÑÑПй кПМÑеМÑÑаÑОО Ð²ÐœÐžÐŒÐ°ÐœÐžÑ Ðž ÑЌеМОÑ. ÐеÑеЎ пПпÑÑкПй ЎПÑÑОгМÑÑÑ ÐŒÐ°ÐºÑОЌалÑÐœÑÑ
+ ÑезÑлÑÑаÑПв ÑÑебÑеÑÑÑ Ð¿ÐŸÑÑЎка 6 ÐœÐµÐŽÐµÐ»Ñ ÑабПÑÑ, в пÑПÑеÑÑе кПÑПÑПй ÐžÐŽÐµÑ ÐœÐ°ÑаÑÑаМОе ПпÑÑа.
+ÐбÑÑМП ЌакÑОЌалÑÐœÐ°Ñ Ð¿ÑПОзвПЎОÑелÑМПÑÑÑ ÐŽÐŸÑÑОгаеÑÑÑ Ð² пеÑвÑе ÑаÑÑ ÐœÐ°Ñала ÐŽÐœÑ. ÐПÑле ÑÑеÑ
+ ÑаÑПв ÑабПÑÑ Ñ ÐРС ПМа ÑезкП паЎаеÑ, пÑОЌеÑМП Ма 50% ÐŸÑ ÐœÐ°ÑалÑМПгП ÑÑПвМÑ. ÐПÑле 6 ÑаÑПв бПлÑÑОМÑÑвП лÑЎей ПÑÐµÐœÑ ÑÑÑаÑÑ.
+ТП же ÑаЌПе пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð² ÑеÑеМОе пеÑвÑÑ
+ ÐœÐµÐŽÐµÐ»Ñ ÑабПÑÑ. РпеÑвÑе МеЎелО пÑПЎÑкÑОвМПÑÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ ÐœÐ° вÑÑПкПЌ ÑÑПвМе, МП пПÑле ÑÑПгП 2/3 лÑЎей ÑÑÑаÑÑ Ðž ÑеÑÑÑÑ ÐžÐœÑеÑÐµÑ Ðº ÑабПÑе. ТакОе лÑЎО лОбП ÑÑ
+ПЎÑÑ, лОбП пÑПЎПлжаÑÑ ÑабПÑаÑÑ ÐœÐ° ПÑÐµÐœÑ ÐœÐžÐ·ÐºÐŸÐŒ ÑÑПвМе, влОÑÑÑеЌ Ма каÑеÑÑвП О пÑПОзвПЎОÑелÑМПÑÑÑ. Ðаже Ñе, кÑП вÑÑÑПÑл кÑОÑОÑеÑкОе 1-5 ÐœÐµÐŽÐµÐ»Ñ Ðž ÑÑаМПвОÑÑÑ ÑаÑÑÑÑ ÑабПÑей кПЌаМЎÑ, ÑаÑÑП ÑÑ
+ПЎÑÑ Ð² пПОÑкаÑ
+ лÑÑÑей ÑабПÑÑ Ð² пÑПЌежÑÑке 6-12 ЌеÑÑÑев.
+ÐаЌеÑкО, кПÑПÑÑе бÑлО ÑÐŽÐµÐ»Ð°ÐœÑ Ð² ÑаÑÑО П ÑабПÑей ÑОле, ПÑМПÑÑÑÑÑ Ð² ПÑПбеММПÑÑО к ОМÑеМÑÐžÐ²ÐœÐŸÐŒÑ ÐРС. ÐПМÑÑÐŸÐ»Ñ ÐºÐ°ÑеÑÑва лÑÑÑе пПÑÑÑаÑÑ Ð»ÑÐŽÑÐŒ, Ñей ÑПЎМПй ÑзÑк ÑвлÑеÑÑÑ ÑеЌ же, Ма кПÑПÑПЌ МапОÑаМ ЎПкÑÐŒÐµÐœÑ ÐžÐ»Ðž ПМО влаЎеÑÑ ÑÑОЌ ÑзÑкПЌ в ÑПвеÑÑеМÑÑве. ÐÑÑÑОе ÑабПÑМОкО - ÑÑП ÑкПлÑМОкО О ÑÑÑЎеМÑÑ, пПÑÐŸÐŒÑ ÑÑП ЌПлПЎÑе лÑЎО ЌПгÑÑ Ð±ÑÑÑ Ð±ÐŸÐ»ÐµÐµ вМОЌаÑелÑÐœÑ Ðž бПлее ÑкПМÑеМÑÑОÑÐŸÐ²Ð°ÐœÑ Ð¿ÑО ÑакПЌ вОЎе ÑабПÑÑ, МежелО бПлее взÑПÑлПе пПкПлеМОе О пПжОлÑе лÑЎО. УÑлПвМÑй кÑОÑеÑОй ПÑбПÑа ÑакПв - лÑЎО в вПзÑаÑÑе ÐŸÑ 18 ЎП 23 Ð»ÐµÑ ÐŸÐ±ÑÑМП лÑÑÑе пПЎÑ
+ПЎÑÑ ÐœÐ° ÑакÑÑ ÑабПÑÑ, МежелО Ñе, ÐºÐŸÐŒÑ Ð±ÐŸÐ»ÑÑе 25.
+РМакПМеÑ, пÑПÑеÑÑ ÐРС ПÑÐµÐœÑ ÑÑÑОМеМ О ÑкÑÑеМ. ÐПÑÑÐŸÐŒÑ ÐœÑжМП как-ÑП пПЎЎеÑжОваÑÑ ÑабПÑОй ÐŽÑÑ
+, ЌПÑОваÑÐžÑ Ðž пÑОвÑзаММПÑÑÑ Ðº ÑабПÑе.
+ÐÐŸÑ ÐžÑПг вÑÑепеÑеÑОÑлеММПгП:
+
+
+ÐПлПЎÑе лÑЎО в вПзÑаÑÑа 18-25 Ð»ÐµÑ ÑаЌÑе лÑÑÑОе каМЎОЎаÑÑ ÐœÐ° ÑакÑÑ ÑабПÑÑ.
+
+
+Так как пеÑвÑе ÑаÑÑ ÑабПÑÑ ÑвлÑÑÑÑÑ ÑаЌÑЌО пÑПЎÑкÑОвМÑЌО, ÑлеЎÑÐµÑ ÐœÐ°ÐœÐžÐŒÐ°ÑÑ ÑабПÑОÑ
+ Ма пПл-ÐŽÐœÑ, О ÑПлÑкП ÑаЌÑÐŒ ÑÑеÑÐŽÐœÑÐŒ ÑабПÑМОкаЌ пПзвПлÑÑÑ ÑабПÑаÑÑ ÑелÑй ÑабПÑОй ЎеМÑ.
+
+
+Ðве ÑÑеÑО ÑабПÑМОкПв пПкОЎаÑÑ ÑабПÑÑ ÐŸÑ ÑÑÑалПÑÑО ОлО ÐŸÑ ÑÑÑÐžÐœÑ Ð² ÑеÑеМОе 3-5 МеЎелÑ, вÑе ÑÑП ПÑÑажаеÑÑÑ ÐœÐ° ÑÑ
+ÑÐŽÑеМОО пÑПЎÑкÑОвМПÑÑО в ÑÑÐŸÑ Ð¿ÐµÑОПЎ.
+
+
+ÐÑжеМ пПÑÑПÑММÑй пÑОÑПк ÑабПÑМОкПв ÐŽÐ»Ñ Ð¿ÐŸÐºÑÑÑÐžÑ Ð·Ð°ÑÑÐ°Ñ ÐœÐ° ПбÑÑеМОе, пПЎЎеÑжаМОе ÑÑеÑÐŽÐžÑ Ðž ÑабПÑегП ÐŽÑÑ
+а.
+
+
+
+
+
+
+ÐПÑÑÐžÐ¶ÐžÐŒÐ°Ñ Ð¿ÑПОзвПЎОÑелÑМПÑÑÑ
+
+
+
+
+пÑПЎÑкÑОвМПÑÑÑ Ð¿ÑПÑеÑÑа ÐРС
+
+
+
+
+
+РабПÑОе ÑаÑÑ/ЎеМÑ
+
+
+СÑÑаМОÑÑ/ЎеМÑ
+
+
+СÑÑаМОÑÑ/ЌеÑÑÑ
+
+
+
+
+ÐаÑалÑÐœÐ°Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвка (6  МеЎелÑ)
+
+
+3
+
+
+6
+
+
+120
+
+
+
+
+ÐпÑОЌалÑÐœÑй ÑÑÐŸÐ²ÐµÐœÑ Ð¿ÑПЎÑкÑОвМПÑÑО
+
+
+3
+
+
+9
+
+
+150 to 200
+
+
+
+Â
+
+7
+
+
+28
+
+
+500 to 600
+
+
+
+
+РТаблОÑе пÑÐžÐ²ÐµÐŽÐµÐœÑ ÑÑеЎМОе ÑОÑÑÑ Ð¿ÑПЎÑкÑОвМПÑÑО ÑабПÑÑ ÐœÐ° ÐРС. ÐПкÑЌеМÑÑ Ð¿ÑОÑ
+ПЎÑÑ ÑазМÑЌО О пП ÑазЌеÑÑ, О пП ÑПЎеÑжаМОÑ. ÐÑО ÑПÑÑавлеМОО ÑÑПй ÑаблОÑÑ Ð±ÑлО ÑÑÑÐµÐœÑ ÑакОе ÑакÑПÑÑ, как ÑазМППбÑазОе ЎПкÑЌеМÑПв ÑПЎеÑжаÑОÑ
+ ÑÑеЎМее кПлОÑеÑÑвП ОзПбÑажеМОй О ÑÐ°Ð±Ð»ÐžÑ - к пÑОЌеÑÑ ÐŸÐŽÐžÐœ ÑОÑÑМПк О ПЎМа ÑаблОÑа 5 Ма 5 Ма кажЎÑе вПÑÐµÐŒÑ ÑÑÑаМОÑ. Также пÑеЎпПлПжеМП, ÑÑП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑвлÑÑÑÑÑ ÑÑеЎМегП-вÑÑПкПгП каÑеÑÑва. ÐаЌеÑÑÑе, как ÑÑП бÑлП Ñже ÑаÑÑЌПÑÑеМП, ÑÑП ÑÑП завОÑÐžÑ ÐŸÑ ÐºÐ°ÑеÑÑва ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ðž Ñакже ÐŸÑ ÑПгП, МаÑкПлÑкП Ñ
+ПÑПÑП ÑабПÑМОкО зМаÑÑ ÑзÑк, Ма кПÑПÑПЌ МапОÑÐ°ÐœÑ ÐŽÐŸÐºÑЌеМÑÑ.
+Ð ÑаблОÑе Ñакже пÑÐžÐ²ÐµÐŽÐµÐœÑ ÐŽÐ°ÐœÐœÑе П ÑеÑ
+, кÑП МаÑ
+ПЎОÑÑÑ Ð² пÑПÑеÑÑе ПбÑÑеМОÑ, О ÑеÑ
+, кПÑПÑÑе Ñже ÑабПÑаÑÑ Ð² ПпÑОЌалÑМПЌ ÑежОЌе. ÐÑлО ÑлеМ ÑÑкПвПЎÑÑей ÐºÐŸÐŒÐ°ÐœÐŽÑ ÑÐŽÐµÐ»ÐžÑ ÐŽÐŸ ÑÑеÑ
+ ÑаÑПв в ÐŽÐµÐœÑ ÐœÐ° пÑПÑеÑÑ ÐРС, ÑП ПМ ÐŒÐŸÐ¶ÐµÑ ÐŽÐŸÑÑОгМÑÑÑ ÑезÑлÑÑаÑа 180-200 ÑÑÑÐ°ÐœÐžÑ Ð² ЌеÑÑÑ. ÐÐ»Ñ Ð¿ÐŸÑÑПÑММПгП ÑабПÑМОка, пÑПÑеЎÑегП Ñ
+ПÑПÑÑÑ Ð¿ÐŸÐŽÐ³ÐŸÑПвкÑ, Ñ Ð²ÑÑПкПй вМОЌаÑелÑМПÑÑÑÑ Ðž ПÑЎаÑей ЎПÑÑОгМÑÑÑ 500-600 ÑÑÑÐ°ÐœÐžÑ Ð² ЌеÑÑÑ ÐœÐµ бÑÐŽÐµÑ Ð¿ÑПблеЌПй.
+ТеЌ Ме ЌеМее, Ñ ÐœÐµÑазбПÑÑОвÑЌО ЎПкÑЌеМÑаЌО плПÑ
+ПгП каÑеÑÑва О ОзПбОлОеЌ ÑÐ°Ð±Ð»ÐžÑ Ðž ÑОÑÑМкПв ÑÑО ÑОÑÑÑ Ð±ÑÐŽÑÑ ÐœÐžÐ¶Ðµ â МавеÑМПе 300-400 ÑÑÑÐ°ÐœÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑПÑММПгП ÑабПÑМОка.
+ÐÑеЎÑÑавÑÑе, ÑÑП заÑплаÑа ÐŽÐ»Ñ ÐŒÐŸÑОвОÑПваММПгП пПÑÑПÑММПгП ÑабПÑМОка ÑПÑÑавлÑÐµÑ $400 в ЌеÑÑÑ, а заÑÑаÑÑ ÐœÐ° ЌеМеЎжЌеМÑ, кПЌпÑÑÑеÑÑ, аÑеМЎÑ, кПЌЌÑМалÑÐœÑе ÑÑлÑгО О Ñ.ÐŽ. ÑÑÐŸÐžÑ $300-400 Ма ÑелПвека в ЌеÑÑÑ. ÐлаÑа за 1 ÑÑÑаМОÑÑ ÐРС $ 1.2-1.6. УÑОÑÑÐ²Ð°Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвОÑелÑÐœÑй пеÑОПЎ, ПбÑОй ПбÑеЌ, вÑеЌÑ, заÑÑаÑÑ ÐœÐ° ÑвПлÑМеМОе пÑО закÑÑÑОО бОзМеÑа, ÑÑО ÑОÑÑÑ Ð¿ÐŸÐŽÐœÐžÐŒÑÑÑÑ ÐŽÐŸ $1.5-2.5 за ÑÑÑаМОÑÑ.
+СÑПОЌПÑÑÑвÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÑабПÑÑ ÑаЌОЌ ÐœÑжМП ÑÑавМОваÑÑ ÑП ÑÑПОЌПÑÑÑÑ, еÑлО пПÑÑÑОÑÑ ÑÑÑ ÑабПÑÑ Ð¿ÑПÑеÑÑОПМалÑÐœÑÐŒ ÐРС кПЌпаМОÑÐŒ. ÐепÑавОÑелÑÑÑÐ²ÐµÐœÐœÐ°Ñ ÐŸÑгаМОзаÑÐžÑ Ð² Ð ÑÐŒÑМОО пÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ ÑакОе ÑÑлÑгО, О ÑеМа ÐŽÐ»Ñ Ð³ÑЌаМОÑаÑÐœÑÑ
+ МекПЌЌеÑÑеÑкОÑ
+ ПÑгаМОзаÑОй МОже О гÑаМОÑÐžÑ ÐŸÑ $1.2 ЎП $2 за ÑÑÑаМОÑÑ. ÐÑлО Ñ Ð²Ð°Ñ ÐµÑÑÑ ÐºÐ°ÐºÐžÐµ-лОбП вПпÑПÑÑ, пОÑОÑе МаЌ Ма scanning@humaninfo.org.
+
+
+
+
+
+
+ÐлÑÑеÑМаÑОва ÐРС
+
+
+СÑÑеÑÑвÑÑÑ ÐŽÐ²Ðµ алÑÑеÑМаÑÐžÐ²Ñ Ð¿ÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ ÐРС.
+
+
+Ð ÑÑМПе пеÑепеÑаÑÑваМОе
+
+
+ÐÑпПлÑзÑÑ ÑÑÐŸÑ ÐŒÐµÑПЎ, ЌПжМП Ме ОÑпПлÑзПваÑÑ ÑÐºÐ°ÐœÐµÑ Ð²ÐŸÐŸÐ±Ñе, пÑОЌеМОв пÑПÑÑПй ÑекÑÑПвПй ÑеЎакÑПÑ. ÐЎОМÑÑвеММПе, ÑÑП ПÑÑаÑÑÑÑ ÑЎелаÑÑ, ÑÑП ПÑÑкаМОÑПваÑÑ ÐŸÐ±Ð»ÐŸÐ¶ÐºÑ Ðž ОзПбÑажеМОÑ, пПÑÑÐŸÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ ПбПйÑОÑÑ Ð±ÐµÐ· ЎПÑПгОÑ
+ ÑкаМеÑПв О пÑПгÑаЌЌ ÐРС.
+ÐÑЎО, вÑÑПлМÑÑÑОе ÑÑÑ ÑабПÑÑ, Ме ПбÑзаÑелÑМП ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÐœÐžÐºÐ°ÑÑ Ð² ÑÑÑÑ ÑекÑÑа. ÐÑе, ÑÑП ÐŸÑ ÐœÐžÑ
+ ÑÑебÑеÑÑÑ, ÑÑП аккÑÑаÑМП О безПÑОбПÑМП пеÑаÑаÑÑ ÑП, ÑÑП ПМО вОЎÑÑ. ТеЌ Ме ЌеМее, пеÑепеÑаÑÑваМОе вМПÑÐžÑ ÐŸÑОбкО, пПÑÑÐŸÐŒÑ ÐžÑпПлÑзÑеÑÑÑ ÐŒÐµÑПЎ ЎвПйМПгП МабПÑа. Ðва ÑелПвека пеÑепеÑаÑÑваÑÑ ÐŸÐŽÐžÐœ О ÑÐŸÑ Ð¶Ðµ ÑекÑÑ, пПÑле ÑегП ÑпеÑОалÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа пÑПвеÑÑÐµÑ ÐŸÐ±Ðµ ÑлекÑÑПММÑе веÑÑОО ÑÑПгП ЎПкÑЌеМÑа, ÑлПвП в ÑлПвП ÑÑÐ°Ð²ÐœÐžÐ²Ð°Ñ ÐµÐ³ÐŸ Ñ ÐŸÑОгОМалПЌ. ÐÑеЎпПлагаеÑÑÑ, ÑÑП ÑлПвП, МапеÑаÑаММПе ПЎОМакПвП в ПбПОÑ
+ ÑлÑÑаÑÑ
+, ÑвлÑеÑÑÑ Ð¿ÑавОлÑÐœÑÐŒ, Ñ
+ПÑÑ ÑÑП Ме вÑегЎа Ñак, пПÑÑÐŸÐŒÑ Ñакже пÑакÑОкÑеÑÑÑ Ðž ЌеÑПЎ ÑÑПйМПгП МабПÑа.
+ÐПлПжОÑелÑМПй ПÑПбеММПÑÑÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐŒÐµÑПЎа пеÑепеÑаÑÑÐ²Ð°ÐœÐžÑ ÑвлÑеÑÑÑ ÑП, ÑÑП ЌПжМП ÑМОзОÑÑ Ð·Ð°ÑÑаÑÑ, Ñак как ÐœÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО пÑОПбÑеÑаÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ ÐРС кПЌпÑÑÑеÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ Ð±ÐŸÐ»ÐµÐµ ÑÑаÑПй ЌПЎОÑОкаÑОО ОлО б/Ñ, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÐŽÐ»Ñ Ð¿ÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ ÐРС ÐœÑÐ¶ÐœÑ ÐŒÐŸÑÐœÑе кПЌпÑÑÑеÑÑ. Ð ÑÐŸÐŒÑ Ð¶Ðµ ÑабПÑа ÐŒÐŸÐ¶ÐµÑ Ð²ÑпПлМÑÑÑÑÑ ÐŒÐµÐœÐµÐµ квалОÑОÑОÑПваММÑЌО ÑабПÑМОкаЌО. ÐЎОМ МеЎПÑÑаÑПк ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП МеПбÑ
+ПЎОЌ пПЎгПÑПвОÑелÑÐœÑй пеÑОПЎ, как ЌОМОЌÑÐŒ ЎП ЎвÑÑ
+ ЌеÑÑÑев. ÐÐ°Ð±ÐŸÑ ÐŸÐŽÐœÐžÐŒ ÑелПвекПЌ пÑÐžÐ²ÐŸÐŽÐžÑ Ðº ЌМПжеÑÑÐ²Ñ ÐŸÑОбПк, пПÑÑÐŸÐŒÑ Ð¿ÑОÑ
+ПЎОÑÑÑ Ð¿ÑПвПЎОÑÑ ÐŽÐ²ÐŸÐ¹ÐœÐŸÐ¹ ОлО ÑÑПйМПй ÐœÐ°Ð±ÐŸÑ ÑекÑÑа, ÑÑП ÑвÑзаМП Ñ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑЌО заÑÑаÑаЌО.
+ÐÑе ОзЎеÑжкО завОÑÑÑ ÐŸÑ ÑÑÐŸÐ²ÐœÑ Ð·Ð°ÑплаÑÑ. ÐбÑÑМП лÑЎО, заМОЌаÑÑОеÑÑ Ð¿ÐµÑаÑаМОеЌ, в ÑазвОваÑÑОÑ
+ÑÑ ÑÑÑаМаÑ
+ пПлÑÑаÑÑ ÐŸÐºÐŸÐ»ÐŸ $150 в ЌеÑÑÑ. ÐÑ
+ пÑПОзвПЎОÑелÑМПÑÑÑ ÐŒÐŸÐ¶ÐµÑ ÑПÑÑавлÑÑÑ 20-30 ÑÑÑÐ°ÐœÐžÑ Ð² ЎеМÑ, ÑППÑвеÑÑÑвеММП 400 ÑÑÑÐ°ÐœÐžÑ Ð² ЌеÑÑÑ, вклÑÑÐ°Ñ ÐžÐ·ÐŸÐ±ÑажеМОÑ. С ЎвПйМÑÐŒ МабПÑПЌ ÑÑП ÑÑаМПвОÑÑÑ $300 в ЌеÑÑÑ Ð¿Ð»ÑÑ ÐŽÑÑгОе заÑÑаÑÑ.
+
+
+
+
+Ð€Ð°Ð¹Ð»Ñ ÐзПбÑажеМОÑ
+
+
+ÐÑÐµÐœÑ ÐŽÐµÑевПй алÑÑеÑМаÑОвПй ÐРС ÑвлÑеÑÑÑ ÐžÑпПлÑзПваМОе пÑПÑÑПгП ÑПÑЌаÑа PDF ÐŽÐ»Ñ Ð²ÑеÑ
+ ПÑÑкаМОÑПваММÑÑ
+ ЎПкÑЌеМÑПв. ЊеМа ÑПÑÑавлÑÐµÑ Ð²ÑегП лОÑÑ ÑаÑÑÑ ÐŸÑ ÑÑПОЌПÑÑО ÐРС â ПкПлП $0.1 за ÑÑÑаМОÑÑ.
+ÐПÑле ÑПгП, как завеÑÑеМП ÑкаМОÑПваМОе О ЎПÑÑÑпМÑÐŒ ÑÐ°Ð¹Ð»Ñ TIFF, авÑПЌаÑОÑеÑкОй кПМвеÑÑÐµÑ ÐŒÐŸÐ¶ÐµÑ (ПбÑÑМП Adobe Acrobat, Adobe Photoshop) пÑеПбÑазПваÑÑ Ð²Ñе ÑÐ°Ð¹Ð»Ñ ÑПÑЌаÑа TIFF в ÑÐ°Ð¹Ð»Ñ PDF.
+ÐÑÑОÑаÑелÑМПй ÑеÑÑПй ÑакОÑ
+ ЎПкÑЌеМÑПв ÑвлÑеÑÑÑ ÑП, ÑÑП пП МОЌ МелÑÐ·Ñ ÐŸÑÑÑеÑÑвлÑÑÑ Ð¿ÐŸÐžÑк. Ð ÑÐŸÐŒÑ Ð¶Ðµ ПМО ЎПвПлÑМП бПлÑÑОÑ
+ ÑазЌеÑПв, ПбÑÑМП 50кб Ма ÑÑÑаМОÑÑ Ð¿Ð»ÑÑ 20% в завОÑОЌПÑÑО ÐŸÑ ÐºÐ°ÑеÑÑва Ñайла TIFF.
+Ð€Ð°Ð¹Ð»Ñ PDF ПÑÐµÐœÑ ÐŽÐŸÐ»Ð³ÐŸ загÑÑжаÑÑÑÑ Ñ ÐÐœÑеÑМеÑа (в ÑазвОваÑÑОÑ
+ÑÑ ÑÑÑаМаÑ
+ ÑÑП ПÑÐµÐœÑ ÐŽÐŸÑПгП О ЌМПгОЌ Ме пП каÑЌаМÑ). ÐМО ÑеЎкП пПЌеÑаÑÑÑÑ ÐœÐ° ÑлПппО-ЎОÑке О Ме пПЎЎеÑжОваÑÑ ÑакОе МеПбÑ
+ПЎОЌÑе ÑÑМкÑОО, как "вÑÑезаÑÑ" О "вÑÑавОÑÑ".
+ÐÑОбегаÑÑ Ðº ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ PDF-ÑайлПв МеПбÑ
+ПЎОЌП ÑПлÑкП ÑПгЎа, кПгЎа ÐœÐµÑ ÐŽÐµÐœÐµÐ³ Ма ÐРС, О ÐŽÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв, кПÑПÑÑе бÑÐŽÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐŸÑМПÑОÑелÑМП ЌалÑÐŒ кПлОÑеÑÑвПЌ лÑЎей, ОЌеÑÑОÑ
+ бÑÑÑÑÑÑ ÐÐœÑеÑМеÑ-ÑвÑзÑ.
+
+
+
+
+
+
+СПвЌеÑеМОе ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ñ ÐРС
+
+
+ÐÑлО ÑÐºÐ°ÐœÐµÑ ÐœÐ°Ð¿ÑÑÐŒÑÑ Ð¿ÐŸÐŽÐºÐ»ÑÑеМ к кПЌпÑÑÑеÑÑ, Ма кПÑПÑПЌ ÑÑÑаМПвлеМа пÑПгÑаЌЌа ÐРС, ÑП бПлÑÑОМÑÑвП ÑÑОÑ
+ пÑПгÑаЌЌ ÐŒÐŸÐ¶ÐµÑ Ð¿ÑПвПЎОÑÑ Ð¿ÑПÑеÑÑ ÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÐРС ПЎМПвÑеЌеММП. ÐÑÐŸÑ ÐŒÐµÑПЎ ÑвлÑеÑÑÑ Ñ
+ПÑПÑей ÑÑÑаÑегОей, еÑлО Ð²Ñ ÑабПÑаеÑе Ñ ÐœÐµÐ±ÐŸÐ»ÑÑОЌ ПбÑеЌПЌ ОМÑПÑЌаÑОО, МП Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÑÐµÐœÑ ÐŒÐœÐŸÐ³ÐŸ вÑеЌеМО, еÑлО ПМ велОк.
+ÐÑлО Ð²Ñ Ð¶ÐµÐ»Ð°ÐµÑе пÑОЎеÑжОваÑÑÑÑ ÑеЌпа 100-150 ÑÑÑÐ°ÐœÐžÑ Ð² ЌеÑÑÑ, ÑП ÑÑÐŸÑ ÐŒÐµÑПЎ ÐŽÐ»Ñ Ð²Ð°Ñ. ÐÐ»Ñ Ð±ÐŸÐ»ÑÑегП ПбÑеЌа ЎПкÑЌеМÑПв бÑÑÑÑее О ÑЎПбМее ÑПвеÑÑаÑÑ ÑкаМОÑПваМОе ПÑЎелÑМП ÐŸÑ ÐРС.
+
+
+
+
+
+
+
+ ТÑО пÑОЌеÑа: ÐŸÑ 1000 ЎП 100.000 ÑÑÑаМОÑ
+
+
+
+
+ÐебПлÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ: ÐŸÑ 500 ЎП 1000 ÑÑÑаМОÑ
+
+
+ÐПлÑÑОМÑÑвП ÐÐÐ ÐœÑжЎаÑÑÑÑ Ð² ÑкаМОÑПваМОО ЌаÑеÑОала ПбÑеЌПЌ 5000-1000 ÑÑÑаМОÑ. ÐÑП ЌПжМП ПÑÑÑеÑÑвОÑÑ Ðž пÑПвеÑÑО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐРС без ПÑПбПгП ÑÑÑЎа пÑО МалОÑОО вÑÑПкП ÑелеÑÑÑÑеЌлеММÑÑ
+ ÑабПÑМОкПв.
+
+
+СкаМОÑПваМОе
+
+
+ÐеÑвÑй Ñаг ÑПÑÑÐŸÐžÑ Ð² ÑкаМОÑПваМОО ЌаÑеÑОала ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐµÐ³ÐŸ в каÑеÑÑвеММПЌ ÑлекÑÑПММПЌ ÑПÑЌаÑе TIFF - Ма кажЎÑÑ ÑÑÑаМОÑÑ Ð¿ÐŸ ÐŸÐŽÐœÐŸÐŒÑ ÑайлÑ. РМаÑÑÑПйкаÑ
+ МаЎП пПЎбОÑаÑÑ ÑППÑвеÑÑÑвÑÑÑОе ÑÐµÐ¶ÐžÐŒÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОпа ÑОÑÑМка. ÐÑеЎпПлПжОЌ, ÑÑП заЎаÑа ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÐŸÑÑкаМОÑПваÑÑ 1000 ÑÑÑаМОÑ. ÐÑП ЌПжМП ПÑгаМОзПваÑÑ, МаМÑв ÑабПÑМОкПв Ма пПлÑÑавкО Ма пÑПÑÑжеМОО ЌеÑÑÑа â ÑПлÑкП ÐŽÐ»Ñ ÑкаМОÑПваМОÑ. Ð€Ð°Ð¹Ð»Ñ TIFF зайЌÑÑ ÐŸÑ 60 ЎП 80ÐРпÑПÑÑÑаМÑÑва Ма жеÑÑкПЌ ЎОÑке О лÑÑÑе вÑегП Ñакже запОÑаÑÑ ÑÑО ÑÐ°Ð¹Ð»Ñ ÐœÐ° кПЌпакÑ-ЎОÑк (CD-ROM). ÐеЎПÑПгПй МаÑÑПлÑÐœÑй ÑÐºÐ°ÐœÐµÑ ÑеМПй $ 100-300 бÑÐŽÐµÑ ÐŽÐŸÑÑаÑПÑеМ ÐŽÐ»Ñ ÑÑПй ÑабПÑÑ. СкаМОÑПваМОе ЌПжМП пÑПвПЎОÑÑ Ð²ÐµÑеÑПЌ ОлО пП вÑÑ
+ПЎМÑÐŒ.
+
+
+
+
+ÐРС
+
+
+СлеЎÑÑÑОй Ñаг - ÑÑП пÑПвеÑÑО пÑПÑеÑÑ ÐРС ПЎМОЌ ОлО МеÑкПлÑкОЌО ÑабПÑМОкаЌО, ОЌеÑÑОЌО Ñ
+ПÑПÑОе ÑзÑкПвÑе МавÑкО. Ð€Ð°Ð¹Ð»Ñ TIFF ЌПжМП ÑаÑпÑеЎелОÑÑ Ð¿ÐŸ МеÑкПлÑкОЌ кПЌпÑÑÑеÑаЌ ОлО вÑпПлМÑÑÑ Ð²ÑÑ ÑабПÑÑ ÐœÐ° ПЎМПЌ. ÐбÑÑМП ÑÑП Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÐºÐŸÐ»ÐŸ пÑÑО ОлО ÑеÑÑО ЌеÑÑÑев ÐŽÐ»Ñ ÑабПÑМОка Ма пПл -ÑÑавкО (пÑОЌеÑМП 20 ÑаÑПв в МеЎелÑ) ÐŽÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÐ¹ О безПÑОбПÑМПй ПбÑабПÑкО 1000 ÑÑÑÐ°ÐœÐžÑ Ð² ÑÐ°Ð¹Ð»Ñ Word ОлО HTML-ЎПкÑЌеМÑПв.
+
+
+
+
+ÐПÑÑÑеМОе ÐŽÑÑгОЌ
+
+
+РкаÑеÑÑве алÑÑеÑМаÑÐžÐ²Ñ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пПÑÑÑОÑÑ ÑÑÑ ÑабПÑÑ Ð¿ÑПÑеÑÑОПМалÑМПй кПЌпаМОО. ÐÑП бÑÐŽÐµÑ ÑÑПОÑÑ ÐŸÐºÐŸÐ»ÐŸ $1500-$2000 ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐŸÑлОÑÐœÑÑ
+ Word ОлО HTML-ÑайлПв.
+
+
+
+
+
+
+ÐÑе пÑблОкаÑОО ПÑгаМОзаÑОО: 5000 ÑÑÑаМОÑ
+
+
+ÐМПгОе бПлÑÑОе ПÑгаМОзаÑОО ОЌеÑÑ Ð°ÑÑ
+ОвÑ, ÑПÑÑПÑÑОе пÑОЌеÑМП Оз 5000 ÑÑÑÐ°ÐœÐžÑ ÐžÐ·ÐŽÐ°ÐœÐžÐ¹, кМОг, ÑазлОÑМПгП ÑПЎа лОÑеÑаÑÑÑÑ, кПÑПÑÑе Ñже Ме ОзЎаÑÑÑÑ.
+
+
+СкаМОÑПваМОе
+
+
+ÐÑП ÑлОÑкПЌ бПлÑÑПй ПбÑеЌ ÐŽÐ»Ñ Ð¿ÑПÑÑПгП МаÑÑПлÑкП ÑкаМеÑа. СкаМОÑПваМОе лÑÑÑе лОбП пПÑÑÑОÑÑ ÐºÐŸÐŒÐ¿Ð°ÐœÐžÐž (ПкПлП $400 за 5000 ÑÑÑаМОÑ) ОлО пÑОПбÑеÑÑО ÑÐºÐ°ÐœÐµÑ Ñ Ð°Ð²ÑПЌаÑОÑеÑкПй пПЎаÑей ÑÑÑÐ°ÐœÐžÑ (ПкПлП $900). ÐПжМП Ñакже пÑОПбÑеÑÑО ÑÐºÐ°ÐœÐµÑ ÑПвЌеÑÑМП Ñ ÐŽÑÑгОЌО ÐÐРОлО ÐŽÑÑгОЌО ПÑгаМОзаÑОÑЌО ($6000 ÑазЎелОÑÑ ÐœÐ° кПлОÑеÑÑвП ÑПвлаЎелÑÑев). ÐÑе 5000 ÑÑÑÐ°ÐœÐžÑ Ð·Ð°Ð¹ÐŒÑÑ ÐŸÐºÐŸÐ»ÐŸ 300-400 MB, О ÑМПва ÐŒÑ ÑекПЌеМЎÑеЌ ваЌ паÑаллелÑМП запОÑаÑÑ ÑÑП Ма CD.
+
+
+
+
+ÐРС
+
+
+Ð ÑМПва ваЌ ÐœÑжМП пÑПйÑО ÑеÑез пÑПÑеÑÑ ÐРС, ОÑпПлÑзÑÑ ÑÑ
+ПжÑÑ ÑабПÑÑÑ ÑОлÑ, ÑÑП О в пÑеЎÑÐŽÑÑеЌ ÑлÑÑае. ÐПжМП ОÑпПлÑзПваÑÑ ÐŸÐŽÐžÐœ ОлО МеÑкПлÑкП кПЌпÑÑÑеÑПв. Ðа 5000 ÑÑÑÐ°ÐœÐžÑ ÑÑП Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÐºÐŸÐ»ÐŸ 25-30 ЌеÑÑÑев пÑО ÑабПÑе пП 20 ÑаÑПв в МеЎелÑ. Ðа пÑакÑОке ÑÑП ПÑÐµÐœÑ ÐŽÐŸÐ»Ð³ÐžÐ¹ ÑÑПк. ÐÑжеМ ÑелПвек, ПÑвеÑÑÑвеММÑй за плаÑÑ ÑабПÑМОкаЌ, МаЎзПÑПЌ за каÑеÑÑвПЌ, пÑеЎПÑÑавлеМОе МеПбÑ
+ПЎОЌПгП ЌеÑÑа О Ñ.ÐŽ. ÐŽÐ»Ñ ÐŸÐºÐŸÐœÑÐ°ÐœÐžÑ ÑабПÑÑ ÐºÐ°ÑеÑÑвеММП О за ЌеМее кПÑПÑкОй ÑÑПк.
+ÐПжМП Ñакже ÑПзЎаÑÑ ÑÐ°Ð¹Ð»Ñ PDF, кПÑПÑÑе зайЌÑÑ ÐŸÐºÐŸÐ»ÐŸ 300-400 MB пÑПÑÑÑаМÑÑва О бÑÐŽÑÑ ÐŸÑÐµÐœÑ ÐŽÐŸÐ»Ð³ÐŸ загÑÑжаÑÑÑÑ ÑеÑез ÐÐœÑеÑМеÑ.
+
+
+
+
+ÐПÑÑÑеМОе ÐŽÑÑгОЌ
+
+
+ÐПжМП пПÑÑÑОÑÑ ÐŽÑÑгПй кПЌпаМОО как ÑкаМОÑПваМОе, Ñак О ÐРС. ÐÑП бÑÐŽÐµÑ ÑÑПОÑÑ ÐŸÑ $7500 ЎП $10000 за вÑÑ ÑабПÑÑ.
+
+
+
+
+
+
+ÐебПлÑÑÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека: 100.000 ÑÑÑаМОÑ
+
+
+РазлОÑÐœÑе кÑÑпМÑе ПÑгаМОзаÑОО, ÑМОвеÑÑОÑеÑÑ, пÑавОÑелÑÑÑвП О ÑпеÑОалОзОÑПваММÑе бОблОПÑекО ЌПгÑÑ Ð¿ÐŸÐ¶ÐµÐ»Ð°ÑÑ Ð¿ÐµÑевеÑÑО вÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑÐµÐºÑ Ð² ÑОÑÑПвПй ÑПÑÐŒÐ°Ñ â ЎПпÑÑÑОЌ 100.000 ÑÑÑаМОÑ. ÐеÑÐ²Ð°Ñ Ð²ÐµÑÑ, П кПÑПÑПй ÑлеЎÑÐµÑ Ð¿ÐŸÐ·Ð°Ð±ÐŸÑОÑÑÑÑ, - ÑÑП авÑПÑÑкОе пÑава Ма вÑе ОзЎаМОÑ. ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÐ»ÑÑОÑÑ ÑазÑеÑеМОе влаЎелÑÑев ÑÑОÑ
+ пÑав пеÑеЎ ÑеЌ, как МаÑаÑÑ ÑкаМОÑПваМОе. ÐаЌ Ñакже ÑлеЎÑÐµÑ ÑбеЎОÑÑÑÑ Ð² ÑПЌ, ÑÑП ÑÑО ЎПкÑЌеМÑÑ ÐµÑе Ме ÑÑÑеÑÑвÑÑÑ Ð² ÑОÑÑПвПЌ ÑПÑЌаÑе.
+
+
+СкаМОÑПваМОе
+
+
+ТакПй ПбÑеЌ ÑлОÑкПЌ велОк ÐŽÐ»Ñ ÑкаМеÑа Ñ Ð°Ð²ÑПЌаÑОÑеÑкПй пПЎаÑей ÑÑÑаМОÑ. ÐÑП ÐœÑжМП лОбП пПÑÑÑОÑÑ ÐŽÑÑгОЌ ПÑгаМОзаÑОÑÐŒ ($8000 за 100.000 ÑÑÑаМОÑ) ОлО пÑОПбÑеÑÑО ЎПÑПгПй ÑÐºÐ°ÐœÐµÑ ÑПвЌеÑÑМП Ñ ÐŽÑÑгОЌО ($6000). ÐбÑеЌ 100.000 ÑÑÑÐ°ÐœÐžÑ Ð·Ð°Ð¹ÐŒÐµÑ 6-8 GB. СМПва ваЌ лÑÑÑе пПЌеÑÑОÑÑ ÐºÐŸÐ¿ÐžÑ Ð² МеÑкПлÑкП кПЌпакÑ-ЎОÑкПв.
+
+
+
+
+ÐРС
+
+
+ÐÑПÑПй Ñаг - ÑÑП пÑПвеЎеМОе ÐРС (ОлО ÑПзЎаМОе PDF-ÑайлПв ÐŽÐ»Ñ ÑеЎкП ОÑпПлÑзÑеЌÑÑ
+ ЎПкÑЌеМÑПв). ÐÑП Ð·Ð°Ð¹ÐŒÐµÑ ÐŸÐºÐŸÐ»ÐŸ 500 - 700 ЌеÑÑÑев ÐŽÐ»Ñ Ð²ÑегП пÑПÑеÑÑа ÐРС О пеÑевПЎа в Word О HTML пÑО ОÑпПлÑзПваМОО ÑабПÑМОкПв Ма пПлÑÑавкО. ÐÑП МеÑÑÑекÑОвМП, пПÑÑÐŸÐŒÑ Ð²Ð°ÐŒ лÑÑÑе пПÑÑÑОÑÑ ÑÑÑ ÑабПÑÑ Ð¿ÑПÑеÑÑОПМалаЌ.
+ÐÐ»Ñ ÑÐœÐžÐ¶ÐµÐœÐžÑ Ð·Ð°ÑÑÐ°Ñ Ð±ÐŸÐ»ÑÑОМÑÑвП ÑеЎкП ОÑпПлÑзÑеЌÑÑ
+ ÑÑÑÐ°ÐœÐžÑ (ÑкажеЌ, 80% ОлО 80.000 Ñ.) ЌПжМП кПМвеÑÑОÑПваÑÑ Ð² ÑÐ°Ð¹Ð»Ñ PDF, а ПÑÑалÑÐœÑе 20.000 в Word, HTML. Ð€Ð°Ð¹Ð»Ñ PDF заМÑлО Ð±Ñ 4-6 GB, ЎПлгП загÑÑжаеЌÑÑ
+ ÑеÑез ÐÐœÑеÑМеÑ, МП ÑÑПОлО Ð±Ñ ÐŸÐœÐž $0.2 за ÑÑÑаМОÑÑ Ñ Ð¿ÑПÑеÑÑОПМалÑМПй кПЌпаМОО ($16.000 ÐŽÐ»Ñ 80.000 Ñ.). ÐÑлО ОÑпПлÑзПваÑÑ ÐœÐ°ÐµÐŒÐœÑй ÑÑÑÐŽ ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑаÑОО TIFF в PDF, ÑП ÑÑП заМÑлП Ð±Ñ 10-20 ЌеÑÑÑев ÑабПÑÑ ÐœÐ° пПлÑÑавкО.
+
+
+
+
+ÐПÑÑÑеМОе ÐŽÑÑгОЌ
+
+
+ÐÑлО ÑПÑ
+ÑаМОÑÑ Ð¿ÑПпПÑÑÐžÑ 80% PDF О 20% HTML, Word, ÑП пеÑÐ²Ð°Ñ ÑаÑÑÑ ÑÑÐŸÐžÑ ÐŸÐºÐŸÐ»ÐŸ $16.000, а вÑПÑÐ°Ñ - ПкПлП $30.000-$40.000, а в ÑелПЌ ПкПлП $50,000. ÐÑлО вÑе пÑПвеÑÑО ÑеÑез ÐРС, ÑÑП бÑÐŽÐµÑ ÑÑПОÑÑ $150.000-$200.000.
+
+
+
+
+
+
+
+
+ÑлекÑÑПММПй кПллекÑОО
+
+
+СлеЎÑÐµÑ ÑÑОÑÑваÑÑ ÑÑО важМÑе веÑО пÑО пÑОМÑÑОО ÑеÑÐµÐœÐžÑ ÐŸ ÑПзЎаМОО ÑлекÑÑПММПй кПллекÑОО. ÐеÑвПе, ÐœÑжМП ÑÑÐŸÐ±Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±Ñла ПÑгаМОзПваМа О ОЌела ПпÑеЎелеММÑÑ ÑÑÑÑкÑÑÑÑ. ЧеЌ бПлÑÑе ÑПЎеÑжаМОе, ÑеЌ ÑазМППбÑазМее ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐžÐœÐŽÐµÐºÑÑ Ðž МеПбÑ
+ПЎОЌа ЌПÑÐœÐ°Ñ Ð¿ÐŸÐžÑÐºÐŸÐ²Ð°Ñ ÑОÑÑеЌа. ÐÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОй ПбÑеЌПЌ 3000-5000 ÑÑÑÐ°ÐœÐžÑ ÐŸÑÐµÐœÑ Ð²Ð°Ð¶ÐœÐŸ ОЌеÑÑ ÑÑебПваМОÑ, ПпОÑаММÑе вÑÑе. ÐП-вÑПÑÑÑ
+, пÑежЎе вÑегП ÑлеЎÑÐµÑ ÑÑОÑÑваÑÑ ÐœÑÐ¶ÐŽÑ ÐºÐŸÐœÐµÑМПгП пПлÑзПваÑелÑ. СлеЎÑÐµÑ ÑеÑкП ПпÑеЎелОÑÑ Ð³ÑÑÐ¿Ð¿Ñ Ð»ÑЎей, ÐŽÐ»Ñ ÐºÐŸÑПÑÑÑ
+ ÑПзЎаеÑÑÑ ÑÑа кПллекÑОÑ, О МепÑеЌеММП ПказÑваÑÑ ÐžÐŒ кПМÑÑлÑÑаÑОПММÑе ÑÑлÑгО. РМакПМеÑ, МалОÑОе ÑÑеЎÑÑв ПпÑÐµÐŽÐµÐ»ÐžÑ ÐŸÐ±ÑеЌ пПÑеМÑОалÑМПй ÑабПÑÑ.
+
+
+ÐеÑÐŸÐŽÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй
+
+
+СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ³ÐŸ пÑОЌеÑПв пÑевПÑÑ
+ПЎМÑÑ
+ кПЌпакÑ-ЎОÑкПв, кПÑПÑÑе ÑÐŸÐ·ÐŽÐ°ÐœÑ Ð¿ÐŸ ЌПЎелО веб-ÑÑÑаМОÑ. HTML, PDF ОлО ЎПкÑЌеМÑÑ Word ЎПбавлÑÑÑÑÑ Ðž ÑвÑзÑваÑÑÑÑ Ñ ÐžÑпПлÑзПваМОеЌ гОпеÑÑÑÑлПк. ÐавОгаÑÐžÑ ÑЎелаМа пÑПÑÑПй О пÑОвлекаÑелÑМПй пÑО пПЌПÑО гОпеÑÑвÑзей, ÑÑейЌПв, клÑÑевÑÑ
+ ÑлПв, ОМЎекÑПв О Ñ.ÐŽ. ТакОе ÑОÑÑÐµÐŒÑ ÑабПÑаÑÑ Ñ
+ПÑПÑП вплПÑÑ ÐŽÐŸ МеÑкПлÑкОÑ
+ ÑÑÑÑÑ ÑÑÑаМОÑ, МП Ñ 3000 ЎП 5000 ÑÑÑÐ°ÐœÐžÑ Ð²Ð°Ð¶ÐœÐŸ ОЌеÑÑ Ñ
+ПÑПÑП ÑÑÑÑкÑÑÑОÑПваММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ðž ЌПÑÐœÑе ÑÑеЎÑÑва пПОÑка. ÐЌеММП в ÑÑПЌ ÑлÑÑае пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÐŒÐŸÐ¶ÐµÑ ÑÑÑекÑОвМП пПЌПÑÑ.
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе ЊОÑÑПвПй бОблОПÑекО Greenstone ÑÐŸÐ·ÐŽÐ°ÐµÑ ÑÑÑÑкÑÑÑОÑПваММÑÑ ÑОÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑÐµÐºÑ Ðž вклÑÑÐ°ÐµÑ ÐŸÑÐµÐœÑ ÐŒÐŸÑÐœÑе пПОÑкПвÑе вПзЌПжМПÑÑО О ÑÑеЎÑÑва вПÑÑÑаМПвлеМОÑ. ÐП 150000 ÑÑÑÐ°ÐœÐžÑ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿ÑПОМЎекÑОÑПваМП Ма ПÑЎелÑМПЌ CD-ROM. ÐажЎÑй CD-ROM ÐŒÐŸÐ¶ÐµÑ ÑÑаÑÑ ÑеÑвеÑПЌ ÐÐœÑеÑМеÑа. Greenstone ÑвлÑеÑÑÑ ÐŸÑкÑÑÑÑÐŒ пÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ Ñ ÐŸÑкÑÑÑПй ОÑÑ
+ПЎМПй пÑПгÑаЌЌПй О ÑвПбПЎМП ЎПÑÑÑпМП ÑПглаÑМП лОÑеМзОО GNU.
+СПпÑÑÑÑвÑÑÑОе ÑÑкПвПЎÑÑва ПпОÑÑваÑÑ, как ÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Greenstone. ÐÑÑÑ Ð¿ÐŸ ÑÑÑеÑÑÐ²Ñ ÑÑО ÑазлОÑÐœÑÑ
+ пÑÑО ОÑ
+ ÑПзЎаМОÑ:
+
+
+ÐÐœÑеÑÑÐµÐ¹Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекаÑÑ
+
+
+ÐПллекÑПÑ
+
+
+ÐПÑÑÑПеМОе Оз кПЌаМЎМПй ÑÑÑПкО.
+
+
+ÐеÑвÑй ЌеÑПЎ - "бОблОПÑеÑМОй" ОМÑеÑÑейÑ, ПпОÑаММÑй в ÑÑкПвПЎÑÑве пПлÑзПваÑÐµÐ»Ñ Ð¿ÐŸ ЊОÑÑПвПй ÐОблОПÑеке ÐÑОМÑÑПÑÐœ (Ðлава 3, «СПзЎаМОе кПллекÑОй ÐÑОМÑÑПÑМ»). ÐÑП - вÑеÑÑПÑПММее ЎОалПгПвПе ÑÑеЎÑÑвП ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй. С ÑÑОЌ, ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑÑÑПОÑÑ ÐœÐ°Ð±ÐŸÑÑ ÐŽÐŸÐºÑЌеМÑПв, ОЌпПÑÑОÑПваÑÑ ÐžÐ»Ðž МазМаÑаÑÑ ÐŒÐµÑаЎаММÑе, О ПбÑеЎОМÑÑÑ ÐžÑ
+ в кПллекÑÐžÑ ÐÑОМÑÑПÑÐœ. ÐÑПÑПй ЌеÑПЎ - "ÐПллекÑПÑ" пПЎÑОÑÑеЌа, ПпОÑÐ°ÐœÐœÐ°Ñ Ð² 4 Ðлаве в ÑÑкПвПЎÑÑве пПлÑзПваÑелÑ. ÐÑП â пÑеЎОЎÑÑее ÑÑеЎÑÑвП, кПÑПÑПе ПбеÑпеÑÐžÐ²Ð°ÐµÑ Ð°Ð»ÑÑеÑМаÑОвМÑй пÑÑÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Ñ ÐžÑпПлÑзПваМОеЌ ÑеÑО ОлО ÐŽÑÑгОÑ
+ ЎПкÑЌеМÑПв. ÐеЎÑÑее ÐÐ°Ñ ÑеÑез пПÑлеЎПваÑелÑМПÑÑÑ ÐŽÐžÐ°Ð»ÐŸÐ³ÐŸÐ²ÑÑ
+ веб ÑÑÑаМОÑ, кПÑПÑÑе запÑаÑОваÑÑ ÐžÐœÑПÑЌаÑОÑ. ÐЎМакП, ÑÑП Ме ПбеÑпеÑОваеÑ, ЎПбавлеМОе ЌеÑаЎаММÑÑ
+ к ÑÑÑеÑÑвÑÑÑОЌ ЎПкÑЌеМÑаЌ, О - пПÑкПлÑÐºÑ ÑÑП â веб ОМÑеÑÑÐµÐ¹Ñ - ÑÑП Ме вÑегЎа пПЎÑ
+ПЎÑÑее ÑÑеЎÑÑвП ÐŽÐ»Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОй, кПÑПÑÑе ÑÑебÑÑÑ Ð±ÐŸÐ»ÑÑе МеÑкПлÑкОÑ
+ ЌОМÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑПеМОÑ. ТÑеÑОй ЌеÑПЎ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÑпÑавлÑÑÑ Ð¿ÑПгÑаЌЌаЌО ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй МепПÑÑеЎÑÑвеММП Оз кПЌаМЎМПй ÑÑÑПкО; ÑÑП МаÑ
+ПЎОÑÑÑ Ð² ÑÑкПвПЎÑÑве пПлÑзПваÑÐµÐ»Ñ Ð¿ÐŸ ЊОÑÑПвПй ÐОблОПÑеке ÐÑОМÑÑПÑÐœ (Ðлава 1). ÐÑП ÐŽÐ°ÐµÑ Ð±ÐŸÐ»ÑÑее кПлОÑеÑÑвП гОбкПÑÑО ÐŽÐ»Ñ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑМПгП ОÑпПлÑзПваМОО пÑПгÑаЌЌ, ÑÐºÐŸÐœÐŸÐŒÑ ÐœÐ° пÑПЌежÑÑПÑÐœÑÑ
+ ÑезÑлÑÑаÑаÑ
+, О ЌПгÑÑ Ð±ÑÑÑ Ð¶ÐµÐ»Ð°ÑелÑÐœÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй, кПÑПÑÑе ОÑпПлÑзÑÑÑ ÐŸÑÐµÐœÑ ÐŒÐœÐŸÐ³ÐŸ вÑеЌеМО. ÐаЌ бÑÐŽÐµÑ Ñакже пПлезМП пÑПÑОÑаÑÑ Ð³Ð»Ð°Ð²Ñ 2 ÐОЎа ÑÑкПвПЎÑÑве пПлÑзПваÑÐµÐ»Ñ ÑÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ Ð²Ñе вПзЌПжМПÑÑО ÐÑОМÑÑПÑÐœ, ÑÑÐŸÐ±Ñ ÑÑÑПОÑÑ Ð¿ÑПЎвОМÑÑÑе кПллекÑОО.
+ÐÑÑÑ Ñакже ÑеÑвеÑÑÑй ЌеÑПЎ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ðž ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐ°ÑеÑОалПв Ñ ÐžÑпПлÑзПваМОеЌ, пÑПгÑÐ°ÐŒÐŒÑ ÐœÐ°Ð·ÑваеЌПй ÐÑгаМайзеÑПЌ кПллекÑОй. ÐЎМакП, ее ÑÑМкÑОПМалÑÐœÑе вПзЌПжМПÑÑО бÑл Ð·Ð°ÐŒÐµÐœÐµÐœÑ Ð²ÑÑе ÑпПЌÑÐœÑÑÑÐŒ ОМÑеÑÑейÑПЌ бОблОПÑекаÑÑ. ÐпОÑаММÑÐŒ в ЎПкÑЌеМÑе ÐÑпПлÑзПваМОе ÐÑгаМайзеÑа.
+
+
+
+
+ÐбÑÑеМОе за 7 ÑагПв О 15 ЌОМÑÑ
+
+
+ÐÑÑÑОй ÑпПÑПб вÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ Ð² ÑÑÑеÑÑвП Ўела â ÑÑП пПÑЌПÑÑеÑÑ Ðž пÑПÑÑвÑÑвПваÑÑ ÐОблОПÑеÑÐœÑй ОМÑеÑÑейÑ. ÐÐœ ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÑакÑОÑеÑкО ÑПзЎаÑÑ ÐŒÐ°Ð»ÐµÐœÑкÑÑ ÑеÑÑПвÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекÑ. ÐÑлО ÐÑ ÑаÑпПлагаеÑе 15-Ñ ÐŒÐžÐœÑÑаЌО, пПжалÑйÑÑа, ÑлеЎÑйÑе ÑÑОЌО ÑагаЌО, О ÐÑ Ð¿ÐŸÐ¹ÐŒÐµÑе ÑÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ ÐœÐ°ÐŒÐœÐŸÐ³ÐŸ лÑÑÑе.
+ÐП ÑПгП, как ÐÑ ÐœÐ°ÑМеÑе ПбÑÑеМОе, ÑМаÑала ОМÑÑаллОÑÑйÑе Greenstone (ÑÐŒ. РÑкПвПЎÑÑвП пП ОМÑÑаллÑÑОО Greenstone ), кПÑПÑÑй вклÑÑаеÑ ÐеЌПМÑÑÑаÑОПММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Â Ð² ÑПÑЌаÑе DLS О ее ОÑÑ
+ПЎМÑе ÑайлÑ. ÐбÑаÑОÑе вМОЌаМОе Ма ÑП, ÑÑП еÑлО ÐÑ Ñ
+ПÑОÑе ОЌеÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ Ðº ÐаÑей кПллекÑОО лÑбПй Оз 140 ЎПкÑЌеМÑПв, вÑ
+ПЎÑÑОÑ
+ в кПллекÑÐžÑ DLS (вЌеÑÑП вÑегП лОÑÑ 11 Оз ÑÑОÑ
+ ЎПкÑЌеМÑПв в ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО Greenstone), ÑП ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÐœÑÑаллОÑПваÑÑ DLS в каÑеÑÑве ПЎМПгП Оз пÑОЌеÑПв бОблОПÑек Greenstone. ÐеЌПМÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ Ðž DLS кПллекÑОО бÑÐŽÑÑ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ð²Â C:\Program Files\gsdl\gsld\collect  в ÑÑбЎОÑекÑПÑОÑÑ
+ demo  О dls  cППÑвеÑÑÑвеММП. ÐÑлО ÐÑ Ð¿ÑеЎваÑОÑелÑМП ÑÑÑаМПвОлО Greenstone без DLS О Ñ
+ПÑОÑе ОМÑÑаллОÑПваÑÑ ÐµÐµ, ÑП ÐÑ ÐŒÐŸÐ¶ÐµÑе пеÑезапÑÑÑОÑÑ CD-ROM Ñ Greenstone О ЎПбавОÑÑ ÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО вМаÑале ЎеОМÑÑаллОÑПваÑÑ Greenstone.
+ÐÑ Ð¿ÑеЎлагаеЌ, ÑÑÐŸÐ±Ñ ÐÑ ÐŸÑпеÑаÑалО ОМÑÑÑÑкÑОО, ÑаÑпПлПжеММÑе МОже, О ÑлеЎПвалО ОЌ Ñаг за ÑагПЌ:
+
+
+ÐапÑÑÑОÑе ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐŽ Windows, вÑбОÑаÑ Greenstone Digital Library  Оз ÑазЎела Programs  в ÐŒÐµÐœÑ Start  О в МеЌ Librarian Interface ÐÑлО ÐÑ ÐžÑпПлÑзÑеÑе Unix, ÑП вЌеÑÑП ÑÑПгП МапеÑаÑайÑе
+cd ~/gsdl
+cd gli
+./gli.sh
+гЎе ~/gsdl  â ЎОÑекÑПÑОÑ, ÑПЎеÑжаÑÐ°Ñ ÑОÑÑÐµÐŒÑ Greenstone.
+
+
+ÐÑбеÑОÑе New  Оз ÑайлПвПгП ÐŒÐµÐœÑ Ð² гПÑОзПМÑалÑМПй лОМейке ÐŒÐµÐœÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ ÐŸÐºÐœÐ°, ЎайÑе ÐµÐŒÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ, МапÑОЌеÑ, « My First Collection  » О запПлМОÑе ÐÐ°Ñ Ð°ÐŽÑÐµÑ ÑлекÑÑПММПй пПÑÑÑ Ðž кÑаÑкПе ПпОÑаМОе кПллекÑОО. Ð ÐŒÐµÐœÑ Â«Â ÐÑМПва ÑÑПй кПллекÑОО  » вÑбеÑОÑе « ÐеЌПМÑÑÑаÑОПММÑй пÑÐžÐŒÐµÑ Greenstone  » ОлО « ÐПЎЌМПжеÑÑвП ÐОблОПÑекО ÑазвОÑÐžÑ Â Â» (ÑезÑлÑÑÐ°Ñ Ð±ÑÐŽÐµÑ ÑÐŸÑ Ð¶Ðµ ÑаЌÑй, пПÑÐŸÐŒÑ ÑÑП ÑÑО Ўве кПллекÑОО ОЌеÑÑ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÑÑ ÑÑÑÑкÑÑÑÑ).
+
+
+ЧÑÐŸÐ±Ñ ÐŽÐŸÐ±Ð°Ð²ÐžÑÑ ÐœÐµÐºÐŸÑПÑÑе ЎПкÑЌеМÑÑ ÐžÐ· ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО (ОлО кПллекÑОО DLS, еÑлО ПМа ÑÑÑаМПвлеМа) в ÐаÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ÑелкМОÑе ÐŽÐ²Ð°Ð¶ÐŽÑ ÐœÐ° папке Greenstone Ñ Ð»ÐµÐ²ÐŸÐ¹ ÑÑПÑПМÑ, заÑеЌ ÐŽÐ²Ð°Ð¶ÐŽÑ - Ма кПллекÑОО, кПÑПÑÑÑ ÐÑ Ñ
+ПÑОÑе вÑбÑаÑÑ. ÐПкÑЌеМÑÑ Ð² Мей Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ Ð²ÐœÐžÐ·Ñ. ÐÑбеÑОÑе ПЎОМ Оз МОÑ
+, пеÑеÑÑМОÑе егП О пПЌеÑÑОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ Ñ Ð¿ÑавПй ÑÑПÑПМÑ. ÐÑа Ð¿Ð°ÐœÐµÐ»Ñ Ð¿ÑеЎÑÑавлÑÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, кПÑПÑÑÑ ÐÑ ÑПзЎаеÑе. ÐÑбеÑОÑе МеÑкПлÑкП ЎПкÑЌеМÑПв О пеÑеÑÑМОÑе ОÑ
+ в Мее пПÑлеЎПваÑелÑМП ПЎОМ за ÐŽÑÑгОЌ ОлО ОÑпПлÑзÑÑ ÐŒÐœÐŸÐ¶ÐµÑÑвеММÑй вÑÐ±ÐŸÑ ÑÑаМЎаÑÑÐœÑÐŒ ÑпПÑПбПЌ.
+
+
+ÐПбавÑÑе МекПÑПÑÑе Оз ÐаÑОÑ
+ ÑПбÑÑвеММÑÑ
+ ЎПкÑЌеМÑПв, кПÑПÑÑе Ме вÑ
+ПЎÑÑ Ð² ÐеЌПМÑÑÑаÑОПММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ»Ðž DLS-кПллекÑОÑ. ÐакÑПйÑе папкÑ Greenstone Сollections  Ма левПй паМелО О ÑелкМОÑе 2 Ñаза Ма папке Local Filespace , пеÑейЎОÑе к ЎОÑекÑПÑОО, кПÑПÑÐ°Ñ ÑПЎеÑÐ¶ÐžÑ ÐœÐµÐºÐŸÑПÑÑе ЎПкÑЌеМÑÑ (МапÑОЌеÑ, ЌалеМÑкОе ÑÐ°Ð¹Ð»Ñ Word ОлО HTML). ÐеÑеÑаÑОÑе МеÑкПлÑкП Оз МОÑ
+ в пÑавÑÑ Ð¿Ð°ÐœÐµÐ»Ñ, ÑÑÐŸÐ±Ñ Ð²ÐºÐ»ÑÑОÑÑ ÐžÑ
+ в ÐаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐПбавÑÑе ЌеÑаЎаММÑе к ЎПкÑЌеМÑаЌ в ÐаÑей кПллекÑОО. ÐПка ÐÑ ÑабПÑалО пПЎ паМелÑÑ Gather , ПбПзМаÑеММПй ÑОЌвПлПЌ Gather  пПЎ гПÑОзПМÑалÑМПй лОМейкПй ÐŒÐµÐœÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ ÐŸÐºÐœÐ°. ЩелкМОÑе ÑОЌвПл Enrich  ПкПлП Мее. ÐПкÑЌеМÑÑ Ð² ÐаÑей кПллекÑОО ÑепеÑÑ Ð¿ÐŸÑвлÑÑÑÑÑ ÐœÐ° паМелО Ñ Ð»ÐµÐ²ÐŸÐ¹ ÑÑПÑПМÑ. ЩелкМОÑе ПЎОМ Ñаз О ОÑÑлеЎÑйÑе ЌеÑаЎаММÑе, ÑвÑзаММÑе Ñ ÐœÐžÐŒÐž, в ÑаблОÑе « ÐлеЌеМÑ⊠ÐМаÑеМОе  » МавеÑÑ
+Ñ ÑпÑава. ÐÑпПлÑзÑйÑе МОжМÑÑ Ð¿Ð°ÐœÐµÐ»Ñ, ÑÑÐŸÐ±Ñ ÐžÐ·ÐŒÐµÐœÐžÑÑ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑе зМаÑеМОÑ, вÑбОÑÐ°Ñ Ð¶ÐµÐ»Ð°ÑелÑÐœÑй ÐÐ»ÐµÐŒÐµÐœÑ Â Ðž ÑÑÑеÑÑвÑÑÑОе зМаÑÐµÐœÐžÑ ÐŽÐ»Ñ ÐœÐµÐ³ÐŸ Оз ÑпОÑка ОлО вÑпОÑÑÐ²Ð°Ñ ÐœÐŸÐ²ÐŸÐµ зМаÑеМОе в пПле ПкПлП ПÑМПваМОÑ. ÐПбавÑÑе ЌеÑаЎаММÑе ÐазваМОÑ, ÐÑгаМОзаÑОО, ÐлÑÑевÑÑ
+ ÑлПв  к ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐžÐ· ÐаÑОÑ
+ ÑПбÑÑвеММÑÑ
+ ЎПкÑЌеМÑПв, кПÑПÑÑе ÐÑ Ð²Ð²ÐµÐ»Ðž в кПллекÑОÑ. ÐПÑле ÑПгП, как ÐÑ ÐœÐ°Ð¿ÐµÑаÑалО кажЎПе зМаÑеМОе, Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÑелкМÑÑÑ Append, ÑÑÐŸÐ±Ñ ÐŽÐŸÐ±Ð°Ð²ÐžÑÑ ÑÑП зМаÑеМОе к ЌеÑаЎаММÑÐŒ.
+
+
+ЩелкМОÑе клавОÑÑ Create,  ÑÑÐŸÐ±Ñ Ð¿ÐŸÐºÐžÐœÑÑÑ ÑпПÑПб Enrich  О ÑПзЎаÑÑ ÐаÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ЩелкМОÑе кМПпкÑ Build Collection  в ПÑМПваМОО ÑкÑаМа. ÐП вÑÐµÐŒÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑПЌ кПллекÑОО ÐÑ Ð±ÑЎеÑе пПлÑÑаÑÑ ÐœÐµÐºÐŸÑПÑÑе ÑÐ²ÐµÐŽÐµÐœÐžÑ ÐŸ ÑПЌ, ÑÑП ПМ ЎелаеÑ.
+
+
+ÐПгЎа ÑÑП завеÑÑеМП, ÑелкМОÑе ÑОЌвПл ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ , ÑÑÐŸÐ±Ñ ÑаÑÑЌПÑÑеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа. ÐÑПвеÑÑÑе ÐÐ°Ð·Ð²Ð°ÐœÐžÑ a-z, ÐÑгаМОзаÑОО , ÑÑÐŸÐ±Ñ ÐžÐŒÐµÑÑ ÑвеÑеММПÑÑÑ, ÑÑП ÐаÑО ЎПкÑЌеМÑÑ Ð±ÑлО вклÑÑÐµÐœÑ Ð² кПллекÑОÑ. ÐÑО пПÑеÑеМОО ÐаÑОÑ
+ ЎПЌаÑМОÑ
+ ÑÑÑÐ°ÐœÐžÑ Greenstone ÐÑ Ñакже МайЎеÑе, ÑÑП кПллекÑÐžÑ Ð±Ñла ÑÑÑаМПвлеМа как ПЎМа Оз ПбÑÑÐœÑÑ
+ кПллекÑОй.
+
+
+
+
+
+
+
+
+ÐÑе ÑеМÑ, ÑпПЌÑÐœÑÑÑе в ÑÑПЌ ЎПкÑЌеМÑе, ÐŽÐ°ÐœÑ Ð² ЎПллаÑаÑ
+ СКÐ, 2001 гПЎа.
+
+
+ÐÑПзваÑÑ Ð²ÑÑажеМОе вÑеÑ
+ ЎеМежМÑÑ
+ ÑÑЌЌ в 2001 ЎПллаÑе СКÐ
+
+
+
Index: /documentation/branches/2.80/trunk/manuals/xml-source/ru/User_ru.xml
===================================================================
--- /documentation/branches/2.80/trunk/manuals/xml-source/ru/User_ru.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/manuals/xml-source/ru/User_ru.xml (revision 14835)
@@ -0,0 +1,2618 @@
+
+
+
+
+
+
+]>
+
+
+ЊÐЀРÐÐÐЯ ÐÐÐÐÐÐТÐÐÐ GREENSTONE
+
+
+ÐÐСТРУÐЊÐЯ ÐÐÐЬÐÐÐÐТÐÐЯ
+
+
+Ian H. Witten, Stefan Boddie and John Thompson
+
+
+ЀакÑлÑÑÐµÑ ÐПЌпÑÑÑеÑÐœÑÑ
+ ÐаÑк УМОвеÑÑОÑÐµÑ ÐайкаÑП, ÐÐŸÐ²Ð°Ñ ÐелаМЎОÑ
+
+
+ÐеÑÐœÑÑÑÑ Ðº ОМЎекÑÑ
+ÐеÑÐœÑÑÑÑ Ðº веÑÑ
+ÐœÐµÐŒÑ ÐžÐœÐŽÐµÐºÑÑ
+
+Greenstone ÑвлÑеÑÑÑ Ð¿ÑПгÑаЌЌПй, ОÑпПлÑзÑеЌПй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ðž ÑаÑпÑПÑÑÑÐ°ÐœÐµÐœÐžÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑÑ
+ кПллекÑОй, МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑОÑÑПвПЌ ÑПÑЌаÑе. ÐМа пПзвПлÑÐµÑ ÐžÑпПлÑзПваÑÑ ÐœÐŸÐ²Ñй ÑпПÑПб ПÑгаМОзаÑОО О пÑблОкаÑОО ОМÑПÑЌаÑОО в ÐÐœÑеÑМеÑе ОлО Ма кПЌпакÑ-ЎОÑкаÑ
+ CD-ROM. Greenstone бÑл ÑПзЎаМ пП пÑПекÑÑ New Zealand Digital Library Project пÑО ÑМОвеÑÑОÑеÑе ÐайкаÑП, ЎПÑабПÑаМ О ÑаÑпÑПÑÑÑаМеМ пÑО ÑПЎейÑÑвОО ЮÐÐСÐРО МепÑавОÑелÑÑÑвеММПй ПÑгаМОзаÑОО Human info. ÐÑа пÑПгÑаЌЌа ЎПÑÑÑпМа вÑеЌ Ма ÑайÑе http://greenstone.org ÑППÑвеÑÑÑÑÐµÑ ÑÑлПвОÑÐŒ GNU General Public License.
+
+ÐÑ ÐœÐ°ÐŽÐµÐµÐŒÑÑ, ÑÑП ÑÑП пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÑабПÑÐ°ÐµÑ Ñ
+ПÑПÑП. ÐПжалÑйÑÑа, ÑППбÑОÑе П лÑбÑÑ
+ пÑПблеЌаÑ
+ пПаЎÑеÑÑ: greenstone@cs.waikato.ac.nz
+
+
+Greenstone gsdl-2.70
+
+
+ÐаÑÑ 2006
+
+
+
+Ðб ÑÑПЌ ÑÑкПвПЎÑÑве
+
+
+ÐÑП ÑÑкПвПЎÑÑвП ÑПЎеÑÐ¶ÐžÑ Ð²ÑеÑÑПÑПММее ПпОÑаМОе ÑПгП, как ОÑпПлÑзПваÑÑ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐŽÐŸÑÑÑпа О пПÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй ÑОÑÑПвÑÑ
+ бОблОПÑек.
+Ð ÑазЎеле пÑОвПЎОÑÑÑ ÐºÑаÑкОй ÐŸÐ±Ð·ÐŸÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑей пÑПгÑаЌЌМПгП ПбеÑпеÑеМОÑ. Ð ÑазЎеле ПбÑÑÑÐœÑеÑÑÑ, как ОÑпПлÑзПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Greenstone. ÐÐœÑеÑÑÐµÐ¹Ñ ÑаЌ пПÑÑÐœÑÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌÑе ЎейÑÑвОÑ: лÑÑÑОй ÑпПÑПб МаÑÑОÑÑÑÑ Ð¿ÐŸÐ»ÑзПваÑÑÑÑ ÐžÐŒ - ÑÑП ЎелаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. Ð ÑÑПЌ ÑазЎеле вклÑÑеМа ÐŽÐžÐ°Ð»ÐŸÐ³ÐŸÐ²Ð°Ñ ÐžÐœÑПÑЌаÑÐžÑ Ð¿ÐŸÐŒÐŸÑО пÑО ÑПзЎаМОО ÑОпОÑМПй кПллекÑОО. Ð ÑазЎеле ПбÑÑÑÐœÑеÑÑÑ, как ÑПзЎаваÑÑ ÐаÑО ÑПбÑÑвеММÑе бОблОПÑеÑÐœÑе кПллекÑОО, ОÑпПлÑзÑÑ ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone. РазЎел Ð²Ð²ÐŸÐŽÐžÑ Ð² ÑÑеЎÑÑва аЎЌОМОÑÑÑОÑПваМОÑ, кПÑПÑÑе пПзвПлÑÑÑ ÑОÑÑÐµÐŒÐœÐŸÐŒÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑПÑÑ ÑпÑавлÑÑÑ ÑеЌ, ÑÑП пÑПОÑÑ
+ПЎОÑ, О ÑеЌО, кÑП ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+СпОÑПк пÑОлПжеМОй к ÑПÑÑваÑÑ ÐÑОМÑÑПÑÐœ, ЎаÑÑОй ПбÑÑÑМеМОе ÑеÑЌОМаЌ в ЎПкÑЌеМÑаÑОО ÐÑОМÑÑПÑÐœ.
+
+
+
+
+СПпÑÑÑÑвÑÑÑОе ЎПкÑЌеМÑÑ
+
+
+ÐПлМÑй ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÐŽÐŸÐºÑЌеМÑаÑОО к Greenstone ÑПÑÑÐŸÐžÑ ÐžÐ· 4 ÑПЌПв:
+
+
+Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ÐÐœÑÑÑÑкÑÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÑОÑÑПвПй бОблОПÑекО Greenstone (ÑÑÐŸÑ ÐŽÐŸÐºÑЌеМÑ)
+
+
+Ð ÑкПвПЎÑÑвП ÑазÑабПÑÑОк а ÑОÑÑПвПй бОблОПÑекО Greenstone
+
+
+ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: ÐŸÑ ÐÑЌагО ЎП ÐПллекÑОО
+
+
+
+
+
+
+Copyright
+
+
+Copyright © 2002 2003 2004 2005 2006 2007 by the New Zealand Digital Library Project at the University of Waikato, New Zealand.
+Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled âGNU Free Documentation License.â
+
+
+
+
+ÐлагПЎаÑМПÑÑÑ
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone - пÑПЎÑÐºÑ ÑПвЌеÑÑМПгП ÑÑÑЎа ЌМПжеÑÑва лÑЎей. Rodger McNab О Stefan Boddie пÑОМÑОпОалÑÐœÑе ÑазÑабПÑÑОкО ÑОÑÑеЌÑ. ÐеПÑеМОЌÑй вклаЎ вМеÑлО David Bainbridge, George Buchanan, Hong Chen, Michael Dewsnip, Katherine Don, Elke Duncker, Carl Gutwin, Geoff Holmes, Dana McKay, John McPherson, Craig Nevill-Manning, Dynal Patel, Gordon Paynter, Bernhard Pfahringer, Todd Reed, Bill Rogers, John Thompson, О Stuart Yeates. ÐÑÑалÑÐœÑе ÑÐ»ÐµÐœÑ ÐÑПекÑа ÐПвПзелаМЎÑкПй ÑОÑÑПвПй бОблОПÑекО ÑазÑабПÑалО вЎПÑ
+МПвеММÑй ЎОзайМ вÑей ÑОÑÑеЌÑ: Mark Apperley, Sally Jo Cunningham, Matt Jones, Steve Jones, Te Taka Keegan, Michel Loots, Malika Mahoui, Gary Marsden, Dave Nichols О Lloyd Smith. ÐÑ Ñакже вÑÑажаеЌ ÑÐ²ÐŸÑ Ð¿ÑОзМаÑелÑМПÑÑÑ Ð²ÑеЌ ÑеЌ, кÑП ÑÑÑЎОлÑÑ ÐœÐ°ÐŽ ÑПзЎаМОеЌ пакеÑПв, пПпаЎаÑÑОÑ
+ пПЎ ЎейÑÑвОе лОÑеМзОО GNU, О вклÑÑеММÑÑ
+ в ЎОÑÑÑОбÑÑОв: MG, GDBM, PDFTOHTML, PERL, WGET, WVWARE О XLHTML.
+
+
+
+
+ÐÐ±Ð·ÐŸÑ Greenstone
+
+
+ÐÑПгÑаЌЌа Greenstone - ÑÑП ОÑÑеÑпÑваÑÑÐ°Ñ ÑОÑÑеЌа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ðž пÑПÑЌПÑÑа кПллекÑОй, ÑПÑÑПÑÑОÑ
+ Оз ЌМПгОÑ
+ ЌОллОПММПе ЎПкÑЌеМÑПв, вклÑÑаÑÑОÑ
+ ÑекÑÑÑ, ÑОÑÑМкО, аÑЎОП- О вОЎеП-ÑайлÑ.
+
+
+ÐПллекÑОО
+
+
+ТОпОÑÐœÐ°Ñ ÑОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека, ÑÐŸÐ·ÐŽÐ°ÐœÐœÐ°Ñ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Greenstone, ÑПЎеÑÐ¶ÐžÑ Ð² Ñебе ЌМПжеÑÑвП кПллекÑОй, ПÑгаМОзПваММÑÑ
+ пП ПÑЎелÑМПÑÑО, Ñ
+ПÑÑ ÐŸÐœÐž ОЌеÑÑ ÐŒÐœÐŸÐ³ÐŸ ÑÑ
+ПЎÑÑва ÐŽÑÑг Ñ ÐŽÑÑгПЌ. ÐегкП пПЎЎеÑжОваеЌÑе, ÑÑО кПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÑ Ðž пеÑеÑÑÑÐŸÐµÐœÑ Ð°Ð²ÑПЌаÑОÑеÑкО.
+СÑÑеÑÑвÑÑÑ ÐœÐµÑкПлÑкП ÑпПÑПбПв пПОÑка ОМÑПÑЌаÑОО вП ЌМПжеÑÑве кПллекÑОй Greenstone. ÐапÑОЌеÑ, ÐŒÑ ÐŒÐŸÐ¶ÐµÑе ОÑкаÑÑ ÐŸÐ¿ÑеЎелеММÑе ÑлПва, кПÑПÑÑе вÑÑÑеÑаÑÑÑÑ Ð² ÑекÑÑе ОлО в ПпÑеЎелеММПй ÑаÑÑО ЎПкÑЌеМÑа. ÐÑ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌаÑÑОваÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð¿ÐŸ МаОЌеМПваМОÑ: пÑПÑÑП МажЌОÑе Ма ÐžÐºÐŸÐœÐºÑ ÐºÐœÐžÐ³Ðž ÐŽÐ»Ñ ÑÑеМОÑ. Также Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПÑЌаÑÑОваÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð¿ÐŸ ПпÑеЎелеММПй ÑеЌаÑОке. Ð¢ÐµÐŒÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÑ Ð² вОЎе кМОжМÑÑ
+ пПлПк: пÑПÑÑП МажЌОÑе Ма ÐžÐºÐŸÐœÐºÑ ÐºÐœÐžÐ¶ÐœÐŸÐ¹ пПлкО, ÑÑÐŸÐ±Ñ Ð¿ÑПÑЌПÑÑеÑÑ ÐºÐœÐžÐ³Ðž. ÐÑÑÑ ÑакОе ЎПкÑЌеМÑÑ, в кПÑПÑÑÑ
+ ОЌеÑÑÑÑ ÐŸÐ³Ð»Ð°Ð²Ð»ÐµÐœÐžÑ: Ð²Ñ ÐŒÐŸÐ¶ÐµÑе МажаÑÑ ÐœÐ° Ð³Ð»Ð°Ð²Ñ ÐžÐ»Ðž ее ÑаÑÑÑ ÐŽÐ»Ñ ÐŸÑкÑÑÑОÑ, а Ñакже ПÑкÑÑÑÑ Ð¿ÐŸÐ»ÐœÐŸÐµ ПглавлеМОе вП веÑÑ ÑкÑаМ ОлО пПлМПÑÑÑÑ Ð¿ÐŸÐŒÐµÑÑОÑÑ Ð²ÐµÑÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ Ð² ПкМП ваÑегП бÑаÑзеÑа (пПлезМП пÑО пеÑаÑО). Ðа веб-ÑайÑе New Zealand Digital Library (nzdl.org) ЌПжМП МайÑО ЌМПжеÑÑвП пПказаÑелÑÐœÑÑ
+ кПллекÑОй.
+Ðа вМеÑМей ÑÑÑаМОÑе кажЎПй кПллекÑОО МапОÑаМа ÑÐµÐ»Ñ ÑПзЎаМОÑ, кÑаÑкОй ÐŸÐ±Ð·ÐŸÑ Ðž ПбÑÑÑМеМОе ÑПгП, как ПÑгаМОзПваМа кПллекÑОÑ. ÐПлÑÑОМÑÑвП кПллекÑОй ЌПжМП ПÑкÑÑÑÑ Ð¿ÑÑеЌ пПОÑка О пÑПÑЌПÑÑа. ÐÑО пПОÑке пÑПгÑаЌЌа Greenstone пÑПÑЌаÑÑÐžÐ²Ð°ÐµÑ Ð²Ñе ЎПкÑЌеМÑÑ, МаÑ
+ПЎÑÑОеÑÑ Ð² кПллекÑОО (МазÑваеÑÑÑ "full text search" "пПОÑк пП вÑÐµÐŒÑ ÑекÑÑÑ"). ÐП ЌМПгОÑ
+ кПллекÑОÑÑ
+ ÑÑÑеÑÑвÑÑÑ ÐžÐœÐŽÐµÐºÑÑ, ÑазбОваÑÑОе ЎПкÑÐŒÐµÐœÑ ÐœÐ° МеÑкПлÑкП ÑаÑÑей, пП кПÑПÑÑÐŒ пПлÑзПваÑÐµÐ»Ñ Ñакже ÐŒÐŸÐ¶ÐµÑ ÐŸÑÑÑеÑÑвлÑÑÑ Ð¿ÐŸÐžÑк. ÐекПÑПÑÑе кПллекÑОО ОЌеÑÑ ÐžÐœÐŽÐµÐºÑÑ Ð¿ÐŸÐ»ÐœÑÑ
+ ЎПкÑЌеМÑПв, ОМЎекÑÑ Ð¿Ð°ÑагÑаÑПв, ОМЎекÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐ¹, пП ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐžÐ· кПÑПÑÑÑ
+ ЌПжМП ПÑÑÑеÑÑвлÑÑÑ Ð¿ÐŸÐžÑк ПпÑеЎелеММÑÑ
+ ÑлПв ОлО ÑÑаз. ÐÑпПлÑзÑÑ ÐžÐœÐŽÐµÐºÑÑ, ЌПжМП МайÑО вÑе ЎПкÑЌеМÑÑ, ÑПЎеÑжаÑОе ПпÑеЎелеММÑй ÐœÐ°Ð±ÐŸÑ ÑлПв (ÑÑО ÑлПва ЌПгÑÑ Ð±ÑÑÑ ÑазбÑПÑÐ°ÐœÑ Ð¿ÐŸ вÑÐµÐŒÑ ÑекÑÑÑ), ОлО вÑе паÑагÑаÑÑ Ñ ÐŸÐ¿ÑеЎелеММÑÐŒ МабПÑПЌ ÑлПв (кПÑПÑÑе ÐŽÐŸÐ»Ð¶ÐœÑ Ð²Ñе МаÑ
+ПЎОÑÑÑÑ Ð² ÑÑПЌ паÑагÑаÑе), ОлО вÑе ЎПкÑЌеМÑÑ Ð² МазваМОÑÑ
+ кПÑПÑÑÑ
+ ÑПЎеÑжаÑÑÑ ÑÑО ÑлПва (вÑе ÑказаММÑе ÑлПва ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐ°Ñ
+ПЎОÑÑÑÑ Ð² МазваМОО ЎПкÑЌеМÑа). Также ЌПгÑÑ ÑÑÑеÑÑвПваÑÑ Ðž ÐŽÑÑгОе ОМЎекÑÑ, МапÑÐžÐŒÐµÑ ÐžÐœÐŽÐµÐºÑÑ ÑекÑОй О ОМЎекÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐ¹ ÑекÑОй. ÐÑПÑЌПÑÑ Ð²ÐºÐ»ÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ÐŸÐ¿ÑеЎелеММÑй пеÑеÑеМÑ, кПÑПÑÑÐŒ пПлÑзÑеÑÑÑ Ð¿ÐŸÐ»ÑзПваÑелÑ: пеÑеÑÐµÐœÑ Ð°Ð²ÑПÑПв, МазваМОй, ЎаÑ, ОеÑаÑÑ
+ОÑеÑкПй клаÑÑОÑОкаÑОПММПй ÑÑÑÑкÑÑÑÑ Ðž Ñ.ÐŽ. РазМÑе кПллекÑОО пÑеЎлагаÑÑ ÑазМÑе вПзЌПжМПÑÑО ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа.
+
+
+
+
+
+
+
+РаÑпÑПÑÑÑаМеМОе Greenstone
+
+
+ÐПллекÑОО ЎПÑÑÑÐ¿ÐœÑ Ð² ÐÐœÑеÑМеÑе ОлО пÑблОкÑÑÑÑÑ ÐœÐ° ÑаЌПÑÑÑаМавлОваÑÑОÑ
+ÑÑ ÐºÐŸÐŒÐ¿Ð°ÐºÑ-ЎОÑкаÑ
+ в ÑакПЌ же вОЎе, как в ОМÑеÑМеÑе. ÐÐ»Ñ ÑЌеМÑÑÐµÐœÐžÑ ÐŸÐ±ÑеЌа ÑекÑÑа О ОМЎекÑПв ОÑпПлÑзÑеÑÑÑ ÑжаÑОе. ÐÑПÑПкПл Corba пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ ÑапÑПÑÑÑаМÑеЌÑе кПллекÑОО О гÑаÑОÑеÑкОе ОМÑеÑÑейÑÑ.
+ЊОÑÑÐŸÐ²Ð°Ñ ÐОблОПÑека ÐПвПй ÐелаМЎОО (nzdl.org) пÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ ÐŒÐœÐŸÐ³ÐžÐµ пПказаÑелÑÐœÑе кПллекÑОО, вклÑÑаÑÑОе ОÑÑПÑОÑеÑкОе ЎПкÑЌеМÑÑ, гÑЌаМОÑаÑÐœÑÑ ÐžÐœÑПÑЌаÑÐžÑ Ðž ОМÑПÑЌаÑÐžÑ ÑазвОÑОÑ, ÑеÑ
+МОÑеÑкОе ÐŽÐŸÐºÐ»Ð°ÐŽÑ Ðž бОблОПгÑаÑОО, Ñ
+ÑЎПжеÑÑвеММÑе кМОгО О жÑÑМалÑ.
+ÐÑÐŽÑÑО ПÑкÑÑÑÑÐŒ ОÑÑПÑМОкПЌ, Greenstone гПÑПва к ÑазвОÑÐžÑ Ðž ОзвлекаÑÑ Ð²ÑÐ³ÐŸÐŽÑ ÐžÐ· вклÑÑеМÑÑ
+ в GNU-ÐОÑÐµÐ·ÐžÑ ÐŒÐŸÐŽÑлей ÐŽÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÑекÑÑПвПгП пПОÑка, ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð±Ð°Ð·Ð°ÐŒÐž ЎаММÑÑ
+, ОзвлеÑÐµÐœÐžÑ ÑекÑÑПв Оз ЎПкÑЌеМÑПв ÑпеÑОÑОÑÐœÑÑ
+ ÑПÑЌаÑПв. ТПлÑкП ÑеÑез ÑПвЌеÑÑМПе ЌежЎÑМаÑПЎМПе ÑПÑÑÑЎМОÑеÑÑвП ÑОÑÑПвПе бОблОПÑеÑМПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÑÑÐ°ÐœÐµÑ ÐŽÐŸÑÑаÑПÑМП вÑеÑÑПÑПММОЌ, пПлМÑÐŒ О гОбкОЌ, ÑЎПвлеÑвПÑÑÑÑОЌ ЌОÑПвÑе пПÑÑебМПÑÑО, ÑÑП О заÑлÑжОваÑÑ Ð¿ÐŸÐ»ÑзПваÑелО.
+
+
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑОй Greenstone
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÑПзЎаМП пП пÑОМÑÐžÐ¿Ñ Ð¿ÑПÑÑПÑÑ Ð² ОÑпПлÑзПваМОО. ÐÐœÑеÑÑÐµÐ¹Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОй Ма CD-ROM О ЎПÑÑÑпМÑÑ
+ ÑеÑез ÐÐœÑеÑÐœÐµÑ ÐžÐŽÐµÐœÑОÑеМ. УÑÑаМПвка пÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone Ñ CD-ROM Ма кПЌпÑÑÑÐµÑ Ñ ÐС Windows ОлО Unix Ма ÑаЌПЌ Ўеле ПÑÐµÐœÑ Ð¿ÑПÑÑа; ÑÑаМЎаÑÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа ÑÑÑаМПвкО ОÑпПлÑзÑеÑÑÑ Ð²ÐŒÐµÑÑе Ñ Ð¿ÑеЎкПЌпОлОÑПваММÑÐŒ ЎвПОÑÐœÑÐŒ кПЎПЌ. ÐПллекÑОО ЌПгÑÑ ÐžÑпПлÑзПваÑÑÑÑ Ð»ÐŸÐºÐ°Ð»ÑМП Ма кПЌпÑÑÑеÑе, гЎе ПМО бÑлО ÑÑÑаМПвлеМÑ. ÐÑлО кПЌпÑÑÑÐµÑ Ð¿ÐŸÐŽÐºÐ»ÑÑеМ к ÑеÑО, пÑПгÑаЌЌМПе ПбеÑпеÑеМОе авÑПЌаÑОÑеÑкО пÑеЎПÑÑÐ°Ð²ÐžÑ Ð²ÑеЌ кПЌпÑÑÑеÑаЌ ÑеÑО ЎПÑÑÑп к МеПбÑ
+ПЎОЌÑÐŒ кПллекÑОÑÐŒ.
+Ð ÑлеЎÑÑÑеЌ ÑазЎеле пПЎÑПбМП ПпОÑаМП, как ÑÑÑаМПвОÑÑ Greenstone Ñ CD-ROM. ÐаÑеЌ ÐŒÑ ÑаÑÑЌПÑÑОЌ пПОÑк О пÑПÑЌПÑÑ ÑПЎеÑжОЌПгП, пÑеЎлагаеЌÑÑ
+ ПбÑÑМПй ÐПллекÑОй. "ÐеЌП" кПллекÑÐžÑ Greenstone пПÑÑавлÑеÑÑÑ Ñ Ð¿ÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ Greenstone. ÐÑÑгОе кПллекÑОО ЎПÑÑаÑПÑМП пÑПÑÑП ОÑпПлÑзПваÑÑ. ÐÑлО Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пПлÑзПваÑÑÑÑ ÐŸÐŽÐœÐŸÐ¹ кПллекÑОей, ÑП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пПлÑзПваÑÑÑÑ Ð²ÑеЌО кПллекÑОÑЌО. СлеЎÑÑÑОй ÑазЎел ПбÑÑÑÐœÑеÑ, как ОзЌеМОÑÑ ÐžÐœÑеÑÑÐµÐ¹Ñ Ð² ÑППÑвеÑÑÑвОО Ñ Ð²Ð°ÑОЌО ÑÑебПваМОÑЌО, ОÑпПлÑзÑÑ Preferences page (ÑÑÑаМОÑÑ Ð²ÑбПÑа пÑеЎпПÑÑеМОй).
+
+
+ÐÑпПлÑзПваМОе CD-ROM Greenstone
+
+
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе ЊОÑÑПвПй бОблОПÑекО Greenstone пПÑÑавлÑеÑÑÑ ÐœÐ° CD-ROM, О Ð²Ñ ÐžÐ»Ðž Ð²Ð°Ñ ÑОÑÑеЌМÑй аЎЌОМОÑÑÑаÑÐŸÑ ÐŒÐŸÐ¶ÐµÑе ÑÑÑаМПвОÑÑ ÐµÐ³ÐŸ ÐŽÐ»Ñ Ð²Ð°Ñей ÑОÑÑеЌÑ, ОÑпПлÑзÑÑ ÐžÐœÑÑÑÑкÑОО, ОзлПжеММÑе в ЎПкÑЌеМÑаÑОО "ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone: Ð ÑкПвПЎÑÑвП пП ÑÑÑаМПвке". Ð ÑлÑÑае, еÑлО Greenstone Ñже ÑÑÑаМПвлеМа Ма ваÑеЌ кПЌпÑÑÑеÑе, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе пÑПпÑÑÑОÑÑ ÐŽÐ°ÐœÐœÑй ÑазЎел.
+ÐекПÑПÑÑе кПллекÑОО Greenstone пПÑÑавлÑÑÑÑÑ ÐœÐ° CD-ROMe Greenstone, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÐœÐ°Ð±ÐŸÑ Ð¿ÑПгÑаЌЌ, ЎПÑÑаÑПÑÐœÑй ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка ÑÑПй кПллекÑОО. ÐÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ð¿ÑПÑÑП пПЌеÑÑОÑе егП в CD-ROM-ÑÑОÑÑваÑÑее ÑÑÑÑПйÑÑвП Ма кПЌпÑÑÑеÑе Ñ ÐС Windows. ÐПÑле ÑÑПгП (еÑлО, кПМеÑМП, Ма ваÑеЌ PC ÑазÑеÑеМа пÑПÑеЎÑÑа авÑПзапÑÑка) пПÑвОÑÑÑ ÐŸÐºÐœÐŸ пÑОглаÑÐµÐœÐžÑ Ðº ÑÑÑаМПвке ÐÐ GreenStone. ÐÑлО ÑÑПгП Ме пÑПОзПÑлП, МайЎОÑе CD-ROM Ма ваÑеЌ кПЌпÑÑÑеÑе (ÐŽÐ»Ñ ÐС Windows Ð²Ñ ÐŒÐŸÐ¶ÐµÑе клОкМÑÑÑ Ð¿ÐŸ ОкПМке "My Computer/ÐПй кПЌпÑÑÑеÑ" Ма ÑабПÑеЌ ÑÑПле) О ÐŽÐ²Ð°Ð¶ÐŽÑ ÑелкМОÑе ÐŒÑÑÑÑ Ð¿ÐŸ ÑÐ°Ð¹Ð»Ñ Setup.exe. ÐÑПгÑаЌЌа Setup запÑÑкаеÑÑÑ Ðž пÑÐŸÐ²ÐŸÐŽÐžÑ Ð²Ð°Ñ ÑеÑез пÑПÑеЎÑÑÑ ÑÑÑаМПвкО. ÐПлÑÑОМÑÑвП лÑЎей ПÑвеÑаÑÑ Yes/Ðа Ма вÑе вПпÑПÑÑ.
+ÐП ПкПМÑаМОО пÑПÑеЎÑÑÑ ÑÑÑаМПвкО Ð²Ñ ÐœÐ°Ð¹ÐŽÐµÑе бОблОПÑÐµÐºÑ Ð² ÐŒÐµÐœÑ ÐС Windows Start->Programs (ÐÑÑк->ÐÑПгÑаЌЌÑ) пПЎ ОЌеМеЌ кПллекÑОО (МапÑОЌеÑ, "Development Library" ОлО "United Nations UniversityUnited...").
+Ðак ÑПлÑкП ÐÐ ÑÑÑаМПвлеМП, бОблОПÑека бÑÐŽÐµÑ ÐŸÑкÑÑваÑÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО кажЎÑй Ñаз, кПгЎа Ð²Ñ Ð²ÑÑавлÑеÑе CD-ROM, еÑлО, кПМеÑМП, ÑазÑеÑеМа пÑПÑеЎÑÑа авÑПзапÑÑка.
+
+
+
+
+
+ÐзЌеМеМОе МаÑÑÑПек
+
+
+
+
+СÑÑаМОÑа МаÑÑÑПек
+
+
+
+Ðа ÑÑÑаМОÑе ÐаÑÑÑПйкО (кМПпка в веÑÑ
+Мей ÑаÑÑО ÑÑÑаМОÑÑ) Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОзЌеМОÑÑ ÐœÐµÐºÐŸÑПÑÑе паÑаЌеÑÑÑ ÐžÐœÑеÑÑейÑа. ÐÑе МаÑÑÑПйкО завОÑÑÑ ÐŸÑ ÑОпа кПллекÑОО; пÑÐžÐŒÐµÑ Ð¿ÐŸÐºÐ°Ð·Ð°Ðœ Ма ÑОÑÑМке . ÐПÑле ÑÑÑаМПвкО МаÑÑÑПек Ме ОÑпПлÑзÑйÑе ÐºÐœÐŸÐ¿ÐºÑ "ÐазаЎ" Ма бÑаÑзеÑе, Ñак как вÑе МаÑÑПйкО веÑÐœÑÑÑÑ Ð² ОÑÑ
+ПЎМПе пПлПжеМОе. ÐЌеÑÑП ÑÑПгП МажЌОÑе Ма ÐŸÐŽÐœÑ ÐžÐ· кМПпПк Ма паМелО ввеÑÑ
+Ñ ÑкÑаМа.
+
+
+ÐаÑÑÑПйкО кПллекÑОй
+
+
+ÐекПÑПÑÑе кПллекÑОО ÑПЎеÑÐ¶Ð°Ñ ÐœÐµÑкПлÑкП пПЎкПллекÑОй, пПОÑк пП кПÑПÑÑÐŒ ÐŒÐŸÐ¶ÐµÑ ÐŸÑÑÑеÑÑвлÑÑÑÑÑ ÐºÐ°Ðº пП кажЎПй Оз МОÑ
+, Ñак О пП вÑеЌ вЌеÑÑе. Ðа ÑÑÑаМОÑе ÐаÑÑÑПйкО ÐÑ ÐŒÐŸÐ¶ÐµÑе вÑбÑаÑÑ Ñе пПЎкПллекÑОй, кПÑПÑÑе Ð²Ñ Ñ
+ПÑОÑе вклÑÑОÑÑ Ð² пПОÑк.
+
+
+
+
+ÐаÑÑÑПйкО ÑзÑка
+
+
+ÐÐ°Ð¶ÐŽÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐŒÐµÐµÑ ÑÑаМЎаÑÑÐœÑй ÑзÑк ОМÑеÑÑейÑа, МП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вÑбÑаÑÑ Ð»ÑбПй ÐŽÑÑгПй. Также Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вÑбÑаÑÑ ÐŽÑÑгÑÑ ÐºÐŸÐŽÐžÑПвкÑ, ОÑпПлÑзÑеЌÑÑ Ð² ЎаММПй пÑПгÑаЌЌе, пПЎÑ
+ПЎÑÑÑÑ ÐŽÐ»Ñ Ð²Ð°ÑегП бÑаÑзеÑа - авÑПЌаÑОÑеÑкО ÑÑавОÑÑÑ ÑÑаМЎаÑÑМаÑ, МП Ма МекПÑÑÑÑ
+ бÑаÑзеÑаÑ
+ лÑÑÑе вÑбÑаÑÑ ÐºÐŸÐŽÐžÑÐŸÐ²ÐºÑ Ð²ÑÑÑÐœÑÑ. ÐÑе кПллекÑОО пПзвПлÑÑÑ Ñакже пеÑейÑО ÐŸÑ Ð³ÑаÑОÑеÑкПгП ÑежОЌа пÑПÑЌПÑÑа к ÑекÑÑПвПЌÑ, О МаПбПÑПÑ.
+
+
+
+
+ÐаÑÑÑПйкО ОМÑеÑÑейÑа
+
+
+РзавОÑОЌПÑÑО ÐŸÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО в Мей ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐœÐµÑкПлÑкП ÑазлОÑÐœÑÑ
+ МаÑÑÑПек ОМÑеÑÑейÑа. ÐПллекÑÐžÑ Web-ÑÑÑÐ°ÐœÐžÑ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ ÐžÑпПлÑзПваÑÑ Ð¿Ð°ÐœÐµÐ»Ñ ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð²Ð²ÐµÑÑ
+Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа. ТакОЌ ПбÑазПЌ, пПÑле пПОÑка Ð²Ñ ÑÑÐ°Ð·Ñ Ð¿ÐŸÐ¿Ð°ÐŽÐµÑе Ма Web-ÑÑÑаМОÑÑ Ð±ÐµÐ· вÑÑкПгП Greenstone загПлПвка. ЧÑÐŸÐ±Ñ ÑЎелаÑÑ ÐœÐŸÐ²Ñй запÑПÑ, ЎПÑÑаÑПÑМП МажаÑÑ ÐºÐœÐŸÐ¿ÐºÑ "МазаЎ" в ваÑеЌ бÑаÑзеÑе. ТакОе кПллекÑОО Ñакже пПзвПлÑÑÑ Ð·Ð°Ð¿ÑеÑаÑÑ ÑОÑÑеЌМÑе ПÑОбкО, кПгЎа Ð²Ñ ÐœÐ°Ð¶ÐžÐŒÐ°ÐµÑе Ма ÑÑÑлкО, вÑвПЎÑÑОе Ð²Ð°Ñ Ð·Ð° ÑаЌкО ÑлекÑÑПММПй бОблОПÑекО в WWW
+
+
+
+
+ÐÑеЎпПÑÑÐµÐœÐžÑ Ð¿ÐŸÐžÑка
+
+
+Ðа ÑОÑÑМке Search preferences (пÑеЎпПÑÑÐµÐœÐžÑ Ð¿ÐŸÐžÑка), пеÑÐ²Ð°Ñ Ð¿Ð°Ñа кМПпПк пПзвПлÑÐµÑ Ð²Ð°ÐŒ пПлÑÑаÑÑ Ð±ÐŸÐ»ÑÑПе пПле запÑПÑа, Ñак ÑÑÐŸÐ±Ñ Ð²Ñ ÐŒÐŸÐ³Ð»Ðž легкП пÑПОзвПЎОÑÑ Ð¿ÐŸÐžÑк пП паÑагÑаÑаЌ. Ð Greenstone ÑЎОвОÑелÑМП бÑÑÑÑП ЌПжМП МайÑО бПлÑÑОе пПÑÑОО ÑекÑÑа. СлеЎÑÑÑОе Ўве паÑÑ ÐºÐœÐŸÐ¿ÐŸÐº ÑпÑавлÑÑÑ Ð²ÐžÐŽÐŸÐŒ ÑППÑвеÑÑÑÐ²ÐžÑ ÑекÑÑа пÑО пПОÑке. ÐеÑвÑй ÐœÐ°Ð±ÐŸÑ (пПЌеÑеММÑй как "ÑазлОÑÐœÑй ÑегОÑÑÑ ") ÑпÑавлÑÐµÑ ÑеЌ, ЎПлжеМ лО ÑÑОÑÑваÑÑÑÑ Ð²ÐµÑÑ
+МОй О МОжМОй ÑегОÑÑÑ. ÐÑПÑПй ("ПкПМÑÐ°ÐœÐžÑ ÑлПв ") ÑказÑваеÑ, ОгМПÑОÑПваÑÑ Ð»Ðž ПкПМÑÐ°ÐœÐžÑ ÑлПва ОлО МеÑ.
+ÐÑпПлÑзПваМОеЌ ÑлеЎÑÑÑей паÑÑ ÐºÐœÐŸÐ¿ÐŸÐº ЌПжМП пеÑеклÑÑОÑÑÑÑ Ð² "ÑаÑÑОÑеММÑй" ÑпÑавПÑÐœÑй ÑежОЌ, ПпОÑаММÑй вÑÑе, кПÑПÑÑй пПзвПлÑÐµÑ Ð²Ð°ÐŒ ÑПÑÑавлÑÑÑ Ð±ÐŸÐ»ÐµÐµ ÑПÑÐœÑе запÑПÑÑ, кПЌбОМОÑÑÑ ÑеÑЌОМÑ,ОÑпПлÑзÑÑ AND (&), OR , О NOT . ÐÑ ÐŒÐŸÐ¶ÐµÑе пеÑеклÑÑаÑÑ ÐŸÑПбеММПÑÑО Ñ
+ÑПМПлПгОО пПОÑка, ПпОÑаММÑе вÑÑе, ÐœÐ°Ð¶ÐžÐŒÐ°Ñ Ð²ÐºÐ». О вÑкл. ÐакПМеÑ, ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑпÑавлÑÑÑ ÐºÐŸÐ»ÐžÑеÑÑвПЌ МажаÑОй ÐŽÐ»Ñ Ð²ÐŸÐ·Ð²ÑаÑеМОÑ, О кПлОÑеÑÑвПЌ пÑеЎÑÑавлеММÑÑ
+ Ма кажЎПЌ ÑкÑаМе ÑезÑлÑÑаÑПв вП вÑÐµÐŒÑ Ð¿ÐŸÑлеЎМегП вÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ (ÑÐŒ. ÑОÑÑМПк ).
+
+
+
+
+
+
+
+
+СПзЎаМОе ÐПллекÑОй Greenstone
+
+
+СаЌÑй пÑПÑÑПй ÑпПÑПб ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÑÑ
+ кПллекÑОй ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone (GLI). ÐÐœ пПзвПлÑÐµÑ ÐаЌ ÑПбОÑаÑÑ Ð¿ÐŸÐŽÐ±ÐŸÑкО ЎПкÑЌеМÑПв, ОЌпПÑÑОÑПваÑÑ ÐžÐ»Ðž заЎаваÑÑ ÐŒÐµÑаЎаММÑе О вÑÑÑаОваÑÑ ÐžÑ
+ в кПллекÑÐžÑ Greenstone. ÐÐœ пПЎЎеÑÐ¶ÐžÐ²Ð°ÐµÑ Ð¿ÑÑÑ ÐŸÑМПвМÑÑ
+ ЎейÑÑвОй, кПÑПÑÑе ЌПгÑÑ ÐŒÐµÐœÑÑÑ Ð¿ÐŸÑÑЎПк, МП МПЌОМалÑМП пÑеЎпÑОМОЌаÑÑÑÑ Ð² ОзлагаеЌПЌ пПÑÑЎке:
+
+
+ÐПпОÑПваМОе ЎПкÑЌеМÑПв Оз ÑайлПвПгП пÑПÑÑÑаМÑÑва кПЌпÑÑÑеÑа, вклÑÑÐ°Ñ ÑÑÑеÑÑвÑÑÑОе кПллекÑОО, в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÑбÑе ÑÑÑеÑÑвÑÑÑОе ЌеÑаЎаММÑе ПÑÑаÑÑÑÑ Â«Ð¿ÑОлПжеММÑЌО» к ÑÑОЌ ЎПкÑЌеМÑаЌ. ÐПкÑЌеМÑÑ ÐŒÐŸÐ³ÑÑ Ñакже бÑÑÑ ÑПбÑÐ°ÐœÑ ÐžÐ· ÐÐœÑеÑМеÑа Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Ð²ÑÑÑПеММÑÑ
+ зеÑкалÑÐœÑÑ
+ ÑÑеЎÑÑв.
+
+
+ÐаÑÑÑеМОе ЎПкÑЌеМÑПв ЎПбавлеМОеЌ МПвÑÑ
+ ЌеÑаЎаММÑÑ
+ к ОМЎОвОЎÑалÑÐœÑÐŒ ЎПкÑЌеМÑаЌ ОлО гÑÑппаЌ ЎПкÑЌеМÑПв.
+
+
+ÐÑПекÑОÑПваМОе кПллекÑОО, ПпÑеЎелÑÑ, как ПМа ЎПлжМа вÑглÑЎеÑÑ, О ÑÑеЎÑÑва ЎПÑÑÑпа, кПÑПÑÑе ПМа ÐŽÐŸÐ»Ð¶ÐœÑ ÐŸÐ±ÑлÑжОваÑÑ.
+
+
+ÐПÑÑÑПеМОе кПллекÑОО Ñ ÐžÑпПлÑзПваМОеЌ Greenstone.
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ Ð²ÐœÐŸÐ²Ñ ÑПзЎаММПй кПллекÑОО, кПÑПÑÐ°Ñ Ð±ÑÐŽÐµÑ ÑÑÑаМПвлеМа Ма ÐаÑей ÑÑаÑÑПвПй ÑÑÑаМОÑе Greenstone в каÑеÑÑве ПЎМПй Оз ÑÑЎПвÑÑ
+ кПллекÑОй.
+
+
+ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ ÐаЌ ЎПбавлÑÑÑ Ðº ЎПкÑЌеМÑаЌ ÑП, ÑÑП ПбÑÑМП МазÑваÑÑ Â«Ð²ÐœÐµÑМОЌО» ЌеÑаЎаММÑЌО, ÑП еÑÑÑ ÐŒÐµÑаЎаММÑе, кПÑПÑÑе пÑÐžÐœÐ°ÐŽÐ»ÐµÐ¶Ð°Ñ ÐŽÐŸÐºÑЌеМÑÑ Ð² ÑелПЌ. ÐП ЎПкÑЌеМÑÑ ÑаÑÑП ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÐŽÑазЎелÑÑÑÑÑ Ð¿ÐŸ ÑазЎелаЌ О пПЎÑазЎелаЌ, О «вМÑÑÑеММОе» ЌеÑаЎаММÑе ЌПгÑÑ Ð±ÑÑÑ ÑвÑÐ·Ð°ÐœÑ Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÐµÑ ÑаÑÑÑÑ. Ð Greenstone ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐœÐ°ÐŽÐµÐ»ÐµÐœÑ ÑÑПй ОМÑПÑЌаÑОей, О ÐŒÑ ÐŸÐ±ÑÑÑÐœÑеЌ ÑÑП в ÑазЎеле .
+ÐакПМеÑ, алÑÑеÑМаÑОвМÑй ÑпПÑПб пПÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй ПбеÑпеÑОваеÑÑÑ ÐПллекÑПÑПЌ, кПÑПÑÑй Ð¿ÐŸÐŒÐŸÐ³Ð°ÐµÑ ÐаЌ ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе кПллекÑОО, ОзЌеМÑÑ ÑÑÑеÑÑвÑÑÑОе, ЎПбавлÑÑ Ðº ÑÑÑеÑÑвÑÑÑОЌ ОлО ÑЎалÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÐœ бÑл ÑПзЎаМ ЎП ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа, О ÐŽÐ»Ñ Ð±ÐŸÐ»ÑÑОМÑÑва пÑакÑОÑеÑкОÑ
+ Ñелей ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ ÐŽÐŸÐ»Ð¶ÐµÐœ ОÑпПлÑзПваÑÑÑÑ Ð²ÐŒÐµÑÑП ÐПллекÑПÑа. ÐÑП ПпОÑаМП в ÑазЎеле .
+ЧÑÐŸÐ±Ñ ÐžÑпПлÑзПваÑÑ Greenstone Ма пПлМÑÑ ÐŒÐŸÑМПÑÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ Ð¿ÑПЎвОМÑÑÑÑ
+ кПллекÑОй, ÐÑ Ð±ÑЎеÑе ÐŽÐŸÐ»Ð¶ÐœÑ Ñакже пÑПÑеÑÑÑ Ð³Ð»Ð°Ð²Ñ Ð ÑкПвПЎÑÑва ÑазÑабПÑÑОка.
+
+
+ÐОблОПÑеÑÐœÑй ОМÑеÑÑейÑ
+
+
+ЧÑÐŸÐ±Ñ ÑазÑÑÑМОÑÑ, как ЎейÑÑвÑÐµÑ ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Greenstone, ÐŒÑ Ð¿ÐŸÐºÐ°Ð¶ÐµÐŒ ÑÑП Ма пÑПÑÑПЌ пÑОЌеÑе. РОÑÑМкО - â ÑÑП ÑМОЌкО ÑкÑаМа Ма ÑазлОÑÐœÑÑ
+ ÑÑаЎОÑÑ
+ в ÑеÑеМОе взаОЌПЎейÑÑвОÑ. Ð ÑÑПЌ пÑОЌеÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ ÐžÐ· кПллекÑОО пПЎЌМПжеÑÑва ÐОблОПÑекО ÑазвОÑÐžÑ (DLS), кПÑПÑÐ°Ñ ÑаÑпÑПÑÑÑаМÑеÑÑÑ Ð²ÐŒÐµÑÑе Ñ Greenstone. ÐÐ»Ñ ÐŸÐ¿ÐžÑаÑелÑÐœÑÑ
+ Ñелей ÑкÑкÑÑÑ Ð¿ÑÐžÐŒÐµÑ Ð²ÐžÐŽ пÑПÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ ÐŸÑЎелÑÐœÑÑ
+ ÑÑапПв, ÑпПЌОМавÑОÑ
+ÑÑ Ð²ÑÑе. ÐПлее ÑеалÑÐœÑй ПбÑÐ°Ð·ÐµÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑзПваÑелей ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ Ð¿ÐµÑеклÑÑаÑÑ Ð¿ÑПÑ
+ПжЎеМОе МазаЎ О впеÑеЎ ÑеÑез ÑазлОÑÐœÑе ÑÑаЎОО пП ЌеÑе вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ð·Ð°ÐŽÐ°ÑО.
+ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°Ð¿ÑÑеМ в ПЎМПЌ Оз 4 ÑежОЌаÑ
+: ÐПЌПÑМОк ÐОблОПÑекаÑÑ, ÐОблОПÑекаÑÑ, СОÑÑеЌМÑй ÑпеÑОалОÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО, О ÐкÑпеÑÑ. Ð ÐµÐ¶ÐžÐŒÑ ÐŸÐ¿ÑеЎелÑÑÑ ÑÑÐŸÐ²ÐµÐœÑ ÐŽÐµÑалОзаÑОО ОМÑеÑÑейÑа, О ЌПгÑÑ Ð±ÑÑÑ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ ÑеÑез ÑазЎел 'ÐаÑÑÑПйкО' ÐŒÐµÐœÑ 'Ѐайл'. РаÑÑказ Пб ÑÑПЌ ÑазЎеле пПЎÑазÑЌеваеÑ, ÑÑП ОМÑеÑÑÐµÐ¹Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекаÑÑ ÑÑÑаМПвлеМ в ÑежОЌ пП ÑЌПлÑаМОÑ, 'ÐОблОПÑекаÑÑ'.
+
+
+ÐаÑалÑÐœÑй ÑÑап
+
+
+ÐапÑÑÑОÑе ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐŽ Windows, вÑбОÑÐ°Ñ ÐŠÐžÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека Greenstone Оз ÑазЎела ÐÑПгÑÐ°ÐŒÐŒÑ ÐŒÐµÐœÑ Ð¡ÑаÑÑ Ðž в МеЌ - ÐОблОПÑеÑÐœÑй ОМÑеÑÑейÑ. ÐÑлО ÐÑ ÐžÑпПлÑзÑеÑе Unix, вЌеÑÑП ÑÑПгП МабеÑОÑе
+cd ~/gsdl
+cd gli
+./gli.sh
+гЎе ~/gsdl - ЎОÑекÑПÑОÑ, ÑПЎеÑжаÑÐ°Ñ ÑОÑÑÐµÐŒÑ Greenstone. ЧÑÐŸÐ±Ñ ÐœÐ°ÑаÑÑ ÑабПÑÑ, ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÐŸÑкÑÑÑÑ ÑÑÑеÑÑвÑÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ»Ðž МаÑаÑÑ ÐœÐŸÐ²ÑÑ. РОÑÑМПк пПказÑÐ²Ð°ÐµÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð¿ÑПÑеÑÑ ÐœÐ°Ñала ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО. ÐÐœ вÑбÑал ÐÐŸÐ²Ð°Ñ ÐžÐ· ÑайлПвПгП ÐŒÐµÐœÑ Ðž МаÑал запПлМÑÑÑ ÐŸÐ±ÑОе ÑÐ²ÐµÐŽÐµÐœÐžÑ ÐŸ кПллекÑОО â ÐµÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ, аЎÑÐµÑ ÑлекÑÑПММПй пПÑÑÑ Ð»ÐžÑа, ПÑвеÑÑÑвеММПгП за МеÑ, О кÑаÑкПе ПпОÑаМОе ÑПЎеÑÐ¶Ð°ÐœÐžÑ â в вÑплÑваÑÑеЌ ПкМе. ÐазваМОе кПллекÑОО â ÑÑП кПÑПÑÐºÐ°Ñ ÑÑаза, ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð²ÑÑÐŽÑ Ð² ЊОÑÑПвПй бОблОПÑеке, ÑÑÐŸÐ±Ñ ÐžÐŽÐµÐœÑОÑОÑОÑПваÑÑ ÑПЎеÑжаМОе кПллекÑОО. СÑÑеÑÑвÑÑÑОе кПллекÑОО ОЌеÑÑ ÐžÐŒÐµÐœÐ° ÑОпа ÐÑПЎПвПлÑÑÑвОе О ÐОблОПÑека пОÑаМОÑ, ÐÑеЌОÑÐœÐ°Ñ ÑкПлПгОÑеÑÐºÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека О Ñ.ÐŽ. ÐПгЎа ÐÑ Ð²Ð¿ÐµÑаÑалО МазваМОе, ÑОÑÑеЌа МазМаÑÐ°ÐµÑ ÑМОкалÑÐœÑй ЌМеЌПМОÑеÑкОй ОЎеМÑОÑОкаÑÐŸÑ Â«ÐžÐŒÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО» ÐŽÐ»Ñ Ð²ÐœÑÑÑеММегП ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ (ÐÑ ÐŒÐŸÐ¶ÐµÑе ОзЌеМОÑÑ ÐµÐ³ÐŸ, еÑлО заÑ
+ПÑОÑе). ÐÐŽÑÐµÑ ÑлекÑÑПММПй пПÑÑÑ ÐŸÐ¿ÑеЎелÑÐµÑ Ð¿ÐµÑвÑй пÑÐœÐºÑ ÐºÐŸÐœÑакÑа в ÑлÑÑае лÑбÑÑ
+ пÑПблеЌ, Ñ ÐºÐŸÑПÑÑЌО ÑÑалкОваÑÑÑÑ Ð¿ÑО ÑПзЎаМОО кПллекÑОО.
+ÐÑаÑкПе ПпОÑаМОе â ÑÑП пПлПжеМОе, ПпОÑÑваÑÑее пÑОМÑОпÑ, кПÑПÑÑЌО ÑÑкПвПЎÑÑвÑÑÑÑÑ, ÑÑП вклÑÑаÑÑ Ð² кПллекÑОÑ. ÐМП пПÑвлÑеÑÑÑ Ð¿ÐŸÐŽ загПлПвкПЌ Ðб ÑÑПй кПллекÑОО Ма МаÑалÑМПй ÑÑÑаМОÑе кПллекÑОО.
+
+
+ÐаÑалП ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО
+
+
+
+
+
+ÐÑÑлеЎПваМОе лПкалÑМПгП ÑайлПвПгП пÑПÑÑÑаМÑÑва
+
+
+
+Ðа ÑÑПЌ ÑÑапе пПлÑзПваÑÐµÐ»Ñ ÑеÑаеÑ, ÑПзЎаваÑÑ Ð»Ðž МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑакПй же ÑÑÑÑкÑÑÑÑ, ÑÑП О ÑÑÑеÑÑвÑÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ОлО ÑПзЎаваÑÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ ÐœÐŸÐ²Ñй вОЎ кПллекÑОО. Ðа ÑОÑ. ПМ вÑбÑал базОÑПваМОе Ма кПллекÑОО пПЎЌМПжеÑÑва ÐОблОПÑекО ÑазвОÑÐžÑ (ÐÐÐ ). ÐÑП пПЎÑазÑЌеваеÑ, ÑÑП ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ ÐÐÐ , кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ Ð² ÑÑПй кПллекÑОО, бÑÐŽÐµÑ Ð¿ÑОЌеМеМ О ÐŽÐ»Ñ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО. (ЀакÑОÑеÑкО, ÑÑÐŸÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ ОÑпПлÑзПвалÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐœÐµÑкПлÑкОÑ
+ кПллекÑОй Greenstone, кПÑПÑÑе ОЌеÑÑ ÐŸÐ±ÑÑÑ ÑÑÑÑкÑÑÑÑ Ðž ПÑгаМОзаÑОÑ, МП ÑазлОÑМПе ÑПЎеÑжаМОе, вклÑÑÐ°Ñ ÐОблОПÑÐµÐºÑ ÑазвОÑÐžÑ Ðž ÐеЌПМÑÑÑаÑОПММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, пПÑÑавлÑеЌÑе в каÑеÑÑве ПбÑазÑПв Ñ Greenstone).
+ÐÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ DLS ÑПЎеÑÐ¶ÐžÑ ÑлеЎÑÑÑОе пÑМкÑÑ:
+
+
+ÐазваМОе
+
+
+ÐÑеЎЌеÑ
+
+
+ЯзÑк
+
+
+ÐÑгаМОзаÑОÑ
+
+
+ÐлÑÑевÑе ÑлПва
+
+
+(ÐÑПЌе ÑПгП, ОЌееÑÑÑ Ð¿ÑÐœÐºÑ ÐŒÐµÑаЎаММÑÑ
+, МазÑваеЌÑй AZList, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ, какПй ÑÑаÑÑПк алÑавОÑМПгП ÑпОÑка ÑПЎеÑÐ¶ÐžÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ ЎПкÑЌеМÑа ÑП зМаÑеМОÑЌО ÑОпа âÐ-Bâ ОлО âC-D-Eâ. ÐÑП ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÐžÐŒÐµÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÑПÑМПгП ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÑазЎелаЌО ÑпОÑка. ÐÐ»Ñ Ð±ÐŸÐ»ÑÑОМÑÑва ÐŽÑÑгОÑ
+ кПллекÑОй ÑÑа ПпÑÐžÑ ÐŸÑÑÑÑÑÑвÑеÑ, О Greenstone МазМаÑÐ°ÐµÑ ÑегЌеМÑÑ ÑаЌПÑÑПÑÑелÑМП).
+ÐÑлО же Ма ÑÑПЌ ÑÑапе пПлÑзПваÑÐµÐ»Ñ Ð²ÑбÑал ÐŽÑÑгПй ваÑÐžÐ°ÐœÑ - «ÐÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ», ÑП егП пПпÑПÑОлО Ð±Ñ Ð²ÑбÑаÑÑ, какОе МабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ ÐŽÐŸÐ»Ð¶ÐœÑ ÐžÑпПлÑзПваÑÑÑÑ Ð² ÑÑПй МПвПй кПллекÑОО. ТÑО ÑÑаМЎаÑÑÐœÑÑ
+ МабПÑа пÑеЎваÑОÑелÑМП ÑÑÑаМПвлеМÑ: Dublin Core, ЌеÑаЎаММÑе DLS, ÑпПЌОМавÑейÑÑ Ð²ÑÑе, О МабПÑ, кПÑПÑÑй вклÑÑÐ°ÐµÑ ÑлеЌеМÑÑ ÐŒÐµÑаЎаММÑÑ
+, ОзвлеÑеММÑе Greenstone авÑПЌаÑОÑеÑкО Оз ЎПкÑЌеМÑПв кПллекÑОО. ÐПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ñакже ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе МабПÑÑ ÐŒÐµÑаЎаММÑÑ
+, ОÑпПлÑзÑÑ ÐœÐžÑпаЎаÑÑÑÑ Ð¿Ð°ÐœÐµÐ»Ñ, акÑОвОзОÑПваММÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐŒÐµÐœÑ Â«ÐŒÐµÑаЎаММÑе».
+ÐеÑкПлÑкП ÑазлОÑÐœÑÑ
+ МабПÑПв ЌеÑаЎаММÑÑ
+ ЌПгÑÑ Ð±ÑÑÑ ÑвÑÐ·Ð°ÐœÑ Ñ ÐŸÐŽÐœÐŸÐ¹ О ÑПй же кПллекÑОей; ÑОÑÑеЌа ЎеÑÐ¶ÐžÑ ÐžÑ
+ ПÑЎелÑМП, Ñак ÑÑП, МапÑОЌеÑ, ЎПкÑЌеМÑÑ ÐŒÐŸÐ³Ð»Ðž Ð±Ñ ÐžÐŒÐµÑÑ ÐазваМОе как в Dublin Core, Ñак О в DLS. РазлОÑÐœÑе МабПÑÑ ÑеÑкП ПÑлОÑаÑÑÑÑ Ð¿ÐŸ ОМÑеÑÑейÑÑ. ÐеÑвМП МабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð² XML.
+
+
+
+
+Ð¡Ð±ÐŸÑ ÐžÑÑ
+ПЎМПгП ЌаÑеÑОала
+
+
+ÐПÑле ÑелÑка кМПпкПй ÐРв ÐŒÐµÐœÑ Â«ÐÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ» ПÑÑаÑÑОеÑÑ ÑаÑÑО ОМÑеÑÑейÑа, кПÑПÑÑе бÑлО ЎП ÑПгП ÑеÑПгП ÑвеÑа, ÑÑаМПвÑÑÑÑ Ð°ÐºÑОвМÑЌО. ÐÐ°ÐœÐµÐ»Ñ Ð¡Ð±ÐŸÑÑОка, ПÑПбÑÐ°ÐœÐœÐ°Ñ ÐºÐ»Ð°Ð²ÐžÑей Ñ ÑеЌ же ОЌеМеЌ ÑвеÑÑ
+Ñ ÐœÐ° ÑОÑ. , пПказаМа в пеÑвПМаÑалÑМПЌ вОЎе. ÐÑП пПзвПлÑÐµÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐžÑпПлÑзПваÑÑ Ð»ÐŸÐºÐ°Ð»ÑМПе ÑайлПвПе пÑПÑÑÑаМÑÑвП О ÑÑÑеÑÑвÑÑÑОе кПллекÑОО, ÑПбОÑÐ°Ñ ÐŸÑПбÑаММÑе ЎПкÑЌеМÑÑ ÐŽÐ»Ñ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО. ÐÐ°ÐœÐµÐ»Ñ ÑазЎелеМа Ма Ўве ÑаÑÑО, Ð»ÐµÐ²Ð°Ñ ÐžÐ· кПÑПÑÑÑ
+ пÑеЎМазМаÑеМа ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ Ð¿ÑПÑЌПÑÑеÑÑ ÑÑÑеÑÑвÑÑÑОе ÑÑÑÑкÑÑÑÑ, а пÑÐ°Ð²Ð°Ñ â ÐŽÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв в кПллекÑОО.
+ÐейÑÑвОÑ, ЎПÑÑÑпМÑе Ма ÑÑПЌ ÑÑапе, вклÑÑаÑÑ:
+
+
+ÐавОгаÑÐžÑ Ð¿ÐŸ ÑÑÑеÑÑвÑÑÑей ОеÑаÑÑ
+ОÑеÑкПй ÑайлПвПй ÑÑÑÑкÑÑÑе О пП ÑПзЎаММПй ÑÑÑÑкÑÑÑе, ЎейÑÑвÑÑ ÐŸÐ±ÑÑÐœÑÐŒ ÑпПÑПбПЌ.
+
+
+ÐеÑеЌеÑеМОе О ввПЎ ÑайлПв в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐМПжеÑÑвеММÑй вÑÐ±ÐŸÑ ÑайлПв.
+
+
+ÐеÑеЌеÑеМОе О ввПЎ пПлМÑÑ
+ пПЎОеÑаÑÑ
+Ой.
+
+
+УЎалеМОе ЎПкÑЌеМÑПв Оз вПзМОкаÑÑей кПллекÑОО.
+
+
+СПзЎаМОе МПвÑÑ
+ пПЎОеÑаÑÑ
+Ой в пÑеЎелаÑ
+ кПллекÑОО.
+
+
+ЀОлÑÑÑПваМОе ÑайлПв, кПÑПÑÑе ÑвлÑÑÑÑÑ Ð²ÐžÐŽÐžÐŒÑЌО, О в лПкалÑМПй ÑайлПвПй ÑОÑÑеЌе, О в кПллекÑОО, ПÑМПваММПй Ма пÑеЎваÑОÑелÑМП ПпÑеЎелеММÑÑ
+ гÑÑппаÑ
+ ОлО Ма ÑÑаМЎаÑÑМПЌ Ñайле, пПЎÑ
+ПЎÑÑОÑ
+ ÑеÑЌОМПв.
+
+
+ÐапÑÑк ÑППÑвеÑÑÑвÑÑÑей пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ Ð¿ÐŸÐºÐ°Ð·Ð° ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐŸÑПбÑаММПгП Ñайла ЎвПйМÑÐŒ ÑелÑкПЌ Ма ÐœÑÐŒ.
+
+
+ÐÑеЎпÑОМÑÑÑ ÐŒÐµÑÑ Ð¿ÑеЎПÑÑПÑПжМПÑÑО, кПгЎа ОЌеÑÑ ÐŽÐµÐ»ÐŸ ÑП ÑÑПлкМПвеМОÑЌО ОЌÑÐœ, еÑлО ÑÐ°Ð¹Ð»Ñ Ñ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÑÐŒ ОЌеМеЌ в ÑазлОÑÐœÑÑ
+ ÑаÑÑÑÑ
+ ÑÑÑÑкÑÑÑÑ ÐŽÐžÑекÑПÑОО кПЌпÑÑÑеÑа ÑкПпОÑÐŸÐ²Ð°ÐœÑ Ð² ÐŸÐŽÐœÑ Ð¿Ð°Ð¿ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+Ðа ÑОÑÑМке пПлÑзПваÑÐµÐ»Ñ ÐžÑпПлÑзÑÐµÑ ÐžÐœÑеÑакÑОвМÑй пПказ ÑайлПвПгП ЎеÑева ÐŽÐ»Ñ ÐžÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð»ÐŸÐºÐ°Ð»ÑМПй ÑайлПвПй ÑОÑÑеЌÑ. Ðа ÑÑПй ÑÑаЎОО кПллекÑÐžÑ ÑпÑава пÑÑÑа, пПлÑзПваÑÐµÐ»Ñ ÐœÐ°Ð¿ÐŸÐ»ÐœÑÐµÑ ÐµÐµ, пеÑеÑÑÐ³ÐžÐ²Ð°Ñ Ðž пÑПпÑÑÐºÐ°Ñ ÐžÐœÑеÑеÑÑÑÑОе егП ÑÐ°Ð¹Ð»Ñ Ñ Ð»ÐµÐ²ÐŸÐ¹ Ма пÑавÑÑ ÑаÑÑÑ Ð¿Ð°ÐœÐµÐ»Ðž. ТакОе ÑÐ°Ð¹Ð»Ñ ÑкПÑее «ÑкПпОÑПваМÑ», ÑеЌ «пеÑеЌеÑеМÑ», ÑÑÐŸÐ±Ñ ÐœÐµ МаÑÑÑаÑÑ Ð¿ÐµÑвПМаÑалÑÐœÑÑ ÑайлПвÑÑ ÑОÑÑеЌÑ. ÐбÑÑÐœÑе ЌеÑÐŸÐŽÑ Ð²ÑбПÑа ÐŽÐ»Ñ ÐŒÐœÐŸÐ¶ÐµÑÑвеММПгП пеÑеЌеÑÐµÐœÐžÑ Ðž ввПЎа, ÑÑÑÑкÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО пÑÑеЌ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð¿ÐŸÐŽÐŽÐžÑекÑПÑОй («папПк»), а Ñакже ÑÐŽÐ°Ð»ÐµÐœÐžÑ ÑайлПв Оз МОÑ
+, пеÑеЌеÑÐ°Ñ ÐžÑ
+ в кПÑзОМÑ, вÑе ПМО ÑвлÑÑÑÑÑ ÐŽÐŸÑÑÑпМÑЌО.
+СÑÑеÑÑвÑÑÑОе кПллекÑОО пÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð¿ÐŸÐŽÐŽÐžÑекÑПÑОей Ñлева, МазÑваеЌПй «ÐПллекÑОО Greenstone», кПÑПÑÑе ЌПгÑÑ Ð±ÑÑÑ ÐŸÑкÑÑÑÑ Ðž ОÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÑ Ð¿ÐŸÐŽÐŸÐ±ÐœÐŸ лÑбПй ÐŽÑÑгПй ЎОÑекÑПÑОО. ÐЎМакП, ЎПкÑЌеМÑÑ Ð² Мей ПÑлОÑаÑÑÑÑ ÐŸÑ ÐŸÐ±ÑÑÐœÑÑ
+ ÑайлПв ÑеЌ, ÑÑП ПМО Ñже ОЌеÑÑ Ð¿ÑОлПжеММÑе ЌеÑаЎаММÑе, кПÑПÑÑе ÑПÑ
+ÑаМÑÑÑÑÑ Ð¿ÑО пеÑеЌеÑеМОО в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐПМÑлОкÑÑ ÐŒÐŸÐ³ÑÑ Ð²ÐŸÐ·ÐœÐžÐºÐœÑÑÑ ÐžÐ·-за ÑПгП, ÑÑП ОÑ
+ ЌеÑаЎаММÑе, вПзЌПжМП, бÑлО Ð·Ð°ÐŽÐ°ÐœÑ Ñ ÐžÑпПлÑзПваМОеЌ ÑазлОÑÐœÑÑ
+ МабПÑПв ЌеÑаЎаММÑÑ
+, пÑОЌеМеММÑÑ
+ ÐŽÐ»Ñ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО. ÐПлÑзПваÑÐµÐ»Ñ ÐŽÐŸÐ»Ð¶ÐµÐœ ÑазÑеÑОÑÑ ÑÑО кПМÑлОкÑÑ. Ðа ÑОÑÑМке пПлÑзПваÑÐµÐ»Ñ Ð²ÑбÑал МекПÑПÑÑе ЎПкÑЌеМÑÑ ÐžÐ· ÑÑÑеÑÑвÑÑÑей кПллекÑОО О пеÑеÑÑÐœÑл ОÑ
+ в МПвÑÑ. ÐÑплÑваÑÑее ПкМП ПбÑÑÑÐœÑеÑ, ÑÑП ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ ÐÑгаМОзаÑÐžÑ ÐœÐµ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО ОЌпПÑÑОÑПваМ, О пÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐžÐ»Ðž вÑбÑаÑÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ О МапеÑаÑаÑÑ ÐПбавОÑÑ, ÑÑÐŸÐ±Ñ ÐŽÐŸÐ±Ð°Ð²ÐžÑÑ ÑÑÐŸÑ ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ к ÐŽÐ°ÐœÐœÐŸÐŒÑ ÐœÐ°Ð±ÐŸÑÑ , ОлО вÑбÑаÑÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+, а заÑеЌ ÑÐ»ÐµÐŒÐµÐœÑ Ðž МапеÑаÑаÑÑ Ð¡Ð»ÐžÑÑ, ÑÑÐŸÐ±Ñ ÑÑÑекÑОвМП пеÑеОЌеМПваÑÑ ÑÑаÑÑй ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ Ма МПвÑй, ПбÑеЎОМÑÑ ÐžÑ
+. ÐеÑаЎаММÑе в пПÑлеЎÑÑÑОÑ
+ ЎПкÑЌеМÑаÑ
+ Оз ÑПй же ÑаЌПй кПллекÑОО бÑÐŽÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО ПбÑабПÑÐ°ÐœÑ ÑеЌ же ÑаЌÑÐŒ ÑпПÑПбПЌ.
+ÐПгЎа ПÑПбÑÐ°ÐœÑ Ð±ÐŸÐ»ÑÑОе МабПÑÑ Ð¿ÐµÑеÑÑгОваМОеЌ О ввеЎеМОеЌ ОÑ
+ в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ЎейÑÑÐ²ÐžÑ Ð¿ÐŸ кПпОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐŸÐ³ÑÑ Ð·Ð°ÐœÑÑÑ ÐœÐµÐºÐŸÑПÑПе вÑеЌÑ, ПÑПбеММП еÑлО пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð¿ÑеПбÑазПваМОе ЌеÑаЎаММÑÑ
+. ЧÑÐŸÐ±Ñ ÐŸÑÑазОÑÑ Ð¿ÑПЎвОжеМОе пÑПÑеÑÑа, ОМÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐºÐ°Ð·ÑваеÑ, какПй Ñайл в ЎаММПе вÑÐµÐŒÑ ÐºÐŸÐ¿ÐžÑÑеÑÑÑ Ðž какПй пÑПÑÐµÐœÑ ÑайлПв Ñже ПбÑабПÑаМ.
+ÐÑеЎÑÑЌПÑÑÐµÐœÑ ÑпеÑОалÑÐœÑе ÑÑеЎÑÑва ПбÑлÑжОваМОÑ, кПгЎа ОЌеÑÑ ÐŽÐµÐ»ÐŸ Ñ Ð±ÐŸÐ»ÑÑОЌО МабПÑаЌО ÑайлПв. ÐапÑОЌеÑ, пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ð²ÑбÑаÑÑ ÑОлÑÑÑПваМОе ÑайлПвПгП ЎеÑева, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐºÐ°Ð·ÑваÑÑ ÑПлÑкП МекПÑПÑÑе ÑайлÑ, ОÑпПлÑзÑÑ Ð¿ÐŸÐœÐžÐ¶Ð°ÑÑОеÑÑ ÐŒÐµÐœÑ ÑОпПв ÑайлПв, пПказаММÑÑ
+ пПЎ ЎеÑевÑÑЌО. Ðа ÑОÑÑМке Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÑПлÑкП ÑÐ°Ð¹Ð»Ñ ÐТРО ÐТÐL (О ÑПлÑкП ÑÑО ÑÐ°Ð¹Ð»Ñ Ð±ÑÐŽÑÑ ÑкПпОÑÐŸÐ²Ð°ÐœÑ Ð¿ÑÑеЌ пеÑеЌеÑÐµÐœÐžÑ Ðž ПÑÑаМПвкО).
+
+
+
+
+ÐапПлМеМОе ЎПкÑЌеМÑПв
+
+
+СлеЎÑÑÑÐ°Ñ ÑÑÐ°ÐŽÐžÑ Ð² ÑПзЎаМОО кПллекÑОО ЎПлжМа МапПлМОÑÑ ÐŽÐŸÐºÑЌеМÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÐµÐŒ ЌеÑаЎаММÑÑ
+. ÐлавОÑа «ÐбПгаÑОÑÑ» вÑÐ²ÐŸÐŽÐžÑ ÐœÐŸÐ²ÑÑ Ð¿Ð°ÐœÐµÐ»Ñ ÐžÐœÑПÑЌаÑОО (ÑОÑÑМПк ), кПÑПÑÐ°Ñ Ð¿ÐŸÐºÐ°Ð·ÑÐ²Ð°ÐµÑ ÐŽÐµÑевП ЎПкÑЌеМÑа, пÑеЎÑÑавлÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ñлева, а ÑпÑава â пПзвПлÑÐµÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ ÐŒÐµÑаЎаММÑе к ОМЎОвОЎÑалÑÐœÑÐŒ ЎПкÑЌеМÑаЌ ОлО к гÑÑппе ЎПкÑЌеМÑПв.
+ÐПкÑЌеМÑÑ, кПÑПÑÑе бÑлО ÑкПпОÑÐŸÐ²Ð°ÐœÑ Ð² Ñ
+ПЎе пеÑвПгП ÑÑапа, ОЎÑÑ Ñ Ð»ÑбÑЌО пÑОЌеМОЌÑЌО пÑОлПжеММÑЌО ЌеÑаЎаММÑЌО. ÐÑлО ЎПкÑÐŒÐµÐœÑ ÑвлÑеÑÑÑ ÑаÑÑÑÑ Ð¿ÑеЎваÑОÑелÑМП заЎаММÑÑ
+, ÑП ЌеÑаЎаММÑе пеÑеМПÑÑÑÑÑ Ð² МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐПМеÑМП, ÑÑа ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŒÐŸÐ¶ÐµÑ ÐžÐŒÐµÑÑ ÑазлОÑÐœÑе МабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ ОлО вПзЌПжМП ÑПлÑкП ÑаÑÑÑ ÐœÐ°Ð±ÐŸÑа ПпÑеЎелеММÑÑ
+ ЌеÑаЎаММÑÑ
+, О ÑПлÑкП Ñе ЌеÑаЎаММÑе, кПÑПÑÑе пÑÐžÐœÐ°ÐŽÐ»ÐµÐ¶Ð°Ñ ÐœÐ°Ð±ÐŸÑÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО, пеÑеМПÑÑÑÑÑ. РазÑеÑеМОе ÑакОÑ
+ кПМÑлОкÑПв ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÑÑебПваÑÑ Ð¿ÐŸÐ»ÑзПваÑелÑÑкПгП вЌеÑаÑелÑÑÑва ÑеÑез ЎПпПлМОÑелÑÐœÑй ЎОалПг (ÑОÑÑМПк ). ÐÑбÑе ÑЎелаММÑе вÑбПÑÑ Ð·Ð°Ð¿ÐŸÐŒÐžÐœÐ°ÑÑÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑлеЎÑÑÑОÑ
+ кПпОй ÑайлПв.
+ÐÐ°ÐœÐµÐ»Ñ Â«ÐбПгаÑОÑÑ» пПзвПлÑÐµÑ Ð·Ð°ÐŽÐ°ÑÑ Ð·ÐœÐ°ÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ к ЎПкÑЌеМÑаЌ в кПллекÑОО. ÐапÑОЌеÑ, МПвÑе зМаÑÐµÐœÐžÑ ÐŒÐŸÐ¶ÐœÐŸ ЎПбавОÑÑ Ðº МабПÑÑ ÑÑÑеÑÑвÑÑÑОÑ
+ зМаÑеМОй ÐŽÐ»Ñ ÑлеЌеМÑа. ÐÑлО зМаÑÐµÐœÐžÑ ÑлеЌеМÑа ОЌеÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкÑÑ ÑÑÑÑкÑÑÑÑ, ОеÑаÑÑ
+ÐžÑ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑаÑÑОÑеМа ÑеЌ же ÑаЌÑÐŒ ÑпПÑПбПЌ.
+
+
+ÐЌпПÑÑОÑПваМОе ÑÑÑеÑÑвÑÑÑОÑ
+ ЌеÑаЎаММÑÑ
+
+
+
+
+
+
+ЀОлÑÑÑПваМОе ÑайлПвÑÑ
+ ЎеÑевÑев
+
+
+
+
+
+ÐаЎаМОе ЌеÑаЎаММÑÑ
+ Ñ ÐžÑпПлÑзПваМОеЌ пÑеЎÑÑавлеМОÑ
+
+
+
+
+
+ÐÑПÑЌПÑÑ Ð²ÑеÑ
+ ЌеÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐŸÑПбÑаММÑÑ
+ ÑайлПв
+
+
+
+ÐМаÑеМОе ЌеÑаЎаММÑÑ
+ ЌПгÑÑ Ñакже бÑÑÑ Ð·Ð°ÐŽÐ°ÐœÑ ÐŽÐ»Ñ Ð¿Ð°Ð¿ÐŸÐº ÑеЌ же ÑаЌÑÐŒ ÑпПÑПбПЌ. ÐПкÑЌеМÑÑ Ð² ÑÑОÑ
+ папкаÑ
+, ÐŽÐ»Ñ ÐºÐŸÑПÑÑÑ
+ ÑÑО ЌеÑаЎаММÑе Ме ÑказаМÑ, МаÑлеЎÑÑÑ ÑÑО зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+. ÐЎМакП ПМО ЌПгÑÑ Ð²Ð¿ÐŸÑлеЎÑÑвОО бÑÑÑ Ð¿ÐµÑеПпÑÐµÐŽÐµÐ»ÐµÐœÑ Ð¿ÑеЎПÑÑавлеМОеЌ ÑазлОÑÐœÑÑ
+ зМаÑеМОй ÐŽÐ»Ñ ÑÑПгП ЎПкÑЌеМÑа МепПÑÑеЎÑÑвеММП.
+ÐейÑÑвОе Ма ÑÑПй ÑÑаЎОО вклÑÑаÑÑ:
+
+
+ÐазМаÑеМОе МПвÑÑ
+ О ÑÑÑеÑÑвÑÑÑОÑ
+ зМаÑеМОй ЌеÑаЎаММÑÑ
+ ЎПкÑЌеМÑПв.
+
+
+ÐазМаÑеМОе ЌеÑаЎаММÑÑ
+ к ОМЎОвОЎÑалÑÐœÐŸÐŒÑ ÐŽÐŸÐºÑЌеМÑÑ.
+
+
+ÐазМаÑеМОе ЌеÑаЎаММÑÑ
+ к папке (ПМО МаÑлеЎÑÑÑÑÑ Ð²ÑеЌО ЎПкÑЌеМÑаЌО в папке, вклÑÑÐ°Ñ ÐœÐ°Ñ
+ПЎÑÑОеÑÑ Ð²ÐŸ влПжеММÑÑ
+ папкаÑ
+).
+
+
+ÐазМаÑеМОе ОеÑаÑÑ
+ОÑеÑкОÑ
+ ЌеÑаЎаММÑÑ
+, ÑÑÑ ÑÑÑÑкÑÑÑа ÐŒÐŸÐ¶ÐµÑ ÐŽÐžÐœÐ°ÐŒÐžÑеÑкО ПбМПвлÑÑÑÑÑ, еÑлО ÑÑП ÑÑебÑеÑÑÑ.
+
+
+РеЎакÑОÑПваМОе ОлО ПбМПвлеМОе МазМаÑеММÑÑ
+ ЌеÑаЎаММÑÑ
+.
+
+
+РаÑÑЌПÑÑеМОе ЌеÑаЎаММÑÑ
+, МазМаÑеММÑÑ
+ к вÑбÑаММÑÐŒ ÑайлаЌ О ЎОÑекÑПÑОÑÐŒ.
+
+
+ÐÐ»Ñ ÐœÐ°ÑегП пÑОЌеÑа Ма ÑОÑÑМке пПлÑзПваÑÐµÐ»Ñ Ð²ÑбÑал Ð¿Ð°Ð¿ÐºÑ ÐµÑ121е О ПпÑеЎелОл «EC Courier» в каÑеÑÑве ЌеÑаЎаММÑÑ
+ ÐÑгаМОзаÑОО. ÐМПпкО ÐŽÐ»Ñ ÐŸÐ±ÐœÐŸÐ²Ð»ÐµÐœÐžÑ Ðž ÑÐŽÐ°Ð»ÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ ÑÑаМПвÑÑÑÑ Ð°ÐºÑОвМÑЌО в завОÑОЌПÑÑО ÐŸÑ ÑПгП, какПй вÑÐ±ÐŸÑ Ð±Ñл ÑЎелаМ.
+Ð ÑеÑеМОе ÑÑапа ÐœÐ°Ð¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐžÐ»Ðž в ÑлÑÑае МеПбÑ
+ПЎОЌПÑÑО в лÑбПе ÐŽÑÑгПе вÑÐµÐŒÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ð·Ð°Ñ
+ПÑеÑÑ ÑаÑÑЌПÑÑеÑÑ Ð²Ñе ЌеÑаЎаММÑе, кПÑПÑÑе бÑлО Ð·Ð°ÐŽÐ°ÐœÑ ÐŽÐ»Ñ ÐŽÐŸÐºÑЌеМÑПв в кПллекÑОО. ÐÑП ЎелаеÑÑÑ Ð¿ÑÑеЌ ПпÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÐœÐ°Ð±ÐŸÑа ЎПкÑЌеМÑПв О вÑбПÑа ÑÑÑаМПвкО ЌеÑаЎаММÑÑ
+ «ÐаЎаММÑе ЌеÑаЎаММÑе» в ЌеМÑ, кПÑПÑПе пÑОМПÑÐžÑ Ð²ÑплÑваÑÑее ПкМП, как Ма ÑОÑÑМке , кПÑПÑПе пПказÑÐ²Ð°ÐµÑ ÐŒÐµÑаЎаММÑе в ÑПÑЌе кÑÑпМПÑПÑЌаÑМПй ÑаблОÑÑ. ÐÐ»Ñ Ð±ÐŸÐ»ÑÑОÑ
+ кПллекÑОй пПлезМП ОЌеÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð¿ÑПÑЌПÑÑа ЌеÑаЎаММÑÑ
+, ÑвÑзаММÑÑ
+ ÑПлÑкП Ñ ÐŸÑЎелÑÐœÑÐŒ ÑОпПЌ ЎПкÑЌеМÑа, О еÑлО пПлÑзПваÑÐµÐ»Ñ ÐŸÐ¿ÑеЎелОл ÑОлÑÑÑ Ñайла, как бÑлП ÑпПЌÑÐœÑÑП вÑÑе, ÑП ÑПлÑкП ПÑПбÑаММÑе ЎПкÑЌеМÑÑ ÑÑаÑÑвÑÑÑ Ð² пПказе ЌеÑаЎаММÑÑ
+.
+ÐÐ°ÐœÐµÐ»Ñ ÐœÐ° ÑОÑÑМке пПзвПлÑÐµÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÑеЎакÑОÑПваÑÑ ÐœÐ°Ð±ÐŸÑÑ ÐŒÐµÑаЎаММÑÑ
+. ÐЎеÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÑаÑÑЌаÑÑÐžÐ²Ð°ÐµÑ ÑÐ»ÐµÐŒÐµÐœÑ ÐÑÐµÐŽÐŒÐµÑ ÐžÐ· DLS. ÐМаÑÐµÐœÐžÑ ÑÑПгП ÑлеЌеМÑа ÑПÑЌОÑÑÑÑ ÐžÐµÑаÑÑ
+ОÑ, О пПлÑзПваÑÐµÐ»Ñ ÐžÑÑлеЎÑеÑ, а вПзЌПжМП О ОзЌеМÑеÑ, ÑпОÑПк зМаÑеМОй, заЎаММÑÑ
+ ÐŽÐ»Ñ ÑÑПгП ÑлеЌеМÑа. Та же ÑÐ°ÐŒÐ°Ñ Ð¿Ð°ÐœÐµÐ»Ñ Ñакже пПзвПлÑÐµÑ ÐаЌ ОзЌеМÑÑÑ Â«Ð¿ÑПÑОлÑ» ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÑлеЌеМÑПв ПЎМПгП МабПÑа ЌеÑаЎаММÑÑ
+ Ма ÐŽÑÑгПй. ÐÑÐŸÑ Ð¿ÑПÑÐžÐ»Ñ ÑПзЎаеÑÑÑ Ð¿ÑО ОЌпПÑÑОÑПваМОО ЎПкÑЌеМÑПв Оз кПллекÑОй, кПÑПÑÑе ОЌеÑÑ Ð¿ÑеЎваÑОÑелÑМП заЎаММÑе ЌеÑаЎаММÑе.
+
+
+РеЎакÑОÑПваМОе МабПÑа ЌеÑаЎаММÑÑ
+
+
+
+
+
+
+ÐÑПекÑОÑПваМОе кПллекÑОО
+
+
+
+
+
+ÐпÑеЎелеМОе, какОе Ð¿Ð»Ð°Ð³ÐžÐœÑ ÐžÑпПлÑзÑÑÑÑÑ
+
+
+
+
+
+ÐПМÑОгÑÑОÑПваМОе паÑаЌеÑÑПв ÐŽÐ»Ñ Ð¿Ð»Ð°Ð³ÐžÐœÐŸÐ²
+
+
+
+
+
+
+
+ÐÑПекÑОÑПваМОе кПллекÑОО
+
+
+ÐÐ°ÐœÐµÐ»Ñ Â«ÐÑПекÑ» (ÑОÑÑМПк â ) пПзвПлÑÐµÑ ÐŸÐ¿ÑеЎелÑÑÑ ÑÑÑÑкÑÑÑÑ, ПÑгаМОзаÑÐžÑ Ðž пÑеЎÑÑавлеМОе ÑПзЎаваеЌПй кПллекÑОО. Ðак ПÑЌеÑалПÑÑ Ð²ÑÑе, ÑезÑлÑÑÐ°Ñ ÑÑПгП пÑПÑеÑÑа запОÑаМ в кПМÑОгÑÑаÑОПММПЌ Ñайле кПллекÑОО, кПÑПÑÑй в Greenstone ÑвлÑеÑÑÑ ÑпПÑПбПЌ ПÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÑÑеЎÑÑв ПбÑлÑжОваМОÑ, ÑÑебÑеЌÑÑ
+ кПллекÑОей. ÐÑÐŸÑ ÑÑап вклÑÑÐ°ÐµÑ ÑеÑÐžÑ ÐŸÑЎелÑÐœÑÑ
+ ÑкÑаМПв взаОЌПЎейÑÑвОÑ, кажЎÑй Оз кПÑПÑÑÑ
+ ÐžÐŒÐµÐµÑ ÐŽÐµÐ»ÐŸ Ñ ÐŸÐŽÐœÐžÐŒ аÑпекÑПЌ пÑПекÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. РЎейÑÑвОÑелÑМПÑÑО, ПМ ÑлÑÐ¶ÐžÑ Ð³ÑаÑОÑеÑкОЌ ÑквОвалеМÑПЌ ПбÑÑМПгП пÑПÑеÑÑа ÑÑÑМПгП ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐœÑОгÑÑаÑОПММПгП Ñайла.
+ÐейÑÑÐ²ÐžÑ Ð²ÐºÐ»ÑÑаÑÑ:
+
+
+ÐÑПÑЌПÑÑ Ðž ÑеЎакÑОÑПваМОе ЌеÑаЎаММÑÑ
+ кПллекÑОО ÑОпа ÐазваМОе, ÐвÑÐŸÑ Ðž ÐбÑеЎПÑÑÑпМПÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐпÑеЎелеМОе ÑПгП, какОе ОМЎекÑÑ Ð¿ÐŸÐ»ÐœÐŸÐ³ÐŸ ÑекÑÑа ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑПзЎаМÑ.
+
+
+СПзЎаМОе ÑÑбкПллекÑОй О ОМЎекÑПв ÐŽÐ»Ñ ÐœÐžÑ
+.
+
+
+ÐПбавлеМОе ОлО ÑЎалеМОе пПЎЎеÑжкО ÐŽÐ»Ñ Ð¿ÑеЎваÑОÑелÑМП ПпÑеЎелеММÑÑ
+ ÑзÑкПв ОМÑеÑÑейÑа.
+
+
+СПзЎаМОе ÑпОÑка ОÑпПлÑзÑеЌÑÑ
+ плагОМПв О ОÑ
+ паÑаЌеÑÑПв.
+
+
+ÐÑеЎÑÑавлеМОе пПлÑзПваÑÐµÐ»Ñ ÑпОÑка ÐŽÐ»Ñ ÐŸÐ±Ð·ÐŸÑа О ЌПЎОÑОкаÑОО.
+
+
+ÐПМÑОгÑÑОÑПваМОе ОМЎОвОЎÑалÑÐœÑÑ
+ плагОМПв.
+
+
+СПзЎаМОе ÑпОÑка «клаÑÑОÑОкаÑПÑПв», ОÑ
+ паÑаЌеÑÑПв, МазМаÑеМОй О кПМÑОгÑÑаÑОО.
+
+
+ÐазМаÑеМОе ÑÑÑПк ÑПÑЌаÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ вОЎПв ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð² пÑеЎелаÑ
+ кПллекÑОО, ОзЌеМÑÑ ÑакОЌ ПбÑазПЌ ÐµÑ Ð²ÐžÐŽ.
+
+
+ÐÑПÑЌПÑÑ ÐœÐ°Ð±ÐŸÑПв ЌеÑаЎаММÑÑ
+ О ОÑ
+ ÑлеЌеМÑПв, ОÑпПлÑзÑеЌÑÑ
+ в кПллекÑОО.
+
+
+Ðа ÑОÑ. пПлÑзПваÑÐµÐ»Ñ ÑелкМÑл клавОÑÑ Â«ÐÑПекÑ» О ÑаÑÑЌаÑÑÐžÐ²Ð°ÐµÑ ÐŸÐ±ÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ кПллекÑОО, ввеЎеММÑÑ Ð¿ÑО ÑПзЎаМОО МПвПй кПллекÑОО. Слева в ÑпОÑПк вМеÑÐµÐœÑ ÑазлОÑÐœÑе аÑпекÑÑ, кПÑПÑÑе пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ ÑПÑЌОÑПваÑÑ: ÐбÑее, ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа, ÐÐžÐŽÑ Ð¿ÐŸÐžÑка, ÐМЎекÑÑ Ð¿ÐŸÐžÑка, ÐМЎекÑÑ ÑазЎелеМОÑ, ÐеÑеÑекаÑÑОйÑÑ Ð¿ÐŸÐžÑк, ÐÑПÑЌПÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПв, СвПйÑÑва ÑПÑЌаÑа, ÐеÑевПЎ ÑекÑÑа, ÐабПÑÑ ÐŒÐµÑаЎаММÑÑ
+. ÐОЎ О ÑÑМкÑОПМалÑÐœÑе вПзЌПжМПÑÑО кПллекÑОО ОзЌеМÑÑÑÑÑ Ð² завОÑОЌПÑÑО ÐŸÑ ÐœÐžÑ
+. ÐапÑОЌеÑ, ÑÐµÐ»ÐºÐ°Ñ ÐºÐœÐŸÐ¿ÐºÑ Â«ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа», ЌПжМП вÑзваÑÑ ÑкÑаМ, пПказаММÑй Ма ÑОÑ. , кПÑПÑÑй пПзвПлÑÐµÑ ÐаЌ ЎПбавлÑÑÑ, ÑЎалÑÑÑ ÐžÐ»Ðž ÑПÑЌОÑПваÑÑ Ð¿Ð»Ð°Ð³ÐžÐœÑ Ðž ОзЌеМÑÑÑ Ð¿ÐŸÑÑЎПк, в кПÑПÑПЌ ПМО пÑÐžÐŒÐµÐœÐµÐœÑ Ðº ЎПкÑЌеМÑаЌ.
+ÐÐ»Ð°Ð³ÐžÐœÑ Ðž клаÑÑОÑОкаÑПÑÑ ÐžÐŒÐµÑÑ ÐŒÐœÐŸÐ³ÐŸ ÑазлОÑÐœÑÑ
+ паÑаЌеÑÑПв ОлО «ваÑОаМÑПв», кПÑПÑÑе пПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ ÐžÑпПлÑзПваÑÑ. ÐОалПгПвПе ПкМП Ма ÑОÑ. пПказÑÐ²Ð°ÐµÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð·Ð°ÐŽÐ°ÐœÐœÑе паÑаЌеÑÑÑ ÐŽÐ»Ñ ÐœÐµÐºÐŸÑПÑÑÑ
+ Оз плагОМПв. СеÑÑе Ð¿ÐŸÐ»Ñ ÑÑаМПвÑÑÑÑ Ð°ÐºÑОвМÑЌО, кПгЎа пПлÑзПваÑÐµÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÐµÑ ÐŸÐ¿ÑОО, ÑÐµÐ»ÐºÐ°Ñ ÐŸÐºÐŸÐ»ÐŸ ЌОгаÑÑегП пПлÑ. ÐПÑкПлÑÐºÑ Greenstone ÑвлÑеÑÑÑ ÐœÐµÐ¿ÑеÑÑвМП ÑазвОваÑÑейÑÑ ÐŸÑкÑÑÑПй пÑПгÑаЌЌМПй ÑОÑÑеЌПй, ÑОÑлП ваÑОаМÑПв ÐžÐŒÐµÐµÑ ÑеМЎеМÑÐžÑ Ðº ÑвелОÑеМОÑ, Ñак как ÑазÑабПÑÑОкО ЎПбавлÑÑÑ ÐœÐŸÐ²Ñе ÑÑеЎÑÑва ПбÑлÑжОваМОÑ. ЧÑÐŸÐ±Ñ Ð¿ÐŸÐŒÐŸÑÑ ÑпÑавОÑÑÑÑ Ñ ÑÑОЌ, Greenstone ÐžÐŒÐµÐµÑ Ð¿Ð»Ð°Ð³ÐžÐœ «ÐÐœÑПÑЌаÑОÑ» - ÑеÑвОÑÐœÑÑ Ð¿ÑПгÑаЌЌÑ, кПÑПÑÐ°Ñ Ð²ÐœÐŸÑÐžÑ Ð² ÑпОÑПк ЎПÑÑÑпМÑе ПпÑОО ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ плагОМа, а ÐОблОПÑеÑÐœÑй ОМÑеÑÑÐµÐ¹Ñ Ð°Ð²ÑПЌаÑОÑеÑкО вÑзÑÐ²Ð°ÐµÑ ÐµÐ³ÐŸ, ÑÑÐŸÐ±Ñ ÐŸÐ¿ÑеЎелОÑÑ, какОе ваÑОаМÑÑ Ð¿ÐŸÐºÐ°Ð·Ð°ÑÑ. ÐÑП пПзвПлÑÐµÑ ÐŽÐžÐ°Ð»ÐŸÐ³ÐŸÐ²ÐŸÐŒÑ Ð¿ÐŸÐ»ÑзПваÑелÑÑÐºÐŸÐŒÑ ÐžÐœÑеÑÑейÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО ОЎÑО в ÐœÐŸÐ³Ñ Ñ ÑазÑабПÑÑОкаЌО в пÑПгÑаЌЌМПЌ ПбеÑпеÑеМОО.
+
+
+ÐПЎгПÑПвка к ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО
+
+
+
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐœÐµÐŽÐ°Ð²ÐœÐŸ ÑПзЎаММПй кПллекÑОО
+
+
+
+
+
+
+
+ÐПÑÑÑПеМОе кПллекÑОО
+
+
+ÐÐ°ÐœÐµÐ»Ñ Â«Ð¡ÐŸÐ·ÐŽÐ°ÑÑ» (ÑОÑ. ) ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ПÑМПваММПй Ма ЎПкÑЌеМÑаÑ
+ О заЎаММÑÑ
+ ЌеÑаЎаММÑÑ
+. ÐлавМÑÑ ÐœÐ°Ð³ÑÑÐ·ÐºÑ Ð² ÑÑПй ÑабПÑе МеÑÐµÑ ÐœÐµÐ¿ÐŸÑÑеЎÑÑвеММП пÑПгÑаЌЌа Greenstone. ÐПлÑзПваÑÐµÐ»Ñ ÑпÑавлÑÐµÑ ÑÑОЌ вМеÑМОЌ пÑПÑеÑÑПЌ ÑеÑез пПÑлеЎПваÑелÑÐœÑй ÑÑÐŽ ÑкÑаМПв, кажЎÑй Оз кПÑПÑÑÑ
+ ÐžÐŒÐµÐµÑ ÐŽÐµÐ»ÐŸ Ñ Ð¿Ð°ÑаЌеÑÑаЌО, ПбеÑпеÑОваÑÑОЌО ПÑЎелÑÐœÑе ÑÑÐ°Ð¿Ñ Ð¿ÑПÑеÑÑа ÑПзЎаМОÑ.
+ÐПлÑзПваÑÐµÐ»Ñ ÐœÐ°Ð±Ð»ÑÐŽÐ°ÐµÑ Ð¿ÑПÑеÑÑ ÑПзЎаМОÑ, Ñ
+ПÑÑ ÐŸÐºÐœÐŸ, кПÑПÑПе пПказÑÐ²Ð°ÐµÑ ÐœÐµ ÑПлÑкП ÑекÑÑПвÑÑ Ð¿ÑПЎÑкÑОÑ, ÑПзЎаММÑÑ Greenstone пÑÑеЌ ОЌпПÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÑкÑОпÑПв, ÑÑÑПÑÑОÑ
+ ÐžÐœÐŽÐµÐºÑ Ð¿ÐŸÑÑÑПеМОÑ, МП Ñакже О лОМейкО пÑПЎвОжеМОÑ, кПÑПÑÑе пПказÑваÑÑ ÑÑÐµÐ¿ÐµÐœÑ Ð·Ð°Ð²ÐµÑÑеММПÑÑО кажЎПгП ÑкÑОпÑа.
+Ðа ÑОÑ. пÑеЎÑÑавлеМ вОЎ «СПзЎаÑÑ». СвеÑÑ
+Ñ Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐœÐµÑкПлÑкП ПпÑОй, кПÑПÑÑе ЌПгÑÑ Ð±ÑÑÑ Ð¿ÑÐžÐŒÐµÐœÐµÐœÑ Ð² пÑПÑеÑÑе ÑПзЎаМОÑ. ÐПлÑзПваÑÐµÐ»Ñ Ð²ÑбОÑÐ°ÐµÑ ÑППÑвеÑÑÑвÑÑÑее зМаÑеМОе ÐŽÐ»Ñ Ð²ÑбÑаММПгП ваÑОаМÑа. ÐÑÐŸÑ ÑОÑÑМПк ОллÑÑÑÑОÑÑÐµÑ Ð²ÑплÑваÑÑОе «ОМÑÑÑÑЌеМÑÑ Ð¿ÐŸÐŽÑказкО», кПÑПÑÑе ÑвлÑÑÑÑÑ ÐŽÐŸÑÑÑпМÑЌО пП вÑÐµÐŒÑ ÐžÐœÑеÑÑейÑÑ, ÑÑÐŸÐ±Ñ ÐŸÐ±ÑÑÑМОÑÑ Ð·ÐœÐ°ÑеМОе кажЎПгП паÑаЌеÑÑа. Ð ÑаÑÑЌаÑÑОваеЌПЌ ÑлÑÑае пПлÑзПваÑÐµÐ»Ñ Ð²ÑбОÑÐ°ÐµÑ ÑÑÐŸÐ²ÐµÐœÑ Ð¿ÐŸÐŽÑПбМПÑÑО ÐŽÐ»Ñ Ð¿ÑПÑеÑÑа ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, О ОМÑÑÑÑÐŒÐµÐœÑ Ð¿ÐŸÐŽÑказкО ÑППбÑаеÑ, ÑÑП ПМ ÑвлÑеÑÑÑ ÑОÑлПЌ ÐŒÐµÐ¶ÐŽÑ 0 О 3, кПÑПÑÑе ОМÑПÑЌОÑÑÑÑ ÐŸ ÑПЌ, как ЌМПгП ОМÑПÑЌаÑОО П пÑПÑеÑÑе МапеÑаÑаМП в ÑÑаМЎаÑÑМПЌ пПÑПке: «0» ПзМаÑÐ°ÐµÑ ÐœÐµÐŒÐœÐŸÐ³ÐŸ, а «3» - бПлÑÑПе кПлОÑеÑÑвП.
+ÐÑлО пПлÑзПваÑÐµÐ»Ñ ÑЎПвлеÑвПÑеМ паÑаЌеÑÑаЌО, ПМ ÑÐµÐ»ÐºÐ°ÐµÑ ÐœÐ° «СПзЎаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ». Greenstone МепÑеÑÑвМП вÑÐŽÐ°ÐµÑ ÑекÑÑ, кПÑПÑÑй пПказÑÐ²Ð°ÐµÑ Ð¿ÑПЎвОжеМОе, О ПМ ÐžÐŽÐµÑ ÐœÐ°ÑÑÐŽÑ Ñ Ð±ÐŸÐ»ÐµÐµ ОМÑПÑЌаÑОвМПй лОМейкПй пÑПЎвОжеМОÑ.
+
+
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ
+
+
+кМПпка ÐÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа (ÑОÑ. ) ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа кПллекÑОО, кПÑПÑÐ°Ñ Ð±Ñла ÑПзЎаМа. ÐÑО МажаÑОО Ма ÑÑÑ ÐºÐœÐŸÐ¿ÐºÑ ÐŸÑкÑÑваеÑÑÑ Ð²ÐµÐ±-бÑаÑÐ·ÐµÑ Ñ ÐŽÐŸÐŒÐ°ÑМей ÑÑÑаМОÑей кПллекÑОО (РОÑÑМПк ). ÐÑакÑОÑеÑкО, пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÑаÑÑП ПбМаÑÑÐ¶ÐžÐ²Ð°ÐµÑ ÐœÐµÐŽÐŸÑÑаÑкО в пÑПекÑОÑПваМОО кПллекÑОО ОлО в ОМЎОвОЎÑалÑÐœÑÑ
+ зМаÑеМОÑÑ
+ ЌеÑаЎаММÑÑ
+, О пПлÑзПваÑÐµÐ»Ñ ÑаÑÑП вПзвÑаÑаеÑÑÑ Ðº бПлее ÑаММОЌ ÑÑапаЌ ÐŽÐ»Ñ ÐžÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐžÑ
+. ÐÑа кМПпка ÑÑаМПвОÑÑÑ Ð°ÐºÑОвМПй, как ÑПлÑкП кПллекÑÐžÑ Ð±Ñла ÑПзЎаМа. ÐеЎавМП ÑÐŸÐ·ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±ÑÐŽÐµÑ Ñакже ÑÑÑаМПвлеМа Ма ÐаÑей ÑÑаÑÑПвПй ÑÑÑаМОÑе Greenstone как ПЎМа Оз ПбÑÑÐœÑÑ
+ кПллекÑОй.
+
+
+
+
+ÐПЌПÑÑ
+
+
+ÐÐžÐ°Ð»ÐŸÐ³ÐŸÐ²Ð°Ñ Ð¿ÐŸÐŒÐŸÑÑ Ð²ÑегЎа ЎПÑÑÑпМа. ÐМа запÑÑкаеÑÑÑ Ð¿ÑО ОÑпПлÑзПваМОО пÑМкÑа «ÐПЌПÑÑ» в пÑавПй ÑÑПÑПМе главМПй лОМейкО ÐŒÐµÐœÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОÑÑМка. ÐМа ПÑкÑÑÐ²Ð°ÐµÑ ÐžÐµÑаÑÑ
+ОÑеÑкО ÑÑÑÑкÑÑÑОÑПваММÑй ÑекÑÑПвÑй Ñайл пПЌПÑО; ПбÑÑÑМеМОе вÑÑÐµÐºÐ°ÐµÑ ÐžÐ· ÑекÑÑегП кПМÑекÑÑа пПлÑзПваÑÐµÐ»Ñ Ð¿ÑО пПЎÑвеÑОваМОО ÑазЎела, кПÑПÑÑй ÑППÑвеÑÑÑвÑÐµÑ ÑекÑÑей ÑÑаЎОО взаОЌПЎейÑÑвОÑ. ÐÑПЌе ÑПгП, как ПÑЌеÑеМП вÑÑе, вÑÑкОй Ñаз, кПгЎа ÐŒÑÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ ÐœÐ°ÐŽ лÑбÑÐŒ ЎОалПгПвÑÐŒ ПбÑекÑПЌ, вÑплÑÐ²Ð°ÐµÑ ÐŒÐ°Ð»ÐµÐœÑкПе ПкМП, ÑÑÐŸÐ±Ñ ÐŽÐ°ÑÑ ÑекÑÑ Ð¿ÐŸÐŽÑказкО, как ÑÑП бÑлП ОллÑÑÑÑОÑПваМП ПкПлП ПÑÐœÐŸÐ²Ð°ÐœÐžÑ ÐœÐ° ÑОÑ. .
+
+
+
+
+
+
+Ð ÑкПвПЎÑÑвП ОМÑеÑÑейÑа бОблОПÑекаÑÑ
+
+
+&chap_gli;
+
+
+
+
+СПзЎаМОе ÑÑгПв к ÑайлаЌ ЎПкÑЌеМÑаЌ
+
+
+ÐÑлО ОÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, кПÑПÑÑÑ Ð¶ÐµÐ»Ð°ÐµÑе пПÑÑÑПОÑÑ, ПÑÐ³Ð°ÐœÐžÐ·ÐŸÐ²Ð°ÐœÑ Ð² ÑÐ°Ð·ÐŽÐµÐ»Ñ Ðž пПЎÑазЎелÑ, ÑП ваЌ МеПбÑ
+ПЎОЌП ÑказаÑÑ ÑÑП в ОÑÑ
+ПЎМПЌ Ñайле (source files), Ñак ÑÑÐŸÐ±Ñ Greenstone пÑО ÑПзЎаМОО ÐÐ³Ð»Ð°Ð²Ð»ÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЌПг ÑПзЎаÑÑ ÑÑÑлкО (active links) к ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐŽÐŸÐºÑЌеМÑÑ. ÐÑП ЎелаеÑÑÑ Ð¿ÑÑеЌ ПбПзМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ â загПлПвка О пПЎзагПлПвка ÑазЎела О пПЎÑазЎела.
+ÐÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ - ÑÑП ЎПкÑЌеМÑÑ, как пÑавОлП пПлÑÑеММÑе пПÑле пÑПÑеÑÑа ÐРС, О ÑвлÑÑÑОеÑÑ ÐœÐ°Ð±ÐŸÑПЌ ÑекÑÑПвÑÑ
+ ÑалПв Word, вклÑÑÐ°Ñ ÐžÐ·ÐŸÐ±ÑажеМОÑ. ÐÑлО ПМО ÑвлÑÑÑÑÑ ÑайлаЌО Word, ÑП ПМО ЌПгÑÑ Ð±ÑÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÑ Ð² Greenstone Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Word plugin. Ðак алÑÑеÑМаÑОва , ПМО Ñак же ЌПгÑÑ Ð±ÑÑÑ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÑ Ð² ÑПÑÐŒÐ°Ñ HTML, ОÑпПлÑзÑÑ HTML plugin.
+РлÑбПЌ ÑлÑÑае, ЌеÑаЎаММÑе П загПлПвкаÑ
+ О пПЎзагПлПвкаÑ
+ ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÐºÐ°Ð·Ð°ÐœÑ ÑÑгаЌО в ÑекÑÑе ÑлеЎÑÑÑОЌ ПбÑазПЌ:
+<!--
+<Section>
+<Description>
+<Metadata name="Title">Realizing human rights for poor people: Strategies for achieving the international development targets</Metadata>
+</Description>
+-->
+(text of section goes here)
+<!--
+</Section>
+-->
+ÐаÑкеÑÑ <!â...â> ОÑпПлÑзÑÑÑÑÑ, Ñак как ПМО ÑказÑваÑÑ ÐºÐŸÐŒÐŒÐµÐœÑаÑОО в HTML; ÑакОЌ ПбÑазПЌ, ÑÑО ÑÑгО ÑазЎелПв Ме бÑÐŽÑÑ Ð²Ð»ÐžÑÑÑ ÐœÐ° ÑПÑЌаÑОÑПваМОе ЎПкÑЌеМÑа.
+РПблаÑÑО Description (ÐŒÐµÐ¶ÐŽÑ ÑÑгаЌО <Description>, </Description> ЌПжМП ÑказаÑÑ ÐŽÑÑгОе Ð²ÐžÐŽÑ ÐŒÐµÑаЎаММÑÑ
+, МП ÐŽÐ»Ñ ÑакПгП ÑПЎа кПллекÑОй, кПÑПÑÑе ÐŒÑ ÐŸÐ¿ÐžÑÑваеЌ, ПМО Ме ОÑпПлÑзÑÑÑÑÑ). Ð Ð°Ð·ÐŽÐµÐ»Ñ ÐŒÐŸÐ³ÑÑ ÐžÐŒÐµÑÑ Ðž пПЎÑÐ°Ð·ÐŽÐµÐ»Ñ ÐºÐ°Ðº пÑПЎПлжеМОе ÑлÑÑаÑ, ПпОÑаММПгП вÑÑе.
+ÐÑлО Ð²Ñ When you вÑÑавОлО ÑекÑÐžÑ ÑегПв в Ð²Ð°Ñ ÐŽÐŸÐºÑЌеМÑ, запПЌМОÑе ÑÑП Ð²Ñ ÑПзЎалО ОеÑаÑÑ
+ОÑеÑкÑÑ ÑаблОÑÑ ÑПЎеÑжаМОÑ. ÐÑП ПзМаÑÐ°ÐµÑ ÑÑП ÑекÑОО МаÑ
+ПЎОÑÑÑÑ Ð²ÐœÑÑÑО ÐŽÑÑгОÑ
+ ÑекÑОй. ЀакÑОÑеÑкО, вÑе ÑекÑОО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð²ÐºÐ»ÑÑÐµÐœÑ Ð² ÐŸÐŽÐœÑ Ð·Ð°ÐºÐ»ÑÑОÑелÑÐœÑÑ ÑекÑÐžÑ ÐºÐŸÑПÑÐ°Ñ Ð·Ð°ÐºÐ»ÑÑÐ°ÐµÑ Ð²ÐµÑÑ ÐŽÐŸÐºÑЌеМÑ.
+СлеЎÑÑÑОй пÑÐžÐŒÐµÑ ÐŽÐµÐŒÐŸÐœÑÑÑОÑÑÐµÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ Ñ ÐŽÐ²ÑÐŒÑ Ð³Ð»Ð°Ð²Ð°ÐŒÐž, вÑПÑÐ°Ñ ÐžÐ· кПÑПÑÑÑ
+ ÑПЎеÑÐ¶ÐžÑ ÐŽÐ²Ðµ пПЎÑекÑОО. ÐÐ»Ñ ÑеалÑМПгП пÑОЌеÑа пеÑвПОÑÑПÑМОкО ПÑПÑÐŒÐ»ÐµÐœÑ ÑегаЌО Ñак ÑÑÐŸÐ±Ñ ÐŸÐœÐž вÑглÑЎелО как ЎПкÑÐŒÐµÐœÑ ÐŽÐ»Ñ ÐеЌПМÑÑÑаÑОПММПй кПллекÑОО ОлО кПллекÑÐžÑ ÑОÑÑПвПй бОблОПÑекО .
+<!--
+<Section>
+<Description>
+<Metadata name="Title">My Document</Metadata>
+</Description>
+<Section>
+<Description>
+<Metadata name="Title">Chapter 1</Metadata>
+</Description>
+-->
+(text of chapter 1 goes here)
+<!--
+</Section>
+<Section>
+<Description>
+<Metadata name="Title">Chapter 2</Metadata>
+</Description>
+<Section>
+<Description>
+<Metadata name="Title">Subsection 1</Metadata>
+</Description>
+-->
+(text of sub-section 1 goes here)
+<!--
+</Section>
+<Section>
+<Description>
+<Metadata name="Title">Subsection 2</Metadata>
+</Description>
+-->
+(text of sub-section 2 goes here)
+<!--
+</Section>
+</Section>
+</Section>
+-->
+ÐЌейÑе Ð²Ð²ÐžÐŽÑ ÑÑП ЌеÑаЎаММÑе МазМаÑеММÑе в ÑекÑОО ÑегПв в ЎПкÑЌеМÑе пеÑвПОÑÑПÑМОке ПпÑеЎелÑÑÑ Ð²ÐµÑÑ ÐŽÐŸÐºÑЌеМÑ. ÐÑП ПзМаÑÐ°ÐµÑ ÑÑП ÐаЌ Ме ÑлеЎÑÐµÑ ÐŽÐµÑалÑМП ПпÑеЎелÑÑÑ ÐŒÐµÑаЎаММÑе ÐÐ°Ð·Ð²Ð°ÐœÐžÑ ÐŽÐ»Ñ ÑекÑОО веÑÑ
+МегП ÑÑПвМÑ, еÑлО Ð²Ñ ÐœÐµ Ñ
+ПÑОÑе пеÑеÑПзЎаÑÑ ÐŒÐµÑаЎаММÑе ПпÑеЎелеММÑе ÑаМее. РвÑÑеÑказаММПЌ пÑОЌеÑе как ЌОМОЌÑÐŒ еÑлО Ð²Ñ Ñ
+ПÑОÑе пеÑеÑПзЎаÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐŸÐº ЎПкÑЌеМÑа ваЌ ÑлеЎÑÐµÑ Ð¿ÑПпÑÑÑОÑÑ ÑÑÑÐŸÐºÑ ÐºÐŸÑПÑÑÑ Ð²Ñ ÑейÑÐ°Ñ ÑОÑаеÑе
+<Metadata name="Title">My Document</Metadata>
+
+
+
+
+ÐПллекÑПÑ
+
+
+ÐПллекÑÐŸÑ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ Ð²Ð°ÐŒ ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе кПллекÑОО, а Ñакже ОзЌеМÑÑÑ ÑÑÑеÑÑвÑÑÑОе ОлО ÑЎалÑÑÑ. ÐÐ»Ñ ÑÑПгП ÐŒÑ Ð¿ÑПйЎеЌ ÑеÑез ÑÑÐŽ веб-ÑÑÑаМОÑ, кПÑПÑÑе ÑаÑÑЌаÑÑОваÑÑ ÑÑÐŸÑ Ð¿ÑПÑеÑÑ. РкаÑеÑÑве алÑÑеÑМаÑОв ÐПллекÑПÑÑ Ð²Ñ Ñакже ЌПжеÑе ÑПзЎаваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÐœÐŸÐ¹ ÑÑÑПкО - пеÑвÑе ÑÑÑаМОÑÑ ÐÐœÑÑÑÑкÑОО РазÑабПÑÑОка ЎеÑалÑМП ÑаÑÑЌаÑÑОваÑÑ ÑÑÐŸÑ Ð²ÐŸÐ¿ÑПÑ.
+СПзЎаМОе О ÑаÑпÑПÑÑÑаМеМОе ОМÑПÑЌаÑОО в кПллекÑОÑÑ
+ влеÑÐµÑ Ð·Ð° ÑПбПй ПÑвеÑÑÑвеММПÑÑÑ, кПÑПÑÑÑ ÑлеЎÑÐµÑ ÑÑеÑÑÑ Ð¿ÐµÑеЎ ÑПзЎаМОеЌ. СÑÑеÑÑвÑÑÑ Ð°Ð²ÑПÑÑкОе пÑава: ОЌеÑÑ ÐŽÐŸÑÑÑп к ЎПкÑЌеМÑаЌ Ме ПзМаÑаеÑ, ÑÑП ваЌ пПзвПлеМП ÑаÑпÑПÑÑÑаМÑÑÑ ÐµÐµ ÐŽÐ»Ñ ÐŽÑÑгОÑ
+. СÑÑеÑÑвÑÑÑ Ñакже вПпÑПÑÑ ÑÑОкО: к МекПÑПÑÑÐŒ веÑÑÐŒ пÑПÑÑП ÐœÑжМП ПгÑаМОÑОÑÑ ÐŽÐŸÑÑÑп. ÐеÑП ПÑÑÑее ЌеÑа! ÐÑÐŽÑÑе ПÑÑПÑÐŸÐ¶ÐœÑ Ðž ÑЌелП ОÑпПлÑзÑйÑе ÑÐžÐ»Ñ ÐžÐœÑПÑЌаÑОО.
+ÐажЌОÑе Ма ÑППÑвеÑÑÑвÑÑÑÑÑ ÑÑÑÐ»ÐºÑ (Collector) в ÑÑаÑÑПвПЌ ПкМе бОблОПÑекО.
+Ð Greenstone ÑÑÑÑкÑÑÑа кажЎПй кПллекÑОО ПпÑеЎелÑеÑÑÑ Ð² пÑПÑеÑÑе ее ÑПзЎаМОÑ. ÐÑП вклÑÑÐ°ÐµÑ ÐŸÐ¿ÑеЎелеМОе ÑПÑЌаÑа ОÑпПлÑзÑеЌÑÑ
+ ЎПкÑЌеМÑПв, ОÑ
+ вÑвПЎ Ма ÑкÑаМ, ОÑÑПÑМОк ЌеÑаЎаММÑÑ
+, какОе пÑеЎЌеÑÐœÑе ÑказаÑелО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð²ÐºÐ»ÑÑеМÑ, какОе пПлМПÑекÑÑПвÑе ОМЎекÑÑ ÑлеЎÑÐµÑ Ð¿ÑеЎПÑÑавОÑÑ Ðž как ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÑ ÑезÑлÑÑаÑÑ Ð¿ÐŸÐžÑка. ÐПÑле ÑПгП, как кПллекÑÐžÑ ÑПзЎаМа, в Мее легкП ЎПбавОÑÑ ÐœÐŸÐ²Ñе ЎПкÑЌеМÑÑ Ð¿ÑО ÑÑлПвОО, ÑÑП ПМО ÑПгП же ÑПÑЌаÑа, ÑÑП О ÑÑÑеÑÑвÑÑÑОе ЎПкÑЌеМÑÑ, О ОЌеÑÑ ÑÑ
+ПжОе ЌеÑаЎаММÑе.
+ÐПллекÑÐŸÑ Ð²ÑпПлМÑÐµÑ ÑлеЎÑÑÑОе ПÑМПвМÑе ÑÑМкÑОО:
+
+
+ÑПзЎаМОе МПвПй кПллекÑОО, ОЌеÑÑей ÑакÑÑ Ð¶Ðµ ÑÑÑÑкÑÑÑÑ, как О ÑÑÑеÑÑвÑÑÑаÑ;
+
+
+ÑПзЎаМОе МПвПй кПллекÑОО, ОЌеÑÑей ÐŽÑÑгÑÑ ÑÑÑÑкÑÑÑÑ, МежелО ÑÑÑеÑÑвÑÑÑаÑ;
+
+
+ЎПбавОÑÑ ÐœÐŸÐ²Ñй ЌаÑеÑОал к кПллекÑОО;
+
+
+ОзЌеМОÑÑ ÑÑÑÑкÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО;
+
+
+ÑЎалОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ;
+
+
+запОÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° ÑаЌПÑÑÑаМавлОваÑÑОйÑÑ CD-ROM
+
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÐПллекÑПÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО, в ÑÑПЌ ÑлÑÑае Оз МабПÑа ÑайлПв ÑПÑЌаÑа HTML. ÐÑежЎе вÑегП ваЌ ÐœÑжМП ÑеÑОÑÑ, Ñ
+ПÑОÑе лО Ð²Ñ ÑабПÑаÑÑ Ñ ÑÑÑеÑÑвÑÑÑей кПллекÑОей ОлО ÑПзЎаваÑÑ ÐœÐŸÐ²ÑÑ. ÐеÑÐ²Ð°Ñ ÐºÐ°ÑаеÑÑÑ Ð¿ÑМкÑПв 3-6, а пПÑлеЎМÑÑ 1-2.
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (пÑПЎПлжеМОе Ма ÑлеЎÑÑÑей ÑÑÑаМОÑе)
+
+(a)
+
+
+
+
+
+
+ÐÑ
+ПЎ
+
+
+РлÑбПЌ ÑлÑÑае ваЌ пÑежЎе вÑегП ÐœÑжМП вПйÑО в ÐПллекÑПÑ. ÐаЌеÑÑÑе, ÑÑП ПбÑÑМП, ÑеÑез ÑвПО кПЌпÑÑÑеÑÑ Ð»ÑЎО ОЌеÑÑ ÐŽÐŸÑÑÑп к ÑпеÑОалОзОÑÐŸÐ²Ð°ÐœÐœÐŸÐŒÑ ÐŸÑÐŽÐ°Ð»ÐµÐœÐœÐŸÐŒÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑÑ Ð² ÑеÑО, ОЌеÑÑÐµÐŒÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПе пÑПгÑаЌЌМПе ПбеÑпеÑеМОе ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй. ÐПМеÑМП же ÐŒÑ ÐœÐµ ЌПжеЌ пПзвПлОÑÑ ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐžÐŒÐµÑÑ ÐŽÐŸÑÑÑп к ÑакОЌ ÑеÑвеÑаЌ О ÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, пПÑÑÐŸÐŒÑ Greenstone ÐžÐŒÐµÐµÑ ÑОÑÑÐµÐŒÑ Ð±ÐµÐ·ÐŸÐ¿Ð°ÑМПÑÑО, гЎе Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð²Ð²ÐµÑÑО ÑвПй ID О паÑПлÑ. Так же, еÑлО пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÑÑÑаМПвлеМП Ñ Ð²Ð°Ñ ÐœÐ° кПЌпÑÑÑеÑе, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ÑПзЎаваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ма МеЌ. ТеЌ Ме ЌеМее, Ð²Ñ Ñакже ÐŽÐŸÐ»Ð¶ÐœÑ Ð²Ð²ÐµÑÑО ID О паÑПлÑ, ÑÑÐŸÐ±Ñ ÐŸÐ³ÑаЎОÑÑ Ð¿ÐŸÑÑПÑПММОÑ
+ лÑЎей ÐŸÑ Ð²Ñ
+ПЎа в пÑПгÑÐ°ÐŒÐŒÑ Ð±ÐµÐ· ÑазÑеÑеМОÑ.
+
+
+
+
+ÐÐžÐ°Ð»ÐŸÐ³ÐŸÐ²Ð°Ñ ÑÑÑÑкÑÑÑа
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(b)
+
+
+
+
+ÐПÑле вÑ
+ПЎа Ма ÑкÑаМе пПÑвлÑеÑÑÑ ÑÑÑаМОÑа, ОзПбÑÐ°Ð¶ÐµÐœÐœÐ°Ñ ÐœÐ° ÑОÑÑМке . Ðа Мей пПказаМ пеÑеÑÐµÐœÑ ÑагПв, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑП:
+
+
+Ð¡Ð±ÐŸÑ ÐžÐœÑПÑЌаÑОО
+
+
+УказаМОе ОÑÑПÑМОкПв
+
+
+ÐаÑÑÑПйка кПллекÑОО
+
+
+ÐПÑÑÑПеМОе кПллекÑОО
+
+
+ÐÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО
+
+
+РпеÑвПЌ Ñаге ÑказÑваеÑÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ кПллекÑОО О ÑПпÑÑÑÑвÑÑÑÐ°Ñ ÐžÐœÑПÑЌаÑОÑ. ÐÑПÑПй Ñаг - ÑказаÑÑ, ПÑкÑЎа ÑкаÑОваÑÑ Ðž пПлÑÑаÑÑ ÐžÐœÑПÑЌаÑОÑ. ÐаÑеЌ ÑлеЎÑÐµÑ ÐœÐ°ÑÑÑПйка кПМÑОгÑÑаÑОй кПллекÑОО. ÐÑП Ñаг, кПÑПÑÑй ÑÑаМПвОÑÑÑ Ð±ÐŸÐ»ÐµÐµ важМÑÐŒ Ñ Ð¿ÐŸÑвлеМОеЌ вÑе бПлÑÑегП ПпÑÑа ÑабПÑÑ Ñ Greenstone. ЧеÑвеÑÑÑй Ñаг - ÑÑП ÑаЌ, гЎе пÑПОÑÑ
+ÐŸÐŽÐžÑ ÑбПÑка О ÑабПÑа. РпÑПÑеÑÑе пПÑÑÑÐŸÐµÐœÐžÑ Ð¿ÑПгÑаЌЌа ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð²Ñе ОМЎекÑÑ Ðž ÑПбОÑÐ°ÐµÑ Ð²ÑÑ ÐžÐœÑПÑЌаÑОÑ, МеПбÑ
+ПЎОЌÑÑ ÐŽÐ»Ñ ÑÑМкÑОПМОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑÑÑй Ñаг - ÑÑП пÑПÑЌПÑÑ ÑПзЎаММПй кПллекÑОО.
+ÐÑО пÑÑÑ ÑагПв ОзПбÑÐ°Ð¶ÐµÐœÑ Ð² вОЎе лОМейМПй пПÑлеЎПваÑелÑМПÑÑО ÑеÑÑÑ
+ кМПпПк Ð²ÐœÐžÐ·Ñ ÑÑÑаМОÑÑ ÐœÐ° РОÑÑМке О Ð²ÐœÐžÐ·Ñ Ð²ÑеÑ
+ ÑÑÑаМОÑ, ÑПзЎаММÑÑ
+ в ÐПллекÑПÑе. ÐÑа Ð¿Ð°ÐœÐµÐ»Ñ ÐºÐœÐŸÐ¿ÐŸÐº Ð¿ÐŸÐŒÐŸÐ¶ÐµÑ Ð²Ð°ÐŒ ПпÑеЎелОÑÑ, Ма какПй ÑÑаЎОО пÑПÑеÑÑа Ð²Ñ ÐœÐ°Ñ
+ПЎОÑеÑÑ. ÐМПпка, Ма кПÑПÑÑÑ ÐœÑжМП МажаÑÑ ÐŽÐ»Ñ Ð¿ÑÐŸÐŽÐŸÐ»Ð¶ÐµÐœÐžÑ Ð¿ÑПÑеÑÑа, ОзПбÑажеМа зелеМÑÐŒ ÑвеÑПЌ (collection information Ма ÑОÑÑМке ). ÐМПпкО ÑеÑПгП ÑвеÑа (вÑе ПÑÑалÑÐœÑе Ма РОÑÑМке ) ÑвлÑÑÑÑÑ ÐœÐµÐ°ÐºÑОвМÑЌО. ÐМПпкО ЌеМÑÑÑ ÑÐ²ÐµÑ ÐœÐ° желÑÑй в пÑПÑеÑÑе пеÑеÑ
+ПЎа. ÐÑ ÐŒÐŸÐ¶ÐµÑе веÑÐœÑÑÑÑÑ Ðº пÑеЎÑÐŽÑÑÐµÐŒÑ ÑагÑ, Мажав ÑППÑвеÑÑÑвÑÑÑÑÑ Ð¶ÐµÐ»ÑÑÑ ÐºÐœÐŸÐ¿ÐºÑ. ÐÑÐŸÑ Ð²ÐžÐŽ ЎОÑÐ¿Ð»ÐµÑ ÑЌПЎелОÑПваМ МапПЎПбОе âпÑÑевПЎОÑелей, ЌаÑÑеÑПвâ (wizards) кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ Ð² ÐŽÑÑгОÑ
+ ÑаÑпÑПÑÑÑаМеММÑÑ
+ пÑПгÑаЌЌМÑÑ
+ ÑÑеЎÑÑваÑ
+, ÑÑебÑеЌÑÑ
+ ÐŽÐ»Ñ Ð¿ÑÐŸÐ²ÐµÐŽÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелей ÑеÑез пÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО пÑПгÑаЌЌÑ.
+
+
+
+
+ÐÐœÑПÑЌаÑÐžÑ ÐŸ кПллекÑОО
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(c)
+
+
+
+
+ÐеÑвÑй Ñаг в пÑПÑеÑÑе - ÑÑП ОМÑПÑЌаÑÐžÑ ÐŸ кПллекÑОО, Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÐœÐ°Ñ ÐœÐ° ÑОÑÑМке . ÐÑО ее ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌП ввеÑÑО:
+
+
+ÐазваМОе
+
+
+ÐПМÑакÑÐœÑй e-mail аЎÑеÑ
+
+
+ÐÑаÑкПе ПпОÑаМОе
+
+
+ÐазваМОе кПллекÑОО - ÑÑП кПÑПÑÐºÐ°Ñ ÑÑаза, пПвÑеЌеÑÑМП ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð² ÑОÑÑПвПй бОблОПÑеке ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ТОпОÑÐœÑе ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй: ÐОблОПÑека пОÑО О пОÑаÑелÑÐœÑÑ
+ веÑеÑÑв, ÐОÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека ПкÑÑжаÑÑей ÑÑеЎÑ, ÐОблОПÑека ÑазвОÑÐžÑ Ðž Ñ.ÐŽ. ÐлекÑÑПММÑй аЎÑÐµÑ Ð¿ÑеЎМазМаÑеМ ÐŽÐ»Ñ ÐœÐµÐŒÐµÐŽÐ»ÐµÐœÐœÐŸÐ³ÐŸ кПМÑакÑа Ñ ÑПзЎаÑелеЌ пÑО вПзМОкМПвеМОО пÑПблеЌ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОей. ÐÑО ПбМаÑÑжеМОО пÑПблеЌ ОлО ПÑОбкО, пÑПгÑаЌЌа Greenstone
+ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÑлаÑÑ ÐŸÑÑÐµÑ ÐŸ ЎОагМПÑÑОке пÑÐŸÐ±Ð»ÐµÐŒÑ ÐœÐ° ÑÑÐŸÑ Ð°ÐŽÑеÑ. РМакПМеÑ, кÑаÑкПе ПпОÑаМОе - ÑÑП МебПлÑÑОе пÑеЎлПжеМОÑ, ПпОÑÑваÑÑОе, как ÑÑÑÑПеМа кПллекÑОÑ. ÐМП МаÑ
+ПЎОÑÑÑ Ð¿ÐŸÐŽ загПлПвкПЌ About this collection (Ðб ÑÑПй кПллекÑОО) Ма пеÑвПй ÑÑÑаМОÑе кПллекÑОО. ÐеÑÑП МаÑ
+ÐŸÐ¶ÐŽÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð² пÑПÑеÑÑе ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ПÑПбÑажаеÑÑÑ ÑÑÑелкПй, кПÑПÑÐ°Ñ ÐœÐ°Ñ
+ПЎОÑÑÑ ÐœÐ° ЎОÑплее Ð²ÐœÐžÐ·Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÑÑÑаМОÑÑ. Ðа ÑОÑÑМке , collection information stage (ÑÑÐ°ÐŽÐžÑ ÐžÐœÑПÑЌаÑОО П кПллекÑОО). ÐПлÑзПваÑÐµÐ»Ñ Ð¿ÑПЎвОгаеÑÑÑ Ðº РОÑÑÐœÐºÑ , Мажав Ма зелеМÑÑ ÐºÐœÐŸÐ¿ÐºÑ.
+
+
+
+
+ÐÑÑПÑМОкО ОМÑПÑЌаÑОО
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(d)
+
+
+
+
+ÐаÑÐžÐœÐ°Ñ Ñ Ð ÐžÑÑМка , пПлÑзПваÑÐµÐ»Ñ ÐŽÐŸÐ»Ð¶ÐµÐœ ÑказÑваÑÑ ÑекÑÑПвÑе ОÑÑПÑМОкО, ÑПÑÑавлÑÑÑОе кПллекÑОÑ. ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑПзЎаÑÑ Ð²Ð°ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð»ÐžÐ±ÐŸ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑÑÑÑкÑÑÑÑ, ÑÑÑаМПвлеММПй пП ÑЌПлÑÐ°ÐœÐžÑ Ð¿ÑПгÑаЌЌÑ, лОбП Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑÑÑÑкÑÑÑÑ, ÑÑÑеÑÑвÑÑÑей в кПллекÑОО.
+ÐÑлО Ð²Ñ Ð²ÑбеÑеÑе ÑÑÑÑкÑÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ, ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŒÐŸÐ¶ÐµÑ ÑПЎеÑжаÑÑ ÐŽÐŸÐºÑЌеМÑÑ ÑПÑЌаÑа HTML (ÑайлÑ, ОЌеÑÑОе ÑаÑÑОÑеМОе .htm, .html) ОлО пÑПÑÑÑе ÑекÑÑПвÑе ЎПкÑЌеМÑÑ (.txt, .text), ЎПкÑЌеМÑÑ Microsoft Word (.doc), PDF (.pdf) ОлО ЎПкÑЌеМÑÑ e-mail (.email). ÐПлÑÑе ОМÑПÑЌаÑОО П ÑазлОÑÐœÑÑ
+ ÑПÑЌаÑаÑ
+ ЎПкÑЌеМÑПв ÑПЎеÑжОÑÑÑ ÐœÐžÐ¶Ðµ в ÑаÑÑО âЀПÑЌаÑÑ ÐŽÐŸÐºÑЌеМÑПвâ.
+ÐÑлО Ð²Ñ ÑПзЎаеÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° ПÑМПве ÑÑÑеÑÑвÑÑÑей кПллекÑОО, ÑП ÑÐ°Ð¹Ð»Ñ Ð² МПвПй кПллекÑОО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÐŸÐ±ÑзаÑелÑМП ÑПгП же ÑаЌПгП ÑПÑЌаÑа, кПÑПÑÑе ОÑпПлÑзПвалОÑÑ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑÑПй кПллекÑОО. ÐаЌеÑÑÑе, ÑÑП МекПÑПÑÑе кПллекÑОО ОÑпПлÑзÑÑÑ ÐœÐµÑÑаМЎаÑÑÐœÑе ÑПÑЌаÑÑ ÐžÑÑ
+ПЎМÑÑ
+ ÑайлПв, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÐŽÑÑгОе ОÑпПлÑзÑÑÑ ÐŒÐµÑаЎаММÑе, МаÑ
+ПЎÑÑОеÑÑ Ð²ÐŸ вÑпПЌПгаÑелÑÐœÑÑ
+ ÑайлаÑ
+. ÐÑлО ваÑО ОÑÑ
+ПЎМÑе ЎаММÑе Ме ОЌеÑÑ ÑÑПй ОМÑПÑЌаÑОО, ÑП МекПÑПÑÑе пПОÑкПвÑе вПзЌПжМПÑÑО Ме бÑÐŽÑÑ ÑабПÑаÑÑ ÐœÐŸÑЌалÑМП. ÐапÑОЌеÑ, еÑлО Ð²Ñ âклПМОÑÑеÑеâ ÐеЌП-кПллекÑОÑ, ÑП заЌеÑОÑе, ÑÑП ÑказаÑелО âÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñâ, âПÑгаМОзаÑООâ О âÑпПÑПбÑâ Ме бÑÐŽÑÑ ÑабПÑаÑÑ. Ð ÑпеÑОалÑÐœÑÑ
+ ПкМаÑ
+ ÑлеЎÑÐµÑ ÑказаÑÑ ÐŒÐµÑÑПпПлПжеМОе ОÑÑПÑМОкПв ЎПкÑЌеМÑПв.
+ÐПгÑÑ Ð±ÑÑÑ ÑказаМП ЎП ÑÑеÑ
+ ПÑЎелÑÐœÑÑ
+ ОÑÑ
+ПЎМÑÑ
+ ОÑÑПÑМОкПв, ОзПбÑажеММÑÑ
+ Ма ÑОÑÑМке . ÐÑлО ваЌ ÐœÑжМП бПлÑÑе, пÑПÑÑП
+МажЌОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ âmore sourcesâ (бПлÑÑе ОÑÑПÑМОкПв)
+СÑÑеÑÑвÑÐµÑ ÑÑО вОЎа ÑказаМОй:
+
+
+ÐазваМОе ЎОÑекÑПÑОО в ÑОÑÑеЌе ÑеÑвеÑа Greenstone (МаÑОМаеÑÑÑ Ñ âfile://â)
+
+
+ÐÐŽÑеÑ, МаÑОМаÑÑОйÑÑ Ñ âhttp://â ÐŽÐ»Ñ ÑайлПв, кПÑПÑÑе ÐœÑжМП загÑÑзОÑÑ Ñ ÐÐœÑеÑМеÑа
+
+
+ÐÐŽÑеÑ, МаÑОМаÑÑОйÑÑ Ñ âftp://â ÐŽÐ»Ñ ÑайлПв, кПÑПÑÑе ЌПжМП загÑÑзОÑÑ, ОÑпПлÑзÑÑ Ð°ÐœÐŸÐœÐžÐŒÐœÑй FTP.
+
+
+ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе file:// ОлО ftp:// ÐŽÐ»Ñ ÑÐºÐ°Ð·Ð°ÐœÐžÑ Ñайла, ÑП бÑÐŽÐµÑ Ð·Ð°Ð³ÑÑжеМ ÑÑÐŸÑ Ñайл.
+ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе http://, ÑП ÑезÑлÑÑÐ°Ñ Ð·Ð°Ð²ÐžÑÐžÑ ÐŸÑ ÑПгП, вÑÐŽÐ°ÐµÑ Ð»Ðž пÑПгÑаЌЌа ПбÑÑÐœÑÑ ÐžÐœÑеÑÐœÐµÑ ÑÑÑаМОÑÐºÑ ÐœÐ° ÑкÑаМ ОлО ÑпОÑПк ÑайлПв. ÐÑлО ÑÑÑаМОÑкÑ, ÑП ПМа бÑÐŽÐµÑ Ð·Ð°Ð³ÑÑжеМа â как О вÑе ÑÑÑаМОÑÑ, Ма кПÑПÑÑе ÑÑÑеÑÑвÑÑÑ ÑÑÑлкО Ñ ÑÑПй ÑÑÑаМОÑкО О Ñ.ÐŽ. пÑО ÑÑлПвОО, ÑÑП ПМО МаÑ
+ПЎÑÑÑÑ ÐœÐ° ПЎМПЌ веб-ÑайÑе.
+ÐÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе file:// ОлО ftp:// ÐŽÐ»Ñ ÑÐºÐ°Ð·Ð°ÐœÐžÑ Ð¿Ð°Ð¿ÐºÐž ОлО ЎОÑекÑПÑОО ОлО ввеЎеÑе http:// аЎÑеÑ, кПÑПÑÑй Ð²ÐµÐŽÐµÑ Ðº ÑпОÑÐºÑ ÑайлПв, ÑП вÑе ÑÑП МаÑ
+ПЎОÑÑÑ Ð² папке О вÑе пПЎпапкО бÑÐŽÑÑ Ð²ÐºÐ»ÑÑÐµÐœÑ Ð² кПллекÑОÑ.
+ÐÑ ÐŒÐŸÐ¶ÐµÑе ÑказаÑÑ ÐžÑÑПÑМОкО ÐŽÑÑгОÑ
+ вОЎПв.
+Ð ÑакПЌ ÑлÑÑае (РОÑÑМПк ) ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±ÑÐŽÐµÑ ÑПЎеÑжаÑÑ ÐŽÐŸÐºÑЌеМÑÑ, взÑÑÑе как Оз лПкалÑМПй ÑОÑÑеЌÑ, Ñак О Ñ ÐŸÑЎалеММПгП ÐÐœÑеÑМеÑ-ÑеÑÑÑÑа, кПÑПÑÑй бÑÐŽÐµÑ ÑказаМ в пÑПÑеÑÑе пПÑÑÑПеМОÑ.
+ÐПгЎа Ð²Ñ ÐœÐ°Ð¶ÐŒÐµÑе Ма configure collection (кПМÑОгÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ) ÐŽÐ»Ñ Ð¿ÑÐŸÐŽÐŸÐ»Ð¶ÐµÐœÐžÑ Ð¿ÑПÑеÑÑа пПÑÑÑÐŸÐµÐœÐžÑ , ÐПллекÑÐŸÑ Ð¿ÑПвеÑОÑ, ЎПÑÑÑÐ¿ÐœÑ Ð»Ðž вÑе ОÑÑПÑМОкО, кПÑПÑÑе Ð²Ñ ÑказалО. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð·Ð°ÐœÑÑÑ ÐœÐµÑкПлÑкП ÑекÑМЎ ОлО Ўаже ЌОМÑÑ, еÑлО Ð²Ñ ÑказалО
+МеÑкПлÑкП ОÑÑПÑМОкПв. ÐÑлО ПЎОМ ОлО МеÑкПлÑкП ÑказаММÑÑ
+ ваЌО ОÑÑПÑМОкПв МеЎПÑÑÑпМÑ, ÑП пПÑвОÑÑÑ ÑÑÑаМОÑа, ÑÑ
+ÐŸÐ¶Ð°Ñ Ñ Ð ÐžÑÑМкПЌ , гЎе ÑÐºÐ°Ð·Ð°ÐœÑ ÐœÐµÐŽÐŸÑÑÑпМÑе ОÑÑПÑМОкО (в ÑÑПЌ ÑлÑÑае Пба).
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(e)
+
+
+
+
+ÐÑÑПÑМОкО ЌПгÑÑ Ð±ÑÑÑ ÐœÐµÐŽÐŸÑÑÑÐ¿ÐœÑ Ð¿ÐŸ ÑлеЎÑÑÑОЌ пÑОÑОМаЌ:
+
+
+Ѐайл, ÑÐ°Ð¹Ñ FTP ОлО URL Ме ÑÑÑеÑÑвÑÑÑ
+
+
+ÐаЌ ÐœÑжМП пПЎклÑÑОÑÑÑÑ Ðº ОМÑеÑМеÑÑ
+
+
+ÐÑ Ð¿ÑÑаеÑеÑÑ Ð¿ÐŸÐ¿Ð°ÑÑÑ ÐœÐ° заблПкОÑПваММÑй аЎÑеÑ.
+
+
+ÐПÑлеЎМОй Оз ÑлÑÑаев ÑаЌÑй МепПМÑÑÐœÑй. ÐÐœ ÑлÑÑаеÑÑÑ ÑПгЎа, кПгЎа Ð²Ñ ÐžÐŒÐµÐµÑе ЎПÑÑÑп к ОМÑеÑМеÑÑ Ð¿ÐŸ ÑелеÑПММПй лОМОО (dial-up). ÐМПгЎа бÑÐ²Ð°ÐµÑ Ñак, ÑÑП Ð²Ñ Ð²ÐžÐŽÐžÑе веб-ÑÑÑаМОÑÑ, МабÑав аЎÑÐµÑ Ð² бÑаÑзеÑе, а ÐПллекÑÐŸÑ ÐŸÑвеÑаеÑ, ÑÑП ÑÑÑаМОÑа МеЎПÑÑÑпМа. ÐбÑÑÑМеМОе ÑÑПгП ÑПÑÑÐŸÐžÑ Ð² ÑПЌ, ÑÑП ÑÑÑаМОÑа ÐŒÐŸÐ¶ÐµÑ ÐžÑÑ
+ПЎОÑÑ ÐžÐ· locally cashed copy. Ð ÑПжалеМОÑ, locally cashed copy ÑвлÑÑÑÑÑ ÐœÐµÐ²ÐžÐŽÐžÐŒÑЌО ÐŽÐ»Ñ ÐПллекÑПÑа. Ð ÑÑПЌ ÑлÑÑае ÐŒÑ ÑекПЌеМЎÑеЌ ÑМаÑала загÑÑзОÑÑ ÑÑО ÑÑÑаМОÑÑ ÐžÐ· ÐÐœÑеÑМеÑа.
+
+
+
+
+ÐаÑÑÑПйка кПллекÑОй
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(f)
+
+
+
+
+Ðа РОÑÑМке ОзПбÑажеМа ÑлеЎÑÑÑÐ°Ñ ÑÑаЎОÑ. СПзЎаМОе О пПказ вÑеÑ
+ кПллекÑОй кПМÑÑПлОÑÑеÑÑÑ ÐŸÑЎелÑÐœÑÐŒ кПМÑОгÑÑаÑОПММÑÐŒ ÑайлПЌ (ÑЌПÑÑОÑе МОже). ÐПлее ПпÑÑÐœÑе пПлÑзПваÑелО ЌПгÑÑ ÑабПÑаÑÑ Ñ ÑÑПй ÑÑÑаМОÑей ÐŽÐ»Ñ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑÑ
+ МаÑÑÑПек. ÐЎМакП, бПлÑÑОМÑÑвП пПлÑзПваÑелей ÑÑÐ°Ð·Ñ Ð¶Ðµ пеÑейЎÑÑ Ðº завеÑÑаÑÑей ÑÑаЎОО. Ðа РОÑÑМке кМПпкО configure collection (МаÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ) О build collection (пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ) ОзПбÑÐ°Ð¶ÐµÐœÑ Ð·ÐµÐ»ÐµÐœÑÐŒ ÑвеÑПЌ, ПзМаÑаÑ, ÑÑП ÑÑеÑÑÑ ÑÑÐ°ÐŽÐžÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПÑÑП пÑПпÑÑÑОÑÑ.
+РМаÑеЌ пÑОЌеÑе пПлÑзПваÑÐµÐ»Ñ Ð²ÐœÐµÑ ÐœÐµÐ±ÐŸÐ»ÑÑОе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² МаÑалÑÐœÑÑ Ð²ÐµÑÑÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО, ЎПбавОв Ñлаг file_is_url Ñ Ð¿ÑПгÑаЌЌМÑÐŒ ЎПпПлМеМОеЌ (plugin) HTML. ÐÑÐŸÑ ÑлажПк пПзвПлÑÐµÑ Ð²ÑÑавлÑÑÑ ÐŒÐµÑаЎаММÑе ОМÑеÑМеÑ-аЎÑеÑПв в кажЎÑй ЎПкÑÐŒÐµÐœÑ Ð² ÑППÑвеÑÑÑвОО Ñ ÑайлПвПй кПМвеМÑОей, ОÑпПлÑзÑеЌПй пÑПгÑаЌЌПй. ÐÑО ЌеÑаЎаММÑе пПзвПлÑÑÑ Ð¿ÐŸÐ»ÑзПваÑелÑÐŒ ÑеÑез ÑÑÑÐ»ÐºÑ ÑПеЎОМÑÑÑÑÑ Ñ ÐŸÑОгОМалПЌ, кПÑПÑÑй МаÑ
+ПЎОÑÑÑ Ð² ÐÐœÑеÑМеÑе, а Ме Ñ ÐºÐŸÐ¿ÐžÐµÐ¹, МаÑ
+ПЎÑÑейÑÑ Ð² кПЌпÑÑÑеÑе.
+
+
+
+
+ÐПÑÑÑПеМОе кПллекÑОО
+
+
+
+
+ÐÑпПлÑзПваМОе ÐПллекÑПÑа ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО (ÐÑПЎПлж)
+
+(g)
+
+
+
+
+РОÑÑМПк пПказÑÐ²Ð°ÐµÑ ÑÑÐ°ÐŽÐžÑ âпПÑÑÑПеМОÑâ. Ðа ÑÑПй ÑÑаЎОО пÑПОÑÑ
+ÐŸÐŽÐžÑ ÑаЌП пПÑÑÑПеМОе кПллекÑОО.
+ÐП вÑÐµÐŒÑ ÑÑПгП пÑПÑеÑÑа ÑПзЎаÑÑÑÑ ÐžÐœÐŽÐµÐºÑÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа О пПОÑка в ÑППÑвеÑÑÑвОО Ñ ÑеЌ, ÑÑП Ð²Ñ Ð²Ð²ÐµÐ»Ðž в кПМÑОгÑÑаÑОПММÑй Ñайл. ÐÑПÑеÑÑ Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐœÐµÐºÐŸÑПÑПе вÑеЌÑ: ÐŸÑ ÐŒÐžÐœÑÑ ÐŽÐŸ ÑаÑПв в завОÑОЌПÑÑО ÐŸÑ ÑазЌеÑПв кПллекÑОО О бÑÑÑÑПЎейÑÑÐ²ÐžÑ Ð²Ð°ÑегП кПЌпÑÑÑеÑа. ÐекПÑПÑÑе ПбÑеЌМÑе кПллекÑОО заМОЌаÑÑ ÐŽÐ°Ð¶Ðµ ÑелÑй ЎеМÑ.
+ÐПгЎа Ð²Ñ ÐœÐ°Ñ
+ПЎОÑеÑÑ ÐœÐ° ÑÑПй ÑÑаЎОО, Ð²ÐœÐžÐ·Ñ ÑÑÑаМОÑÑ ÑпеÑОалÑÐœÐ°Ñ Ð¿Ð°ÐœÐµÐ»Ñ Ð¿ÐŸÐºÐ°Ð·ÑваеÑ, как пÑПÑ
+ÐŸÐŽÐžÑ Ð¿ÐŸÑÑÑПеМОе, ПбМПвлÑÑÑÑ ÑеÑез кажЎÑе пÑÑÑ ÑекÑМЎ.
+Ð ÑлÑÑае, кПгЎа ÑказаМÑе ОÑÑ
+ПЎМÑе ÑÐ°Ð¹Ð»Ñ ÐžÐ»Ðž ОМÑеÑМеÑ-аЎÑеÑа Ме ÑÑÑеÑÑвÑÑÑ ÐžÐ»Ðž ПМО еÑÑÑ, МП ПÑÑÑÑÑÑвÑÐµÑ Ð¿ÑПгÑаЌМПе ЎПпПлМеМОе (plugin), кПÑПÑПе ЌПглП Ð±Ñ ÐžÑ
+ ПбÑабПÑаÑÑ, ОлО plugin Ме ÐŒÐŸÐ¶ÐµÑ ÐœÐ°Ð¹ÑО ÑПпÑÑÑÑвÑÑÑОй Ñайл, ÑакПй как ÑОÑÑМПк, МаÑ
+ПЎÑÑОйÑÑ Ð² ЎПкÑЌеМÑе ÑПÑЌаÑа HTML ÑП пПÑвлÑеÑÑÑ Ð¿ÑеЎÑпÑежЎаÑÑее ÑППбÑеМОе. ÐÑП ÑЎелаМП Ñ ÑПй ÑелÑÑ ÑÑÐŸÐ±Ñ Ð²Ñ ÐŒÐŸÐ³Ð»Ðž МаблÑЎаÑÑ Ð·Ð° пÑПÑеÑÑПЌ. ÐÑлО пÑПОзПйЎÑÑ ÐºÐ°ÐºÐžÐµ-лОбП ÑбПО ОлО ПÑОбкО, кПÑПÑÑе ПÑЌеМÑÑ Ð¿ÑПÑеÑÑ, ПМО бÑÐŽÑÑ Ð²ÑÐ²ÐµÐŽÐµÐœÑ Ð² ÑÑПЌ ПкМе.
+ÐÑ ÐŒÐŸÐ¶ÐµÑе пÑекÑаÑОÑÑ Ð¿ÑПÑеÑÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ Ð² лÑбПе вÑеЌÑ, Мажав Ма ÐºÐœÐŸÐ¿ÐºÑ stop building (пÑекÑаÑОÑÑ Ð¿ÐŸÑÑÑПеМОе), ОзПбÑажеММПй Ма РОÑÑМке . ÐÑлО Ð²Ñ ÐœÐµ вЌеÑаеÑеÑÑ Ð² пÑПÑеÑÑ, ÑП ПМ пÑПЎПлжОÑÑÑ, О ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±ÑÐŽÐµÑ ÑÑÑаМПвлеМа О ЎПбавлеМа пПÑле завеÑÑÐµÐœÐžÑ Ð¿ÑПÑеÑÑа.
+
+
+
+
+ÐÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО
+
+
+ÐПÑле пПÑÑÑÐŸÐµÐœÐžÑ Ðž ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО в РОÑÑМке Ма МОжМей паМелО пПÑвлÑеÑÑÑ ÑÑÐŽ кМПпПк, кПÑПÑÑе бÑлО Ма РОÑÑМкаÑ
+ â Ñ Ð°ÐºÑОвМПй кМПпкПй View (ÐÑПÑЌПÑÑ). Ðажав Ма Мее Ð²Ñ ÑÑÐ°Ð·Ñ Ð¿ÐŸÐ¿Ð°ÐŽÐµÑе в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+Ð ÐœÐ°ÐºÐŸÐœÐµÑ ÑÑÑеÑÑвÑÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð¿ÐŸÑлаÑÑ ÑлекÑÑПММÑÑ Ð¿ÐŸÑÑÑ ÑОÑÑÐµÐŒÐœÐŸÐŒÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑПÑÑ ÑÑÐ°Ð·Ñ Ð¶Ðµ пПÑле ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО (ОлО ОзЌеМеМОÑ). ÐÑП Ð¿ÐŸÐŒÐŸÐ³Ð°ÐµÑ Ð»ÐžÑаЌ, ПÑвеÑÑÑвеММÑÐŒ за ÑОÑÑеЌÑ, бÑÑÑ ÐŸÑвеЎПЌлеММÑЌО П вÑеÑ
+ ОзЌеМеМОÑÑ
+ пÑПОÑÑ
+ПЎÑÑОÑ
+ в ÑОÑÑеЌе. ÐвÑПЌаÑОÑеÑÐºÐ°Ñ ÐŸÑÑÑлка email пП ÑЌПлÑÐ°ÐœÐžÑ Ð²ÑклÑÑеМа, МП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ее акÑОвОÑПваÑÑ, МаÑÑÑПОв кПМÑОгÑÑаÑОПММÑй Ñайл main.cfg (СЌПÑÑОÑе ÑÑкПвПЎÑÑвП ÑазÑабПÑÑОка, ÑаÑÑÑ ).
+
+
+
+
+РабПÑа Ñ ÑÑÑеÑÑвÑÑÑОЌО кПллекÑОÑЌО
+
+
+ÐÑО вÑ
+ПЎе в ÐПллекÑÐŸÑ Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÑказаÑÑ, Ñ
+ПÑОÑе лО Ð²Ñ ÑПзЎаÑÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ»Ðž ÑабПÑаÑÑ Ñ ÑÑÑеÑÑвÑÑÑей, ЎПбавлÑÑ ÐžÐ»Ðž ÑЎалÑÑ ÐŽÐ°ÐœÐœÑе. Ð¡ÐŸÐ·ÐŽÐ°Ð²Ð°Ñ Ð²ÑевПзЌПжМÑе ÑÑÑÑкÑÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО, Greenstone пПзвПлÑÐµÑ Ñ Ð»ÐµÐ³ÐºÐŸÑÑÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ ÐœÐŸÐ²Ñе ЎаММÑе в ÑÑÑеÑÑвÑÑÑОе кПллекÑОО.
+ÐÐ»Ñ ÑабПÑÑ ÑП ÑÑаÑПй кПллекÑОей Ð²Ñ ÑМаÑала ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÑбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ· пÑеЎПÑÑавлеММПгП ÑпОÑка. ÐекПÑПÑÑе кПллекÑООзаÑОÑÐµÐœÑ ÐŸÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÐ¹: ÑакОе Ме пПÑвлÑÑÑÑÑ Ð² ÑпОÑке. С кПллекÑОей Ð²Ñ ÑЌПжеÑе пÑПвеÑÑО ÑлеЎÑÑÑОе ЎейÑÑвОÑ:
+
+
+ÐПбавОÑÑ ÐœÐŸÐ²Ñе ЎаММÑе О пеÑеÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ
+
+
+РеЎакÑОÑПваÑÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО
+
+
+ÐПлМПÑÑÑÑ ÑЎалОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ
+
+
+ÐеÑепОÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° CD-ROM
+
+
+
+
+ÐПбавлеМОе МПвÑÑ
+ ЎаММÑÑ
+
+
+
+ЀайлÑ, ÑказаММÑе ваЌО, бÑÐŽÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÑ Ð² кПллекÑОÑ. ÐаЌ ÑлеЎÑÐµÑ ÑбеЎОÑÑÑÑ Ð² ÑПЌ, ÑÑÐŸÐ±Ñ ÑказаММÑй ваЌО Ñайл Ме бÑл Ñже в кПллекÑОО, ОМаÑе ÑаЌ бÑÐŽÑÑ ÐŽÐ²Ðµ кПпОО ПЎМПгП О ÑПгП Ñайла. Ð€Ð°Ð¹Ð»Ñ ÐœÑжМП ÑказÑваÑÑ Ð¿ÐŸ пПлМÑÐŒ МазваМОÑÐŒ (pathname), а вÑб-ÑÑÑаМОÑÑ ÐžÑ
+ пПлМÑЌО www-аЎÑеÑаЌО. ТПÑМП Ñак же Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ ÑказÑваÑÑ ÐŽÐžÑекÑПÑОО О ÑÐ°Ð¹Ð»Ñ Ð¿ÑО пПÑÑÑПеМОО МПвПй кПллекÑОО.
+ÐÑлО Ð²Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÑеÑе ЎаММÑе к МПвПй кПллекÑОО О пП какПй-ÑП пÑОÑОМе пÑПÑеÑÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐŸÑÑаМавлОваеÑÑÑ, ÑП ÑÑаÑÐ°Ñ Ð²ÐµÑÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ПÑÑаеÑÑÑ Ð±ÐµÐ· ОзЌеМеМОй.
+
+
+
+
+РеЎакÑОÑПваМОе кПМÑОгÑÑаÑОПММПгП Ñайла
+
+
+ÐпÑÑÐœÑе пПлÑзПваÑелО ЌПгÑÑ ÑеЎакÑОÑПваÑÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО. Ð ÑеÑвеÑÑПй ÑаÑÑО ПпОÑÐ°ÐœÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑе ÑÑÑаМПвкО.
+
+
+
+
+УЎалеМОе кПллекÑОй
+
+
+ÐÑО ÑЎалеМОО Ð²Ð°Ñ Ð¿ÐŸÐ¿ÑПÑÑÑ Ð¿ÐŸÐŽÑвеÑЎОÑÑ ÑЎалеМОе кПллекÑОО. ÐапПЌМОÑе, ÑÑП пПÑле ÑÐŽÐ°Ð»ÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ме вПÑÑÑаМавлОваÑÑÑÑ.
+
+
+
+
+ÐеÑеЌеÑеМОе кПллекÑОй
+
+
+ÐÑ ÐŒÐŸÐ¶ÐµÑе пеÑеМеÑÑО кПллекÑÐžÑ Ð² ÑПÑÐŒÑ, кПÑПÑÐ°Ñ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°Ð¿ÐžÑаМа Ма авÑПМПЌМÑй, ÑаЌПзапОÑÑваÑÑОйÑÑ CD-ROM, ÑабПÑаÑÑОй в Windows. Так как ÐŽÑÑгОе пÑПгÑаЌЌМÑе ПбеÑпеÑеМОÑ, пПзвПлÑÑÑОе ÑПзЎаваÑÑ ÑаЌП-ÑÑÑаМавлОваÑÑОеÑÑ CD-ROM, ЎПÑПгО, в пÑПгÑаЌЌе ÑÑÑеÑÑвÑÐµÑ ÐžÐœÑÑаллÑÑОПММÑй ЌПЎÑлÑ.
+ÐПÑле ÑПгП, как Ð²Ñ Ð¿ÐµÑеЌеÑÑОÑе кПллекÑОÑ, в ЎОалПгПвПЌ ПкМе вÑÑвеÑОÑÑÑ ÐŽÐžÑекÑПÑОÑ, в кПÑПÑÑÑ ÐŸÐœÐ° пеÑеМеÑеМа. ÐÑО запОÑО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑÑÑÑПйÑÑва ÐŽÐ»Ñ Ð·Ð°Ð¿ÐžÑО CD (CD-Writer) ÐœÑжМП ÑбеЎОÑÑÑÑ, ÑÑП вÑÑ ÐŽÐžÑекÑПÑÐžÑ Ð±Ñла запОÑаМа Ма ЎОÑк.
+ÐÑ ÐœÐµ ÑЌПглО ЎП кПМÑа пÑПвеÑОÑÑ Ðž пÑПÑеÑÑОÑПваÑÑ Greenstone Installer пÑО вÑевПзЌПжМÑÑ
+ ÑÑлПвОÑÑ
+ в ÑвÑзО Ñ ÐŸÑÐµÐœÑ Ð±ÐŸÐ»ÑÑОЌ ÑазМППбÑазОеЌ ÑазлОÑÐœÑÑ
+ кПМÑОгÑÑаÑОй Windows. ХПÑÑ ÐžÐœÑÑаллÑÑÐŸÑ ÐŒÐŸÐ¶ÐµÑ ÑПзЎаваÑÑ CD-ROMÑ, ÑабПÑаÑÑОе в ÑазлОÑÐœÑÑ
+ кПМÑОгÑÑаÑОÑÑ
+ Windows, ПМ вÑе еÑе МаÑ
+ПЎОÑÑÑ Ð² ÑÑаЎОО ÑазÑабПÑкО. ÐÑлО Ð²Ñ ÑÑПлкМеÑеÑÑ Ñ ÐºÐ°ÐºÐžÐŒÐž-лОбП пÑПблеЌаЌО О бÑЎеÑе ОÑпПлÑзПваÑÑ ÐºÐŸÐŒÐŒÐµÑÑеÑкОе ОМÑÑаллÑÑОПММÑе пÑПгÑÐ°ÐŒÐŒÑ (ÑакОе, как InstallShield) ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð¡D, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÐžÐœÑПÑЌаÑОÑ, пÑеЎПÑÑавлеММÑÑ Greenstone. ÐÑÑеÑпПЌÑÐœÑÑÐ°Ñ ÐŽÐžÑекÑПÑОÑ, кÑЎа пеÑеЌеÑаÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ÑПЎеÑÐ¶ÐžÑ ÑеÑÑÑе Ñайла, ПÑМПÑÑÑОеÑÑ Ðº ОМÑÑаллÑÑÐžÐŸÐœÐœÐŸÐŒÑ Ð¿ÑПÑеÑÑÑ, О ÑÑО пПЎЎОÑекÑПÑОО, кПÑПÑÑе ÑПЎеÑÐ¶Ð°Ñ Ð·Ð°ÐºÐŸÐœÑеММÑе кПллекÑОО О пÑПгÑаЌЌМПе ПбеÑпеÑеМОе. УЎалОÑе ÑÑО ÑеÑÑÑе Ñайла О ОÑпПлÑзÑйÑе InstallShield ÐŽÐ»Ñ ÐžÐœÑÑаллÑÑОО ÑÑОÑ
+ ЎОÑекÑПÑОй О ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑÑлÑка к пÑПгÑаЌЌе gsdl\server.exe.
+
+
+
+
+
+
+ЀПÑЌаÑÑ ÐŽÐŸÐºÑЌеМÑПв
+
+
+ÐÑО пПÑÑÑПеМОО кПллекÑОй пÑПгÑаЌЌа ПбÑабаÑÑÐ²Ð°ÐµÑ ÐºÐ°Ð¶ÐŽÑй ÑПÑÐŒÐ°Ñ ÐžÑÑ
+ПЎМПгП ЎПкÑЌеМÑа пÑÑеЌ ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÐ¹ к пÑПгÑаЌЌе (Ўалее ОЌеМÑеÑÑÑ - плагОМ), кПÑПÑÑе ЌПглО Ð±Ñ ÑабПÑаÑÑ Ñ ÐºÐ°Ð¶ÐŽÑÐŒ ÑПÑЌаÑПЌ пП ПÑЎелÑМПÑÑО. ÐÐ»Ð°Ð³ÐžÐœÑ ÑÐºÐ°Ð·Ð°ÐœÑ Ð² кПМÑОгÑÑаÑОПММПЌ Ñайле кПллекÑОО. Greenstone ОÑпПлÑзÑÐµÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ ÑаÑÑОÑеМОй ÐŽÐ»Ñ ÐŸÐ¿ÑÐµÐŽÐµÐ»ÐµÐœÐžÑ ÑПÑЌаÑПв ЎПкÑЌеМÑПв, â МапÑОЌеÑ, foo.txt ПбÑабаÑÑваеÑÑÑ ÐºÐ°Ðº ÑекÑÑПвПй Ñайл, foo.html как HTML, а foo.doc как ЎПкÑÐŒÐµÐœÑ Word.
+ÐОже Ð²Ñ ÑвОЎОÑе ÑпОÑПк плагОМПв, ЎПÑÑÑпМÑÑ
+ ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ вОЎПв ЎПкÑЌеМÑПв. ÐПлее ЎеÑалÑМПе ПбÑÑÑМеМОе П МОÑ
+ О ÐŽÑÑгОÑ
+ вОЎаÑ
+ ÑеЎкП ОÑпПлÑзÑеЌÑÑ
+ ÑПÑЌаÑПв ЌПжМП МайÑО в Ð ÑПвПЎÑÑве РазÑабПÑÑОка.
+
+
+TEXTPlug (*.txt, *.text)
+
+
+TEXTPlug ÑаÑÐ¿ÐŸÐ·ÐœÐ°ÐµÑ Ð¿ÑПÑÑПй ÑекÑÑПвПй Ñайл как ПбÑÑÐœÑй ЎПкÑЌеМÑ. ÐÐœ ЎПбавлÑÐµÑ ÐŒÐµÑаЎаММÑе МазваМОе, ПÑМПвÑваÑÑÑ ÐœÐ° пеÑвПй ÑÑÑПке Ñайла.
+
+
+
+
+HTMLPlug (*.htm, *.html; also .shtml, .shm, .asp, .php, .cgi)
+
+
+HTMLPlug ПбÑабаÑÑÐ²Ð°ÐµÑ HTML-ÑайлÑ. ÐÐœ пПлÑÑÐ°ÐµÑ ÐŒÐµÑаЎаММÑе МазваМОе, ПÑМПвÑваÑÑÑ ÐœÐ° ÑÑге <title> (МазваМОе), ÐŽÑÑгОе ЌеÑаЎаММÑе Ñакже ЌПгÑÑ Ð±ÑÑÑ Ð¿ÐŸÐ»ÑÑÐµÐœÑ Ð¿ÑО пПЌПÑО ÑОМÑекÑа ЌеÑаÑÑгПв HTML (HTMLâs metatag syntex) . СÑÑеÑÑвÑÑÑ ÑазлОÑÐœÑе вПзЌПжМПÑÑО пÑО ОÑпПлÑзПваМОО ÑÑПгП плагОМа, ПпОÑаММÑе в Ð ÑкПвПЎÑÑве РазÑабПÑÑОка.
+
+
+
+
+WORDPlug (*.doc)
+
+
+WORDPlug ОЌпПÑÑОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Microsoft Word. СÑÑеÑÑвÑÐµÑ ÐŒÐœÐŸÐ³ÐŸ ÑазМÑÑ
+ веÑÑОй ÑПÑЌаÑа Word, О Ўаже пÑПгÑÐ°ÐŒÐŒÑ Microsoft ÑаÑÑП ÑПвеÑÑаÑÑ ÐŸÑОбкО пÑО пÑеПбÑазПваМОО. Greenstone ОÑпПлÑзÑÐµÑ ÐœÐµÐ·Ð°Ð²ÐžÑОЌÑе пÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÑайлПв Word в ÑПÑÐŒÐ°Ñ HTML. ÐÐ»Ñ ÐœÐµÐºÐŸÑПÑÑÑ
+ ÑÑаÑÑÑ
+ ÑПÑЌаÑПв Word пÑПгÑаЌЌа ОÑпПлÑзÑÐµÑ Ð¿ÑПÑÑПй алгПÑОÑÐŒ ОзвлеÑÐµÐœÐžÑ (extraction algorithm), кПÑПÑÑй МаÑ
+ÐŸÐŽÐžÑ Ð²Ñе ÑекÑÑПвÑе ÑÑÑПкО в ОÑÑ
+ПЎМПЌ Ñайле.
+
+
+
+
+PDFPlug (*.pdf)
+
+
+PDFPlug ОЌпПÑÑОÑÑÐµÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ Ð² ÑПÑЌаÑе PDF. Так же, как О WORDPlug, ПМ ОÑпПлÑзÑÐµÑ ÐœÐµÐ·Ð°Ð²ÐžÑОЌÑÑ Ð¿ÑПгÑаЌЌÑ, в ÑÑПЌ ÑлÑÑае pdftohtml, ÐŽÐ»Ñ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ PDF ÑайлПв в HTML.
+Ðак О в ÑлÑÑае Ñ WORDPlug, пÑО МажаÑОО Ма ÐžÐºÐŸÐœÐºÑ document кПллекÑÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ Ð±ÑÐŽÐµÑ Ð¿ÐŸÐºÐ°Ð·ÑваÑÑ Ñайл, ÑквОвалеМÑÐœÑй HTML; ÑеЌ Ме ЌеМее, ÑÑÑПкО ÑПÑЌаÑа в кПМÑОгÑÑаÑОПММПЌ Ñайле кПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÐœÐ°ÑÑÑÐŸÐµÐœÑ Ñак, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÐžÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐžÐŒÐµÑÑ ÐŽÐŸÑÑÑп к МаÑалÑÐœÐŸÐŒÑ PDF-ÑайлÑ, О ÐŒÑ ÑекПЌеМЎÑеЌ ваЌ ÑЎелаÑÑ ÐžÐŒÐµÐœÐœÐŸ Ñак. СМПва пÑПÑÑП заЌеМОÑе ÑÑгО <link> ⊠</link> Ма <srclink> ⊠</srclink> .
+ÐÑПгÑаЌЌа pdftohtml Ме ÑабПÑÐ°ÐµÑ Ñ ÐœÐµÐºÐŸÑПÑÑЌО PDF-ÑайлаЌО. ÐелП в ÑПЌ, ÑÑП пÑПÑеÑÑ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ Ð·Ð°ÐœÐžÐŒÐ°ÐµÑ ÐŸÑÐµÐœÑ ÐŒÐœÐŸÐ³ÐŸ вÑеЌеМО, О ÑаÑÑП пПÑвлÑеÑÑÑ ÑППбÑÐµÐœÐžÑ ÐŸ ÑбПе, ÑвÑзаММПЌ Ñ Ð¿ÑПÑеÑÑПЌ пÑеПбÑазПваМОÑ. ÐÑлО ÑÑП Ñак, ÑП еЎОМÑÑвеММПе ÑеÑеМОе - ÑÑП ÑЎалОÑÑ ÑÑÐŸÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÐžÐ· кПллекÑОО. Так же PDFPlug Ме ÐŒÐŸÐ¶ÐµÑ ÑпÑавОÑÑÑÑ Ñ Ð·Ð°ÑОÑÑПваММÑЌО ÑайлаЌО PDF.
+
+
+
+
+PSPlug (*.ps)
+
+
+PSPlug ОЌпПÑÑОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ ÑПÑЌаÑа PostScript. ÐÑÑÑе вÑегП ПМ ÑабПÑаеÑ, еÑлО Ма ваÑеЌ кПЌпÑÑÑеÑе ÑÑÑаМПвлеМа ÑÑаМЎаÑÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа Linux, кПÑПÑÐ°Ñ ÐœÐ°Ð·ÑваеÑÑÑ ps2ascii. ÐМа ЎПÑÑÑпМа в бПлÑÑОМÑÑве Linux-ПбеÑпеÑеМОÑÑ
+, МП Ме в Windows. ÐÑлО ÑÑа пÑПгÑаЌЌа МеЎПÑÑÑпМа, PSPlug ОÑпПлÑзÑÐµÑ Ð¿ÑПÑÑПй алгПÑОÑÐŒ ÑекÑÑПвПгП ОзвлеÑеМОÑ.
+
+
+
+
+EMAILPlug (*.email)
+
+
+EMAILPlug ОЌпПÑÑОÑÑÐµÑ ÑайлÑ, ÑПЎеÑжаÑОе ÑлекÑÑПММÑÑ Ð¿ÐŸÑÑÑ, О ÑабПÑÐ°ÐµÑ Ñ Ð¿ÑОвÑÑÐœÑЌО E-mail ÑПÑЌаÑаЌО, ОÑпПлÑзÑеЌÑЌО в Netscape, Eudora, Unix. ÐажЎÑй ОÑÑ
+ПЎМÑй ЎПкÑÐŒÐµÐœÑ Ð¿ÑПвеÑÑеÑÑÑ ÐœÐ° МалОÑОе ПЎМПй ОлО МеÑкПлÑкОÑ
+ ÑлекÑÑПММÑÑ
+ пПÑÑ, ÑПеЎОМеММÑÑ
+ в ПЎМПЌ Ñайле, О пÑеПбÑазПвÑÐ²Ð°ÐµÑ ÑПЎеÑжОЌПе. ÐлагОМ ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÑ ÐºÐ°Ð¶ÐŽÑй вОЎ ЌеÑаЎаММÑÑ
+, ÑакОÑ
+ как ТеЌа, ÐПЌÑ, ÐÑ ÐºÐŸÐ³ÐŸ, ÐаÑа. ТеЌ Ме ЌеМее, ÑÑÐŸÑ Ð¿Ð»Ð°Ð³ÐžÐœ еÑе Ме ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ ÑабПÑаÑÑ Ñ Ð¿ÐŸÑÑПй, кПЎОÑПваММПй в MIME.
+
+
+
+
+ZIPPlug (.gz, .z, .tgz, .taz, .bz, .zip, .tar)
+
+
+ÐлагОМ ZIPPlug ÑабПÑÐ°ÐµÑ ÑП ÑжаÑÑЌО ОлО зааÑÑ
+ОвОÑПваММÑЌО ОÑÑ
+ПЎМÑЌО ÑПÑЌаÑаЌО: gzip(.gz,.z,.tgz,.taz), bzip (.bz), zip (zip, .jar)
+and tar (.tar). ÐÐœ базОÑÑеÑÑÑ ÐœÐ° ÑакОÑ
+ пÑПгÑаЌЌаÑ
+, как gunzip, bunzip,unzip О bar, кПÑПÑÑе ÑвлÑÑÑÑÑ ÑÑаМЎаÑÑÐœÑЌО Linux-ÑÑОлОÑаЌО. Ð Windows ZIPPlug ПÑклÑÑеМ.
+
+
+
+
+
+
+
+
+
+
+ÐЎЌОМОÑÑÑОÑПваМОе
+
+
+СÑеЎÑÑвП ÐŽÐ»Ñ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ð²ÐºÐ»ÑÑеМП вП вÑе пÑПгÑаЌЌМÑе ПбеÑпеÑÐµÐœÐžÑ Greenstone. ЧÑÐŸÐ±Ñ ÐŸÑкÑÑÑÑ ÑÑП ÑÑеЎÑÑвП, пÑПÑÑП МажЌОÑе Ма ÑППÑвеÑÑÑвÑÑÑÑÑ ÑÑÑÐ»ÐºÑ ÐœÐ° ÑÑаÑÑПвПй ÑÑÑаМОÑе.
+ÐаÑалÑÐœÐ°Ñ ÑÑÑаМОÑа, Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÐ°Ñ ÐœÐ° РОÑÑМке , ÐŽÐ°ÐµÑ ÐŸÐ±Ð·ÐŸÑ ÐºÐ°Ð¶ÐŽÐŸÐ¹ Оз кПллекÑОй, МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑОÑÑеЌе. ÐаЌеÑÑÑе, ÑÑП ÑÑЎа вклÑÑÐµÐœÑ Ð²Ñе кПллекÑОО â Ñак как ЌПгÑÑ ÑÑÑеÑÑвПваÑÑ "ÑаÑÑÐœÑе", кПÑПÑÑе Ме Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐœÐ° ÑÑаÑÑПвПй ÑÑÑаМОÑе Greenstone. ÐМО Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ Ð²ÐœÐµ завОÑОЌПÑÑО ÐŸÑ ÑПгП, ОЌеÑÑ Ð»Ðž ПМО ÑПкÑаÑеММПе МазваМОе ОлО пПлМПе, ПгÑаМОÑÐµÐœÑ Ð»Ðž в ЎПÑÑÑпе, в ÑабПÑеЌ ÑПÑÑПÑМОО ОлО МеÑ. ÐÑОМажаÑОО Ма ÑППÑвеÑÑÑвÑÑÑÑÑ Ð°Ð±Ð±ÑевОаÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО (пеÑÐ²Ð°Ñ ÐºÐŸÐ»ÐŸÐœÐºÐ° ÑÑÑлПк Ма ÑОÑÑМке ) пÑПгÑаЌЌа вÑÐ²ÐŸÐŽÐžÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ кПллекÑОО, пПлÑÑеММÑÑ ÐžÐ· кПМÑОгÑÑаÑОПММПгП Ñайла О Оз ÐŽÑÑгОÑ
+ вМÑÑÑеММОÑ
+ ÑÑÑÑкÑÑÑ ÑПзЎаММÑÑ
+ ÐŽÐ»Ñ ÑÑПй кПллекÑОО. ÐÑлО кПллекÑÐžÑ ÑвлÑеÑÑÑ ÐŸÐ±ÑеЎПÑÑÑпМПй О МаÑ
+ПЎОÑÑÑ Ð² ÑабПÑеЌ ÑПÑÑПÑМОО, МажаÑОе Ма пПлМПе МазваМОе кПллекÑОО (вÑПÑÐ°Ñ ÑÑÑлка) пÑÐžÐ²ÐµÐŽÐµÑ Ð²Ð°Ñ Ðº ÑаЌПй кПллекÑОО.
+ÐПллекÑОÑ, кПÑПÑÑÑ ÐŒÑ Ð¿ÐŸÑÑÑПОлО в ÑазЎеле 3.2-3.6, ÐŒÑ ÐœÐ°Ð·Ð²Ð°Ð»Ðž wohiex, Оз ПÑÑÑвка Women's History Excerpt, О ПМа вОЎМа Ð²ÐœÐžÐ·Ñ Ð ÐžÑÑМка . Ðа РОÑÑМке ОзПбÑажеМа ОМÑПÑЌаÑОÑ, кПÑПÑÐ°Ñ Ð¿ÐŸÑвлÑеÑÑÑ Ð¿ÑО МажаÑОО Ма ÑÑÑ ÑÑÑлкÑ. РпеÑвПй ÑаÑÑО еÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ кПМÑОгÑÑаÑОПММПЌ Ñайле О ÑазЌеÑе кПллекÑОО (ПкПлП 1000 ЎПкÑЌеМÑПв, ПкПлП 1 ЌОллОПМа ÑлПв ÑазЌеÑПЌ в 6 mb). СлеЎÑÑÑÐ°Ñ ÑаÑÑÑ ÑПЎеÑÐ¶ÐžÑ Ð²ÐœÑÑÑеММÑÑ ÐžÐœÑПÑЌаÑОÑ, ПÑМПÑÑÑÑÑÑÑ Ðº пÑПÑÐŸÐºÐŸÐ»Ñ ÑвÑзО, ÑеÑез кПÑПÑÑй ПÑкÑÑваеÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. РпÑОЌеÑÑ, ПпÑОО ÑОлÑÑÑаÑОО (filter options) ÐŽÐ»Ñ ÑОлÑÑÑа запÑПÑа (query filter) пПказÑваÑÑ ÐŸÐ¿ÑОО О вПзЌПжМÑе ÑÑлПвОÑ, кПÑПÑÑе ЌПгÑÑ Ð±ÑÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ Ð¿ÑО пПÑÑаМПвке запÑПÑа в пÑПÑеÑÑе пПОÑка кПллекÑОО.
+ÐПзЌПжМПÑÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ñакже пÑеЎПÑÑавлÑÐµÑ ÐºÐŸÐœÑОгÑÑаÑОПММÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸÐ± ОМÑÑаллÑÑОО О пПзвПлÑÐµÑ ÐµÐµ ЌПЎОÑОÑОÑПваÑÑ. ÐМа Ð¿ÐŸÐŒÐŸÐ³Ð°ÐµÑ Ð°ÐœÐ°Ð»ÐžÐ·ÐžÐ·ÐžÑПваÑÑ ÑÐ°Ð¹Ð»Ñ ÑегОÑÑÑаÑОО (logs), ЎавÑОе вМÑÑÑеММОй ÑбПй, О пПлÑзПваÑелÑÑкОе ÑегОÑÑÑаÑОПММÑе ÑÐ°Ð¹Ð»Ñ (user logs), кПÑПÑÑе запОÑÑваÑÑ Ð²Ñе ПпеÑаÑОО, ÑПвеÑÑаеЌÑе пПлÑзПваÑелÑЌО. ÐМа Ñакже пПзвПлÑÐµÑ ÐŸÑЎелÑÐœÐŸÐŒÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ (ОлО пПлÑзПваÑелÑÐŒ) пÑеЎПÑÑавлÑÑÑ ÐŽÐŸÑÑÑп ÐŽÑÑгОЌ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй О ЎПбавлÑÑÑ ÐœÐŸÐ²Ñй ЌаÑеÑОал к гПÑПвÑÐŒ ЌаÑеÑОалаЌ. ÐÑе ÑÑО ÑÑеЎÑÑва ЎПÑÑÑÐ¿ÐœÑ ÐžÐ· ÐŒÐµÐœÑ Ð² левПй ÑаÑÑО РОÑÑМка .
+
+
+СÑеЎÑÑва аЎЌОМОÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Greenstone
+
+
+
+
+
+ÐÐœÑПÑЌаÑÐžÑ ÐŸ кПллекÑОО Women's History Excerpt
+
+
+
+
+
+
+ÐПМÑОгÑÑаÑОПММÑе ÑайлÑ
+
+
+СÑÑеÑÑвÑÐµÑ ÐŽÐ²Ð° кПМÑОгÑÑаÑОПММÑÑ
+ Ñайла, кПÑПÑÑе ПÑвеÑаÑÑ Ð·Ð° ÑабПÑее ÑПÑÑПÑМОе Greenstone: Ñайл кПМÑОгÑÑаÑОО ЌеÑÑÐŸÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÐžÑ (site configuration) gsdlsite.cfg О главМÑй кПМÑОгÑÑаÑОПММÑй Ñайл main.cfg.
+ÐПМÑОг-Ñайл gsdlsite.cfg ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÐœÐ°ÑÑÑПйкО ЌеÑÑПпПлПжеМОÑ, кÑЎа бÑÐŽÐµÑ ÑÑÑаМПвлеМа пÑПгÑаЌЌа. ÐÐœ ÑпÑПекÑОÑПваМ ÑакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ ÐºÐŸÐœÑОгÑÑаÑОПММÑе ПпÑОО ÑППÑвеÑÑÑвПвалО ÑПлÑкП ÑÑÐŸÐŒÑ ÐŒÐµÑÑПпПлПжеМОÑ. РпÑОЌеÑÑ, ÑÑП МазваМОе ЎОÑекÑПÑОО, кÑЎа ÑÑÑаМПвлеМа пÑПгÑаЌЌа, HTTP-аЎÑÐµÑ ÑОÑÑÐµÐŒÑ Greenstone, О МалОÑОе в ОÑпПлÑзПваМОО ÑÑеЎÑÑва fastcgi. ÐПМÑÑОÑ, ÑпПЌÑÐœÑÑÑе в ÑÑПЌ паÑагÑаÑе, бПлее ЎеÑалÑМП ÑазПбÑÐ°ÐœÑ Ð² Ð ÑкПвПЎÑÑве пП УÑÑаМПвке.
+Ð Ñайле Main.cfg ÑПЎеÑжОÑÑÑ ÐžÐœÑПÑЌаÑОÑ, кПÑПÑÐ°Ñ Ð¿ÑОÑÑÑа вÑеЌ ОМÑеÑÑейÑаЌ кПллекÑОй, ÑПзЎаММÑÑ
+ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Greenstone. ÐÐœ вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ Ð°ÐŽÑÐµÑ E-mail ÑОÑÑеЌМПгП пÑПгÑаЌЌОÑÑа, ÑакОе ПпÑОО, кПÑПÑÑе пПказÑваÑÑ, вклÑÑÐµÐœÑ Ð»Ðž ÑÑаÑÑÑÐœÑе О кПллекÑПÑÐœÑе ÑÑÑаМОÑÑ, ÑПÑ
+ÑÐ°ÐœÐµÐœÑ Ð»Ðž ÑегОÑÑÑаÑОПММÑе ÑÐ°Ð¹Ð»Ñ Ð¿ÐŸÐ»ÑзПваÑелей, О ОÑпПлÑзÑÑÑÑÑ Ð»Ðž ÐÐœÑеÑМеÑ-cookies ÐŽÐ»Ñ ÐžÐŽÐµÐœÑОÑОкаÑОО пПлÑзПваÑелей.
+
+
+
+
+Ð€Ð°Ð¹Ð»Ñ ÑегОÑÑÑаÑОО
+
+
+СÑÑеÑÑвÑÐµÑ ÑÑО вОЎа ÑайлПв ÑегОÑÑÑаÑОО, Ñ ÐºÐŸÑПÑÑЌО Ð²Ñ ÑÑалкМеÑеÑÑ Ð² пÑПгÑаЌЌе: пПлÑзПваÑелÑÑкОе лПгО, лПгО ПÑОбПк О ОМОÑОалОзаÑОО. ÐПÑлеЎМОе Ўва МавеÑÐœÑка бÑÐŽÑÑ Ð¿ÐŸÐ»ÐµÐ·ÐœÑ ÑПлÑкП ÐŽÐ»Ñ Ð»ÑЎей, заМОЌаÑÑОÑ
+ÑÑ ÑеÑ
+МОÑеÑкОЌ ПбеÑпеÑеМОеЌ ÑÑПй пÑПгÑаЌЌÑ.
+ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone ÐŒÐŸÐ¶ÐµÑ ÑПÑ
+ÑаМÑÑÑ Ðž запОÑÑваÑÑ Ð²Ñе ПпеÑаÑОО, ÑПвеÑÑаеЌÑе пПлÑзПваÑелеЌ Ма кажЎПй ÑÑÑаМОÑе, кПÑПÑÑÑ ÐŸÐœ пПÑеÑОл, без ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐœÐžÐºÐ°ÐºÐžÑ
+ лОÑÐœÑÑ
+. РегОÑÑÑаÑОПММÑе ÑайлÑ, пП ÑЌПлÑÐ°ÐœÐžÑ Ð²ÑклÑÑеММÑе, ЌПжМП акÑОвОÑПваÑÑ, ЎПбавОв ÑлеЎÑÑÑÑÑ ÑÑÑÐŸÐºÑ Ð² главМПЌ ÑОÑÑеЌМПЌ кПМÑОгÑÑаÑОПММПЌ Ñайле:
+logcgiargs true
+usecookies true
+ÐП ÑЌПлÑÐ°ÐœÐžÑ ÐŸÐœÐž вÑклÑÑÐµÐœÑ Ðž пПÑÑÐŸÐŒÑ ÐœÐµ пÑПОÑÑ
+ÐŸÐŽÐžÑ ÐœÐžÐºÐ°ÐºÐŸÐ¹ ÑегОÑÑÑаÑОО ЎП ОÑ
+ вклÑÑеМОÑ. СÑÑПка logcgiargs вклÑÑÐ°ÐµÑ Ðž вÑклÑÑÐ°ÐµÑ ÑегОÑÑÑаÑОÑ. ÐкÑОвОÑПвав usecookies, ÐºÐ°Ð¶ÐŽÐŸÐŒÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð¿ÑОÑваОваеÑÑÑ ÐŸÑПбÑй ОЎеМÑОÑОкаÑОПММÑй кПЎ, кПÑПÑÑй пПзвПлÑÐµÑ Ð¿ÑПÑлеЎОÑÑ Ð·Ð° ЎейÑÑвОÑЌО ПÑЎелÑМПгП пПлÑзПваÑÐµÐ»Ñ ÑеÑез ÑегОÑÑÑаÑОПММÑй Ñайл.
+ÐÐ°Ð¶ÐŽÐ°Ñ ÑÑÑПка в пПлÑзПваÑелÑÑкПЌ ÑегОÑÑÑаÑОПММПЌ Ñайле запОÑÑÐ²Ð°ÐµÑ Ð¿ÐŸÑеÑеММÑÑ, ÑÑÑаМОÑÑ. ÐÐœ ÑПЎеÑÐ¶ÐžÑ (a) IP аЎÑÐµÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑа пПлÑзПваÑелÑ, (Ъ) вÑÐµÐŒÑ Ð¿ÑПвеЎеММПе ÑаЌ, (Ñ) аÑгÑЌеМÑÑ CGI в ÑкПбкаÑ
+ О (d) МазваМОе бÑаÑзеÑа пПлÑзПваÑÐµÐ»Ñ (МапÑÐžÐŒÐµÑ Netscape МазÑваеÑÑÑ "Mozilla"). ÐОже пÑОвеЎеМа ЎеЌПМÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ Ð»ÐžÐœÐžÑ, ÑПЎеÑжаÑÐ°Ñ ÐºÐ°Ð¶ÐŽÑй Оз ПпОÑаМÑÑ
+ пПЎпÑМкÑПв:
+/fast-cgi-bin/niupepalibrary
+(a) its-www1.massey.ac.nz
+(b) [ Thu Dec07 23:47:00 NZDT2000]
+(c) (a=p, b=0, bcp=, beu=, c=niupepa, cc=, ccp=0, ccs=0, cl=, cm=, cq2=, d=, e=, er=, f=0, fc=1, gc=0, gg=text, gt=0, h=, h2=, hl=1, hp=, il=l, j=, j2=, k=1, ky=, l=en, m=50, n=, n2=, o=20, p=home, pw=, q=, q2=, r=1, s=0, sp=frameset, t=1, ua=, uan=, ug=, uma=listusers, umc=, umnpw1=, umnpw2=, umpw=, umug=, umun=, umus=, un=, us=invalid, v=0, w=w, x=0, z=130.123.128.4-950647871)
+(d) âMozilla/4.08 [en] (Win95; I ;Nav)â
+ÐПÑлеЎМОй CGI аÑгÑÐŒÐµÐœÑ "z" ÑвлÑеÑÑÑ ÐžÐŽÐµÐœÑОÑОкаÑОПММÑÐŒ кПЎПЌ ОлО "cookie", ПбÑазПваММÑÐŒ бÑаÑзеÑПЌ пПлÑзПваÑелÑ: ПМ ÑПÑÑÐŸÐžÑ ÐžÐ· IP-аЎÑеÑа пПлÑзПваÑелÑ, пПÑле ÑегП ÐžÐŽÐµÑ ÑказаМОе ÑПгП вÑеЌеМО, кПгЎа ПМ впеÑвÑе вПÑел в бОблОПÑекÑ.
+РегОÑÑÑаÑОПММÑй Ñайл usage.txt пПЌеÑеМ в ЎОÑекÑПÑÐžÑ etc в ÑайлПвПй ÑÑÑÑкÑÑÑе Greenstone (ÑÐŒ. Ð ÑкПвПЎÑÑвП РазÑабПÑÑОка). ÐПгЎа вклÑÑеМа ÑегОÑÑÑаÑОÑ, кажЎПе ЎейÑÑвОе вÑеÑ
+ пПлÑзПваÑелей запОÑÑваеÑÑÑ, МП в ÑегОÑÑÑаÑОПММПЌ Ñайле Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ Ð»ÐžÑÑ Ð¿ÐŸÑлеЎМОе 100 ÑегОÑÑÑаÑОО пÑО пПЌПÑО ÑÐŸÐµÐŽÐžÐœÐµÐœÐžÑ usage link Ма РОÑÑМке .
+
+
+
+
+ÐЎЌОМОÑÑÑОÑПваМОе пПлÑзПваÑелей
+
+
+Greenstone ОÑпПлÑзÑÐµÑ ÑÑ
+ÐµÐŒÑ ÐžÐŽÐµÐœÑОÑОкаÑОО, кПÑПÑÑÑ ÐŒÐŸÐ¶ÐœÐŸ ОÑпПлÑзПваÑÑ ÐŽÐ»Ñ ÐŸÐ³ÑаМОÑÐµÐœÐžÑ Ðž кПМÑÑÐŸÐ»Ñ ÐŽÐŸÑÑÑпаЌ к ПпÑеЎелеММÑÐŒ вПзЌПжМПÑÑÑÐŒ пÑПгÑаЌЌÑ. Ðа ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÐŸÐœ ОÑпПлÑзÑеÑÑÑ ÑПлÑкП ÐŽÐ»Ñ ÐŸÐ³ÑаМОÑÐµÐœÐžÑ ÐŽÐŸÑÑÑпа пПлÑзПваÑелей к ÐПллекÑПÑÑ Ðž МекПÑПÑÑÐŒ ÑÑМкÑОÑÐŒ аЎЌОМОÑÑÑОÑПваМОÑ. ÐÑлО МеПбÑ
+ПЎОЌП ОЎеМÑОÑОÑОÑПваÑÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ Ð¿ÐµÑеЎ пÑеЎПÑÑавлеМОеЌ ÐµÐŒÑ ÐŽÐŸÑÑÑпа к кПллекÑОÑÐŒ, ÑП ÑÑП Ñакже ПÑÑÑеÑÑвОЌП. РпÑОЌеÑÑ, ЎПÑÑÑп к МекПÑПÑÑÐŒ ЎПкÑЌеМÑаЌ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐŸÑÑÑеÑÑвлеМ ÑПлÑкП заÑегОÑÑÑОÑПваММÑЌО пПлÑзПваÑелÑЌО пÑÑеЌ ввПЎа ÐРО паÑÐŸÐ»Ñ (Ñ
+ПÑÑ ÑÑП пПка Ме пÑакÑОкÑеÑÑÑ). ÐÑП пПказаМП Ма РОÑÑМке .
+Ðа ÑÑÑаМОÑе аЎЌОМОÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПÑЌПÑÑеÑÑ ÑпОÑПк пПлÑзПваÑелей, ЎПбавОÑÑ ÐœÐŸÐ²ÑÑ
+ О ÑЎалОÑÑ ÑÑаÑÑÑ
+. ÐПÑÑÑп к ÑÑПй ÑÑМкÑОО кПМеÑМП же ПгÑаМОÑеМ: ÑПлÑкП ÑпПлМПЌПÑеММÑÐŒ лОÑаЌ ÑазÑеÑеМа ЎПбавлÑÑÑ ÐœÐŸÐ²ÑÑ
+ пПлÑзПваÑелей. ÐПлÑзПваÑелО ЌПгÑÑ Ð¿ÑОМаЎлежаÑÑ Ðº МеÑкПлÑкОЌ гÑÑппаЌ. Ðа ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÑÑÑеÑÑвÑÐµÑ ÑПлÑкП Ўве гÑÑÐ¿Ð¿Ñ "аЎЌОМОÑÑÑаÑПÑÑ" О "colbuilder". Ð§Ð»ÐµÐœÑ Ð¿ÐµÑвПй гÑÑÐ¿Ð¿Ñ ÐŒÐŸÐ³ÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ Ðž ÑЎалÑÑÑ Ð¿ÐŸÐ»ÑзПваÑелей О ОзЌеМÑÑÑ ÐžÑ
+ гÑÑппÑ. Ð§Ð»ÐµÐœÑ Ð²ÑПÑПй гÑÑÐ¿Ð¿Ñ ÐžÐŒÐµÑÑ ÐŽÐŸÑÑÑп к вÑÑеПпОÑаММÑÐŒ ÑÑеЎÑÑваЌ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐœÐŸÐ²ÑÑ
+ кПллекÑОй О ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ (ÑЎалеМОÑ) ÑÑÑеÑÑвÑÑÑОÑ
+.
+ÐПÑле ОМÑÑаллÑÑОО пÑПгÑÐ°ÐŒÐŒÑ Ð¿ÐŸÑвлÑеÑÑÑ ÐŸÐŽÐžÐœ пПлÑзПваÑÐµÐ»Ñ admin, кПÑПÑÑй пÑÐžÐœÐ°ÐŽÐ»ÐµÐ¶ÐžÑ ÐŸÐ±ÐµÐžÐŒ гÑÑппаЌ. ÐаÑÐŸÐ»Ñ ÑÑПгП пПлÑзПваÑÐµÐ»Ñ Ð²Ð²ÐŸÐŽÐžÑÑÑ ÐµÑе в пÑПÑеÑÑе ОМÑÑаллÑÑОО. ÐÑÐŸÑ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ ÑПзЎаваÑÑ ÐžÐŒÐµÐœÐ° О паÑПлО ÐŽÐ»Ñ Ð»ÑЎей,пÑОМаЎлежаÑОÑ
+ к гÑÑппе colbuilder. ÐЌеММП ÑакПй ЌеÑПЎ ÑекПЌеМЎÑеÑÑÑ ÐŽÐ»Ñ Ð¿ÑеЎПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐŽÐŸÑÑÑпа ÐŽÑÑгОЌ пПлÑзПваÑелÑÐŒ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй. ÐÐœÑПÑЌаÑÐžÑ ÐŸ пПлÑзПваÑеле запОÑÑваеÑÑÑ Ð² Ўве Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+, кПÑПÑÑе МаÑ
+ПЎÑÑÑÑ Ð² ÑайлПвПй ÑÑÑÑкÑÑÑе Greenstone (ÑÐŒ. Ð ÑкПвПЎÑÑвП РазÑПбПÑÑОка).
+
+
+
+
+
+
+
+ÐÑОлПжеМОе Ð ÐПзЌПжМПÑÑО пÑПгÑаЌЌМПгП ПбеÑпеÑеМОÑ
+
+
+
+
+
+
+
+ЎПÑÑÑпМÑй ÑеÑез веб бÑаÑзеÑ
+
+
+ÐÑе кПллекÑОО ПÑкÑÑваÑÑÑÑ Ð² ПкМе ÑÑаМЎаÑÑМПгП веб-бÑаÑзеÑа (Netscape ОлО Internet Explorer) О ÑПвЌеÑаÑÑ Ð»ÐµÐ³ÐºÐŸÑÑÑ Ð² ОÑпПлÑзПваМОО Ñ ÐŒÐœÐŸÐ³ÐŸÑÑПÑПММОЌО пПОÑкПвÑЌО вПзЌПжМПÑÑÑЌО
+
+
+
+
+ÐПлМП-ÑекÑÑПвПй О ÑазЎелÑÐœÑй пПОÑкО
+
+
+ÐПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ ÐŸÑÑÑеÑÑвлÑÑÑ Ð¿ÐŸÐžÑк пП вÑÐµÐŒÑ ÑекÑÑÑ ÐžÐ»Ðž пП ОМЎекÑаЌ ЎПкÑЌеМÑПв, ÑазЎелПв, ОМЎекÑаЌ МазваМОй, авÑПÑПв, в кажЎПЌ Оз кПÑПÑÑÑ
+ ЌПжМП ОÑкаÑÑ ÐŸÐ¿ÑеЎелеММÑе ÑлПва ОлО ÑÑазÑ.
+
+
+
+
+гОбкОе ÑÑеЎÑÑва пÑПÑЌПÑÑа
+
+
+ÐПлÑзПваÑÐµÐ»Ñ ÐŒÐŸÐ¶ÐµÑ Ð¿ÑПÑЌаÑÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО пП ÑакОЌ ОМЎекÑаЌ, как авÑПÑ, ÑказаÑелО, ЎаÑа О Ñ.ÐŽ. ÐÐ°Ð¶ÐŽÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ ÑвПО ÑÑÑÑПйÑÑва ÐŽÐ»Ñ ÐŸÑÑÑеÑÑÐ²Ð»ÐµÐœÐžÑ Ð¿ÑПÑЌПÑÑа О Ўаже вМÑÑÑО ÑаЌПй кПллекÑОО ÑÑÑеÑÑвÑÐµÑ Ð±ÐŸÐ»ÑÑПе кПлОÑеÑÑвП ОМÑеÑÑейÑПв ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа. ÐÐœÑеÑÑейÑÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа О пПОÑка ÑПзЎаÑÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ Ð¿ÑПÑеÑÑа пПÑÑÑÐŸÐµÐœÐžÑ Ð² ÑППÑвеÑÑÑвОО Ñ ÐºÐŸÐœÑОгÑÑаÑОПММПй ОМÑПÑЌаÑОей кПллекÑОО.
+
+
+
+
+авÑПЌаÑОÑÑекО ÑÐŸÐ·ÐŽÐ°ÐµÑ ÑÑÑÑкÑÑÑÑ ÐŽÐŸÑÑÑпа
+
+
+ÐÐœÑПÑЌаÑОПММÑе кПллекÑОО, ÑПзЎаММÑе Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Greenstone, легкО в ОÑпПлÑзПваМОО. ÐÑе пПОÑкПвÑе ÑÑÑÑкÑÑÑÑ Ðž ÑÑÑÑкÑÑÑÑ Ð¿ÑПÑЌПÑÑа ÑПзЎаÑÑÑÑ Ð¿ÑÑЌП Оз ЎПкÑЌеМÑПв. ÐÑлО пПÑвлÑÑÑÑÑ ÐœÐŸÐ²Ñе ЎПкÑЌеМÑÑ ÑÑ
+ПжегП ÑПÑЌаÑа, ÑП ПМО ЌПгÑÑ Ð±ÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО пÑОÑÐŸÐµÐŽÐžÐœÐµÐœÑ Ðº кПллекÑОО. ÐекПÑПÑÑе кПллекÑОО Ñак О ЎелаÑÑ. ЧеÑез какПй-ÑП ПпÑеЎелеММÑй пÑПЌежÑÑПк вÑеЌеМО ПМО МаÑОМаÑÑ Ð¿ÐŸÐžÑк МПвПгП ЌаÑеÑОала О пеÑеÑÑÑаОваÑÑ ÐžÐœÐŽÐµÐºÑÑ â вÑе без ÑÑÑМПгП вЌеÑаÑелÑÑÑва.
+
+
+
+
+ÐÑпПлÑзÑÐµÑ ÐŽÐŸÑÑÑпМÑе ЌеÑаЎаММÑе
+
+
+ÐеÑаЎаММÑе - ÑÑП ÑÐ°ÐºÐ°Ñ ÐžÐœÑПÑЌаÑОÑ, как авÑПÑ, МазваМОе, ЎаÑа, клÑÑевÑе ÑлПва О Ñ.ÐŽ.. ÐеÑаЎаММÑе ÑлÑÐ¶Ð°Ñ ÐŸÑМПвПй ÐŽÐ»Ñ ÐžÐœÐŽÐµÐºÑПв пÑПÑЌПÑÑа. ÐМО ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÐºÐ°Ð·Ð°ÐœÑ Ð»ÐžÐ±ÐŸ пПлÑÑÐµÐœÑ Ð°Ð²ÑПЌаÑОÑеÑкО Оз ОÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв. СÑ
+еЌа Dublin Core metadata ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð±ÐŸÐ»ÑÑОМÑÑва ÑлекÑÑПММÑÑ
+ ЎПкÑЌеМÑПв, Ñ
+ПÑÑ ÐŒÐŸÐ¶ÐœÐŸ пÑОЌеМÑÑÑ Ðž ÐŽÑÑгОе ÑÑ
+еЌÑ.
+
+
+
+
+ÐÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ðº пÑПгÑаЌЌе ÑаÑÑОÑÑÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО ÑОÑÑеЌÑ
+
+
+ÐÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑабПÑаÑÑ ÑП вÑевПзЌПжМÑЌО вОЎаЌО ОÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв, пÑПгÑаЌЌа пПзвПлÑÐµÑ ÑаÑÑОÑОÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО пÑÑеЌ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÐ¹ ÐŽÐ»Ñ ÐœÐŸÐ²ÑÑ
+ ÑПÑЌаÑПв ЎПкÑЌеМÑПв. ÐÑПгÑаЌЌМÑе ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐœÐ° ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÑÑÑеÑÑвÑÑÑ ÐŽÐ»Ñ ÑлеЎÑÑÑОÑ
+ ÑПÑЌаÑПв: ÑекÑÑПвÑÑ
+, HTML, Word, PDF, PostScript, E-mail. ÐПллекÑÐžÑ ÐŒÐŸÐ¶ÐµÑ ÐžÐŒÐµÑÑ ÐžÑÑ
+ПЎМÑе ЎПкÑЌеМÑÑ ÑазМÑÑ
+ ÑПÑЌаÑПв. ÐÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐžÐœÐŽÐµÐºÑПв пÑПÑЌПÑÑа Оз ЌеÑаЎаММÑÑ
+ ОÑпПлÑзÑеÑÑÑ ÑÑ
+еЌа "Ñ1аззÐ1ег8"(клаÑÑОÑОкаÑПÑÑ): клаÑÑОÑОкаÑПÑÑ ÑПзЎаÑÑ ÐžÐœÐŽÐµÐºÑÑ Ð¿ÑПÑЌПÑÑа ÑазМÑÑ
+ вОЎПв, ПÑМПваММÑÑ
+ Ма ЌеÑаЎаММÑÑ
+.
+
+
+
+
+СпÑПекÑОÑПваМ ÐŽÐ»Ñ ÐŒÑлÑÑОгОгабайÑÐœÑÑ
+ (кПллекÑОй)
+
+
+ÐПллекÑОО ЌПгÑÑ ÑПЎеÑжаÑÑ ÐŒÐžÐ»Ð»ÐžÐŸÐœÑ ÐŽÐŸÐºÑЌеМÑПв, пПзвПлÑÑ ÐžÑпПлÑзПваÑÑ ÑОÑÑÐµÐŒÑ Greenstone ÐŽÐ»Ñ ÑабПÑÑ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑЌО ÑазЌеÑПЌ в МеÑкПлÑкП гОгабайÑ.
+
+
+
+
+ÐПкÑЌеМÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐœÐ° лÑбПЌ ÑзÑке
+
+
+ÐÑПгÑаЌЌа ОÑпПлÑзÑÐµÑ Unicode, пПзвПлÑÑ ÐžÑпÑавМП ÑабПÑаÑÑ ÐœÐ° лÑбПЌ ÑзÑке. Ðа ÑÑÐŸÑ ÐŒÐŸÐŒÐµÐœÑ ÑÐŸÐ·ÐŽÐ°ÐœÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ма аÑабÑкПЌ, ÑÑаМÑÑзкПЌ, кОÑайÑкПЌ, гПллаМЎÑкПЌ, аМглОйÑкПЌ, ОÑпаМÑкПЌ, ЌайПÑÑкПЌ ÑзÑкаÑ
+. ÐеÑевПЎ Ма леÑÑ ÐžÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ Ð¿ÐµÑевПЎа Unicode в алÑавОÑÐœÑÑ ÑПÑÐŒÑ, пПЎЎеÑжОваеЌÑÑ Ð¿ÐŸÐ»ÑзПваÑелÑÑкОЌ бÑаÑзеÑПЌ.
+
+
+
+
+ÐПлÑзПваÑелÑÑкОй ОМÑеÑÑÐµÐ¹Ñ ÐŽÐŸÑÑÑпеМ Ма ÑазМÑÑ
+ ÑзÑкаÑ
+
+
+
+ÐÐœÑеÑÑÐµÐ¹Ñ ÐŽÐŸÑÑÑпеМ Ма ÑазМÑÑ
+ ÑзÑкаÑ
+. Ðа ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÐžÐœÑеÑÑÐµÐ¹Ñ ÐŽÐŸÑÑÑпеМ Ма ÑлеЎÑÑÑОÑ
+ ÑзÑкаÑ
+: аÑабÑкПЌ, ÑÑаМÑÑзкПЌ, кОÑайÑкПЌ, гПллаМЎÑкПЌ, аМглОйÑкПЌ, ОÑпаМÑкПЌ, ЌайПÑÑкПЌ, пПÑÑÑгалÑÑкПЌ. ÐПвÑе ÑзÑкО ЌПжМП легкП ЎПбавОÑÑ.
+
+
+
+
+ÐПллекÑОО ЌПгÑÑ ÑПЎеÑжаÑÑ ÑекÑÑ, ÑОÑÑМкО, аÑЎОП О вОЎеП
+
+
+ÐПллекÑОО ЌПгÑÑ ÑПЎеÑжаÑÑ ÑекÑÑ, ÑОÑÑМкО, аÑЎОП О вОЎеП клОпÑ. ÐПлÑÑОМÑÑвП МеÑекÑÑПвПгП ЌаÑеÑОала лОбП ÑПеЎОМеМП Ñ ÑекÑÑПвÑÐŒ ЎПкÑЌеМÑПЌ ÑÑÑлкПй, лОбП Ма ОÑ
+ ЌеÑÑе МаÑ
+ПЎОÑÑÑ ÑекÑÑПвПе ПпОÑаМОе ОлО МазваМОе ÑОÑÑМка ÐŽÐ»Ñ ÐŸÐ±Ð»ÐµÐ³ÑÐµÐœÐžÑ Ð¿ÐŸÐ»ÐœÐŸÑекÑÑПвПгП пПОÑка О пÑПÑЌПÑÑа. ÐÑПгÑаЌЌа пПзвПлÑÐµÑ Ð¿ÑОЌеМÑÑÑ Ð¿ÑПгÑаЌЌМÑе ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ðž клаÑÑОÑОкаÑПÑÑ ÐŽÐ°Ð¶Ðµ ÐŽÐ»Ñ ÐœÐµÑекÑÑПвÑÑ
+ ЎаММÑÑ
+.
+
+
+
+
+ÐÑпПлÑзÑÐµÑ Ð¿ÑПЎвОМÑÑÑе ÑеÑ
+МПлПгОО ÑжаÑОÑ
+
+
+ТеÑ
+МПлПгОО ÑжаÑÐžÑ Ð¿ÑОЌеМÑÑÑÑÑ ÐŽÐ»Ñ ÑЌеМÑÑÐµÐœÐžÑ ÑаЌеÑПв ОМЎекÑПв О ÑекÑÑа. УЌеМÑÑеМОе ÑазЌеÑПв ÑекÑÑа к ÑÐŸÐŒÑ Ð¶Ðµ ÑвелОÑÐžÐ²Ð°ÐµÑ ÑкПÑПÑÑÑ ÐŸÐ±ÐœÐ°ÑÑÐ¶ÐµÐœÐžÑ Ðž ОзвлеÑÐµÐœÐžÑ ÑекÑÑа.
+
+
+
+
+ÐПÑÑÑпМа ÑÑМкÑÐžÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑПваМОÑ
+
+
+ЀÑМкÑÐžÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐ°ÐŽÐµÐ»ÑÐµÑ ÐŸÐ¿ÑеЎелеММÑÑ
+ Ð»ÐžÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑÑ ÑазÑеÑаÑÑ ÐœÐŸÐ²ÑÐŒ пПлÑзПваÑелÑÐŒ ÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, пÑеЎПÑÑавлÑÑÑ ÐœÐµÐºÐŸÑПÑÑе ЎПкÑЌеМÑÑ ÑПлÑкП заÑегОÑÑÑОÑПваММÑÐŒ пПлÑзПваÑелÑÐŒ, пÑПвеÑÑÑÑ ÑПÑÑав вÑеÑ
+ кПллекÑОй О Ñ.ÐŽ. РегОÑÑÑаÑОПММÑе ÑÐ°Ð¹Ð»Ñ (logs) ЌПгÑÑ Ð·Ð°Ð¿ÐžÑÑваÑÑ Ð²Ñе запÑПÑÑ, ÑЎелаММÑе пПлÑзПваÑелÑЌО.
+
+
+
+
+ÐÑÑÑÑПе пПÑвлеМОе МПвÑÑ
+ кПллекÑОй
+
+
+ÐПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÑ Ðž ÑÐŸÐ·ÐŽÐ°ÐœÑ Ð² лÑбПе вÑÐµÐŒÑ Ð±ÐµÐ· пеÑегÑÑзкО ÑОÑÑеЌÑ. ÐÑО пПÑвлеМОО МПвÑÑ
+ кПллекÑОй ПМО пПÑвлÑÑÑÑÑ Ð² ОМÑеÑÑейÑе главМПгП ÐŒÐµÐœÑ Ð¿ÑПгÑаЌЌÑ.
+
+
+
+
+ÐПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÐŸÐ¿ÑÐ±Ð»ÐžÐºÐŸÐ²Ð°ÐœÑ Ð² ÐÐœÑеÑМеÑе ОлО Ма CD-ROM
+
+
+СПÑÑÐ²Ð°Ñ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМ ÐŽÐ»Ñ ÐŸÐ±ÑлÑÐ¶ÐžÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй ÑеÑез ÐÐœÑеÑМеÑ. ÐПллекÑОО ÐÑОМÑÑПÑÐœ ЌПгÑÑ Ð±ÑÑÑ ÐŽÐŸÑÑÑпМÑЌО ÑПÑМП в ÑакПй же ÑПÑЌе О Ма CD-ROM. ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐ»ÑзПваÑÐµÐ»Ñ ÐŸÑМПваМ Ма ÑÑМЎаÑÑМПЌ веб бÑаÑзеÑе (ÐажЎÑй ЎОÑк ПбеÑпеÑеМ Netscape), О взаОЌПЎейÑÑвОе ОЎеМÑОÑМП вÑÐ·ÐŸÐ²Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ма webâexcept, ÑÑП ЎаÑÑ Ð±ÐŸÐ»ÐµÐµ пÑеЎÑказÑеЌПе вÑÐµÐŒÑ ÐŸÑвеÑа. CD-ROM ЎОÑкО ÑабПÑаÑÑ ÐœÐ° вÑеÑ
+ веÑÑОÑÑ
+ Windows.
+
+
+
+
+ÐПллекÑОО ЌПгÑÑ Ð±ÑÑÑ ÑаÑпÑÐµÐŽÐµÐ»ÐµÐœÑ ÑÑеЎО ÑазМÑÑ
+ кПЌпÑÑÑеÑПв
+
+
+ÐÐžÐ±ÐºÐ°Ñ ÑÑÑÑкÑÑÑа пПзвПлÑÐµÑ ÑазМÑÐŒ кПЌпÑÑÑеÑаЌ ÑабПÑаÑÑ Ñ ÑазМÑЌО кПллекÑОÑЌО, в ÑП же ÑаЌПе вÑÐµÐŒÑ Ð²ÑÑ
+ÐŸÐŽÑ ÐœÐ° ÑкÑаМ в ПЎМПЌ ÑОпе, Ма ПЎМПй вÑб-ÑÑÑаМОÑе, как ÑаÑÑÑ ÐŸÐŽÐœÐŸÐ¹ О ÑПй же бОблОПÑекО.
+
+
+
+
+РабПÑÐ°ÐµÑ ÐºÐ°Ðº в Unix, Ñак О в Windows
+
+
+Greenstone ÑабПÑÐ°ÐµÑ Ðž в Windows (3.1/3.11,95/98/ME,NT/2000) О Unix (Linux О SunOS). ÐÑÐ±Ð°Ñ ÐžÐ· ÑÑОÑ
+ ÑОÑÑеЌ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМа в каÑеÑÑве веб-ÑеÑвеÑа. СПзЎаМОе кПллекÑОй МевПзЌПжМП Ма ÑÑÑаÑевÑОÑ
+ ÑОÑÑеЌаÑ
+ Windows 3.1/3.11, МП ПМО ЌПгÑÑ ÑÑОÑÑваÑÑ Ð³ÐŸÑПвÑе кПллекÑОО.
+
+
+
+
+ЧÑП Ð²Ñ Ð¿ÐŸÐ»ÑÑаеÑе Ñ Greenstone
+
+
+Greenstone Digital Library ÑвлÑеÑÑÑ ÐŸÐ±ÑеЎПÑÑÑпМÑÐŒ пÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ, ЎПÑÑÑпМÑÐŒ Ма веб-ÑайÑе New Zealand Digital Library (nzdl.org), ÑППÑвеÑÑÑвÑÑÑОЌ GNU General Public License. ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ Ð²Ñе, ÑÑП бÑлП ПпОÑаМП вÑÑе: вПзЌПжМПÑÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ CD, ÑПзЎаМОе кПллекÑОй, ЌМПгПÑзÑкПвÑе вПзЌПжМПÑÑО, ÐŽÐŸÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ðº пÑПгÑаЌЌе О клаÑÑОÑОкаÑПÑÑ ÐŽÐ»Ñ ÑазлОÑÐœÑÑ
+ ОÑÑ
+ПЎМÑÑ
+ ЎПкÑЌеМÑПв. ÐÑО ОМÑÑаллÑÑОО пÑПгÑаЌЌа ÑÑÑаМавлОваеÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО как в Windows, Ñак О в Unix. Так как ÑÑа пÑПгÑаЌЌа ПбÑеЎПÑÑÑпМа, ÐŒÑ Ð±ÑлО Ð±Ñ ÑÐ°ÐŽÑ Ð²Ð°ÑОЌ пÑеЎлПжеМОÑÐŒ пП ÐµÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ðž ÑлÑÑÑеМОÑ.
+
+
+
+
+
+
+
+
+ÐÑОлПжеМОе Ð ÐлПÑÑаÑОй пПМÑÑОй
+
+
+
+
+
+
+
+ÐПМÑОе
+
+
+ÐМаÑеМОе
+
+
+
+
+autoconf
+
+
+ÐÑПгÑаЌЌа в Unix, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ ÐœÐ°ÑÑÑПйкО ОМÑÑаллÑÑОПММПгП пакеÑа пÑПгÑÐ°ÐŒÐŒÑ Greenstone ÐŽÐ»Ñ ÑабПÑÑ ÐœÐ° ваÑеЌ кПЌпÑÑÑеÑе.
+
+
+
+
+Autorun ÐвÑПзагÑÑзка
+
+
+ÐÑП ПЎМП Оз ÑÑеЎÑÑв Windows, кПÑПÑПе авÑПЌаÑОÑеÑкО запÑÑÐºÐ°ÐµÑ Ð»ÑбÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ Ð¿ÐŸÑле вÑÑавкО CD-ROM в ЎОÑкПвПЎ.
+
+
+
+
+Boolean query ÐÑлев запÑПÑ
+
+
+ÐапÑÐŸÑ Ðº ÑОÑÑеЌе пПОÑка ОМÑПÑЌаÑОО, кПÑПÑÑй ÐŒÐŸÐ¶ÐµÑ ÑПÑÑПÑÑÑ ÐžÐ· ÑПÑзПв Ð, ÐÐРО ÑлПва ÐÐТ.
+
+
+
+
+Browsing ÐÑПÑЌПÑÑ, ПбзПÑ
+
+
+ÐПÑÑÑп к кПллекÑОО пÑÑеЌ пÑПÑЌПÑÑа пеÑеÑÐœÑ ÑазлОÑÐœÑÑ
+ ЌеÑаЎаММÑÑ
+ (авÑПÑ, МазваМОе, ЎаÑа, клÑÑевÑе ÑлПва)
+
+
+
+
+buildcol.pl
+
+
+ÐÑПгÑаЌЌа Greenstone, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй
+
+
+
+
+Building ÐПÑÑÑПеМОе
+
+
+ÐÑПÑеÑÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐžÐœÐŽÐµÐºÑÐœÑÑ
+ ÑÑÑÑкÑÑÑ Ðž ÑÑÑÑкÑÑÑ Ð¿ÑПÑЌПÑÑа, кПÑПÑÑе ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÐŽÐŸÑÑÑпа к кПллекÑОÑÐŒ.
+
+
+
+
+C++
+
+
+ÐÑПгÑаЌЌМÑй ÑзÑк, Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐºÐŸÑПÑПгП МапОÑаМП бПлÑÑОМÑÑвП пÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone ÐалÑе О бПлÑÑОе ÑегОÑÑÑÑ Ð²ÑглÑÐŽÑÑ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÐŸ ÐŽÐ»Ñ ÑпÑПÑÐµÐœÐžÑ Ð¿ÐŸÐžÑка.
+
+
+
+
+Casefolding
+
+
+ÑЎелаÑÑ ÑлПва, Ñ Ð·Ð°Ð³Ð»Ð°Ð²ÐœÑЌО О пÑПпОÑÐœÑЌО бÑкваЌО ПЎОМакПвÑЌО ÐŽÐ»Ñ Ð¿ÐŸÐžÑка
+
+
+
+
+CGI (Common Gateway Interface)
+
+
+СÑ
+еЌа, кПÑПÑÐ°Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ Ð¿ÐŸÐ»ÑзПваÑелÑÐŒ ÑабПÑаÑÑ Ñ Ð¿ÑПгÑаЌЌаЌО Ма главМПЌ кПЌпÑÑÑеÑе Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÑабПÑÑ Ñ Ð²ÐµÐ±-ÑÑÑаМОÑаЌО.
+
+
+
+
+СкÑÐžÐ¿Ñ CGI
+
+
+ÐПЎ, кПÑПÑÑй ÑвÑзаМ Ñ ÐºÐœÐŸÐ¿ÐºÐŸÐ¹, ÐŒÐµÐœÑ ÐžÐ»Ðž ÑÑÑлкПй Ма веб¬ÑÑÑаМОÑе, кПÑПÑÑй ÑказÑваеÑ, ÑÑП ЎПлжеМ ÑЎелаÑÑ Ð³Ð»Ð°Ð²ÐœÑй кПЌпÑÑÑÐµÑ Ð¿ÑО МажаÑОО Ма Мее.
+
+
+
+
+cgi-bin
+
+
+ÐОÑекÑПÑОÑ, в кПÑПÑПй ÑПÑ
+ÑÐ°ÐœÐµÐœÑ ÑкÑОпÑÑ CGI.
+
+
+
+
+Classifier ÐлаÑÑОÑОкаÑПÑ
+
+
+ÐПЎПвÑй ЌПЎÑлÑ, кПÑПÑÑй аМалОзОÑÑÐµÑ ÐŒÐµÑаЎаММÑе ЎПкÑЌеМÑа ÐŽÐ»Ñ ÑПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐžÐœÐŽÐµÐºÑПв ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа
+
+
+
+
+Collection ÐПллекÑОÑ
+
+
+ÐÐ°Ð±ÐŸÑ ÐŽÐŸÐºÑЌеМÑПв, кПÑПÑÑе ÑПбÑÐ°ÐœÑ Ð²ÐŒÐµÑÑе пПЎ ПЎМОЌ пПОÑкПвÑÐŒ О пÑПÑЌПÑÑ ÐžÐœÑеÑÑейÑПЌ.
+
+
+
+
+Collection configuration file ÐПМÑОгÑÑаÑОПММÑй Ñайл кПллекÑОО
+
+
+Ѐайл, кПÑПÑÑй, ÑказÑваеÑ, как ЎПлжМа бÑÑÑ ÐžÐŒÐ¿ÐŸÑÑОÑП¬ваМа О пПÑÑÑПеМа кПллекÑОÑ, какОе ОÑпПлÑзПваÑÑ ÐžÐœÐŽÐµÐºÑÑ Ðž ÑзÑк ОМÑеÑÑейÑа.
+
+
+
+
+Collection server СеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО
+
+
+ÐÑПгÑаЌЌа, ПÑвеÑÑÑÐ²ÐµÐœÐœÐ°Ñ Ð·Ð° пÑеЎПÑÑавлеМОе ЎПÑÑÑпа к кПллекÑОО пÑО ее ОÑпПлÑзПваМОО
+
+
+
+
+Configuration file ÐПМÑОгÑÑаÑОПММÑй Ñайл
+
+
+СЌПÑÑОÑе кПМÑОгÑÑаÑОПММÑй Ñайл кПлекÑОО, главМÑй кПМÑОгÑÑаÑОПММÑй Ñайл, кПМÑОгÑÑаÑОПММÑй Ñайл ЌеÑÑПпПлПжеМОÑ
+
+
+
+
+CVS (Concurrent Versioning System)
+
+
+СÑ
+еЌа ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑÐ¶Ð°ÐœÐžÑ ÐžÑÑ
+ПЎМПгП кПЎа, ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð²
+Greenstone
+
+
+
+
+db2txt
+
+
+СÑеЎÑÑвП ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа баз ЎаММÑÑ
+ GDBM в ÑекÑÑПвПЌ ÑежОЌе (ÑЌПÑÑОÑе GDBM)
+
+
+
+
+Demo collection ÐеЌПМÑÑÑаÑÐžÐŸÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ
+
+
+ÐПЎÑазЎел ÑОÑÑПвПй бОблОПÑекО Humanities Development Library, ÑапÑПÑÑÑаМÑеЌÑй Ñ ÑÑПй пÑПгÑаЌЌПй О ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÐžÐ»Ð»ÑÑÑÑаÑОО О ПбÑÑеМОÑ
+
+
+
+
+Digital library ЊОÑÑÐŸÐ²Ð°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека DL
+
+
+ÐÐ°Ð±ÐŸÑ ÑОÑÑПвÑÑ
+ ПбÑекÑПв (ÑекÑÑПвÑÑ
+, аÑЎОП О вОЎеП) вЌеÑÑе ÑП ÑÑеЎÑÑваЌО ЎПÑÑÑпа О ОзвлеÑеМОÑ, вÑбПÑа, ПÑгаМОзаÑОО О пПЎЎеÑÐ¶Ð°ÐœÐžÑ ÐОблОПÑека РазвОÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð³ÑЌаМОÑаÑМПй ОМÑПÑЌаÑОО ÐŽÐ»Ñ ÑазвОваÑÑОÑ
+ÑÑ ÑÑÑаМ
+
+
+
+
+DL
+
+
+РазвОваÑÑÐ°Ñ ÐОблОПÑека, ÐÑОМÑÑПÑÐœ - кПллекÑÐžÑ Ð³ÑЌаМОÑаÑМПй ОМÑПÑЌаÑОО ÐŽÐ»Ñ ÑазвОваÑÑОÑ
+ÑÑ ÑÑÑаМ
+
+
+
+
+Document ÐПкÑЌеМÑ
+
+
+ÐÑМПвМПй ÑлеЌеМÑ, Оз кПÑПÑПгП ÑПÑÑПÑÑ Ð±ÐžÐ±Ð»ÐžÐŸÑеÑÐœÑе кПллекÑОО: ÐŒÐŸÐ¶ÐµÑ Ð²ÐºÐ»ÑÑаÑÑ Ð² ÑÐµÐ±Ñ ÑекÑÑ, гÑаÑОкÑ, звÑк О вОЎеП.
+
+
+
+
+Dublin core
+
+
+СÑаМЎаÑÑÐœÑй ЌеÑПЎ ПпОÑÐ°ÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+
+
+
+
+
+Fast CGI
+
+
+СÑеЎÑÑвП, пПзвПлÑÑÑее ÑПЎеÑжаÑÑ ÑкÑОпÑÑ CGI в акÑОвМПÑÑО, ÑÑÐŸÐ±Ñ Ð¿ÑО пПвÑПÑМПЌ вклÑÑеМОО ОÑ
+ заМПвП Ме запÑÑкаÑÑ.
+
+
+
+
+Filter program ÐÑПгÑаЌЌа ÑОлÑÑÑаÑОО
+
+
+Та ÑаÑÑÑ ÑеÑвеÑа кПллекÑОй, кПÑПÑÐ°Ñ Ð²ÑпПлМÑÐµÑ ÐŸÐ¿ÐµÑаÑОО запÑПÑа О пÑПÑЌПÑÑа
+
+
+
+
+Format string ЀПÑЌаÑÐœÐ°Ñ ÑÑÑПка
+
+
+СÑÑПка, кПÑПÑÐ°Ñ ÑказÑваеÑ, как вÑпПлМÑÑÑ Ð¿ÐŸÐºÐ°Ð· ЎПкÑЌеМÑПв в Greenstone
+
+
+
+
+GB-encoding
+
+
+СÑаМЎаÑÑÐœÑй ЌеÑПЎ кПЎОÑÐŸÐ²Ð°ÐœÐžÑ ÐºÐžÑайÑкПгП ÑзÑка
+
+
+
+
+GDBM ÐÐµÐœÐµÐŽÐ¶ÐµÑ Ð±Ð°Ð· ЎаММÑÑ
+ GNU
+
+
+ÐÑПгÑаЌЌа, ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð² пÑПгÑаЌЌМПЌ ПбеÑпеÑеМОО Greenstone ÐŽÐ»Ñ Ñ
+ÑÐ°ÐœÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа.
+
+
+
+
+GIMP
+
+
+ÐÑПгÑаЌЌа (в Linux), ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐžÐºÐŸÐœÐŸÐº в Greenstone
+
+
+
+
+GML (Greenstone Markup Language)
+
+
+XML-ÑПвЌеÑÑОЌÑй ÑПÑЌаÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ Ð²ÐœÑÑÑеММегП Ñ
+ÑÐ°ÐœÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв.
+
+
+
+
+Gnu license (ÐОÑÐµÐœÐ·ÐžÑ GNU)
+
+
+ÐОÑеМзОÑ, пПзвПлÑÑÑÐ°Ñ Ð¿ÐŸÐ»ÑзПваÑелÑÐŒ ÑвПбПЎМП пеÑепОÑÑваÑÑ Ðž ÑаÑпÑПÑÑÑаМÑÑÑ Ð¿ÑПгÑаЌЌÑ, а Ñакже ЌПЎОÑОÑОÑПваÑÑ ÐµÐµ пÑО ÑÑлПвОО, ÑÑП ЌПЎОÑОкаÑÐžÑ Ñакже бÑÐŽÐµÑ ÐŸÐ±ÑеЎПÑÑÑпМа.
+
+
+
+
+Greenstone
+
+
+ÐазваМОе ЎаММПй ÑОÑÑПвПй бОблОПÑекО
+
+
+
+
+GSDL Greenstone Digital Library
+
+
+ÐббÑевОаÑÑÑа ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ ÐŠÐžÑÑÐŸÐ²Ð°Ñ ÐОблОПÑека Greenstone
+
+
+
+
+%GSDLHOME%
+
+
+ÐеÑÐµÐŒÐµÐœÐœÐ°Ñ ÐŸÐ¿ÐµÑаÑОПММÑй cОÑÑеЌÑ, пÑеЎÑÑавлÑÑÑÐ°Ñ ÐŽÐžÑекÑПÑÐžÑ Ð²ÑÑÑегП ÑÑПвМÑ, в кПÑПÑПй ÑПЎеÑжаÑÑÑ Ð²Ñе пÑПгÑÐ°ÐŒÐŒÑ Ðž кПллекÑОО Greenstone (в Unix ÑÑП SGSDLHOME).
+
+
+
+
+%GSDLOS%
+
+
+ÐеÑÐµÐŒÐµÐœÐœÐ°Ñ ÐŸÐ¿ÐµÑаÑОПММПй ÑОÑÑеЌÑ, кПÑПÑÐ°Ñ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑÐ°ÐµÑ ÑÑ ÐŸÐ¿ÐµÑаÑОПММÑÑ ÑОÑÑеЌÑ, кПÑПÑÐ°Ñ ÐžÑпПлÑзÑеÑÑÑ Ð² ЎаММÑй ЌПЌеМÑ.
+
+
+
+
+hashfile
+
+
+ÐÑПгÑаЌЌа в Greenstone, ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð¿ÑО ОЌпПÑÑе О пПÑÑÑПеМОО ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐŸÐ¿ÑеЎелОÑÐµÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа.
+
+
+
+
+HTML
+
+
+ЯзÑк пÑПгÑаЌОÑПваМОÑ, в кПÑПÑПЌ МапОÑÐ°ÐœÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² веб-ÑÑÑаМОÑаÑ
+
+
+
+
+
+import.pl
+
+
+ÐÑПгÑаЌЌа Greenstone, ОÑпПлÑзÑÐµÐŒÐ°Ñ ÐŽÐ»Ñ ÐžÐŒÐ¿ÐŸÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐŸÐºÑЌеМÑПв
+
+
+
+
+Importing ÐЌпПÑÑОÑПваМОе
+
+
+ÐÑПÑеÑÑ Ð¿ÐµÑеМПÑа ЎПкÑЌеМÑПв ОзвМе в ÑОÑÑÐµÐŒÑ Greenstone
+
+
+
+
+Index ÐМЎекÑ
+
+
+ÐаÑаЌеÑÑ, пП кПÑПÑÐŸÐŒÑ ÐŸÑÑÑеÑÑвлÑеÑÑÑ Ð¿ÐŸÐžÑк О пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй
+
+
+
+
+InstallShield
+
+
+ÐÑПгÑаЌЌа Windows, Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐºÐŸÑПÑПй пÑПгÑаЌЌа ÑÑÑаМавлОваеÑÑÑ ÐœÐ° жеÑÑкОй ЎОÑк Ñ CD-ROM
+
+
+
+
+Main configuration file ÐлавМÑй кПМÑОгÑÑаÑОПММÑй Ñайл
+
+
+Ѐайл, ÑПЎеÑжаÑОй ОМÑПÑЌаÑÐžÑ Ðž ÑказаМОÑ, ÑОпОÑÐœÑе ÐŽÐ»Ñ Ð²ÑеÑ
+ кПллекÑОй.
+
+
+
+
+Metadata ÐеÑаЎаММÑе
+
+
+ÐпОÑаÑелÑÐœÑе ЎаММÑе, ÑакОе как авÑПÑ, МазваМОе, ЎаÑа, клÑÑевÑе ÑлПва О Ñ.ÐŽ., кПÑПÑÑе ÐžÐŒÐµÐµÑ ÐºÐ°Ð¶ÐŽÑй ЎПкÑÐŒÐµÐœÑ (ОлО ЎПкÑЌеМÑалÑÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ)
+
+
+
+
+MG
+
+
+ÐÑПгÑаЌЌа, ОÑпПлÑзÑÐµÐŒÐ°Ñ Greenstone ÐŽÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÑекÑÑПвПгП ОМЎекÑОÑПваМОÑ, кПÑПÑÐ°Ñ Ð²ÐºÐ»ÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ÑазлОÑÐœÑе ЌеÑÐŸÐŽÑ ÑжаÑÐžÑ (ÑЌПÑÑОÑе Witten, I.H., Morrat, A. Bell, T. Managing Gigabytesrcompressing and indexing documents and images, Morgan Kaufman, вÑПÑПе ОзЎаМОе, 1999)
+
+
+
+
+mgbuild
+
+
+ÐÑПгÑаЌЌа MG ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÑжаÑÑÑ
+ пПлМПÑекÑÑПвÑÑ
+ ОМЎекÑПв
+
+
+
+
+mgquery
+
+
+ÐÑПгÑаЌЌа MG ÐŽÐ»Ñ Ð·Ð°Ð¿ÑПÑа ÑжаÑÑÑ
+ пПлМПÑекÑÑПвÑÑ
+ ОМЎекÑПв
+
+
+
+
+mkcol.pl
+
+
+ÐÑПгÑаЌЌа Greenstone, кПÑПÑÐ°Ñ ÑПзЎаÑÑ Ðž ОМОÑООÑÑÐµÑ ÑÑÑÑкÑÑÑÑ ÐŽÐžÑекÑПÑОО ÐŽÐ»Ñ ÐœÐŸÐ²ÐŸÐ¹ кПллекÑОО
+
+
+
+
+New Zealand Digital Library Project ÐÑÐŸÐµÐºÑ ÐŠÐžÑÑПвПй ÐОблОПÑекО ÐПвПй ÐелаМЎОО
+
+
+ÐÑÑлеЎПваÑелÑÑкОй пÑÐŸÐµÐºÑ ÐŽÐµÐ¿Ð°ÑÑаЌеМÑа кПЌпÑÑÑеÑМПгП пÑПгÑаЌЌОÑÐŸÐ²Ð°ÐœÐžÑ ÑМОвеÑÑОÑеÑа ÐайкаÑП, ÐÐŸÐ²Ð°Ñ ÐелаМЎОÑ, кПÑПÑÑй ÑПзЎал пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone (nzdl.org)
+
+
+
+
+OID (Object Identifier) ÐпÑеЎелОÑÐµÐ»Ñ ÐŸÐ±ÑекÑа
+
+
+УМОкалÑÐœÑй ОЎеМÑОÑОкаÑОПММÑй кПЎ, пÑОÑваОваеЌÑй ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÐŽÐŸÐºÑЌеМÑÑ
+
+
+
+
+Perl
+
+
+ЯзÑк пÑПгÑаЌЌОÑПваМОÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÐŸÐ¿ÐµÑаÑОй пÑПÑеÑÑа пПÑÑÑПеМОÑ
+
+
+
+
+Ping
+
+
+СППбÑеМОе, пПÑлаММПе в ÑОÑÑÐµÐŒÑ ÐŽÐ»Ñ ÐŸÐ¿ÑеЎелеМОÑ,
+ÑабПÑÐ°ÐµÑ ÐŸÐœÐ° ОлО МеÑ
+
+
+
+
+Plugin ÐÑПгÑаЌЌМПе ЎПпПлМеМОе
+
+
+ÐПЎÑлÑÐœÑй кПЎ ÐŽÐ»Ñ ÑабПÑÑ Ñ ÑазлОÑÐœÑЌО ÑПÑЌаÑаЌО, ОÑпПлÑзÑеЌÑй вП вÑÐµÐŒÑ ÐžÐŒÐ¿ÐŸÑÑОÑÐŸÐ²Ð°ÐœÐžÑ Ðž пПÑÑÑПеМОÑ
+
+
+
+
+Protocol ÐÑПÑПкПл
+
+
+ÐÐ°Ð±ÐŸÑ ÑÑлПвМÑÑ
+ ПбПзМаÑеМОй, пÑО пПЌПÑО кПÑПÑÑÑ
+ Greenstone receptionist ÑабПÑÐ°ÐµÑ Ñ ÑеÑвеÑПЌ кПллекÑОО
+
+
+
+
+РаМжОÑПваММÑй запÑПÑ
+
+
+ÐапÑÐŸÑ Ðº ОМÑПÑЌаÑОПММПй ÑОÑÑеЌе ОзвлеÑеМОÑ, кПÑПÑÐ°Ñ Ð²ÑÐŽÐ°ÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Ð¿ÐŸ ÑÑепеМО важМПÑÑО.
+
+
+
+
+Receptionist
+
+
+ÐÑПгÑаЌЌа, кПÑПÑÐ°Ñ ÐŸÑгаМОзПвÑÐ²Ð°ÐµÑ Ð¿ÐŸÐ»ÑзПваÑелÑÑкОй ОМÑеÑÑÐµÐ¹Ñ Greenstone.
+
+
+
+
+RTF
+
+
+СÑаМЎаÑÑÐœÑй ÑПÑÐŒÐ°Ñ ÐŽÐ»Ñ Ð²Ð·Ð°ÐžÐŒÐŸÐŸÐ±ÐŒÐµÐœÐ° ÑекÑÑПвÑЌО ÐПкÑЌеМÑаЌО
+
+
+
+
+Searching ÐПОÑк
+
+
+ÐПÑÑÑп к кПллекÑОО ÑеÑез пПлМПÑекÑÑПвПй пПОÑк егП ÑПЎеÑжОЌПгП
+
+
+
+
+Server СеÑвеÑ
+
+
+СЌПÑÑОÑе ÑеÑÐ²ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй О веб-ÑеÑвеÑ
+
+
+
+
+setup.bat, setup.sh, setup.csh
+
+
+СкÑОпÑ, ОÑпПлÑзÑеЌÑй ÐŽÐ»Ñ ÐœÐ°ÑÑÑПйкО О ÑеПÑгаМОзаÑОО пÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone пП ваÑÐµÐŒÑ Ð¶ÐµÐ»Ð°ÐœÐžÑ
+
+
+
+
+Site configuration ÐПМÑОгÑÑаÑÐžÑ ÐŒÐµÑÑПпПлПжеМОÑ
+
+
+Ѐайл, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ Ð²Ñе ÑÐºÐ°Ð·Ð°ÐœÐžÑ ÐŽÐ»Ñ ÐœÐ°ÑÑÑПйкО Greenstone к ЌеÑÑПпПлПжеМОÑ, Ма кПÑПÑПе ПМ бÑÐŽÐµÑ Ð£ÑÑаМПвлеМ
+
+
+
+
+Stemming
+
+
+ÐгМПÑОÑПваМОе ПкПМÑаМОй ÑлПв ÐŽÐ»Ñ ÑаÑÑОÑеМОÑ
+ПбПбÑÐµÐœÐžÑ Ð·Ð°Ð¿ÑПÑа
+
+
+
+
+STL
+
+
+СÑаМЎаÑÑÐœÐ°Ñ ÑÐ°Ð±Ð»ÐŸÐœÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека, ÑОÑПкПЎПÑÑÑÐ¿ÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека кПЎа C++, ÑазÑабПÑÐ°ÐœÐœÐ°Ñ Silicon Graphics
+
+
+
+
+txt2db
+
+
+ÐÑПгÑаЌЌа Greenstone, ОÑпПлÑзÑÐµÐŒÐ°Ñ Ð² пÑПÑеÑÑе ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ GDBM
+
+
+
+
+Unicode УМОкПЎ
+
+
+СÑаМЎаÑÑÐœÐ°Ñ ÑÑ
+еЌа ÐŽÐ»Ñ Ð¿ÐŸÐºÐ°Ð·Ð° ÑОЌвПлПв, ОÑпПлÑзÑеЌÑÑ
+ ЌОÑПвÑЌО ÑзÑкаЌО
+
+
+
+
+UNU
+
+
+УМОвеÑÑОÑÐµÑ ÐÐÐ
+
+
+
+
+Web server Ðеб-ÑеÑвеÑ
+
+
+СÑаМЎаÑÑÐœÐ°Ñ Ð¿ÑПгÑаЌЌа, кПÑПÑÑÑ ÐžÑпПлÑзÑÑÑ ÐºÐŸÐŒÐ¿ÑÑÑеÑÑ ÐŽÐ»Ñ Ð¿ÑеЎПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ ÐŽÐŸÑÑÑпа к ОМÑПÑЌаÑОО ÑеÑез WWW.
+
+
+
+
+XML
+
+
+СÑаМЎаÑÑÐœÑй ÑПÑÐŒÐ°Ñ ÐŽÐ»Ñ ÑÑÑÑкÑÑÑОÑПваММÑÑ
+ ЎПкÑЌеМÑПв О ЎаММÑÑ
+ в ÐÐœÑеÑМеÑе (Greenstone Markup Language МаÑ
+ПЎОÑÑÑ Ð² XML ÑПвЌеÑÑОЌПЌ ÑПÑЌаÑе)
+
+
+
+
+
+
+
+
+ÑÑа ПпÑÐžÑ Ð¿ÐŸÐ²ÑежЎаеÑÑÑ, еÑлО ÑÐ»ÐµÐŒÐµÐœÑ Ñ ÑеЌ же ÑаЌÑÐŒ ОЌеМеЌ Ñже ÑÑÑеÑÑвÑеÑ
+
+
+
Index: /documentation/branches/2.80/trunk/shared/ApplyXSLT.java
===================================================================
--- /documentation/branches/2.80/trunk/shared/ApplyXSLT.java (revision 14835)
+++ /documentation/branches/2.80/trunk/shared/ApplyXSLT.java (revision 14835)
@@ -0,0 +1,97 @@
+/**
+ *#########################################################################
+ *
+ * A component of the Greenstone Librarian Interface (GLI) application,
+ * part of the Greenstone digital library software suite from the New
+ * Zealand Digital Library Project at the University of Waikato,
+ * New Zealand.
+ *
+ * Author: Michael Dewsnip
+ * Greenstone Project, New Zealand Digital Library
+ * University of Waikato
+ * http://www.nzdl.org
+ *
+ * Copyright (C) 2004 New Zealand Digital Library, University of Waikato
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software Foundation; either version 2 of the License, or
+ * (at your option) any later version.
+ *
+ * This program is distributed in the hope that it will be useful,
+ * but WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+ * GNU General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
+ * along with this program; if not, write to the Free Software
+ * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
+ *########################################################################
+ */
+
+import java.io.*;
+import javax.xml.transform.Transformer;
+import javax.xml.transform.TransformerFactory;
+import javax.xml.transform.TransformerConfigurationException;
+import javax.xml.transform.TransformerException;
+import javax.xml.transform.stream.StreamSource;
+import javax.xml.transform.stream.StreamResult;
+
+/** Any class that wants to act as the owner of an AppendLineOnlyFileDocument has to implement this.
+ * @author Michael Dewsnip, Greenstone Project, New Zealand Digital Library, University of Waikato
+ * @version 2.41 final
+ */
+public class ApplyXSLT
+{
+ static public void main(String[] args)
+ {
+ if (args.length < 2) {
+ System.err.println("Usage: ApplyXSLT ");
+ System.exit(1);
+ }
+
+ System.setProperty("javax.xml.transform.TransformerFactory",
+ "org.apache.xalan.processor.TransformerFactoryImpl");
+ if (args.length == 3){
+ System.setProperty("GSDLHOME",args[2]);
+ }
+
+ TransformerFactory t_factory = null;
+ try {
+ t_factory = org.apache.xalan.processor.TransformerFactoryImpl.newInstance();
+ }
+ catch (Exception ex) {
+ System.err.println("XMLTransformer() exception " + ex.getMessage());
+ System.exit(1);
+ }
+
+ String stylesheet = args[0];
+ String xml_in = args[1];
+ try {
+ // Use the TransformerFactory to process the stylesheet Source and generate a Transformer
+ Transformer transformer = t_factory.newTransformer(new StreamSource(stylesheet));
+
+ // Use the Transformer to transform an XML Source and send the output to a Result object
+ StreamSource input = (xml_in.equals("-") ? new StreamSource(System.in) : new StreamSource(xml_in));
+ OutputStreamWriter output = new OutputStreamWriter(System.out, "UTF-8");
+ transformer.transform(input, new StreamResult(output));
+ }
+ catch (TransformerConfigurationException ex) {
+ //System.err.println("XMLTransformer: couldn't create transformer object: " + ex.getMessageAndLocation());
+ //System.err.println(ex.getLocationAsString());
+ ex.printStackTrace();
+ System.exit(1);
+ }
+ catch (Exception ex) {
+ //System.err.println("XMLTransformer: couldn't transform the source: " + ex.getMessage());
+ ex.printStackTrace();
+ System.exit(1);
+ }
+ }
+
+
+ static public String replaceAll(String source_string, String match_regexp, String replace_string)
+ {
+ return source_string.replaceAll(match_regexp, replace_string);
+ }
+}
Index: /documentation/branches/2.80/trunk/shared/Dictionary.java
===================================================================
--- /documentation/branches/2.80/trunk/shared/Dictionary.java (revision 14835)
+++ /documentation/branches/2.80/trunk/shared/Dictionary.java (revision 14835)
@@ -0,0 +1,439 @@
+
+import java.util.ResourceBundle;
+import java.util.Locale;
+import java.util.HashMap;
+import java.net.URL;
+import java.io.File;
+import java.io.InputStream;
+import java.io.FileInputStream;
+import java.io.Reader;
+import java.io.FileReader;
+import java.io.InputStreamReader;
+import java.io.BufferedReader;
+//import org.apache.xerces.parsers.DOMParser;
+import org.xml.sax.InputSource;
+//import org.xml.sax.XMLReader;
+//import org.xml.sax.XMLReaderFactory;
+import javax.xml.parsers.DocumentBuilder;
+import javax.xml.parsers.DocumentBuilderFactory;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+public class Dictionary {
+
+ private ResourceBundle glidict = null;
+ private ResourceBundle perldict = null;
+ private MacroFile core_macros = null;
+ private MacroFile aux_macros = null;
+ private HashMap metadata = null;
+ private Locale locale = null;
+ private String lang = null;
+ static final private int GLIDICT = 0;
+ static final private int GLIHELP = 1;
+ static final private int COREDM = 2;
+ static final private int AUXDM = 3;
+ static final private int TUTORIALS = 4;
+ static final private int PERLMODULES = 5;
+ static final private int METADATA = 6;
+
+ protected String gsdl_home = null;
+
+ private ClassLoader classloader = null;
+
+
+ public Dictionary(String lang) {
+ this.lang = lang;
+ this.locale = new Locale(lang);
+ if (this.locale==null) {
+ this.locale = Locale.getDefault();
+ }
+ gsdl_home = System.getProperty("GSDLHOME");
+ if (gsdl_home == null) {
+ System.err.println("Error: GSDLHOME is null!!");
+ System.exit(1);
+ }
+
+ this.classloader = new MyClassLoader(this.getClass().getClassLoader());
+ }
+
+ public String get(String key) {
+ return get(key, null);
+ }
+ public String get(String key, String args) {
+ int pos = key.indexOf("::");
+ if (pos==-1) {
+ System.err.println("invalid key: "+key);
+ return "";
+ }
+ String package_name = key.substring(0, pos);
+ String key_name = key.substring(pos+2);
+ //System.err.println("pack = "+package_name+", key="+key_name);
+
+ if (package_name.equals("glidict")) {
+ loadDictionary(GLIDICT);
+ return getDictionaryText(glidict, key_name, args);
+ }
+ if (package_name.equals("coredm")) {
+ loadDictionary(COREDM);
+ return getMacroText(core_macros, key_name);
+ }
+ if (package_name.equals("perlmodules")) {
+ loadDictionary(PERLMODULES);
+ return getDictionaryText(perldict, key_name, args);
+ }
+ if (package_name.equals("auxdm")) {
+ loadDictionary(AUXDM);
+ return getMacroText(aux_macros, key_name);
+ }
+ if (package_name.equals("glihelp")) {
+ return "";
+ }
+ if (package_name.equals("tutorials")) {
+ return "";
+ }
+ if (package_name.equals("metadata")) {
+ pos = key_name.indexOf(".");
+ String namespace = key_name.substring(0,pos);
+ String element = key_name.substring(pos+1);
+ if (loadMetadata(namespace)) {
+ return getMetadataName(namespace, element);
+ }
+ return key_name;
+ }
+ System.err.println("invalid package name "+package_name);
+ return "";
+ }
+
+ public String getDictionaryText(ResourceBundle dictionary, String key, String args) {
+
+ try {
+ String initial_raw = dictionary.getString(key);
+ // convert to unicode, copied from gatherer dictionary
+ String initial = new String(initial_raw.getBytes("ISO-8859-1"), "UTF-8");
+ if (args == null || args.equals("")) {
+ return initial;
+ }
+ String [] args_array = args.split(";");
+ // If the string contains arguments we have to insert them.
+ String complete = "";
+ // While we still have initial string left.
+ while(initial.length() > 0 && initial.indexOf('{') != -1 && initial.indexOf('}') != -1) {
+ // Remove preamble
+ int opening = initial.indexOf('{');
+ int closing = initial.indexOf('}');
+ complete = complete + initial.substring(0, opening);
+ // Parse arg_num
+ String arg_str = initial.substring(opening + 1, closing);
+ int arg_num = Integer.parseInt(arg_str);
+ if(closing + 1 < initial.length()) {
+ initial = initial.substring(closing + 1);
+ }
+ else {
+ initial = "";
+ }
+ // Insert argument
+ if(0 <= arg_num && arg_num < args_array.length) {
+ complete = complete + args_array[arg_num];
+ }
+ }
+ return complete + initial;
+
+ //this.raw = ResourceBundle.getBundle(this.resource, this.locale);
+ } catch (Exception e) {
+ //System.err.println("Dictionary: couldn't locate a resource bundle for "+resource);
+ }
+ System.err.println("no value found for key "+key+" in dictionary "+dictionary.toString());
+ return "";
+ }
+
+ private String getMacroText(MacroFile macros, String key) {
+ return macros.get(key);
+ }
+
+ private String getMetadataName(String namespace, String element_name) {
+ Element meta_set = (Element)metadata.get(namespace);
+ String default_value = namespace+"."+element_name;
+ if (meta_set == null) {
+ return default_value;
+ }
+ Element this_elem = getNamedChild(meta_set, "Element", "name", element_name);
+ if (this_elem == null) {
+ return default_value;
+ }
+ Element this_lang = getNamedChild(this_elem, "Language", "code", this.lang);
+ if (this_lang == null) {
+ this_lang = this_elem; // sometimes have attributes as children of element
+ }
+
+ // need to modify this if we get multiple languages at the same level
+ Element label_att = getNamedChild(this_lang, "Attribute", "name", "label");
+ if (label_att == null) {
+ return default_value;
+ }
+ return namespace+"."+getTextValue(label_att);
+ }
+
+ private Element getNamedChild(Element parent, String child_element, String att_name, String att_value) {
+ NodeList elements = parent.getElementsByTagName(child_element);
+ for (int i=0; i");
+ return;
+ }
+
+ Dictionary dict = new Dictionary(args[0]);
+ System.err.println("glidict::General.OK " +dict.get("glidict::General.OK"));
+ System.err.println("glidict::Autofilter.Order_Tooltip "+ dict.get("glidict::Autofilter.Order_Tooltip"));
+
+ System.err.println("macros _Global:textdefaulttitle_ "+dict.get("coredm::_Global:textdefaulttitle_"));
+ System.err.println("macros _about:textsubcols2_ "+dict.get("coredm::_about:textsubcols2_"));
+ System.err.println("macros _home:textdescrcollector_ "+dict.get("auxdm::_home:textdescrcollector_"));
+
+ //System.err.println("", dict.get(""));
+ //System.err.println("", dict.get(""));
+
+ }
+}
Index: /documentation/branches/2.80/trunk/shared/ExternalRef.java
===================================================================
--- /documentation/branches/2.80/trunk/shared/ExternalRef.java (revision 14835)
+++ /documentation/branches/2.80/trunk/shared/ExternalRef.java (revision 14835)
@@ -0,0 +1,71 @@
+import java.io.InputStream;
+import java.io.FileInputStream;
+import java.io.File;
+
+import org.w3c.dom.Document;
+import javax.xml.parsers.DocumentBuilderFactory;
+import javax.xml.parsers.DocumentBuilder;
+import org.w3c.dom.Document;
+import org.w3c.dom.Element;
+import org.w3c.dom.Node;
+import org.w3c.dom.NodeList;
+
+
+public class ExternalRef{
+ private String basePath;
+ public ExternalRef(){
+ }
+
+ public String getRef(String file, String lang, String targettype, String id){
+ getPath();
+ try{
+ String tfile = file+"_"+lang+".xml";
+ String path = basePath + "/xml-source/" + lang + "/" + tfile;
+
+ DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();
+ DocumentBuilder domBuilder = factory.newDocumentBuilder();
+ InputStream is = new FileInputStream(path);
+ Document doc = domBuilder.parse(is);
+
+ NodeList list = doc.getElementsByTagName(targettype);
+ int i=0;
+ for(i=0; i
+
+
+ Greenstone tutorials.
+
+
+Greenstone Tutorial Information
+Contents
+
+
+
+
+To use this package to re-generate the
+Greenstone tutorial HTML, or generate a workshop, you need to have the
+following:
+
+
+
+
+
+
+README.html This file
+xml-source The raw XML files for the tutorials
+
+tutorial_en.xml The main tutorial XML file, in English. Valid for 2.71
+tutorial_[fr|ru|es].xml Translations (of an old version) of tutorial_en.xml. Valid for 2.70
+
+
+processing XSL and auxiliary files for transforming the XML into HTMl or other format
+
+common.xsl Common XSL templates for use with all transforms
+xml-to-one-html.xsl XSL Transform file to generate a single HTML page containing all tutorials
+xml-to-index.xsl XSL Transform file to generate an index file for individual tutorial HTML files
+xml-to-many-html.xsl XSL Transform file to generate individual HTML files for each tutorial
+xml-to-one-workshop.xsl XSL Transform file to generate a single HTML file for a workshop. Uses the manifest.xml
+xml-to-workshop.xsl XSL Transform file to generate a series of HTML files for a workshop, one per session. Uses the manifest.xml
+xml-to-top-index.xsl XSL Transform file to generate a top level index file linking to all four language versions
+xml-to-wiki-index.xsl XSL Transform file to generate wiki syntax for an index on the Greenstone wiki
+manifest.xml Sample manifest file for workshop generation
+
+../shared Java classes and jar files common to tutorials and manuals
+
+Dictionary.java Java class for retrieving text strings based on keys from GLI dictionary, Perl dictionary, macro files
+ApplyXSLT.java Java class for running the XSL transforms. I couldn't just use Xalan because the Java extensions (using Dictionary) didn't work.
+xalan.jar XSLT transformer needed for use with Java 1.5. Java 1.4 comes with Xalan, Java 1.5 comes with XSLTC.
+
+
+
+
+
+
+ Run source setup.bash in the
+top level directory of your Greenstone installation
+ Create a subdirectory in gsdl-tutorials
+for your output files. If you are using multiple languages and want to
+create top level index files, then you should name the directories en,
+fr, es, and ru, otherwise the links won't be valid.
+ cd to the appropriate directory
+ Generate the index page:
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-index.xsl
+$source_dir/tutorial_$l.xml > index.html
+ Generate the individual pages
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-many-html.xsl
+$source_dir/tutorial_$l.xml | perl -S
+$GSDLHOME/gli/help/splithelpdocument.pl
+ Generate a single HTML file containing
+all tutorials
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-one-html.xsl
+$source_dir/tutorial_$l.xml > all_tutorials.html
+ Generate the top level combined index.
+Should be run from the gsdl-tutorial directory, not from the
+subdirectory
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT
+$processing_dir/xml-to-top-index.xsl $source_dir/tutorial_en.xml
+> $output_dir/index.html
+
+Windows versions of these commands are like the
+following:
+
+
+ Run setup in the top level
+directory of your Greenstone installation
+ Create a subdirectory in gsdl-tutorials
+for your output files. If you are using multiple languages and want to
+create top level index files, then you should name the directories en,
+fr, es, and ru, otherwise the links won't be valid.
+ cd to the appropriate directory
+ Generate the index page:
+ java -cp
+%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar
+-DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-index.xsl
+%source_dir%\tutorial_en.xml > index.html
+ Generate the individual pages
+ java -cp
+%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar
+-DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-many-html.xsl
+%source_dir%\tutorial_en.xml | perl -S
+%GSDLHOME%\gli\help\splithelpdocument.pl
+
+
+ Generate a single HTML file containing
+all tutorials
+ java -cp
+%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar
+-DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-html.xsl
+%source_dir%\tutorial_en.xml > all_tutorials.html
+
+
+ Generate the top level combined index.
+Should be run from the gsdl-tutorial directory, not from the
+subdirectory
+ java -cp
+%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar
+-DGSDLHOME=%GSDLHOME% ApplyXSLT
+%processing_dir%\xml-to-top-index.xsl
+%source_dir%\tutorial_en.xml > %output_dir%\index.html
+
+
+
+The generate-html.sh/bat scripts are shell
+scripts that carry out a lot of these commands for you.
+
+
+
+The English version of the tutorial is currently
+valid for Greenstone 2.71, while the French, Spanish and Russian
+versions are valid for Greenstone version 2.70. If you want to generate
+a workshop using one of these languages, you will need to use
+Greenstone 2.70.
+You will need to replace the appropriate source
+file name for tutorial_en.xml in the above commands. Edit common.xsl,
+and change 'en' to e.g. 'fr' in the line
+<xsl:variable name="diction"
+select="dict:new('en')"/>
+
+If you want an up-to-date tutorial for another
+language, one option is to have the tutorial text in English, with all
+the button names and GLI references in the other language. To do this,
+use tutorial_en.xml as the source file, but change the dictionary
+language as above.
+
+
+
+For a workshop, you can select a subset of the
+exercises, and place them in any order you want. This is done with the
+manifest file. A sample manifest file has been included - this is one
+that we used for a Greenstone workshop in Hawaii, 2006.
+Once you have created your manifest file, you
+need to run the following. You can choose whether to have a separate
+HTML file per session, or the entire workshop in one file.
+
+ Run source setup.bash in the top
+level directory of your Greenstone installation
+ Create a subdirectory in gsdl-tutorials for
+your output files, eg "workshop"
+ cd to this directory
+ Generate one file per workshop session:
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-workshop.xsl
+$source_dir/tutorial_en.xml | perl -S
+$GSDLHOME/gli/help/splithelpdocument.pl
+ Generate a single file containing all sessions
+ java -cp
+$shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar
+-DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-one-workshop.xsl
+$source_dir/tutorial_en.xml > workshop.html
+
+Windows versions of these commands are like:
+
+
+ Run setup in the top level directory
+of your Greenstone installation
+ Create a subdirectory in gsdl-tutorials for
+your output files, eg "workshop"
+ cd to this directory
+ Generate one file per workshop session:
+ java -cp
+"%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar"
+-DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-workshop.xsl
+%source_dir%\tutorial_en.xml | perl -S
+"%GSDLHOME%\gli\help\splithelpdocument.pl"
+
+
+ Generate a single file containing all sessions
+ java -cp
+"%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar"
+-DGSDLHOME=%GSDLHOME% ApplyXSLT
+%processing_dir%\xml-to-one-workshop.xsl %source_dir%\tutorial_en.xml
+> workshop.html
+
+
+
+The generate-workshop.sh/bat scripts are shell
+scripts that carry out these commands for you.
+A basic manifest file looks something like this:
+
+<Manifest> <Title>Greenstone Hawaii Workshop, Jun 2006</Title> <Section id="one" number="1"> <Heading>Lab 1: Installing Greenstone</Heading> <TutorialRef id="install_greenstone"/> <TutorialRef id="update_greenstone_installation"/> </Section> <Section id="two" number="2"> <Heading>Lab 2: Building a collection</Heading> <TutorialRef id="small_html_collection"/> <TutorialRef id="word_pdf_collection"/> </Section> </Manifest>
+The manifest has a Title , which is the
+Workshop title. Then it is divided into Section s. Each section
+will be saved in a separate file, named using the Section's id
+attribute. A Section has a Heading , and then a list of TutorialRef s
+- these indicate which tutorials should go into the section. The id
+attribute must match the Tutorial id used in tutorial_en.xml.
+For more control over the exercises, you can specify
+only part of a tutorial should be used in one exercise.
+For example, in the Hawaii workshop, we split the Word and PDF exercise
+over two lab sessions. To do this we used <SplitTutorialRef>.
+
+<SplitTutorialRef id="word_pdf_collection" titleextra="—Part A" type="preceding" split="Heading[2]"> <EndNotes> <Comment><Text>In exercise 2.1 we correct some of this incorrect metadata by manually adding Dublin Core Title metadata.</Text></Comment> </EndNotes> </SplitTutorialRef> .... <SplitTutorialRef id="word_pdf_collection" titleextra="—Part B" type="following" current="true" split="Heading[2]"> <BeginNotes> <Comment><Text>In the Librarian Interface, open up the reports collection that you created in exercise 1.5. Remember that the extracted Title metadata for some documents was incorrect.</Text></Comment> </BeginNotes> </SplitTutorialRef>
+SplitTutorialRef has some extra attributes:
+titleextra : some extra text to be added to the Title, in this
+case, we add "— Part A" and "— Part B".
+split : the XML node to split the tutorial on.
+type : whether we want the sections before the split (preceeding)
+or after the split (following).
+current : set to true if the node to split on should be included.
+
+SplitTutorialRef can also include BeginNotes
+and/or EndNotes element - this is for extra text of
+instructions that should be added to the start or end of the exercise.
+The format inside BeginNotes and EndNotes follows the format of the
+general tutorial, see below.
+
+
+
+tutorial_en.xml is the main file. Make
+modifications in that. The translator takes care of the other languages.
+All <Text> elements need a unique id, and all
+need to be on their own lines, with no other tags (apart from tags
+inside the text).
+Tag examples:
+
+<Link>url</Link> for URLS.
+<Link url="url">display text</Link> for URLS which
+have different text to display
+<Format>format statement, or macro statement</Format>
+<Path>file paths</Path>
+<Menu> menu sequence, eg File → New</Menu>
+
+Bullet lists:
+
+<BulletList> <Bullet> <Text id="223">first bullet point</Text> </Bullet> ... </BulletList>
+
+Main numbering
+
+<NumberedItem> text, comments etc go in here </NumberedItem>
+Block of text in italics:
+
+<Comment> <Text id="xxx">some italics text</Text> </Comment>
+Section heading:
+
+<Heading> <Text id="009">A heading</Text> </Heading>
+
+
+
+To print the tutorials with appropriate highlighting in
+place, need to set "print background colours" in page setup (mozilla).
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/generate-html.bat
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/generate-html.bat (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/generate-html.bat (revision 14835)
@@ -0,0 +1,65 @@
+@echo off
+
+if not "%GSDLHOME%" == "" goto generate
+
+echo You must run 'setup' in the top level folder of your Greenstone installation before running this script
+goto exit
+
+:generate:
+mkdir html
+cd html
+:generate:
+mkdir en
+mkdir fr
+mkdir ru
+mkdir es
+cd ..
+
+set top_dir=%CD%
+set source_dir=%CD%\xml-source
+set processing_dir=%CD%\processing
+set output_dir=%CD%\html
+cd ..
+cd shared
+set shared_dir=%CD%
+cd %output_dir%
+
+echo "processing top level index"
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-top-index.xsl %source_dir%\tutorial_en.xml > %output_dir%\index.html
+
+echo "generating wiki index page"
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-wiki-index.xsl %source_dir%\tutorial_en.xml > %output_dir%\wiki-index.txt
+
+echo "procesing english version"
+
+cd %output_dir%\en
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-index.xsl %source_dir%\tutorial_en.xml > index.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-html.xsl %source_dir%\tutorial_en.xml > all_tutorials.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-many-html.xsl %source_dir%\tutorial_en.xml | perl -S %GSDLHOME%\gli\help\splithelpdocument.pl
+cd ..
+
+echo "procesing french version"
+cd %output_dir%\fr
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-index.xsl %source_dir%\tutorial_fr.xml > index.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-html.xsl %source_dir%\tutorial_fr.xml > all_tutorials.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-many-html.xsl %source_dir%\tutorial_fr.xml | perl -S %GSDLHOME%\gli\help\splithelpdocument.pl
+cd ..
+
+echo "procesing spanish version"
+cd %output_dir%\es
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-index.xsl %source_dir%\tutorial_es.xml > index.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-html.xsl %source_dir%\tutorial_es.xml > all_tutorials.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-many-html.xsl %source_dir%\tutorial_es.xml | perl -S %GSDLHOME%\gli\help\splithelpdocument.pl
+cd ..
+
+echo "procesing russian version"
+cd %output_dir%\ru
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-index.xsl %source_dir%\tutorial_ru.xml > index.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-html.xsl %source_dir%\tutorial_ru.xml > all_tutorials.html
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-many-html.xsl %source_dir%\tutorial_ru.xml | perl -S %GSDLHOME%\gli\help\splithelpdocument.pl
+
+cd ..
+
+:exit:
+
+
Index: /documentation/branches/2.80/trunk/tutorials/generate-html.sh
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/generate-html.sh (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/generate-html.sh (revision 14835)
@@ -0,0 +1,35 @@
+#!/bin/sh
+
+if [ "$GSDLHOME" == "" ]; then
+ echo You must run \'source setup.bash\' in the top level folder of your Greenstone installation before running this script
+ exit
+fi
+
+top_dir=`pwd`
+shared_dir=`pwd`/../shared
+source_dir=`pwd`/xml-source
+processing_dir=`pwd`/processing
+output_dir=`pwd`/html
+
+mkdir $output_dir
+
+langs="en fr es ru"
+
+echo "processing top level index"
+java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-top-index.xsl $source_dir/tutorial_en.xml > $output_dir/index.html
+
+echo "generating wiki index page"
+java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-wiki-index.xsl $source_dir/tutorial_en.xml > $output_dir/wiki-index.txt
+
+for l in $langs; do
+ echo "Processing $l version"
+ mkdir $output_dir/$l
+ cd $output_dir/$l
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-index.xsl $source_dir/tutorial_$l.xml > index.html
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-one-html.xsl $source_dir/tutorial_$l.xml > all_tutorials.html
+ java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-many-html.xsl $source_dir/tutorial_$l.xml | perl -S $GSDLHOME/gli/help/splithelpdocument.pl
+ cd $top_dir
+done
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/generate-workshop.bat
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/generate-workshop.bat (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/generate-workshop.bat (revision 14835)
@@ -0,0 +1,29 @@
+@echo off
+
+if not "%GSDLHOME%" == "" goto generate
+
+echo You must run 'setup' in the top level folder of your Greenstone installation before running this script
+goto exit
+
+:generate:
+mkdir workshop
+
+set top_dir=%CD%
+set source_dir=%CD%\xml-source
+set processing_dir=%CD%\processing
+set output_dir=%CD%\workshop
+cd ..
+cd shared
+set shared_dir=%CD%
+cd %output_dir%
+
+echo processing workshop
+
+java -cp "%shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar" -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-workshop.xsl %source_dir%\tutorial_en.xml | perl -S "%GSDLHOME%\gli\help\splithelpdocument.pl"
+java -cp %shared_dir%;%GSDLHOME%\gli;%GSDLHOME%\gli\classes;%GSDLHOME%\perllib;%shared_dir%\xalan.jar -DGSDLHOME=%GSDLHOME% ApplyXSLT %processing_dir%\xml-to-one-workshop.xsl %source_dir%\tutorial_en.xml > workshop.html
+cd ..
+
+
+:exit:
+
+
Index: /documentation/branches/2.80/trunk/tutorials/generate-workshop.sh
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/generate-workshop.sh (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/generate-workshop.sh (revision 14835)
@@ -0,0 +1,26 @@
+#!/bin/sh
+
+if [ "$GSDLHOME" == "" ]; then
+ echo You must run \'source setup.bash\' in the top level folder of your Greenstone installation before running this script
+ exit
+fi
+
+top_dir=`pwd`
+shared_dir=`pwd`/../shared
+source_dir=`pwd`/xml-source
+processing_dir=`pwd`/processing
+output_dir=`pwd`/workshop
+
+mkdir $output_dir
+
+echo "processing workshop"
+
+cd $output_dir
+java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-workshop.xsl $source_dir/tutorial_en.xml | perl -S $GSDLHOME/gli/help/splithelpdocument.pl
+java -cp $shared_dir:$GSDLHOME/gli:$GSDLHOME/gli/classes:$GSDLHOME/perllib:$shared_dir/xalan.jar -DGSDLHOME=$GSDLHOME ApplyXSLT $processing_dir/xml-to-one-workshop.xsl $source_dir/tutorial_en.xml > workshop.html
+cd $top_dir
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/common.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/common.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/common.xsl (revision 14835)
@@ -0,0 +1,211 @@
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ web
+
+ .zip
+
+
+
+
+
+
+
+
+ individual
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ < >
+
+
+ " "
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/manifest.xml
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/manifest.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/manifest.xml (revision 14835)
@@ -0,0 +1,65 @@
+
+
+
+
+]>
+
+Greenstone Hawaii Workshop, Jun 2006
+
+Lab 1: Installing, browsing, building
+
+
+
+
+
+
+In exercise 2.1 we correct some of this incorrect metadata by manually adding Dublin Core Title metadata.
+
+
+
+
+
+
+
+Lab 2: Adding metadata—and using it
+
+
+In the Librarian Interface, open up the reports collection that you created in exercise 1.5. Remember that the extracted Title metadata for some documents was incorrect.
+
+
+
+
+
+
+
+
+
+Lab 3: Advanced collection configuration
+
+
+
+
+
+
+
+In the Librarian Interface, open up the Beatles Bibliography collection you created in exercise 2.4.
+
+
+
+Lab 4: Two examples: multimedia and scanned images
+
+
+
+
+
+
+Lab 5: Interoperability
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-index.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-index.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-index.xsl (revision 14835)
@@ -0,0 +1,38 @@
+
+
+
+
+
+
+
+ cd
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-many-html.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-many-html.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-many-html.xsl (revision 14835)
@@ -0,0 +1,54 @@
+
+
+
+
+
+
+
+ web
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ web
+
+
+
+
+ individual
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-html.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-html.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-html.xsl (revision 14835)
@@ -0,0 +1,63 @@
+
+
+
+
+
+
+ web
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ web
+
+ combined
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-workshop.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-workshop.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-one-workshop.xsl (revision 14835)
@@ -0,0 +1,162 @@
+
+
+
+
+
+
+
+ cd
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-top-index.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-top-index.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-top-index.xsl (revision 14835)
@@ -0,0 +1,37 @@
+
+
+
+
+
+
+
+ español
+ français
+ ÑÑÑÑкОй
+
+
+
+ :
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-wiki-index.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-wiki-index.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-wiki-index.xsl (revision 14835)
@@ -0,0 +1,35 @@
+
+
+
+
+
+
+
+ Spanish
+ French
+ Russian
+ {{SERVER}}{{SCRIPTPATH}}/gsdoc/tutorial/sample_files
+ {{SERVER}}{{SCRIPTPATH}}/gsdoc/tutorial
+
+''' '''
+
+These work with Greenstone . [ /en/all_tutorials.html ]
+
+Translations of March 2006 version (for Greenstone 2.70):
+[ /es/index.html ]
+[ /fr/index.html ]
+[ /ru/index.html ]
+
+
+
+
+
+
+==[ /en/ .htm ]==
+
+*
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/processing/xml-to-workshop.xsl
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/processing/xml-to-workshop.xsl (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/processing/xml-to-workshop.xsl (revision 14835)
@@ -0,0 +1,169 @@
+
+
+
+
+
+
+
+ cd
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ .
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_en.xml
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_en.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_en.xml (revision 14835)
@@ -0,0 +1,3273 @@
+
+
+
+
+]>
+
+
+Greenstone tutorial exercises (October 2006)
+
+
+
+Greenstone tutorial exercise
+Prerequisite:
+Sample files:
+Devised for Greenstone version:
+Modified for Greenstone version:
+Back to index
+Back to wiki
+Print version
+
+
+If you are working from a Greenstone CD-ROM, sample files for these exercises are in the folder sample_files ; otherwise they can be downloaded from sourceforge.
+
+
+The text sometimes uses Windows terminology, but the exercises work equally well on other systems if you make appropriate changes to the pathnames.
+
+
+
+Working with a pre-packaged collection (UNAIDS)
+
+
+
+
+You will need the Greenstone UNAIDS CD-ROM
+
+
+Installing a pre-packaged Greenstone collection
+
+
+On inserting the UNAIDS CD-ROM , for many computers installation will begin automatically. If not, "auto-run"—a configurable setting under Windows—is disabled on your computer and you need to double-click setup.exe on the CD-ROM.
+
+My Computer → UNAIDS20 → setup.exe
+
+
+
+The InstallShield Wizard begins to install the UNAIDS pre-packaged collection. Select the English language and click <OK> .
+
+
+On the welcome screen, click the <Next> button.
+
+
+Choose Run from CD-ROM (standard) as the setup type. This is the default and is already selected. Then click <Next> .
+
+
+Click <Next> again to install the UNAIDS collection in the default folder, which is C:\Program Files\UNAIDS Library 2.0 [CD-ROM] .
+
+Installation Wizard copies the required files from CD-ROM to disk
+
+
+
+Click <OK> to confirm completion of UNAIDS collection (twice).
+
+InstallShield quits—the UNAIDS Library is installed.
+
+
+
+CD-ROMs like this one that contain pre-packaged Greenstone collections do not include the full Greenstone software. Instead they embody a mini version of Greenstone that allows you to view the collection but not to build new ones.
+
+
+Browsing around a Greenstone collection
+
+
+Launch the prebuilt library by clicking:
+
+Start → All Programs → UNAIDS Library 2.0 [CD-ROM] → UNAIDS Library 2.0 (Standard Version).
+
+
+To access Greenstone through the Local Library Server, it is sometimes necessary to turn off the proxy settings of the browser. Greenstone normally detects this and pops up a window alerting you to the problem.
+
+
+
+Click <Enter Library> in the dialog box and your browser (typically Internet Explorer by default) will display the Greenstone home page.
+
+
+Within the web browser, click titles a-z (in the centre of the navigation bar near the top of the page).
+
+
+Access the first book in the list of titles by clicking the book icon next to the title:
+About UNAIDS .
+
+
+Use the scroll bar to view the full length of the page.
+
+
+In the table of contents near the top, click the page icon next to the heading Guiding principles of UNAIDS to view this section.
+
+
+Click the page icon next to the heading Global and local impact to view the next section.
+
+
+This style of interaction can be continued to further expand and contract folders and switch to a different section.
+
+
+To fully expand the contents of this introduction chapter, click Expand Document or Chapter in the upper left portion of the page, under the picture of the document's front cover.
+
+
+You can return to the currently selected page of document titles by clicking the book icon next to the title of the book at the top of the table of contents (this signifies closing the book). You also get to the document titles using titles a-z in the navigation bar, in this case to the titles beginning with A-D.
+
+If the table of contents is open at the top level—showing all the chapters—then clicking Expand Document or Chapter expands the full document. For long documents, which take some time to load in, Greenstone seeks confirmation for this action: clicking 'continue' loads the full document.
+
+
+
+Browse around and peruse some other documents in the collection.
+
+
+Searching within a Greenstone collection
+
+
+Access the search page by clicking search in the navigation bar.
+
+
+In the query box under Search for chapters in any language which contain some of the words , enter the term gender then click <Begin Search> .
+
+After a short pause, the web browser loads a fresh page showing the results of the search.
+
+
+
+Click the page icon for the first matching document in the result set (Five Year Implementation Review of the Vienna Declaration and Programme of Action ) to view the document. Because the search was at the chapter level, you are taken directly to the matching chapter within the document.
+
+
+Experiment further with searching, and with the interface in general. For example, there is a detailed Help page. It contains a Preferences section through which you can control some search settings.
+
+The Preferences options in the UNAIDS collection are intentionally minimalist. Most collections have a separate Preferences button that offers more features.
+
+
+The home page of the UNAIDS library collection cycles through a sequence of front cover images, updated every 5 seconds or so. Clicking a particular image takes you directly to that document.
+
+
+
+Leaving the Greenstone digital library
+
+
+There are two ways of leaving Greenstone:
+
+Exit from the Greenstone Software server. Click on the Greenstone Software in the task bar, then choose Exit from the Browser Selection and Settings menu (or click on the exit hotspot, the red cross at the top right). The Greenstone Software exits, but your web browser continues to run.
+
+
+Exit from your web browser. Leave your web browser in the usual way. The Greenstone server detects when you exit from the browser and generates a popup window that asks whether to close down the server as well. (The reason is that other people may be using Greenstone over the network, and should not be rudely terminated.)
+
+
+
+Exercise: Use the UNAIDS collection to answer these questions
+
+
+
+
+How many publications are there in the collection?
+
+900
+
+
+
+How many documents are there that mention Australia in the title?
+
+15
+
+
+
+How many top-level subject categories are there?
+
+21
+
+
+
+What does AAVP stand for?
+
+African Aids Vaccination Programme
+
+
+
+What does AIDS stand for?
+
+Acquired Immuno-Deficiency Syndrome
+(Search for "AIDS stands for")
+
+
+
+
+Considering lower case variants only, how many times does the word "condom" appear in the collection? How many times for "condoms"?
+
+6789 5243
+
+
+
+If case sensitivity does not matter, how many times does the word "condom" appear in the collection? How many times for "condoms"?
+
+7905 5571
+
+
+
+If word endings are ignored, how many times does "condom" and variants such as "condoms" appear in the collection?
+
+13477
+
+
+
+How many chapters contain some variations of the word "condom"? Does this make it a useful search term?
+
+
+2413 chapters. No, since there are only 900 documents
+
+
+
+
+What year saw the first reported case of AIDS in New Zealand?
+
+1983
+
+
+
+
+
+
+Working with a pre-packaged collection (Digital Libraries in Education)
+
+
+
+
+You will need the Greenstone Digital Libraries in Education CD-ROM
+
+
+Installing a pre-packaged collection
+
+
+Insert your CD-ROM for the course Digital libraries in education into a Windows computer. If the installation process does not start up straightaway (because the AutoPlay feature is disabled on your computer), navigate to your CD-ROM/DVD drive (normally D:), open the folder prebuilt , and double click on Setup.exe .
+
+
+During installation you are offered a choice of folder to install in: we recommend the default, which is C:\GSDL .
+
+
+You are also presented with the option to run Greenstone from the CD-ROM or to copy the entire CD-ROM. We recommend the latter: please check the box that says Install all collection files . It will take at least a couple of minutes to copy the files across.
+
+
+Finally, the installer offers to install the Netscape browser for you. Do not request this except in the unlikely event that you do not already have a web browser on your computer.
+
+
+CD-ROMs like this one that contain pre-packaged Greenstone collections do not include the full Greenstone software. Instead they embody a mini version of Greenstone that allows you to view the collection but not to build new ones.
+
+
+Browsing around a Greenstone collection
+
+
+To run Greenstone, open the Windows Start menu, Programs, and select Greenstone , then the sub-menu item Digital Libraries in Education : then <Enter Library >.
+
+
+Click the Digital libraries in Education collection's icon. This takes you to the collection's home page, often called the "about" page.
+
+The home page contains an access bar with buttons called search, contents, authors a-z, modules, and acronyms. This access bar is the key to finding information in any Greenstone collection.
+
+
+
+Click <authors a-z >. A list of bookshelf icons appears. Click the one called Marchionini, G. to see the two course readings by Gary Marchionini.
+
+
+One of these items is a PDF file and the other is an HTML file. Click them both in turn to open up the documents.
+
+
+Click the <contents > button in the access bar. This shows two bookshelves, one for this Study Guide and the other for the Course Readings. Choose one and look at what it contains.
+
+
+Clicking a bookshelf that is open closes it. Close the bookshelf you have just opened and then choose the other one and examine its contents.
+
+
+Click <acronyms > in the access bar and find the meaning of the acronym "LOM".
+
+
+Click <search > and search for the word "LOM". Check out the difference between searching text and searching titles (use the pull-down box on the search page).
+
+
+Click the collection icon Digital Libraries in Education at the top left. This takes you back to the collection's about page.
+Beneath the access bar on the collection's about page is a search box (just the same as the one that appears on the search page), a description of the collection under the heading About this collection , and instructions on how to find information in this collection.
+Above the access bar is the collection's icon, saying Digital Libraries in Education . On the right is an icon saying about , above which are three buttons, home , help , and preferences .
+
+
+Click <home >. This returns you to the Greenstone home page.
+
+
+Return to the collection (by clicking its icon), and click <help >. This gives more information about how to access the collection.
+
+
+Click <preferences >. This takes you to a page where you can change some of the settings.
+
+
+Now explore the collection by navigating freely around it. Click liberally: all images that appear on the screen are clickable. If you hold the mouse stationary over an image, most browsers will soon pop up a brief "mouse-over" message that tells you what will happen if you click. Experiment! Choose common words like "the" or "and" to search for—that should evoke some response, and nothing will break. (Note: unlike many search systems, Greenstone indexes all words, including these ones.)
+
+
+Exercise: Read the Help page; then answer these questions
+
+
+
+What does this collection contain?
+
+
+Name five ways to navigate to a target document in this collection.
+
+
+How many documents in the collection are written by Erik Duval?
+
+
+Compare the number of times the words "he" and "she" appear in the collection.
+
+
+How many times does the word "metadata" appear in titles? In the text itself?
+
+
+What's the difference between a some and an all search?
+
+
+What does "MODS" stand for?
+
+
+How do you switch the interface from English to Russian? Does it stay in Russian when you go to the Greenstone home page?
+
+
+Find a search term that yields different results depending on whether you have ignore word endings or whole word must match set on the Preferences page.
+
+
+What's the difference between Graphical and Textual interface format (on the Preferences page)?
+
+
+
+Exercise: Use the How to build a digital library collection to answer these questions.
+
+
+
+How many sentences contain the word education?
+
+
+What story from the School Journal collection is featured in the book?
+
+
+How many acronyms used in the book begin with the word Standard?
+
+
+What does tapu mean?
+
+
+How many times does the word library appear? The word libraries?
+
+
+How many times does Library appear with an initial capital letter?
+
+
+How many times does some derivative of the word form appear?
+
+
+Name an English poem that was probably written in about 1000 A.D.
+
+
+Who is Alan Kay?
+
+
+On what page is the first mention of some aspect of Chinese culture?
+
+
+
+Most of these questions would be rather difficult to answer from the printed book.
+
+
+
+
+
+Installing Greenstone
+
+
+
+
+Installing Greenstone on a Windows system
+
+There are various ways of getting Greenstone:
+
+From a UNESCO CD-ROM (version 2.70) (or FAO IMARK CD-ROM, but this is an earlier version 2.51)
+These CD-ROMs contain the Greenstone software , plus documented example collections , four language interfaces (English French Spanish Russian), the Export to CD-ROM package, the ImageMagick graphics package, the Java runtime environment , and an installer that installs all of these.
+
+
+From the IITE Digital Libraries in Education CD-ROM, or a Greenstone workshop CD-ROM
+
+In addition to all the above software, these CD-ROMs contain the tutorial exercises and a set of sample files to be used for these exercises.
+CD-ROMs with Greenstone version 2.62 or earlier also include the Greenstone Language Pack , which gives reader's interfaces in many languages (currently about 40). This has its own installer which you have to invoke separately, after you have installed Greenstone.
+CD-ROMs with version 2.70 or later now come with reader's interfaces in all available languages. Textual images have been removed from the interface; they are now done using CSS (Cascading Style Sheets). The Greenstone Language Pack is no longer needed. Instead, these CD-ROMs come with the Classic Interface Pack , which contains the old text images for use with a backwards compatibility macro file.
+
+
+All these CD-ROMs contain the full Greenstone software, which allows you to view collections and build new ones. They are not the same as CD-ROMs that contain a pre-packaged Greenstone collection, which only allow you to view that collection.
+
+
+
+From http://www.greenstone.org
+Most people download the Windows distribution from http://www.greenstone.org, which contains the latest version of Greenstone. There are several optional modules that must be downloaded separately (to avoid a single massive download): documented example collections , the Export to CD-ROM package (Greenstone 2.70 and earlier), the Language Pack (Greenstone 2.62 and earlier) and Classic Interface Pack (Greenstone 2.63 and later). There is also the set of sample files used in these exercises. (To reduce the download size the documented example collections are distributed in unbuilt form and need to be built.)
+You need Java to run Greenstone. You might already have it; otherwise download it from http://java.sun.com. To work with image collections, you need ImageMagick (from http://www.imagemagick.org).
+
+Most Greenstone CD-ROMs start the installation process as soon as they are inserted into the drive, assuming that the AutoPlay feature is enabled on your computer. If installation does not begin by itself, locate the file setup.exe and double click it to start the installation process. (On the IMARK CD-ROM this file resides in the folder software_tools → Greenstone ). If you download Greenstone over the web, what you get is the installer—just double-click it.
+If Greenstone has been installed on your computer before, you should completely remove the old version before installing a new one . (However, you need not remove any pre-packaged collections that you may have installed.) To do this, see .
+Here is what you need to do to install Greenstone. Older versions of the installer follow much the same sequence but use slightly different wording.
+
+
+Select the language for this installation. We choose English
+
+
+Welcome to the InstallShield Wizard for the Greenstone Digital Library Software. Click <Next >
+
+
+License Agreement. Accept the agreement and then click <Next >
+
+
+Choose location to install Greenstone. Leave at the default and click <Next >
+
+
+Setup Type. Leave at the default (Local Library) and click <Next >
+
+
+(For older installers you must now select collections. Leave at the default, Documented Example Collections, and click <Next >)
+
+
+Set admin password. Choose a suitable password and click <Next > (If your computer will not be serving collections online, the password doesn't matter)
+
+
+Click <Install > to complete the installation
+
+
+Files are copied across
+
+
+Installation is complete. If you are installing from a CD-ROM, the installer will offer to install ImageMagick (see below), and Java, if necessary.
+
+
+To invoke the Greenstone Reader's interface, go to the Greenstone Digital Library Software item under Programs on the Windows Start menu and select Greenstone Digital Library . To invoke the Librarian interface, go to the same item and select Greenstone Librarian Interface .
+
+Installing ImageMagick on a Windows system
+
+Once Greenstone has been installed, you should ensure that ImageMagick is installed on your computer if you wish to build any image collections. If you are installing from a Greenstone CD-ROM, you will be asked whether you want to install ImageMagick: say Yes . If you are not, you will need to download ImageMagick (from http://www.imagemagick.org). To install this program you must have Windows "Administrator" privileges. (If you do not have Windows Administrator privileges, the ImageMagick installer will give a cryptic error complaining that it failed to set a particular Windows registry value. If this happens you can continue your work with Greenstone, but you will not be able to build collections of images.)
+ The remaining steps are straightforward, and, as before, we recommend the default settings. Here is what you need to do.
+
+
+"This will install ImageMagick 5.5.7 Q8. Do you wish to continue?" Yes
+
+
+"Welcome to the ImageMagick Setup Wizard Click <Next >
+
+
+"Information: Please read the following ..." Click <Next >
+
+
+"Select Destination Directory ..." Leave at default and click <Next >
+
+
+"Select Start Menu Folder ..." Leave at default and click <Next >
+
+
+"Select Additional Tasks ..." Leave at default and click <Next >
+
+
+"Ready to Install". Click <Install >
+
+
+Files are copied across
+
+
+"You have now installed ..." Click <Next >
+
+
+"Setup has finished ...". Deselect "View index.html" and click <Finish >.
+
+
+
+Installing Ghostscript on a Windows system
+
+If you wish to do advanced conversion of PDF and Postscript documents (as described in exercise ), you will need to install Ghostscript. If you are installing from a Greenstone CD-ROM you will automatically be prompted for this; the procedure is analogous to that described above for ImageMagick. If not, you will need to download Ghostscript from http://www.cs.wisc.edu/~ghost/ (follow the link to the current stable release).
+If you are not sure whether you will need Ghostscript or not, you might as well install it anyway—it will do no harm.
+
+
+
+
+Updating a Greenstone installation
+
+
+
+
+
+These tutorial exercises assume that you are using Greenstone 2.60 or above.
+
+
+Before updating to a new version of Greenstone, ensure that the computer is not running the Greenstone Librarian Interface or the Greenstone local library server. Normally, quitting your web browser, or quitting the Librarian Interface, also quits the server.
+
+
+Removing Greenstone from a Windows system
+
+
+Completely remove the existing version before you install a new version of Greenstone.
+
+
+Ensure that you are not running Greenstone.
+
+
+Remove the old version by going to the Windows Control Panel (from the Settings item on the Start menu). Click Add or Remove Programs , select Greenstone Digital Library Software , and Remove it. (To do this you may need Windows "Administrator" privileges.)
+
+
+At the end of this procedure you will be asked whether you would like all your Greenstone collections to be removed: you should probably say No if you wish to preserve your work.
+
+
+Occasionally, problems are encountered if older Greenstone installations are not fully removed. To clean up your system, move your Greenstone collect folder, which contains all your collections, to the desktop. Then check for the folder C:\Program Files\gsdl or C:\Program Files\Greenstone, which is where Greenstone is usually installed, and remove it completely if it exists.
+
+
+Reinstalling Greenstone on a Windows system
+
+
+The reinstallation procedure is exactly the same as the original installation procedure, described in . If you already have ImageMagick, you do not need to install it again.
+
+
+There have been some superficial changes to the installation procedure in moving to Greenstone Version 2.60, because it uses a different installer program.
+
+
+There is another important difference that you should be aware of: Versions 2.60 and above are installed in the folder Program Files\Greenstone, whereas prior versions were placed in the folder Program Files\gsdl (these are both default locations that you could have changed during installation.) When upgrading to Version 2.60, if you want to save existing collections you must explicitly move the contents of your collect folder from the old place to the new one. Future Greenstone versions will be installed in the new place, Program Files\Greenstone, so this problem will not happen again.
+
+
+Amalgamating different Greenstone collections
+
+
+If you have previously installed the Greenstone Digital Library software in a non-standard place, you should amalgamate your collections by moving them from the collect folder in the old place into the folder Program Files\Greenstone\collect .
+
+
+If you have installed collections from pre-packaged Greenstone CD-ROMs, they reside in a different place: C:\GSDL\collect . To amalgamate these with your main Greenstone installation, move them into the folder Program Files\Greenstone\collect . The mini version of Greenstone that is associated with the pre-packaged collections is no longer necessary. To uninstall it, select Uninstall on the Greenstone menu of the Windows Start menu.
+
+
+Installing the Greenstone language pack (2.62 and earlier)
+
+
+If you go to the Preferences page of any Greenstone collection, and look at the Interface language menu, you will probably find that only English, Spanish, French and Russian interfaces are installed.
+
+
+Locate the Greenstone Language Pack (glp-x.xx.exe/glp-x.xx-linux.bin/gli-x.xx-macOSx.command). This may be on the CD-ROM from which you installed Greenstone, or you may have to download it from http://www.greenstone.org.
+
+
+Run the executable file (double click it on Windows); this will start the installer. Accept all the defaults
+
+
+Restart the Greenstone Digital Library and look at the interface language menu again. Now you should see about 40 different languages.
+
+
+Enabling other languages (2.63 and later)
+
+
+If you have downloaded Greenstone from the web, then all the languages will be enabled by default. However, if you have installed Greenstone from a UNESCO CD-ROM, then only English, French, Spanish and Russian will be enabled.
+
+
+To enable a new language, edit the file greenstone →etc →main.cfg . Look for the appropriate line, and uncomment it (i.e. remove the # from the start). Check that the required encoding is also enabled.
+For example, suppose that we want to enable Turkish. The line for Turkish looks like:
+#Language shortname=tr longname=Turkish default_encoding=windows-1254
+To enable it, we remove the #, i.e. make it look like:
+Language shortname=tr longname=Turkish default_encoding=windows-1254
+The default encoding for Turkish is windows-1254. So we look for the windows-1254 Encoding line:
+Encoding shortname=windows-1254 "longname=Turkish (Windows-1254)" map=win1254.ump
+This is already enabled (no # at the start) so we don't need to do anything else.
+
+
+Installing the Classic Interface Pack (2.63 and later)
+
+
+Greenstone now comes with all languages enabled.
+The generated HTML uses text + CSS rather than images for navigation bar,
+home, help, preferences buttons etc. The classic interface pack is not needed if you want to use Greenstone in another language. It is only needed if you want to revert back to the old style HTML with text images. This may be useful if you have customized your Greenstone, or if you require compatibility with Netscape 4.
+
+
+Locate the Classic Interface Pack (gcip-x.xx.zip). This may be on the CD-ROM from which you installed Greenstone, or you may have to download it from http://www.greenstone.org.
+
+
+The classic interface pack is a zip file containing the old text images, such as classifier buttons. Unzip the zip file into the images directory of your Greenstone installation.
+
+
+Enable the use of the old-style macros by editing greenstone → etc → main.cfg : replace with in the list.
+
+
+Restart the Greenstone Digital Library. It should now be using the old text images.
+
+
+
+
+
+Building a small collection of HTML files
+
+
+
+
+
+You will need some HTML files, such as those in the hobbits folder in sample_files .
+
+
+Running the Greenstone Librarian Interface
+
+
+Start the Greenstone Librarian Interface:
+
+Start → All Programs → Greenstone Digital Library Software v2.71 → Greenstone Librarian Interface
+
+
+After a short pause a startup screen appears, and then after a slightly longer pause the main Greenstone Librarian Interface appears. (A command prompt is also opened in the background.)
+
+
+
+Starting a new collection
+
+
+Start a new collection within the Librarian Interface:
+ →
+
+
+You will create a collection based on a few HTML web pages that describe some Hobbits in Lord of the Rings .
+A window pops up. Fill it out with appropriate values—for example,
+
+ About Hobbits
+ A collection about hobbits.
+
+Leave the setting for at its default: , and click .
+
+
+Next you must gather together the files that will constitute the collection. A suitable set has been prepared ahead of time in sample_files → hobbits . Using the left-hand side of the Librarian Interface's panel, interactively navigate to the sample_files folder.
+
+
+Adding documents to the collection
+
+
+Now drag the hobbits folder from the left-hand side and drop it on the right. The progress bar at the bottom shows some activity. Gradually, duplicates of all the files will appear in the collection panel.
+
+You can inspect the files that have been copied by double-clicking on the folder in the right-hand side.
+
+
+
+Since this is our first collection, we won't complicate matters by manually assigning metadata or altering the collection's design. Instead we rely on default behaviour. So pass directly to the panel by clicking its tab.
+
+
+Building the collection
+
+
+To start building the collection, click the button.
+
+
+Once the collection has built successfully, a window pops up to confirm this. Click .
+
+
+Click the button to look at the end result. This loads the relevant page into your web browser (starting it up if necessary). Look around the collection and learn about Hobbits!
+
+
+Viewing the extracted metadata
+
+
+Back in the Librarian Interface, click the tab to view the metadata associated with the documents in the collection.
+
+
+Presently there is no manually assigned metadata, but the act of building the collection has extracted metadata from the documents. Double click the hobbits folder to expand its content. Then single-click bilbo.html to display all its metadata in the right-hand side of the panel. The initial fields, starting , are empty. These are Dublin Core metadata fields for manually entered data.
+
+
+Use the scroll bar on the extreme right to view the bottom part of the list. There you will see fields starting that express the extracted metadata: for example , based on the text within the HTML Title tags, and , the document's language (represented using the ISO standard 2-letter mnemonic) which Greenstone determines by analyzing the document's text.
+
+
+Close the collection by clicking → . This automatically saves the collection to disk.
+
+
+Setting up a shortcut in the Librarian interface
+
+
+To set up a shortcut to the source files, in the panel navigate to the folder in your local file space that contains the files you want to use—in our case, the sample_files folder. Select this folder and then right-click it, and choose from the menu. In the field, enter the name you want the shortcut to have, or accept the default . Click . Close all the folders in the file tree in the left-hand pane, and you will see the shortcut to your source files.
+
+
+
+
+
+A simple image collection
+
+
+
+
+
+In the Librarian Interface, start a new collection ( → ) called backdrop . Fill out the fields with appropriate information. For , select the item Simple image collection (image-e) from the pull-down menu.
+
+When you base a collection on an existing one, it inherits all the settings of the old one, including which metadata sets (if any) the collection uses.
+
+
+
+Copy the images provided in sample_files → images into your newly-formed collection.
+
+
+Change to the panel and build the collection.
+
+
+Preview the result.
+
+
+Click on in the navigation bar to view a list of the photos ordered by filename and presented as a thumbnail accompanied by some basic data about the image. The structure of this collection is the same as Simple image collection (image-e) , but the content is different.
+
+
+Back in the Librarian Interface, change to the panel and view the extracted metadata for Bear.jpg .
+
+
+Adding a metadata set to the collection
+
+
+We now add our own metadata and use it to give users a new way to browse the collection. We use the Dublin Core metadata set.
+
+
+The collection (image-e) on which backdrop is based uses only extracted metadata. To add another metadata set, go to the panel of the Librarian Interface and click the button underneath the file tree.
+
+
+The window that pops up shows the metadata sets currently used by the collection. To add a new one, click .
+In the window that pops up, select the Dublin Core metadata set from the list of available sets, and click . Close the dialog by clicking .
+
+
+In the panel, the metadata for each file now shows the (empty) Dublin Core fields as well as the extracted fields.
+
+
+Adding Title and Description metadata
+
+
+We work with just the first three files (Bear.jpg , Cat.jpg and Cheetah.jpg ) to get a flavour of what is possible. First, set each file's field to be the same as its filename but without the filename extension:
+Click on Bear.jpg so its metadata fields are available, then click on its field on the right-hand side. Type in Bear .
+Repeat the process for Cat.jpg and Cheetah.jpg .
+
+
+Add a description for each image as metadata.
+What description should you enter? To remind yourself of a file's content, the Librarian Interface lets you open files by double-clicking them. It launches the appropriate application based on the filename extension, Word for .doc files, Acrobat for .pdf files and so on.
+Double-click Bear.jpg : on Windows, the image will normally be displayed by Microsoft's Photo Editor (although this depends on how your computer has been set up).
+Back in the pane, make sure that Bear.jpg is selected in the collection tree on the left hand side. Enter the text Bear in the Rocky Mountains as the value for the field.
+Repeat this process for Cat.jpg and Cheetah.jpg , adding a suitable description for each.
+
+
+Go to the panel and click . Once it has finished building, preview the collection. You will not notice anything new. That's because we haven't changed the design of the collection to take advantage of the new metadata.
+
+
+Change Format Features to display new metadata
+
+
+Now we customize the collection's appearance. Go to the panel and select from the left-hand list. Leave the feature selection controls at their default values, so that is selected for , and is selected as the . In the , edit the text as follows:
+
+
+Change _ImageName_: to Title:
+
+
+Change [Image] to [dc.Title]
+
+
+After [dc.Title]<br> add Description: [dc.Description]<br>
+
+
+
+Metadata names are case-sensitive in Greenstone: it is important that you capitalize "Title" and "Description" (and don't capitalize "dc").
+
+
+
+The new format statement is displayed in the list of assigned format statements. The first substitution alters the fragment of text that appears to the right of the thumbnail image, the second alters the item of metadata that follows it. The addition displays the description after the Title.
+
+
+Preview the collection by clicking the button. When you click on in the navigation bar the presentation has changed to "Title: Bear" and so on. Each image's description should appear beside the thumbnail, following the title.
+
+
+After the first three items, the Title and Description become blank because we have only assigned Dublin Core metadata to these first three. To get a full listing, enter all the metadata.
+
+
+Changes in the panel take place immediately and you can see the result straightaway by clicking reload (or refresh ) in the web browser. If you modify anything in the , or panels, you will need to rebuild the collection.
+
+
+Changing the size of image thumbnails
+
+
+Lets change the size of the thumbnail image and make it smaller. Thumbnail images are created by the plug-in, so we need to access its configuration settings. To do this, switch to the panel and select from the list on the left. Double-click to pop up a window that shows its settings. (Alternatively, select with a single click and then click further down the screen). Currently all options are off, so standard defaults are used. Select , set it to , and click .
+
+
+Build and preview the collection.
+
+
+Once you have seen the result of the change, return to the panel, select the configuration options for , and switch the option off so that the thumbnail reverts to its normal size when the collection is re-built.
+
+
+Adding a browsing classifier based on Description metadata
+
+
+Now we'll add a new browsing option based on the descriptions. In the panel, select from the left-hand list. Set the menu item for to ; then click .
+
+
+A window pops up to control the classifier's options. Set the option to and click .
+
+
+Build the collection, and preview it. Choose the new link that appears in the navigation bar.
+
+
+Only three items are shown, because only items with the relevant metadata ( in this case) appear in the list. The original browse list includes all photos in the collection because it is based on , extracted metadata that reflects an image's filename, which is set for all images in the collection.
+
+
+Creating a searchable index based on Description metadata
+
+
+Now we'll add an index so that the collection can be searched by descriptions. Switch to the panel and select from the left-hand list. Click the button. Select from the list of metadata to include in the index, leave at its default, "document", and click .
+
+
+Switch to the panel, build the collection, then preview it. There is now a button in the navigation bar. As an example, search for the term "bear" in the document:dc.Description index (which is the only index at this point).
+
+
+To change the text that is displayed for the index (document:dc.Description), go to the panel back in the Librarian Interface. Select from the left-hand list. This panel allows you to change the text that is displayed on the search form. Change the for the index to "descriptions" (or other suitable text). Go back to the browser and reload the search page. Your new text will appear in the search form.
+
+
+
+
+
+A collection of Word and PDF files
+
+
+
+
+
+You will need some source files like those in the sample_files → Word_and_PDF folder.
+
+
+Start a new collection called reports ( → ) and base it on .
+
+
+Copy all the files from sample_files → Word_and_PDF → Documents into the collection. You can select multiple files by clicking on the first one and shift-clicking on the last one, and drag them all across together. (This is the normal technique of multiple selection.)
+
+
+Switch to the panel, and build and preview the collection.
+
+
+Viewing the extracted metadata
+
+
+Again, this collection contains no manually assigned metadata. All the information that appears—title and filename—is extracted automatically from the documents themselves. Because of this the quality of some of the title metadata is suspect.
+
+
+Back in the Librarian Interface, click the tab to view the automatically extracted metadata. You will need to scroll down to see the extracted metadata, which begins with .
+
+
+Check whether the metadata is correct for some of the documents by opening them. You can open a document from the Librarian Interface by double clicking on it.
+
+
+The extracted Title metadata for some documents is incorrect. For example, the Titles for pdf01.pdf and word03.doc (the same document in different formats) have missed out the second line. The Title for pdf03.pdf has the wrong text altogether. The PostScript documents (cluster.ps and langmodl.ps do not have extracted titles: what appears in the list is just the first few characters of the document).
+
+
+Manually adding metadata to documents in a collection
+
+
+In the panel, manually add Dublin Core metadata to those documents which have incorrect metadata. Select word03.doc and double-click to open it. Copy the title of this document ( ) and return to the Librarian Interface. Scroll up or down in the metadata table until you can see . Click in the value box and paste in the metadata.
+
+
+Now add information for the same document. You can add more than one value for the same field: when you press Enter in a metadata value field, a new empty field of the same type will be generated. Add each author separately as metadata.
+
+
+Close the document (in Microsoft Word) when you have finished copying metadata from it. External programs opened when viewing documents must be closed before building the collection, otherwise errors can occur.
+
+
+Next add and metadata for a few of the other documents.
+
+
+You will notice as you add more values, they appear in the box below the metadata table. If you are adding the same metadata value to more than one document, you can select it from this list. For example, pdf01.pdf and word03.doc share the same Title; and many documents have common authors.
+
+
+If you build and preview your collection at this point, you will see that the list now shows your new Titles. However, the metadata is not displayed. You need to alter the collection design to use this metadata.
+
+
+
+
+
+In the Librarian Interface, look at the section of the panel, by clicking on this in the list to the left. Here you can add, configure or remove plugins to be used in the collection. There is no need to remove any plugins, but it will speed up processing a little. In this case we have only Word, PDF, RTF, and PostScript documents, and can remove the , , , , , and plugins. To delete a plugin, select it and click . is required for any type of source collection and should not be removed.
+
+
+Search indexes
+
+
+The next step in the panel is . These specify what parts of the collection are searchable (e.g. searching by title and author). Delete the index, which is not particularly useful, by selecting it and clicking .
+
+
+Modify the index to include by selecting the index in the box and clicking . Select from the list of metadata, and click . Searching this index will search both and metadata. If you want to restrict searching to just the manually added metadata, edit the index again and deselect from the list of metadata.
+
+
+You can add indexes based on any metadata. Add a new index based on by clicking . Select in the list of metadata, and click .
+
+
+The next section is . In this exercise, we will not make any changes to this.
+
+
+Browsing classifiers
+
+
+The section adds "classifiers," which provide the collection with browsing functions. Go to this section and observe that Greenstone has provided two classifiers, AZLists based on and metadata. These correspond to the and buttons on the collection's access bar.
+Remove the classifier by selecting it and clicking .
+
+
+Modify the classifier to use instead. Select the classifier and click . In the box, select instead of . Click .
+
+
+Now add an classifier for . Select from the drop-down list and click . A popup window appears. Select from the drop-down list and click .
+ is like , except that values that appear multiple times in the hierarchy are automatically grouped together and a new node, shown as a bookshelf icon, is formed.
+
+
+Switch to the panel, and build and preview the collection.
+
+
+Check that all the facilities work properly. There should be three full-text indexes, called text , dc.Title,ex.Title , and dc.Creator . The list should display all the documents to which you have assigned metadata (and only those documents). The list should show one bookshelf for each author you have assigned as , and clicking on that bookshelf should take you to all the documents they authored.
+
+
+Renaming the search indexes
+
+
+The default display text for the indexes in the drop-down list on the search page contains the content of the index. Now we will change this display text to make it nicer. Go to the panel by clicking its tab. This panel is split into several sections, each controlling some aspect of collection presentation.
+
+
+Select in the left hand list. This section allows you to modify what text is displayed for the drop-down lists in the search form (indexes, subcollections, levels etc). Set the for the index to be "titles", and that for the index to be "creators". Preview the collection by clicking the . The search form should display the new text.
+
+
+Classifying on multiple metadata
+
+
+The new list shows only those documents which have been assigned metadata. For many documents, extracted Titles may be fine, and it is impractical to add the same metadata again as . Fortunately there is a way we can use both metadata types in one classifier: specify a list of metadata names in the classifier.
+
+
+In the section of the panel, select the for in the box and click . Note you can achieve the same result by double clicking on the classifier.
+
+
+In the field, type after the —i.e. make it read
+
+
+
+
+
+If you have already done the exercise, some of the documents will have extracted ex.Creator metadata, and some will have dc.Creator. To use both of these in the Creators classifier, make a similar change to the : make the field read .
+You may notice that has two options after the option: and . Manually added metadata can be used to replace or enhance automatically extracted metadata, and these options control exactly which pieces of metadata a document is classified by.
+For example, say we have two documents. Document 1 has four Creators specified (dc.Creator = dcA, dc.Creator = dcB, ex.Creator = exA, ex.Creator = exB), while document 2 has three (ex.Creator = exA, ex.Creator = exB, ex.Creator = exC). The following table shows which metadata values each document is classified by, for the different classifier options:
+
+
+ options
+
+Document 1
+
+Document 2
+
+-metadata dc.Creator,ex.Creator dcA, dcB exA, exB, exC
+-metadata dc.Creator,ex.Creator -firstvalueonly dcA exA
+-metadata dc.Creator,ex.Creator -allvalues dcA, dcB, exA, exB exA, exB, exC
+
+
+
+Build the collection again and preview it. Now all of the documents should appear in the list (and extracted Creators should appear in the list).
+Extracted metadata is unreliable. But it is very cheap! On the other hand, manually assigned metadata is reliable, but expensive. The previous section of this exercise has shown how to aim for the best of both worlds by using extracted metadata but correcting it when it is wrong. While this may not satisfy the professional librarian, it could provide a useful compromise for the music teacher who wants to get their collection together with a minimum of effort.
+
+
+Branding a collection with an image
+
+
+Switch back to the panel. The first section appears. This allows you to modify the values you provided when defining the collection, if desired. You can also brand the collection using a suitable image.
+
+
+Click on the button associated with , and browse to the image sample_files → Word_and_PDF → wrdpdf.gif on your computer. When you select this image, Greenstone automatically generates an appropriate URL for the image. Preview the collection: you should see the new image at the top left of the page.
+
+
+
+
+
+Formatting the Word and PDF collection
+
+
+
+
+
+In this exercise, we play around with the format statements in the Word and PDF collection.
+
+
+Open the reports collection in the Librarian Interface and go to the section of the panel.
+
+
+Tidying up the default format statement
+
+
+In this part of the exercise, we make the format statement simpler without changing the resulting display.
+Greenstone's default format statement is complex because it is designed to produce something reasonable under almost any conditions, and also because for practical reasons it needs to be backwards compatible with legacy collections. For this collection, we don't need all of the complexity.
+Make sure that the format statement is selected in the list of formats.
+The default format statement looks like the following:
+
+<td valign="top">[link][icon][/link]</td>
+<td valign="top">[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+<td valign="top">[highlight]
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+This format statement is the default used for any vertical list, such as search results, classifiers, and document table of contents.
+{Or}{[ex.thumbicon],[ex.srcicon]} chooses ex.thumbicon metadata if its there, otherwise chooses ex.srcicon metadata. If neither are present, nothing is displayed. For this collection there is no ex.thumbicon metadata so the choice is not needed.
+Replace {Or}{[ex.thumbicon],[ex.srcicon]} with [ex.srcicon] .
+There is no dls.Title metadata, so remove that element from {Or}{[dls.Title],[dc.Title],[ex.Title],Untitled} .
+The resulting format statement looks like the following:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink][ex.srcicon][ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dc.Title],[ex.Title],Untitled}[/highlight] {If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+Preview the collection to make sure the display hasn't changed. You shouldn't notice any difference when looking at search results, classifiers etc.
+
+
+Linking to Greenstone version or original version of documents
+
+
+For collections with documents that undergo a conversion process during importing (e.g. Word, PDF, PowerPoint documents, but not text, HTML documents), the original file is stored in the collection along with the converted version. The default format statement links to both versions:
+[link][icon][/link] links to the Greenstone HTML version, while [srclink][srcicon][/srclink] links to the original.
+Choose in by selecting from the drop down list, and from the list. Click to add the format statement into the list of assigned formats. Experiment with removing either of the two links from the format statement.
+To see the results of your changes, preview the collection and do a search. You are making changes to , which means the changes will only apply to search results.
+Storing and displaying the original allows users to see the correct format, but requires the user to have the relevant program installed. It also increases the size of the collection. The Greenstone version can be viewed in a browser, but may not look as nice.
+
+
+Making bookshelves show how many items they contain
+
+
+Next, we'll customize the format for the list. Classifier bookshelves have only a few pieces of metadata to display: [ex.Title] and [numleafdocs] . Whatever metadata the classifier has been built on, the bookshelf label is always stored as [ex.Title] . This is why a Creator is printed out for each bookshelf even though [dc.Creator] is not specified in the format statement. [numleafdocs] is only defined for bookshelves, so this metadata can be used in an {If} statement to make bookshelves and documents display differently in the list.
+Make each bookshelf in the Creator classifier show how many entries it contains. In the section of the panel, select the classifier which is based on metadata from the drop down list, and from the list. Click the button to add this format into the list of assigned formats. Note that it gets added as in this list: it is the format for the second ( ) classifier.
+Append the following text to the bottom of the format statement:
+
+{If}{[numleafdocs],<td><i>([numleafdocs])</i></td>}
+
+Preview the collection. Click on the list and notice that the bookshelves now display how many documents they contain.
+This revised format statement has the effect of specifying in brackets how many items are contained within a bookshelf. Since only bookshelves define [numleafdocs] , only they will display this. By modifying instead of , the change will only apply to the second classifier (Creators).
+
+
+Displaying multi-valued metadata
+
+
+Next we modify the document entries in the Creator classifier to display all authors. Back in , select the format in the list of assigned formats. After {If}{[ex.Source],<br> in the format statement, add [sibling:dc.Creator] .
+[ex.Source] is not defined for bookshelves, so can also be used to differentiate bookshelves and documents.
+The resulting format statement looks like:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink][ex.srcicon][ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dc.Title],[ex.Title],Untitled}[/highlight]
+{If}{[ex.Source],<br>[sibling:dc.Creator]
+<i>([ex.Source])</i>}</td>
+{If}{[numleafdocs],<td><i>([numleafdocs])</i></td>}
+
+This will display the Greenstone link, the link to the original, then the Title. For bookshelves, it will also display how many documents the bookshelf contains. For documents, it will display all the Authors (Creators), and the source document. [sibling:dc.Creator] displays all the Creator metadata for the document, separated by a space ( ), while [dc.Creator] displays only the first author. Preview the list and make sure that all authors are displayed for documents.
+
+
+You can change the separator between the authors. Modify the format statement, and replace [sibling:dc.Creator] with [sibling(All'<br/>'):dc.Creator] . This will add a new line after each author (<br/> specifies a line break in HTML). Preview the list.
+If you have done exercise , the collection will have both dc.Creator and ex.Creator metadata. To display both, you can use
+
+[sibling:dc.Creator] [sibling:ex.Creator]
+
+To display dc.Creator if it is present, otherwise display ex.Creator, use
+
+{Or}{[sibling:dc.Creator],[sibling:ex.Creator]}
+
+
+
+Opening PDF files with query terms highlighted
+
+
+Next we'll customize the format statement to highlight the query terms in a PDF file when it is opened from the search result list. This requires Acrobat Reader 7.0 version or higher, and currently only works on a Microsoft Windows platform.
+
+
+The search terms are kept in the macro variable , and we append to the end of a PDF file link to pass the query terms to the PDF file.
+ renames each PDF file as and saves it in a unique directory for that document, so we use
+_httpcollection_/index/assoc/[archivedir]/doc.pdf
+to refer to the PDF source file. (However, if you used the option to when building the collection, the original name of the PDF file is kept, and we use
+_httpcollection_/index/assoc/[archivedir]/[Source]
+instead to locate the PDF source file.)
+
+
+Select from the list of assigned formats. We need to test whether the file is a PDF file before linking to doc.pdf, using {If}{[ex.FileFormat] eq 'PDF',,} . For PDF files, we use the above format instead of the [ex.srclink] and [ex./srclink] variables to link to the file.
+The resulting format statement is:
+
+<td valign="top">[link][icon][/link]</td>
+<td valign="top">{If}{[ex.FileFormat] eq 'PDF', <a
+href=\"_httpcollection_/index/assoc/[archivedir]/doc.pdf#search="_cgiargq_"\">[ex.srcicon]</a>, [ex.srclink][ex.srcicon][ex./srclink]} </td>
+<td valign="top">[highlight]
+{Or}{[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+When the PDF icons are clicked in the search results, Acrobat will open the file with the search window open, and the query terms highlighted.
+
+
+
+
+
+Enhanced PDF handling
+
+
+
+
+Greenstone converts PDF files to HTML using third-party software: . This lets users view these documents even if they don't have the PDF software installed. Unfortunately, sometimes the formatting of the resulting HTML files is not so good.
+This exercise explores some extra options to the PDF plugin which may produce a nicer version for display. Some of these options use the standard pdftohtml program, others use ImageMagick and Ghostscript to convert the file to a series of images. Ghostscript is a program that can convert Postscript and PDF files to other formats. You can download it from http://www.cs.wisc.edu/~ghost/ (follow the link to the current stable release).
+
+In the Librarian Interface, start a new collection called "PDF collection" and base it on .
+In the panel, drag just the PDF documents from sample_files → Word_and_PDF → Documents into the new collection. Also drag in the PDF documents from sample_files → Word_and_PDF → difficult_pdf .
+Go to the panel and build the collection. Examine the output from the build process. You will notice that one of the documents could not be processed. The following messages are shown: "The file pdf05-notext.pdf was recognised but could not be processed by any plugin.", and "5 documents were processed and included in the collection. 1 was rejected".
+
+
+Preview the collection and view the documents. pdf05-notext.pdf does not appear as it could not be processed. pdf06-weirdchars.pdf was processed but looks very strange. The other PDF documents appear as one long document, with no sections.
+
+
+Modes in the Librarian Interface
+
+
+The Librarian Interface can operate in different modes. The default mode is mode. We can use mode to work out why the pdf file could not be processed.
+
+
+Use the item on the menu to switch to mode and then build the collection again. The panel looks different in mode because it gives more options: locate the button, near the bottom of the window, and click it. Now a message appears saying that the file could not be processed, and why. Amongst all the output, we get the following message: "Error: PDF contains no extractable text. Could not convert pdf05notext.pdf to HTML format". pdftohtml.pl cannot convert a PDF file to HTML if the PDF file has no extractable text.
+
+
+We recommend that you switch back to mode for subsequent exercises, to avoid confusion.
+
+
+Splitting PDFs into sections
+
+
+In the section of the panel, configure . Switch on the option.
+In the section, check the checkbox to build the indexes on section level as well as document level.
+Build and preview the collection. View the text versions of some of the PDF documents. Note that these are now split into a series of pages, and a "go to page" box is provided. The format is still a bit ugly though, and pdf05-notext.pdf is still not processed.
+
+
+Using image format
+
+
+If conversion to HTML doesn't produce the result you like, PDF documents can be converted to a series of images, one per page. This requires ImageMagick and Ghostscript to be installed.
+
+
+In the section, configure . Set the option to one of the image types, e.g. . Switch off the option, as it is not used with image conversion.
+
+
+Build the collection and preview . All PDF documents (including pdf05-notext.pdf) have been processed and divided into sections, but each section displays . For the conversion to images for PDF documents, no text is extracted.
+
+
+In order to view the documents properly, you will need to modify the format statement. In the section on the panel, select the format statement. Replace
+
+[Text]
+
+with
+
+[srcicon]
+
+
+
+Preview the collection. Images from the document are now displayed instead of the extracted text. Both pdf05-notext.pdf and pdf06-weirdchars.pdf display nicely now.
+
+In this collection, we only have PDF documents and they have all been converted to images. If we had other document types in the collection, we should use a different format statement, such as:
+
+{If}{[parent:FileFormat] eq PDF,[srcicon],[Text]}
+
+ is an extracted metadata item which shows the format of the source document. We can use this to test whether the documents are PDF or not: for PDF documents, display [srcicon], for other documents, display [Text].
+
+
+
+Using to control document processing (advanced)
+
+
+Processing all of the PDF documents using an image type may not give the best result for your collection. The images will look nice, but as no text is extracted, searching the full text will not be available for these documents. The best solution would be to process most of the PDF files as HTML, and only use the image format where HTML doesn't work.
+
+
+We achieve this by putting the problem files into a separate folder, and adding another plugin with different options.
+
+
+Go to the panel. Make a new folder called : right click in the collection panel and select from the menu. Change the to , and click .
+Move the two pdf files that have problems with html (pdf05-notext.pdf and pdf06-weirdchars .pdf) into this folder by drag and drop. We will set up the plugins so that PDF files in this notext folder are processed differently to the other PDF files.
+
+
+Change to mode so that you can add two of the same plugin, and use regular expressions in the plugin options ( → → ).
+
+For version 2.71, you'll need to close GLI now then restart it to get the list of plugins to update properly.
+
+
+
+Switch to the section of the panel. Add a second PDF plugin by selecting from the drop-down list, and clicking . This plugin will come after the first PDF plugin, so we configure it to process PDF documents as HTML. Set the option to , and switch on the option. Click .
+
+
+Configure the first PDF plugin, and set the option to .
+
+
+The two PDF plugins should have options like the following:
+
+plugin PDFPlug -convert_to pagedimg_jpg -process_exp "notext.*\.pdf"
+plugin PDFPlug -convert_to html -use_sections
+
+The version must come earlier in the list than the version. The for the first will process any PDF files in the notext directory. The second will process any PDF files that are not processed by the first one.
+Note that all plugins have the option, and this can be used to customize which documents are processed by which plugin. This option is only visible in and modes.
+Change back to mode.
+
+
+Edit the format statement. PDF files processed as HTML will not have images to display, so we need to make sure they get text displayed instead. Change [srcicon] to {Or}{[srcicon],[Text]} .
+
+
+Build and preview the collection. All PDF documents should look relatively nice. Try searching this collection. You will be able to search for the PDFs that were converted to HTML (try e.g. ), but not the ones that were converted to images (try searching for or ).
+
+
+
+
+
+Enhanced Word document handling
+
+
+
+
+The standard way Greenstone processes Word documents is to convert them to HTML format using a third-party program, wvWare. This sometimes doesn't do a very good job of conversion. If you are using Windows, and have Microsoft Word installed, you can take advantage of Windows native scripting to do a better job of conversion. If the original document was hierarchically structured using Word styles, these can be used to structure the resulting HTML. Word document properties can also be extracted as metadata.
+
+In your digital library, preview the reports collection. Look at the HTML versions of the Word documents and notice how they have no structure-they have been converted to flat documents.
+
+
+Using Windows native scripting
+
+
+In the Librarian Interface, open up the reports collection. Switch to the panel and select the section on the left-hand side. Double click the plugin and switch on the option.
+In the section, check the checkbox to build the indexes on section level as well as document level.
+
+
+Build the collection. You will notice that the Microsoft Word program is started up for each Word document—the document is saved as HTML from Word itself, to get a better conversion. Preview the collection. In the list, notice that word03.doc and word06.doc now have a book icon, rather than a page icon. These now appear with hierarchical structure. But these two are the only ones.
+The default behaviour for with is to section the document based on , , styles. If you open up the word03.doc or word06.doc documents in Word, you will see that the sections use these Heading styles.
+Note, to view style information in Word, you can select Format → Styles and Formatting from the menu, and a side bar will appear on the right hand side. Click on a section heading and the formatting information will be displayed in this side bar.
+
+
+Some of the documents do not use styles (e.g. word01.doc ) and no structure can be extracted from them. Some documents use user-defined styles. can be configured to use these styles instead of , etc. Next we will configure to use the styles found in word05.doc .
+
+
+Modes in the Librarian Interface
+
+
+The Librarian Interface can operate in four modes. Go to → → and see the four modes and what functionality they provide access to. is the default mode.
+
+
+Change the mode to because you will need to use regular expressions to set up the style options in the next part of the exercise.
+
+
+Defining styles
+
+
+Open up word05.doc in Word (by double-clicking on it in the pane), and examine the title and section heading styles. You will see that various user-defined header styles are set such as:
+
+
+ : Title of the paper
+
+
+ (probably mistyped): Summary section
+
+
+ : Level 1 section heading
+
+
+ : Level 2 section heading
+
+
+ : Reference section
+
+
+
+
+In the section of the panel, select and click . Four types of header can be set which are:
+
+
+level1_header (level1Header1|level1Header2|...)
+level2_header (level2Header1|level2Header2|...)
+level3_header (level3Header1|level3Header2|...)
+title_header (titleHeader1|titleHeader2|...)
+
+
+These header options define which styles should be considered as title, level 1, level 2 and level 3 styles.
+Set the options as follows (spaces in the Word styles are removed when converting to HTML styles, and these options must match the HTML styles):
+
+level1_header:(SammaryHeader|ChapterTitle|ReferenceHeading)
+level2_header: SectionHeading
+title_header: PaperTitle
+
+
+If you can't see these options in the configuration pane, check that you are in mode as described above.
+
+Once these are set, click .
+
+
+Close any documents that are still open in Word, as this can prevent the build process from completing correctly.
+
+
+Build the collection and preview it. Look in particular at word05.doc . You will see that this document is now also hierarchically structured.
+If you have documents with different formatting styles, you can use (...|...) to specify all of the different styles.
+
+
+Removing pre-defined table of contents
+
+
+If you look at word06.doc you will see that it now has two tables of contents. One is generated by Greenstone based on the document's styles, the other was already defined in the Word document. WordPlug can be configured to remove predefined tables of contents and tables of figures. The tables must be defined with Word styles in order for this to work.
+
+
+To remove the tables of contents and figures from word06.doc , switch on the option in . Set the option to (MsoToc1|MsoToc2|MsoToc3|MsoTof) . In this document, the table of contents and list of figures use these four style names. Click .
+
+
+Build and preview the collection. word06.doc should now have only one table of contents.
+
+
+Switch the Librarian Interface back to mode ( → → ).
+
+
+Extracting document properties as metadata
+
+
+Word document properties can be extracted as metadata. By default, only the Title will be extracted. Other properties can be extracted using the option.
+
+
+In the panel, look at the metadata that has been extracted for word05.doc and word06.doc . Now open the documents in Word and look at what properties have been set (File → Properties ). They have Title, Author, Subject, and Keywords properties. can be configured to look for these properties and extract them.
+
+
+In the panel, under , configure once again. Switch on the configuration option . Set the value to
+
+Title,Author<Creator>,Subject,Keywords<Subject>
+
+This will make try to extract Title, Author, Subject and Keywords metadata. Title and Subject will be saved with the same name, while Author will be saved as Creator metadata, and Keywords as Subject metadata.
+
+
+Make sure you have closed all the documents that were opened, then rebuild the collection.
+
+
+Look at the metadata for the two documents again in the panel. You should now see ex.Creator and ex.Subject metadata items. This metadata can now be used in display or browsing classifiers etc.
+
+
+
+
+
+Exporting a collection to CD-ROM/DVD
+
+
+
+
+To publish a collection on CD-ROM or DVD, Greenstone's Export to CD-ROM export module must be installed. This is included with CD-ROM distributions, and all distributions 2.70w and later. It must be installed separately for non-CD-ROM versions of Greenstone, version 2.70 and earlier (see ).
+
+
+Launch the Greenstone Librarian Interface if it is not already running.
+
+
+Choose → . In the resulting popup window, select the collection or collections that you wish to export by ticking their check boxes. You can optionally enter a name for the CD-ROM: this is the name that will appear in the menu when the CD-ROM is run. If a name is not entered, the default will be used. You can also specify whether the resulting CD-ROM will install files onto the host machine when used or not. Click to start the export process.
+The necessary files for export are written to:
+Greenstone → tmp → exported_xxx
+where xxx will be similar to the name you have entered. If you didn't specify a name for the CD-ROM, then the folder name will be exported_collections .
+You need to use your own computer's software to write these on to CD-ROM. On Windows XP this ability is built into the operating system: assuming you have a CD-ROM or DVD writer insert a blank disk into the drive and drag the contents of exported_xxx into the folder that represents the disk.
+
+The result will be a self-installing Windows Greenstone CD-ROM or DVD, which starts the installation process as soon as it is placed in the drive.
+
+
+
+
+
+
+A large collection of HTML files—Tudor
+
+
+
+
+
+Invoke the Greenstone Librarian Interface (from the Windows Start menu) and start a new collection called tudor (use the menu), based on the default .
+
+
+In the panel, open the tudor folder in sample_files .
+
+
+Drag englishhistory.net from the left-hand side to the right to include it in your tudor collection. (This material is from Marilee Hanson's Tudor England Collection at http://englishhistory.net/tudor.html, distributed with her permission.)
+
+
+Switch to the panel and click .
+
+
+When building has finished, preview the collection.
+
+
+Extracting more metadata from the HTML
+
+
+The browsing facilities in this collection ( and ) are based entirely on extracted metadata. Return to the panel in the Librarian Interface and examine the metadata that has been extracted for some of the files.
+
+
+Many HTML documents contain metadata in <meta> tags in the <head> of the page. Open up the englishhistory.net → tudor → monarchs → boleyn.html file by navigating to it in the tree on the left hand side, and double clicking it. This will open it in a web browser. View the HTML source of the page (View → Source in Internet Explorer, View → Page Source in Mozilla). You will notice that this page has and metadata.
+
+
+By default, only looks for Title metadata. Configure the plugin so that it looks for the other metadata too. Switch to the panel and select the section. Select the line and click . A popup window appears. Switch on the option, and set the value to
+
+Title,Author,Page_topic,Content
+
+Make sure that you have copied this exactly, with no spaces. Click .
+
+
+Switch to the panel and rebuild the collection. Go back to the panel and look at the extracted metadata for some of the HTML files in englishhistory.net → tudor → monarchs . The new metadata should now be visible.
+
+
+Blocking the stray images
+
+
+You've probably noticed that the collection contains a few stray image files, as well as the HTML documents. This is a mistake. The issue is that many of the HTML documents include images, and although Greenstone attempts to determine which images belong to HTML pages and only considers other images for inclusion in the collection, in this case it hasn't been completely successful. (This is because the web site from which these files were downloaded occasionally departs from the usual convention of hierarchical structuring.)
+
+
+Switch back to the section of the panel. Beside you will see . This is the option that attempts to identify images in the HTML pages and block them from inclusion—in this case, it's not smart enough! Configure again, scroll down the page to locate the option, and switch it off.
+
+
+Rebuild and preview the collection. The collection is exactly as before except that these stray images are suppressed. What is happening is that plug-ins operate as a pipeline: files are passed to each one in turn until one is found that can process it. By default (i.e. without ) the HTML plug-in blocks all images, which is appropriate for this collection.
+
+
+Looking at different views of the files in the and panels
+
+
+Switch to the panel and in the right-hand side open englishhistory.net → tudor .
+
+
+Change the menu for the right-hand side from to . Notice the files displayed above are filtered accordingly, to show only files of this type.
+
+
+Change the menu to . Again, the files shown above alter.
+
+
+Now return the setting back to , otherwise you may get confused later. Remember, if the or panels do not seem to be showing all your files, this could be the problem.
+
+
+
+
+
+Enhanced collection of HTML files—Tudor
+
+
+
+
+
+We return to the Tudor collection and add metadata that expresses a subject hierarchy. Then we build a classifier that exploits it by allowing readers to browse the documents about Monarchs, Relatives, Citizens, and Others separately.
+
+
+Adding hierarchically-structured metadata and a classifier
+
+
+Open up your tudor collection (the original version, not the webtudor version), switch to the panel and select the citizens folder (a subfolder of englishhistory.net → tudor ). Set its metadata to Tudor period|Citizens . The vertical bar ("|") is a hierarchy marker. Selecting a folder and adding metadata has the effect of setting this metadata value for all files contained in this folder, its subfolders, and so on. A popup alerts you to this fact. Click to close the popup.
+
+
+Repeat for the monarchs and relative folders, setting their metadata to Tudor period|Monarchs and Tudor period|Relatives respectively. Note that the hierarchy appears in the area.
+If you don't want to see the popup each time you add folder level metadata, tick the checkbox; it won't be displayed again.
+
+
+Finally, select all remaining files—the ones that are not in the citizens , monarchs , or relative folders—by selecting the first and shift-clicking the last. Set their metadata to Tudor period|Others : this is done in a single operation (there is a short delay before it completes).
+When multiple files are selected in the left hand collection tree, all metadata values for all files are shown on the right hand side. Items that are common to all files are displayed in black—e.g. —while others that pertain to only one or some of the files are displayed in grey—e.g. any extracted metadata.
+Metadata inherited from a parent folder is indicated by a folder icon to the left of the metadata name. Select one of the files in the relative folder to see this.
+
+
+Switch to the panel and select from the left-hand list. Set the menu item for to ; then click .
+
+
+A window pops up to control the classifier's options. Change the to and then click .
+
+
+For tidiness' sake, remove the classifier for Source metadata (included by default) from the list of currently assigned classifiers, because this adds little to the collection.
+
+
+Now switch to the panel, build the collection, and preview it. Choose the new link that appears in the navigation bar, and click the bookshelves to navigate around the four-entry hierarchy that you have created.
+
+
+Adding a hierarchical phrase browser (PHIND)
+
+
+Next we'll add an interactive hierarchical phrase browsing classifier to this collection.
+
+
+Switch to the panel and choose the item from the left-hand list.
+
+
+Choose from the menu. Click . A window pops asking for configuration options: leave the values at their preset defaults (this will base the phrase index on the full text) and click .
+
+
+Build the collection again, preview it, and try out the new option in the navigation bar. An interesting PHIND search term for this collection is . Note that even though it is called a phrase browser, only single terms can be used as the starting point for browsing.
+
+
+Partitioning the full-text index based on metadata values
+
+
+Next we partition the full-text index into four separate pieces. To do this we first define four subcollections obtained by "filtering" the documents according to a criterion based on their metadata. Then an index is assigned to each subcollection. This will enable users to restrict a search to a subset of the documents.
+
+
+
+Switch to the panel, and click . This feature is disabled because you are operating in mode (this is indicated in the title bar at the top of the window).
+
+
+Switch to mode by going to (on the menu) and clicking . Read about the other modes too.
+
+
+Return to the section of the panel. Ensure that the tab is selected (the default). Define a subcollection filter with name monarchs that matches against , and type Monarchs as the regular expression to match with. Click . This filter includes any file whose metadata contains the word Monarchs .
+
+
+Define another filter, relatives , which matches against the word Relatives . Define a third and fourth, citizens and others , which matches it against the words Citizens and Others respectively.
+
+
+Having defined the subcollection filters, we partition the index into corresponding parts. Click the tab. Select the citizens subcollection and click . Next select monarchs, and click . Repeat for the other two subcollections, so that you end up with four partitions, one based on each subcollection filter.
+The order they appear in the list is the order they will appear in the drop down menu on the search page. You can change the order by using the and buttons.
+
+
+Build and preview the collection.
+
+
+The search page includes a pulldown menu that allows you to select one of these partitions for searching. For example, try searching the relatives partition for mary and then search the monarchs partition for the same thing.
+
+
+To allow users to search the collection as a whole as well as each subcollection individually, return to the section of the panel and select the tab. Select all four subcollections by checking their boxes and click .
+
+
+To ensure that the combined index appears first in the list on the reader's web page, use the button to get it to the top of the list here in the panel. Then build and preview the collection.
+
+
+Search for a common term (like the ) in all five index partitions, and check that the numbers of words (not documents) add up.
+
+
+The text in the drop down box on the search page is based on the filters each partition was built on. To change the text that is displayed, go to the section of the panel. The single filter partitions have sensible default text, but the combined partition does not. Set the for the combined partition to "all". Preview the collection.
+
+
+In the Librarian Interface, return to mode, using (on the menu).
+
+
+Controlling the building process
+
+
+Finally we look at how the building process can be controlled. Developing a new collection usually involves numerous cycles of building, previewing, adjusting some enrich and design features, and so on. While prototyping, it is best to temporarily reduce the number of documents in the collection. This can be accomplished through the parameter to the building process.
+
+
+Switch to the panel and view the options that are displayed in the top portion of the screen. Select and set its numeric counter to . Now build .
+
+
+Preview the newly rebuilt collection's page. Previously this listed more than a dozen pages per letter of the alphabet, but now there are just three—the first three files encountered by the building process.
+
+
+Go back to the panel and turn off the option. Rebuild the collection so that all the documents are included.
+
+
+
+
+
+Formatting the HTML collection—Tudor
+
+
+
+
+
+Open up your tudor collection, go to the panel (by clicking on its tab) and select from the left-hand list. Leave the editing controls at their default value, so that displays and is selected as the . The text in the box reads as follows:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]} [ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+This displays something that looks like this:
+
+A discussion of question five from Tudor Quiz: Henry VIII (quizstuff.html)
+
+for a particular document whose Title metadata is and whose Source metadata is .
+This format appears in the search results list, in the list, and also when you get down to individual documents in the hierarchy. This is Greenstone's default format statement.
+
+
+Greenstone's default format statement is complex because it is designed to produce something reasonable under almost any conditions, and also because for practical reasons it needs to be backwards compatible with legacy collections.
+
+
+Delete the contents of the box and replace it with this simpler version:
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ <i>([ex.Source])</i>
+</td>
+
+Preview the result (you don't need to build the collection, because changes to format statements take effect immediately). Look at some search results and at the list. They are just the same as before! Under most circumstances this far simpler format statement is entirely equivalent to Greenstone's more complex default.
+
+But there's a problem. Beside the bookshelves in the browser, beneath the subject appears a mysterious "()". What is printed for these bookshelves is governed by the same format statement, and though bookshelf nodes of the hierarchy have associated Title metadata—their title is the name of the metadata value associated with that bookshelf—they do not have metadata, so it comes out blank.
+
+
+
+In the section of the panel, the menu (just above menu) displays . That implies that the same format is used for the search results, titles, and all nodes in the subject hierarchy—including internal nodes (that is, bookshelves). The menu can be used to restrict a format statement to a specific one of these lists. We will override this format statement for the hierarchical subject classifier. In the menu, scroll down to the item that says
+
+CL2: Hierarchy -metadata
+
+and select it. This is the format statement that affects the second classifier (i.e., "CL2"), which is a classifier based on metadata.
+Click to add this format statement to the collection.
+Edit the box below to read
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]</td>
+
+
+
+Preview the list in the collection. First, the offending "()" has disappeared from the bookshelves. Second, when you get down to a list of documents in the subject hierarchy, the filename does not appear beside the title, because is not specified in the format statement and this format statement applies to all nodes in the subject classifier. Note that the search results and titles lists have not changed: they still display the filename underneath the title.
+
+
+Let's change the search results format so that metadata is displayed here instead of the filename. In the menu (under on the panel), scroll down to the item and select it. Click to add this format statement to the collection. Change the box below to read
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ [dc.Subject]
+</td>
+
+
+
+To insert the , position the cursor at the appropriate point and either type it in, or select it from the drop down menu. This menu shows many of the things that you can put in square brackets in the format statement.
+
+
+Preview the collection. Documents in the search results list will be displayed like this:
+A discussion of question five from Tudor Quiz: Henry VIII
+Tudor period|Others
+(The vertical bar appears because this metadata is hierarchical metadata. Unfortunately there is no way to get at individual components of the hierarchy. For most metadata, such as title and author, this isn't a problem.)
+
+
+Finally, let's return to the hierarchy and learn how to do different things to the bookshelves and to the documents themselves. In the menu, re-select the item
+
+CL2: Hierarchy -metadata
+
+Edit the box below to read
+
+<td>[link][icon][/link]</td>
+<td>{If}{[numleafdocs],<b>Bookshelf title:</b> [ex.Title],
+ Title:</b> [ex.Title]}
+</td>
+
+Again, you can insert the items in square brackets by selecting them from the drop down box.
+
+The statement tests the value of the variable . This variable is only set for internal nodes of the hierarchy, i.e. bookshelves, and gives the number of documents below that node. If it is set we take the first branch, otherwise we take the second. Commas are used to separate the branches. The curly brackets serve to indicate that the is special—otherwise the word itself would be output.
+
+
+
+Preview the collection and examine the subject hierarchy again to see the effect of your changes. Bookshelves should say and then the title, while documents will display and the title. Note that the number of documents in the bookshelf is not displayed: we are using [numleafdocs] to test what kind of item in the list we are at, but we are not displaying it.
+
+
+
+
+
+Section tagging for HTML documents
+
+
+
+
+In a browser, take a look at the Greenstone demo collection. Browse to one of the documents. This collection is based on HTML files, but they appear structured in the collection. This is because these HTML files were tagged by hand into sections.
+
+
+Using a text editor (e.g. WordPad) open up one of the HTML files from the demo collection: Greenstone → collect → demo → import → fb33fe →fb33fe.htm . You will see some HTML comments which contain section information for Greenstone. They look like:
+
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title">Farming snails 1: Learning about snails;
+ Building a pen; Food and shelter plants</Metadata>
+ </Description>
+-->
+
+<!--
+</Section>
+<Section>
+ <Description>
+ <Metadata name="Title">Dew and rain</Metadata>
+ </Description>
+-->
+
+When Greenstone encounters a <Section> tag in one of these comments, it will start a new subsection of the document. This will be closed when a </Section> tag is encountered. Metadata can also be added for each section—in this case, metadata has been added for each section. In the browser, find the document in the demo collection (through the browser). Look at its table of contents and compare it to the <Section> tags in the HTML document.
+
+
+Add a new Section into this document. For example, lets add a new subsection into the chapter. In the text editor, add the following just after the Section tag for the section:
+
+<!--
+<Section>
+ <Description>
+ <Metadata name="Title">Snails are good to eat.</Metadata>
+ </Description>
+-->
+
+Then just before the next section tag ( ), add the following:
+
+<!--
+</Section>
+-->
+
+The effect of these changes is to make a new subsection inside the chapter.
+
+
+Open the Greenstone demo collection in the Librarian Interface. In the section of the panel, note that has the option set. This option is needed when <Section> tags are used in the source documents.
+
+
+Build and preview the collection. Look at the document again and check that your new section has been added.
+
+
+
+
+
+Downloading files from the web
+
+
+
+
+The Greenstone Librarian Interface's Download panel allows you to download individual files, parts of websites, and indeed whole websites, from the web.
+
+
+Start a new collection called webtudor , and base it on .
+
+
+In a web browser, visit http://englishhistory.net, follow the link to Tudor England , and click <Enter >. You should be at the URL
+ http://englishhistory.net/tudor/contents.html
+This is where we started the downloading process to obtain the files you have been using for the tudor collection. You could do the same thing by copying this URL from the web browser, pasting it into the panel, and clicking the button. However, several megabytes will be downloaded, which might strain your network resources—or your patience! For a faster exercise we focus on a smaller section of the site.
+
+
+Go to the panel by clicking its tab. There are four download types listed on the left hand side. For this exercise, we only use the type. Make sure this is selected in the list.
+Enter this URL
+ http://englishhistory.net/tudor/citizens/
+into the box. There are several other options that govern how the download process proceeds. To see a description of an option, hover the mouse over it and a tooltip will appear. To copy just the citizens section of the website, switch on the option by checking its box. If you don't do this (or if you miss out the terminating "/" in the URL), the downloading process will follow links to other areas of the englishhistory.net website and grab those as well.
+
+
+If your computer is behind a firewall or proxy server, you will need to edit the proxy settings in the Librarian Interface. Click the button. Switch on the checkbox. Enter the proxy server address and port number in the and boxes. Click .
+
+
+Now click . If you have set proxy information in , a popup will ask for your user name and password. Once the download has started, a progress bar appears in the lower half of the panel that reports on how the downloading process is doing.
+
+More detailed information can be obtained by clicking . The process can be paused and restarted as needed, or stopped altogether by clicking . Downloading can be a lengthy process involving multiple sites, and so Greenstone allows additional downloads to be queued up. When new URLs are pasted into the box and clicked, a new progress bar is appended to those already present in the lower half of the panel. When the currently active download item completes, the next is started automatically.
+
+
+
+Downloaded files are stored in a top-level folder called that appears on the left-hand side of the panel. You may not need all the downloaded files, and you choose which you want by dragging selected files from this folder over into the collection area on the right-hand side, just like we have done before when selecting data from the sample_files folder. In this example we will include everything that has been downloaded.
+Select the englishhistory.net folder within and drag it across into the collection area.
+
+
+Switch to the panel to build and preview the collection. It is smaller than the previous collection because we included only the citizens files. However, these now represent the latest versions of the documents.
+
+
+
+
+
+Pointing to documents on the web
+
+
+
+
+
+Open up your webtudor collection, and in the panel inspect the files you dragged into it. The first folder is englishhistory.net , which opens up to reveal tudor , and so on. The files represent a complete sweep of the pages (and supporting images) that constitute the Tudor citizens section of the englishhistory.net web site. They were downloaded from the web in a way that preserved the structure of the original site. This allows any page's original URL to be reconstructed from the folder hierarchy.
+
+
+In the panel, select the section, then select the line and click . A popup window appears. Locate the option (about halfway down the first block of items) and switch it on. While you are there, switch off the option so that stray images are not processed. Click .
+Setting this option to the means that Greenstone sets an additional piece of metadata for each document called , which gives its original URL.
+It is important that the files gathered in the collection start with the web domain name (englishhistory.net in this case). The conversion process will not work if you dragged over a subfolder, for example the tudor folder, because this will set metadata to something like
+
+http://tudor/citizens/...
+
+rather than
+
+http://englishhistory.net/tudor/citizens/...
+
+If you have copied over a subfolder previously, delete it and make a fresh copy. Drag the folder in the right-hand side of the panel on to the trash can in the lower right corner. Then obtain a fresh copy of the files by dragging across the englishhistory.net folder from the folder on the left-hand side.
+
+
+To make use of the new URL metadata, the icon link must be changed to serve up the original URL rather than the copy stored in the digital library. Go to the panel, select the section and edit the format statement by replacing
+[link][icon][/link]
+with
+[weblink][webicon][/weblink]
+
+
+Switch to the panel and build and preview the collection. Note that the document icons have changed. The collection behaves exactly as before, except that when you click a document icon your web browser retrieves the original document from the web (assuming it is still there by the time you do this exercise!). If you are working offline you will be unable to retrieve the document.
+
+
+
+
+
+Bibliographic collection
+
+
+
+
+
+This exercise looks at using fielded searching in a collection. Fielded searching is best used for metadata rich collections. Here we use bibliographic data in MARC format. We also "explode" the database, enabling editing of the metadata with the Librarian Interface.
+
+
+Start a new collection called Beatles Bibliography which will contain a collection of MARC records on the Beatles, from the US Library of Congress. Enter the requested information and base it on .
+
+
+In the panel, open the sample_files → marc folder, drag locbeatles50.marc into the right-hand pane and drop it there. A popup window asks whether you want to add to the collection to process this file. Click , because this plugin will be needed to process the MARC records.
+
+
+In the section of the panel, remove the plugins to by selecting each one in the list and clicking ( , and remain). It is not strictly necessary to remove these redundant plugins, but it is good practice to include only plugins that are needed, to avoid unwanted (and unexpected) side effects.
+
+
+Now select within the panel and remove the default classifier for Source metadata.
+
+
+In the section, remove the index. In this collection all records are from the same file, so metadata, which is set to the filename, is not particularly interesting or useful.
+
+
+Switch to the panel, build the collection, and preview it. Browse through the and view a record or two. Try searching—for example, find items that include .
+
+
+Back in the Librarian Interface, go to the section of the panel. Select from the drop down menu, and click . In the popup window, select as the metadata item. Click .
+
+ is like , except that terms that appear multiple times in the hierarchy are automatically grouped together and a new node, shown as a bookshelf icon, is formed.
+
+
+
+Build the collection and preview the result.
+
+
+Using fielded searching
+
+
+Collections built with MGPP (the default indexer) provide the option of fielded searching. In the browser, go to the page. You will notice that there is a option which enables you to switch between "normal" and "fielded" search. Change to fielded search now and click on the button. The search form has changed to a fielded form.
+
+
+You can specify which search form types are available for a particular collection, and which one is the default, using the format statement. In the panel select from the left-hand list. Select the format statement from the list of assigned formats, and set the contents to . This will make only fielded searching available for this collection.
+
+Search type options include and . You can specify one or both separated by a comma. If both are specified, the first one is used as the default: this is the one that the user will see when they first enter the collection.
+
+
+
+Preview the collection again. Notice that the collection's home page no longer includes a query box. (This is because the search form is too big to fit here nicely.) To search, you have to click in the navigation bar. Note that the page has changed so that the "normal" query style is no longer offered.
+
+
+Look at the search form in the collection. There are two fields that can be searched: text and Title . Add some more fields to search on by going back to the Librarian Interface.
+
+
+In the panel, go to the section. Add a new index based on by clicking , selecting in the list of metadata, and clicking .
+
+
+Rebuild the collection and preview the results. Notice the extra field in the drop-down menus in the search form. You can do quite complicated queries by searching for words in different fields at the same time.
+
+
+To change the text that is displayed in the drop-down menus of the search form, go to the section of the panel. Here you can change the display text for the indexes.
+
+
+Exploding the database
+
+
+Go to the panel and try to see the metadata. It doesn't appear! This is because the metadata is associated with records inside the file, not the file itself.
+Metadata file types, such as MARC, CDS/ISIS, BibTex etc. can be imported into Greenstone but their metadata cannot be viewed in the Librarian Interface. To edit any metadata you need to go back to the program that created the file.
+Greenstone provides a way of exploding a metadata database so that each record appears as an individual document, with viewable and editable metadata. This process is irreversible: once this step has been done, the database is deleted and can no longer be used in its original program.
+
+
+In the panel, you may notice that the MARC database has a different coloured icon to other files. This green icon indicates that a file is a metadata database that can be exploded. Right-click on the file and choose from the menu. A new window opens, containing options for the exploding process. A description of each option can be obtained by hovering the mouse over the option.
+Turn on the option by checking its box. This option indicates which metadata set to explode the metadata into. The default set is the "Exploded Metadata Set"—a metadata set which initially has no elements in it, but will receive a new element for each metadata field retrieved from the database.
+
+
+Click to start the exploding process. This may take a short while, depending on the size of the database.
+
+
+Once exploding has finished, the MARC database file will have been deleted, and a folder created in its place. This folder contains an empty file for each record in the original database. The metadata for these records can be viewed and edited by switching to the panel.
+
+
+Because the MARC file is no longer present, and the collection contains empty (.nul) files, we need to change the list of plugins. In the section of the panel, remove and add (use the default configuration).
+
+
+Rebuild and preview the collection. You will notice that the classifier displays the filename not the record title, the classifier is empty, searching no longer returns any results, and the document display is useless.
+
+
+Reformatting the collection to use the exploded metadata
+
+The collection previously used extracted (ex.) metadata, but now it uses exploded (exp.) metadata. The classifiers and search indexes were built on ex metadata, which is why they no longer work properly.
+There is also no longer any text in the documents. Previously, MARCPlug stored the raw record as the "text" of each record. Now that the metadata is in the Librarian Interface, there is no longer the concept of raw record, and so there is no text.
+We need to modify the collection design to take note of these changes.
+
+In the section, change the Title index to use : select the Title index in the list and click . Deselect in the list of metadata, and select . Click .
+
+
+Remove the index by selecting it in the list and clicking . Add an index on : click , select in the metadata list, and click .
+
+
+The text index is no longer any use, so remove that index too.
+
+
+To enable combined searching across all indexes at once, click , tick the checkbox, and click . Move this to the top of the list using the button, so that it appears first in the drop down list. Click so that it becomes the default field for searching.
+
+
+In the section, change the to use metadata. Double click the in the list, and change the option to use . Click . Do the same thing for the Subject , changing to .
+
+
+In the section of the panel, select in the list of assigned format statements.
+
+
+There is no dls or dc metadata for this collection, so replace {Or}{[dls.Title],[dc.Title],[ex.Title],Untitled} with {Or}{[exp.Title],[ex.Title],Untitled} .
+
+
+There are no source or thumb icons, so remove the second line: <td valign="top">[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td> .
+
+
+The ex.Source metadata is set to the nul filename, so remove that from the display: remove {If}{[ex.Source],<br><i>([ex.Source])</i>}
+
+
+The resulting format statement looks like:
+
+<td valign="top">[link][icon][/link]</td>
+<td valign="top">[highlight]
+{Or}{[exp.Title],[ex.Title],Untitled}
+[/highlight]</td>
+
+
+
+Clear the format statement by selecting it in the list of assigned format statements and deleting the contents in the . The record Title will be displayed as part of the format, so we don't need it here.
+
+
+Next, edit the format statement. Delete the contents and replace it with
+
+<table>
+<tr><td>Title:</td><td>[exp.Title]</td></tr>
+<tr><td>Subject:</td><td>[exp.Subject]</td></tr>
+<tr><td>Publisher:</td><td>[exp.Publisher]</td></tr>
+</table>
+
+
+
+The and buttons are not very useful for this collection, so lets get rid of them. Edit the format statement to make it empty.
+
+
+Rebuild and preview the collection. The classifiers should be back to normal, searching should now work, and there should be a nice record display.
+
+
+
+
+
+CDS/ISIS collection
+
+
+
+
+
+This exercise is similar to the exercise, except that a CDS/ISIS database is used instead of a MARC database, and we do not explode the database.
+
+
+Start a new collection called ISIS Collection .
+
+
+Drag the files from sample_files → isis (excluding the format_tweaks folder) into the collection.
+
+
+Build and preview the collection. The default indexes, classifiers and formats are not very useful for this data. There is no metadata searching, and the classifier is completely empty. The filenames classifier is useless because all records come from the same file.
+
+
+In the section of the panel, remove the useless Source and Title indexes, and add new indexes for Photographer^all, Country^all and Notes^all metadata.
+CDS/ISIS metadata has subfields, and these are represented using ^.
+
+
+In the section, remove the existing (useless) classifiers for and , and add a new for .
+
+
+Rebuild and preview the collection.
+
+
+In the section of the panel, change the format statement to display and metadata. Change it to look like:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top><b>[ex.Photographer^all]</b><br/>[ex.Notes^all]</td>
+
+
+
+Make fielded searching the default by changing the format statement to (instead of ).
+
+ stores a nicely formatted version of the record as the document text, and this is what is displayed when we view a record. Lets tidy it up a little more.
+
+Remove the and buttons by setting the format statement to empty.
+
+
+Remove the at the top of the document by setting the format statement to empty.
+
+
+Finally, lets link to the raw record, which is stored as metadata. Edit the format statement to look like the following. (This format can be copied from sample_files → isis → format_tweaks → document_text.txt .)
+
+<p>[Text]</p>
+{If}{_cgiargshowrecord_,
+<p><b>CDS Record:</b><br/><tt>[ISISRawRecord]</tt></p>
+<center><a href=\'_gwcgi_?e=_cgiarge_&a=d&d=_cgiargd_\'>Hide CDS Record</a></center>,
+<center><a href=\'_gwcgi_?e=_cgiarge_&a=d&d=_cgiargd_&showrecord=1\'>Show CDS Record</a></center>
+}
+
+
+
+Preview the collection.
+
+
+
+
+
+Customization: macro files and stylesheets
+
+
+
+
+The appearance of all pages produced by Greenstone is governed by macro files, which reside in the folder Greenstone → macros , images, and CSS stylesheets, both of which reside in Greenstone → images .
+A macro takes the form _macroname_ {macro value} . Macro names start and end with underscores (_), and the macro value is enclosed in curly brackets ({}). Macro values can be text or HTML, and can include other macros.
+Macros are grouped into packages, and different packages control the appearance of different pages. For example, the , , , , packages control the home, help, preferences, query, and document pages, respectively. Some macro files contain macros for just one package, for example, home.dm , query.dm , document.dm , while others contain macros for many packages. base.dm contains macros used globally, style.dm controls the common style of each page, english.dm , french.dm and other language files contain the text fragments for the entire interface, in that specific language.
+The output of the library program is a page of HTML which is viewed in a web browser. CSS (Cascading Style Sheets) are often used alongside HTML pages to control the formatting, such as layout, colour, font etc. The default Greenstone stylesheet is Greenstone → images → style.css .
+In this exercise, we customize the macros, images and stylesheets to change the appearance of our library.
+
+Changing the background and header images
+
+
+Three new images for this exercise can be found in sample_files → custom . Copy chalk-blue.gif , gsdlhead-blue.gif and divb-blue.gif from the custom folder into the Greenstone → images folder.
+
+
+Open the file Greenstone → macros → home.dm in a text editor, e.g. WordPad. Find each occurrence of gsdlhead.gif in this file (there are two) and replace with gsdlhead-blue.gif . (If you are using WordPad, you can use Edit → Find to search for the text.)
+Save home.dm and close the file.
+
+
+Open the file Greenstone → macros → style.dm with the same program. Locate the following part of the file (this is part of the _cssheader_ macro):
+
+<style type="text/css">
+body.bgimage \{ background-image: url("_httpimg_/chalk.gif"); \}
+
+Use copy and paste on the body.bgimage line to make it look like this:
+
+<style type="text/css">
+/*body.bgimage \{ background-image: url("_httpimg_/chalk.gif"); \}*/
+body.bgimage \{ background-image: url("_httpimg_/chalk-blue.gif"); \}
+
+/*...*/ around a line signals a comment, and this style element will be ignored. We use this to "comment out" the original line and replace it with a modified line. This way it is easy to revert back to the original if necessary. Here we are changing the background image for the bgimage section of the body of the page to chalk-blue.gif .
+Save style.dm and close the file.
+
+
+Preview the home page in a web browser. (On Windows, restart the Greenstone library server.) The page header and background should now use the new graphics, and be blue.
+
+The final part of this exercise looks at how we determined which images needed replacing, and which macro files should be edited.
+
+
+
+Changing the colour of the navigation bar, page title and page text
+
+Now that the background image is a nice blue colour, lets format the page so that some other parts are blue too. Preview the collection after each change to make sure that it has worked properly. On Windows, macro file changes require a restart of the Greenstone library server. Stylesheet changes may require a force reload in the web browser.
+
+First, we'll change the colour of the navigation bar and green divider bars. These use an image as a background, specified in the same macro as the page background.
+Open Greenstone → macros → style.dm in a text editor, and find the _cssheader_ macro that you modified previously. Change the div.navbar and div.divbar parts to use divb-blue.gif instead of bg_green.png :
+
+/*div.navbar \{ background-image: url("_httpimg_/bg_green.png"); \}*/
+div.navbar \{ background-image: url("_httpimg_/divb-blue.gif"); \}
+/*div.divbar \{ background-image: url("_httpimg_/bg_green.png"); \}*/
+div.divbar \{ background-image: url("_httpimg_/divb-blue.gif"); \}
+
+
+
+The selected item on the navigation bar uses the same background, so change that too:
+
+/*a.navlink_sel \{ background-image: url("_httpimg_/bg_green.png"); \}*/
+a.navlink_sel \{ background-image: url("_httpimg_/divb-blue.gif"); \}
+
+
+
+Next, we get rid of the background green image on the page and collection titles. Comment out the p.bannertitle and p.collectiontitle parts:
+
+/*p.bannertitle \{background-image: url("_httpimg_/banner_bg.png"); \}*/
+/*p.collectiontitle \{background-image: url("_httpimg_/banner_bg.png"); \}*/
+
+
+The above style definitions were included in the macro file so that image paths could be dynamically generated. The majority of the style definitions reside in an external style file, Greenstone → images → style.css , and most style changes involve modifying that file.
+
+Open Greenstone → images → style.css in a text editor. Make the following modifications. You might want to preview after each one to see the effect.
+Change some of the colours:
+
+
+Find the body style instructions:
+
+body {
+ background: #ffffff;
+ color: #000000;
+}
+
+Set color to teal .
+
+
+For a.collectiontitle , set color to blue .
+
+
+For p.collectiontitle , add color: blue;
+
+
+
+
+For fun, lets switch the positions of the home, help and preferences buttons and the collection name or image.
+
+
+For div.pageinfo , set both float and text-align to left .
+
+
+For div.collectimage , set float and text-align to right .
+
+
+The look of your library should now be substantially different.
+
+
+Adding a footer
+
+
+Next we add a footer to each page. Greenstone → macros → style.dm defines a header and footer for each page, and macro files for the different pages define the page content. Open the file Greenstone → macros → style.dm in a text editor.
+
+
+Locate the _footer_ macro:
+
+_footer_ {
+<!-- page footer (\_style:footer\_) -->
+_pagefooterextra__endspacer__htmlfooter_
+}
+
+After _pagefooterextra_ add some text or HTML. For example <center><small>Copyright 2006 My Awesome Digital Library</small></center> . The resulting macro will look something like:
+
+_footer_ {
+<!-- page footer (\_style:footer\_) -->
+_pagefooterextra_
+<center><small>Copyright 2006 My Awesome Digital Library</small></center>
+_endspacer__htmlfooter_
+}
+
+
+The <center> and <small> HTML tags center the text, and make it a smaller size than the rest of the page.
+
+Save style.dm and close the file.
+
+
+Preview the changes in a web browser. (On Windows, restart the Greenstone library server.) Each page should now have the new text at the bottom.
+
+
+Adding text into the main _footer_ macro adds it to all pages. To add a footer just to a particular page, use _pagefooterextra_ in the appropriate macro file. For example, lets add some more text to the footer, this time just on the home page.
+Open the file Greenstone → macros → home.dm in a text editor. After the line package home , add the following text:
+
+_pagefooterextra_ {Collections generated by Me.}
+
+Save home.dm and close the file.
+Preview the home page in a web browser. (On Windows, restart the Greenstone library server.) The home page should now display the new text, while the other pages won't.
+
+
+Make your own Greenstone home page
+
+You can make radical changes to a page by changing the macro file completely. For example, here we use a predefined alternative to the home page.
+
+Open the file Greenstone → etc → main.cfg in a text editor. Locate the list:
+
+# The list of display macro files used by this receptionist
+macrofiles tip.dm style.dm base.dm query.dm help.dm pref.dm about.dm \
+ document.dm browse.dm status.dm authen.dm users.dm html.dm \
+ extlink.dm gsdl.dm extra.dm home.dm collect.dm docs.dm \
+ bsummary.dm gti.dm gli.dm nav_css.dm usability.dm \
+ ...
+
+Change the text home.dm to yourhome.dm . Save and close the file.
+
+
+Preview the newly structured home page in a web browser. (On Windows, restart the Greenstone library server.)
+
+
+Reverse this last change by changing yourhome.dm back to home.dm in the file Greenstone → etc → main.cfg . You may also like to reverse the other changes you have made.
+
+
+Collection specific customisation
+
+Macros can also be used to customize single collections. They should be added to a file called extra.dm in the macros directory of a collection. This part of the exercise can be done using the Librarian Interface.
+We use the Word and PDF collection (from exercise ) as the example for this exercise, but it can be done with any collection. Open up this collection (reports) in the Librarian Interface.
+
+Go to the panel, and select from the left hand list. This section allows you to edit the collection's extra.dm macro file.
+
+
+First, we change the title of the section of the about page. Add the following text in the edit box:
+
+package about
+
+_textabout_ {
+<div class="section">
+<h3>Very Interesting Reports Collection.</h3>
+_Global:collectionextra_
+</div>
+}
+
+Preview the collection. (On Windows, restart the Greenstone library server.) The about page will have a new title underneath the search form.
+
+
+Next we'll do some style customisations for this collection. Add the following text:
+
+package Style
+
+_collectionspecificstyle_ {
+<style type="text/css">
+/*clear the use of a background image */
+body.bgimage \{ background-image: none; \}
+/* set the background color to pink */
+body \{ background: pink; \}
+/* clear the background image for the navigation bar, and set its color to red */
+div.navbar \{ background-image: none; background-color: red; \}
+/* clear the background image for the divider bars, and set their color to red */
+div.divbar \{ background-image: none; background-color: red; \}
+</style>
+}
+
+Preview the collection. (On Windows, restart the Greenstone library server.) The reports collection will now have a pink background, and the navigation bar and divider bars will be red. These changes will only affect this collection.
+
+Any macros from the general macro files can be copied into a collection's extra.dm file and modified. Remember to include the package declaration to make sure that the macros get applied to the correct page(s).
+The style modifications made above were minor. The collection still uses the majority of the standard style file. The style declarations in the _collectionspecificstyle_ macro get appended to the default ones. To completely change the appearance of a collection, we can use a new style sheet altogether.
+
+Add the following to extra.dm after the last modifications:
+
+_cssheader_ {
+<link rel="stylesheet" href="_httpcimages_/style-blue.css" type="text/css"
+ title="Blue Style" charset="UTF-8">
+}
+
+Outside of the Librarian Interface, locate the collection folder Greenstone → collect → reports . Create an images folder inside this (if not already present), and copy the file sample_files → custom → style-blue.css into this folder.
+Preview the collection; it should look radically different.
+
+
+How to determine which images to replace (advanced)
+
+
+In the first part of this exercise we replaced the default background ( ) and header ( ) images with new ones. To do this we needed to change the image names in the macro files. How did we know which images we were replacing and which macro files to edit? This exercise shows you how to find out.
+
+
+To find out the names of the images to replace, go to the home page of your digital library in a browser. Right-click on the header image ( ) and select "Save picture as". A dialog will pop up and will display the image name: (or if you are using the new header). Click Cancel to close the dialog—you don't need to save the images. Do the same for the background image by right clicking on the left hand green (or blue) swirly bar. This time choose "Save background as" to find the name: (or ), then click Cancel.
+
+
+These instructions apply to Internet Explorer. Other browsers may have other options in the right-click menu. For example, Mozilla provides "View Image" and "View Background Image" options. Using these options will put the path to the image in the browser address box, and the name can be seen from this.
+
+
+Once you have identified the names of the images to be replaced, you need to find out where they occur in the macro files. To do this, search the macro files for the image names using the program, which is run in a command prompt. Open a command prompt using Start → Programs → Accessories → Command Prompt , or Start → Run and enter cmd as the name of the program to run.
+You can type find/? to see a description of the program and its arguments.
+To search the macro files for type
+find "gsdlhead.gif" "C:\Program Files\Greenstone\macros\*.dm"
+ means all files ending in . A list of all macro files will be displayed, along with any matches. You will see that home.dm and exported_home.dm both contain . home.dm in the one you want to edit—exported_home.dm is used for the home page when you export a collection to CD-ROM.
+Do the same thing for :
+find "chalk.gif" "C:\Program Files\Greenstone\macros\*.dm"
+base.dm is the only file that mentions this image.
+Close the command prompt.
+
+
+
+
+
+Looking at a multimedia collection
+
+
+
+
+
+Copy the entire folder
+sample_files → beatles → advbeat_large
+(with all its contents) into your Greenstone collect folder. If you have installed Greenstone in the usual place, this is
+
+My Computer → Local Disk (C:) → Program Files → Greenstone → collect
+
+Put advbeat_large in there.
+
+
+If the Greenstone Digital Library Local Library Server is already running, re-start it by clicking the CD icon on the task bar and then pressing Restart Library . If not, start it up by selecting Greenstone Digital Library from the Start menu.
+
+
+Explore the Beatles collection. Note how the button divides the material into seven different types. Within each category, the documents have appropriate icons. Some documents have an audio icon: when you click these you hear the music (assuming your computer is set up with appropriate player software). Others have an image thumbnail: when you click these you see the images.
+
+
+Look at the browser. Each title has a bookshelf that may include several related items. For example, Hey Jude has a MIDI file, lyrics, and a discography item.
+
+
+Observe the low quality of the metadata. For example, the four items under (under in the browser) have different variants as their titles. The collection would have been easier to organize had the metadata been cleaned up manually first, but that would be a big job. Only a tiny amount of metadata was added by hand—fewer than ten items. The original metadata was left untouched and Greenstone facilities used to clean it up automatically. (You will find in that this is possible but tricky.)
+
+
+In the Windows file browser, take a look at the files that makes up the collection, in the
+sample_files → beatles → advbeat_large → import
+folder. What a mess! There are over 450 files under seven top-level sub-folders. Organization is minimal, reflecting the different times and ways the files were gathered. For example, html_lyrics and discography are excerpts of web sites, and images contains various images in JPEG format. For each type, drill down through the hierarchy and look at a sample document.
+
+
+
+
+
+Building a multimedia collection
+
+
+
+
+
+
+We will proceed to reconstruct from scratch the Beatles collection that you have just looked at. We develop the collection using a small subset of the material, purely to speed up the repeated rebuilding that is involved.
+
+
+Start a new collection ( → ) called small beatles , basing it on the default . (Basing it on the existing Advanced Beatles collection would make your life far easier, but we want you to learn how to build it from scratch!)
+
+
+Copy the files provided in
+sample_files → beatles → advbeat_small
+into your new collection. Do this by opening up advbeat_small , selecting the eight items within it (from discography to beatles_midi.zip ), and dragging them across. Because some of these files are in MP3 and MARC formats you will be asked whether to include and in your collection. Click .
+
+
+Change to the panel and browse around the files. There is no metadata—yet. Recall that you can double-click files to view them.
+(There are no MIDI files in the collection: these require more advanced customisation because there is no MIDI plugin. We will deal with them later.)
+
+
+Change to the panel and build the collection.
+
+
+Preview the result.
+
+
+Manually correcting metadata
+
+
+You might want to correct some of the metadata—for example, the atrocious misspelling in the titles "MAGICAL MISTERY TOUR." These documents are in the discography section, with filenames that contain the same misspelling. Locate one of them in the panel. Notice that the extracted metadata element is now filled in, and misspelt. You cannot correct this element, for it is extracted from the file and will be re-extracted every time the collection is re-built.
+
+
+Instead, add metadata for these two files: "Magical Mystery Tour." Change to the panel, open the discography folder and drill down to the individual files. Set the value for the two offending items.
+
+
+Now there's a twist. The metadata won't appear in because the classifier has been instructed to use . But changing the classifier to use would miss out all the extracted titles! Fortunately, there's a way of dealing with this by specifying a list of metadata names in the classifier.
+
+
+Change to the panel and select the section. Double-click the classifier (the first one) to edit its configuration settings.
+
+
+Type , before the in the metadata box—i.e. make it read
+
+ ,
+
+and click .
+
+
+Build the collection again, and preview it.
+Extracted metadata is unreliable. But it is very cheap! On the other hand, manually assigned metadata is reliable, but expensive. The previous section of this exercise has shown how to aim for the best of both worlds by using extracted metadata but correcting it when it is wrong. While this may not satisfy the professional librarian, it could provide a useful compromise for the music teacher who wants to get their collection together with a minimum of effort.
+
+
+Browsing by media type
+
+
+First let's remove the classifier for filenames, which isn't very useful, and replace it with a browsing structure that groups documents by category (discography, lyrics, audio etc.). Categories are defined by manually assigned metadata.
+
+
+Change to the panel, select the folder discography and set its metadata value to "Discography". Setting this value at the folder level means that all files within the folder inherit it.
+
+
+Repeat the process. Assign "Lyrics" to the html_lyrics folder, "Images" to images , "MARC" to marc , "Audio" to mp3 , "Tablature" to tablature_txt , and "Supplementary" to wordpdf .
+
+
+Switch to the panel and select the section.
+
+
+Delete the classifier (the second one).
+
+
+Add an classifier. Select as the field and specify "browse" as the . Click the checkbox, and select in the drop-down list: this will make the classifier display documents in alphabetical order of title.
+
+
+Build the collection again and preview it.
+
+
+Note how we assigned metadata to all documents in the collection with a minimum of labour. We did this by capitalizing on the folder structure of the original information. Even though we complained earlier about how messy this folder structure is, you can still take advantage of it when assigning metadata.
+
+
+Suppressing dummy text
+
+
+Alongside the Audio files there is an MP3 icon, which plays the audio when you click it, and also a text document that contains some dummy text. Image files also have dummy documents. These dummy documents aren't supposed to be seen, but to suppress them you have to fiddle with a format statement.
+
+
+Change to the panel and select the section.
+
+
+Ensure that is selected, and make the changes that are highlighted below. You need to insert five lines into the first line, and delete the second line. (Note, the changes are available in a text file, see below.)
+Change:
+
+<td valign=top>[link][icon][/link] </td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+to this:
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+[srclink][srcicon][/srclink],
+{If}{[dc.Format] eq 'Images',
+[srclink][thumbicon][/srclink],
+[link][icon][/link]}} </td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+
+
+To make this easier for you we have prepared a plain text file that contains the new text. In WordPad open the following file:
+sample_files → beatles → format_tweaks → audio_tweak.txt
+(Be sure to use WordPad rather than Notepad, because Notepad does not display the line breaks correctly.) Place it in the copy buffer by highlighting the text in WordPad and selecting Edit → Copy . Now move back to the Librarian Interface, highlight all the text that makes up the current format statement, and use → to transform the old statement to the new one.
+Preview the result. You may need to click the browser's <Reload > button to force it to re-load the page.
+
+
+While we're at it, let's remove the source filename from where it appears after each document.
+
+
+In the format feature, delete the text that is highlighted below:
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+[srclink][srcicon][/srclink],
+{If}{[dc.Format] eq 'Images',
+[srclink][thumbicon][/srclink],
+[link][icon][/link]}}</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>} </td>
+
+
+Preview the result (you don't need to rebuild the collection.)
+
+
+Using rather than
+
+
+There are sometimes several documents with the same title. For example, appears both as lyrics and tablature (under ). The browser might be improved by grouping these together under a bookshelf icon. This is a job for an .
+
+
+Change to the panel and select the section.
+
+
+Remove the classifier (at the top)
+
+
+Add an classifier, and enter , as its metadata.
+
+
+Finish by pressing .
+
+
+Move the new classifier to the top of the list ( button).
+
+
+Build the collection again and preview it. Both items for now appear under the same bookshelf. However, many entries haven't been amalgamated because of non-uniform titles: for example appears as four different variants. We will learn below how to amalgamate these.
+
+
+Making bookshelves show how many items they contain
+
+
+Make the bookshelves show how many documents they contain by inserting a line in the format statement in the section of the panel. The added line is shown highlighted below. The complete format statement can be copied from sample_files → beatles → format_tweaks → show_num_docs.txt .
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+[srclink][srcicon][/srclink],
+{If}{[dc.Format] eq 'Images',
+[srclink][thumbicon][/srclink],
+[link][icon][/link]}}</td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]</td>
+Preview the result (you don't need to build the collection.) Bookshelves in the titles and browse classifiers should show how many documents they contain.
+
+
+Adding a Phind phrase browser
+
+
+In the section on the panel, add a classifier. Leave the settings at their defaults: this generates a phrase browsing classifier that sources its phrases from Title and text .
+Build the collection again and preview it. Select the new option from the navigation bar. Enter a single word in the text box, such as . The phrase browser will present you with phrases found in the collection containing the search term. This can provide a useful way of browsing a very large collection. Note that even though it is called a phrase browser, only single terms can be used as the starting point for browsing.
+
+
+Branding the collection with an image
+
+
+To complete the collection, lets give it a new image for the top left corner of the page. Go to the section of the panel. Use the browse button of to select the following image:
+sample_files → beatles → advbeat_large → images → beatlesmm.png
+Preview the collection, and make sure the new image appears.
+
+
+Using
+
+
+In this section we incorporate the MIDI files. Greenstone has no MIDI plugin (yet). But that doesn't mean you can't use MIDI files!
+
+
+ is a useful generic plugin. It knows nothing about any given format but can be tailored to process particular document types—like MIDI—based on their filename extension, and set basic metadata.
+In the section of the panel:
+
+
+add ;
+
+
+activate its field and set it to to make it recognize files with extension ;
+
+
+Set to and to .
+
+
+In this collection, all MIDI files are contained in the file beatles_midi.zip . (already in the list of default plugins) is used to unpack the files and pass them down the list of plugins until they reach .
+
+
+Build the collection and preview it. Unfortunately the MIDI files don't appear as Audio under the browse button. That's because they haven't been assigned metadata.
+
+
+Back in the panel, click on the file beatles_midi.zip and assign its value to "Audio"—do this by clicking on "Audio" in the list. All files extracted from the Zip file inherit its settings.
+
+
+
+
+Cleaning up a title browser using regular expressions
+
+
+We now clean up the browser.
+
+
+To do this we must put the Librarian Interface into a different mode. The interface supports four levels of user: , who can add documents and metadata to collections, and create new ones whose structure mirrors that of existing collections; , who can, in addition, design new collections, but cannot use specialist IT features (e.g. regular expressions); , who can use all design features, but cannot perform troubleshooting tasks (e.g. interpreting debugging output from Perl programs); and , who can perform all functions.
+
+
+So far you have mostly been operating in mode. We switch to mode for the next exercise.
+
+
+To switch modes, click → → and change to . Note from the description that appears that you need to be able to formulate regular expressions to use this mode fully. That is what we do below.
+
+
+Next we return to our browser and clean it up. The aim is to amalgamate variants of titles by stripping away extraneous text. For example, we would like to treat , and the same for grouping purposes. To achieve this:
+
+
+Go to the Title under on the panel;
+
+
+Activate and set it to:
+(?i)(\\s+\\d+)|(\\s+[[:punct:]].*)
+
+
+Build the collection and preview the result. Observe how many more times similar titles have been amalgamated under the same bookshelf. Test your understanding of regular expressions by trying to rationalize the amalgamations. (Note: stands for any punctuation character.) The icons beside the Word and PDF documents are not the correct ones, but that will be fixed in the next format statement.
+
+
+The previous exercise was done in mode because it requires the use of regular expressions, something librarians are not normally trained in.
+
+
+One powerful use of regular expressions in the exercise was to clean up the browser. Perhaps the best way of doing this would be to have proper title metadata. The metadata extracted from HTML files is messy and inconsistent, and this was reflected in the original browser. Defining proper title metadata would be simple but rather laborious. Instead, we have opted to use regular expressions in the classifier to clean up the title metadata. This is difficult to understand, and a bit fiddly to do, but if you can cope with its idiosyncrasies it provides a quick way to clean up the extracted metadata and avoid having to enter a large amount of metadata.
+
+
+Using non-standard macro files
+
+
+To put finishing touches to our collection, we add some decorative features
+
+
+Close the collection in the Librarian Interface ( → ).
+
+
+Using your Windows file browser outside Greenstone, locate the folder
+sample_files → beatles → advbeat_large
+
+
+Open up another file browser, and locate the small beatles collection in your Greenstone installation:
+Greenstone → collect → smallbea
+ is the folder name generated by Greenstone for this collection. You can determine what the folder name is for a collection by looking at the title bar of the Librarian Interface: the folder name is displayed in brackets after the collection name.
+
+
+Using the file browser, copy the images and macros folders from the advbeat_large folder into the smallbea folder. (It's OK to overwrite the existing images folder: the image in it is included in the folder being copied.) The images folder includes some useful icons, and the macros folder defines some macro names that use these images.
+To see the macro definitions, open the collection in the LIbrarian Interface ( → ) and view the section in the panel.
+
+
+Using different icons for different media types
+
+
+Re-edit your format statement to be the following (in on the panel). You can copy this text from the file sample_files → beatles → format_tweaks → multi_icons.txt .
+<td valign=top>
+ {If}{[numleafdocs],[link][icon][/link]}
+ {If}{[dc.Format] eq 'Lyrics',[link]_iconlyrics_[/link]}
+ {If}{[dc.Format] eq 'Discography',[link]_icondisc_[/link]}
+ {If}{[dc.Format] eq 'Tablature',[link]_icontab_[/link]}
+ {If}{[dc.Format] eq 'MARC',[link]_iconmarc_[/link]}
+ {If}{[dc.Format] eq 'Images',[srclink][thumbicon][/srclink]}
+ {If}{[dc.Format] eq 'Supplementary',[srclink][srcicon][/srclink]}
+ {If}{[dc.Format] eq 'Audio',[srclink]{If}{[FileFormat] eq 'MIDI',_iconmidi_,_iconmp3_}[/srclink]}
+</td>
+<td>
+{If}{[numleafdocs],([numleafdocs])}
+</td>
+<td valign=top>
+[highlight]
+{Or}{[dc.Title],[Title],Untitled}
+[/highlight]
+</td>
+
+
+Preview your collection as before. Now different icons are used for discography, lyrics, tablature, and MARC metadata. Even MP3 and MIDI audio file types are distinguished. If you let the mouse hover over one of these images a "tool tip" appears explaining what file type the icon represents in the current interface language (note: extra.dm only defines English and French).
+
+
+Changing the collection's background image
+
+
+Go to the section in the panel.
+
+
+The content is fairly brief, specifying only what needs to be overridden from the default behaviour for this collection. Near the top you should see:
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+\#page \{ margin-left: 120px; \}
+</style>
+}
+
+Replace the text with .
+This line relates to the background image used. The new image tile.jpg was in the images folder that was copied across previously.
+
+
+Preview the collection's home page. The page background is now the new graphic.
+Other features can be altered by editing the macros—for example, the headers and footers used on each page, and the highlighting style used for search terms (specify a different colour, use bold etc.).
+
+
+Building a full-size version of the collection
+
+
+To finish, let's now build a larger version of the collection. To do this:
+
+
+Close the current collection ( → ).
+
+
+Start a new collection called large beatles ( → ).
+
+
+Base this new collection on small beatles .
+
+
+Copy the content of sample_files → beatles → advbeat_large → import into this newly formed collection. Since there are considerably more files in this set of documents the copy will take longer.
+
+
+Build the collection and preview the result. (If you want the collection to have an icon, you will have to add it from the panel.)
+
+
+
+
+Adding an image collage browser
+
+
+Switch to the panel and select the section. Pull down the menu and select . Click . There is no need to customize the options, so click at the bottom of the resulting popup.
+
+
+Now change to the panel and build and preview the collection.
+
+
+
+
+
+Scanned image collection
+
+
+
+
+
+Here we build a small replica of Niupepa, the Maori Newspaper collection, using five newspapers taken from two newspaper series. It allows full text searching and browsing by title and date. When a newspaper is viewed, a preview image and its corresponding plain text are presented side by side, with a "go to page" navigation feature at the top of the page.
+
+
+The collection involves a mixture of plugins, classifiers, and format statements. The bulk of the work is done by , a plugin designed precisely for the kind of data we have in this example. For each document, an file is prepared that specifies a list of image files that constitute the document, tagged with their page number and (optionally) accompanied by a text file containing the machine-readable version of the image, which is used for full text searching. Three newspapers in our collection (all from the series ) have text representations, and two (from ) have images only. Item files can also specify metadata. In our example the newspaper series is recorded as and its date of publication as . Issue and metadata is also recorded, where appropriate. This metadata is extracted as part of the building process.
+
+
+Start a new collection called Paged Images and fill out the fields with appropriate information: it is a collection sourced from an excerpt of Niupepa documents.
+
+
+In the panel, open the sample_files → niupepa → sample_items folder and drag the two subfolders into your collection on the right-hand side. A popup window asks whether you want to add to the collection: click , because this plugin will be needed to process the item files.
+
+
+Some of the files you have just dragged in are the newspaper images; others are text files that contain the text extracted from these images. We want these to be processed by , not or . Switch to the section of the panel and delete and . While you are at it, you could tidy things up by deleting and all plugins from to as well, since they will not be used. and remain.
+
+
+Open up the configuration window for by double-clicking on the plugin. Switch on its configuration option by checking the box. The source images we use were scanned at high resolution and are large files for a browser to download. The option generates smaller screen-resolution images of each page when the collection is built. Click .
+
+
+In the section, check the checkbox to build the indexes on section level as well as document level.
+
+
+Now go to the panel, build the collection and preview the result. Search for and view one of the titles listed (all three appear as ). Browse by and view one of the newspapers. Note that only the newspapers have text; papers don't.
+
+
+This collection was built with Greenstone's default settings. You can locate items of interest, but the information is less clearly and attractively presented than in the full Niupepa collection.
+
+
+Grouping documents by series title and displaying dates within each group
+
+
+Under documents from the same series are repeated without any distinguishing features such as date, volume or number. It would be better to group them by series title and display other information within each group. This can be accomplished using an classifier rather than , and tuning the classifier's format statement.
+
+
+In the panel, under the section, delete the classifiers for and .
+
+
+Now add an classifier, setting its option to , and add a classifier, setting its option to .
+
+
+In the section of the panel, select the classifier in the list, and in the list. Click to add this format statment to your collection. Delete the contents of the box, and add the following text. (This format statement can be copied and pasted from the file sample_files → niupepa → formats → titles_tweak.txt .)
+
+<td valign="top">[link][icon][/link]</td>
+<td valign="top">
+{If}{[numleafdocs],[ex.Title] ([numleafdocs]),
+{If}{[ex.Volume],Volume [ex.Volume] }
+{If}{[ex.Number],Number [ex.Number] }
+{If}{[ex.Date], [ex.Date]}}
+</td>
+
+
+
+Build the collection, and preview the new list.
+As a consequence of using the classifier, bookshelf icons appear when titles are browsed. This revised format statement has the effect of specifying in brackets how many items are contained within a bookshelf. It works by exploiting the fact that only bookshelf icons define [numleafdocs] metadata. For document nodes, Title is not displayed. Instead, Volume, Number and Date information are displayed if present.
+
+
+Displaying scanned images and suppressing dummy text
+
+
+When you reach a newspaper, only its associated text is displayed. When either of the newspapers is accessed, the document view presents the message . No scanned image information (screen-view resolution or otherwise) is shown, even though it has been computed and stored with the document. This can be fixed by a format statement that modifies the default behaviour for .
+
+
+In the section of the panel, select the format statement. The default format string displays the document's plain text, which, if there is none, is set to . Change this to the following text. (This format statement can be copied and pasted from the file sample_files → niupepa → formats → doc_tweak.txt )
+
+<table><tr>
+<td valign=top>[srclink][screenicon][/srclink]</td>
+<td valign=top>[Text]</td>
+</tr></table>
+
+
+Including [screenicon] has the effect of embedding the screen-sized image generated by switching the option on in . It is hyperlinked to the original image by the construct [srclink]...[/srclink] .
+
+This modification will display screenview image, but does nothing about the dummy text , which will still be displayed. To get rid of this, edit the format statement again and replace
+
+<td valign=top>[Text]</td>
+
+with
+
+{If}{[Text] ne " ",<td valign=top>[Text]</td>}
+
+
+
+Preview the collection and view one of the documents. The line should now be gone. (Note that it important to get the text exactly right for this to work, including the space after the ".".)
+
+
+Searching at page level
+
+
+The newspaper documents are split into sections, one per page. For large documents, it is useful to be able to search on sections rather than documents. This allows users to more easily locate the relevant information in the document.
+
+
+Go to the section of the panel. Remove the index. Check the checkbox to build the indexes on section level as well as document level. Make section level the default by selecting its radio button.
+
+
+Set the display text used for the level drop-down menu by going to the section on the panel. Set the document level text to "newspaper", and the section level text to "page".
+
+
+Build and preview the collection. Compare searching at "newspaper" level compared to "page" level. A useful search term for this collection is .
+
+
+You will notice that when searching for individual pages, the newspaper image is displayed in the search results. As these images are very large, this is not very useful. Go to section of the panel in the Librarian Interface and select the format statement from the list of assigned format statements. Remove the second line from the :
+
+<td valign="top">[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+
+While we are here, lets remove the filename from the display. Remove the following from the last line:
+
+{If}{[ex.Source],<br><i>([ex.Source])</i>}
+
+Preview the collection—the search results should be back to normal.
+
+
+Now you will notice that page level search results only show the Title of the page (the page number), and not the Title of the newspaper. We'll modify the format statement to show the newspaper title as well as the page number. Also, lets add in Volume and Number information too.
+In the section, select in , and in . Click to add this format to the collection. The previous changes modified , so they will apply to all s that don't have specific format statements. These next changes are made to so will only apply to search results.
+The extracted Title for the current section is specified as [ex.Title] while the Title for the parent section is [parent:ex.Title] . Since the same format statement is used when searching both whole newspapers and newspaper pages, we need to make sure it works in both cases.
+Set the format statement to the following text (it can be copied and pasted from the file sample_files → niupepa → formats → search_tweak.txt ):
+
+<td valign="top">[link][icon][/link]</td>
+<td valign="top">
+{If}{[parent:ex.Title],[parent:ex.Title]
+{If}{[parent:ex.Volume],Volume [parent:ex.Volume] }
+{If}{[parent:ex.Number],Number [parent:ex.Number]}: Page [ex.Title],
+[ex.Title] {If}{[ex.Volume], Volume [ex.Volume] }
+{If}{[ex.Number], Number [ex.Number] }}
+<br/><i>({Or}{[parent:ex.Date],[ex.Date]})</i></td>
+</td>
+
+Preview the search results. Items display newspaper title, Volume, Number and Date if available, and pages also display the page number.
+
+
+In the collection you have just built, newspapers are grouped by series title, and dates are supplied alongside each one to distinguish it from others in the same series. Users can browse chronologically by date, and when a newspaper page is viewed a preview image is shown on the left that displays the original high-resolution version when clicked, accompanied on the right by the plain-text version of that newspaper (if available).
+
+
+
+
+
+Advanced scanned image collection
+
+
+
+
+
+
+In this exercise we build upon the collection created in the exercise. We add a new newspaper by creating an item file for it, add a new newspaper using the extended XML item file format, and modify the formatting.
+
+
+Adding another newspaper to the collection
+
+
+Another newspaper has been scanned and OCRed, but has no item file. We will add this newspaper into the collection, and create an item file for it.
+
+
+In the Librarian Interface, open up the Paged Image collection that was created in exercise if it is not already open ( → ).
+
+
+In the panel, add the folder sample_files → niupepa → new_papers → 12 to your collection.
+Inside the folder you can see that there are 4 images and 4 text files.
+
+
+Create an item file for the collection. Have a look at an existing item file to see the format. Start up a text editor (e.g. WordPad) to open a new document. Add some metadata. The for this newspaper is . The is 3, is 6, and the is . (Greenstone's date format is .) Metadata must be added in the form:
+
+<Metadata name>Metadata value
+
+For this document, the metadata looks like:
+
+<Title>Te Haeata 1859-1862
+<Date>18610902
+<Volume>3
+<Number>6
+
+
+
+For each page, add a line in the file in the following format:
+
+pagenum:imagefile:textfile
+
+For example, the first page entry would look like
+
+1:images/12_3_6_1.gif:text/12_3_6_1.txt
+
+Note that if there is no text file, you can leave that space blank. You need to add a line for each page in the document. Make sure you increment the page number for each line.
+
+
+Save the file using Filename , and save as a plain text document. (If you are using Windows, make sure the file isn't saved as .) Back in the panel of the Librarian Interface, locate the new file in the Workspace tree, and drag it into the collection, adding it to the folder.
+
+
+Build the collection and preview . Check that your new document has been added.
+
+
+XML based item file
+
+There are two styles of item files. The first, which was used in the previous section, uses a simple text based format, and consists of a list of metadata for the document, and a list of pages. This format allows specification of document level metadata, and a single list of pages.
+The second style is an extended format, and uses XML. It allows a hierarchy of pages, and metadata specification at the page level as well as at the document level. In this section, we add in two newspapers which use XML-based item files.
+
+In the panel, add the folder sample_files → niupepa → new_papers → xml to your collection.
+
+
+Open up the file xml → 23 → 23__2.item and have a look at the XML. This is of the newspaper titled . The contents of this document have been grouped into two sections: , which contains an , and , which contains the page images (and OCR text).
+
+
+Build and preview the collection. The xml style items have been included, but the document display for these items is not very nice.
+
+
+Using to control document processing
+
+
+Paged documents can be presented with a hierarchical table of contents, or with next and previous page arrows, and a "go to page" box (like we have done so far). The display type is specified by the option to . The next and previous arrows suit the linear sequence documents, while the table of contents suits the hierarchically organised document.
+Ordinarily, a Greenstone collection would have one plugin per document type, and all documents of that type get the same processing. In this case, we want to treat the XML-based item files differently from the text-based item files. We can achieve this by adding two plugins to the collection, and configuring them differently.
+
+
+Change the mode in the Librarian Interface to (or ) mode (using → → ), because you will need to change the order of plugins, and use regular expressions in the plugin options.
+
+For version 2.71, you'll need to close GLI now then restart it to get the list of plugins to update properly.
+
+
+
+Go to the section of the panel, and add a new plugin. Enable the option, set the option to and set the option to .
+
+
+Move this plugin above the original one in the list.
+
+
+The XML based newspapers have been grouped into a folder called xml . This enables us to process these files differently, by utilizing the option which all plugins support. The first in the list looks for item files underneath the xml folder. These documents will be processed as 'hierarchical' documents. Item files that don't match the process expression (i.e. aren't underneath the xml folder) will be passed onto the second , and these are treated as 'paged' documents.
+Rebuild and preview the collection. Compare the document display for a paged document e.g. with a hierarchical document, e.g. .
+
+
+Switching between images and text
+
+We can modify the document display to switch between the text version and the screenview and full size versions. We do this using a combination of format statements and macro files.
+
+First of all we will add a macro file to the collection. Close the collection in the Librarian Interface. In a file browser outside of Greenstone, locate the Paged Image collection in your Greenstone installation: Greenstone → collect → pagedima .
+Also in a file browser, locate the file sample_files → niupepa → macros → extra.dm . Copy this file and paste it into the macros folder inside the pagedima collection.
+
+
+Back in the Librarian Interface, open up the collection again, and go to the section of the panel.
+
+
+Select in the list, and click . Tick the checkbox. This gives us more control over the layout of the page—in this case, we want to replace the standard and buttons with buttons that switch between images and text.
+
+
+Select the format item and set it to the following text (which can copied from sample_files → niupepa → formats → adv_doc_heading.txt ).
+
+<div class="heading_title">{Or}{[parent(Top):ex.Title],[ex.Title]}</div>
+<div class="buttons" id="toc_buttons">
+{If}{[srcicon],_document:viewfullsize_}
+{If}{[screenicon],_document:viewpreview_}
+{If}{[Text] ne 'This document has no text. ',_document:viewtext_}
+</div>
+<div class="toc">[DocTOC]</div>
+
+{Or}{[parent(Top):ex.Title],[ex.Title]} outputs the newspaper Title metadata. This is only stored at the top level of the document, so if we are at a subsection, we need to get it from the top ([parent(Top):ex.Title] ). Note that we can't just use [parent:ex.Title] as this retrieves the Title from the immediate parent node, which may not be the top node of the document.
+_document:viewpreview_, _document:viewfullsize_, _document:viewtext_ are macros defined in extra.dm which output buttons for preview, fullsize and text versions, respectively. We choose which buttons to display based on what metadata and text the document has. Note you can view the macros by going to the section of the panel.
+[DocTOC] is the document table of contents or "go to page" navigation element. Since we are using extended options, we need to explicitly specify this for it to appear in the page.
+The different pieces are surrounded by <div> elements, so that the appropriate styling information can be used.
+
+
+Select the format statement and set it to the following text (which can be copied from sample_files → niupepa → formats → adv_doc_text.txt ):
+
+{If}{_cgiargp_ eq 'fullsize',[srcicon],
+{If}{_cgiargp_ eq 'preview',[screenicon],
+{If}{[Text] ne \'This document has no text. \',[Text],[screenicon]}}}
+
+This format statement changes the display based on the argument (_cgiargp_ ). This is not used normally for document display, so we can use it here to switch between full size image ([srcicon] ), preview size image ([screenicon] ) and text ([Text] ) versions of each page.
+
+
+Preview the collection. View some of the documents—once you have reached a newspaper page, you should get fullsize, preview and text options.
+
+
+
+
+
+Open Archives Initiative (OAI) collection
+
+
+
+
+
+This exercise explores service-level interoperability using the Open Archive Initiative Protocol for Metadata Harvesting (OAI-PMH). So that you can do this on a stand-alone computer, we do not actually connect to the external server that is acting as the data provider. Instead we have provided an appropriate set of files that take the form of XML records produced by the OAI-PMH protocol.
+
+
+One of Greenstone's documented example collections is sourced over OAI. This exercise takes you through the steps necessary to reconstruct it. (Note: this example is a collection of images: you will not be able to build it unless ImageMagick is installed on your computer.) You may wish to take a look at the documented example collection OAI demo now to see what this exercise will build.
+
+
+Start a new collection called OAI Service Provider . Fill out the fields with appropriate information.
+
+
+In the panel, locate the folder sample_files → oai → sample_small → oai . Drag this folder into the collection and drop it there.
+
+
+During the copy operation, a popup window appears asking whether to add to the list of plug-ins used in the collection, because the Librarian Interface has not found an existing plug-in that can handle this file type. Press the button to include it.
+The files for this collection consist of a set of images (in JCDLPICS → srcdocs ) and a set of OAI records (in JCDLPICS ) which contain metadata for the images.
+
+
+When files are copied across like this, the Librarian Interface studies each one and uses its filename extension to check whether the collection contains a corresponding plug-in. No plug-in in the list is capable of processing the OAI file records that are copied across (they have the file extension .oai), so the Librarian Interface prompts you to add the appropriate plug-in.
+
+
+Sometimes there is more than one plug-in that could process a file—for example, the .xml extension is used for many different XML formats. The popup window, therefore, offers a choice of all possible plug-ins that matched. It is normally easy to determine the correct choice. If you wish, you can ignore the prompt (click ), because plug-ins can be added later, in the section of the panel.
+
+
+You need to configure the image plug-in. In the panel, select the section, then select the line and click . In the resulting popup window locate the option, switch it on, and type the number in the box beside it to create a screen-view image of 300 pixels. Click .
+
+
+Now switch to the panel and build and preview the collection.
+ will process the OAI records, and assign metadata to the images, which are processed by .
+
+
+Like other collections we have built by relying on Greenstone defaults, the end result is passable but can be improved. The next steps refine the collection using the metadata harvested by OAI-PMH into the .oai files.
+
+
+In the section of the panel, delete the two classifiers ( and ).
+
+
+Add an classifier based on metadata.
+
+
+Now add an classifier based on metadata. In its configuration panel set to , to , to and to . Setting to 2 will mean that two or more documents with the same description will be grouped into a bookshelf; the default of 1 means that every document will get a bookshelf. and control how many documents are grouped into each section of the horizontal A-Z list. In this case, each group can have as few as one document, and no more than ten.
+
+
+In the section of the panel, delete all indexes and add a new one based on metadata.
+
+
+Build the collection and preview it.
+
+
+Tweaking the presentation with format statements
+
+
+In the panel, select . First replace the format statement with the following (which can be copied from the file vlist_tweak.txt in the sample_files → oai →format_tweaks folder).
+
+<td>
+ {If}{[numleafdocs],[link][icon][/link],[link][thumbicon][/link]}
+</td>
+<td valign=middle>
+ {If}{[numleafdocs],[Title],<i>[Description]</i>}
+</td>
+
+
+This format statement customizes the appearance of vertical lists such as the search results and captions lists to show a thumbnail icon followed by Description metadata. Greenstone's default is to use extracted metadata, so [Description] is the same as [ex.Description] .
+
+
+
+Next, select from the pull-down list and change its format statement to:
+<h3>[Subject]</h3>
+
+The document heading appears above the and buttons when you get to a document in the collection. By default displays the document's metadata. In this particular set of OAI exported records, titles are filenames of JPEG images, and the filenames are particularly uninformative (for example, 01dla14). You can see them in the panel if you select an image in oai → JCDLPICS → srcdocs and check its and metadata. The above format statement displays metadata instead.
+
+
+
+Finally, you will have noticed that where the document itself should appear, you see only . To rectify this, select in the pull-down list and use the following as its format statement (this text is in doctxt_tweak.txt in the format_tweaks folder mentioned earlier):
+<center><table width=_pagewidth_ border=1>
+ <tr><td colspan=2 align=center>
+ <a href=[OrigURL]>[screenicon]</a></td></tr>
+ <tr><td>Caption:</td><td> <i>[Description]</i> <br>
+ (<a href=[OrigURL]>original [ImageWidth]x[ImageHeight] [ImageType] available</a>)
+ </td></tr>
+ <tr><td>Subject:</td><td> [Subject]</td></tr>
+ <tr><td>Publisher:</td><td> [Publisher]</td></tr>
+ <tr><td>Rights:<td> [Rights]</td></tr>
+</table></center>
+This format statement alters how the document view is presented. It includes a screen-sized version of the image that hyperlinks back to the original larger version available on the web. Factual information extracted from the image, such as width, height and type, is also displayed.
+
+
+Format statements are processed by the runtime system, so the collection does not need to be rebuilt for these changes to take effect. Click to see the changes.
+
+
+To expedite building, this collection contains fewer source documents than the pre-built version supplied with the Greenstone installation. However, after these modifications, its functionality is the same.
+
+
+
+
+
+Downloading over OAI
+
+
+
+
+
+The previous exercise did not obtain the data from an external OAI-PMH server. This missing step is accomplished either by running a command-line program or by using the panel in the Librarian Interface. This exercise shows you how to do this using both methods.
+
+
+Downloading using the Librarian Interface
+
+
+In the Librarian Interface, switch to the panel. Select from the list of download types on the left hand side.
+
+
+In the box, type in the following URL:
+ http://rocky.dlib.vt.edu/~jcdlpix/cgi-bin/OAI/jcdlpix.pl
+
+
+We want to download the documents as well as the metadata, so tick the checkbox.
+
+
+If your computer is behind a firewall or proxy server, you will need to edit the proxy settings in the Librarian Interface. Click the button. Switch on the checkbox. Enter the proxy server address and port number in the and boxes. Click .
+
+
+Now click . If you have set proxy information in , a popup will ask for your user name and password. Once the download has started, a progress bar appears in the lower half of the panel that reports on how the downloading process is doing.
+
+
+Downloaded files are stored in a top-level folder called that appears on the left-hand side of the panel. These can files can then be added to a collection.
+
+
+Downloading using the command line
+
+
+For command line downloading to work, your computer must have a direct connection to the Internet—being behind a firewall may interfere with the ability to download the information. You will need to use the Librarian Interface for downloading if you are behind a firewall.
+
+
+Close the Librarian Interface.
+We will work with the OAI collection used in exercise . You may have noticed that its internal name is .
+
+
+In a text editor (e.g. WordPad), open the collection's configuration file, which is in Greenstone → collect → oaiservi → etc → collect.cfg . Add the following line (all on one line):
+acquire OAI -src http://rocky.dlib.vt.edu/~jcdlpix/cgi-bin/OAI/jcdlpix.pl -getdoc
+Although the position of this line is not critical, we recommend that you place it near the beginning of the file, after the public and creator lines but before the index line. Save the file and quit the editor.
+
+
+Delete the contents of the collection's import folder. This contains the canned version of the collection files, put there during the previous exercise. Now we want to witness the data arriving anew from the external OAI server.
+
+
+Open a DOS window to access the command-line prompt. This facility should be located somewhere within your Start → Programs menu, but details vary between different Windows systems. If you cannot locate it, select Start → Run and enter cmd in the popup window that appears.
+
+
+In the DOS window, move to the home directory where you installed Greenstone. This is accomplished by something like:
+cd C:\Program Files\Greenstone
+
+
+Type:
+setup.bat
+to set up the ability to run Greenstone command-line programs.
+
+
+Change directory into the folder containing the OAI Services Provider collection you built in the last exercise.
+cd collect\oaiservi
+
+Even though the collection name used capital letters the directory generated by the Librarian Interface is all lowercase.
+
+
+
+Run:
+ perl -S importfrom.pl oaiservi
+
+Greenstone will immediately set to work and generate a stream of diagnostic output. The importfrom.pl program connects to the OAI data provider specified in collection configuration file (it does this for each "acquire" line in the file) and exports all the records on that site.
+
+
+
+The downloaded files are saved in the collection's import folder. Once the command is finished, everything is in place and the collection is ready to be built. Confirm you have successfully acquired the OAI records by rebuilding the collection.
+
+
+
+
+
+Use METS as Greenstone's Internal Representation
+
+
+
+
+In the Greenstone Librarian Interface, open up one of your existing collections, for example the hobbits collection.
+
+
+To be able to substitute for you need to be in mode.
+
+
+Click → → and change to mode.
+
+
+Switch to the panel and select . Remove from the list of plug-ins and add , with the default configuration options.
+
+
+Now change to the panel, locate the options for the import process and set to . Import options are not available unless you are in mode.
+
+
+Rebuild the collection.
+
+
+In your Windows file browser, locate the archives folder for the collection you are working with (in Greenstone → collect → <collname> → archives ). For each document in the collection, Greenstone has generated two files: docmets.xml , the core METS description, and doctxt.xml , a supporting file. (Note: unless you are connected to the Internet you will be unable to view doctxt.xml in your web browser, because it refers to a remote resource.) Depending on the source documents there may be additional files, such as the images used within a web page. One of METS' many features is the ability to reference information in external XML files. Greenstone uses this to tie the content of the document, which is stored in the external XML file doctxt.xml , to its hierarchical structure, which is described in the core METS file docmets.xml .
+
+
+
+
+
+Moving a collection from DSpace to Greenstone
+
+
+
+
+
+First, change to (or ) mode (using → ), because you will need to change the order of plug-ins in the panel.
+
+
+Start a new collection called StoneD and fill out its fields appropriately. Leave the metadata set at Dublin Core, the default.
+
+
+Switch to the panel and select the section on the left-hand side. Remove , , , , , , and . Strictly speaking we do not need to remove these, however it reduces clutter.
+
+
+Now add . Leave the plugin options at their defaults and press .
+
+
+Using the up arrow, move the position of to the top of the list (above ).
+
+
+In the panel, locate the folder sample_files → dspace . It contains five example items exported from a DSpace institutional repository. Copy them into your collection by dragging them over to the right-hand side of the panel.
+
+
+Build the collection and preview it to see the basic defaults exhibited by a DSpace collection.
+
+
+If you browse by , you will find 7 documents listed, though only 5 items were exported from DSpace. Two of the original items had alternative forms in their directory folder. The DSpace plug-in options control what happens in such situations: the default is to treat them as separate Greenstone documents.
+
+
+Below we use a plug-in option ( ) to fuse the alternative forms together. This option has the effect of treating documents with the same filename but different extensions as a single entity within a collection. One of the files is viewed as the primary document—it is indexed, and metadata is extracted from it if possible—while the others are handled as "associated files."
+
+
+The option takes as its argument a list of file extensions (separated by commas): the first one in the list that matches becomes the primary document.
+
+
+Select and click . Switch on its configuration option . Set its value to in the popup window that appears and press .
+
+
+Build and preview the collection.
+
+
+There are now only 5 documents, because only one version of each document has been included—the primary version.
+
+
+Adding indexing and browsing capabilities to match DSpace's
+
+The DSpace exported files contain Dublin Core metadata for title and author (amongst other things).
+
+In the panel, select . Delete the and indexes, and add one for called "titles" and another for called "authors".
+
+
+Staying within the panel, select and delete both classifiers ( and ). Add an classifier for and an classifier for .
+
+
+Now select the section of the panel, and select the format statement in the list of assigned format statements. Add the following text before the final </td> :
+
+{If}{[ex.equivlink],<br>Also available as:[ex.equivlink]}
+
+
+
+Also, let's add a format statement for the classifier based on metadata. In the menu (under on the panel), select the item that says:
+
+CL2: AZCompactList -metadata
+
+
+
+Leave as the and click . Edit the text in the box. Replace
+
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+
+with
+
+{If}{[numleafdocs],([numleafdocs]) [ex.Title],[dc.Title]}
+
+This will display the number of documents for each bookshelf in the classifier.
+
+
+Build collection once again and preview it.
+
+
+There are still only 5 documents, but against some of the entries appears the line followed by icons that link to the alternative representations.
+
+
+
+
+
+Moving a collection from Greenstone to DSpace
+
+
+
+
+
+In this exercise you export a Greenstone collection in a form suitable for DSpace. It is possible to do this from the Librarian Interface's menu, which contains an item called , that allows you to export collections in different forms. However, to gain a deeper understanding of Greenstone, we perform the work by invoking a program from the Windows command-line prompt. This requires some technical skill; if you are not used to working in the command-line environment we recommend that you skip this exercise.
+
+
+Using Greenstone from the command line
+
+
+Open a DOS window to access the command-line prompt. This facility should be located somewhere within your Start → Programs menu, but details vary between different Windows systems. If you cannot locate it, select Start → Run and enter cmd in the popup window that appears.
+
+
+In the DOS window, move to the home directory where you installed Greenstone. This is accomplished by something like:
+cd C:\Program Files\Greenstone
+
+
+Type:
+setup
+to set up the ability to run Greenstone command-line programs.
+
+
+Change directory into the folder containing the StoneD collection you built in the last exercise.
+cd collect\stoned
+
+
+Run the following command to export the collection using the DSpace import/export format:
+perl -S export.pl -saveas DSpace -removeold stoned
+
+
+Exporting in Greenstone is an additive process. If you ran the export.pl command once again, the new files exported would be added—with different folder names—to those already in the export folder. For the kind of explorations we are conducting we might re-run the command several times. The -removeold option deletes files that have previously been exported.
+
+
+This command has created a new subfolder, collect → stoned → export . Use the file browser to explore it. In it are the files needed to ingest this set of documents into DSpace.
+
+
+You could equally well run the export.pl command on a different Greenstone collection and transfer the output to a DSpace installation by using DSpace's batch-import facility.
+
+
+
+
+
+Editing metadata sets
+
+
+
+GEMS (Greenstone Editor for Metadata Sets) can be used to modify existing metadata sets or create new ones. GEMS is launched from the Librarian Interface when you want to create a new metadata set, or edit an existing one. In this exercise, we run GEMS outside of the Librarian Interface.
+
+Running GEMS
+
+
+Start the Greenstone Editor for Metadata Sets (GEMS):
+Start → All Programs → Greenstone Digital Library Software → Greenstone Editor for Metadata Sets
+
+
+GEMS starts up with no metadata set loaded. You can start a new set, or open an existing one, from the menu.
+
+
+Creating a new metadata set
+
+
+In this exercise, we will create a new metadata set. In order to save time, we will base it on an existing one: Development Library Subset. From the menu, select ( → ). A popup window appears: . Fill in the fields. Use for the , for the , and select "Development Library Subset Example Metadata" from the drop down list. Click .
+
+
+The new metadata set will be displayed. The left hand side list the elements (and sub-elements, if any) for the set, and the right hand side displays the set or element attributes. Since the new set was based on the Development Library Subset metadata set, it already contains all the elements from that set.
+
+
+Adding a new element to a metadata set
+
+
+Right click on in the left hand tree (or in the blank space in the left hand side) and choose from the menu that appears. In the popup window, type for the new element name, and click . The new element will appear in the list.
+
+
+In the right hand side, the default attributes will appear for the new element. "Label" and "definition" are used in the Librarian Interface when displaying metadata elements and their descriptions. These attributes can be set in multiple languages.
+
+
+Save the new metadata set by → , then close the GEMS by → .
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_es.xml
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_es.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_es.xml (revision 14835)
@@ -0,0 +1,2286 @@
+
+
+
+
+]>
+
+
+Ejercicios de tutorÃa de Greenstone (Marzo de 2006)
+
+
+Ejercicio tutorial de Greenstone
+Prerequisito:
+Archivos muestra:
+Ideado para versión Greenstone:
+Modificado para versión Greensotne:
+De regreso al index
+Back to wiki
+Imprima versión
+
+
+Si usted está trabajando desde un CD-ROM Greenstone, los archivos de muestra de ejercicios están en el folder sample_files ; de otro modo estos pueden ser bajados de la dirección web sourceforge.
+
+
+El texto usa a veces terminologÃa Wndows, pero los ejercicios trabajan igual de bien en otros sistemas si usted hace los cambios necesarios a los pathnames.
+
+
+
+Trabajo con una colección pre-empacada (UNAIDS)
+
+
+
+
+Usted necesitará el UNAIDS CD-ROM de Greenstone
+
+
+Instalar una colección pre-empacada de Greenstone
+
+
+Al insertar el UNAIDS CD-ROM , para muchas computadoras, la instalación comenzará automáticamente. Si no, "auto-run"—una configuración bajo Windows—se desmantela y usted debe hacer doble clic en setup.exe en el CD-ROM.
+
+My Computer → UNAIDS20 → setup.exe
+
+
+
+InstallShield Wizard comienza a instalar la colección pre-empacada UNAIDS. Escoja el idioma Español
+
+
+Haga clic en el <next>
+
+
+Escoja Run en CD-ROM (standard) como el tipo de setup. Este es por defecto y ya está seleccionado. Después haga clic en <next>
+
+
+Haga clic en <siguiente> otra vez para instalar la colección UNAIDS en la carpeta por defecto, que es C:\Archivos de Programas\UNAIDS Library 2.0 [CD-ROM] .
+
+El Wizard de instalación copia los archivos requeridos desde el disco de CD-ROM
+
+
+
+Haga clic en <OK > para confirmar que la colección UNAIDS se completó (dos veces).
+
+Termina InstallShield—La biblioteca UNAIDS está instalada
+
+
+
+Los CD-ROM como éste, que contienen colecciones pre-empacadas de Greenstone, no incluyen el software completo de Greenstone. Comprenden una mini versión de Greenstone que permite ver la colección pero no hacer una nueva.
+
+
+Explorar una colección de Greenstone
+
+
+Activar la biblioteca pre construida haciendo clic en:
+
+Comienzo → Todos los programas → Biblioteca UNAIDS 2.0 [CD-ROM] → Biblioteca UNAIDS 2.0 (Versión Estándar).
+
+
+Para acceder a Greenstone através del servidor local de biblioteca, a veces es necesario apagar los proxy en el browser. Greenstone detecta esto normalmente y abre una ventana que da una alerta sobre este problema
+
+
+
+Haga clic en <Entrar Biblioteca> en la caja de diálogo y en su explorador de internet por defecto (por defecto: internet Explorer) mostrará la homepage de Greenstone.
+
+
+Dentro del explorador de la web, haga clic en tÃtulos a-z (en el centro de la bara de navegación, cerca de la parte superior de la página).
+
+
+Acceder a primer libro en la lista de tÃtulos haciendo clic en Ãcono de libro junto al tÃtulo:
+Acerca de UNAIDS .
+
+
+Use la barra de scroll para ver la longitud total de la página.
+
+
+En la tabla de contenido cerca de la parte superior, haga clic en Ãcono de página cerca al encabezado Principios guia de UNAIDS para ver esta sección.
+
+
+Haga clic en Ãcono de página cerca al encabezadoImpacto global y local para ver la próxima sección.
+
+
+Este estilo de interacción se puede continuar para expandirse más y contraer las carpetas y cambiar a otra sección.
+
+
+Para expandir totalmente el contenido de este capÃtulo de introducción, haga clic enExpandir Documento o CapÃtulo en la parte superior izquierda de la página, bajo la figura de la tapa frontal del documento.
+
+
+Puede regresar a la página seleccionada de tÃtulos de documentos, haciendo clic en Ãcono de libro junto al tÃtulo del libro en la parte superior de la tabla de contenido (esto significa cerrar el libro). También obtiene los tÃtulos de los documentos con tÃtulos a-z en la barra de navegación, en este caso, los tÃtulos que comienzan con A-D.
+
+Si la tabla de contenido está abierta en el nivel superior—mostrando todos los capÃtulos—entonces al hacer clic en Expandir Documento o CapÃtulo se expande todo el documento. Para documentos grandes, que toman tiempo en cargarse, Greenstone pide confirmar esta acción: haciendo clic en "continuar" se carga todo el documento
+
+
+
+Explorar y examinar algunos de los documentos de la colección.
+
+
+Buscar dentro de una colección de Greenstone
+
+
+Acceder a la página de búsqueda haciendo clic en buscar de la barra de navegación.
+
+
+En la caja queary, bajo Busca capÃtulos en cualquier idioma, que contengan algunas de las palabras , entre el término género después haga clic en<Comienzo de Búsqueda> .
+
+Después de una pausa corta, el explorador de la web, carga una página que muestra los resultados de la misma.
+
+
+
+Haga clic en Ãcono de página para el primer documento encontrado en el conjunto de resultados.
+Revisión a los cinco años de la implementación de la Declaración de Viena y Programa de Acción ) para ver el documento. Cómo la búsqueda era a nivel de capÃtulo, vamos directamente al capÃtulo encontrado dentro del documento.
+
+
+Haga más experimentos con búsqueda y con la interfaz en general. Por ejemplo, hay una página detallada de Ayuda . Contiene una sección de Preferencias con la cual usted puede controlar algunas condiciones de búsqueda.
+
+Las opciones de Preferencias en la colección UNAIDS son intencionalmente minimalistas. La mayorÃa de las colecciones tienen un botón para Preferencias separadas que ofrece más aspectos.
+
+
+El home page de la colección de biblioteca UNAIDS gira alrededor de una secuencia de imágenes de carátulas, actualizadas cada 5 segundos aproximadamente. Haciendo clic sobre una imagen en particular, se accede a directamente a ese documento.
+
+
+
+Salir de la biblioteca digital Greenstone
+
+
+Hay dos maneras de salir de Greenstone
+
+Salir de servidor de software de Greenstone. Haga clic en Software de Greenstone en la barra de tareas, después escoja Salir del menú Selección del browser y ajustes ( o haga clic en el punto de salida, la cruz roja en la esquina superior derecha). Se sale del software Greenstone pero su explorador de la web continua activo.
+
+
+Salir del explorador de la web. Salir del explorador de la web en la forma usual. El servidor de Greenstone detecta su salida del explorador y genera una ventana que pregunta si también debe cerrar el servidor. La razón es que otras personas pueden estar usando Greenstone en la red y no se debe terminar de forma abrupta
+
+
+
+Ejercicio: Usar la colección UNAIDS para contestar estas preguntas
+
+
+
+
+Cuántas publicaciones hay en la colección?
+
+900
+
+
+
+En cuántos documentos se menciona Australia en el tÃtulo?
+
+15
+
+
+
+Cuántos temas hay de categorÃa de alto nivel?
+
+21
+
+
+
+Qué significa AAVP?
+
+African Aids Vaccination Programme
+
+
+
+Qué significa SIDA?
+
+Acquired Immuno-Deficiency Syndrome
+Buscar "SIDA significa"
+
+
+
+
+Considere variantes en minúsculas solamente, cuántas veces aparece la palabra "condón" en la colección? Cuántas veces para "condones"?
+
+6789 5243
+
+
+
+Sin herir sensibilidades, cuántas veces aparece la palabra "condón" en la colección?. Cuántas veces para "condones"?
+
+7905 5571
+
+
+
+Si se ingnoran los finales de palabara, cuántas veces aparece "condón" y variantes tales como "condones" en la colección?
+
+13477
+
+
+
+Cuántos chhapters contienen algunas variantes de la palabra "condón"? Es este un término útil para la búsqueda?
+
+
+2413 capÃtulos. No, ya que hay solamente 900 documentos
+
+
+
+
+En qué año se reportó el primer caso de SIDA en Nueva Zelandia?
+
+1983
+
+
+
+
+
+
+Trabajo con una colección pre-empacada (Bibliotecas Digitales en Educación)
+
+
+
+
+Necesitará el CD-ROM de la Digital Libraries in Education de Greenstone
+
+
+Instalar una colección pre-empacada
+
+
+Inserte su CD-ROM para el curso Bibliotecas Digitales en Educación en un computador con Windows. Si el proceso de instalación no comienza directamente (porque el autoplay de su computador no está instalado), navegue hacia su dispositivo CD-ROM/DVD (normalmente D), abra la carpeta prebuilt y haga doble clic en Setup.exe .
+
+
+Durante la instalación, se le ofrece escoger la carpeta en dónde instalar: recomendamos la que se activa por defecto, C:\GSDL .
+
+
+También se le ofrece la opción de ejecutar Greenstone desde el CD-ROM o copiar todo el DC-ROM. Recomendamos lo último: por favor verifique la caja que dice Instalar todos los archivos de la colección esta operación dura apenas dos minutos.
+
+
+Finalmente el instalador ofrece instalar el explorador de Netsacape. Pida no pida esta opción excepto en el caso (improbable) que usted no tenga un explorador de la web en su computador.
+
+
+Los CD-ROM como este que contienen la colección pre-empacada de Greenstone, no incluye el software completo de Greenstone. A cambio, comprenden un versión mini de Greenstone que permite ver la colección pero no construir otras nuevas
+
+
+explorar una colección de Greenstone
+
+
+Para ejecutar Greenstone, abra el menú de inicio de Windows, Programas y escoja Greenstone luego el item de sub-menú Bibliotecas Digitales en Educación :luego< Entre Biblioteca >
+
+
+Haga clic en el Ãcono de la colección Bibliotecas Digitales en Educación. Esto lo lleva a la home page de la colección, Frecuentemente llamada página "acerca"
+
+La home page contiene una barra de acceso con botones llamados buscar, autores a-z, módulos y acrónimos. Esta barra de acceso es la llave para encontrar información en cualquier colección de Greenstone
+
+
+
+Haga clic en <autores a-z >. Aparece un Ãcono de estanterÃa de libros. Haga clic en la que se llama Marchionini, G. para ver las dos lecturas del curso de Gray Marchionini
+
+
+Uno de estos items es un archivo PDF y el otro es un archivo HTML. Haga clic en ambos para abrir los documentos
+
+
+Haga clic en el botón <contenidos > de la barra de acceso. Esto muestra dos estanterÃas de libros, una para esta Guia de Estudio y la otra para las lecturas del curso. Escoja una y mire el contenido de la misma.
+
+
+Si se hace clic en una estanterÃa abierta, ésta se cierra. Escoja la estanterÃa que acaba de abrir, escoja la otra y mire el contenido
+
+
+Haga clic en <acrónimos > en la barra de acceso y encuentre el significado del acrónimo "LOM"
+
+
+Haga clic en <buscar > y busque la palabra "LOM". Verifique la diferencia entre buscar texto y buscar tÃtulos (use la caja pull-down en la página de búsqueda).
+
+
+Haga clic en el Ãcono de la colección Bibliotecas Digitales en Educación en la esquina superior izquierda. Esto lo regresa a la página de la colección acerca
+Debajo de la barra de acceso a la página "acerca" de la colección hay una caja de búsqueda, la misma que aparece en la página de búsqueda, un archivo que describe la colección bajo el encabezado Acerca de esta colección e instrucciones de cómo encontrar información en esta colección
+Encima de la barra está el Ãcono de la colección que dice Bibliotecas Digitales en Educación a la derecha hay un Ãcono que dice acerca sobre el cual hay tres botones home , ayuda , and preferencias
+
+
+Haga clic en <home > . Esto lo regresa a la home page de la colección
+
+
+Regresar a la colección (haciendo clic en este Ãcono), y haga clic en <ayuda > esto da más información sobre cómo acceder a la colección
+
+
+Haga clic en <preferencias > . Esto lo lleva a una página en donde se pueden cambiar algunos de los parámetros
+
+
+Ahora explore la colección navengando libremente en ella. Haga clic libremente: se puede hacer clic en todas las imágenes de la pantalla. Si deja quieto el ratón sobre una imagen, la mayorÃa de los exploradores producen un mensaje que indica qué ocurrirá si se hace clic allÃ. Experimente! Escoja palabras comunes como "el" o "y" para buscar—ésto debe prodicir una respuesta y nada se romperá. (Nota: A diferenca de muchos sistemas de búsqueda, Greensone indexa todas las palabras. incluyendo éstas.)
+
+
+Ejercicio: Lea la pagina de ayuda; después conteste estas preguntas
+
+
+
+Qué contiene esta colección?
+
+
+Mencione cinco maneras de navegar hacia un documento objetivo en esta colección
+
+
+Cuántos documentos escritos por Erik Duval hay en la colección?
+
+
+Compare el número de veces que las palabras "el" y "ella" aparecen en la colección
+
+
+Cuántas veces aparece la palabra "metadata" en los tÃtulos?. En el texto?
+
+
+Cuál es la diferencia entre buscar algunos y buscar todos ??
+
+
+Qué significa "MODS"?
+
+
+Cómo cambia la interfaz del Inglés al Ruso? Permanece en Ruso cuando regresa a la home page de Greenstone?
+
+
+Encuentre un término de búsqueda que produzca diferentes resultados si usted tiene ignorar finales palabra o coincidencia total de palabra en la página Preferencias
+
+
+Cuál es la diferencia entre los formatos de las Interfaces Gráfica y de Texto (en la página de Preferencias)?
+
+
+
+Ejercicio: Use Cómo construir una colección de Biblioteca digital para contestar estas preguntas
+
+
+
+En cuántas frases se encuentra la palabra educación?
+
+
+Cuál cuento de la colección Revista de la Escuela esta resaltado en el libro?
+
+
+Cuántos acrónimos usados en el libro comienzan con la palabra Estándar?
+
+
+Que significa tapu?
+
+
+Cuántas veces aparece la palabra biblioteca? La palabra bibliotecas?
+
+
+Cuántas veces aparece Biblioteca con mayúscula?
+
+
+Cuántas veces aparecen derivados de la palabra forma?
+
+
+Mencione un poema Inglés escrito probablemente alrededor del año 1000 A.D.
+
+
+Quién es Alan Kay?
+
+
+En qué página está la primera mención de algunos aspectos de la cultura China?
+
+
+
+Muchas de estas preguntas serÃan difÃciles de contestar con el libro impreso.
+
+
+
+
+
+Instalar Greenstne
+
+
+
+
+Instalar Greenstone en un sistema Windows
+
+Hay varias maneras de conseguir Greenstone
+
+Desde un CD-ROM UNESCO (version 2.70) (o FAO IMARK CD-ROM, pero esta es una versión antigua 2.51)
+Estos DC-ROMs contienen elsoftware Greenstone más ejemplos documentados de colecciones , cuatro Interfaces de Idioma (Inglés Francés Español Ruso) el paqueteExportar a CD-ROM , el paquete gráfico ImageMagick el ambiente de Java runtime , y un instalador que los instala a todos.
+
+
+Desde el CD-ROM IITE de las Bibliotecas Digitales en Educación, o un DC-ROM de un taller de Greenstone
+
+Además de todo el software anterior, estos CD-ROMs contienen un conjunto de archivos de ejemplo para usar como ejercicios.
+CD-ROMS con la versión de Greenstone 2.62o anterior tambien incluyen el Paquete de Idiomas Greenstone , el cual da al lector el interfaz en varios idiomas (actualmente como 40). Esto tiene su propio instalador al cual usted debe apelar por separado, depues de que haya instalado Greenstone.
+CD-ROMS con la versión 2.70 o posterior vienen ahora con un lector de interfaces en todo idioma existente. Imagenes textuales han sido removidas de la interface; estas utilizan ahora CSS. El paquete de Idiomas de Greenstone ya no tiene uso. En su lugar, estos CD-ROMS vienen con el Paquete de Interfaz Clásico , el cual contiene las viejas imagenes de texto para usarse con un archivo macro de compatibilidad inversa.
+
+
+Todos estos CD-ROMs contienen el software completo de Greenstone, que permite ver colecciones existentes y construir nuevas. No son los mismos que contienen una colección de Greenstone pre-empacada y que sólo permiten ver la colección.
+
+
+
+Desde http://www.greenstone.org
+La mayorÃa de la gente baja la distribución en Windows desde http://www.greenstone.org, que contiene la última versión de Greenstone. Hay varios módulos opcionales que se deben descargar separadamente (para evitar una sola descarga masiva): ejemplo de colecciones documentadas , el paquete Export to CD-ROM , y el Paquete de idioma (Greenstone 2.62 y anterior) y el Paquete Interfáz Clásico (Greensotne 2.63 o posterior). También está el conjunto de archivos de ejemplo usado en estos ejercicios. (Para reducir el tamaño de la descarga, los ejemplos de colecciones documentadas se distribuyen sin construir y deben construirse)
+Necesita Java para ejecutar Greenstone. Tal vez usted ya lo tenga; en caso contrario, descárguelo de http://java.sun.com. Para trabajar con colecciones de imagen, se necesita ImageMagick (de http://www.imagemagick.org).
+
+La mayorÃa de CD-ROMs de Greenstone comienzan el proceso de instalación tan pronto como se hayan insertado en el lector de CD, suponiendo que su computador dispone de AutoPlay. Si la instalación no comienza por sà misma, localice el archivo setup.exe y haga doble clic sobre el mismo para iniciar el proceso de instalación. (En el CD-ROM IMARK este archivo reside en la carpeta software_tools → Greenstone ). Si descarga Greenstone de la web, lo que se obtiene es el instalador —simplemente haga doble clic sobre éste.
+Si Greenstone se ha instalado en su computador antes, debe eliminar completamente la versión anerior antes de instalar una nueva . (Sin embargo, no es necesario eliminar colecciones previamente empacadas que usted ya habÃa instalado.) Para hacer esto, ver .
+Esto es lo que se necesita para instalar Greenstone. Versiones anteriores del instaladaor siguen en muchos aspectos la misma secuencia pero usan algunas palabras diferentes
+
+
+Escoja el idioma para la instalación. Nosotros escogemos Inglés
+
+
+Bienvenido al Instalador para el Software Greeenstone de Bibliotecas Digitales. Haga clic en <siguiente >
+
+
+Acuerdo de Licencia. Acepte el acuerdo y haga clic en <siguiente >
+
+
+Escoja la ubicación donde se debe instalar Greenstone. Deje la acción por defecto y haga clic en <Next >
+
+
+Tipo de setup. Deje la acción por defecto (Biblioteca Local) y haga clic en <Next >
+
+
+(Para instaladores anteriores, usted debe seleccionar un conjunto de colecciones. Deje la acción por defecto. Ejemplo de Colecciones Documentdas
+
+
+Asigne la clave del administrador. Escoja una clave adecuada y haga clic en <Next > (si su computador no atiende colecciones en lÃnea, no importa la palabra clave)
+
+
+Haga clic en <Install > para completar la instalación
+
+
+Copiando archivos
+
+
+Instalación terminada. Si usted está instalando ahora un DC_ROM, el instalador ofrecerá instalar Imaga/Magick (ver abajo), y Java, si es necesario
+
+
+Para invocar la interfaz del lector de Greenstone, vaya a Software de la Biblioteca Digital Greenstone item bajo Programas en el menú de Windows Comienzo y escoja Biblioteca Digital Greenstone . Para invocar la interfaz del Bibliotecario, vaya al mismo item y escoja Interfaz del Bibliotecario de Greenstone .
+
+Instalar ImagaMagick en un sistema Windows
+
+Una vez instalado Greenstone, usted debe asegurar que ImagaMagick esté instalado en su computador si quiere construir colecciones de imágenes. Si la instalación se está haciendo desde un CD-ROM, se le pregunta si quiere instalar ImageMagick: diga Sà . Si no, usted deberá bajar ImageMagick from http://www.imagemagick.org ). Para instalar este prograa usted debe tener privilegios del adminstrador Windows. (Si usted no tiene privelegios del Administrador de Windows, el instalador de ImageMagick dará un error crÃptico en donde se queja porque falló en definir un valor de registro particular de Windows. Si esto sucede, continue con su trabajo de Greenstone, pero no podrá construir colecciones de imágenes.)
+Los pasos restantes son inmediatos y, como antes, recomendamos usar las acciones por defecto durante la instalación. Aquà está lo que se necesita hacer.
+
+
+Esto instalará ImageMagick 5.5.7 Q8. Quiere continuar?" sÃ
+
+
+Bienvenido al instalador de ImageMagck, haga clic en <siguiente >
+
+
+"Información: Por favor, lea lo siguiente..." haga clic en <siguiente >
+
+
+"Escoja el directorio de destino..." deje la acción por defecto y haga clic en <siguiente >
+
+
+"Escoja la carpeta de menú de Inicio..." deje la acción por defecto y haga clic en <siguiente >
+
+
+""Escoja Tareas Adicionales..." deje la acción por defecto y haga clic en <siguiente >
+
+
+"Listo para instalar..." haga clic en <siguiente >
+
+
+Copiando archivos
+
+
+"Usted ha instalado ...." haga clic en <siguiente >
+
+
+"Fin de Setup..." Retire la escogencia de "View index.html" y haga clic en <Fin >.
+
+
+
+
+
+
+Actualización de una instalación de Greenstone
+
+
+
+
+
+Estos ejercicios de tutorÃa suponen que usted está usando Greenstone 2.60 o superior
+
+
+Antes de actualizar una nueva versión de Greenstone, asegúrese que no se está ejecutando la Interfaz Greestone del Bibliotecario o el servidor de la biblioteca local en su computador. Normalmente, al salir del explorador de la web o de la Interfaz del Bibliotecario, también se sale del servidor.
+
+
+Retirar Greenstone de un sistema Windows
+
+
+Retirar completamente la versión existente antes de instalar una nueva versión de Greenstone
+
+
+Asegúrese que no se está ejecutando Greenstone
+
+
+Retire la versión anterior yendo al panel de control de Windows (desde el item Ajustes en el menú Comienzo ). Haga clic en Añadir o retirar Programas , escoja Software de Greenstone de Biblioteca digital , y Retirar . (Para hacerlo, usted puede necesitar privilegios del administrador de Windows.)
+
+
+Al final de este procedimiento se le preguntará si quiere retirar todas sus colecciones, debe contestar No si quiere preservar su trabajo.
+
+
+Pueden aparecer problemas si no se han retirado completamente las versiones anteriores de Greenstone. Para limpiar su sistema, mueva su carpeta local collect de Greenstone que contiene todas las colecciones, al desktop. Después busque la carpeta C:\Program Files\gsdl o C:\Program Files\Greenstone, que es donde se instala usualmente Greenstone y si existe, retÃrela totalmente.
+
+
+Reinstalar Greenstone en un sistema Windows
+
+
+El proceso de reinstalación es exactamente el mismo que el procedimiento original descrito en . Si usted tiene ImageMagick, no necesita instalarlo nuevamente
+
+
+Han ocurrido algunos cambios superficiales en el procedimiento de instalación al moverse a la versión 2.60 de Greesntone, porque ésta usa un programa instalador diferente
+
+
+Hay otra diferencia importante que se debe tener en cuenta. Las versiones 2.60 y superiores están instaladas en la carpeta de Archivos de Programas\Greenstone, mientras que versiones anteriores se han ubicado en la carpeta de Archivos de Programas\gsdl (estas son las dos ubicaciones por defecto que usted pudo haber cambiado durante la instalación.) Cuando se actualice la Versión 2.60, si quiere guardar las colecciones existentes, debe mover explÃcitamente los contenidos de la carpeta de colecciones desde el sitio anterior al nuevo sitio. Versiones futuras de Greenstone se instalarán en el nuevo lugar, Archivos de Programas\Greenstone, de manera que este problema no volverá a ocurrir otra vez.
+
+
+Amalgamar diferentes colecciones de Greenstone
+
+
+Si usted ha instalado previamente el software de la Biblioteca Digital de Greenstone en un lugar no estándar, debe amalgamar sus colecciones moviéndolas desde la carpeta \colecciones, a la carpeta Archivos de Programas\Greenstone\collect .
+
+
+Si usted ha instalado colecciones desde CD-ROMs de Greesntone pre-empacados, estas residen en un lugar diferente: C:\GSDL\collect para amalgamarlas con su instalación principal de Greenstone, muévalas a la carpeta Archivos de Programas\Greenstone\colecciones ya no es necesaria la versión mini de Greenstone que se asocia con colecciones pre-empacadas. Para desinstalarla, seleccione Desinstalar en el menú Greenstone del menú Comienzo de Windows.
+
+
+Instalando el paquete de idiomas de Greenstone (2.62 y anterior)
+
+
+Si usted va ala página de preferencias de cualquier colección de Greenstone en el menú Interfaz de Idioma encontrará instalados solamente Inglés, Español, Francés y Ruso
+
+
+Ubique el Paquete de Idiomas de Greenstone ( (glp-x.xx.exe/glp-x.xx-linux.bin/gli-x.xx-macOSx.command). Puede estar en el DC-ROM desde el que usted instaló Greenstone, o pudo haberlo bajado de http://www.greenstone.org.
+
+
+Accione el archivo ejecutable (Haga doble clic en él en Windows); esto inicia el instalador. Accepte todas las acciones por defecto
+
+
+Reanude la LibrerÃa Digital Greenstone y cheque la interfaz de lenguage nuevamente. Ahora deberÃa de ver 40 diferentes lenguajes.
+
+
+Activando otros lenguajes (2.63 o posterior)
+
+
+Si uested ha bajado Greenstone de la internet, todos los lenguajes serán activados por defaul. Sin embargo, si usted ha instalado Greenstone de un CD-ROM UNESCO, entonces úcamente Inglés, Francés, Español y Ruso serán activados.
+
+
+Para activar otro lenguaje, edite el archivo greenstone\etc\main.cfg . Busque la linea del "Lenguaje" apropiado, y decoméntelo (ej. remueva el # desde el principio). Cheque que el códificado requerido sea también activado.
+Por ejemplo, suponga que queremos activar Turco. La linea del lenguaje Turco se ve asÃ:
+#Language shortname=tr longname=Turkish default_encoding=windows-1254
+Para activarlo, quitamos el #, ej. hágalo ver como:
+Language shortname=tr longname=Turkish default_encoding=windows-1254
+El defaul codificado para Turco es Windows-1254. Asi que buscamos la linea codificada de Windows-1254:
+Encoding shortname=windows-1254 "longname=Turkish (Windows-1254)" map=win1254.ump
+Esto ya está activado (ningun # al principio) asi que no tenemos que hacer nada mas.
+
+
+Instalando el Paquete de Interfaz Clásico (2.63 y posterior)
+
+
+Ahora Greenstone viene con todos los lenguajes activados.
+El HTML generado utiliza texto+CSS en vez de imágenes para la barra de navigación,
+entrada, ayuda, botón de preferencias etc. El paquete interfaz clásico no es necesitado si usted quiere utilizar Greenstone en otro lenguaje. Esto es únicamente utilizado si usted quiere revertir al viejo sistema HTML con imágenes texto. Esto puede ser útil si tiene su greenstone personalizado, o si requiere compatibilidad con Netscape 4.
+
+
+Localize el Paquete Interfaz Clásico (gcip-x.xx.zip). Esto puede estar en el CD-ROM de cual usted instaló Greenstone, o puede bajarlo de internet en http://www.greenstone.org.
+
+
+El paquete interfaz clásico es un archivo zip que contiene las viejas imágenes texto, como los botones clasificadores. Quite el zip del archivo zip en las imágenes directorio de su instalación Greenstone.
+
+
+Permita el uso del estilo viejo de macros editando greenstone\etc\main.cfg : reemplazar nav_css.dm con nav_ns4.dm en la lista macrofiles .
+
+
+Inicie de nuevo la Biblioteca Digital de Greenstone. Ya deberÃa de estar usando las viejas imágenes de texto.
+
+
+
+
+
+Construcción de una pequeña colección de archivos HTML
+
+
+
+
+
+Se necesitan algunos archivos de HTML, tales como los que hay en la carpeta de hobbits, en los archivos de ejemplo.
+
+
+Iniciar la Interfaz del Bibliotecario de Greenstone
+
+Comienzo-->Todos los Programas-->Software de la LibrerÃa Digital Greenstone v2.70-->Interfaz Bibliotecario Greenstone
+
+
+Después de una corta pausa, aparece una pantalla de comienzo y a continuación, después de otra pausa un poco más larga, aparece la Interfaz principal del Bibliotecario de Greenstone. (Un commando impromptu también será abierto en el fondo de la pantalla.)
+
+
+
+Iniciar una nueva colección desde la Interfaz del Bibliotecario
+Archivo → Nuevo
+
+
+Va a crear una colección basada en algunas páginas HTML de la web que describen algunos Hobbits en Señor de los Anillos .
+Aparece una ventana. Llénela con los valores apropiados—por ejemplo,
+
+TÃtulo de la colección: Sobre Hobbits
+Descripción del contenido: Una colección sobre hobbits.
+
+Deje la definición de Base esta colección en: en su valor por defecto Nueva Colección, y haga clic en <OK> .
+
+
+Aparece otra ventana desde la cual usted escoge el conjunto (o conjuntos) de metadatos a usar. Esto se trata en otros ejercicios. Por ahora, escoja Dublin Core Metadata Element Set Version 1.1 seguido de <OK> .
+
+Si esta es la primera vez que usted abre una colección en el Interfaz Bibliotecario, dos popups de barras de progreso aparecerán para mostrar el progreso mientras cargando entradas y clasificdores.
+
+
+
+A continuación, debe reunir los archivos que conforman la colección. Se ha preparado anticipadamente un conjunto para ésto en archivos de ejemplos en la carpeta hobbits . Usando el lado izquierdo del panel Reunir de la Interfaz del Bibliotecario, navegue intreractivamente en la carpeta Archivos de_ejemplos .
+
+
+Ahora arrastre la carpeta hobbits del lado izquierdo y suéltela en el derecho. La barra de progreso, abajo, muestra alguna actividad. Gradualmente, aparecerán en el panel del lado derecho, duplicados de todos los archivos
+
+Puede inspeccionar los archivos que se han copiado, haciendo doble clic sobre la carpeta en el lado derecho
+
+
+
+Como esta es nuestra primera colección, no complicaremos las cosas accediendo manualmente a los metadatos o alterando el diseño de la colección. Por el contrario, confiamos en el comportamiento de las acciones por defecto, de manera que vaya directamente al panel Crear haciendo clic en Crear .
+
+
+Para comenzar la construcción de la colección, haga clic en el botón <Construir colección>
+
+
+Una vez construida a satisfacción la colección, aparece una ventana que confirma esta construcción. Haga clic en <OK> .
+
+
+Haga clic en el botón <Vista previa de la colección> para ver el resultado final. Esto carga la página relevante en su explorador de web (iniciándolo si es necesario). Mire la colección a aprenda sobre Hobbits!
+
+
+De regreso en la Interfaz del Biliotecario, haga clic en el tabulador Enriquecer para ver los metadatos asociados con con los documentos de la colección.
+
+
+Actualmente no hay metadatos asignados manualmente, pero durante la construcción se han extraÃdo metadatos de los documentos. Haga doble clic en la carpeta hobbits para expandir su contenido. Después haga un solo clic en bilbo.html para mostrar todos sus metadatos en el lado derecho del panel. Los campos iniciales, comienzo "dc", están vacÃos. Estos son campos de metadatos Dublin Core para entrada manual de datos (le hemos pedido incluir este conjunto de metadatos al iniciar la construcción de la colección).
+
+
+Use la barra de scroll en el extremo derecho para ver la parte inferior de la lista. Allá, usted verá campos que comienzan por "ex." que expresan los metadatos extraÃdos, por ejemplo ex.Title basados en el texto de las etiquetas de TÃtulo HTML, y ex.Language , el idioma del documento (representado con el estándar ISO 2-letter mnemonic) que Greenstone determina al analizar el texto del documento.
+
+
+Cierre la colección haciendo clic en Archivo → Cerrar Esto guarda automáticamente la colección en el disco.
+
+
+Definición de un atajo en la Interfaz del Bibliotecario
+
+
+Para definir un atajo hacia los archivos fuente, en el panel Reunir navegue a la carpeta en espacio local de archivo que tiene los archivos que usted quiere usar—en nuestro caso, la carpeta sample_files . Selecciónela y haga clic derecho. Siga las instrucciones para definir un atajo. Cierre todas las carpetas en el árbol de archivos y verá el atajo entre sus archivos fuente, en el lado izquierdo del panel Reunir .
+
+
+
+
+
+Una colección archivos de Word y PDF
+
+
+
+
+
+Se necesitan algunos archivos fuente como los que hay en archivos de_ejemplos\Word_y carpeta_PDF.
+
+
+Comenzar una nueva colección llamada reportes , llene los campos apropiados y escoja Dublin Core como el conjunto de metadatos
+
+
+Copie los 12 archivos desde archivos de_ejemplos → Word_and_PDF → Documentos a la colección. Usted puede escoger múltiples archivos haciendo clic sobre el primero y luego shift-clic en el último, y después arrástrelos todos juntos. (Esta es la técnica normal de selección múltiple.)
+
+
+Cámbiese al panel Crear y construir y vista previa de la colección
+
+
+Nuevamente, esta colección no contiene metadatos asignados manualmente. Toda la información que aparece—tÃtulo y nombre de archivo—se extrae automáticamente de los documentos mismos. Por esta razón, la calidad de algunos metadatos es dudosa.
+
+
+De regreso a la Interfaz del Bibliotecario, haga clic en el tabulador Enrich para ver automáticamente los metadatos extraÃdos. Debe hacer scroll hacia abajo para ver los metadatos extraÃdos, que comienzan con "ex.". Los Documentos PostScript (cluster.ps and langmodl.ps no tienen titulos extraÃdos: los que aparecen en la lista tÃtulos a-z son solamente los primeros caracteres del documento).
+
+
+Adición manual de metadatos a los documentos de la colección
+
+
+En el panel Enrquecer adcicione manualmente el dc.Title de los metadatos Dublin Core a uno de estos documentos. Seleccione word03.doc y haga doble clic sobre éste para abrirlo. Copie el tÃtulo de este documento ("Greenstone: A comprehensive open-source digital library software system") y regrese a la Interfaz del Bibliotecario. Desplacese arriba o abajo en la tabla de metadatos hasta que vea dc.Title . haga clic en la caja Valor. Haga clic en Añadir .
+
+
+Ahora añada información del dc.Creador para el mismo documento. Puede agregar más de un valor al mismo campo, para acomodar múltiples autores - simplemente ponga el siguiente valor y haga clic en <Añadir >.
+
+
+Cierre el documento cuando haya terminado de copiar los metadatos de este mismo. Mientras consulte el documento los programas externos abiertos deben cerrarse antes de construir la colección, de otro modo errores pueden ocurrir.
+
+
+Después adicione el tÃtulo y el creador de metadatos para unos pocos de los otros documentos
+
+
+si usted construye y hace una vista previa de su colección en este punto, notará que nada ha cambiado. Necesita alterar el diseño de la colección para busar los metadatos Dublin Core en vez de los metadatos originalmente extraÃdos
+
+
+Diseño de colección; Marcar la colección con una imagen
+
+
+Cámbiese al panel Diseño que se abre en varias secciones. Aparece la primera sección Opciones Generales . Esta le permite modificar, si desea, los valores que usted suministró al definir la colección. También puede marcar la colección con una imagen apropiada.
+
+
+Haga clic en el botón <Explorar > asociado con "URL to about page icon" y explore la imagen sample_files → Word_and_PDF → wrdpdf.gif en su computador. Cuando usted escoge esta imagen, Greenstone automáticamente genera un URL apropiado para la imagen.
+
+
+si usted está en la web, fácilmente puede hacer su propio Ãcono en estilo Greenstone yendo a
+ http://www.greenstone.org/make-images.html
+y siguiendo las instrucciones de allá
+
+
+Plugins de documentos
+
+
+Ahora mire la sección Plugins de Documentos haciendo clic sobre ésta en la lista de la derecha. Aquà usted puede añadir, configurar o retirar plugins que se van a usar en la colección. No es necesario retirar ningún plugin, pero esto aligerará un poco el procesamiento. En este caso sólo tenemos documentos de Word, PDF, RTF y PostScript y puede retirar los plugins de ZIPPlug, TEXTPlug, HTMLPlug, EMAILPlug, ImagePlug, ISISPlug y NULPlug. Para retirar un plugin, selecciónelo y haga clic en <Retirar Plugin >. Se necesita GAPlug para cualquier tipo de colección fuente y no debe retirarse.
+
+
+Tipos de búsqueda y búsqueda por campos
+
+
+Vaya a la sección Tipos de Búsqueda . Esta especifica qué clase de interfaz e Ãndices de búsqueda se suministrarán para la colección. Vamos a añadir una opción de forma de búsqueda. Haga clic en <Activar Búsquedas Avanzadas >; esto incluye "forma de búsqueda" en la colección.
+
+
+para incluir "búsqueda plana", jale el menú Tipos de Búsqueda y escoja plana ; luego haga clic en<Agregue Tipo de Búsqueda >.
+Búsque da plana será el defecto de búsqueda tipo como lo es en la primera lista.
+
+
+Indices de búsqueda
+
+
+El siguiente paso en el panel de Diseño es Indices de búsqueda Estos especifican qué partes de la colección se pueden buscar (es decir, buscar por tÃtulo y autor). Borre los Ãndices ex.TÃtulo and ex.Fuente que no son útiles, seleccionándolos uno por uno y haciendo clic en <Retirar Ãndice >. Sólo el Ãndice texto permanece.
+
+
+Ahora agregue un Ãndice de tÃtulo basado en dc.TÃtulo suministrando un Indice de Nombre (es decir, "TÃtulo del Documento") y seleccione dc.TÃtulo de la caja Fuente de Indices . Luego haga clic en <Agregar Ãndice >.
+
+
+Usted puede agregar Ãndices basados en cualesquiera metadatos. Agregar un Ãndice llamado "Autores" basado en los metadatos dc.Creador
+
+
+Las siguientes dos secciones son Indices de Partición and Búsqueda Cruzada de Colección . En este ejercicio, no haremos ningún cambio.
+
+
+Clasificadores de exploración
+
+
+La sección Clasificadores de Exploración adiciona "clasificadores", que suministran funciones para explorar en la colección. Vaya a esta sección y observe que Greenstone ha suministrado dos clasificadores AZList basadas en ex.TÃtulo y metadatos ex.Fuente . RetÃrelos seleccionándolos uno a uno y haciendo clic en <Retirar Clasificador >.
+
+
+Ahora adicionamos un clasificador AZList para metadatosdc.TÃtulo . Escoja AZList en Escoger clasificador para adicionar lista de despliegue y haga clic en <Adicionar clasificador >
+
+
+Aparece una ventanaConfiguración de Argumentos . Seleccione dc.Title de la lista de arrastre metadata y haga clic en <OK >.
+
+
+Ahora añada un clasificador AZCompactList . Haga clic en <Añadir Clasificador > y configúrelo para usar los metadatos dc.Creador con el nombre de botón "Creador". Haga clic en OK >.
+
+Las tres últimas secciones son Aspectos deFormato , Traducir Texto and Conjuntos de Metadatos . En este ejercicio no les haremos ningún cambio.
+
+
+
+Cámbiese al panel Crear y construir y vista previa de la colección.
+
+
+Verifique que todas las facilidades trabajan apropiadamente. Debe haber tres Ãndices de texto completo, llamados texto , TÃtulo de Documento , y Autores . En la lista tÃtulos a-z deben aparecer todos los documentos a los cuales usted ha asignado los metadatos dc.TÃtulo (y solamente esos documentos). En la lista autores aÂ-z debe aparecer un estante para cada autor que usted haya asignado como dc.Creador , y haciendo clic en ese estante, debe llevarlo a todos los documentos del autor.
+
+Los metadatos extraidos no son confiables. Pero es muy barato! Por otra parte, los metadatos asignados manualmente son confiables, pero costosos. La sección anterior de este ejercicio ha mostrado cómo buscar el mejor de los dos mundos, usando los metadatos extraidos y corrigiéndolos cuando esten malos. Tal vez ésto no satisfaga al bibliotecario profesional pero puede ser interesante para el profesor de música que quiera tener su colección con un mÃnimo de esfuerzo.
+
+
+En este punto puede que quiera publicar la colección en CD-ROM, Ver abajo en para saber cómo hacer esto.
+
+
+
+
+
+Documentos PDF difÃciles
+
+
+
+
+
+Construir una colección nueva de Greenstone con los dos archivos en Archivos de _ejemplo\documentos_difÃciles. Use la colección de configuración por defecto: esto es, simplemente reuna los archivos en una nueva colección y constrúyala.
+
+Estos archivos se llaman Texto no extraible.pdf y caracteres raros.pdf—sus nombres indican los problemas que van a causar!
+
+
+
+Ahora haga una vista previa de la colección. Las listas de tÃtulos y de nombres de archivos muestran solamente uno de los documentos. Cuando hace clic en el Ãcono "texto" para ver el texto extraÃdo de ese documento, es basura. Durante el proceso de construcción apareció el mensaje: "Se procesó un documento y se incluyó en la colección; se rechazó un documento."
+
+
+Modos en la Interfaz del Bibliotecario
+
+
+La Interfaz del Bibliotecario puede operar en diferentes modos. Hasta ahora, usted ha estado usando el modo por defecto, llamado "Bibliotecario."
+
+
+Use el item Preferencias en el menú File para cambiarse a modo Experto y construya otra vez la colección. El panel Crear se ve diferente en modo Experto porque ofrece más opciones: localice el botón Construir Colección , cerca al fondo de la ventana y haga clic sobre él. Ahora aparece un mensaje indicando que el archivo no se pudo procesar y por qué razón.
+
+
+Recomendamos que regrese al modo Bibliotecario en los siguientes ejercicios, para evitar confusión
+
+
+Conversión Mejorada de PDF con Ghostscript
+
+
+Si usted tiene el Ghostscript instalado, entonces podrá usar un nuevo método de manejo para los documentos PDF que pueden causar problemas. Ghostscript es un programa que puede convertir archivos Postscript y PDF en otros formatos. Usted puede bajarlos de internet de http://www.cs.wisc.edu/~ghost/ (siga el link hasta la presente liberación estable).
+
+
+Greenstone puede convertir archivos PDF en una serie de imágenes con un archivo correspondiente que detalla cómo componen todo el documento (llamado archivo item ). Para esta parte del ejercicio hay que instalar ImageMagick (ver ).
+
+
+En la lista de Plugins de Documentos en el panel Diseño , haga doble clic en PlugPDF para obtener una ventana que muestra las definiciones y ajuste la opción convertir_a a pagedimg_gif .
+
+
+Construir la colección y vista previa de la misma. Ambos documentos PDF se han procesado y dividido en páginas, pero cada página muestra "Este documento no tiene texto" porque al convertir archivos PDF a imagen no hay extracción de texto.
+
+
+Para ver los documentos apropiadamente necesitamos modificar una instrucción de formato. En la sección Aspectos de Formato en el panel Diseño l, escoja la instrucción de formato Texto de Documento . Reemplazar:[Text] con [srcicon] y haga clic en <Reemplazar Formato> .
+
+
+Vista Previa de la colección desde el panel Crear . (No es necesario construirlo). Ahora se muestran las imágenes de los documentos en vez del texto extraÃdo. Ambos texto no extraible.pdf y caracteres raros.pdf se ven muy bien ahora.
+
+
+
+
+
+Una simple colección de imágenes
+
+
+
+
+
+Iniciar una colección nueva (Archivo → Nuevo ) llamado backdrop . Llene los campos con la miniformación apropiada. Para Base esta colección en , escoja el item Colección de Imagen simple (imagen-e) del menú de arrastre.
+
+Greenstone no le pide escoger un conjunto de metadatos porque la nueva colección hereda lo que se haya usado la colección base
+
+
+
+Copie las imágenes suministradas en sample_files\images a su nueva colección recientemente construida.
+
+
+Cámbiese al panel Crear y construir la colección.
+
+
+Vista Previa del resultado.
+
+
+Haga clic en explorar en la barra de navegación para ver una lista de fotografÃas ordenada por nombre de archivo y presentada de tamaño minúsculo y con algunos datos de la imagen. La estructura de esta imagen es la misma de Colección de imagen simple (imagen-e) , pero el contenido es diferente.
+
+
+Cámbiese al panel Enriquecer y vea los metadatos extraÃdos para Bear.jpg .
+
+
+Ahora adicionamos nuestros propios metadatos y los usamos para dar a los usuarios una nueva forma de explorar la colección. Usamos el conjunto de metadatos Dublin Core.
+
+
+Adicionar un metadato a la colección
+
+
+La colección (Imagen-e) en la cual se basa backdrop usa solamente metadatos extraÃdos. Para adicionar otro conjunto de metadatos, vaya al panel Diseño de la Interfaz del Bibliotecario y haga clic en Conjuntos de Metadatos en la lista de la izquierda (la última). Después haga clic en <Adicionar Conjunto de Metadatos... > (botón izquierdo inferior).
+
+
+En la ventana que aparece, escoja dublin.mds y haga clic en <Adicionar Conjunto de Metadatos >.
+
+
+Adicionar TÃtulo metadatos
+
+
+Ahora cámbiese al panel Enriquecer haciendo clic en este tabulador. Los metadatos para cada archivo muestran ahora los campos del núcleo de Dublin dc. asà como los campos extraÃdos ex.
+
+
+Trabajamos solamente con los tres primeros archivos (Bear.jpg , Cat.jpg and Cheetah.jpg ) para obtener una idea de lo que es posible hacer. Primero, ajuste cada campo del archivo dc.TÃtulo para que sea igual al nombre del archivo pero sin la extensión.
+
+
+Haga clic en Bear.jpg asà los metadatos están disponibles, ahora haga clic sobre su campo dc.Title en el lado derecho. Entre Bear , y haga clic en Enter .
+
+
+La caja Todos los Valores Previos... será más útil cuando se hayan adicionado más entradas.
+
+
+Repita el proceso para Cat.jpg and Cheetah.jpg .
+
+Qué descripción debe entrar? Para acordarse del contenido del archivo, la Interfaz del Bibliotecario le permite abrir archivos haciendo doble clic sobre ellos. Activa la apliación adecuada según la extensión del archivo, Word para archivos .doc, Acrobat para archivos .pdf, etc. Haga doble clic en Bear.jpg: en Windows, la imagen se mostrará con Microsoft's Photo Editor (aunque depende de cómo se haya configurado su computador).
+
+De regreso en la Interfaz del Bibliotecario, entre el texto Bear in the Rocky Mountains como la dc.Descripción del valor del campo y haga clic en Enter para añadirlo.
+
+
+Repita este proceso para Cat.jpg and Cheetah.jpg , adicionanado una descripción adecuada para cada uno.
+
+
+
+Ahora personalizamos la apariencia de la colección. Construir o Hacer una vista previa de la colección; en este punto no revelará nada nuevo. Esto es porque no hemos cambiado el diseño de la colección para aprovechar los nuevos metadatos
+
+
+Cambiar Aspectos de Formato para mostrar nuevos metadatos
+
+
+Vaya al panel Diseño y escoja Aspectos de Formato de la lista de la izquierda. Deje los controles de edición en sus valores por defecto, de modo que Escoger Aspecto permanezca en blanco y VList se selecciona como el Componente Afectado . En el Cadena de Formato HTML , edite el texto asÃ:
+
+Cambie "_ImageName_:" a "TÃtulo:" Cambie "[Imagen]" a "[dc.TÃtulo]"
+
+
+Los nombres de los metadatos de Greenstone son sensibles a los casos: es importante tener en cuenta "TÃtulo" ( y no "dc")
+
+
+
+Ahora haga clic en <Reemplazar Formato> . El primero de los cambios anteriores altera el fragmento de texto que aparece a la derecha de la imagencita, el segundo, altera el item de metadatos que le sigue.
+
+
+Vaya al panel Crear y haga clic en <Construir Colección> . Ahora Vista Previa de la colección. Cuando usted hace clic en explorar en la barra de navegación, la presentación ha cambiado a "TÃtulo: Bear" y asà sucesivamente.
+
+
+Despues de los primeros tres Ãtems, el tÃtulo se vuelve blanco porque los items subsiguientes no tienen dc asignado.TÃtulo de metadatos para estos tres Ãtems. Para obtener una lista completa, ingrese todos los metadatos.
+
+
+Para algunos parámetros de diseño, hay que construir nuevamente la colección antes de observar el efecto de los cambios. Sin embargo, los cambios en las instrucciones de formato se llevan a cabo inmediatamente y el resultado se puede ver enseguida haciendo clic en recargar (o refrecar ) en el explorador de la web.
+
+
+Cambiar el tamaño de las imagencitas
+
+
+Las imagencitas se crean con el plug-in ImagePlug de manera que tenemos que acceder a sus definiciones de configuración. Para hacerlo, cámbiese al panel Diseño y escoja Plugins de Documentos de la lista a la izquierda. Haga doble clic en plugin Plug de Imagen para que aparezca una ventana que muestre las definiciones. (Alternativamente, escoja Plug de Imagen con un solo clic y después haga clic en <Plugin de Configuración...> más abajo en la pantalla). Normalmente, todas las opciones están apagadas, de manera que se usan las acciones por defecto que son estándar. Escoja tamaño imagencita , ajústelo a 50 , y haga clic en <OK> .
+
+
+Construir y Vista Previa de la colección.
+
+
+Una vez que ha visto el resultado del cambio, regrese al panel Diseño , escoja las opciones de configuración para Plug de Imagen , y apague la opción de tamaño de imagencita de manera que ésta adquiera su tamaño normal al reconstruir la colección.
+
+
+Ahora, adicionar metadatos que describan las fotografÃas que hay en la colección. Nuevamente, como ilustración, nos concentramos en las primeras tres imágenes. (Bear.jpg, Cat.jpg and Cheetah.jpg).
+
+
+Añadir Descripción de metadatos
+
+
+Cámbiese al panel Enrich y escoja Bear.jpg . Almacenaremos nuestra descripción en dc.Descripción elemento metadato, entonces escójalo ahora en el panel de la derecha.
+
+
+Construya otra vez la colección, para incorporar los nuevos metadatos
+
+
+Ahora actualice la instrucción de formato para usar la nueva dc.Descripción de metadatos. Vuelva la sección Rasgo de Formato del panel Diseño , y asegure que la casilla Escoja Rasgo esté en blanco, y que VList esté seleccionado en la casilla Componente Afectado . En el Formato Cuerda HTML coloque el cursor después del texto que dice
+[dc.Title]<br>
+
+
+adicione el siguiente texto:
+Description: [dc.Description]<br>
+
+
+Ahora haga clic en <Reemplazar Formato> .
+
+
+Vista previa del resultado (no necesita construir la colección ya que ésto se hizo en el paso 22 para incoprporar los metadatos porque los cambios al formato tienen lugar inmediatamente). Cada descripción de imagen debe aparecer al lado de la imagencita, después del tÃtulo.
+
+
+Adicionar un clasificador para explorar, basado en la descripción de los metadatos
+
+
+Cámbiese al panel Diseño y escoja Clasificadores para explorar de la lista de la izquierda. Ajuste el item del menú para Escoger clasificador para adicionar a AZList ; ahora haga clic en <Adicionar Clasificador... >.
+
+
+Aparece una ventana para controlar las opciones del clasificador. Ajuste el item del menú a dc.Descripción y haga clic en <OK> . Ahora cámbiese al panel Crear , construir la colección, y vista previa de la misma. Escoja el vÃnculo de las nuevas descripciones que aparece en la barra de navegación.
+
+
+Sólo se muestran tres items, porque solamente aparecen en la lista, items con los metadatos relevantes (dc.Descripción en este caso). La lista original para explorar incluye todas las fotografÃas de la colección porque se basa en los metadatos ex.Image, extraidos, que reflejan el nombre de archivo de una imagen, que se ha definido para todas las imágenes de la colección.
+
+
+Creación de Ãndice de búsqueda basado en la descripción de metadatos
+
+
+Cámbiese la panel Diseño y escoja Indices de búsqueda en la lista de izquierda. Entre el texto "descripciones" como Nombre de Indice , escoja dc.Descripción y haga clic en <Adicionar Ãndice> .
+
+
+Cámbiese al panel Crear , construir la colección, después vista previa de la misma. Como ejemplo, busque el término "bear" en el Ãndice descripciones (que es hasta este punto el único Ãndice).
+
+
+
+
+
+Una grande colección de archivos HTML— Tudor
+
+
+
+
+
+Invoque la Interfaz del Bibliotecario de Greenstone (en en menú Comienzo de Windows) e inicie una nueva colección llamada tudor (use el menú Archivo ).Llene el diálogo que aparece con los valores apropiados y deje Dublin Core , que se escoge por defecto, como el conjunto de metadatos.
+
+
+En el panel Reunir , abra la carpeta tudor in Archivos de _ejemplo .
+
+
+Arrastreenglishhistory.net del lado izquierdo al derecho para incluirlo en su colección tudor .
+
+
+Cámbiese al panel Crear y haga clic en <Construir Colección> .
+
+
+Cuando se haya terminado la construcción, vista previa de la colección.
+
+
+Las facilidades (tÃtulos a-z y nombres de archivos ) para explorar en esta colección, se basan totalmente en metadatos extraidos. Regrese a la Interfaz del Bibliotecario y examine los metadatos que se extrajeron de algunos archivos.
+
+
+Probablemente usted ha notado que la colección contiene algunas imágenes dispersas, asà como también los documentos HTML. Esto es un error y es porque muchos de los archivos HTML incluyen imágenes y aunque Greenstone intenta determinar cuáles imágenes pertenecen a HTML ,y sólo considera otras imágenes para incluirlas en la colección, en este caso no tuvo éxito completamente. (Porque el sitio de la web de donde se bajaron estos archivos, a veces no sigue la convención usual de la estructura jerárquica.)
+
+
+Cámbiese al panel Diseño y escoja la sección Plugins de Documentos . Al lado de plugin HTMLPlug verá -bloqueo_astuto . Esta es la opción que intenta identificar imágenes en las páginas HTML y bloquearlas para no incluirlas—en este caso, no suficientemente astuto! Escoja la lÃnea plugin HTMLPlug y haga clic en <Configurar Plugin...> . Aparece una ventana. Desplace hacia abajo la página para ubicar la opción bloqueo_astuto y apáguela. Haga clic en <OK> .
+
+
+Cámbiese al panel Crear y construir y vista previa de la colección. La colección está exáctamente como antes excepto que las imágenes dispersas se eliminaron. Lo que ocurre es que los plug-ins funcionan como una tuberÃa: los archivos pasan uno a uno hasta encontrar alguno que se pueda procesar. Por defecto (i.e. sin bloqueo_astuto ) el plug-in de HTML bloquea todas las imágenes, lo cual es apropiado para esta colección.
+
+
+Observar diferenres vistas de los archivos en los paneles Reunir y Enriquecer
+
+
+Cámbiese al panel Reunir y en el lado derecho, abra englishhistory.net → tudor .
+
+
+Cambie el menú Mostrar Archivos en la derecha de Todos los archvos a HTM & HTML . Nótese que los archivos mostrados arriba se filtran para mostrar solamente los archivos de este tipo.
+
+
+Cambie el menú Mostrar Archivos a Imágenes . De nuevo, se alteran los archivos mostrados.
+
+
+Ahora regrese a Mostrar Archivos a través de Todos los Archivos , de lo contrario, puede confundirse más tarde. Recuerde, si los paneles Reunir o Enriquecer no muestran todos sus archivos, este podrÃa ser el problema.
+
+
+
+
+
+
+Exportando una colección a CD-ROM/DVD
+
+
+
+
+
+Para publicar una colección en CD-ROM, se debe instalar el módulo de Greenstone Exportar a CD-ROM (ver ).
+
+
+Activar la Interfaz del Bibliotecario si no está activada aún
+
+
+Escoja Archivo → Escriba imagen CD/DVD , y en la ventana que aparece y escoja la colección tudor como la colección a exportar. Puede asignar un nombre opcional al CD-ROm; de los contrario, se usa el nombre por defecto "collections". Hágalo ahora, entre "Colección Tudor" en el campo para el nombre CD/DVD ; luego haga clic en <Escribir imagen CD/DVD .
+Los archivos necesarios para exportar, se escriben en:
+C:\Program Files\Greenstone\tmp\exported_Tudorcollection
+
+Nota, si usted no especificó un nombre para el CD-ROM, entonces el nombre del archivo será exported_collections en vez de exported_Tudorcollections .
+
+Debe usar el software de su propio computador para escribirlos en CD-ROM. En Windows XP , esta capacidad hace parte del sistema operativo: suponiendo que usted tiene una unidad de escitura CD-ROM o DVD, inserte un disco en blanco en el dispositivo y arrastre el contenido de exported_Tudorcollection hacia la carpeta que representa el disco.
+
+El resultado será un CD-ROM o un DVD Greenstone autoinstalable, el cual inicia el proceso de instalación tan pronto como se haya colocado en el disco.
+
+
+
+
+
+
+Descargar archivos de la web
+
+
+
+
+
+El panel de descaga de la Interfaz del Bibliotecario de Greenstone le permite descargar archivos individuales, partes de sitios de la web y sitios de web completos.
+
+
+Inicie una nueva colección llamada webtudor , y básela en la coleccióntudor .
+
+
+Con un explorador de la web, visite http://englishhistory.net, siga el vÃnculo a Tudor England , y haga clic en <enter >. Usted deberÃa estar en el URL
+ http://englishhistory.net/tudor/contents.html
+Este es el lugar en donde comenzamos el proceso de descarga para obtener los archivos que usted ha estado usando para la colección tudor
+
+
+PodrÃa hacer lo mismo copiando este URL del explorador de la web y pegándolo en el panel Descargar , y haciendo clic en el botón <Descargar> . Sin embargo, se descargan varios megabytes que pueden recargar sus resursos de red—o su paciencia! Para un ejercicio más ágil, nos concentramos en una sección más pequeña del sitio. En el panel Descargar , entre este URL
+ http://englishhistory.net/tudor/citizens/
+a la caja Fuente URL . Hay varias opciones que gobiernan el desarrollo del proceso de descarga. Para copiar la sección citizens del sitio de la web, escoja Sólo archivos espejo debajo de este URL . Si no hace ésto (o si pierde el "/" terminante), el proceso de descarga seguira vÃnculos a otras áreas del sitio englishhistory.net y también los capturará. Defina Download profundidad to Ilimitado — queremos seguir a tantos vÃnculos como sea necesario para descargar todas las páginas.
+
+
+Ahora haga clic en <Descargar> . Aparece una barra de progreso en la mitad inferior del panel que informa sobre cómo se está llevando a cabo el proceso de descarga
+
+Se puede obtener información más detallada haciendo clic en <Ver Bitácora> . Se puede hacer pausa e iniciar nuevamente el proceso si es necesario, o se puede detener haciendo clic en <Cerrar> .La descarga puede ser un proceso lento que involucre muchos sitios, y asÃ, Greenstone permite poner en fila múltiples descargas. Cuando nuevos URL se pegan a la caja fuente de URL y se hace clic en <Descargar> aparece una nueva barra de continuación de las anteriores en la parte inferior del panel. Cuando se termina la descarga que está activa, se inicia la siguiente.
+
+
+
+Los archivos descargados se almacenan en una carpeta de alto nivel llamada Archivos Descargados que aparece en el lado izquierdo del panel Reunir . Puede ser que usted no necesite todos los archivos descargados, de manera que puede escoger y arrastrar los que necesita desde esta carpeta hacia el área de la colección en el lado derecho, tal como lo hicimos antes, al seleccionar datos en la carpeta archivos_ejemplo . En este ejemplo usaremos todo lo que se ha descargado.
+Escoja la carpeta englishhistory.net en Downloaded Files y arrástrela al área de la colección.
+
+
+Cámbiese al panel Crear para construir vista previa de la colección. Es más pequeña que la colección anterior porque sólo incluimos los archivos de los citizens . Sin embargo, no representan las últimas versiones de los documentos.
+
+
+
+
+
+Señalar hacia los documentos en la web
+
+
+
+
+
+Abra su colección webtudor y en el panel Reunir inspeccione los archivos que fueron arrastrados a su colección. La primera carpeta es englishhistory.net , que se abre para mostrar tudor , etc. Los archivos representan un barrido completo de las páginas (e imágenes de soporte) que constituyen la sección Tudor citizens del sitio de web englishhistory.net Fueron descargados de la web en una forma tal que se ha preservado la estructura del sitio original. Esto permite reconstruir cualquier URL original de la página a partir de la jerarquÃa de la carpeta.
+
+
+En el panel Diseño , escoja la sección Plugins de Document Plugins , depués escoja la lÃneaplugin HTMLPlug y haga clic en <Configurar Plugin> . Aparece una ventana. Localice la opción file_is_url (aproximadamente a mitad de camino hacia abajo del primer bloque de items) y enciéndala. Haga clic en <OK> .
+El ajuste de esta opción a HTMLPlug significa que Greenstone define una pieza adicional de metadatos para cada documento llamada URL, que da su URL original
+Es importante que los archivos reunidos en la colección comiencen con el nombre de dominio de la web (englishhistory.net en este caso). El proceso de conversión no trabaja si usted ha arrastrado hacia una subcarpeta, por ejemplo la carpeta tudor , porque esto definirá metadatos URL como algo "parecido"
+
+http://tudor/citizens/...
+
+y no como algo en "vez de"
+
+http://englishhistory.net/tudor/citizens/...
+
+Si usted ha copiado sobre una subcarpeta previamente, bórrela y haga una nueva copia. Arrastre la carpeta del lado derecho del panel Reunir hacia la papelera de reciclaje en la esquina inferior derecha. Después haga una nueva copia de los archivos arrastrando hacia la carpeta englishhistory.net desde la carpeta de Archivos Descargados en el lado izquierdo
+
+
+Para usar los nuevos metadatos URL, el Ãcono de vÃnculo debe cambiarse para que sirva en el URL original y no en la copia almacenada en la biblioteca digital. Vaya al panel Diseño , escoja la sección Aspectos de Formato y edite la instrucción de formato VList reemplazandola
+[link][icon][/link]
+con
+[weblink][webicon][/weblink]
+Haga clic en <Reemplazar Formato> para hacer el cambio
+
+
+Cámbiese al panel Crear y construir y vista previa de la colección. La colección se comporta exáctamente como antes, excepto que cuando usted hace clic sobre un Ãcono de documento, su explorador de web recupera el documento original de la web (suponiendo que todavÃa está allá en el momento de hacer este ejercicio!). Si se trabaja fuera de lÃnea, es imposible recuperar el documento.
+
+
+
+
+
+Colección mejorada de archivos HTML
+
+
+
+
+
+Regresamos a la colección Tudor y adicionamos metadatos que expresan una jerarquÃa. Después construimos un clasificador que los explota permitiendo a los lectores explorar los documentos acerca de Monarcas, Ciudadanos y otros más, separadamente
+
+
+Adicion de metadatos jerárquicamente estructurados y un clasificador de jerarquÃa
+
+
+Abra su colección tudor (la versión original, no la versión webtudor ), cámbiese al panel Enriquecer y escoja la carpeta monarchs (una subcarpeta de tudor ). Ajuste sus metadatos de dc.Tema y palabras clave a PerÃodo Tudor|Monarcas . (Para mayor brevedad, nos referiremos a este elemento de metadatos en el futuro, simplemente como dc.Tema .) La barra vertical ("|") es un marcador de jerarquÃa. La selección de una folder y definir los metatdatos, tiene el efecto de ajustar estos valores de metadatos a todos los archivos contenidos en esta carpeta, en sus subcarpetas, etc. Aparece una ventana que avisa ésto.
+
+
+Repita para las carpetas relative y citizens , ajustando sus metadatos de dc.Tema a PerÃodo Tudor|Parientes y PerÃodo Tudor|Ciudadanos respectivamente. Nótese que la jerarquÃa aparece en el área Todos los Valores Previos dc.Tema y Teclado .
+
+
+Finalmente, seleccione todos los archivos restantes—los que no están las carpetas monarcas , parientes y ciudadanos —escogiendo el primero y haciendo shift-clic en el último. Defina los metadatos de dc.Tema a PerÃodo Tudor|Otros : lo cual se hace con una sola operación (se demora un poco antes de terminar).
+
+
+Cámbiese al panel Diseño y escoja Clasifacadores para explorar en la lista de la izquierda. Ajuste el item del menú deEscoger clasificador para agregar a JerarquÃa ; después haga clic en <Adicionar Clasificador... >.
+
+
+Aparece una ventana para controlar las opciones del clasificador. Cambie los metadatos a dc.Subject y haga clic en <OK> .
+
+
+Para efectos de limpieza, retire el clasificador de metadatos Fuente (los incluidos por defecto) de la lista de clasificadores asignados, ya que esto adiciona muy poco a la colección.
+
+
+Ahora cámbiese al panel Crear , construir la colección y vista previa de la misma. Escoja el nuevo vÃnculo de temas that aparece en la barra de navegación y haga clic en las estanterÃas para navegar en la jerarquÃa de cuatro entradas que usted ha creado.
+
+
+Enseguida dividimos todo el Ãndice del texto en cuatro partes diferentes. Para hacerlo, primero definimos cuatro subcolecciones obtenidas al "filtrar" los documentos de acuerdo con un criterio basado en los metadatos dc.Tema . Después se asigna un Ãndice a cada subcolección.
+
+
+División de todo el Ãndice del texto en valores de metadatos
+
+
+Cámbiese al panel Diseño y haga clic en <División de Indices >. Esta alternativa está desactivada porque se está operando en Modo Bibliotecario (está indicado en la barra de tÃtulo en la parte superior de la ventana).
+
+
+Cámbiese al modo Especialista en Sistemas de Bibliotecas yendo a Preferencias (en el menú Archivo ) y haciendo clic en <Modo >. Lea sobre los otros modos también. Nótese que el modo aparece en la barra de tÃtulo.
+
+
+Regrese a la sección Partición de Indices en el panel Diseño . Asegúrese que el tabulador Definir Filtros esté seleccionado (por defecto). Defina un filtro de subcolección con nombre monarcas que encaje con dc.Tema y palabras clave, y teclée Monarcas como la expresión regular con la cual debe encajar. Haga clic en <Adicionar Filtro >. Este filtro incluye cualquier archivo cuyos metadatos de dc.Tema contengan la palabra Monarcas .
+
+
+Defina otro filtro, parientes , que encaje dc.Tema con la palabra Parientes . Defina un tercero y cuarto filtros, ciudadanos y otros , que encajen con las palabras Ciudadanos y Otros respectivamente.
+
+
+Una vez definidas las subcolecciones, dividimos el Ãndice en sus particiones correspondientes. Haga clic en el tabulador <Asignar Particiones >. Escoja la primera subcolección y asÃgnele el nombre ciudadanos ; haga clic en <Adicionar partición >. Repita para las otras tres subcolecciones, asignándo un nombre a las particiones monarcas , otros y parientes . Construir y vista previa de la colección.
+
+
+La página de búsqueda incluye un menú que le permite seleccionar una de estas particiones para buscar. Por ejemplo, trate de buscar la partición de parientes de MarÃa y despues busque la misma cosa en la partición de monarcas .
+
+
+Para pemitir a los usuarios buscar en la colección como un todo asà como también en cada subcolección individualmente, regrese a la sección Partición de Indices en el panel Diseño y escoja el tabulador Asignar Paticiones . Teclée todas en el Nombre de Partición y escoja todas las cuatro subcolecciones verificando sus cajas.
+
+
+Para assegurar que el Ãndice todas aparece de primero en la lista de la página de la web del lector, use el botón <Mover arriba > para moverlo a la parte superior de la lista aquà en el panel Diseño . Ahora construir y vista previa de la colección.
+
+
+Buscar un término común (como el ) en las cinco particiones y verifique que los números de palabras (no documentos) suman
+
+
+Regrese al modo Bibliotecario usando Preferencias (en el menú Archivo ).
+
+
+Adicionar una frase Ãndice jerárquica (PHIND)
+
+
+Cámbiese al panel Diseño y escoja el item Clasificadores para explorar en la lista de la izquierda.
+
+
+Escoja Phind del menú Escoja clasificador para adicionar . Haga clic en <Adicionar Clasificador... >. Aparece una ventana que pregunta por las opciones de configuración: deje los campos en sus valores predefinidos por defecto (ésto basará la frase Ãndice en todo el texto) y haga clic en <OK> .
+
+
+Construir la colección otra vez, vista previa de la misma, y ensaye la nueva opción frases en la barra de navegación. Un término interesante para buscar en esta colección es rey .
+
+
+Finalmente veremos cómo se puede controlar el proceso de construcción. El desarrollo de una nueva colección, involucra generalmente bastantes ciclos de construcción, vistas previas, ajuste de algunos enriquecimientos y de aspectos de diseño, etc. Mientras se construye el prototipo, es mejor reducir temporalmente el número de documentos de la colección. Esto se hace con el parámetro "maxdocs" del proceso de construcción.
+
+
+Control del proceso de construcción
+
+
+Cámbiese al panelCrear y vea las opciones mostradas en la parte superior de la pantalla. Escoja maxdocs y defina su valor numérico en 3 . Ahora construir .
+
+
+Haga una vista previa de la página de tÃtulos a-z de la nueva colección reconstruida. Previamente se ha listado más de una docena de páginas por letra del alafabeto, pero ahora sólo hay tres—los primeros tres archivos encontrados durante el proceso de construcción.
+
+
+Vuelva al panel Crear y apage la opción maxdocs . Reconstruya la colección para que el documento sea incluido.
+
+
+
+
+
+Aprender acerca de formatos y de macros
+
+
+
+
+
+Las instrucciones de formato y los macros de archivos le permiten personalizar la apariencia de las colecciones de Greenstone. Son muy poderosos, pero son complejos y difÃciles de aprender. Esta tutorÃa ofrece una introducción a las facilidades que se suministran
+
+
+Ensayos con instrucciones de formato
+
+
+Abra su colección tudor , vaya al panel Diseño (haciendo clic en el tabulador correspondiente) y escoja Aspectos de Formato de la lista de la izquierda. Deje los Controles de Edición en sus valores por defecto, de forma que Escoger Aspecto permanezca en blanco y VList se escoje como el Componente Afectado . El texto en la caja Cadena de Formata HTML dice lo siguiente:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]} [ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+muestra algo que se ve de esta manera:
+
+A discussion of question five from Tudor Quiz: Henry VIII (quizstuff.html)
+
+para un documento en particular cuyo tÃtulo de metadatos es TÃtulo Una discusión de la pregunta cinco de la prueba sobre los Tudor: Enrique VIII y cuyos metadatos Fuente es quizstuff.html .
+Este formato aparece en la lista de resultados de la búsqueda, en la lista de tÃtulos a-z , y también cuando usted va a documentos individuales en la jerarquÃa de temas . Esta es la instrucción de formato por defecto de Greenstone.
+
+
+La instrucción de formato por defecto de Greenstone es compleja —incluso barroca porque se ha diseñado para producir algo razonable bajo cualesquiera condiciones y también porque, por razones prácticas, tiene que ser compatible hacia atrás con colecciones heredadas.
+
+
+Borre el contenido de la caja HTML Cadena de Formato y reemplácelo con esta versión más sencilla:
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ <i>([ex.Source])</i>
+</td>
+
+Acuérdese de hacer clic en <Reemplazar formato> .
+vista previa del resultado (no necesita construir la colección, porque los cambios a las instrucciones de formato tienen efecto inmediato). Mire algunos resultados de búsqueda en la lista detÃtulos a-z . Son los mismos que antes!! En la mayorÃa de las circunstancias, esta instrucción de formato mucho más simple es totalmente equivalente a la instrucción por defecto de Greenstone que es más compleja.
+
+Pero hay un problema. Al lado de las estanterÃas de los libros en el explorador de jerarquÃas, debajo del tema aparece un misteriorso "()". Lo imprimido en estos nodos de estanterÃa, lo gobierna la misma instrucción de formato y aunque lo nodos de jerarquÃa de la estanterÃa, tienen asociado TÃtulo de metadatos—su tÃtulo es el nombre de los metadatos asociados con esa estanterÃa—no tienen metadatos ex.Fuente, entonces aparece en blanco.
+
+
+
+En la sección Aspectos de Formato en el panel Diseño , el menú Escoja Aspecto (encima del menú Componente Afectado ) está en blanco. Eso implica que se usa el mismo formato para los resultados de la búsqueda, tÃtulos, y todos los nodos en la jerarquÃa de temas—incluyendo nodos internos (esto es, estanterÃas). El menú Escoja Aspecto se puede usar para restringir una instrucción de formato a uno especÃfico de los de estas listas; cuando está en blanco, la especificación VList se aplica completamente. Pasaremos por alto este formato para el clasificador jerárquico tema . En el menú Escoja Aspecto , deslÃcese hacia abajo, hacia el item que dice
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+y selecciónelo. Esta es la instrucción de formato que afecta al segundo clasificador (i.e. "CL2"), que es un clasificador de JerarquÃa basado en metadatos de dc.Tema y Palabras claveKeywords .
+Edite la caja Cadena de Formato HTML abajo para leer
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]</td>
+
+y haga clic en <Adicionar Formato >.
+
+
+Ahora vaya al panel Creare y haga clic en <Vista Previa >. Primero, ha desaparecido "()" de las estanterÃas. Segundo, cuando usted obtiene una lista de documentos con la jerarquÃa del tema, el nombre del archivo no aparece al lado del tÃtulo, porque no se ha especificado ex.Fuente en la instrucción de formato y esta instrucción de formato se aplica a todos los nodos en el clasificador de tema . Note que los resultados de la búsqueda y los tÃtulos de listas no han cambiado: todavÃa muestran el nombre de archivo debajo del tÃtulo.
+
+
+Cambiemos los resultados del formato de de manera que los metadatos de dc.Tema y Palabras clave se muestren aquà en vez del nombre de archivo. En el menú Escoja Aspecto (bajo Aspectos de Formato en el panel Diseño ), haga scroll hacia abajo hacia el item Buscar y escójalo. Cambie la caja Cadena de Formato HTML abajo para leer
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ [dc.Subject]
+</td>
+
+y haga clic en <Adicionar Formato >.
+
+
+Para insertar el [dc.Tema] , ubique el cursor en el punto apropiado e investigue el menú Variables abajo—el que dice [Texto] . Hágalo decir [dc.Tema] y haga clic en Insertar para insertarlo en la Cadena de Formato HTML . Este menú muestra todo lo que usted puede poner entre corchetes en la instrucción de formato. La única excepción es [Texto] , que da el texto completo del documento y sólo se puede usar cuando Texto del Documento es el Componente Afectado .
+
+
+Ahora vaya al panel Crear y haga clic en <Vista Previa >. Los documentos en la lista del resultado de la búsqueda se mostraran asÃ:
+A discussion of question five from Tudor Quiz: Henry VIII
+Tudor period|Others
+La barra vertical aparece porque estos metadatos de dc.Tema y Palabras Clave son metadatos jerárquicos. Desafortunadamente no hay manera de llegar hasta los componentes individuales de la jerarquia. Para la mayorÃa de los metadatos, tales como tÃtulo y autor, esto no es problema.
+
+
+Finalmente, regresemos a la jerarquÃa de subjects y aprendamos cómo hacer diferentes cosas en las estanterÃas y en los mismos documentos. En el menú Escoger Aspecto , seleccione el item
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+Edite la caja Cadena de Formato HTML abajo para leer
+
+<td>[link][icon][/link]</td>
+<td>{If}{[numleafdocs],<b>Bookshelf title:</b> [ex.Title],
+ <b>Title:</b> [ex.Title]}
+</td>
+
+y haga clic en Reemplazar Formato Nuevamente, puede insertar los items entre corchetes, seleccionándolos en la caja Variables (no olvide hacer clic en Insertar ).
+
+La instrucción If verifica el valor de la variable numleafdocs . Esta variable sólo se activa para nodos internos de la jerarquÃa, i.e. estanterÃas y suministra el número de documentos debajo de ese nodo. Si se activa, tomamos la primera rama, en caso contrario tomamos la segunda. Se usan comas para separar las ramas. Los corchetes sirven para indicar que If es especiall—de lo contrario, se obtiene la palabra "If" misma.
+
+
+
+Vaya al panel Crear , haga clic en <Vista Previa >y examine la jerarquÃa del tema otra vez para ver el efecto de los cambios.
+
+
+Macros de especificación de colección
+
+
+La apariencia de todas las páginas producidas por Greestone es gobernada por archivos de macros que se encuentran en la carpeta C:\Program Files\Greenstone\macros . El ejemplo de la colección garish es una versión de la colección demo con colorido y presentación raros. Ahora aplicamos el mismo colorido y presentación raros a la colección tudor
+
+
+Vaya a la carpeta C:\Program Files\Greenstone\macros . Copie el archivo extra.dm . Ahora vaya a su carpeta de colecciónC:\Program Files\Greenstone\collect\tudor y crée una nueva carpeta allÃ, llamada macros . Pegue extra.dm en esa nueva carpeta. El efecto total es que usted ha creado un nuevo archivo C:\Program Files\Greenstone\collect\ tudor\macros\extra.dm .
+
+
+Este archivo macro utiliza un estilo de archivo CSS y algunas de las imágenes que usted necesitará copiar de la colección 'garish'. Vaya al folder C:\Program Files\Greenstone\collect\garish\images . Seleccione los tres archivos style.css , horzline.gif y bg_blue.gif . Copie estos archivos y pégelos en el folder C:\Program Files\Greenstone\collect\tudor\images .
+
+
+Vaya al panel Crear y haga clic en <Vista Previa >. El contenido de su colección permanece igual pero su apariencia ha cambiado completamente—por ejemplo, todas las páginas son rosadas! Para aprender cómo controlar estos cambios, vaya al ejemplo de colección documentada, llamado Versión garish de colección demo , y lea.
+
+
+Macros generales
+
+
+También puede usar macros para cambiar completamene la apariencia de su sitio Greenstone. Igual que en el ejercicio anterior, lo que sigue es simplemente una guia para ilustrar lo que es posible hacer y mostrarle dónde buscar para lograr diferentes efectos.
+
+
+Salga de la Interfaz del Bibliotecario, como se trata de colecciones individuales y ahora estamos con el sitio como un todo
+
+
+Vaya a la carpeta C:\Program Files\Greenstone\etc y edite el archivo llamado main.cfg . Este es el archivo de la configuración principal de Greenstone, y contiene una lista de macros que se carga desde el comienzo. Uno de ellos, home.dm , indica cómo se verá la home page de Greenstone, que se especifica en el archivo C:\Program Files\Greenstone\macros\home.dm . Esta carpeta de macros contiene una versión alterna llamada yourhome.dm , que no se usa corrientemente. Para usarla, cambie en main.cfg la cadena home.dm a yourhome.dm .
+
+
+Ahora re-inicie Greenstone (La Biblioteca Digital Greenstone será suficiente, en vez de la Interfaz del Bibliotecario de Greenstone). Encontrará que la apariencia de la home page ha cambiado completamente.
+
+
+En vez de sustituir yourhome.dm por home.dm en el archivo main.cfg , simplemente usted puede editar home.dm y dejar main.cfg como está. Sin embargo, queremos preservar home.dm de manera que sea posible regresar a la home page original de Greenstone! Hágalo ahora editando main.cfg y cambiando la cadena yourhome.dm de regreso a home.dm . Se necesitará re-iniciar Greenstone para que el cambio tenga efecto.
+
+
+Para aprender más sobre macros, lea Customizing the Greenstone User Interface , guia ilustrada para personalizar la interfaz del usuario, por Allison Zhang del Washington Research Library Consortium disponible en http://www.wrlc.org/dcpc/UserInterface/interface.htm.
+
+
+
+
+
+Una colección bibliográfica
+
+
+
+
+
+Comience una colección llamada BibliografÃa de los Beatles . Entre la información requerida y haga una Nueva Colección . No es necesario incluir nuevos conjuntos de metadatos porque estos se extraen de los registros MARC. Deseleccione el grupo de metadatos Centro DublÃn , y haga clic en <OK >.
+Un mensaje de advertencia Ningún Grupo de metadatos Seleccionado aparecerá, advirtiéndole que usted no será capaz de asignar metadatos manualmente a esta colección. En esta colección, todos los metadatos vendrán del archivo MARC; haga clic sobre OK > para continuar. (Si usted no quiere recibir este mensaje nuevamente, marque la casilla No mostrar este mensaje de advertencia nuevamente .)
+
+
+En el panel Reunir , abra la carpeta marc , arrastre locbeatles50.marc a la zona de la derecha y déjelo allá. Aparece una ventana que pregunta si usted quiere adicionar MARCPlug a la colección para procesar este archivo. Haga clic en <Adicionar Plugin >, porque este plugin se necesitará para procesar los registros MARC.
+
+
+Retire los plugins de TextPlug a NULPlug seleccionando cada uno en la lista de Plugins Actualmente Designados y haciendo clic en <Remover Plugin > (ZIPPlug , GAPlug and MARCPlug permanecen). No es estrictamente necesario retirar estos plugins redundantes, pero es una buena práctica incluir solamente los plugins que se necesitan, para evitar la inclusión accidental de documentos dispersos.
+
+
+Ahora escoja Clasificadores de Exploración en el panel Diseño y retire el clasificador por defecto para los metadatos Fuente . En esta colección todos los registros son del mismo archivo, de manera que los metadatos Fuente , al que se ha ajustado el nombre de archivo, no es particularmente interesante.
+
+
+Cámbiese al panel Crear , construir la colección y vista previa de la misma. Explore los tÃtulos a-z y vea uno o dos registros. Ensaye a buscar—por ejemplo, encuentre items que incluyan George Martin .
+
+
+Adicione un clasificador AZCompactList para los metadatos Tema . Seleccione este item del menú relevante de la sección Clasificadores de explorar del panel Diseño y haga clic en <Adicionar clasificador> . En la ventana que aparece escoja ex.Tema como item de metadatos.
+
+AZCompactList es como AZList, excepto que los items que aparecen múltiples veces en la jerarquÃa, se agrupan automáticamente en un nuevo nodo, que se muestra como un Ãcono de estanterÃa.
+
+
+
+Construir la colección y vista previa del resultado.
+
+
+Haga que cada nodo de estanterÃa muestre cuántas entradas tiene, poniéndolo en la instrucción de formato Aspectos de Formato parar VList en el panel Diseño :
+{If}{[numleafdocs],<td><i>([numleafdocs])</i></td>}
+
+
+Haga clic en <Reemplazar Formato> , cámbiese al panel Crear , y haga clic en <Vista Previa de la Colección> (no es necesario construir la colección otra vez).
+
+
+Adición de búsqueda por campos
+
+
+En el panel Diseño escoja Tipos de Búsqueda en la izquierda y active la opción Activar Búsqueda Avanzada .
+
+
+Agregar forma de búsqueda a la colección seleccionando forma en el menu Tipos de búsqueda y haciendo clic <Agreagar Tipo de Búsqueda >. Quitar modo de búsqueda plano seleccionando plano en la lista Tipos de Busqueda Actualmente Designados , y haciendo clic <Eliminar Tipo de Búsqueda >.
+
+
+Construir otra vez a colección y vista previa de los resultados. Nótese que la home page de la colección ya no incluye caja de query. (Es porque la forma de búsqueda es muy grande para verla bién aquÃ.) Para buscar, haga clic en buscar en la barra de navegación. Nótese que la página Preferencias ha cambiado para controlar las opciones de búsqueda avanzada.
+
+
+Para terminar la colección, márquela con una imagen que se usará para representar la colección el la página de Greenstone, y aparecerá en la parte superior de cada página.
+
+
+Marcar una colección con una imagen
+
+
+De la sección General en el panel Diseño , haga clic en el botón<Explorar...> junto a la etiqueta URL del Ãcono 'acerca de la página' y use el explorador de archivo que aparece para acceder a la carpeta archivos_ejemplo\marc . Escoja beatles_logo.jpg y haga clic en <Abrir >.
+
+Greenstone copia la imagen en su área de colección, de manera que la colección
+
+
+
+Repetir este proceso para el Ãcono URL a 'home page' icon , escogiendo la misma imagen
+
+
+Ahora construir la colección y vista previa de la misma.
+
+
+
+
+
+Observar una colección de multimedia
+
+
+
+
+
+Copiar toda la carpeta
+sample_files → beatles → advbeat_large
+(con todo su contenido) a su carpeta Greenstone colecciones . Si ha instalado Greestone en el lugar usual, este es
+
+My Computer → Local Disk (C:) → Program Files → Greenstone → collect
+
+Ponga advbeat_large allá.
+
+
+Si el servidor local de la Biblioteca Digital Greestone ya esta corriendo, re-inicie haciendo clic en el Ãcono del CD en la barra de tareas y luego presione Restart Library . Si no, inÃcielo seleccionando Biblioteca Digital Greenstone en el menú Inciar .
+
+
+Explore la colección Beatles. Nótese cómo el botón explorar divide el material en siete diferentes tipos. Dentro de cada categorÃa, los documentos tienen los Ãconos apropiados. Algunos documentos tienen un Ãcono de audio: cuando se hace clic sobre ellos, usted oye la música (si su computador tiene el software apropiado para audio). Otros tienen una imagencita: cuando se hace clic sobre ellos, se ven las imágenes.
+
+
+Mire el explorador de tÃtulos a-z . Cada tÃtulo tiene un estante que puede incluir varios items relacionados. Por ejemplo, Hey Jude tiene una archivo MIDI, lÃricas, y n item de discografÃa.
+
+
+Observe la baja calidad de los metadatos. Por ejemplo, los cuatro items bajo A Hard Day's Night (bajo "H" en el explorador de tÃtulos a-z ) tienen diferentes variantes como tÃtulo. Se habrÃa organizado más fácilmente la colección, si se hubieran limpiado los metadatos manualmente primero, pero esto habrÃa sido un largo trabajo. Solamente una pequeña parte de los metadatos se adicionó manualmente—menos que los items. Los metadatos originales no se tocaron y las facilidades de Greenstone los limpiaron automáticamente. (más adelante veremos que esto es posible pero es engorroso)
+
+
+Con el explorador de archivos de Windows, mire los archivos que componen la colección, en la carpeta
+sample_files → beatles → advbeat_large → import
+Que desorden! hay más de 450 archivos bajo siete sub-carpetas de alto nivel. La organización es mÃnima y se ven los diferentes tiempos y formas en que se reunieron los archivos. Por ejemplo, html_lyrics y discography son extractos de sitios web y images contiene varias imágenes en formato JPEG. Para cada tipo, penetre en la jerarquÃa y mire un documento de muestra.
+
+
+
+
+
+Construir una colección de multimedia
+
+
+
+
+
+
+Procederemos a reconstruir desde ceros la colección Beatles que usted acaba de mirar. Desarrollaremos la colección con un pequeño subconjunto del material para agilizar la reconstrucción.
+
+
+Comience una nueva colección (Archivo → Nuevo ) llamado small_beatles , basado por defecto en "New Collection." (Basado en la colección existente Advanced BeatlesharÃa la vida mucho más fácil, pero queremos que usted aprenda cómo construir desde ceros!!) Llene los campos con la información apropiada. Use el conjunto de los metadatos Dublin Core (es el conjunto por defecto).
+
+
+Copie los archivos suministrados
+sample_files → beatles → advbeat_small
+en su nueva colección. Haga ésto abriendo advbeat_small , escogiendo los ocho items dentro de ella (desde discography hacia beatles_midi.zip ), y arrastrándolos hacia allá. Como algunos de estos archivos están en formatos MP3 y MARC, se le preguntará si hay que incluir MP3Plug y MARCPlug en su colección. Haga clic en <Adicionar Plugin >.
+
+
+Cámbiese al panel Enrquecer y explore entre los archivos. No hay metadatos—todavÃa. Recuerde que puede hacer doble clic en los archivos para verlos.
+(No hay archivos MIDI en la colección: estos requieren una personalización más avanzada porque no hay plugin de MIDI. Más tarde trataremos este problema)
+
+
+Cámbiese al panel Crear y construir la colección.
+
+
+Vista previa de los resultados.
+
+
+Corrección manual de etadatos
+
+
+Puede ser necesario corregir algunos metadatos—por ejemplo, la atroz ortografìa en los tÃtulos "MAGICAL MISTERY TOUR." Estos documentos están en la sección de discografÃa, con nombres de archivo que tienen los mismos errores de ortografÃa. Busque uno de ellos en el panel Enriquecer . Nótese que el elemento de metadatos extraido ex.TÃtulo ahora está lleno y con errores de ortografÃa. Este elemento no se puede corregir ya que se ha extraido del archivo y se extraerá cada vez que se reconstruya la colección.
+
+
+En cambio, adicione dc.TÃtulo de metadatos para estos dos archivos: "Magical Mystery Tour." Cámbiese al panel Enriquecer , abra la carpeta de discografÃa y penetre hasta los archivos individuales. Ponga el dc.Tçitulo de los items mal escritos.
+
+
+Hay un problema. El dc.TÃtulo de metadatos no aparecerá en tÃtulos a-z porque el clasificador ha sido instruido para usar ex.TÃtulo . Pero si se cambia el clasificador para usar dc.TÃtulo no tendrÃa en cuenta todos los archivos extraidos! Afortunadamente, hay una manera de enfrentar este problema y es especificando una lista de nombres de metadatos en el clasificador.
+
+
+Cámbiese al panel Diseño y escoja la sección Clasificadores de Exploración . Haga doble clic en clasificador TÃtulo (el primero) para editar sus definiciones de configuración.
+
+
+Teclée "dc.TÃulo," antes de ex.TÃtulo en la caja de metadatos—i.e. hágalo leer
+
+dc.Title,ex.Title
+
+y haga clic en <OK> .
+
+
+Construir la colección otra vez y vista previa de la misma.
+Los metadatos extraidos no son confiables. Pero es muy barato! Por otra parte, los metadatos asignados manualmente son confiables, pero costosos. La sección anterior de este ejercicio ha mostrado cómo buscar el mejor de los dos mundos, usando los metadatos extraidos y corrigiéndolos cuando esten malos. Tal vez ésto no satisfaga al bibliotecario profesional pero puede ser interesante para el profesor de música que quiera tener su colección con un mÃnimo de esfuerzo.
+
+
+Explorar por tipo de medios
+
+
+Primero retiremos el clasificador de nombres de archivos AZList que no es muy útil, y reemplacémoslo con una estructura para explorar los grupos de documentos por categorÃa (discografÃa, lÃricas, audio etc.). Las categorÃas se definen con metadatos asignados manualmente.
+
+
+Cámbiese al panel Enriquecer , escoja la carpeta discography y defina su dc.Formato de metadatos como "DiscografÃa". Definir este valor a nivel de carpeta significa que todos los archivs dentro de la carpeta lo heredarán.
+
+
+Repita el proceso. Asigne "LÃricas" a la carpeta html_lyrics , "Images" a images , "MARC" a marc , "Audio" a mp3 , "Tablatura" to tablature_txt , and "Suplementario" a wordpdf .
+
+
+Cámbiese al panel Diseño y escoja la sección Clasificadores de Exploración .
+
+
+Elimine el clasificador ex.Fuente (el segundo).
+
+
+Adicione un clasificador AZCompactList . Escoja dc.Formato como el campo de metadatos y especifique "CategorÃa" como el buttonname . Haga clic en la caja de chequeo sort y especifique el "TÃtulo" en la caja de texto adyacente: ésto hará que el clasificador muestre los documentos en orden alfabético por tÃtulo.
+
+
+Constuir la colección otra vez y vista previa de la misma.
+
+
+Supresión de texto ficticio
+
+
+Junto con los archivos de audio, hay un Ãcono de MP3 que toca el audio cuando se hace clic sobre él y hay un documento de texto que contiene texto ficticio. Este no se ve, y para suprimirlo se debe trabajar con una instrucción de formato.
+
+
+Cámbiese al panel Diseño y escoja la sección Aspectos de Formato .
+
+
+Asegúrese que se ha seleccionado VList , y haga los cambios resaltados abajo. Debe insertar tres lÃneas en la primera lÃnea y eliminar la segunda lÃnea. Cambie:
+
+<td valign=top>[link][icon][/link] </td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+a esto:
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]} </td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+
+
+ahora haga clic en <Reemplazar Formato >.
+
+
+Para hacerlo más fácil, hemos preparado un archivo plano de texto que contiene el nuevo texto. En WordPad abra el siguiente archivo:
+sample_files → beatles → format_tweaks → audio_tweak.txt
+(Asegúrese de usar WordPad en vez de Notepad, porque Notepad no muestra los cortes de lÃnea correctamente.) Colóquelo en el buffer de copia resaltándo el texto en WordPad y escogiendo Editar → Copiar . Ahora regrese a la Intefaz del Bibliotecario, resalte todo el texto que conforma la instrucción de formato corriente VList y use Editar → Pegue para transformar la instrucción anterior en la nueva instrucción. Recuerde oprimir <Reemplaar Formato > al terminar.
+Vista Previa del resultado. Si está usando el servidor local de biblioteca Greenstone, cámbiese al panel Crear y haga clic en <Vista Previa de Colección >, lo que hace que el servidor local de biblioteca escanée de nuevo las instrucciones de formato. No hay que construir la colección otra vez porque las instrucciones de formato sólo se usan durante la ejecución.
+
+
+Mientras estamos allÃ, retiremos el nombre del archivo fuente de donde aparece, después de cada documento
+
+
+En el aspecto de formato VList, elimine el texto resaltado abajo
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>} </td>
+
+
+No olvide hacer clic en <Reemplazar Formato > después de este trabajo! Vista Previa de los resultados (no hay que construir la colección.)
+
+
+Uso de AZCompactList en veza de AZList
+
+
+A veces hay varios documentos bajo un mismo tÃtulo. Por ejemplo, All My Loving aparece como lÃrica y como tablatura (bajo ALL MY LOVING ). El explorador de tÃtulos a-z puede mejorarse agrupándolos bajo un Ãcono de estanterÃa. Esto lo hace AZCompactList .
+
+
+Cámbiese al panel Diseño y escoja la sección Clasificadores para explorar .
+
+
+Retire el clasificador de TÃtulo (arriba)
+
+
+Adicione un clasificador AZCompactList , y entre dc.TÃtulo,ex.TÃtulo como sus metadatos.
+
+
+Termine presionando <OK >.
+
+
+Mueva el nuevo clasificador a la parte superior de la lista (botón Move Up ).
+
+
+Construir la colección nuevamente y vista previa de la misma. Ambos items para All My Loving aparecen ahora en el mismo estante. Sin embargo, no se han amalgamado muchas entradas porque no hay uniformidad de tÃtulos: por ejemplo A Hard Day's Night aparece como cuatro diferentes variantes. Más adeñlante aprenderemos cómo almalgamarlos.
+
+
+Hacer que las estanterÃas muestren cuántos items tienen
+
+
+Haga que las estanterÃas muestren cuántos documentos tienen, insertando una lÃnea en la instrucción de formato VList en el Rasgos de Formato sección del panel Diseño :
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+Ensontrará este texto en format_tweaks → show_num_docs.txt , que se puede copiar y pegar como antes. No olvide hacer clic en <Reemplazar Formato >.
+Vista Previa del resultado (no hay que construir la colección.)
+
+
+Ahora volvamos a las imágenes. Aquà también se muestran los documentos ficticios. Para suprimir los documentos ficticios, cambie la instrucción de formato VList en la sección Rasgaos de Formato del panel Diseño otra vez, adicionando las dos lÃneas resaltadas y el corchete:
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ {If}{[dc.Format] eq 'Images',
+ [srclink][thumbicon][/srclink],
+ [link][icon][/link]}} </td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+
+
+Adicione un explorador de clasificación Phind en la sección Buscador de Clasificadores del panel Diseño . Deje los ajustes a su defecto: esto genera un clasificador de frase de búsqueda que hace origen de TÃtulo y texto .
+
+
+Para completar la colección, use el botón de explorar del Ãcono URL para 'acerca de la página' en la sección General del panel Diseño para escoger la imagen siguiente:
+advbeatles_large → images → beatlesmm.png
+Construir la colección nuevamente y vista previa de la misma.
+
+
+Nótese cómo asignamos los metadatos dc.Formato a todos los documentos en la colección, con un mÃnimo de trabajo. Lo hicimos aprovechando la estructura de la información original en la carpeta. Aunque inicialmente nos quejamos del desorden en la estructura, pudimos sacar provecho al asignar los metadatos.
+
+
+Uso de Plug desconocido
+
+
+En el próximo ejercicio incorporaremos los archivos MIDI. Greenstone no tiene plugin para MIDI (aún). Pero esto no significa que no se pueden usar archivos MIDI.
+
+
+PlugDesconocid es un plugin genérico útil. No sabe nada acerca de cualquier formato dado pero se puede adaptar para procesar diferentes tipos de documentos—como MIDI—basado en las extensiones de los nombres de archivo, y definir metadatos básicos.
+En la sección Documentos Plugin del panel Diseño :
+
+
+adicione PlugDesconocido ;
+
+
+active el campo proceso_extensión y defÃnalo como mid para que reconozca los archivos con extensiónmid ;
+
+
+Ajuste formato_archivo a "MIDI" y mime_type a "audio/midi".
+
+
+En esta colección, todos los archivos MIDI están contenidos en el archivo beatles_midi.zip . ZIPPlug (ya están en la lista de plugins por defecto) se usa para desempacar los archivos y pasarlos a la lista de plugins hasta llegar a PlugDesconocido.
+
+
+Construir la colección y vista previa de la misma. Desafortunadamente, los archivos MIDI no aparecen como Audio bajo el botón de explorar . Esto es porque no se les ha asignado dc.Formato de metadatos.
+
+
+De regreso en el panel Enriquecer , haga clic en el archivo beatles_midi.zip y asigne el dc.Formato como "Audio"—hágalo con clic en "Audio" de la lista Todos los Valores Anteriores . Todos los archivos extraidos del archivos Zip, heredan sus definiciones.
+
+
+
+
+Limpiar un browser de tÃtulo usando epresiones regulares
+
+
+Ahora limpiamos el buscador titles a-z .
+
+
+Para hacerlo, debemos poner la Interfaz del Bibliotecatrio en un modo diferente. La interfaz soporta cuatro niveles de usuario: Asistentes de Biblioteca, que pueden adicionar documentos o metadatos a las colecciones, y pueden crear nuevas colecciones cuyas estructuras sean espejo de las que tienen las colecciones ya existentes; Bibliotecarios, que pueden, adicionalmente, diseñar nuevas colecciones pero no pueden usar aspectos IT de especialistas (e.g. expresiones regulares); Especialistas en Sistemas de Bibliotecas, que pueden usar todos los aspectos de diseño pero no pueden hacer tareas de corrección de problemas (e.g. interpretar los resultados de corrección de errores de proceso en los programas Perl); y Expertos, que pueden ejercer todas las funciones.
+
+
+Hasta ahora, usted ha estado operando la mayorÃa del tiempo en modo de Bibliotecario. Ahora nos cambiamos al modo de Especialisa en Sistema de Bibliotecas para el siguiente ejercicio.
+
+
+Para cambiar modos, haga clic en Archivo → Preferencias → Modo y cámbiese a Especialista en Sistemas de Bibliotecas . En la descripción que aparece, note que necesita ser capaz de formular expresiones regulares para usar este módulo completamente. Es lo que hacemos a continuación.
+
+
+Ahora regresamos a nuestro explorador de tÃtulos a-z y lo limpiamos. El objetivo es amalgamar variantes de tÃtulos, retirando texto extraño. Por ejemplo, nos gustarÃa tratar de la misma manera "ANTHOLOGY 1", "ANTHOLOGY 2" y "ANTHOLOGY 3" con el objeto de agruparlos. Para logralo:
+
+
+Vaya al TÃtulo AZCompactList bajo Clasificadores de Exploración en el panel Diseño ;
+
+
+Active retirarsufijo y defÃnalo como:
+(?i)(\\s+\\d+)|(\\s+[[:punct:]].*)
+
+
+Construir la colección y vista previa del resultado. Observe cuántas veces más, se han amalgamado tÃtulos similares bajo la misma estanterÃa. Pruebe su comprensión de expresiones regulares tratando de racionalizar las amalgamas. (Nota: [[:punct:]] representa cualquier caracter de puntuación.) Los Ãconos al lado de los documentos de Word y PDF no son los correctos, pero esto se arregla en la siguiente instrucción de formato.
+
+
+El ejercicio anterior se hizo en el modo Especialista en Sistemas de Bibliotecas porque requerÃa el uso de expresiones regulares, algo en lo que los bibliotecarios no están entrenados.
+
+
+Un uso potente de las expresiones regulares en el ejercicio fue limpiar el explorador de tÃtulos a-z . Tal vez la mejor manera de hacer ésto serÃa tener los metadatos apropiados para el tÃtulo. Los metadatos extraidos de archivos HTML son desordenados e inconsistentes, lo cual se vio en el explorador original de tÃtulos a-z. Una definición apropiada de los metadatos de tÃtulos serÃa más simple pero más laboriosa. En vez de esto hemos optado por usar expresiones regulares en el clasificador AZCompactList para limpiar los tÃtulos de metadatos. Esto es difÃcil de entender, pero si puede manejar su indiosincrasia, esta es una manera rápida de limpiar los metadatos extraidos y evita la entrada de grandes cantidades de metadatos.
+
+
+Uso de archivos macro no-estandar
+
+
+Para dar los toques finales a nuestra colección, adicionamos algunos aspectos decorativos
+
+
+Usando del explorador de Windows por fuera de Geenstone, localice la carpeta
+sample_files → beatles → advbeat_large
+
+
+Copie las carpetas de imágenes y macros que se encuentran allá arriba en el nivel superior de su colección. (está bien sobreescribir en la carpeta existente de imágenes : éstas están incluidas en la carpeta que se está copiando.) La carpeta de imágenes incluye Ãconos útiles, y la carpeta de macros define nombres de macros que usan estas imágenes. Para ver las definiciones de macros, mirelas usando un editor de texto para abrir el archivo extra.dm en la carpeta de macros .
+
+
+Uso de diferentes Ãconos para diferentes tipos de medios
+
+
+Re-Edite su instrucción formato de VList para que sea lo siguiente (en Diseño→ Rasgos de Formato )
+<td valign=top>
+ {If}{[numleafdocs],[link][icon][/link]}
+ {If}{[dc.Format] eq 'Lyrics',[link]_iconlyrics_[/link]}
+ {If}{[dc.Format] eq 'Discography',[link]_icondisc_[/link]}
+ {If}{[dc.Format] eq 'Tablature',[link]_icontab_[/link]}
+ {If}{[dc.Format] eq 'MARC',[link]_iconmarc_[/link]}
+ {If}{[dc.Format] eq 'Images',[srclink][thumbicon][/srclink]}
+ {If}{[dc.Format] eq 'Supplementary',[srclink][srcicon][/srclink]}
+ {If}{[dc.Format] eq 'Audio',[srclink]{If}{[FileFormat] eq 'MIDI',_iconmidi_,_iconmp3_}[/srclink]}
+</td>
+<td>
+{If}{[numleafdocs],([numleafdocs])}
+</td>
+<td valign=top>
+[highlight]
+{Or}{[dc.Title],[Title],Untitled}
+[/highlight]
+</td>
+
+
+La instrucción completa está en el archivo format_tweaks → multi_icons.txt .
+
+
+Vista previa de su colección como antes. Ahora se usan Ãconos diferentes para los metadatos de discografÃa, lÃricas, tablatura y MARC. Inclusive, se distinguen los archivos tipo audio MP3 y MIDI. Si deja que el ratón permanezca sobre estas imágenes, aparecerá una "herramienta" qué explica qué tipo de archivo está representado por el Ãncono en el idioma activo de la Interfaz. (nota: extra.dm sólo define Inglés y Francés).
+
+
+Cambiar la imagen del fondo de la página
+
+
+Abra su carpeta de macros de la colección y localice el archivo extra.dm dentro de ella. Clic-derecho sobre ella. Si se le pide, escoja WordPad como la aplicación con la cual abrirla.
+
+
+El contenido del archivo es breve, especifica solamente lo que se necesita omitir de las acciones por defecto de esta colección. En WordPad, cerca de la parte superior del archivo usted debe ver:
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+\#page \{ margin-left: 120px; \}
+</style>
+}
+
+Use copiar y pegar en estas tres lÃneas para hacerlas parte del archivo como:
+
+# Original statements
+#_collectionspecificstyle_ {
+#<style>
+#body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+#\#page \{ margin-left: 120px; \}
+#</style>
+#}
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/tile.jpg"); \}
+</style>
+}
+
+Un signo número (#) al comienzo de la lÃnea señala un comentario y Greenstone ignora el texto que sigue después. Lo usamos para comentar las tres instrucciones originales y reemplazarlas con lÃneas modificadas. Es útil retener la versión original en caso de que necesitemos restaurar las lÃneas originales en una fecha posterior. Estas tres lÃneas se refieren a la imagen de fondo usada. La nueva imagen tile.jpg también estaba en la carpeta images que se habÃa copiado previamente.
+
+
+En WordPad , guarde extra.dm .
+
+
+Vista previa de la home page de la colección. El fondo de la página es ahora el nuevo gráfico.
+Se pueden alterar otros aspectos, editando los archivos macro—por ejemplo, los encabezados y pies de página usados en cada página y el estilo de resaltado para buscar términos (especifique un color diferente, use negrilla, etc.).
+
+
+Si lo desea, puede reversar el cambio más reciente hecho, comentando las tres nuevas lÃneas adicionadas (adicione #) y quitando los comentarios en las tres lÃneas originales (quite el caracter #). Recuerde guardar el archivo. Para deshacer todos los cambios personalizados, elimine el contenido de las carpetas macros e imágenes .
+
+
+Construcción de una versión tamaño completo de la colección
+
+
+Para terminar, construyamos ahora una versión más grande de la colección. Para hacerlo:
+
+
+Cierre la colección que está en uso (Archivo→ Cerrar ).
+
+
+Comience una nueva colección llamada advbeat_large. (Archivo→Nuevo ).
+
+
+Base esta nueva colección en small_beatles .
+
+
+Copie el el contenido de sample_files → beatles → advbeat_large → import a esta nueva colección recientemente formada. Como hay muchos más archivos en este conjunto de documentos, la copia tomará más tiempo.
+
+
+Construir la colección y haga vista previa del resultado. (si usted quiere que la colección tenga un Ãcono, tendrá que adicionarlo usted mismo desde el panel Diseño .)
+
+
+
+
+Adicionar un explorador de collage de imágenes
+
+
+Cámbiese al panel Diseño y escoja la sección Clasificadores de Exploración . Jale hacia abajo el menú seleccionar clasificador para adicionar y escoja Collage . Haga clic en <Adicionar Clasificador... >. No hay necesidad de personalizar las opciones, de manera que haga clic en <OK > en la parte inferior de la ventana que aparece.
+
+
+Ahora cámbiese al panel Crear y construir y vista previa de la colección.
+
+
+
+
+
+Colección de imágenes escaneadas
+
+
+
+
+
+Aquà construimos una pequeña réplica de Niupepa, la colección del diario Maor, usando cinco diarios tomados de dos series de diarios. Permite una búsqueda completa de texto y permite explorar por tÃtulo y fecha. Cuando se mira un dario, una vista previa de la imagen y de su texto plano correspondiente, se presentan una al lado del otro, con una opción de navegación goto en la parte superior de la página.
+
+
+La colección involucra una mezcla de plug-ins, de clasificadores y de instrucciones de formato. La mayor parte del trabajo la hace PagedImgPlug, un plug-in diseñado precisamente para la clase de datos que tenemos en este ejemplo. Para cada documento, se prepara un archivo de "items" que especifica una lista de archivos de imagen que constituye el documento, etiquetado con el número de página y (opcionalmente) acompañado por un archivo de texto que tiene una versión de la imágen que puede leer la máquina y que se usa para una búsqueda completa del texto. Tres diarios en nuestra colección (todos de la serie Te Whetu o Te Tau) tienen sus representaciones y dos (de Te Waka o Te Iwi) tienen solamente imágenes. Los items de imagen tambien pueden especificar metadatos. En nuestro ejemplo, la serie de diario se registra como ex.Title y su fecha de publicación como ex.Date. Estos metadatos se extraen como parte del proceso de construcción.
+
+
+Comience una nueva colección llamada Paged Images y llene los campos con la información apropiada: es una colección obtenida en un extracto de documentos de Niupepa; los unicos metadatos usados son el tÃtulo de documento y la fecha, y estos se extraen de los archivos de "items" incluidos en los documentos fuente, de manera que no se necesita estipular conjunto de metadatos.
+
+
+En Diseño → DocumentoEntrada , adicione PagedImgPlug y cambie en la opción de configuración screenview chequeando la caja. Las imágenes fuente que usamos fueron escaneadas con alta resolución y son archivos grandes para ser bajados por un explorador. La opción screenview genera imágenes de cada página con resolución de pantalla más pequeña, cuando se construye la colección.
+
+
+En el panel Reunir , abra la carpeta niupepa\sample_items en archivos_ejemplo y arrástrela hasta su colección al lado derecho.
+
+
+Algunos de los archivos que se arrastraron son archivos de texto que contienen el texto extraido de las imágenes de página. Queremos procesarlas con PagedImgPlug , no con TEXTPlug . Cámbiese al panel Diseño y elimine TEXTPlug . Estando allÃ, puede limpiar las cosas eliminando HTMLPlug , EMAILPlug , PDFPlug , RTFPlug , WordPlug , PSPlug , ISISPlug y NULPlug , ya que no se usarán.
+
+
+Ahora vaya al panel Crear , construir la colección y vista previa del resultado. Busque waka y vea uno de los tÃtulos listados (los tres aparecen como Te Whetu o Te Tau ). Explore por tÃtulos a-z y vea uno de los tÃtulos Te Waka o Te Iwi
+
+
+Esta colección se construyó a partir de las definiciones por defecto de Greenstone. Se pueden encontrar items de interés, pero la presentación de la información es menos clara y atractiva que en la colección completa de Niupepa.
+
+
+Agrupar documentos por series de tÃtulos y mostrar fechas dentro de cada grupo
+
+
+Bajo tÃtulos a-z los documentos de la misma serie se repiten sin ningún tipo de distinción tal como fecha. SerÃa mejor agruparlos por series de tÃtulo y mostrar las fechas dentro de cada grupo. Esto se puede hacer con un clasificador AZCompactList en vez de, y ajustando la instrucción de formato VList.
+
+
+En el panelDiseño , en la sección Clasificadores para explorar elimine los clasificadores AZList por ex.Fuente y ex.TÃtulo .
+
+
+Ahora añada un clasificador AZCompactList , estableciendo la opción de metadatos a ex.Title , y agregar el clasificador DateList estableciendo la opción metadatos por ex.Date .
+
+
+Modicar la instrucción de formato para VList . Encuentre la parte de la instrucción por defecto que dice
+{If}{[ex.Source],<br><i>([ex.Source])</i>}
+y cámbiela a
+{If}{[ex.Date],: [ex.Date]}
+Esto tiene el efecto de mostrar la información de la fecha extraida, si está presente
+
+
+Al final de esta instrucción de formato, donde dice:
+</td>
+añadir
+{If}{[numleafdocs],<td>([numleafdocs] items)</td>}
+y haga clic sobre <Replazar Formato> .
+
+Como consecuencia de usar el clasificador AZCompactList, los Ãconos de estanterÃa aparecen al explorar tÃtulos. Esta instrucción de formato revisada tiene el efecto de especificar entre corchetes cuántos items hay en un estante. Trabaja aprovechando el hecho de que sólo los Ãconos de estanterÃa definen metadatos [numleafdocs] .
+
+
+
+Supresión de texto ficticio
+
+
+Cuando se obtiene un diario, solo se muestra su texto asociado. Cuando se accede a uno de los diarios Te Waka o Te Iwi, la vista del documento presenta el mensaje: "Este documento no tiene texto". No se muestra información de la imagen escaneada (resolución de pantalla u otra), aunque se ha computado y se almacenado con el documento. Esto se puede fijar con con una instrucción de formato que modifica el comportamiento por defecto para TextoDocumento.
+
+
+Permaneciendo dentro de la sección Aspectos de Formato en el panel Diseño , bajo "Escoja Aspecto" seleccione TextoDocumento . El defecto de formato se muestra en el texto plano del documento, o si no lo hay, "Este documento no tiene texto". Cámbielo a:
+
+<center>
+ <table width=_pagewidth_>
+ <tr>
+ <td valign=top>[srclink][screenicon][/srclink]</td>
+ <td>[Text]</td>
+ </tr>
+ </table>
+</center>
+
+y haga clic sobre <Remplazar Formato; .
+(disponible como niupepa\doc_tweak.txt)
+
+la inclusión de [Ãconopantalla] tiene el efecto de enbeber la imagen tamaño de pantalla generada cuando con el cambio de la opción vistapantalla en PagedImgPlug. Se la ha asignado un HypervÃnculo a la imagen original con [srclink]...[/srclink].
+
+
+
+Cámbiese al panel Crear ; construir y vista previa de la colección revisada.
+
+
+SI lo desea, adicione un logo y cambie el fondo como se hizo antes. Encontrará una imagen apropiada en el archivo niupepa\images , que se activa con macros\extra.dm .
+
+
+En la colecón que usted acaba de construir, los diarios se agrupan por series de tÃtulo y las fechas se suministran al lado de cada uno para distinguirlo de los otros de la misma serie. Los usuarios puden explorar cronológicamente por fecha y se ve la página de un diario, aparece una imagen previa que se muestra en la izquierda donde también se ve la versión original en alta resolución, acompañada a la derecha por la versión plana del texto del diario (si está disponible).
+
+
+
+
+
+Colección Open Archives Initiative (OAI)
+
+
+
+
+
+Este ejercicio explora la operatividad a nivel de servicio usando el Protocolo Open Archive Initiative Protocol for Metadata Harvesting (OAI-PMH). Usted puede hacer esto en un computador sin servidor, no conectamos el servidor externo que está actuando como proveedor de datos. A cambio, hemos suministrado un conjunto apropiado de archivos que toman la forma de los registros XML producidos por el Protocolo OAI-PMH.
+
+
+Una de los ejemplos documentados de colección de Greenstone tiene su fuente en OAI. Este ejercicio le indica los pasos necearios para reconstruirlo. (Nota: este ejercicio es una colección de imágenes: no es posible la construcción sin instalar ImageMagick en su computador.) Ahora usted debe dar un vistazo al ejemplo demo documentado de colección OAI para ver lo que este ejercicio construirá.
+
+
+Comience una nueva colección llamada Proveedor de Servicio OAI . Llene los campos con la información apropiada. Puede dejar los metadatos por defecto definidos como Dublin Core, aunque no los usamos.
+
+
+En el panel Reunir , navegue hacia la carpeta sample_small en archivos_ejemplo/oai . Arrastre esta carpeta hacia la colección y suéltela allá.
+
+
+Durante la operación de copia, aparece una ventana que pregunta si hay que adicionar OAIPlug a la lista de plugins usada en la colección, porque la Interfaz del Bibliotecario no ha encontrado un plugin que pueda manejar este tipo de archivo. Oprima el botón <Add Plugin> para incluirlo.
+
+
+Cuando se copian archivos como este, la Interfaz del Bibliotecario estudia cada uno de ellos y usa la extensión de archivo para verificar si la colección tiene un plugin correpondiente. No hay ningún plugin capaz de procesar los registros del archivo OAI (la extensión de archivo es .oai) asi que la Interfaz del Bibliotecario asiste para adicionar el plugin apropiado.
+
+
+A veces hay más de un plug-in que pueda procesar un archivo—por ejemplo, la extensión .xml la usan diferentes tipos de formatos XML. La ventana que aparece, por l tanto, ofrece todos los plug-ins posibles que encajen. Es fácil determinar la escogencia correcta. Si desea, puede ignorar el prompt (haga clic en <Don't Add Plugin>), porque se pueden adicionar plug-ins posteriormente, en la sección Plugins de Documento del panel Diseño.
+
+
+Es necesario cofigurar el plugin de imagen. En el panel Diseño , escoja la sección Plugins de Documento ,después escoja la lÃnea plugin ImagePlug y haga clic en <Configurar Plugin...> . En la ventana que aparece localice la opción vistatamañopantalla , enciéndala y teclée el número 300 en la caja al lado para crear una iamgen tamaño pantalla de 300 pixeles. Haga clic en <OK> .
+
+
+Ahora cámbiese al panel Crear y construir y vista previa de la colección.
+
+
+Como otras colecciones que hemos construido confiando en las definiciones por defecto de Greenstone, el resultado final es aceptable pero puede mejorarase. Los pasos siguientes refinan la colección usando los metadatos recogidos por OAI-PMH en los archivos .oai.
+
+
+En la sección Clasificadores de Exploración del panel Diseño , elimine lAZList , (ex.TÃtulo y ex.Fuente ).
+
+
+Adicione un clasificador AZCompactList basado en los metadatos ex.Tema
+
+
+Ahora adicione un clasificador AZCompactList basado en los metadatos ex.Descripción . En su panel de configuración, escoja mincompact = 1 , maxcompact = 10 y nombrebotón = Capturas .
+
+
+En la sección Indices de búsqueda del panel Diseño , elimine todos los Ãndices y adicione uno nuevo llamado "capturas" basado en los metadatos ex.Descripción .
+
+
+Construir la colección y vista previa de la misma.
+
+
+Pellizcar la presentación con instrucciones de formato
+
+
+En el panel Diseño escoja Aspectos de Formato . Primero reemplace la instrucción de formato VList con esto:
+
+<td>
+ {If}{[numleafdocs],[link][icon][/link],[link][thumbicon][/link]}
+</td>
+<td valign=middle>
+ {If}{[numleafdocs],[Title],<i>[Description]</i>}
+</td>
+
+Encontrará este texto en el archivo vlist_tweak.txt en la carpeta de formato oai/format_tweaks de archivos_ejemplo. Recuerde teclear <Reemplazar Formato > al terminar
+
+Esta instrucción de formato personaliza la apariencia de listas verticales tales como los resultados de búsqueda y las listas de captura para que aparezca un Ãcono de imagencita seguido por los metadatos Descripción. Las definiciones por defecto de Greenstone se usan para extraer los metadatos, asà [Descripción] es lo mismo que [ex.Descripción].
+
+
+
+Ahora, seleccione EncabezadoDocumento en la lista Escoja Aspecto y haga que en su instrucción de formato se lea:
+<h3>[Subject]</h3>
+
+El encabezado del documento aparece encima de lo destacado y no resaltando los botones cuando se accede a un documento de la colección. Por defecto, EncabezadoDcumento muestra los metadats ex.TÃtulo del documento. En este conjunto en particular de registros OAI exportados, los tÃtulos son los nombres de archivo de las imágenes JPEG, y los nombres de archivo no dan información (por ejemplo, 01dla14). Puede verlos en el panel Enriquecer si escoge una imagen en sample_small → oai → JCDLPICS → srcdocs verifique su nombre y metadatos ex.TÃtulo. Por el contrario, la instrucción de formato anterior muestra metadatos ex.Tema.
+
+
+
+Funalmente, usted habrá notado que en donde debiera aparecer el documento, solamente se ve Este documento no tiene texto . Para rectificar ésto, escoja TextoDocumento en la lista Escoger Aspecto y use lo siguiente como instrucción de formato (que actualamente está en blanco) (este texto está en doctxt_tweak.txt la carpeta formato_pellizcos mencionada antes):
+<center><table width=_pagewidth_ border=1>
+<tr><td colspan=2 align=center>
+<a href=[OrigURL]>[screenicon]</a></td></tr>
+<tr><td>Caption:</td><td> <i>[Description]</i> <br>
+(<a href=[OrigURL]>original [ImageWidth]x[ImageHeight] [ImageType] available</a>)
+</td></tr>
+<tr><td>Subject:</td><td> [Subject]</td></tr>
+<tr><td>Publisher:</td><td> [Publisher]</td></tr>
+<tr><td>Rights:<td> [Rights]</td></tr>
+</table></center>
+Haga clic en <Remplazar Formato> .
+Esta instrucción de formato altera cómo se ve la presentación del documento. Incluye una versión de pantalla completa de la imagen que hipervincula con la versión original más grande disponoble en la web. También se muestran la geometrÃa extraida de la imagen como ancho, altura y tipo.
+
+
+Las instrucciones de formato las procesa el sistema de ejecución, de manera que no es necesario construir de nuevo la colección para estos cambios tengan efecto. Cámbiese al panel Diseño y teclée <Vista Previa de la Colección > para ver los cambios.
+
+
+Para agilizar la construcción, esta colección contiene menos documentos fuente que la versión pre-construida suministrada con la instalación de Greenstone. Sin embargo, después de estas modificaciones, su funcionalidad es la misma.
+
+
+
+
+
+Descarga sobre OAI
+
+
+
+
+
+El ejercicio anterior no obtuvo los datos de un servidor OAI-PMH externo. Este paso faltante se logra ejecutando una lÃnea de programa. Para hacerlo, su computador debe tener conexión directa con Internet—estando detrás de una bola de fuego puede interferir con la capacidad de bajar información.
+
+
+Guarde su colección. Note que el nombre del directorio deberÃa ser oaiservi (aparece en la barra de tÃtulo de la Interfaz del Bibliotecario), y salir de la Interfaz del Bibliotecario.
+
+
+Con un editor de texto (e.g. WordPad), abra el archivo de configuración de la colección, que está en C:\Archivos de Programa\Greenstone\collect\oaiservi\etc\collect.cfg . Adicione la siguiente lÃnea (todo en una lÃnea):
+acquire OAI -src rocky.dlib.vt.edu/~jcdlpix/cgi-bin/OAI1.1/jcdlpix.pl -getdoc
+Aunque la posición de esta lÃnea no es crÃtica, recomendamos colocarla cerca del comienzo del archivo, después de las lÃneas pública y creadora pero antes de la lÃnea Ãndice. Guarde el archivo y salga del editor.
+
+
+Elimine el contenido de la carpeta importar colección. Esta contiene la versión enlatada de archivos de colección, puestos allá en en el ejercicio anterior. Ahora queremos presenciar la llegada de los datos nuevos desde el servidor OAI externo.
+
+
+Abra una ventana DOS para acceder al prompt de la lÃnea de comandos. Esta facilidad debe estar ubicada en su menú Comenzar → Programas , los detalles varÃan entre los diferentes sistemas WIndows. Si no puede localizarlo, seleccione Comenzar → Ejecute y entre cmd en la ventana que aparece.
+
+
+En la ventana DOS, mueva el directorio home en donde se instaló Greenstone. Esto se logra con algo como:
+cd C:\Program Files\Greenstone
+
+
+Teclée:
+setup.bat
+Para definir la capacidad de ejecutar lineas de comando de programas Greenstone
+
+
+Cambie el directorio en la carpeta que contiene la colección StoneD que se construyó en el ejercicio anterior
+cd collect\oaiservi
+
+Aunque el nombre de la colección estaba en letras mayúsculas en el directorio generado por la Interfaz del Bibliotecario, ahora está todo en minúsculas
+
+
+
+Ejecute:
+ perl -S importfrom.pl oaiservi
+
+Greenstone comenzará a trabajar de inmediato y generará un diagnóstico de salida. El programa importfrom.pl se conecta al provedor de datos OAI especificado en el achivo de configuración de la colección (esto lo hace para cada lÃnea "acquire" del archivo) y exporta todo los registros en ese sitio.
+
+
+
+Los archivos bajados se guardan en la carpeta de importaciones de la colección. Una vez terminada la lÃnea de comando, todo está en su lugar y la colección está lista para ser construida. Confirme que usted ha adquirido exitosamente los registros OAI al reconstruir la colección.
+
+
+
+
+
+Use METS como Representación Interna de Greenstone
+
+
+
+
+
+En la Interfaz del Bibliotecario de Greenstone, abra la colección Tudor .
+
+
+Para poder sustituir METSPlug por GAPlug, se necesita estar en modo Experto
+
+
+Haga clic en Archivo → Preferencias → Modo y cambie a modo Experto mode.
+
+
+Cámbiese al panel Diseño seleccione Plugins de Documentos . Retire GAPlug de la lista de plug-ins y adicione METSPlug , con el defaul de opciones de configuración.
+
+
+Ahora cámbiese al panel Crear , localice las opciones para el proceso de importación y defina saveas como METS . Las opciones de importación no están disponibles, a menos que usted esté en modo Expert .
+
+
+Reconstruir la colección
+
+
+En su explorador de archivos de WIndows, localice las carpetas de archivos de la colección Tudor. Para cada documento de la colección, Greenstone ha generado dos archivos: docmets.xml , la descripción de núcleo METS y doctxt.xml , un archivo de soporte. (Nota: A menos que usted esté conectado a Internet, no podrá ver doctxt.xml en su explorador de la web, porque se refiere a una fuente remota.) Dependiendo de los documentos fuente, puede haber archivos adicionales, tales como las imágenes usadas en la página web. Uno de los muchos aspectos de MET es la habilidad de referir la información en archivos externos XML. Greenstone utiliza ésto para atar el contenido del documento, que está almacenado en el archivo externo XML doctxt.xml , su estructura jerárquica, que está descrita en el archivo núcleo METS docmets.xml .
+
+
+
+
+
+Mover una colección desde DSpace a Greenstone
+
+
+
+
+
+Cámbiese a Especialista en Sistemas de Biblioteca (o modoExperto ) (usando Archivo → Preferencias ), porque usted necesitará cambiar el orden de plug-ins en el panel Diseño .
+
+
+Comience una nueva colección llamada StoneD y llene sus campos apropiadamente. Deje el conjunto de metadatos en Dublin Core, la definición por defecto.
+
+
+Cámbiese al panel Diseño y escoja la sección Plugins de Documento en el lado derecho. Retire TEXTPlug , HTMLPlug y EMAILPlug . Estrictamente hablando, no necesitamos retirarlos, sin embargo esto reduce el desorden.
+
+
+Ahora adicione DSpacePlug . Deje las opciones de plugin en sus valores por defecto y teclée <OK >.
+
+
+Con las flechas arriba y abajo, Mover la posición de DSpacePlug encima de GAPlug y debajo de ZIPPlug .
+
+
+Ahora adicione MP3Plug , con las opciones de configuación por defecto. No es necesario cambiar su posición en los plug-in.
+
+
+En el panel Reunir , localice la carpeta archivos_ejemplo\dspace\exported_docs . Esa contiene cinco ejemplos exportados desde un espacio de reposición institucional DSpace. Cópielos en su colección arrastrándolos hacia el lado derecho del panel..
+
+
+Construir la colección y vista previa de la misma para ver las acciones por defecto exhibidas por una colección DSpace.
+
+
+Si explora por tÃulos a-z, encontrará 7 documentos listados, aunque se hayan exportado 5 items desde DSpace. Dos de los items originales tenÃan formas alternativas en su carpeta directorio. Las opciones DSpace de plug-in controlan lo que ocurre en tales situaciones: La acción por defecto es tratarlos como dicumentos separados de Greenstone.
+
+
+Abajo usamos una opción de plug-in (first_inorder_ext) para fusionar las formas alternativas. Esta opción tiene el efecto de tratar los documentos con el mismo nombre de archivo pero con diferentes extensiones como una misma entidad dentro de una colección. Uno de los archivos se ve como el documento primario—está indexado y se extraen los metadatos de él, si es posible—mientras que los otros se manejan como "archivos asociados."
+
+
+La opción first_inorder_ext toma como argumento una lista de extensiones de archivo (separadas con comas): la primera de la lista que encaje se convierte en el documento primario.
+
+
+Escoja DSpacePlug y haga clic en <Plugin de Configuración... >. Encienda su opción de configuración first_inorder_ext . Coloque su valor en pdf,doc,mp3 en la ventana que aparece y teclée <OK> .
+
+
+Construir y vista previa de la colección.
+
+
+Ahora hay 5 documentos solamente, porque sólo se ha incluido una versión de cada documento—la versión primaria.
+
+
+Los archivos DSpace exportados contienen metadatos Dublin Core para tÃtulo y autor (entre otras cosas).
+
+
+Adición de capacidades de exploración e indexación para encajar con Dspace
+
+
+En el panel Diseño escoja Indices de búsqueda . Retirelos Ãndices ex.TÃtulo y ex.Fuente , y adicione uno para dc.TÃtulo llamado "tÃtulos" y otro para dc.Contribuidor llamado "autores".
+
+
+Sin salir del panel Diseño , escoja Clasificadores de Exploración y eliminar ambos clasificadores AZList (ex.Title y ex.Source ). Agregue un clasificador AZList para dc.TÃtulo y un clasificador AZCompactList para dc.Contribuidor .
+
+
+Ahora escoja la sección Aspectos de Formato en el panel Diseño y reemplace la instrucción de formato VList con esto:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]{Or}{[dc.Title],[ex.Title],Untitled}[/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+Encontrará este texto en el archivo format_tweak.txt en la carpeta dspace de archivos_ejemplo , puede copiar y pegar esto. Recuerde teclear <Reemplazar Formato > al terminar.
+
+
+También, adicionemos una instrucción de formato para clasificador basada en metadatos dc.Contribuidor . En el menú Escoger Aspecto (bajo Aspectos de Formato en el panel Diseño ), escoja el item que dice:
+
+CL2: AZCompactList -metadata dc.Contributor
+
+
+
+Deje VList en el Componente Afectado y edite el texto en la caja Cadena de Formato HTML de manera que se vea asÃ:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]
+ {If}{[numleafdocs],([numleafdocs]) [ex.Title],[dc.Title]}
+ [/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+y haga clic en <Adicionar Formato >. Esto mostrará el número de documentos en cada estante según el clasificador de autor.
+Encontrará este texto en el archivo format_contributor.txt en la carperta dspace de archivos_ejemplo y puede copiarlo y pegarlo.
+
+
+Construir la colección otra vez y vista previa de la misma.
+
+
+TodavÃa hay 5 documentos, pero contra algunas de las entradas aparece la lÃnea "También disponible como," seguida de Ãconos que vinculan con las representaciones alternativas.
+
+
+
+
+
+Mover una colección desde Greenstone a DSpace
+
+
+
+
+
+En este ejercicio usted exporta una colección de Greenstone en una forma aceptable para DSpace. Es posible hacer ésto desde el menú de la Interfaz del Bibliotecario, que tiene un item llamado Exportar... que permite exportar colecciones en diferentes formas. Sin embargo, para adquirir una comprensión más profunda de Greenstone, hacemos el trabajo invocando un programa desde la lÃnea de comandos de Windows. Esto requiere alguna destreza técnica; si usted no está acostumbrado a trabajar en ambiente de lÃneas de comandos, le recomendamos omitir este ejercicio.
+
+
+Uso de Greenstone desde la lÃnea de comandos
+
+
+Abra una ventana DOS para acceder al prompt de la lÃnea de comandos. Esta facilidad debe estar ubicada en su menú Comenzar → Programas , los detalles varÃan entre los diferentes sistemas WIndows. Si no puede localizarlo, seleccione Comenzar → Ejecute y entre cmd en la ventana que aparece.
+
+
+En la ventana DOS, mueva el directorio home en donde se instaló Greenstone. Esto se logra con algo como:
+cd C:\Program Files\Greenstone
+
+
+Teclée:
+setup.bat
+Para definir la capacidad de ejecutar lineas de comando de programas Greenstone
+
+
+Cambie directorio en el folder que contiene la colección StoneD que construyó en el ejercicio previo.
+cd collect\stoned
+
+
+Ejecute el siguiente comando para exportar la colección usando el formato import/export de Dspace
+perl -S export.pl -saveas DSpace -removeold stoned
+
+
+La exportación en Greenstone es un proceso aditivo. Si usted ya ejecutó el comando export.pl, los nuevos archivos exportados estarÃan agregados con diferentes nombres de carpeta—a aquellos que ya están en la carpeta de exportación. Para el tipo de exportaciones que estamos haciendo podrÃamos ejecutar el comando nuevamente varias veces. La opción -removeold elimina archivos exportados previamente.
+
+
+Este comando ha creado una nueva sub-carpeta, collect\stoned\export . Use el browser de archivos para explorarla. Allà están los archivos necesarios para insertar este conjunto de documentos en DSpace.
+
+
+También podrÃa ejecutar el comando export.pl en una colección diferente de Greenstone y transferir la salida a una instalación DSpace usando la facilidad de importación por lotes de DSpace.
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_fr.xml
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_fr.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_fr.xml (revision 14835)
@@ -0,0 +1,2286 @@
+
+
+
+
+]>
+
+
+Exercices de Travaux Dirigés Greenstone (Mars 2006)
+
+
+Exercice de travail dirigé Greenstone
+Obligation:
+Fichiers échantillon:
+Fabriqué pour version Greenstone:
+Modifié pour version Greenstone:
+Retourner à l' indexe
+Back to wiki
+Imprimer version
+
+
+Si vous êtes en train de travailler avec un CD-ROM Greenstone, les fichiers échantillon pour ces exercises sont dans le folder fichiers_échantillon ; autrement ils peuvent aussi être téléchargés de l' adresse sourceforge.
+
+
+Le texte emplois des fois la terminologie Windows, mais les exercices travaillent également bien dans d' autres systÚmes si vous faites les changements appropriés.
+
+
+
+Travailler avec une collection pre-packaged (UNAIDS)
+
+
+
+
+Vous aurez besoin du CD-ROM Greenstone UNAIDS
+
+
+Installer une collection pre-packaged Greenstone
+
+
+Dans la plupart des cas, l'installation commencera aprÚs l'insertion du CD-ROM UNAIDS . Sinon, cela signifie que l'option "auto-run"—configurable sous Windows—n'est pas activée, vous devez donc double-cliquer sur le fichier setup.exe qui se trouve sur le CD-ROM.
+
+Poste de travail → UNAIDS20 → setup.exe
+
+
+
+Le module d'installation commence à installer la collection pre-packaged UNAIDS. Séléctionner l'anglais.
+
+
+Cliquez le bouton <suivant>
+
+
+Choisissez Exécution à partir du CD-ROM (standard) . Cette option par défaut est déjà séléctionnée. Puis cliquez sur suivant
+
+
+Cliquez sur suivant à nouveau pour installer la collection UNAIDS dans le répertoire par défaut, qui est C:\Program Files\UNAIDS Library 2.0 [CD-ROM] .
+
+Le module d'installation copie les fichiers sur le disque dur.
+
+
+
+Cliquez sur OK pour confirmer la fin de l'installation de la collection UNAIDS (2 fois).
+
+Le module d'installation se termine—la collection UNAIDS est installée.
+
+
+
+Les CD-ROMs comme celui-ci contenant des collections Greenstone pre-packaged ne contiennent pas une version complÚte du logiciel Greenstone. Ils contiennent une version réduite de Greenstone qui permet de visualiser la collection mais pas de construire des collections.
+
+
+Navigation à l'intérieur de la collection
+
+
+Lancement de la bibliothÚque pe-packaged en cliquant:
+
+Démarrer → Tous les prorammes → BibliothÚque UNAIDS 2.0 [CD-ROM] → BibliothÚque UNAIDS 2.0 (Version Standard)
+
+
+Pour utiliser Greenstone à partir d'un serveur locale situé dans une bibliothÚque, il est parfois nécessaire d'annuler l'option de connection par proxy du navigateur. Normallement, Greenstone détecte cette option et ouvre une fenêtre pour signaler le problÚme.
+
+
+
+Cliquez sur <Entrez dans la BibliothÚque> dans la boîte de dialogue et le navigateur affichera la page d'acceuil de Greenstone.
+
+
+Cliquez sur tires a-z dans le navidateur (au centre de la barre de navigation, en haut de la page).
+
+
+Accédez le premier livre dans la liste des titres en cliquant sur l'icÎne livre prés du titre
+A propos d'UNAIDS .
+
+
+Utilisez la barre de défilement pour voire la page en entier
+
+
+Dans la table des matiÚres en haut, cliquez sur l'icÎne page prÚs de l'entête Guiding principles of UNAIDS pour voir la section
+
+
+cliquez sur l'icÎne page prÚs de l'entête Global and local impact pour voir la section
+
+
+Ce type d'intéraction peut continuer pour déveopper ou réduire les dossiers et passer à une section différente.
+
+
+Pour développer entiérement le contenu de ce chapitre d'introduction, cliquez sur Expand Document or Chapter dans la partie gauche de la page, en dessous de l'image de la page de garde du document.
+
+
+Vous pouvez revenir à la page séléctionnée des titres de documents en cliquant sur l'icÎne livre prÚs du titre du livre en haut de la table des matiÚre (Vous fermez le livre). Vous pouvez aussi obtenir les titres de documents en utilisant titres a-z sur la barre de navigation, dans notre cas les titres commencent par A-D.
+
+Si la table de contenus est ouverte dans la partie supérieure—montrant tous les chapitres—alors tout le docuement s' agrandit en cliquant Agrandir Document ou Chapitre . Pour les documents longs, qui prennent du temps à se charger, Greensonte cherche la confirmation pour cette action: en cliquant 'continuer' tout le document se charge.
+
+
+
+Entrainez-vous à naviger et utiliser d'autres documents dans la collection.
+
+
+Recherche dans une collection Greenstone
+
+
+Accédez à la page de recherche en cliquant sur Recherche dans la barre de navigation.
+
+
+Dans la boîte de requête sous Recherche de chapitres quelle que soit la langue qui contiennent quelque uns des mots , entrez le termegenrer puis cliquez sur <Commencer la recherche>
+
+AprÚs quelques instants, le navigateur affiche une page avec les résultats de la recherche.
+
+
+
+Cliquez sur l'icÎne page pour obtenir lepremier document des résultats (
+Five Year Implementation Review of the Vienna Declaration and Programme of Action ) pour afficher le document. Vous êtes positionné directement sur le chapitre correspondant à la recherche car la recherche s'est faite au niveau chapitre.
+
+
+Continuez à expérimenter avec chercher, et avec l' interface en général. Par exemple, il y a une page Aide d' aide détaillée. Elle contient une section Préférences avec laquelle vous pouvez controller certains réglages de recherche.
+
+Les options "Préférence" sont intentionnellement minimalistes dans la collection UNAIDS. La plupart des collections possÚdent un bouton "Préférence" qui offre plus d'options.
+
+
+La page d'accueil de la collection UNAIDS montre en boucle une séquence d'images des pages de garde, le passage d'une image à une autre se fait toutes le 5 secondes. Si vous cliquez sur une image, vous serez positionné sur le document correspondant.
+
+
+
+Laissant la librairie digitale Greenstone
+
+
+Il y a deux façons de quitter Greenstone:
+
+Quittez le logiciel serveur de Greenstone. Cliquez sur Greenstone Software dans la barre d'états, puis choisissez Quitter dans le menu Choix du Navigateur et Options (ou cliquez sur le la croix rouge en haut à droite). Le logiciel Greenstone est fermé, mais le navigateur reste actif.
+
+
+Sortez de votre chercheur web. Laissez votre chercheur web de la maniÚre usuelle. Le serveur Greenstone détecte quand vous sortez de votre chercheur et génÚre une fenêtre qui demande si vous voulez fermez le serveur de même. (La raison est qu' autres personnes peuvent être en train d' utiliser Greensonte sur le réseau, et ne devrait pas être brusquement terminées.)
+
+
+
+Exercice: Utilisez la collection UNAIDS pour répondre aux questions
+
+
+
+
+Combien y a-t-il de publications dans la collection?
+
+900
+
+
+
+Combien de documents mentionnent Australia dans le titre?
+
+15
+
+
+
+Combien y a-t-il de catégories de sujet au niveau supérieur?
+
+21
+
+
+
+Que signifie AAVP?
+
+African Aids Vaccination Programme
+
+
+
+Que signifie AIDS?
+
+Acquired Immuno-Deficiency Syndrome
+(Recherche de "AIDS stands for")
+
+
+
+
+En considérant seulement les termes en minuscule, combien de fois le mot "condom" est utilisé dans la collection? Combien de fois pour "condoms"?
+
+6789 5243
+
+
+
+Si les minuscules et majuscules ne sont pas importantes, combien de fois le mot "condom" est utilisé dans la collection? Combien de fois le mot "condoms"?
+
+7905 5571
+
+
+
+Si la fin des mots est ignorée, combien de fois le mot "condom" et ses variantes telle que "condoms" sont utilisés dans la collection?
+
+13477
+
+
+
+Combien de chapters contiennent une variante du mot "condom"? Est-ce un terme de recherche utile?
+
+
+2413 chapitres. Non, puisque qu'il y a seulement 900 documents
+
+
+
+
+En quelle année le premier cas de AIDS (HIV) a-t-il été rapporté?
+
+1983
+
+
+
+
+
+
+Travail avec une collection pré-établie (Digital Libraries in Education)
+
+
+
+
+Vous aurez besoin du CD-ROM Digital Libraries in Education
+
+
+Installation d'une collection pré-établie
+
+
+Insérez le cédérom pour le cours Digital libraries in education dans un PC Windows. Si l'installation ne démarre pas (Ceci provient de l'option "AutoPlay" qui est désactivée sur ce PC), explorez votre cédérom/dvd (normalement sur l'unité D:), ouvrez le dossier prebuilt , et double-cliquez sur Setup.exe .
+
+
+Pendant l'installation, vous pouvez choisir le dossier d'installation: il est recommandé d'utiliser celui offert par défaut qui est C:\GSDL
+
+
+On vous demandera aussi si vous voulez exécuter Greenstone à partir du cédérom ou copier le cédérom. Il est recommandé de copier le cédérom en cochant la case qui dit Install all collection files . Cela peut prendre plusieurs minutes pour copier tous les fichiers.
+
+
+Finalement, on vous demandera si vous voulez installer le navigateur Netscape. Ne demandez pas l'installation de Netscape sauf si vous n'avez pas de navigateur d'installé sur la machine.
+
+
+Les cédéroms qui contiennent des collections Greenstone pré-établies ne contiennent pas la version entiÚre du systÚme Greenstone. Ils contiennent une mini version de Greenstone qui permet de visualiser la collection mais pas de créer de nouvelles collections.
+
+
+Navigation dans une collection Greenstone
+
+
+Pour exécuter Greenstone: Ouvrez le menu Windows démarrer, Tous les programmes, et sélectionnez Greenstone , puis le sous-menu Digital Libraries in Education : puis <Enter Library >.
+
+
+Cliquez sur l'icÎne "Digital libraries in Education collection's". Vous êtes positionné sur la page d'accueil de la collection souvent appelée "About" (A propos).
+
+La page d'accueil contient une barre d'accÚs avec des boutons "recherche", "auteurs a-z", "modules", et "acronymes". Cette barre d'accÚs est essentielle pour trouver une information dans des collections Greenstone.
+
+
+
+Cliquez sur <auteurs a-z >. Une liste d' icÎnes d' étagÚre apparaît. Cliquez sur celui appelé Marchionini,G. pour voir les deux lectures de Gary Marchionini.
+
+
+L'un de ces éléments est un fichier PDF el l'autre est un fichier HTML. Cliquez successivement sur ces éléments pour ouvrir les documents.
+
+
+Cliquez sur le bouton <contents > dans la barre d'accÚs. Deux étagÚres sont affichées, une pour ce guide d'étude et l'autre pour les documents à lire. Choisissez l'une des deux et examinez son contenu.
+
+
+Cliquer sur une étagÚre ouverte revient à la fermer. Fermez l'étagÚre que vous venez juste d'ouvrir et ouvrez l'autre pour examiner son contenu.
+
+
+Cliquez sur <acronyms > dans la barre d'accÚs et recherchez la signification de l'acrcronyme "LOM".
+
+
+Cliquez <search > et recherchez le mot "LOM". Enlevez la différence entre "searching text" et "searching titles" (utilisez la boîte déroulante sur la page de recherche).
+
+
+Cliquez sur l'icÎne collection Digital Libraries in Education en haut à gauche. Cela vous ramÚne su la page about de la collection.
+En dessous de la barre d'accÚs sur la page "about" de la collection, il y a une boîte de recherche (identique à celle qui se trouve sur la page de recherche), une description de la collection sous le titre About this collection , et les instructions pour trouver des informations dans cette collection.
+Au dessus de la barre d'accÚs, il y a l'icÎne de la collection, qui dit Digital Libraries in Education . Sur la droite, il y a un icÎne qui dit about , au dessus duquel il y a trois boutons, home , help , et preferences .
+
+
+Cliquez sur <home >. Cela vous renvoie sur la page d'accueil de Greenstone.
+
+
+Retournez à la collection (en cliquant son icÎne), et cliquez sur <help >. Vous obtiendrez des informations sur la façon d'accéder à la collection.
+
+
+Cliquez sur <preferences >. Vous obtiendrez une page qui permet changer les options.
+
+
+Maintenant vous pouvez explorer la collection en naviguant librement. Vous pouvez cliquer librement: toutes les images qui apparaissent sur l'écran. Si vous maintenez appuyé le bouton de la souris sur une image, la plupart des navigateurs affiche un message qui vous dit ce qui va se passer si vous cliquez sur l'image. Essayez par vous-même! Choisissez des mots communs comme "the" ou "and" et effectuez une recherche—et ça marche. (Remarque: contrairement à beaucoup de moteurs de recherche, Greenstone indexe tous les mots, et même ceux-ci.)
+
+
+Exercice:Lisez la page d'Aide; puis répondez aux questions
+
+
+
+Que contient cette collection?
+
+
+Décrivez cinq façons de se positionner sur un document bien précis dans cette collection.
+
+
+Combien y a-t-il de documents écrits par Erik Duval?
+
+
+Comparez le nombre de fois que les mots "he" et "she" apparaissent dans la collection.
+
+
+Combien de fois le mot "metadata" apparaît dans les titres? Dans le texte lui-même?
+
+
+Quelle est la différence entre une recherche some et all ?
+
+
+Que signifie "MODS"?
+
+
+Comment passez-vous de l'interface utilisateur anglaise à l'interface russe? Est-ce que ça reste en russe quand vous allez sur la page d'accueil de Greenstone?
+
+
+Trouvez un terme de recherche qui donne des résultats différents pour l'option ignorer la fin des mots et le mot entier doit correspondre sur la page de Préférences.
+
+
+Quelle est la différence entre les formats interface graphique et interface texte (sur la page de Préférences)
+
+
+
+Exercice: Utilisez "Comment construire une collection de bibliothÚque numérique" pour répondre à ces questions.
+
+
+
+Combien de phrases contiennent le mot éducation?
+
+
+Quelle histoire de la "School Journal collection" est mentionnée dans le livre?
+
+
+Combien d'acronymes utilisés dans le livre commencent avec le mot "Standard"?
+
+
+Que signifie tapu?
+
+
+Combien de fois le mot "library" apparaît? Le mot "libraries"?
+
+
+Combien de fois le mot "library" apparaît avec une lettre majuscule A au début?
+
+
+Combien de fois des termes dérivés du mot "form" apparaissent?
+
+
+Citez un poÚme anglais qui a été écrit probablement 1000 ans avant JC.
+
+
+Qui est Alan Kay?
+
+
+Sur quelle page est-il mentionné pour la premiÚre fois certains aspects de la culture chinoise?
+
+
+
+Il serait plutÎt difficile de répondre à la plupart de ces questions à partir du livre papier.
+
+
+
+
+
+Installation de Greenstone
+
+
+
+
+Installation de Greenstone sur Windows
+
+Il y a différente façon d'obtenir Greenstone:
+
+A partir d'un CD-ROM UNESCO (version 2.60) (ou CD-ROM IMARK de la FAO, version antérieure 2.51)
+Ces cédéroms contiennent le logiciel Greenstone , plus des exemples de collection documentées , quatre versions linguistiques de l'interface utilisateur (anglais, français, espagnol, et russe), le module pour exporter sur cédérom/DVD , le logiciel de traitement d'images ImageMagick , l'environnement d'exécution Java (JRE) , et un module d'installation qui installe tous ces composants.
+
+
+A partir du cédérom préparé par IITE "Digital Libraries in Education", ou du cédérom "Greenstone workshop"
+
+En plus des logiciels mentionnés ci-dessus, ces cédéroms contiennent le Greenstone Language Pack , qui offre l'interface utilisateur dans de nombreuses langues (environ 40 pour le moment). Il possÚde son propre module d'installation qui peut être utilisé séparément, aprÚs l'installation de Greenstone. Ils contiennent aussi un jeu de fichiers démo a utiliser pour les exercices.
+Les CD-ROMS avec la version de Greenstone 2.62 ou antérieures ont le Paquet de Langues de Greenstone inclus, celui-ci donne le lecteur d' interfaces en plusieurs langages (pour l' instant 40). Celui-ci a sont prope instalateur auquel vouz devez invoquer séparément, aprÚs avoir installé Greenstone.
+Les CD_ROMS avec la version2.70 ou postérieure viennent avec le lecteur d' interfaces dans tous les langages disponibles. Les images textuelles ont été éliminées de l' interface; elles sont maintenant faites en utilisant CSS (Cascading Style Sheets). Le Paquet de Languages de Greenstone n' a plus besoin d' être utilisé. à sa place, ces CD_ROMS viennent avec le Paquet Classique d' Interface , qui contient les vielles images textuelles pour utilisation avec un macro fichier à compatibilité à la reverse.
+
+
+Tous ces cédéroms contiennent le logiciel Greenstone en entier qui permet de visualiser des collections et d'en créer de nouvelles. Ils sont différents des cédéroms qui contiennent des collections Greenstone pré-établies et qui permet seulement de visualiser cette collection.
+
+
+
+De http://www.greenstone.org
+La plupart des utilisateurs télécharge la version Windows du site http://www.greenstone.org, qui contient la derniÚre version de Greenstone. Cependant, il y a plusieurs modules optionnels qui doivent être téléchargé séparément (pour éviter d'engorger le réseau): des exemples de collection documentées , le module pour exporter sur cédérom/DVD , le Greenstone Language Pack . Il y a aussi le de fichiers démo a utiliser pour les exercices.(Afin de réduire la taille du téléchargement, les exemples de collection documentés sont distribués dans un format non construit et nécessitent d'être construites).
+Vous avez besoin de Java pour exécuter Greenstone. Vous l'auviez déjà peut-être; autrement, vous pouvez le télécharger sur le site http://java.sun.com.Vous avez besoin de ImageMagick pour travailler sur des collections d'images. (à télécharger sur http://www.imagemagick.org).
+
+La plupart des cédéroms Greenstone démarre l'installation dés qu'ils sont inséré dans l'unité, en supposant que l'option "Autoplay" est active sur le PC. Si elle ne démarre pas, localiser le fichier setup.exe et double-cliquez dessus pour lancer l'installation/ (Sur le cédérom IMARK, ce fichier se trouve dans le dossier software_tools → Greenstone ).Si vous téléchargez Greenstone du web, vous obtenez un module exécutable qui est le module d'installation—vous avez juste à double-cliquer dessus.
+Si Greenstone a déjà été installé sur votre ordinateur avant, vous devez enlever complÚtement l'ancienne version avant d'en installer une nouvelle . (Cependant, vous n'avez pas besoin d'enlever les collections pré-établies que vous avez installé.) Pour cela, voir .
+Voici ce que vous devez faire pour installer Greenstone. Les anciennes versions du module d'installation ont plus ou moins la même séquence mais utilisent des termes différents.
+
+
+Sélectionnez la langue pour l'installation. Nous choisisson Français
+
+
+Bienvenue dans l'assistant d'installation du logiciel de bibliothÚque numérique Greenstone. Cliquez sur <Suivant >
+
+
+Accord de licence. Accepter l'accord de licence et cliquez sur <Suivant >
+
+
+Choisissez l'emplacement pour installer Greenstone. Laisser l'option par défaut et cliquez sur <Suivant
+
+
+Type d'installation. Laissez l'option par défaut (BiblothÚque locale) et cliquez sur <Suivant
+
+
+(Pour les modules d'installation anciens, vous devez maintenant sélectionner les collections. Laissez l'option par défaut, "Exemples de collections documentées", et cliquez sur <Suivant
+
+
+Initialisez le mot de passe admin. Choisissez un mot de passe adéquate et cliquez sur <Suivant (Le mot de passe n'a pas d'importance si votre machine ne sert pas de serveur)
+
+
+cliquez sur <Installer pour compléter l'installation
+
+
+Les fichier sont en cours de copie
+
+
+L'installation est terminée. Si vous avez installé à partir d'un cédérom, le module d'installation vous proposera d'installer ImageMagick (voir ci-dessous), et Java si nécessaire.
+
+
+Pour lancer Greenstone et obtenir l'interface utilisateur, aller sur Logiciel de BibliothÚque Numérique Greenstone dans le menu Tous les programmes à partir du menu démarrer de Windows et sélectionnez BibliothÚque Numérique Greenstone . Pour lancer l'interface bibliothécaire, positionnez-vous au même endroit et sélectionnez Interface Bibliothécaire Greenstone .
+
+Installation du logiciel ImageMagick sous Windows
+
+Une fois l'installation de Greenstone terminée, vous devez vous assurer que le logiciel ImageMagick est installé sur votre machine si vous voulez construire des collections d'images. Si vous installez à partir d'un cédérom, il vous sera demandé si vous souhaitez installer ImageMagick: dites oui . Sinon vous devez télécharger ImageMagick (http://www.imagemagick.org ). Pour installer ce programme vous devez posséder les privilÚges "Administrateur" dans Windows. (Si vous n'avez pas les privilÚges d'administrateur sous Windows, l'installeur de ImageMagick va produire une erreur où il se plaint qu'il ne peut modifier la base de registre. Si cela se produit, vous pourrez continuer à travailler avec Greenstone, mais vous ne pourrez pas construire des collections d'images.)
+Les étapes suivantes sont simples, et comme précédemment, nous recommandons d'utiliser les options par défaut. Voici ce que vous devez faire.
+
+
+"Cela va installer ImageMagick 5.5.7 Q8. Voulez-vous continuer? Oui
+
+
+"Bienvenue dans l'assistant d'installation du logiciel ImageMagick cliquez sur <Suivant >
+
+
+"Information: Veuillez lire ce qui suit ..." cliquez sur <Suivant >
+
+
+"Sélectionnez le dossier de destination..." Laissez l'option par défaut et cliquez sur <Suivant >
+
+
+"Sélectionnez le dossier "menu démarrer"..." Laissez l'option par défaut et cliquez sur <Suivant >
+
+
+"Sélectionnez autres tâches..." Laissez l'option par défaut et cliquez sur <Suivant >
+
+
+"Prêt à installer". Cliquez sur <Installer >
+
+
+Les fichier sont en cours de copie
+
+
+"Vous avez inslallé ..." cliquez sur <Suivant >
+
+
+"Initialisation terminée...". Désélectionnez "View index.html" et cliquez sur <Terminer >.
+
+
+
+
+
+
+Mise à jour d'une installation Greenstone
+
+
+
+
+
+Ces exercices supposent que vous utilisez une version de Greenstone 2.60 ou supérieure.
+
+
+Avant de mettre à jour une version de Greenstone existante, vous devez vous assurer que l'interface bibliothécaire de Greenstone ou le serveur bibliothÚque locale ne sont pas en route. Normalement, quitter le navigateur ou l'interface bibliothécaire revient à quitter le serveur aussi.
+
+
+Suppression de Greenstone sous Windows
+
+
+Enlevez complÚtement la version installée avant d'installer une nouvelle version de Greenstone.
+
+
+Assurez-vous que Greenstone n'est pas entrain de tourner.
+
+
+Enlevez la version ancienne en allant dans le "volet de Configuration" de Windows (à partir de "démarrer"). Cliquez sur Ajout/Suppression de programmes , sélectionnez Logiciel de BibliothÚque numérique Greenstone , et Supprimez le. (Pou pouvoir faire ceci, vous pouvez avoir besoin d'avoir les privilÚges "Administrateur" sous Windows.
+
+
+A la fin de cette procédure, on vous demandera si vous souhaitez supprimer toutes vos collections Greenstone: vous devez dire probablement Non si vous voulez préserver votre travail.
+
+
+Occasionnellement, vous pouvez rencontrer des problÚmes si des installations anciennes de Greenstone ne sont pas complÚtement enlevées. Pour nettoyer votre systÚme, déplacez sur le bureau le dossier collect de Greenstone qui contient toutes vos collections. Puis vérifiez si le dossier C:\Program Files\gsdl or C:\Program Files\Greenstone existe (Dossier d'installation de Greenstone) et supprimez-le complÚtement s'il existe.
+
+
+Réinstallation de Greenstone sous Windows
+
+
+La procédure de réinstallation est exactement la même que la procédure d'installation décrite dans . Vous n'avez pas besoin de réinstaller ImageMagick si vous l'avez déjà installé.
+
+
+La procédure d'installation a changé superficiellement à partir de la version 2.60 car le programme utilisé pour créer le module d'installation est différent.
+
+
+A partir de la version 2.60, Greenstone est installé dans un nouveau dossier Program Files\Greenstone, alors que dans les versions précédentes il était placé dans le dossier Program Files\gsdl (Les deux sont des options par défaut qui peuvent être changées pendant l'installation.) Au moment de la mise à jour de Greenstone pour une version 2.60 ou supérieure, il est important de déplacer vous-même le contenu du dossier collect dans son nouvel emplacement si vous voulez garder les collections existantes. Les versions futures de Greenstone seront installées dans ce nouvel emplacement, Program Files\Greenstone, donc ce problÚme n'aura plus lieu d'être.
+
+
+Amalgame de différentes collections
+
+
+Si précédemment, vous avez installé le logiciel Greenstone dans un emplacement non standard. Vous devez amalgamer vos collections en les déplaçant de l'ancien dossier collect dans le nouveau Program Files\Greenstone\collect .
+
+
+Si vous avez installé des collections à partir de cédéroms contenant des collections pré-établies, elles se trouvent dans un dossier différent: C:\GSDL\collect . Pour les amalgamer avec l'installation principale de Greenstone, vous devez les déplacer dans le dossier Program Files\Greenstone\collect . La mini version de Greenstone qui est associée avec les collections pré-établies n'est plus nécessaire. Pour la désinstaller, sélectionner Uninstall sur le menu Greenstone à partir du menu démarrer de Windows.
+
+
+Installation du Paquetage de Langues de Greenstone (2.62 et antérieur)
+
+
+Si vous allez sur la page Préférence de n'importe quelle collection Greenstone et vous accédez au menu Langue de l'Interface vous vous apercevrez que l'interface utilisateur est uniquement disponible en anglais, français, espagnol et russe
+
+
+Localisez le Pquetage Langues de Greenstone (glp-x.xx.exe/glp-x.xx-linux.bin/gli-x.xx-macOSx.command). Il peut se trouver sur le CD-ROM d'installation ou vous pouvez le télécharger à partir de http://www.greenstone.org.
+
+
+Démarrez le fichier exécutable (double-cliquez sur celui-ci dans Windows); ceci démarrera l' installeur. Acceptez toutes les options par défaut
+
+
+Recommencez la librairie Digitale Greenstone et regardez le menu d' interface de language à nouveau. Vous devrez voir 40 langues différentes.
+
+
+Activant les autres langues (2.63 et postérieur)
+
+
+Si vous avez téléchargé Greenstone de la web, alors tous les lenguages seront activés par défaut. Cependant, si vous avez installé Greenstone d' un CD-ROM UNESCO, alors seulement l' Anglais, le Français, l' Espagnol et le Russe seront activés.
+
+
+Pour activer un nouveau language, éditez le fichier greenstone\etc\main.cfg . Cherchez la ligne "Language" approprié, et décommentez-le (ex enlevez le # depuis le début). Vérifiez que l' encodement nécéssité soit activé.
+Par exemple, suposons que nous voulons activer Turque. Le language ligne pour Turque est comme:
+#Language shortname=tr longname=Turkish default_encoding=windows-1254
+Piour l' activer, on enlÚve le #, ex faites-le voir comme:
+Language shortname=tr longname=Turkish default_encoding=windows-1254
+Le défaut encodent pour Turque est Windows-1254. Donc on voit la ligne de code windows-1254:
+Encoding shortname=windows-1254 "longname=Turkish (Windows-1254)" map=win1254.ump
+Ceci est déjà permit (pas de # au début) donc on n' a pas besoin de rien faire de plus.
+
+
+Installant le Paquetage d' Interface Classique (2.63 et postérieur)
+
+
+Greenstone vient maintenant avec toutes les langues activées.
+Le HTML généré utilise texte + CSS au lieu d' images pour navigation de barre,
+ bouton menu, aide, préférences etc. Le paquetage interface classique n' est pas nécésité si vous voulez utiliser Greenstone dans une autre language. Il est seulement nécessaire si vous voulez revertir au vieux systÚme HTML avec des images texte. Ceci peut être utile si vous avez paramétrer votre Greenstone, ou si vous avez besoin de compabilité avec Netscape 4.
+
+
+Localisez le Paquetage d' Interface Classique (gcip-x.xx.zip). Ceci peut être edans le CD-ROM duquel vous avez installé Greenstone, ou bien vous aller devoir le télécharger de http://www.greenstone.org.
+
+
+le paquetage d' Interface Classique est un fichier zip qui contient les vielles images, comme les boutons classificateurs. DéfÚtez le fichier zip dans les images directoire de votre installation Greenstone.
+
+
+Permettez l' utilisation du vieux-style macros en éditant greenstone\etc\main.cfg : remplacez nav_css.dm avec nav_ns4.dm dans la liste macrosfiles .
+
+
+Redémarrez la Libraire Digitale de Greenstone. Elle ne devrait pas utiliser les vielles images texte.
+
+
+
+
+
+Construction d'une petite collection de fichier HTML
+
+
+
+
+
+Vous aurez besoin d.oe quelques fichier HTML tels que ceux qui se trouvent dans le dossier hobbits de sample_files.
+
+
+Démarrez 'interface bibliothécaire de Greenstone:
+
+Démarrer → Tous les Programmes → Software de la Librairie Digitale Greensonte v2.70 → Interface du Bibliothécaire Greenstone
+
+
+AprÚs quelques instants, un premier écran de démarrage apparaît, puis aprÚs une pause un peu plus longue, l' Interface Bibliothécaire de Greenstone apparaît. (Une commande est aussi ouverte dans le fond.)
+
+
+
+Commencer une nouvelle collection avec l'interface bibliothécaire de Greenstone
+Fichier → Nouveau
+
+
+Vous allez créer une collection basée sur quelques pages web en HTML qui décrivent quelques hobbits dans le seigneur des anneaux
+Une fenêtre apparaît. Entrez des données appropriées—par exemple,
+
+Titre de la Collection: Sur Hobbits
+Description du contenu: Une collection sur hobbits.
+
+Laissez les options Base this collection on: comme défautNouvelle Collection, et cliquez sur <OK> .
+
+
+Une autre fenêtre apparaît sur laquelle vous pouvez choisir le jeu de métadonnées (ou les jeux) à utiliser. Ceci est discuté dans d'autres exercices. Pour l'instant, sélectionnez Jeu de métadonnées Dublin Core Version 1.1 suivi par <OK> .
+
+Si cette premiÚre fois vous avez ouvert une collection dans l' Interface du Bibliothécaire, deux fenêtres de progrÚs apparaitront pour montrer le progrÚs au même temps que le chargement des plug-ins et des classificateurs.
+
+
+
+Ensuite, vous devez rassembler les fichiers qui constituent la collection. Un ensemble de fichiers approprié a été préparé en avance dans sample_files dans le dossier hobbits . En utilisant la partie gauche du volet Rassembler de l'Interface Bibliothécaire, naviguez jusqu'au dossier sample_files .
+
+
+Maintenant, faites glisser le dossier hobbits de la partie gauche dans la partie droite et laissez le tomber dans cette partie droite. La barre de progrÚs de la partie inférieure de l' écran montre certaine activité. Graduellement, des duplicats de tous les fichiers apparaitront dans le paneau de la collection.
+
+Vous pouvez inspecter les fichiers copiés en double-cliquant sur le dossier dans la partie droite.
+
+
+
+Puisque c'est notre premiÚre collection, nous n'allons pas compliquer les choses en affectant manuellement des métadonnées ou en modifiant la conception de la collection. Nous allons plutÎt nous fier aux options par défaut. Donc, passez directement au volet Création en cliquant sur l'index Création .
+
+
+Pour commencer la construction de la collection, cliquez sur le bouton <Construire la Collection>
+
+
+Une fois la collection construite avec succÚs, une fenêtre apparaît pour le confirmer. Cliquez sur <OK> .
+
+
+Cliquez sur le bouton <visualisez la Collection> pour voir le résultat final. Ceci affiche la page web adéquate dans le navigateur (en le démarrant si nécessaire). Baladez-vous dans la collection et cultivez-vous sur les hobbits!
+
+
+AprÚs être retourné dans l'Interface Bibliothécaire, cliquez sur l'index Enrichir pour voir les métadonnées associées aux documents de la collection.
+
+
+Actuellement, il n'y a pas de métadonnées affectées manuellement, mais la construction de la collection a permis d'extraire les métadonnées des documents. Double-cliquez sur le dossier hobbits pour développer son contenu. Puis cliquez une fois sur bilbo.html pour afficher ses métadonnées dans le volet droit. Les champs initial fields, starting "dc.", sont vides. Ce sont les champs pour les métadonnées Dublin Core (Nous avons demandé ce jeu de métadonnées au moment de la création de la collection) pour l'affectation manuelle.
+
+
+Utilisez la barre de défilement à l'extrémité droite pour voir la partie basse de la liste. Ici vous verrez fields starting "ex." qui exprime les métadonnées extraites: par exemple ex.Title , basé sur les balises HTML du Titre, et ex.Language , la langue du document (représenté par le mnémonique à 2 lettres du standard ISO) qui est déterminé par un algorithme que Greenstone utilise pour analyser le texte des documents.
+
+
+Fermez la collection en cliquant sur Fchier → Fermer . Ceci sauvegarde automatiquement la collection sur le disque.
+
+
+Création d'un raccourci dans l'Interface Bibliothécaire
+
+
+Pour créer un raccourci dans l'Interface Bibliothécaire, retournez au volet Rassembler et naviguer dans votre espace fichier local jusqu'au dossier qui contient les fichiers que vous voulez utiliser—dans notre cas, le dossier sample_files . Sélectionnez ce dossier et cliquez sur le bouton droit. Suivez ensuite les instructions pour créer un raccourci. Fermez tous les dossiers de la hiérarchie et vous verrez le raccourci vers vos fichiers dans la case gauche du volet Rassembler.
+
+
+
+
+
+Une collection de fichiers Word et PDF
+
+
+
+
+
+Vous aurez besoin de quelques fichiers source comme ceux qui se trouvent dans le dossier sample_files\Word_and_PDF
+
+
+Démarrez une nouvelle collection appelée rapports , remplissez les champs appropriés, et choisissez Dublin Core comme jeu de métadonnées
+
+
+Copiez les 12 fichiers qui se trouvent dans sample_files → Word_and_PDF → Documents dans la collection. Vous pouvez sélectionner plusieurs fichiers en cliquant sur le premier et en cliquant tout en maintenant la touche Shift enfoncée sur le dernier, puis vous pouvez les faire glisser tous ensemble. (C'est la technique usuelle de sélection multiple.)
+
+
+Passez au volet Création , construisez et visualisez la collection.
+
+
+A nouveau la collection ne contient pas de métadonnées affectées manuellement. Toutes les informations qui apparaissent—titre et nom de fichier—sont extraites automatiquement des documents eux-mêmes. Il en résulte que la qualité de certaine métadonnées concernant le titre sont suspectes.
+
+
+AprÚs être retourné dans l'Interface Bibliothécaire, cliquez sur l'index Enrichir pour voir les métadonnées automatiquement extraites. Vous aurez besoin de faire défiler la page pour voir les métadonnées extraites, qui commencent avec le préfix "ex.". Les documents PostScript (cluster.ps et langmodl.ps n'ont pas de titre extrait: ce qui apparaît dans la liste titres a-z correspond juste a quelques caractÚres du début du document).
+
+
+Affectation manuelle des métadonnées dans une collection
+
+
+Dans le volet Enrichir , ajoutez manuellement Dublin Core dc.Title métadonnée à l'un de ces documents. Sélectionnez word03.doc et double-cliquez pour l'ouvrir dans Word. Copiez le titre de ce document ("Greenstone: A comprehensive open-source digital library software system") de Word, retournez à l'Interface Bibliothécaire. Cherchez le champ dc.Title dans la table de métadonnées. Cliquez la case Value, collez la métadonnée et cliquez sur Enter .
+
+
+Maintenant ajoutez les informations pour dc.Creator pour ce même document. Vous pouvez ajouter plusieurs valeurs pour le même champ, dans le cas de plusieurs auteurs—Entrez la valeur et cliquez sur <Ajouter à la fin >.
+
+
+Fermez le document quand vouz aviez finit de copiez les méta-données de celui-ci. Les programmes externes ouvert pendant la consulte de documents doivent être fermés avant de construire la collection, autrement des erreurs peuvent se produire.
+
+
+Puis ajouter les métadonnées pour le titre et le créateur des autres documents.
+
+
+Si vous construisez et visualisez la collection maintenant, vous verrez que rien n'a changé. Vous devez modifier l'option métadonnée de la collection pour utiliser les métadonnées Dublin Core au lieu des métadonnées extraites automatiquement qui est l'option par défaut.
+
+
+Conception de la collection; associer une image à la collection comme image de marque
+
+
+Passez au volet Conception qui contient plusieurs sections. La premiÚre section Générales apparaît. Elle permet de modifier les valeurs initialement choisies au moment de la création de la collection. Vous pouvez aussi donner une image de marque à la collection en associant une image appropriée.
+
+
+Cliquez sur le bouton <Naviguer > associé avec "l'URL sur l'icÃŽne de la page A Propos", et naviguez jusqu'à l'image sample_files → Word_and_PDF → wrdpdf.gif sur votre machine. Greenstone génÚre automatiquement un URL pour l'image lorsque vous sélectionnez cette image.
+
+
+Si vous êtes sur la toile, vous pouvez facilement créer votre propre icÎne dans le style Greenstone en allant sur
+ http://www.greenstone.org/make-images.html
+et en suivant les instructions ici.
+
+
+Greffons Pour Documents.
+
+
+Maintenant examinez la section Greffons pour Documents en cliquant dessus dans liste sur la gauche. Ici, vous pouvez ajouter, configurer or enlever des greffons pour une collection. Il n'est pas nécessaire d'enlever des greffons, mais cela peut améliorer les performances. Dans notre cas nous avons uniquement des documents Word, PDF, RTF, et PostScript, donc nous pouvons enlever les greffons ZIPPlug, TEXTPlug, HTMLPlug, EMAILPlug, ImagePlug, ISISPlug et NULPlug. Pour enlever un greffon, sélectionnez le et cliquez sur <Enlever le Greffon >. GAPlug est nécessaire pour toutes les collections et ne doit pas être enlevé.
+
+
+Les différents types de recherche et la recherche par champ
+
+
+Allez sur la section Types de Recherche . Elle spécifie les différent sortes d'interface de recherche et quels indexes seront construits pour la collection. Ajoutons un bordereau d'option de recherche. Cliquez sur <Permettre des Recherches Avancées >; cela permet "la recherche par bordereau" d' être ajoutée dans la collection.
+
+
+Pour inclure "recherche compléte" aussi, déroulez le menu Types de Recherche et sélectionnez plain ; puis cliquez sur <Ajouter le type de recherche >.
+Recherche plaine sera le défaut de recherche type comme elle est dans la premiÚre liste.
+
+
+Indexes pour la recherche
+
+
+L'étape suivante dans le volet Conception est Indexes pour la recherche . Elle permet de spécifier sur quelles paties la collection peut être cherchée (c.a.d. recherche par titre et auteur). Supprimez les indexes ex.Title et ex.Source , qui ne sont pas particuliÚrement utiles, en les sélectionnant individuellement et en cliquant sur <Enlever l'indexe >. Seul l'indexe text reste.
+
+
+Maintenant ajoutez un indexe Titre basé sur dc.Title en donnant un nom d'indexe (c.a.d. "Titre Document") et en sélectionnant dc.Title dans la boîte Index Source . Puis cliquez sur <Ajouter Indexe >.
+
+
+Vous pouvez ajouter des indexes basés sur n'importe quelle métadonnées. Ajoutez un indexe appelé "Auteurs" basé sur la métadonnée dc.Creator .
+
+
+Les deux sections suivantes sont Indexes Partition et Recherche Inter-Collection . Dans cet exercice, nous n'allons pas changer quoi que ce soit.
+
+
+Parcourir les Classificateurs
+
+
+La section Parcourir les Classificateurs permet d'ajouter des "classificateurs", qui associe des fonctions de navigation à la collection. Passez sur cette section et vous verrez que Greenstone propose deux classificateurs, AZLists basé sur les métadonnées ex.Title et ex.Source . Supprimez les en les sélectionnant tour à tour et en cliquant sur <Supprimer le Classificateur >.
+
+
+Maintenant nous allons ajouter un classificateur AZList pour la métadonnée dc.Title . Sélectionnez AZList dans la liste déroulante Sélectionnez le classificateur à ajouter et cliquez sur <Ajouter un Classificateur >
+
+
+Une fenêtre Configuration des arguments apparaît. Sélectionnez dc.Title dans la liste déroulante métadonnées et cliquez sur <OK >.
+
+
+Maintenant ajoutez le classificateur AZCompactList . Cliquez sur <Ajouter un Classificateur > et configurez le pour utiliser la métadonnée dc.Creator , avec comme nom de bouton "Créateur". Cliquez sur <OK >.
+
+Les trois derniÚres sections sont Possibilités de formatage , Traduction de texte et Jeux de métadonnées . Dans cet exercice, nous n'allons pas changer ceci.
+
+
+
+Passez sur le volet Création , et construction et pré visualisation de la collection.
+
+
+Vérifiez que toutes les fonctions marchent correctement. Vous devriez avoir trois indexes texte complet appelé text , Titre Document , et Auteurs . Dans la liste titres a-z t vous devriez voir tous les documents auxquels vous avez affecté la métadonnée dc.Title (et seulement ceux-ci). Dans la liste auteurs aÂz vous devriez voir une étagÚre pour chaque auteur auquel vous avez affecté dc.Creator , et en cliquant sur cette étagÚre vous devriez être positionné sur tous les documents qu'ils ont écrit.
+
+Extraire les métadonnées n'est pas fiable. Mais cela ne coûte pas cher ! D'un autre cÎté, affecter manuellement les métadonnées prend du temps. Nous allons donc voir comment tirer parti des deux solutions, c'est à dire en utilisant les métadonnées extraites automatiquement, mais en les corrigeant quand elles sont mauvaises. Cela ne va peut être pas plaire aux bibliothécaires professionnels, mais c'est une bonne méthode pour les professeurs de musique souhaitant assembler leurs collections sans trop d'effort.
+
+
+à ce point vous voudrez peut-être publier la collection en CD-ROM, Voir pour comment faire ceci.
+
+
+
+
+
+Documents PDF difficiles
+
+
+
+
+
+Construisez une nouvelle collection à partir des deux fichiers qui se trouvent dans sample_files\difficult_documents. Utilisez la collection par défaut: c'est-à -dire rassemblez simplement les fichiers dans une nouvelle collection, et construisez la.
+
+Ces fichiers sont appelés No extractable text.pdf et Weird characters.pdf—Leurs noms évoquent les problÚmes qu'ils vont causer!
+
+
+
+Maintenant visualisez la collection. Les listes de titres et noms de fichier montrent un seul des documents. Quand vous cliquez l'icÎne "texte" pour examiner le texte extrait de ce document, c'est des détritus. Le message suivant apparait au moment de la construction: "Un document a été traité et inséré dans la collection; un a été rejeté."
+
+
+Les modes dans l'interface du bibliothécaire
+
+
+L'interface du bibliothécaire peut opérer dans différents modes. Jusqu'à présent, vous avez utilisé le mode par défaut, appelé "bibliothécaire".
+
+
+Utilisez l'option Préférences du menu Dossier pour passer au mode Expert et reconstruire la collection. Le volet Créer semble différent dans le mode expert parce qu'il donne davantage d'options comme: trouver le bouton Construire la collection , en bas de fenêtre, et cliquer dessus. Un nouveau message apparaît indiquant que le fichier ne peut pas être traité et pourquoi.
+
+
+Pour éviter toute confusion, nous vous recommandons de retourner au mode Bibliothécaire pour accéder aux exercices suivants.
+
+
+Convertion PDF avec Ghostscript amélioré
+
+
+Si vous avez Ghostscript installé, alors vous pouvez utiliser une méthode pour manipuler les documents difficiles au format PDF. Ghostscript est un programme qui peut être convertir des fichiers Postscript et PDF en d' autres formats. Vous pouvez le télécharger de http://www.cs.wisc.edu/~ghost/ (suivez le link à la version estable).
+
+
+Ces problÚmes peuvent être résolus en changeant une option de PDFPlug. Greenstone peut convertir les fichiers PDF en une série d'images avec un fichier associé qui qui décrit comment elles sont placées dans le document initial (appelé un fichier item ). ImageMagick doit être installé pour cette partie d'exercice (voir ).
+
+
+Dans la liste Greffons de Documents du volet Conception , double-cliquez sur PDFPlug pour ouvrir une fenêtre avec les options, et initialisez l'option convert_to à pagedimg_gif .
+
+
+Construisez la collection et visualisez la. Les documents PDF ont été traités et divisés en pages, mais chaque page affiche "Ce document n'a pas de texte" car le texte n'est pas extrait au moment de la conversion des documents PDF en images.
+
+
+Pour visualiser correctement les documents, nous devons modifier une instruction de formatage. Dans la section Possibilités de Formatage sur le volet Conception , sélectionnez l'instruction de formatage DocumentText . Remplacer [Text] avec [srcicon] et cliquez sur Remplacer le format .
+
+
+visualisez la collection à partir du volet Création . (Il n'est pas nécessaire de la construire).Les images extraites des documents sont maintenant affichées à la place des textes. Les deux documents: No extractable text.pdf et Weird characters.pdf sont maintenant affichés correctement.
+
+
+
+
+
+Une collection d'images
+
+
+
+
+
+Démarrer une nouvelle collection (Fichier → Nouveau ) appelé backdrop Complétez les champs avec l'information appropriée. Pour Baser cette collection sur , sélectionnez le point Simple image collection (image-e) du menu déroulant,
+
+Greenstone ne vous demande pas de choisir un ensemble de métadonnées parce que la nouvelle collection hérite de tout ce qui est utilisé par la collection de base.
+
+
+
+Copiez les images données dans sample_files\images , dans la nouvelle collection que vous venez de constituer.
+
+
+Changez pour le volet Créer et Construire la collection.
+
+
+Visualiser le résultat
+
+
+Cliquez naviguer dans la barre de navigation pour visualiser une liste des photos classées par nom de fichier et présentées sous la forme de miniatures accompagnées de données de base sur l'image. La structure de cette collection est la même que celle de Simple image collection (image-e) , mais le contenu est différent.
+
+
+Changez pour le volet Enrichir et visualiser les métadonnées extraites pour Bear.jpg .
+
+
+Maintenant, nous allons ajouter nos propres métadonnées et les utiliser pour donner aux utilisateurs une nouvelle méthode pour charger une collection. Nous allons utiliser l'ensemble de métadonnées Dublin Core.
+
+
+Ajouter un ensemble de métadonnées à la collection
+
+
+La collection (image-e) sur laquelle backdrop est basée utilise uniquement des métadonnées extraites. Pour ajouter un autre ensemble de métadonnées, allez dans le volet Créer de l'interface Bibliothécaire et cliquez sur Ensembles de métadonnées dans la liste à gauche (la toute derniÚre). Ensuite cliquez sur <Ajouter l'ensemble des métadonnées... > (le bouton le plus en bas à gauche).
+
+
+Dans le fenêtre qui s'ouvre, sélectionnez dublin.mds et cliquez sur <Ajouter un ensemble de métadonnées >.
+
+
+Ajouter une métadonnée Titre
+
+
+Maintenant passez au volet Enrichir en cliquant sur l'index. Les métadonnées pour chaque fichier montrent les champs Dublin core dc. ainsi que les champs extraits ex. .
+
+
+Nous travaillons uniquement avec les trois premiers fichiers (Bear.jpg , Cat.jpg et Cheetah.jpg ) pour avoir un aperçu de ce qui est possible. Tout d'abord, déterminez le champ de chaque dossier dc.Titre . Celui-ci doit être le même que son nom de fichier mais sans extension de fichier.
+
+
+Cliquez sur Bear.jpg afin que ses champs de métadonnées soient accessibles, ensuite cliquez sur son champ dc.Titre sur le cÎté droit. Entrez Bear , et cliquez Enter .
+
+
+La boîte Toutes les valeurs précédentes... deviendra plus utile quand il y a aura davantage d'entrées saisies.
+
+
+Répétez le processus pour Cat.jpg et Cheetah.jpg .
+
+Quelle description devriez-vous entrer ? Pour vous rappeler du contenu d'un fichier, l' Interface Bibliothécaire vous permet d'ouvrir les fichiers en double-cliquant sur ceux-ci. Il lance l' application appropriée basée sur l'extension du nom du fichier, Word pour les fichier .doc, Acrobat pour des fichiers .pdf etc. Double-cliquez sur Bear.jpg : dans Windows, l'image apparaîtra normalement en utilisant Microsoft's Photo Editor (bien sûr cela dépend des logiciels installés sur votre ordinateur).
+
+De retour dans l'interface Bibliothécaire, entrez le texte Bear in the Rocky Mountains comme valeur du champ dc.Description et cliquez sur Joindre> pour que celle-ci soit ajoutée.
+
+
+Répétez ce processus pour Cat.jpg et Cheetah.jpg , en ajoutant une description qui conviennent pour chaque.
+
+
+
+Maintenant nous allons personnaliser l'apparence de la collection. Créer et visualiser la collection à ce stade ne révÚle rien de nouveau; tout simplement par ce que nous n'avons pas changé l'apparence graphique de la collection pour profiter au mieux des nouvelles métadonnées.
+
+
+Changez les caractéristiques du format pour afficher les nouvelles métadonnées
+
+
+Allez dans le volet Créer et sélectionnez Formatter les caractéristiques dans la liste en bas à gauche. Laissez les contrÎles d'édition à leurs valeurs par défaut, afin que Choisir les caractéristiques demeure blanc et VList est sélectionné comme Composant affecté . Dans le HTML Format String , éditez le texte comme suit:
+
+Changez "_ImageName_:" en "Title:" Changez "[Image]" en "[dc.Title]"
+
+
+Les noms des métadonnées prennent en compte la casse dans Greenstone : il est important que vous mettiez le "titre" en majuscules (et non pas le "dc").
+
+
+
+Prochain clic Remplacer le format . Les changements effectués ci-dessus altÚrent tout d'abord le fragment de texte qui apparaît à droite de l'image miniature, puis le point des métadonnées qui suivent.
+
+
+Allez au volet Créer et cliquez sur Construire la collection . Maintenant visualisez la collection. Quand vous cliquez sur naviguer dans la barre de navigation, la présentation a été changée en "Titre: Bear" etc.
+
+
+C'est parce que nous assignons uniquement les métadonnées au trois premiers points, qu'aprÚs cela le titre devient blanc et qu'il en résulte des points subséquents sans métadonnées dc.Title. Pour obtenir une liste complÚte, entrez toutes les métadonnées.
+
+
+Pour toute modification visuelle, la collection doit être reconstruite pour que les changements soient visibles. Cependant, les changements relatifs au formatage des textes sont visibles immédiatement et vous pouvez voir le résultat tout de suite en cliquant sur recharger (ou refresh ) dans la barre du navigateur.
+
+
+Changer la taille des images miniatures
+
+
+Les images miniatures sont créées par le greffon ImagePlug , nous devons donc accéder à ses paramétres de configuration. Pour cela, passez au paneau Créer et sélécionnez Greffons pour Documents , séléctionnez Greffon ImagePlug en double-cliquant pour faire apparaître une fenêtre montrant les paramétres. (Séléctionnez successivement ImagePlug avec un seul clique puis <Configuration Greffon...> plus bas sur l'écran). Toutes les options son désactivées, et les valeurs par défaut sont utilisées. Sélectionnez taille ses miniatures , saisir la valeuro 50 , et cliquez sur <OK> .
+
+
+Construire et visualiser la collection.
+
+
+Une fois que vous avez vu le résultat du changement, retournez au volet créer , sélectionnez les options de configuration pour ImagePlug , et enlevez l'option de taille de la miniature afin que la miniature retrouve sa taille normale lorsque la collection sera reconstruite.
+
+
+Maintenant ajoutez des métadonnées qui décrivent les photos dans la collection. Encore une fois et pour illustration, nous nous centrons sur les trois premiÚres images (Bear.jpg, Cat.jpg et Cheetah.jpg).
+
+
+Ajouter une description aux métadonnées
+
+
+Passer au volet Enrichir et sélectionnez Bear.jpg . Nous allons enregistrer notre description dans l'élément de métadonnées dc.Description . Sélectionnez la maintenant dans le volet dans le cÎté droit.
+
+
+Reconstruisez la collection à nouveau pour ajouter les nouvelles métadonnées.
+
+
+Maintenant, modifiez l'instruction de formattage pour utiliser la nouvelle métadonnée dc.Description . Passez au paneau Format Features du paneau Design et vérifiez que Choose Feature soit en blanc, et VList est bien sélectionné dans la case Composant Affecté . Dans la chaîne de caractÚres en format HTML , placez le curseur aprÚs le texte qui dit
+[dc.Title]<br>
+
+
+et ajoutez le texte suivant:
+Description: [dc.Description]<br>
+
+
+Ensuite cliquez sur Remplacer le format .
+
+
+Visualisez le résultat (vous n'avez pas besoin de reconstruire la collection comme cela a été fait à l'étape 22 correspondant à l'intégration des métadonnées parce que les changements pour formatter les instructions prennent effet immédiatement). Chaque description d'image devrait apparaître sous la miniature, suivant le titre.
+
+
+Ajoutez un classeur de navigation basé sur la description des métadonnées
+
+
+Passez au volet Créer et sélectionnez Classeurs de navigation dans la liste à gauche. Déterminez les points du menu pour Sélectionnez le classeur à ajouter et AZList ; ensuite cliquez sur <Ajouter le classeur...>
+
+
+Une fenêtre vient de s'ouvrir pour contrÎler les options du classeur. Déterminer le point du menu pour les métadonnées dc.Description et cliquez sur OK . Maintenant passez au volet Créer , reconstruisez la collection, et visualisez-la. Choisissez les nouveaux liens des descriptions qui apparaissent dans la barre de navigation.
+
+
+Seulement trois éléments apparaissent, car seules les éléments avec des métadonnées relevantes apparaissent (dc.Description dans ce cas) dans la liste. La liste initiale contient toutes les photos de la collection car elle est basée sur ex.Image, des métadonnées extraites qui reflÚtent un nom de fichier image qui est défini pour toutes les images de la collection.
+
+
+Créer un index de recherche basé sur la description des métadonnées
+
+
+Allez dans le volet Créer et sélectionnez Chercher les index dans la liste en bas à gauche. Saisissez le texte "descriptions" comme Nom de l'index , sélectionnez dc.Description et cliquez sur <Ajouter index> .
+
+
+Allez dans le volet Créer , Construire la collection, ensuite visualisez-la . A titre d'exemple, chercher le mot "bear" dans l'index descriptions (qui est le seul indexe à ce point-ci).
+
+
+
+
+
+Une importante collection de fichiers HTML—Tudor
+
+
+
+
+
+Invoquez l'interface Bibliothécaire de Geenstone (a partir du menu démarrer ) et créez une nouvelle collection appelée tudor (utilisez le menu Fichier ). Remplissez la boîte de dialogue avec des valeurs appropriées et gardez l'option Dublin Core , séléctionnée par défaut comme ensemble de métadonnées.
+
+
+Dans le volet Rassembler , ouvrez le dossier tudor dans sample_files
+
+
+Faites glisser englishistory.net depuis le cÎté gauche jusqu'au cÎté droit pour l'inclure dans votre collection tudor .
+
+
+Passez au volet Créer et cliquez sur Construire la collection .
+
+
+Quand la reconstruction est terminée, visualisez la collection.
+
+
+Les fonctions de navigation dans cette collection (titres a-z et noms de fichier ) sont entiÚrement basées sur les métadonnées extraites. Retournez à l'interface Bibliothécaire et examinez les métadonnées qui ont été extraites pour quelques fichiers.
+
+
+Vous avez probablement remarqué que la collection contient quelques images égarées ainsi que les documents HTML. C'est une erreur. De nombreux documents HTML contiennent des images, et Greenstone essaye de déterminer leur appartenance aux documents HTML pour ne pas les inclure dans la collection. Normalement, uniquement les images non référencées dans des documents HTML sont inclues dans la collection. Dans ce cas, Greenstone n'a pas réussi à déterminer l'appartenance à des documents HTML de certaines images. (Cela provient en général du site web à partir duquel ces fichiers ont été téléchargé qui ne respecte pas les rÚgles de structuration hiérarchique utilisée habituellement).
+
+
+Passez au volet Création et sélectionnez la section Greffons pour Documents .A coté de Greffon HTMLPlug vous verrez -smart_block . Cette option permet d'identifier les images qui appartiennent aux pages HTML et d'éviter de les inclure dans la collection—Dans notre cas, ce n'est pas suffisant! Sélectionnez la ligne Greffon HTMLPlug et cliquez <Configuration Greffon> . Une boîte de dialogue apparaît. Descendez pour visualiser l'option smart_block et désactivez cette option. Puis cliquez sur <OK> .
+
+
+Passez au volet Création et visualiser la collection. La collection est exactement comme avant excepté que les images égarées ont disparu. Le travail des greffons s'enchaîne comme dans un tuyau: le fichier de sortie d'un greffon est transmis comme entrée au greffon suivant tant qu'un greffon pouvant traiter le fichier n'est trouvé. Par défaut (c.a.d. sans smart_block ) le greffon HTML bloque toutes les images, ce qui est approprié pour cette collection.
+
+
+Visualiser différentes vues des fichiers dans les volets "Assembler" et "Enrichir"
+
+
+Passez au volet Assembler et dans la partie droite, ouvrez englishhistory.net → tudor .
+
+
+Dans le menu Montrer les Fichiers de la partie droite, changez Tous les Fichiers par HTM & HTML . Notez que les fichiers affichés ci-dessus sont filtrés afin de retenir seulement ce type de fichier.
+
+
+Passez du menu Montrer les Fichiers au menu Images . A nouveau, les fichiers montrés changent.
+
+
+Maintenant, retournez au menu Montrer les Fichiers pour remettre Tous les Fichiers , sinon vous risquez d'être gêné plus tard. Rappelez-vous bien que si les volets Rassembler ou Enrichir ne montrent pas tous vos fichiers, cela peut être le problÚme.
+
+
+
+
+
+
+Exportant une collection à CD-ROM/DVD
+
+
+
+
+
+Pour publier une collection sur CD-ROM ou DVD, le module export de Greenstone qui se trouve sur le CD-ROM doit être installé (voir ).
+
+
+Lancer l'interface Bibliothécaire Greenstone si elle n'est pas déjà en cours.
+
+
+Choisir Fichier → Ecrire une image CD/DVD , et dans la boîte de dialogue, sélectionnez la collection tudor pour l'exportation. Vous pouvez en option donner un nom au cédérom; sinon "collections" est le nom par défaut. Pour le faire, entrez "Tudor collection" dans le champ CD/DVD name ; puis cliquez <Write CD/DVD image> .
+Les fichiers nécessaires à l'exportation sont écrits pour:
+C:\Program Files\Greenstone\tmp\exported_Tudorcollection
+
+Remarque, si vous de spécifiez pas un nom pour le CD-ROM, alors le nom du fichier sera exported_collections au lieu de exported_Tudorcollections .
+
+Vous devez utiliser le logiciel pour graver des CD-Rom ou DVD sur votre ordinateur. Windows XP contient cette fonctionnalité; en supposant que vous avez un graveur de CD-ROM ou DVD, insérer un disque vierge dans le graveur et faites un copie glisser du contenu de exported_Tudorcollection dans le dossier représentant le disque.
+
+Le résultat sera un CD-ROM ou DVD Greenstone avec installation automatique, qui démarrera le processus d'installation dÚs qu'il sera installé dans le lecteur.
+
+
+
+
+
+
+Télécharger des fichiers depuis la toile
+
+
+
+
+
+Le volet de chargement de l'interface Bibliothécaire Greenstone vous permettra de télécharger des fichiers individuels, des parties ou la totalité de sites web, depuis la toile.
+
+
+Démarrer une nouvelle collection appelée webtudor , et la baser sur la collection tudor .
+
+
+Dans un navigateur, visitez http://englishhistory.net, suivez le lien Tudor England , et cliquez sur <entrée >. Vous devriez être à l'URL
+ http://englishhistory.net/tudor/contents.html
+C'est là que nous avons commencé le processus de téléchargement pour obtenir les fichiers que vous avez utilisés pour créer la collection tudor .
+
+
+Vous pourriez faire la même chose en copiant cet URL du navigateur; et en le collant dans le volet Télécharger , et en cliquant le bouton <Télécharger> . Cependant, plusieurs méga octets seront téléchargés, ce qui peut saturer vos ressources réseau—ou votre patience! Pour un exercice plus rapide, nous allons travailler sur une petite partie du site. Rentrez cet URL dans le volet Télécharger
+ http://englishhistory.net/tudor/citizens/
+dans la section Source URL . Il y a plusieurs options qui déterminent comment le processus de téléchargement fonctionne. Pour copier la partie citizens du site, sélectionnez Only mirror files below this URL . Si vous ne faites pas ça ( ou si vous oubliez de terminer par "/"), le processus de téléchargement suivra des liens au delà du site englishhistory.net et les collectera. Les paramÚtres Download depth to Unlimited —indique que nous suivrons autant de liens que nécessaire pour télécharger les pages.
+
+
+Maintenant cliquez sur <Télécharger> . Une barre de progression apparaît dans la partie basse de l'écran et indique comment le processus de téléchargement se déroule.
+
+On obtient plus d'informations détaillées en cliquant sur<View Log> . Le processus peut être suspendu ou repris à volonté, ou bien globalement stoppé en cliquant sur <Close> . Le téléchargement peut prendre du temps en invoquant plusieurs sites si bien que Greenstone permet de mettre les téléchargements supplémentaires en attente. Quand de nouvelles URLs sont collées dans la balise de l'URL source et que <Download> est cliqué, une nouvelle barre de progression s'ajoute à celles déjà présentes dans le bas de l'écran. Quand le téléchargement courant se termine, le suivant commence.
+
+
+
+Les fichiers téléchargés sont stockés dans le dossier racine Downloaded Files qui s'affichent dans la partie gauche du volet Gather . Vous n'aurez pas forcément besoin de tous les fichiers, mais vous pouvez faire glisser ceux qui vous intéressent sur le volet droit, comme vous l'aviez déjà fait en sélectionnant le contenu du dossier sample_files . Dans cet exemple, nous ajouterons tout ce qui a été téléchargé.
+Sélectionnez le dossier englishhistory.net dans Downloaded Files et glissez le dans la zone collection.
+
+
+Passez au volet Création pour construire avec Construire et visualisez la collection avec visualiser . Cela sera moins volumineux que la collection précédente car nous avons uniquement ajouté les fichiers citizens . Quoi qu'il en soit, ils consituent les derniÚres versions de documents.
+
+
+
+
+
+Pointez vers des documents sur le web
+
+
+
+
+
+Ouvrez la collection webtudor et dans le volet Rassembler examinez les fichiers que vous y avez glissé. Le premier dossier est englishhistory.net , qui va s'ouvrir et révéler tudor . Les fichiers représentent un balayage complet des pages (et des images associées) qui constituent la section Tudor citizens du site englishhistory.net . Ils ont été téléchargés du web de maniÚre à préserver la structure du site. Cela permet de reconstruire toute URL originale en se basant sur la hiérarchie des dossiers.
+
+
+Dans le volet Conception , sélectionnez le volet Greffons de Documents , puis sélectionnez la ligne plugin HTMLPlug et cliquez <Configure Plugin...> . Une fenêtre apparaît. Localisez l'option file_is_url (au milieu du premier bloc d'éléments) et mettez le sur ON. Cliquez sur <OK> .
+En établissant cette option dans HTMLPlug, Greenstone ajoute un morceau de métadonnées pour chaque document appelé URL qui inclut son adresse originale.
+Il est important que les documents figurant dans la collection commencent par le nom de domaine (englishhistory.net dans notre exemple). Le processus de conversion ne marchera pas si vous ne respectez pas la structure des dossiers, par exemple le dossier tudor aurait des métadonnées avec la mauvaise URL.
+
+http://tudor/citizens/...
+
+PlutÃŽt que
+
+http://englishhistory.net/tudor/citizens/...
+
+Si vous avez copié des éléments d'un sous-dossier,effacez les et refaites une copie correcte. Glissez ce dossier de la partie droite du volet Gather sur la corbeille en bas à droite. Vous pouvez alors obtenir une copie conforme de ce dossier en glissant le dossier englishhistory.net depuis le dossier Downloaded Files figurant dans la partie gauche de l'écran.
+
+
+Pour utiliser les bonnes métadonnées de la variable URL, le lien de l'icÎne doit être changé pour pointer vers l'URL originale plutÎt que vers la copie stockée dans la bibliothÚque numérique. Allez dans le volet Conception , sélectionnez la section Options de Formatage et éditez la partie VList en remplaçant les valeurs par la bonne URL.
+[link][icon][/link]
+avec
+[weblink][webicon][/weblink]
+Cliquez sur <Remplacer le Format> pour valider les changements.
+
+
+Passez au volet Création , construisez avec construction et visualisez la collection avec visualisez . La collection demeure identique, sauf que lorsque vous cliquez sur une icÎne, le navigateur va récupérer le document original sur Internet (à supposer qu'il soit toujours disponible !). Cela impose donc d'être en ligne pour pouvoir récupérer ce document.
+
+
+
+
+
+Collection étendue de fichiers HTML
+
+
+
+
+
+On retourne à la collection Tudor et on ajoute les métadonnées qui expriment la hiérarchie concernée. Ensuite, on va construire un classificateur qui va permettre aux lecteurs de parcourir les documents selon les critÚres voulus, ici monarques, proches parents, citoyens et autres.
+
+
+Ajouter des métadonnées hiérarchiques et un classificateur de hiérarchie
+
+
+Ouvrez la collection tudor (la version originale, pas celle avec webtudor ), passez au volet Enrichir et sélectionnez le dossier monarchs (un sous-dossier de tudor ). Etablissez son sujet et les mots clés dc.Subject and Keywords sous forme de métadonnées dans Tudor period|Monarchs . (Par souci de rapidité, on se référera à cet élément simplement avec dc.Subject and Keywords .) La barre verticale ("|") est un marqueur de hiérarchie. En sélectionnant un dossier folder et ajoutant des métadonnées, a pour effet d'associer ces métadonnées à tous les fichiers inclus dans ce dossier, avec ses sous-dossiers et ainsi de suite. Une boîte de dialogue vous en informera.
+
+
+Répétez l'opération pour les dossiers relative et citizens , en renseignant les métadonnées dc.Subject à Tudor period|Relatives et Tudor period|Citizens respectivement. Notez que la hiérarchie apparait dans la zone Valeurs existantes pour dc.Subjects and Keywords .
+
+
+Enfin, sélectionnez tous les fichiers restant—ceux qui ne sont pas dans les dossiers monarchs , relative , et citizens —en sélectionnant le premier et en faisant un shift (majuscule) + clic sur le dernier. Etablissez leur métadonnée dc.Subject à Tudor period|Others : cela en une seule opération (il peut y avoir un petit retard avant qu' il ne soit complet).
+
+
+Passez au volet Conception et choisissez Navigation dans les Classificateurss dans la liste de gauche. Etablissez l'élément de menu Sélectionnez le classificateur à ajouter à Hiérarchie ; puis cliquez sur <Ajouter Classificateur... >.
+
+
+Une boîte de dialogue va permettre de contrÎler les options du classificateur. Changez les métadonnées à dc.Subject puis cliquez sur <OK> .
+
+
+Pour être plus propre, retirez avec remove le classificateur classifier pour Source
+
+
+Maintenant passez au volet Create , construisez la collection avec build et visualisez-la avec preview . choisissez le lien nouveau subjects présent dans la barre de navigation, et cliquez sur l'étagÚre pour naviguer dans la hiérarchie à quatre niveaux que vous avez créée.
+
+
+Ensuite, nous partitionnons l'index textuel en quatre parties distinctes. Pour cela nous définissons d'abord quatre sous-collections obtenues en filtrant les documents selon les critÚres figurant dans les métadonnées de dc.Subject . Un index est alors assigné à chaque sous-collection.
+
+
+Partitionner l'index textuel basée sur les valeurs de métadonnées
+
+
+Passez au volet Conception et cliquez sur <Partition Indexes >. Cette fonctionnalité est désactivée car vous êtes en mode bibliothÚque. En haut de l'écran, la barre de titre affiche Librarian Mode
+
+
+Passez alors en mode Library Systems Specialist en allant dans Preferences (dans le menu File ) et en cliquant <Mode >. Vous pouvez lire les autres modes disponibles et celui que vous activez s'affichera dans la barre de titre.
+
+
+Retournez à la section Partition Indexes du volet Conception . Assurez-vous que l'onglet Define Filters est bien sélectionné (valeur par défaut). Définissez un filtre de sous-collection monarchs qui correspond à dc.Subject and Keywords, et saisissez Monarchs comme expression réguliÚre de référence. Cliquez sur <Add Filter >. Ce filtre inclura tout fichierdont les métadonnées dc.Subject contiennent le mot Monarchs .
+
+
+Définissez un autre filtre relatives , qui correspond à dc.Subject pour le mot Relatives . Définissez un troisiÚme puis un quatriÚme filtre, citizens etothers , qui vont correspondre aux mots Citizens et Others respectivement.
+
+
+Avec les sous-collections définies, on partitionne l'index en partie correspondantes. Cliquez sur l'onglet <Assign Partitions >. Sélectionnez la premiÚre sous-collection et nommez la citizens ; cliquez ensuite <Add Partition >. Répétez l'opération pour les trois autres partitions, en les nommant monarchs , others et relatives . AprÚs vous pouvez reconstruire avec Build et prévisualiser la collection avec preview .
+
+
+La page de recherche inclut un menu déroulant qui permet de sélectionner l'une de ces partitions pour filtrer la recherche. Par exemple, essayez de chercher dans la partition relatives si mary existe, et répétez le même test dans la partition monarchs .
+
+
+Pour permettre à l'utilisateur de chercher aussi bien globalement que dans chaque partition, retournez à la section Partition Indexes du volet Conception et sélectionnez l'ongletAssign Partitions . Entrez all dans le nom de partition Partition Name et sélectionnez toutes les partitions en cochant leurs cases.
+
+
+Pour être sûr que l'index all apparaisse en tête de liste pour l'utilisateur au moment de la recherche, utilisez le bouton<Move Up > pour le remonter dans le liste par le biais du volet Conception . Vous pouvez alors construire et prévisualiser la collection avec build et preview .
+
+
+Cherchez un mot courant (comme the ) dans les cinq partitions et vérifiez que le nombre d'occurences (non de documents) s' ajoutent.
+
+
+Revenez en mode bibliothÚque Librarian , via Preferences (dans le menu File ).
+
+
+Ajouter un index hiérarchique de phrase (PHIND)
+
+
+Allez au volet Conception et choisissez l'élément Browsing Classifiers dans la liste figurant à gauche.
+
+
+Choisissez Phind dans le menu Select classifier to add... . Cliquez sur <Add Classifier> . Une fenêtre apparaît pour les options de configuration : laissez les valeurs par défaut (cela créera un index de texte intégral) et cliquez sur <OK> .
+
+
+Reconstruisez la collection avec Build et visualisez-la avec preview . Essayez alors une nouvelle option phrases dans la barre de navigation. Une clé de recherche PHIND serait particuliÚrement intéressantes dans le cas présent : king .
+
+
+Enfin, regardons comment le processus de construction s'effectue. Le développement d'un nouvelle collection suppose souvent plusieurs cybles de construction, de prévisualisation, avec l'ajustement d'enrichissements divers, etc.Pendant la phase de conception, il est préférable de réduire le nombre de documents dans la collection. On le gÚre avec le paramÚtre "maxdocs" dans le processus de construction.
+
+
+Controller le processus de construction
+
+
+Allez au volet Création et regardez les options proposées dans la partie supérieure de l'écran. Choisissez maxdocs et affectez lui la valeur 3 . Construisez avec build .
+
+
+visualisez la nouvelle collection et la page titles a-z . Avant elle affichait une douzaine de pages par lettre de l'alphabet mais maintenant il n'y en a que trois—soit les trois premiÚres trouvées durant la construction.
+
+
+Retournez sur le panel Créer et fermez l' option maxdocs . Reconstruisez la collection pour que yous les documents soit inclus.
+
+
+
+
+
+A propos des formats et des macros
+
+
+
+
+
+Les définitions de formats et les fichiers de macros vous permettent de personnaliser l'aspect des collections Greenstone. Ils sont trÚs puissants mais complexes et difficiles à apprendre. Ce tutoriel vous donne un aperçu de leurs possibilités.
+
+
+Expérimenter les définitions de format
+
+
+Ouvrez la collection tudor et allez au volet Conception (en cliquant sur son onglet) et sélectionnez Format Features dans la liste de gauche. Laissez Editing Controls à leurs valeurs par défaut, si bien que Choose Feature reste vide, et VList est choisi comme Affected Component . Le texte dans la boîte HTML Format String se lit ainsi :
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]} [ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+Ceci affiche quelque chose qui ressemble à ça :
+
+A discussion of question five from Tudor Quiz: Henry VIII (quizstuff.html)
+
+pour un document donné dont les métadonnées de Title est Une discussion à propos de la question 5 du quiz Tudor : Henry VIII et donc la source de métadonnées Source correspond à quizstuff.html .
+Ce format apparaît dans la liste des résultats de recherche dans titles a-z et aussi quand vous inspectez la hiérarchie des documents individuels avec subjects . C'est le format par défaut de Greenstone.
+
+
+Le format par défaut de Greenstone est complexe—même baroque, car il est conçu pour produire quelque chose de raisonnable pour toute les circonstances et aussi car il doit rester compatible avec les anciennes versions de collections.
+
+
+Effacez le contenu de la boîte HTML Format String et remplacez-le par une version simplifiée :
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ <i>([ex.Source])</i>
+</td>
+
+Rappelez-vous de cliquer <Reamplacer Format> .
+visualisez avec Preview les résultats (inutile de reconstruire la collection car les changements de format prennent effet immédiatement). Regardez les résultats de recherche et à la liste titles a-z . Ils sont les mêmes qu'avant ! La plupart du temps, le format le plus simple produit le même résultat que le format par défaut de Greenstone.
+
+Mais il y a un problÚme. A cÃŽté de l'étagÚre, dans le navigateur de hiérarchie, au dessous du sujet un mystÚre fait son apparition "()". Ce qui s'affiche dans les nÅuds de l'étagÚre a la même définition de format et bien que les nÅuds de la hiérarchie aient des titres de métadonnées associés, leur titre est le nom de la métadonnée associée avec cette étagÚre—ils n' ont pas de méta-donnée Source donc elle apparait en blanc.
+
+
+
+Dans la section Format Features du volet Conception le menu Choose Feature menu (juste au-dessus du menu Affected Component ) est vide. Cela signifie que le même format est utilisé pour les résultats de recherche, les titres, et tous les noeuds dans la hiérarchie des sujets—y compris les noeuds internes (c'est à dire dans l'étagÚre). Le menu Choose Feature peut être utiliser pour restreindre un format à l'un de ces éléments; quand il est vide, la spécification VList s'applique d'un bout à l'autre. Nous allons ignorer cette définition de format pour le classificateur de hiérarchie subject . Dans le menu Choose Feature allez à l'élément voulu
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+et sélectionnez le. C'est la définition de format qui concerne le second classificateur (c'est à dire, "CL2"), qui est un classificateur Hierarchy basé sur les métadonnées dc.Subject and Keywords .
+Editez la boîte HTML Format String à votre guise
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]</td>
+
+et cliquez sur <Add Format >.
+
+
+Maintenant, allez au volet Création et cliquez sur <Preview >. PremiÚrement, les signes offensants "()" ont disparu des étagÚres. DeuxiÚmement, quand vous descendez dans une liste de documents dans la hiérarchie des sujets, le nom de fichier n'apparaît plus à cÎté du titre, car ex.Source n'est pas indiqué dans la définition de format, laquelle s'applique à tous les nodes dans le classificateur de sujets subject . Notez que les résultats de recherche et la liste de titre n'ont pas changé: ils affichent toujours le nom de fichier en dessous du titre.
+
+
+Changons le format des résultats de recherche pour que les métadonnées dc.Subject and Keywords s'y affichent au lieu du nom de fichier. Dans le menu Choose Feature (sousr Format Features dans le volet Design ), allez jusqu'à l'élément Search et sélectionnez le. Changez la boîte HTML Format String à votre guise.
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ [dc.Subject]
+</td>
+
+et cliquez <Add Format >.
+
+
+Pour insérer [dc.Subject] , positionnez le curseur à l'endroit approprié et allez dans le menu déroulant Variables —celui qui dit [Text] . transformez le en [dc.Subject] et cliquez Insert pour l'ajouter dans HTML Format String . Ce menu affiche tout ce que vous pouvez inclure dans les balises de la définition de format. La seule exception est [Text] , qui donne le texte complet du document, et qui ne peut être utilisé uniquement quand DocumentText est affecté via Affected Component .
+
+
+Allez au volet Création et cliquez <Preview >. Les documents dans les résultats de recherche seront afficés ainsi :
+A discussion of question five from Tudor Quiz: Henry VIII
+Tudor period|Others
+(La barre verticale apparaît car les métadonnées de dc.Subject and Keywords sont hiérarchiques. Malheureusment, il n'y a pas moyen de gérer des éléments distincts dans la hiérarchie. Pour la plupart des métadonnées comme author ou title, ce n'est pas un problÚme.)
+
+
+Enfin, retournons à la hiérarchie subjects et voyons comment faire différentes choses aux étagÚres et aux documents eux-mêmes. Dans le menu Choose Feature , sélectionnez à nouveau l'élément
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+Editez la boîte HTML Format String à votre guise
+
+<td>[link][icon][/link]</td>
+<td>{If}{[numleafdocs],<b>Bookshelf title:</b> [ex.Title],
+ <b>Title:</b> [ex.Title]}
+</td>
+
+et cliquez Replace Format . Vous pouvez à nouveau insérer des éléments entre crochets en choisissant des éléments dans Variables mais n'oubliez pas de cliquer sur Insert .
+
+L'expression If teste la valeur de numleafdocs . Cette variable est uniquement définie pour les noeuds internes de la hiérarchie, c'est à dire les étagÚres, et donne le nombre de documents attaché en dessous de ce noeud. Si il est défini, on prend la premiÚre branche, sinon la seconde. Les virgules sont utilisées pour séparer les branches, les et servent à indiquer si If est spécial— ou s'il s'agit simplement du mot "If".
+
+
+
+Allez au volet Créer et cliquez <Preview Collection >, et examinez le résultat de vos changements dans la hiérarchie des sujets.
+
+
+Les macros dédiées aux collections
+
+
+L'apparence de toutes les pages produites dans Greenstone est déterminée par les fichiers de macros qui se trouvent dans le dossier C:\Program Files\Greenstone\macros . l'exemple garish est une version de démonstration d'une collection avec une mise en page et des couleurs bizarres. Nous allons appliquer ces mêmes bizarreries à la collection tudor
+
+
+Allez au dossierC:\Program Files\Greenstone\macros . Copiez le fichier extra.dm . Allez ensuite au dossier de collection C:\Program Files\Greenstone\collect\tudor et créez un nouveau dossier appelé macros . Collez extra.dm dans ce nouveau dossier. En résumé vous avez créé un fichier C:\Program Files\Greenstone\collect\ tudor\macros\extra.dm .
+
+
+Ce macro fichier utilise un fichier de style CSS et quelques images vous devrez copier de la collection garnir. Allez au fichier C:\Program Files\Greenstone\collect\garish\images . Selectionnez les trois fichiers style.css , horzline.gif et bg_blue.gif . Copier ces fichiers et collez-les dans le fichier C:\Program Files\Greenstone\collect\tudor\images folder.
+
+
+Allez sur le volet Create et cliquez sur <Preview >. Le contenu de votre collection est identique, mais son apparence a changé complÚtement—par exemple, toutes les pages sont roses ! Pour savoir comment gérer ces paramÚtres, allez sur la collection d'exemple Garish , et lisez les explications.
+
+
+Macros générales
+
+
+Vous pouvez aussi utiliser les macros pour changer complÚtement l'apparence du site Greenstone. Comme dans l'exercice précédent, nous allons voir comment gérer les principaux effets et styles.
+
+
+Sortez du mode bibliothÚque car il ne s'agit plus de collections mais du site dans son ensemble.
+
+
+Allez au dossier C:\Program Files\Greenstone\etc et éditez le fichier main.cfg . C'est le fichier de configuration global de Greenstone, et il contient la liste des macros qui se chargeront au démarrage. L'une d'entre elles, home.dm , détermine à quoi ressemblera la page d'accueil de Greenstone, via ce chemin d'accÚs C:\Program Files\Greenstone\macros\home.dm . Ce dossier macros contient une version alternative, appelée yourhome.dm , qui n'est pas utilisée actuellement. Pour l'activer, il suffit de remplacer dans main.cfg la ligne home.dm par yourhome.dm .
+
+
+Redémarrez Greenstone (Greenstone dans son ensemble, pas le mode Librarian). Vous verrez que l'apparence de la page d'accueil est totalement différente.
+
+
+Au lieu de mettre yourhome.dm à la place de home.dm dans le fichier main.cfg , vous auriez pu simplement éditer home.dm et laisser main.cfg tel quel. Quoi qu'il en soit, nous voulons préserver home.dm afin de pouvoir éventuellement revenir à la page initiale ! Faites le maintenant en éditant main.cfg et en changeant yourhome.dm par home.dm . Il faudra redémarrer Greenstone pour que cela prenne effet.
+
+
+Pour en savoir plus sur les macros, lisez Customizing the Greenstone User Interface , un guide illustré pour personnaliser l'interface, par Allison Zhang du Washington Research Library Consortium, disponible sur http://www.wrlc.org/dcpc/UserInterface/interface.htm.
+
+
+
+
+
+Une collection bibliographique
+
+
+
+
+
+Créez une nouvelle collection appelée Beatles Bibliography . Entrez les informations requises et cliquez sur New Collection . Il n'y a pas besoin d'inclure des métadonnées car celles provenant des champs MARC apparaitront comme méta-donnée extraite. Déselectionnez le set de méta-donné Dublin COre , et cliquez sur <OK >.
+Un message d' alerte Aucun ensemble de méta-donnée Selectionné apparaitra, vous alertant en disant que nous ne serez pas capable de désigner manuellement des méta-données à cette collection. Dans cette collection, tous la méta-donnée viendra du fichier MARC; cliquez sur <OK > pour continuer. (Si vous ne voulez pas voir cette fenêtre encore une fois, cochez la case ne pas montrer ce message d' alerte encore une fois .)
+
+
+Dans le volet Gather ouvrez le dossier marc glissez locbeatles50.marc dans la partie droite et déposez le ici. Une fenêtre vous demandera si vous voulez ajouter MARCPlug dans la collection. Cliquez sur <Add Plugin >, car nous en aurons besoin pour ajouter les champs MARC.
+
+
+Retirez les plugins TextPlug et NULPlug en sélectionnant chaqun dans la liste Plugins présentement assignés en cliquant <Enlever Plugin >(ZIPPlug , GAPlug et MARCPlug restant activés). Ce n'est pas rigoureusement nécessaire de les retirer mais c'est une bonne pratique pour éviter que l'on active des documents par mégarde.
+
+
+Sélectionnez maintenant Browsing Classifiers dans le volet Conception et retirez avec remove le classificateur par défaut Source et ses métadonnées. Dans cette collection, tous les enregistrements sont dans le même fichier, si bien que les métadonnées Source indiquant divers noms de fichiers ne sont pas vraiment pertinentes.
+
+
+Passez au volet Création , construisez la collection et visualisez-la avec build et preview . Explorez l'index titles a-z et regardez un ou deux enregistrements. Essayez de chercher parmi les éléments—par exemple deux qui contiendraient George Martin .
+
+
+Ajoutez un classificateur AZCompactList pour la léta donnée Subject . Sélectionnez l'option Browsing Classifiers du menu dans la section Design panel et cliquez sur <Add Classifier...> . Puis dans la fenêtre, sélectionnez ex.Subject comme métadonnée.
+
+AZCompactList est pareil que AZList, sauf que les termes apparaissant plusieurs fois dans la hiérarchie sont regroupés et qu'un nouveau noeud représenté par une icÎne étagÚre est créé.
+
+
+
+Construisez la collection et visualisez le résultat avec Build et preview .
+
+
+Faire chaque nÅds d' étagÚre afficher combien d' entrées elle contient en changeant Format Features par une définition de VList dans le volet Conception :
+{If}{[numleafdocs],<td><i>([numleafdocs])</i></td>}
+
+
+Cliquez sur <Replace Format> , passez au volet Création et cliquez <Preview Collection> (pas besoin de la construire au préalable).
+
+
+Ajouter la recherche dans les champs
+
+
+Dans le volet Conception sélectionnez Search Types dans la liste de gauche et activez l'option Enable Advanced Searches .
+
+
+Rapportez forme en cherchant à la collection en sélectionant frome dans le menu Types de Recherche el en cliquant < Ajouter un Type de Recherche >. Ãliminer une recherche plâte en sélectionnant plâte dans la liste Types de Recherche Courramet Désignées , et en cliquant < Ãliminer Type de Recherche >.
+
+
+Construisez à nouveau la colelction avec Build et visualisez-la preview . Notez que la page d'accueil ne contient plus de champs de recherche (car le formulaire de recherche est trop imposant pour s'afficher proprement.) Pour chercher, vous drevrez cliquer dans search sur la barre de navigation. Notez aussi que la page de préférences Preferences est modifiée pour gérer les options avancées de recherche.
+
+
+Pour finaliser la collection, distinguez-la avec une image qui la caractérise et qui apparaitra au début de chaque page de Greenstone.
+
+
+Distinguer une collection par une image
+
+
+Dans la section General du volet Design cliquez sur le bouton <Browse...> pour arriver à URL to 'about page' icon puis explorez les fichiers pour arriver au dossier sample_files\marc . Sélectionnez beatles_logo.jpg et cliquez <Open >.
+
+Greestone copie l'image dans l'espace de stockage de votre collection donc elle fonctionnera même si vous retirez le CD-ROM du lecteur.
+
+
+
+Répétez le processus avec URL to 'home page' icon , en sélectionnant la même image.
+
+
+Construisez la collection avec build et regardez le résultat avec preview .
+
+
+
+
+
+Regarder une collection multimédia
+
+
+
+
+
+Copiez le dossier entier
+sample_files → beatles → advbeat_large
+(avec tout son contenu) dans le dossier collect de Greenstone, si vous l'avez installé dans le dossier par défaut.
+
+Mon ordinateur-->Disque Local (C:)-->Fichiers de Programmes-->Greenstone-->collectionner
+
+Placez advbeat_large à l'intérieur.
+
+
+Si le serveur local de bibliothÚque de Greenstone est en marche, redémarrez-le en cliquant sur l'icÎne CD puis en choisissant Restart Library . Sinon choisissez Greenstone Digital Library dans le menu Start .
+
+
+Explorez la collection Beatles. Notez comment le bouton browse divide le contenu en plusieurs catégories. Dans chaque partie, les documents ont des icÎnes distinctes. Ceux qui ont une icÎne audio sont écoutables en cliquant dessus à condition que votre ordinateur ait un logiciel de lecture approprié. D'autres ont des vignettes d'images afin de les visualiser plus facilement.
+
+
+Regardez à l'index alphabétique titles a-z . Chaque titre a une étagÚre qui peut inclure plusieurs élements. Par exemple, Hey Jude a fichier MIDI, les paroles, ainsi qu'une discographie.
+
+
+Notez la qualité moyenne des métadonnées. Par exemple, les quatre éléments sous A Hard Day's Night (sous "H" dans l'index titles a-z ) présentent des titres avec des variantes. Il aurait été plus efficace d'organiser les métadonnées ajoutées manuellement, mais cela représenterait un travail collossal. Seulement un petit volume de métadonnées a été ajouté manuellement, moins de dix éléments. Les métadonnées originales sont resté inchangées et oon a utilisé les fonctionnalités automatique de Greenstone pour les néttoyer automatiquement (vous verrez plus loin que c'est possible mais pas évident).
+
+
+Dans l'explorateur de Windows, regardez les fichiers qui constituent la collection dans le
+sample_files → beatles → advbeat_large → import
+dossier. Enorme ! Il y a plus de 450 organisés à partir de 7 dossiers principaux . L'organisation est minimale, ce qui indique les différentes maniÚres et moment où les fichiers ont été rassemblés. Par exemple, html_lyrics et discography sont extraits de sites web, et images contiennent des diverses images en format JPEG. Pour chaque type de fichier, regardez la hiérarchie et les documents témoins.
+
+
+
+
+
+Construire une collection multimédia
+
+
+
+
+
+
+On va procéder à une reconstruction complÚte de la collection Beatles que vous venez de regarder. On va utiliser peu de contenu afin de travailler plus rapidement durant l'indexation.
+
+
+Démarrez une nouvelle collection (Fichier → Nouveau ) appelée small_beatles , en se basant sur celle par défaut "New Collection." (Ce serait plus simple de se baser sur la collection Advanced Beatles,mais nous voulons savoir comment la construire en partant de zéro) Remplissez tous les champs avec les informations requises et utilisez le jeu de métadonnées Dublin Core (par défaut)
+
+
+Copiez les fichiers fournis dans
+sample_files → beatles → advbeat_small
+votre nouvelle collection. Faites-le en ouvrant advbeat_small , en sélectionnant les 8 éléments qu'il contient (de discography à beatles_midi.zip ), et en les glissant. Comme certains fichiers sont en formats MP3 et MARC, on vous demandera s'il faut ajouter les plugins MP3Plug et MARCPlug dans votre collection. Cliquez sur <Add Plugin >.
+
+
+Passez au volet Enrich et regardez les fichiers. Il n'y a pas de métadonnées—encore. Souvenez-vous qu'il suffit de double-cliquer sur un fichier pour le prévisualiser.
+(Il y a des fichiers MIDI dans la collection mais aucun plugin pour les gérer. Cela demandera quelques manipulations avancées que nous verrons plus tard)
+
+
+Passez au volet Création et construisez la collection avec build .
+
+
+visualisez le résultat avec Preview .
+
+
+Corriger manuellement les métadonnées
+
+
+Vous pourriez avoir besoin de corriger les métadonnées—par exemple l'atroce faute d'orthographe dans le titre "MAGICAL MISTERY TOUR."Ces documents sont dans la section discographique, avec des noms de fichier qui contiennent la même faute. Localisez l'un d'entre eux dans le volet Enrich . Notez que l'élément de métadonnées extrait ex.Title est rempli et mal orthographié. On ne peut le corriger car il est extrait du fichier et cela à chaque fois que l'on reconstruit la collection.
+
+
+Au lieu de modifier les métadonnées dc.Title de ces deux fichier avec "Magical Mystery Tour." passez au volet Enrich , ouvrez le volet discography et regardez les fichiers concernés. Changez les titres dc.Title pour la formulation correcte.
+
+
+Maintenant, il y a un petit souci. Les métadonnées dc.Title ne figureront pas dans l'index a-z car le classificateur est paramétré pour utiliser ex.Title . Mais si on change ce classificateur pour qu'il utilise dc.Title nous perdrons tous les titres extraits ! Heureusement, il y a une maniÚre de s'en sortir en spécifiant une série de noms de métadonnées dans le classificateur.
+
+
+Passez au volet Conception et sélectionnez la section Browsing Classifiers . Double-cliquez sur le classificateurTitle (le premier) pour éditer les paramÚtres de configuration.
+
+
+Saisissez "dc.Title," juste avant ex.Title dans le champ métadonnée—ex faites le lire
+
+dc.Title,ex.Title
+
+et cliquez <OK> .
+
+
+Construisez la collection avec Build et regardez le résultat avecpreview .
+Extraire les métadonnées n'est pas fiable. Mais cela ne coûte pas cher ! D'un autre cÎté, affecter manuellement les métadonnées prend du temps. Nous allons donc voir comment tirer parti des deux solutions, c'est à dire en utilisant les métadonnées extraites automatiquement, mais en les corrigeant quand elles sont mauvaises. Cela ne va peut être pas plaire aux bibliothécaires professionnels, mais c'est une bonne méthode pour les professeurs de musique souhaitant assembler leurs collections sans trop d'effort.
+
+
+Naviguer par type de fichier
+
+
+Tout d'abord, retirons le classificateur de noms de fichiers AZList qui n'est pas trÚs utile, et remplaçons-le par la structure de navigation qui regroupe les documents par catégorie (discography, lyrics, audio etc.). Les catégories sont définies manuellement en assignant les métadonnées.
+
+
+Passez au volet Enrich sélectionnez le dossier discography et affectez la valeur de dc.Format à "Discography". Assigner ce paramÚtre au niveau dossier signifie que tous les fichiers inclus en héritent.
+
+
+Répétez le processus. Assignez "Lyrics" au dossier html_lyrics , "Images" à images , "MARC" à marc , "Audio" à mp3 , "Tablature" à tablature_txt , et "Supplementary" à wordpdf .
+
+
+Passez au volet Conception et sélectionnez la section Browsing Classifiers .
+
+
+Effacez le classificateur ex.Source , le second.
+
+
+Ajoutez un classificateur AZCompactList . Sélectionnez dc.Format comme champ de métadonnées et spécifiez "Category" comme nom de bouton buttonname . Cliquez sur la case à cocher sort et spécifiez "Titre" dans la case de texte adjacente: ceci fera que le classificateur montre les documents en ordre alphabétique par titre.
+
+
+Construisez la collection avec Build et regardez le résultat avec preview .
+
+
+Supprimer le texte inutile
+
+
+Les fichiers audio ont une icÎne MP3 qui joue le fichier quand on la clique, mais aussi un document de texte associé contenant rien d'utile. On ne devrait pas le voir, mais pour le supprimer, il faut passer par la définition de format.
+
+
+Passez au volet Conception et sélectionnez la section Format Features .
+
+
+Assurez-vous que VList est bien sélectionné, et faites les changements suivants. Il faut insérer trois lignes avant la premiÚre ligne, puis il faut supprimer la seconde ligne. Changez :
+
+<td valign=top>[link][icon][/link] </td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+ainsi :
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]} </td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+
+
+Puis cliquez sur <Replace Format >.
+
+
+Afin de faciliter l'opération, on a préparé un fichier contenant le bon texte. Dans le Worpad, ouvrez le fichier suivant :
+sample_files → beatles → format_tweaks → audio_tweak.txt
+(Assurez-vous de bien lancer le Wordpad car le Notepad n'affiche pas bien les retours-chariot.) Mettez le texte dans le presse papier en le sélectionnant et en allant dans Edit → Copy . Maintenant, retournez à l'interface Librarian, sélectionnez tout le texte figurant actuellement dans la définition de format Vlist et allez dans Edit → Paste pour remplacer l'ancien texte par le nouveau. Il faut ne pas oublier de cliquer sur <Replace Format > à la fin.
+Visualisez le résultat. Vous devrez peut-être cliquer sur le bouton Recharger > du chercheur pour le forcer à recharger la page.
+
+
+Pendant que nous y sommes, retirons le nom du fichier source figurant aprÚs chaque document.
+
+
+Dans la définition de format Vlist, effaçons le texte en surbrillance :
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>} </td>
+
+
+N'oubliez pas de cliquer sur <Replace Format > aprÚs tout ce travail ! Regardez le résultat avec Preview sans reconstruire la collection.
+
+
+Utiliser AZCompactList plutÃŽt que AZList
+
+
+Il y a parfois plusieurs documents avec le même titre. Par exemple, All My Loving apparaît à la fois comme parole et comme tablature (associé à ALL MY LOVING ). L'index titles a-z peut être amélioré en regroupant tout cela sous une même icÎne d'étagÚre.Cette tâche sera accomplie par AZCompactList .
+
+
+Passez au volet Conception et sélectionnez la section Browsing Classifiers .
+
+
+Retirez le classificateur Title figurant en haut
+
+
+Ajouter un classificateur AZCompactList et spécifiez dc.Title,ex.Title comme métadonnées.
+
+
+Finalisez l'opération en appuyant sur <OK >.
+
+
+Bougez le classificateur en haut de liste (bouton Move Up ).
+
+
+Construisez la collection à nouveau avec Build et regardez le résultat avec preview . Tous les élements de All My Loving apparaissent maintenant dans la même étagÚre. Par contre, plusieurs éléments se sont pas bien regroupés car les titres ne sont pas uniformes : par exemple A Hard Day's Night a au moins quatre variantes. On va voir comment résoudre le problÚme.
+
+
+Afficher le nombre d'éléments contenus dans une étagÚre
+
+
+Pour qu'une étagÚre affiche les élements qu'elle contient, il faut insérer une ligne dans la définition de format VList via la section Format Fonction du volet Design .
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+Ce texte est disponible dans format_tweaks → show_num_docs.txt , que l'on peut copier coller comme précédemment. Cliquez ensuite sur <Replace Format >.
+Regardez le résultat avec Preview sans qu'une reconstruction soit nécessaire.
+
+
+Maintenant, intéressons-nous aux images. Les documents inutiles sont également présents. Pour supprimer les documents inutiles, changez la définition de format VList dans le volet Fonction Format en ajoutant les deux lignes en surbrillance et en fermant les balises :
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ {If}{[dc.Format] eq 'Images',
+ [srclink][thumbicon][/srclink],
+ [link][icon][/link]}} </td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+
+
+Dans la section Classificateur de Recherche du paneau Design , ajoutez le classificateur Phind . Laissez les settings à leur défaut: ceci génÚre un classificateur de phrase de recherche qui origine ces phrases de Title et de text .
+
+
+Pour finaliser la collection, utilisez le bouton URL to 'about page' icon dans la section General du volet Conception . Choisissez l'image :
+advbeatles_large → images → beatlesmm.png
+Construisez et visualisez la collection avec Build et preview .
+
+
+Notez comment nous avons assigné les métadonnées dc.Format à tous les documents dans la collection avec un effort minimal. On a pu le faire en tirant parti de la structure des dossiers. On avait beau se plaindre de sa complexité, mais cette structure peut être exploitée grace à l'ajout de métadonnées.
+
+
+Utiliser UnknownPlug
+
+
+Dans l'exercice qui suit, nous allons ajouter des fichiers MIDI. Il n'y a pas de plugin dans Greenstone pour l'instant. Mais cela ne nous arrêtera pas !
+
+
+UnknownPlug est un plugin générique trÚs commode. Il ne sait rien des formats de fichier mais il peut être utilisé pour les manipuler—comme les fichiers MIDI—en se basant sur leur extension et en ajoutant des métadonnées basiques.
+Dans la section Plug-ins de documents du panel ModÚle :
+
+
+Ajoutez UnknownPlug ;
+
+
+Acvitez son champ process_extension et spécifiez mid to faire en sorte qu'il reconnaise les fichiers avec l'extension .mid ;
+
+
+Attribuez la valeur "MIDI" à file_format et "audio/midi à mime_type .
+
+
+Dans cette collection, tous les fichiers midi sont inclus dans le fichier beatles_midi.zip . ZIPPlug (présent dans la liste des plugin par défaut) est utilisé pour les décompresser et ensuite aller dans la liste des plugin chercher UnknownPlug.
+
+
+Construisez la collection et visualisez-la avec Build et preview . Malheureusment, les fichiers MIDI n'apparaissent pas en tant que fichiers audio dans le bouton browse . C'est parce qu'on ne leur a pas encore affecté de métadonnées dc.Format .
+
+
+De retour dans le panel Enrichir , cliquez sur le fichier beatles_midi.zip et désignez sa valeur dc.Format à "Audio"--faites ceci en cliquant sur "Audio" dans la liste Valeurs Existantes pour dc.Format . Tous les fichiers extraits de Zip héritent leur settings.
+
+
+
+
+Nettoyer le navigateur avec des expressions réguliÚres
+
+
+Nous maintenant nettoyons le navigateur titles a-z .
+
+
+Pour cela nous devons mettre l'interface Librarian dans un mode différent. Quatre sont proposés. L' Assistant, qui peut ajouter des documents et des métadonnées aux collections, ou créer de nouvelles collections avec des structures reprenant celles existant. Les Librairian qui peuvent également créer de nouvelles collections au design original, sans accéder aux fonctions avancées (comme les expressions réguliÚres). Le Library System Specialist qui accÚde à toutes les fonctionnalités de design mais ne peut gérer les tâches de dépannage (comme la sortie débug des programmes Perl). Enfin les Experts qui accÚdent à toutes les fonctions.
+
+
+Puisque vous êtes certainement en mode Librarian, on va passer en mode Library Systems Specialist pour le prochain excercice.
+
+
+Pour chancher de mode, cliquez sur File → Preferences → Mode et passez à Library Systems Specialist . Notez qu'il faut, selon la description, être capable de formuler des expression réguliÚres pour passer dans ce mode. C'est ce que nous allons faire maintenant.
+
+
+Nous retournons à notre index titles a-z pour le nettoyer. Le but est de retirer les variantes de texte pour uniformiser les titres. Par exemple, on va considérer "ANTHOLOGY 1", "ANTHOLOGY 2" et "ANTHOLOGY 3" comme identitques afin de les regrouper. Pour cela :
+
+
+Allez sur le titre AZCompactList sous Browsing Classifiers dans le Design ;
+
+
+Activez removesuffix et paramétrez le :
+(?i)(\\s+\\d+)|(\\s+[[:punct:]].*)
+
+
+En reconstruisant et en prévisualisant la collection, avec Build et preview vous verrez combien de titres ont été regroupés sur la même étagÚre. Testez votre compréhension des expressions réguliÚres en tentant de rationaliser les regroupements de titre . (Note : [[:punct:]] gÚre tout caractÚre de ponctuation.) Les icÎnes associées aux fichiers Word et PDF ne sont pas les bonnes mais nous corrigerons cela plus tard.
+
+
+L'exercice précédent était fait en mode Librarian Systems Specialist mode car il nécessitait l'emploi d'expressions réguliÚres, quelque chose qui est rarement maîtrisé par les bibliothécaires.
+
+
+Un des usages efficace des expressions réguliÚres dans l'exercice était de nettoyer le navigateur titles a-z . Peut être que la meilleure façon de procédé serait d'avoir les bonnes métadonnées de titres. Les métadonnées extraites des fichiers HTML est complexe et inutilisable, et cela se voyait dans l'index alphabétique. La définition de métadonnées correctes serait plus simple mais en même temps plus laborieuse. Nous allons donc opter pour l'usage des expressions réguliÚres dans le classificateur AZCompactList afin de nettoyer les métadonnées. C'est un peu difficile à maîtriser et pas évident à réaliser, mais si vous réussisez à vous en sortir, c'est une maniÚre bien plus rapide que d'avoir à saisir un grand volume de métadonnées.
+
+
+Utiliser des macros non-standards
+
+
+Pour finir notre collection, nous ajoutons un peu de décoration
+
+
+Avec l'explorateur de fichier Windows, localisez et travaillez sur les dossiers suivants.
+sample_files → beatles → advbeat_large
+
+
+Copiez les dossiers images et macros qui se situent au premier niveau d'arborescence de votre collection. (on peut écraser le dossier image de destination) Le dossier images inclut des icÎnes, et le dossier macros définit des noms de macros employant ces images. Pour regarder ces définitions, utilisez un éditeur de texte et regarder le fichier extra.dm dans le dossier macros .
+
+
+Utiliser des icÎnes distinctes selon le type de média
+
+
+Editez à nouveau la définition de format VList en procédant ainsi (dans Design →Fonction Format )
+<td valign=top>
+ {If}{[numleafdocs],[link][icon][/link]}
+ {If}{[dc.Format] eq 'Lyrics',[link]_iconlyrics_[/link]}
+ {If}{[dc.Format] eq 'Discography',[link]_icondisc_[/link]}
+ {If}{[dc.Format] eq 'Tablature',[link]_icontab_[/link]}
+ {If}{[dc.Format] eq 'MARC',[link]_iconmarc_[/link]}
+ {If}{[dc.Format] eq 'Images',[srclink][thumbicon][/srclink]}
+ {If}{[dc.Format] eq 'Supplementary',[srclink][srcicon][/srclink]}
+ {If}{[dc.Format] eq 'Audio',[srclink]{If}{[FileFormat] eq 'MIDI',_iconmidi_,_iconmp3_}[/srclink]}
+</td>
+<td>
+{If}{[numleafdocs],([numleafdocs])}
+</td>
+<td valign=top>
+[highlight]
+{Or}{[dc.Title],[Title],Untitled}
+[/highlight]
+</td>
+
+
+La définition complÚte est dans le fichier format_tweaks → multi_icons.txt .
+
+
+Regardez alors votre collection avec Preview . Des icÎnes différentes sont utilisées pour discography, lyrics, tablature, et MARC. Il y a même une distinction entre les fichiers MP3 et MIDI. Si vous laissez le pointeur de souris au dessus de ces images, un petit message apparaît et décrit le type de fichier dans le language d'interface courant (note : extra.dm gÚre l'Anglais et le Français).
+
+
+Changer l'image de fond de la collection
+
+
+Ouvrez le dossier macros de votre collection et localisez extra.dm . Faites un clic droit dessus. Sélectionnez le WordPad comme application pour l'ouvrir.
+
+
+Le contenu de ce fichier est succint, indiquant uniquement ce qui doit être ignoré des paramÚtres par défaut pour cette collection. Dans WordPad, vers le début du fichier vous le verrez.
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+\#page \{ margin-left: 120px; \}
+</style>
+}
+
+Utilisez le copier coller pour ces trois lignes afin que cela ressemble à cela :
+
+# Original statements
+#_collectionspecificstyle_ {
+#<style>
+#body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+#\#page \{ margin-left: 120px; \}
+#</style>
+#}
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/tile.jpg"); \}
+</style>
+}
+
+Un diÚse (#) en début de ligne signale un commentaire, et Greenstone ignorera tout ce qui suit. On met en commentaire les trois anciennes lignes et on les remplace par les trois nouvelles. C'est pratique pour avoir une sauvegarde de l'ancienne version et pouvoir la recouvrir à tout moment. Ces trois lignes sont relatives à l'usage de l'image de fond. La nouvelle image tile.jpg était présente dans le dossier images que l'on avait copié précédemment.
+
+
+Sauvegardez dans WordPad le fichier extra.dm .
+
+
+Avec Preview vous verrez que la nouvelle page d'accueil a bien une image de fond.
+D'autres fonctionnalités peuvent être modifiées en éditant les fichiers de macros—par exemple les fentêtes et pieds de page, ainsi que le style de surbrillance utilisé pour les termes de recherche (couleur différente, caractÚre gras, etc)
+
+
+Vous pouvez revenir en arriÚre en ajoutant un diÚse devant les trois premiÚres lignes (#) et en retirant le diÚse figurant devant les trois lignes suivantes. Rappelez-vous de sauvegardez le fichier. Enfin, pour annuler tous les changements, effacez tout simplement le contenu des dossiers macros et images .
+
+
+Construire une collection en taille réelle
+
+
+Pour finir, construisons une collection plus grande. Procédez ainsi :
+
+
+Fermez la collection courante (Fichier → Vermer ).
+
+
+Commencez une nouvelle collection nommée advbeat_large. (Fichier →Nouveau ).
+
+
+Basez cette collection sur small_beatles .
+
+
+Copiez le contenu de sample_files → beatles → advbeat_large → import cela dans la nouvelle collection import et cela risque de prendre un peu de temps vu le nombre de fichier considérable.
+
+
+Construirez la collection et visualisez-la avec Build et Preview (si vous voulez que la collection ait une icÃŽne, il faut passer par le volet Conception pour l'ajouter.)
+
+
+
+
+Ajouter un nagivateur de collage d'images
+
+
+Passez au volet Conception et choisissez la section Browsing Classifiers . Dans le menu select classifier to add choisissez Collage . Cliquez <Add Classifier... >. Sans regarder les options, cliquez sur <OK > en bas du pop up.
+
+
+Passez alors au volet Création et procédez à un build et à une preview de la collection.
+
+
+
+
+
+Ballayer une collection d'images
+
+
+
+
+
+Nous allons construire une réplique simplifié de Niupepa, the magazine Maori, en utilisant 5 revues issues de leurs publications. On pourra chercher dans le texte, et parcourir les revues par titre ou par date. Quand un magazine est visualisé, une vignette d'image and son texte correspondant sont présentés cÎte à cÎte, avec un lien pourla voir en entier en haut de la page.
+
+
+La collection est un mélange de plugin, de classificateurs et de définitions de formats. L'essentiel du travail est fait par PagedImgPlug, un plugin spécialement conçu pour le genre de donnée que nous devons gérer. Pour chaque document, un fichier "item" est préparé pour décrire une liste d'images constituant le document, signalées par le numéro de page et (option) qui sera accompagné par un fichier texte correspondant à la page, mais aussi destiné à la recherche textuelle. Trois magazines de notre collection (tous issu de la série Te Whetu o Te Tau) ont des présentations sous forme de texte, et deux autres (issus de Te Waka o Te Iwi) sont constitués uniquement d'images. Les fichiers Item peuvent aussi spécifier des métadonnées. Dans notre exemple, les séries de magazines sont enregistrés comme ex.Title et leur date de publication comme ex.Date. Ces métadonnées sont extraites pendant le processus d'indexation.
+
+
+Démarrez une nouvelle collection nommée Paged Images et remplissez les champs avec les bonnes informations : c'est une collection constituée par des extraits de documents de Niupepa; les seules métadonnées étant le titre et la date du document. Elles sont extraites des fichiers Item inclus dans les documents sources donc il n'y a pas de les stipuler.
+
+
+Ajoutez PagedImgPlug dans Design → Plugins de document et activez son screenview en cochant la case prévue à cet effet. Les images sources que nous utilisons ont été scannées en haute définition et sont assez lourdes à charger. L'option screenview génÚre des versions allégées en définition écran au moment de la construction.
+
+
+Dans le volet Gather panel, ouvrez le dossier niupepa\sample_items dans sample_files et glissez le dans la collection sur le cÎté droit.
+
+
+Certains fichiers que vous venez de glisser sont des textes issus des fichiers images. Nous voulons qu'ils soient traités par PagedImgPlug , et non pas par TEXTPlug . Allez au volet Conception et effacez TEXTPlug . Pendant que vous y êtes, vous pouvez aussi retirer HTMLPlug , EMAILPlug , PDFPlug , RTFPlug , WordPlug , PSPlug , ISISPlug et NULPlug puisqu'ils seront inutiles.
+
+
+Allez sur le volet Création , lancez build puis preview . Cherchez waka et regardez les titres listés (les trois apparaissent sous Te Whetu o Te Tau ). Explorez par ordre alphabétique avec titles a-z et visualisez l'un des titres Te Waka o Te Iwi .
+
+
+Cette collection a été construite avec les options par défaut de Greenstone. Vous pouvez localiser les éléments, mais les informations ne sont pas aussi claires ou attractives que dans la vraie collection Niupepa.
+
+
+Groupement des documents par titre de série et affichage les dates dans chaque groupe
+
+
+Avec titles a-z, les documents se répÚtent sans aucune distinction comme la date. Il serait préférable de les regrouper et d'ajouter une date à chaque élément. On peut le faire avec le classificateur AZCompactList plutÎt que AZList, et personnaliser la définition de format VList.
+
+
+Dans le volet Conception sous la section Browsing Classifiers effacez dans AZList les classificateurs ex.Source et ex.Title .
+
+
+Ajoutez maintenant dans AZCompactList le classificateur ex.Title et dans DateList le classificateur ex.Date en réglant son option de métadonnée à ex.Date .
+
+
+Utilisez Modify pour la définition de format pour VList . Trouvez la partie du format par défaut qui dit
+{If}{[ex.Source],<br><i>([ex.Source])</i>}
+et changez-la pour
+{If}{[ex.Date],: [ex.Date]}
+Cela a pour effet d'afficher l'information de date extraite, si elle existe.
+
+
+A la fin de cette définition de format, où l'on trouve :
+</td>
+append
+{If}{[numleafdocs],<td>([numleafdocs] items)</td>}
+et cliquez sur <Remplacer Format> .
+
+L'usage du classificateur AZCompactList implique d'une icÎne d'étagÚre apparaisse dans on navigue dans les titres. Ce format personnalisé spécifie entre crochets le nombre d'éléments contenu dans l'étagÚre. En effet, seul les icÎnes d'étagÚre proposent la métadonnée [numleafdocs].
+
+
+
+Supprimer le texte inutile
+
+
+Quand vous regardez un magazine, seul le texte associé est visible. Quand l'un des magazines Te Waka o Te Iwi est visualisé, le message suivant "This document has no text" apparait alors. Aucune information sur l'image scannée (résolution entre autres) n'est disponible, même si elle a été générée et stockée avec le document. On peut le modifier avec une définition de format qui change les paramÚtres de DocumentText.
+
+
+En restant dans la section Format Features du volet Design , sélectionnez en dessous de "Choose Feature" l'élément DocumentText . La chaîne de caractÚre montre le texte du document ce qui renvoyant au paramÚtre par défaut affichant "This document has no text". Effecturez ces changements :
+
+<center>
+ <table width=_pagewidth_>
+ <tr>
+ <td valign=top>[srclink][screenicon][/srclink]</td>
+ <td>[Text]</td>
+ </tr>
+ </table>
+</center>
+
+et cliquez sur <Remplacer Format> .
+(disponibles dans niupepa\doc_tweak.txt)
+
+Inclure [screenicon] a pour effet d'incorporer une image redimensionnée cela grâce à l'option screenview de PagedImgPlug. L'icÎne est liée à l'image source par la construction [srclink]...[/srclink].
+
+
+
+Passez au volet Create et ; construisez puis visualisez les résultats avec build et preview .
+
+
+Vous pouvez change le logo et l'image de fond comme l'exercice précédent. Des images utilisables dont dans niupepa\images , et sont activées via macros\extra.dm .
+
+
+Dans la collection que vous venez d'achever, les magazines sont groupés par titre de séries, et les dates sont affichées à cÎté de chaque élément pour les distinguer. L'utlisateur peut parcourir la collection par ordre chronologique, et quand un magazine est visualisé, une vignette s'affiche sur la gauche et quand on clique dessus on accÚde à la version originale en haute définition, accompagnée par la version texte du journal, si elle est disponible.
+
+
+
+
+
+Ouvrez la collection Open Archives Initiative (OAI)
+
+
+
+
+
+Cet exercice explore l'interopératibilité des services en utilisant le protocole Open Archive Initiative permettant la moisson de métadonnées (OAI-PMH). Vous pouvez le faire sur un ordinateur autonome car nous n'allons pas nous connecter à un serveur distant qui se comporterait comme un serveur de données. Nous proposons d'utiliser un ensemble de fichier XML constituant des enregistrements produits du protocol OAI-PMH.
+
+
+Un des exemples Greenstone est basé sur OAI. Cette exercice montre comment le reconstruire étape par étape. (Note : cet exemple est une colleciton d'image et il est indispensable d'installer ImageMagick) Vous pouvez regarder la démonstration OAI pour savoir ce que l'exercice va construire.
+
+
+Démarrez une nouvelle collection appelée OAI Service Provider . Remplissez les informations requises et laissez les options par défaut car elles ne seront d'aucune utilité..
+
+
+Dans le volet Gather regardez le dossier sample_small et sample_files/oai . Glissez et déposez ce dossier dans la collection.
+
+
+Pendant la copie une fenêtre vous demandera s'il faut ajouter OAIPlug à la liste des plugins, car, ne pouvant gérer ce type de fichier, l'interface Librarian n'a pas trouvé d'autres plugins. Cliquez sur <Add Plugin> .
+
+
+Quand des fichiers sont copiés ainsi, l'interface du Bibliothécaire étudie chacun d'entre eux en fonction de leur extension et tente d'y associer un plugin. Aucun plugin dans la liste n' est capable de traiter les fichiers OAI qui sont copiés travers (ils ont une extension de fichier .oai), donc l' Interface du Bibliothécaire vous demande d' ajouter le plugin approprié.
+
+
+Parfois, il y a plus d'un plugin qui peut traiter un type de fichier—par exemple dans le cas d'XML, l'extension est utilisée pour plusieurs formats. La fenêtre popup propose d'ailleurs le choix entre plusieurs plugin qui peuvent marcher. C'est normalement facile à choisir. Si vous le souhaitez, vous pouvez ignorer le problÚme (cliquer <Don't Add Plugin>), car on peut s'en occuper plus tard en passant par le volet Design et sa section Document Plugins
+
+
+Vous devez configurer le plugin Image. Dans le volet Conception sélectionnez la section Document Plugins , puis la ligne plugin ImagePlug et cliquez <Configure Plugin...> . Dans la fenêtre popup qui apparait, localisez l'option screenviewsize , activez-la et tapez 300 dans la case à cÎté. Cela créera une vignette de 300 pixels . Cliquez sur <OK> .
+
+
+Passez au volet Création et procédez à un build puis une preview de la collection.
+
+
+Comme d'autres collections que nous avons construites en nous basant sur les valeurs par défaut de Greenstone, le résultat est passable mais on peut l'améliorer. La prochaine étape peaufine la collection en utilisant les métadonnées récoltées par le protocole OAI-PMH via les fichiers .OAI
+
+
+Dans la section Browsing Classifiers du volet Design effacez les deux classificateurs AZList (ex.Title et ex.Source ).
+
+
+Ajoutez un classificateur AZCompactList basé sur les métadonnées ex.Subject .
+
+
+Maintenant ajoutez un classificateur AZCompactList basé sur les métadonnées ex.Description . Dans son volet de configuration, sélectionnez mincompact = 1 , maxcompact = 10 et buttonname = Captions .
+
+
+Dans la section Search Indexes du volet Conception effacez tous les index et ajoutez-en un nommé "captions" basé sur les métadonnées ex.Description .
+
+
+Construisez et visualisez la collection avec Build et preview .
+
+
+Peaufiner la présentation avec des formats personnalisés
+
+
+Dans le volet Conception sélectionnez Format Features . Remplacez la définition de format VList comme suit :
+
+<td>
+ {If}{[numleafdocs],[link][icon][/link],[link][thumbicon][/link]}
+</td>
+<td valign=middle>
+ {If}{[numleafdocs],[Title],<i>[Description]</i>}
+</td>
+
+Vous trouverez le fichier dans vlist_tweak.txt dans le dossier oai/format_tweaks attaché à sample_files. Cliquez sur <Replace Format > pour valider le changement
+
+Cette définition de format personnalise l'affichage des listes verticales comme les résultats de recherche ou les listes légengées comprenant à la fois une vignette et et une métadonnée de description. . Greenstone utilise par défaut l'extraction de métadonnées si bien que [Description] équivaut à [ex.Description].
+
+
+
+Ensuite, sélectionnez DocumentHeading dans la liste déroulante Choose Feature et changez sa définition de format à :
+<h3>[Subject]</h3>
+
+L'entête du docucment apparaît au dessus et il n'y a pas de bouton en surbrillance quand vous arrivez à un document dans la collection. Par défaut, DocumentHeading affiche les métadonnées de ex.Title. Dans cet ensemble d'enregistrements OAI exportés, les titres sont des noms de fichiers correspondant à des images JPEG et ces noms de sont vraiment pas informatifs (par exemple 01dla14). Vous pouvez le voir dans le volet Enrich si vous sélectionnez une image dans sample_small → oai → JCDLPICS → srcdocs et vérifiez son nom de fichier par rapport à ex.Title. Le format précédent affiche ex.Subject.
+
+
+
+Enfin, vous avez remarqué qu'au moment de l'affichage des documents, un message apparait This document has no text . Pour réctifier cela, choisissez DocumentText dans la liste déroulante Choose Feature et utilisez le texte suivant comme définition de format. doctxt_tweak.txt présent dans le dossier format_tweaks que l'on mentionnait précédemment:
+<center><table width=_pagewidth_ border=1>
+<tr><td colspan=2 align=center>
+<a href=[OrigURL]>[screenicon]</a></td></tr>
+<tr><td>Caption:</td><td> <i>[Description]</i> <br>
+(<a href=[OrigURL]>original [ImageWidth]x[ImageHeight] [ImageType] available</a>)
+</td></tr>
+<tr><td>Subject:</td><td> [Subject]</td></tr>
+<tr><td>Publisher:</td><td> [Publisher]</td></tr>
+<tr><td>Rights:<td> [Rights]</td></tr>
+</table></center>
+Cliquez <Remplacer Format> ..
+La définition de format modifie comment le document sera présenté. Elle inclut une version redimensionnée de l'image qui est reliée à la version haute définition disponible via le web. Il y a des informations factuelles sur l'image comme sa largeur, hauteur et son type.
+
+
+Les définitions de formats sont générés par l'exécution de Greenstone, donc il n'y a pas besoin de reconstruire la collection pour voir les changements prendre effet. Il suffit d'aller au volet Conception et de faire une <Preview Collection >.
+
+
+Pour rendre l'indexation plus rapide, la collection contient un plus petit nombre de documents que dans les version fournies avec Greenstone, mais aprÚs ces modifications, les fonctionnalités sont les mêmes.
+
+
+
+
+
+Télécharger grace à OAI
+
+
+
+
+
+L'exercice précédent n'obtenait pas les données OAI-PMH à partir d'un serveur distant. Cette étape manquante peut être accomplie en lançant un programme en ligne de commande. Pour cela, il faut une connection directe à internet—car les firewall peuvent perturber l'accessibilité au téléchargement.
+
+
+Enregistrez votre collection avec Save . Notez son nom de répertoire qui est normalement oaiservi (on peut le voir dans la barre de titre de l'interface Librarian),puis quittez l'interface Librarian.
+
+
+Dans un éditeur de texte (par exemple le WordPad), ouvrez le fichier de configuration de la collection, lequel se trouve dans C:\Program Files\Greenstone\collect\oaiservi\etc\collect.cfg . Ajoutez la ligne suivante d'un seul tentant:
+acquire OAI -src rocky.dlib.vt.edu/~jcdlpix/cgi-bin/OAI1.1/jcdlpix.pl -getdoc
+Bien que la position de cette ligne ne soit pas stratégique, nous recommandons toutefois de la placer prÚs du début de fichier, aprÚs les lignes public et creator, mais tout de même avant l'index. Sauvegardez et quittez l'éditeur.
+
+
+Effacez le contenu du dossier import de la collection. Il contient les données packagées de l'ancienne collection mais maintenant nous voulons que les données arrivent du serveur OAI distant.
+
+
+Ouvrez une fenêtre DOS pour accéder à la ligne de commande. Vous y accédez dans le menu Démarrer → Tous les programmes mais cela dépend des versions de Windows. Si vous ne le trouvez pas, choisissez Démarrer → Exécuter et saisissez cmd dans la fenêtre qui apparaît.
+
+
+Dans la fenêtre Dos, déplacez-vous au répertoire racine de Greenstone. On y parviens ainsi :
+cd C:\Program Files\Greenstone
+
+
+Saisissez :
+setup.bat
+pour activer la possibilité de lancer les commandes de Greenstone en ligne
+
+
+Changez de répertoire pour vous rendre dans celui contenant la collection OAI Service Provider vue dans l'exercice précédent.
+cd collect\oaiservi
+
+Même si le nom de collection peut inclure des majuscules, le répertoire généré par l'interface Librarian est tout en minuscule.
+
+
+
+lancez:
+ perl -S importfrom.pl oaiservi
+
+Greenstone va tout de suite se lancer et générer tout un tas de messages de diagnostic. Le programme importfom.pl se connecte au fournisseur de données OAI spécifié dans le fichier de configuration de la collection (il le fait pour chaque ligne cherchant des données à distance puis les exporte).
+
+
+
+Les fichiers downloadés sont sauvegardés dans le fichier import de la collection. Une fois que la commande est finie, tout est en place pour reconstruire la collection. Il faut donc faire un rebuild pour vérifier si les enregistrements OAI sont bien exploitables.
+
+
+
+
+
+Utiliser METS comme représentation interne de Greenstone
+
+
+
+
+
+Dans l'interface Librarian de Greenstone, ouvrez la collection Tudor
+
+
+Pour être en mesure de substituer METSPlug par GAPlug il faut passer en mode expert.
+
+
+Cliquez sur Fichier → Préférences → Mode et passez en mode Expert .
+
+
+Passez au volet Conception et sélectionnez Document Plugins . Retirez GAPlug de la liste des plugins et ajoutez METSPlug , avec les options de configuration par défauit.
+
+
+Allez au volet Création , localisez les options d'importation et mettez saveas à METS . Les options d'importation ne sont valable que dans le mode expert Expert .
+
+
+Reconstruisez la collection
+
+
+Dans votre explorateur de fichier Windows, trouvez le dossier archives de la collection Tudor. Pour chaque document dans la collection, Greenstone a généré deux fichiers : docmets.xml , la description principale METS et doctxt.xml , un fichier associé. (Note: tant que vous ne serez pas connecté à Internet, il sera impossible de voir doctxt.xml dans votre navigateur car il invoque des sources distances.). En fonction du document source, il peut y avoir des fichiers aditionnels comme les images figurant dans une page web. Une des nombreuses facilités de METS est de référencer l'information dans des fichiers XML externes. Greenstone utilise cela pour lier le fichier qui est stocké dans le fichier XML externe doctxt.xml , et sa structure hiérarchique est décrite dans le fichier de description METS docmets.xml .
+
+
+
+
+
+Déplacer une collection de DSpace vers Greenstone
+
+
+
+
+
+Passez en mode Library System Specialist ou en Expert (en passant par File → Préférences ) car il faut changer l'ordre des plugins dans le volet Design
+
+
+Créez une nouvelle collection avec nouvelle collection en l'appelant StoneD et saisissez les informatiosn requises Laissez les métadonnées par défaut à Dublin Core.
+
+
+Passez au volet Conception et sélectionnez la section Plugins Document du cÎté gauche. Avec Supprimer retirez TEXTPlug , HTMLPlug et EMAILPlug . Ce n'est pas rigoureusment indispensable mais cela évite du gaspillage.
+
+
+Maintenant, ajoutez DSpacePlug .Laissez les options par défaut et cliquez sur <OK >.
+
+
+En utilisant les flÚches haut et bas, déplacez DSpacePlug au dessus de GAPlug et en dessous deZIPPlug .
+
+
+Ajoutez MP3Plug , avec les options et une position par défaut.
+
+
+Dans le volet Rassembler trouvez le dossier sample_files\dspace\exported_docs . Il contient cinq éléments d'exemple provenant d'un référentielinstitutionnel DSpace. Copiez les dans votre collection en les glissant déposant sur la partie droite.
+
+
+Faites une Construction et une pré visualisation Pré visualiser pour voir les informations de bases de la collection DSpace.
+
+
+Si vous naviguez par index alphabétique tltles a-z vous trouverez 7 documents, alors qu'il n'y a que 5 éléments importés de Dspace. Deux des éléments originaux avaient une forme alternative dans leur dossier d'origine. Le plugin DSpace peut gérer ce qu'il faut faire dans de pareil cas et par défaut il les traite comme des documents Greenstone séparés.
+
+
+Ci-dessous, nous allons utiliser une option de plugin (first_inorder_ext) pour fusionner les formes alternatives. Cette option traite les documents comme s'ils n'étaient qu'un, avec un même nom mais des extensions différentes. Un des fichiers est perçu comme le document maître—il est indexé et on en extrait les métadonnées si elles existent quand les autres fichiers sont juste considérés comme "documents associés".
+
+
+L'option first_inorder_ext prend en argument une liste d'extension de fichiers (séparés par des virgules) : la premiÚre extension de la liste sera celle du document maitre.
+
+
+Sélectionnez DSpacePlug et cliquez <Configure Plugin... >. Passez à l'option de configuration first_inorder_ext . Mettez les valeurs pdf,doc,mp3 dans la fenêtre qui apparaît puis cliquez sur <OK> .
+
+
+Construire et visualisez la collection.
+
+
+Il n'y a plus que 5 documents car seulement une version de chaque document a été considérée—comme version primaire.
+
+
+Les fichiers DSpace exportés contiennent des métadonnées Dublin Core pour le titre et l'auteur (parmi d'autres choses)
+
+
+Ajouter des fonctionnalités d'indexation et de navigation pour Dspace
+
+
+Dans le volet Conception sélectionnez Search Indexes . Effacez les index ex.Title etex.Source et ajoutez en un pour dc.Title que l'on nommera "titles" et enfin un autre pour dc.Contributor appelé "authors".
+
+
+En restant dans le volet Conception panel, sélectionnez Browsing Classifiers et effacez les classificateurs AZList (ex.Title and ex.Source ). Ajoutez un classificateur AZList pour dc.Title un autre AZCompactList pour dc.Contributor .
+
+
+Sélectionnez la section Format Features s du volet Conception et remplacez la définition de format VList :
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]{Or}{[dc.Title],[ex.Title],Untitled}[/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+Vous trouverez le texte dans format_tweak.txt dans le dossier dspace de sample_files , puis cliquez sur <Replace Format > pour valider les changements.
+
+
+Ajoutons également une définition de format pour le classificateur basé sur les métadonnées dc.Contributor . Dans le menu Choose Feature (sous Format Features dans le volet Design ), sélectionnez l'élément :
+
+CL2: AZCompactList -metadata dc.Contributor
+
+
+
+Laissez VList comme le Composent Allecté et éditez le texte dans la case Format Fil HTML pour qu'elle apparaisse comme:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]
+ {If}{[numleafdocs],([numleafdocs]) [ex.Title],[dc.Title]}
+ [/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+et cliquez sur<Add Format >. Cela affichera le nombre de document pour chaque étagÚre dans le classificateur d'auteurs.
+Vous trouverez ce fichier dans format_contributor.txt dans le dossier dspace du répertoire sample_files .
+
+
+Faites un Build et une preview de la collection.
+
+
+Il y a encore 5 éléments mais pour certains entrées une ligne apparaît "Also available as" suivie de l'icÎne qui nous relie aux autres représentations.
+
+
+
+
+
+Déplacer une collection de Greenstone à Dspace
+
+
+
+
+
+Dans cet exercice, vous déplacez une collection Greenstone dans une forme exploitable pour Dspace. Il est possible de le faire directement dans le menu File de l'interface Librarian qui contient une fonction Export, laquelle gÚre plusieurs formes d'exportation. Quoi qu'il en soit, nous allons passer par la ligne de commande Windows pour approfondir nos connaissances de Greenstone. Cela demande plus de compétences techniques et si vous n'êtes pas habitué à la ligne de commande, nous vous recommandons de passer cet exercice.
+
+
+Utiliser Greenstone en ligne de commande
+
+
+Ouvrez une fenêtre DOS pour accéder à la ligne de commande. Vous y accédez dans le menu Démarrer → Tous les programmes mais cela dépend des versions de Windows. Si vous ne le trouvez pas, choisissez Démarrer → Exécuter et saisissez cmd dans la fenêtre qui apparaît.
+
+
+Dans la fenêtre Dos, déplacez-vous au répertoire racine de Greenstone. On y parviens ainsi :
+cd C:\Program Files\Greenstone
+
+
+Saisissez :
+setup.bat
+pour activer la possibilité de lancer les commandes de Greenstone en ligne
+
+
+Changez de répertoire pour vous rendre dans celui contenant la collection StoneD vue dans l'exercice précédent.
+cd collect\stoned
+
+
+Lancez la commande suivante pour exporter la collection en respectant le format d'import/export de Dspace
+perl -S export.pl -saveas DSpace -removeold stoned
+
+
+Exporting dans Greenstone est un processus surchargé. Si vous lancez export.pl à nouveau, les nouveaux fichiers exportés seront ajoutés—avec des noms de dossiers différents à ceux déjà présents dans le dossier d'exportation. Pour nos expérimentations, nous serons amené à répéter des commandes plusieurs fois. L'option -removeold retire les anciens fichiers exportés.
+
+
+Cette commande a créé un nouveau sous-dossier collect\stoned\export . Utilisez l'explorateur de fichier Windows pour l'inspecter. A l'intérieur, il y a les fichiers requis pour que DSpace digÚre cet ensemble de données.
+
+
+On peut aisément lancer à nouveau export.pl sur des collections différentes de Greenstone et transférer les données vers un systÚme DSpace en utilisant le batch d'importation DSpace
+
+
+
+
Index: /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_ru.xml
===================================================================
--- /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_ru.xml (revision 14835)
+++ /documentation/branches/2.80/trunk/tutorials/xml-source/tutorial_ru.xml (revision 14835)
@@ -0,0 +1,2917 @@
+
+
+
+
+]>
+
+
+УпÑÐ°Ð¶ÐœÐµÐœÐžÑ Ð¿ÐŸ ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÐžÑ Greenstone (ЌаÑÑ 2006)
+
+
+УпÑÐ°Ð¶ÐœÐµÐœÐžÑ Ð¿ÐŸ ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÐžÑ Greenstone
+РеквОзОÑÑ:
+ЀайлÑ-ПбÑазÑÑ:
+СПзЎаМП ÐŽÐ»Ñ Greenstone веÑÑОО:
+ÐзЌеМеМП ÐŽÐ»Ñ Greenstone веÑÑОО:
+ÐеÑÐœÑÑÑÑ Ðº ОМЎекÑÑ
+Back to wiki
+ÐеÑÑÐžÑ ÐŽÐ»Ñ Ð¿ÐµÑаÑО
+
+
+ÐÑлО Ð²Ñ ÑабПÑаеÑе Ñ CD-ROM ЎОÑка Greenstone, пÑПбМÑе ÑÐ°Ð¹Ð»Ñ ÐŽÐ»Ñ ÑÑОÑ
+ ÑпÑажМеМОй МаÑ
+ПЎÑÑÑÑ Ð² папке sample_files ; ОМаÑе Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОÑ
+ ÑкаÑаÑÑ Ñ sourceforge.
+
+
+Ð ÑекÑÑаÑ
+ ОМПгЎа ОÑпПлÑзÑеÑÑÑ ÑеÑÐŒÐžÐœÐŸÐ»ÐŸÐ³ÐžÑ Windows, МП ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÑабПÑаÑÑ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÐŸ Ñ
+ПÑПÑП Ма ÐŽÑÑгОÑ
+ ÑОÑÑеЌаÑ
+, еÑлО Ð²Ñ ÑЎелаеÑе ÑÑебÑеЌÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² пÑÑевÑÑ
+ МазваМОÑÑ
+.
+
+
+
+РабПÑа Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММПй кПллекÑОей (ЮÐÐÐÐС)
+
+
+
+
+ÐаЌ пПÑÑебÑеÑÑÑ CD-ROM Greenston ЮÐÐÐÐС
+
+
+УÑÑаМПвОÑе пПЎгПÑПвлеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Greenstone
+
+
+ÐÑО ввПЎе CD-ROM ЮÐÐÐÐС , вП ЌМПгОÑ
+ кПЌпÑÑÑеÑаÑ
+ загÑÑзка МаÑÐœÑÑÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО. РпÑПÑОвМПЌ ÑлÑÑае, "авÑПзапÑÑк"—кПМÑОгÑÑОÑÑÐµÐŒÐ°Ñ ÑÑÑаМПвка пПЎ Windows ПÑклÑÑеМа Ма ваÑеЌ кПЌпÑÑÑеÑе, пПÑÑÐŸÐŒÑ ÐŽÐ²Ð°Ð¶ÐŽÑ ÐºÐ»ÐžÐºÐœÐžÑе Ñайл setup.exe в CD-ROMе.
+
+ÐПй кПЌпÑÑÑÐµÑ → ЮÐÐÐÐС20 → setup.exe
+
+
+
+InstallShield Wizard МаÑÐžÐœÐ°ÐµÑ Ð·Ð°Ð³ÑÑÐ·ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐÐЧ/СÐÐÐ. ÐÑбеÑОÑе аМглОйÑкОй ÑзÑк
+
+
+ÐажЌОÑе ÐºÐœÐŸÐ¿ÐºÑ <Ўалее>
+
+
+ÐÑбеÑОÑе запÑÑк Ñ CD-ROMа (ÑÑаМЎаÑÑ) как ÑОп ÑÑÑаМПвкО. ÐÑП ÑЌПлÑаМОе, О Ñже вÑбÑаММПе. Ðалее МажЌОÑе Ма <Ўалее> .
+
+
+ÐажЌОÑе Ма <Ўалее> ÑМПва ÐŽÐ»Ñ Ð¿Ð°Ð¿ÐºÐž кПллекÑОО ЮÐÐÐÐС в папке ÑЌПлÑÐ°ÐœÐžÑ C:\Program Files\UNAIDS Library 2.0 [CD-ROM] .
+
+УÑÑаМПвка Wizard кПпОÑÑÐµÑ ÑÑебÑеЌÑе ÑÐ°Ð¹Ð»Ñ ÐžÐ· CD-ROMа Ма ЎОÑк.
+
+
+
+ÐажЌОÑе ÐŽÐ²Ð°Ð¶ÐŽÑ <OK > ÐŽÐ»Ñ Ð¿ÐŸÐŽÑвеÑÐ¶ÐŽÐµÐœÐžÑ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЮÐÐÐÐС.
+
+ÐÑÑ
+ПЎ Оз InstallShield—УÑÑаМПвка бОблОПÑекО ЮÐÐÐÐС завеÑÑеМа
+
+
+
+ÐПЎПбМÑе CD-ROMÑ ÑПЎеÑжаÑОе заÑаМее пПЎгПÑПвлеММÑе кПллекÑОО Greenstone Ме вклÑÑаÑÑ Ð¿ÐŸÐ»ÐœÐŸÐµ пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone. ÐапÑПÑОв, ПМО вклÑÑаÑÑ ÐŒÐžÐœÐž-веÑÑОО Greenstone, пПзвПлÑÑÑОе пÑПÑЌаÑÑОваÑÑ, МП Ме ÑÑÑПОÑÑ ÐœÐŸÐ²Ñе кПллекÑОО.
+
+
+ÐÑÑПÑЌПÑÑОÑе кПллекÑÐžÑ Greenstone
+
+
+ÐапÑÑÑОÑе МезавеÑÑеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ°Ð¶Ð°ÑОеЌ:
+
+ÐапÑÑк → ÐÑе пÑПгÑÐ°ÐŒÐŒÑ → ÐОблОПÑека ЮÐÐÐÐС 2.0 [CD-ROM] → ÐОблОПÑека ЮÐÐÐÐС 2.0 (СÑаМЎаÑÑÐœÐ°Ñ Ð²ÐµÑÑОÑ)
+
+
+ÐÐ»Ñ Ð²Ñ
+ПЎа в Greenstone ÑеÑез ÑеÑÐ²ÐµÑ Ð»ÐŸÐºÐ°Ð»ÑМПй бОблОПÑекО ОМПгЎа МеПбÑ
+ПЎОЌП ПÑклÑÑаÑÑ proxy ÑÑÑаМПвкО бÑаÑзеÑа. Greenstone ПпПзМаÑÑ ÑÑП, О вÑплÑваÑÑее ПкМП пÑеЎÑпÑÐµÐ¶ÐŽÐ°ÐµÑ ÐŸ пÑПблеЌе.
+
+
+
+ÐажЌОÑе <ÐÑ
+ПЎ в ÐОблОПÑекÑ> в ЎОалПгПвПЌ ПкМе, О бÑаÑÐ·ÐµÑ (пП ÑЌПлÑÐ°ÐœÐžÑ ÐŸÐ±ÑÑМП Internet Explorer) бÑÐŽÐµÑ Ð¿ÐŸÐºÐ°Ð·ÑваÑÑ ÐŽÐŸÐŒÐ°ÑÐœÑÑ ÑÑÑаМОÑÑ Greenstone.
+
+
+Рвеб-бÑаÑзеÑе МажЌОÑе Ма ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ ( в ÑеМÑÑе паМелО МавОгаÑОО МавеÑÑ
+Ñ ÑÑÑаМОÑÑ).
+
+
+ÐПÑÑÑп в пеÑвÑÑ ÐºÐœÐžÐ³Ñ Ð² ÑпОÑке загПлПвкПв , МажЌОÑе Ма пОкÑПгÑÐ°ÐŒÐŒÑ ÐºÐœÐžÐ³Ðž ÑÑЎПЌ Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ:
+РпÑПгÑаЌЌе ЮÐÐÐÐС .
+
+
+ÐÑпПлÑзÑйÑе Ð»ÐžÐœÐµÐ¹ÐºÑ Ð¿ÑПкÑÑÑкО ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа вÑеÑ
+ ÑлеЌеМÑПв ÑÑÑаМОÑÑ
+
+
+Ð ÑаблОÑе ÑПЎеÑÐ¶Ð°ÐœÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ, МажаÑÑ ÐœÐ° пеÑелОÑÑайÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÑÑЎПЌ Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ ÐапÑавлÑÑÑОе пÑОМÑÐžÐ¿Ñ Ð®ÐÐÐÐС ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑазЎела ЎПкÑЌеМÑа.
+
+
+ÐажЌОÑе Ма пОкÑПгÑаЌЌа кМОгО ÑÑЎПЌ Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ ÐлПбалÑМПе О лПкалÑМПе вПзЎейÑÑвОе ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑлеЎÑÑÑегП ÑегЌеМÑа
+
+
+ÐаММÑй ÑÑÐžÐ»Ñ Ð²Ð·Ð°ÐžÐŒÐŸÐŽÐµÐ¹ÑÑÐ²ÐžÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПЎПлжОÑÑ ÐŽÐ»Ñ ÐŽÐ°Ð»ÑМейÑегП ÑаÑÑОÑеМОÑ, ÐŽÐ»Ñ ÐºÐŸÐœÑÑакÑÐœÑÑ
+ папПк О ÐŽÐ»Ñ Ð²ÐºÐ»ÑÑÐµÐœÐžÑ Ð² ÑазлОÑÐœÑе ÑекÑОО
+
+
+ÐÐ»Ñ ÑаÑÑОÑÐµÐœÐžÑ ÑПЎеÑжОЌПгП ÑÑПй Ð³Ð»Ð°Ð²Ñ Ð²Ð²ÐµÐŽÐµÐœÐžÑ, МажЌОÑе Ма РаÑÑОÑОÑÑ ÐПкÑÐŒÐµÐœÑ ÐžÐ»Ðž ÐÐ»Ð°Ð²Ñ Ð² левПй веÑÑ
+Мей ÑаÑÑО ÑÑÑаМОÑÑ Ð¿ÐŸÐŽ зМаÑкПЌ лОÑевПй ПблПжкО ЎПкÑЌеМÑа
+
+
+ÐПжМП веÑÐœÑÑÑÑ ÐœÐ° МеЎавМП вÑбÑаММÑÑ ÑÑÑаМОÑÑ ÐŽÐŸÐºÑЌеМÑа загПлПвкПв Мажав Ма пОкÑПгÑаЌЌа кМОгО ÑÑЎПЌ Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ кМОгО, в веÑÑ
+Мей ÑаÑÑО ÑаблОÑÑ ÑПЎеÑÐ¶Ð°ÐœÐžÑ ( ÑÑП ПзМаÑÐ°ÐµÑ Ð·Ð°ÐºÑÑÑОе кМОгО). Также пÑПйÑО к ЎПкÑЌеМÑÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² ОÑпПлÑзÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ð² МавОгаÑОПММПй паМелО, в ЎаММПЌ ÑлÑÑае к загПлПвкаЌ МаÑОМаÑÑОЌÑÑ ÐœÐ° Ð-Ð.
+
+ÐÑлО ÑаблОÑа ÑПЎеÑÐ¶Ð°ÐœÐžÑ ÐŸÑкÑÑÑа, О МаÑ
+ПЎОÑÑÑ Ð²Ð²ÐµÑÑ
+Ñ, ПÑПбÑÐ°Ð¶Ð°Ñ Ð²Ñе главÑ, МажЌОÑе Ма РаÑÑОÑОÑÑ ÐПкÑÐŒÐµÐœÑ ÐžÐ»Ðž ÐÐ»Ð°Ð²Ñ ÐŽÐ»Ñ ÑаÑÑОÑÐµÐœÐžÑ Ð² пПлМÑй ЎПкÑЌеМÑ. ÐÐ»Ñ ÐŽÐ»ÐžÐœÐœÑÑ
+ ЎПкÑЌеМÑПв, ÑÑебÑÑÑОÑ
+ МекПÑПÑПгП вÑеЌеМО ÐŽÐ»Ñ Ð·Ð°Ð³ÑÑзкО, Greenstone запÑаÑÐžÐ²Ð°ÐµÑ Ð¿ÐŸÐŽÑвеÑжЎеМОе ЎаММПгП ЎейÑÑвОÑ: ÐŽÐ»Ñ Ð·Ð°Ð³ÑÑзкО ÑелПгП ЎПкÑЌеМÑа МажаÑÑ ÐœÐ° "пÑПЎПлжОÑÑ".
+
+
+
+ÐÑПÑЌПÑÑОÑе О вМОЌаÑелÑМП пÑПÑОÑайÑе МекПÑПÑÑе ÐŽÑÑгОе ЎПкÑЌеМÑÑ ÐŽÐ°ÐœÐœÐŸÐ¹ кПллекÑОО
+
+
+ÐПОÑк в кПллекÑОО Greenstone
+
+
+СÑаÑÑ Ð¿ÐŸÐžÑка ÑÑÑаМОÑÑ Ð¿ÑÑеЌ МажаÑÐžÑ Ð¿ÐŸÐžÑк в МавОгаÑОПММПй паМелО
+
+
+РЌПЎÑле запÑПÑПв пПЎ ÐПОÑк глав Ма лÑбПЌ ÑзÑке ÑПЎеÑжаÑОÑ
+ ÑлПва , ввеЎОÑе ÑеÑЌОМ пПл Ўалее МажЌОÑе < ÐаÑаÑÑ Ð¿ÐŸÐžÑк>
+
+ÐПÑле МебПлÑÑПй паÑÐ·Ñ ÐŸÐºÐœÐŸ пÑПÑЌПÑÑа-веб загÑÑÐ¶Ð°ÐµÑ ÑпÑÑкПвÑÑ Ð¿ÐŸÐ»ÐŸÑÑ, О пПказÑÐ²Ð°ÐµÑ ÑезÑлÑÑаÑÑ Ð¿ÐŸÐžÑка
+
+
+
+ÐажЌОÑе пÑПМÑЌеÑÑйÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ Ð¿ÐžÐºÑПгÑÐ°ÐŒÐŒÑ , ÑМаÑала ÑПпПÑÑавÑÑе ЎПкÑÐŒÐµÐœÑ Ð² ОÑÑ
+ПЎМПй гÑÑппе
+ÐÐ±Ð·ÐŸÑ Ð¿ÑÑОлеÑМей ÑеалОзаÑОО ÐеМÑкПй ÐеклаÑаÑОО О ÐÑПгÑÐ°ÐŒÐŒÑ ÐейÑÑвОй ) пПÑЌПÑÑОÑе ЎПкÑЌеМÑ. Так,как пПОÑк пÑПвПЎОлÑÑ ÐœÐ° ÑÑапМПЌ ÑÑПвМе, ПÑÑÑеÑÑвлÑеÑÑÑ ÐŽÐŸÑÑÑп Ма ÑÑап ÑПпПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð²ÐœÑÑÑО ЎПкÑЌеМÑа
+
+
+ÐÑПЎПлжОÑе ÑкÑпеÑОЌеМÑÑ Ñ Ð¿ÐŸÐžÑкПЌ, О Ñ ÐžÐœÑеÑÑейÑПЌ в ПбÑеЌ. ÐапÑ: ÑÑÑеÑÑвÑÐµÑ Ð¿ÐŸÐŽÑÐŸÐ±ÐœÐ°Ñ ÑÑÑаМОÑа ÐПЌПÑÑ . ÐМа ÑПЎеÑÐ¶ÐžÑ ÐŸÑЎел ÐÑеЎпПÑÑÐµÐœÐžÑ Ð¿ÐŸÑÑеЎÑÑвПЌ кПÑПÑПгП ЌПжМП ПÑÑÑеÑÑвлÑÑÑ ÐºÐŸÐœÑÑÐŸÐ»Ñ ÐœÐ°ÐŽ МекПÑПÑÑЌО ÑÑÑаМПвкаЌО пПОÑка
+
+ÐпÑОО пП пÑеЎпПÑÑÐµÐœÐžÑ ÐžÐ· кПллекÑОО ЮÐÐÐÐС МаЌеÑеММП ÑЌеМÑÑеММÑ. У бПлÑÑОМÑÑва кПллекÑОй еÑÑÑ ÐŸÑЎелÑÐœÑе кМПпкО пÑеЎпПÑÑеМОй ÑПЎеÑжаÑОÑ
+ бПлÑÑее кПлОÑеÑÑвП ÑÑМкÑОй
+
+
+ÐПЌаÑÐœÑÑ ÑÑÑаМОÑа бОблОПÑеÑМПй кПллекÑОО ЮÐÐÐÐС ПÑÑÑеÑÑвлÑÐµÑ ÑОкл ÑазвОÑÐžÑ ÑеÑез пПÑлеЎПваÑелÑМПÑÑÑ ÑÑПМÑалÑМПгП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐŸÐ±ÑазПв, ПбМПвлÑеЌÑÑ
+ кажЎÑе пÑÑÑ ÑекÑМЎ. ÐажОЌ кМПпкО ПпÑеЎелÑМММПгП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð¿ÑÐžÐ²ÐµÐŽÐµÑ ÐœÐµÐ¿ÐŸÑÑеЎÑÑвеММП к ÐŽÐ°ÐœÐœÐŸÐŒÑ ÐŽÐŸÐºÑЌеМÑÑ
+
+
+
+ÐÑÑ
+ПЎ Оз ÐлекÑÑПММПй бОблОПÑекО Greenstone
+
+
+ÐÑÑÑ ÐŽÐ²Ð° вÑÑ
+ПЎа Оз Greenstone:
+
+ÐÑÑÑеÑÑвОÑе вÑÑ
+ПЎ Оз ÑеÑвеÑа пÑПгÑÐ°ÐŒÐŒÑ Greenstone. ÐажЌОÑе Ма Greenstone Software в паМелО заЎаÑ, Ўалее вÑбеÑОÑе ÐÑÑ
+ПЎ Оз ÐÑПвПЎМОка вÑбПÑа О ÐÐµÐœÑ ÑÑÑаМПвПк ( ОлО МажЌОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ Ð°ÐºÑОвМÑÑ ÐºÐœÐŸÐ¿ÐºÑ Ð²ÑÑ
+ПЎа, кÑаÑÐœÑй кÑеÑÑОк ÑпÑава ввеÑÑ
+Ñ). ÐÑÑ
+ПЎ Оз пÑПгÑÐ°ÐŒÐŒÑ Greenstone ПÑÑÑеÑÑвлеМ, МП веб-пÑПвПЎМОк пÑÐŸÐŽÐŸÐ»Ð¶Ð°ÐµÑ Ð·Ð°Ð¿ÑÑк
+
+
+ÐÑÑÑеÑÑвОÑе вÑÑ
+ПЎ Оз ваÑегП веб-пÑПвПЎМОка. ÐÑÑ
+ПЎ Оз веб-бÑаÑзеÑа пÑПÑ
+ÐŸÐŽÐžÑ ÑÑаМЎаÑÑМП. СеÑÐ²ÐµÑ Greenstone ÑОкÑОÑÑÐµÑ Ð²ÑÑ
+ПЎ Оз бÑаÑзеÑа, О ÑÐŸÐ·ÐŽÐ°ÐµÑ Ð²ÑплÑваÑÑее ПкМП, кПÑПÑПе П вÑеЌеМО кПгЎа ПÑклÑÑОÑÑ ÑеÑвеÑ. (ÐÑОÑОМПй ÑвлÑеÑÑÑ ÑП, ÑÑП в ÑеÑО ЌПгÑÑ ÑабПÑаÑÑ Ðž ÐŽÑÑгОе Ñ Greenstone, О МежелаÑелÑМП вМезапМПе ПÑклÑÑеМОе ОÑ
+ ÐŸÑ ÑеÑО).
+
+
+
+УпÑажМеМОе: ÐÑпПлÑзÑйÑе кПллекÑÐžÑ Ð®ÐÐÐÐС пÑО ПÑвеÑе Ма ЎаММÑе вПпÑПÑÑ
+
+
+
+
+СкПлÑкП пÑблОкаÑОй в ЎаММПй кПллекÑОО?
+
+900
+
+
+
+ÐПлОÑеÑÑвП ЎПкÑЌеМÑПв, в кПÑПÑÑÑ
+ ÑпПЌОМаеÑÑÑ Australia в ÑлеЌеМÑе ÑПЎеÑжаМОÑ?
+
+15
+
+
+
+ÐПлОÑеÑÑвП ÑеЌаÑОÑеÑкОÑ
+ каÑегПÑОй ÑПп-ÑÑПвМÑ?
+
+21
+
+
+
+ЧÑП ПбПзМаÑÐ°ÐµÑ AAVP ?
+
+African Aids Vaccination Programme
+
+
+
+ЧÑП ПбПзМаÑÐ°ÐµÑ Ð¡ÐÐÐ?
+
+Acquired Immuno-Deficiency Syndrome
+(ÐПОÑк зМаÑÐµÐœÐžÑ Ð¡ÐÐÐ)
+
+
+
+
+ÐПЎÑЌайÑе какПе кПлОÑеÑÑвП Ñаз ÑпПЌОМаеÑÑÑ ÑлПвП "пÑезеÑваÑОв" в кПллекÑОО? СкПлÑкП Ñаз?
+
+6789 5243
+
+
+
+ÐÑлО МапОÑаМОе ÑÑÑПÑÐœÑЌО ОлО бПлÑÑОЌО бÑкваЌО Ме ÐžÐŒÐµÐµÑ Ð·ÐœÐ°ÑеМОÑ, ÑП ÑклПлÑкП Ñаз ÑпПЌОМаеÑÑÑ ÑлПвП "пÑезеÑваÑОв" в кПллекÑОО? Ð ÑкПлÑкП Ñаз ÑпПЌОМаеÑÑÑ "пÑезеÑваÑОвÑ"?
+
+7905 5571
+
+
+
+ÐÑлО ОгМПÑОÑПваÑÑ Ð°ÑÐ¿ÐµÐºÑ ÑлПв, ÑП ÑкПлÑкП Ñаз вÑÑÑеÑаеÑÑÑ ÑлПвП пÑезеÑваÑОв О ваÑОаÑОО ЎаММПгП ÑлПва?
+
+13477
+
+
+
+СкПлÑкП глав ÑПЎеÑÐ¶Ð°Ñ Ð²Ð°ÑОаÑОО ÑлПва "пÑезеÑваÑОв"? ÐÑевÑаÑÐ°ÐµÑ Ð»Ðž ÑÑП егП в пПлезМÑй ÑеÑЌОМ?
+
+
+2413 глав. ÐеÑ, зЎеÑÑ ÑПлÑкП 900 ЎПкÑЌеМÑПв
+
+
+
+
+ÐПгЎа заÑегОÑÑÑОÑПваМ пеÑвÑй ÑлÑÑай заÑÐ°Ð¶ÐµÐœÐžÑ Ð¡ÐÐÐПЌ в ÐПвПй ÐелаМЎОО?
+
+1983
+
+
+
+
+
+
+РабПÑайÑе Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММПй кПллекÑОей (ÐлекÑÑПММÑе бОблОПÑекО в ÐбÑазПваМОО)
+
+
+
+
+ÐаЌ пПÑÑебÑеÑÑÑ CD-ROM Greenstone ÐлекÑÑПММÑе ÐОблОПÑекО в ÐбÑазПваМОО
+
+
+УÑÑаМПвОÑе пПЎгПÑПвлеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ
+
+
+ÐÑÑавÑÑе Ð²Ð°Ñ CD-ROM Ñ ÐºÑÑÑПЌ ПбÑÑÐµÐœÐžÑ ÐлекÑÑПММÑе бОблОПÑекО в ПбÑазПваМОО в Windows кПЌпÑÑÑеÑ. ÐÑлО пÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО Ме запÑÑкаеÑÑÑ ÐŒÐŸÐŒÐµÐœÑалÑМП (Ñ.к. ÑÑМкÑÐžÑ AutoPlay Ма ваÑеЌ кПЌпÑÑÑеÑе ПÑклÑÑеМа), ПÑкÑПйÑе ЎОÑкПвПЎ CD-ROM/DVD (ПбÑÑМП D:), ПÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ Ð¿ÑеЎпПÑÑÑПйка , О ÐŽÐ²Ð°Ð¶ÐŽÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма Setup.exe .
+
+
+ÐП вÑÐµÐŒÑ Ð·Ð°Ð³ÑÑзкО пÑеЎПÑÑавлÑеÑÑÑ Ð²ÑÐ±ÐŸÑ Ð¿Ð°Ð¿ÐŸÐº ÐŽÐ»Ñ ÐžÐœÑÑаллÑÑОО: ÐŒÑ ÑПвеÑÑеЌ зМаÑеМОе пП ÑЌПлÑаМОÑ,Ñ.е. C:\GSDL .
+
+
+Также пÑеЎПÑÑавлÑеÑÑÑ ÐŸÐ¿ÑÐžÑ ÐŽÐ»Ñ Ð·Ð°Ð¿ÑÑка Greenstone Ñ CD-ROMа, ОлО кПпОÑПваМОе ÑелПгП CD-ROMа. ÐÑ ÑекПЌеМЎÑеЌ пПÑлеЎМее: пПжалÑйÑÑа пÑПвеÑÑÑе папкÑ, в кПÑПÑПй гПвПÑОÑÑÑ Ð£ÑÑаМПвОÑÑ Ð²Ñе ÑÐ°Ð¹Ð»Ñ ÐžÐ· кПллекÑОО . ÐПпОÑПваМОе ÑайлПв Ð·Ð°Ð¹ÐŒÐµÑ Ð²ÑегП лОÑÑ ÐœÐµÑкПлÑкП ЌОМÑÑ.
+
+
+РкПМеÑМПЌ ÑÑеÑе ОМÑÑаллÑÑÐŸÑ Ð¿ÑÐµÐŽÐ»Ð°Ð³Ð°ÐµÑ ÑÑÑаМПвОÑÑ Ð²Ð°ÐŒ пÑПвПЎМОк Netscape. Ðе запÑаÑОвайÑе, за ОÑклÑÑеМОеЌ ÑеÑ
+ ÑлÑÑаев, кПгЎа Ñ Ð²Ð°Ñ ÐœÐµÑ Ð²ÐµÐ±-пÑПвПЎМОка Ма кПЌпÑÑÑеÑе.
+
+
+CD-ROMÑ Ð°ÐœÐ°Ð»ÐŸÐ³ÐžÑÐœÑе ЎаММПЌÑ, ÑПЎеÑжаÑОе пПЎгПÑПвлеММÑе кПллекÑОО Greenstone Ме вклÑÑаÑÑ Ð¿ÐŸÐ»ÐœÐŸÐµ пÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone. ÐМО ÑПЎеÑÐ¶Ð°Ñ ÐŒÐžÐœÐž-веÑÑÐžÑ Greenstone, кПÑПÑÐ°Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÐµÑ Ð¿ÑПÑЌаÑÑОваÑÑ, МП Ме ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе.
+
+
+ÐÑПÑЌаÑÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Greenstone
+
+
+ÐÐ»Ñ Ð·Ð°Ð¿ÑÑка Greenstone, ПÑкÑÑÑÑ ÑÑаÑÑПвПе ЌеМÑ, ÐÑПгÑаЌЌÑ, О вÑбеÑОÑÐµÑ Greenstone , Ўалее пÑÐœÐºÑ Ð¿ÐŸÐŽÐŒÐµÐœÑ ÐлекÑÑПММÑе ÐОблОПÑекО в ÐбÑазПваМОО :Ўалее < ввеÑÑО ÐОблОПÑека >
+
+
+ÐажЌОÑе Ма пОкÑПгÑÐ°ÐŒÐŒÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐлекÑÑПММÑÑ
+ ÐОблОПÑек в ÐбÑазПваМОО, ÑÑП пÑОвеЎÑÑ Ðº загÑÑзке ЎПЌаÑМей ÑÑÑаМОÑÑ.
+
+Ðа ЎПЌаÑМей ÑÑÑаМОÑе МаÑ
+ПЎОÑÑÑ Ð¿Ð°ÐœÐµÐ»Ñ ÐŽÐŸÑÑÑпа Ñ ÐºÐœÐŸÐ¿ÐºÐ°ÐŒÐž - пПОÑк, ÑПЎеÑжОЌПе, авÑПÑÑ Ð°-Ñ, ЌПЎÑлО О акÑПМОЌÑ. ÐÐ°ÐœÐœÐ°Ñ Ð¿Ð°ÐœÐµÐ»Ñ ÐŽÐŸÑÑÑпа ÑвлÑеÑÑÑ ÐºÐ»ÑÑПЌ пÑО пПОÑке какПй-лОбП ОМÑПÑЌаÑОО в кПллекÑОО Greenstone.
+
+
+
+ÐажЌОÑе <aвÑПÑÑ Ð°-Ñ >. ÐПÑвОÑÑÑ ÑпОÑПк пОкÑПгÑаЌЌ. ÐажЌОÑе ÐºÐœÐŸÐ¿ÐºÑ ÐœÐ°Ð·ÑваеЌÑÑ ÐаÑÑОПМОМО Ð, ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ЎвÑÑ
+ кÑÑÑПв кПпОÑÐŸÐ²Ð°ÐœÐžÑ ÐŸÑ ÐаÑÑО ÐаÑÑОПМОМО.
+
+
+ÐЎОМ Оз ЎаММÑÑ
+ ÑлеЌеМÑПв - PDF Ñайл, О вÑПÑПй - HTML Ñайл. ÐÑбеÑОÑе ÑказаММÑе ÑÐ°Ð¹Ð»Ñ ÐŽÐ»Ñ Ð°ÐºÑОваÑОО ЎПкÑЌеМÑПв.
+
+
+ÐажЌОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ <cПЎеÑжаМОе > в паМелО ЎПÑÑÑпа. ÐМа пПказÑÐ²Ð°ÐµÑ ÐºÐœÐžÐ¶ÐœÑе пПлкО, ПЎМа ÐŽÐ»Ñ Ð ÑкПвПЎÑÑва пП ÐÑÑлеЎПваМОÑ, О вÑПÑÐ°Ñ ÐŽÐ»Ñ ÐÑÑÑа ÐПпОÑПваМОÑ. ÐÑбеÑОÑÐµÑ ÐŸÐŽÐœÑ ÐžÐ· МОÑ
+, О пÑПÑЌПÑÑОÑе ÑПЎеÑжОЌПе.
+
+
+ÐПвÑПÑÐœÑÐŒ МажаÑОеЌ Ма кМПпкÑ, пПлка закÑÑваеÑÑÑ. ÐПжМП ПÑкÑÑваÑÑ ÑлеЎÑÑÑÑÑ.
+
+
+ÐажЌОÑе <aкÑÐŸÐœÐžÐŒÑ > в паМелО ЎПÑÑÑпа, МайЎОÑе зМаÑеМОе акÑПМОЌа "LOM".
+
+
+ÐажЌОÑе <ÑПЎеÑжаМОе > О ОÑОÑе ÑлПвП "LOM". ÐÑПвеÑÑÑе ÑазМОÑÑ ÐŒÐµÐ¶ÐŽÑ ÑекÑÑПЌ пПОÑка О ÑлеЌеМÑаЌО пПОÑка ( ОÑпПлÑзÑÑ ÐŒÐŸÐŽÑÐ»Ñ ÑÐœÐžÐ¶ÐµÐœÐžÑ ÐœÐ° пПОÑкПвПй ÑÑÑаМОÑе).
+
+
+Ðажав Ма пОкÑПгÑÐ°ÐŒÐŒÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐлекÑÑПММÑе ÐОблОПÑекО в ÐбÑазПваМОО ввеÑÑ
+Ñ Ñлева, вПзвÑаÑайÑеÑÑ ÐœÐ°Ð·Ð°ÐŽ к ÑÑÑаМОÑке П кПллекÑОО
+ÐПЎ кПлПМкПй ЎПÑÑÑпа ÑÑÑаМОÑкО кПллекÑОО МаÑ
+ПЎОÑÑÑ ÐŒÐŸÐŽÑÐ»Ñ Ð¿ÐŸÐžÑка ( ОЎеМÑОÑÐœÐ°Ñ ÑПй, кПÑПÑÐ°Ñ Ð¿ÐŸÑвлÑеÑÑÑ ÐœÐ° ÑкÑаМе ÑÑÑаМОÑÑ Ð¿ÐŸÐžÑка), зЎеÑÑ ÐœÐ°Ñ
+ПЎÑÑÑÑ ÐŸÐ¿ÐžÑаМОе кПллекÑОО пПЎ загПлПвкПЌ РЎаММПй кПллекÑОО , О ОМÑÑÑÑкÑОО пП пПОÑÐºÑ ÐžÐœÑПÑЌаÑОО в ЎаММПй кПллекÑОО.
+ÐаЎ кПлПМкПй ЎПÑÑÑпа МаÑ
+ПЎОÑÑÑ Ð¿ÐžÐºÑПгÑаЌЌа кПллекÑОО ÐлекÑÑПММÑе ÐОблОПÑекО в ÐбÑазПваМОО . СпÑава МаÑ
+ПЎОÑÑÑ Ð¿ÐžÐºÑПгÑаЌЌа ÑпÑавка , О МаЎ Мей ÑÑО кМПпкО-МаÑалП , пПЌПÑÑ , and <ПпÑОО >.
+
+
+ÐМПпка МаÑалП вПзвÑаÑÐ°ÐµÑ ÐœÐ° ЎПЌаÑÐœÑÑ ÑÑÑаМОÑÑ Greenstone.
+
+
+ÐеÑÐœÑÑÑÑ Ðº кПллекÑОО (Мажав ЎаММÑÑ Ð¿ÐžÐºÑПгÑаЌЌÑ), О МажЌОÑе Ма <пПЌПÑÑ >. ÐЎеÑÑ ÐŽÐ°ÐµÑÑÑ Ð±ÐŸÐ»ÐµÐµ пПЎÑÐŸÐ±ÐœÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ЎПÑÑÑпе к кПллекÑОО.
+
+
+ÐажаÑÑ <пÑеЎпПÑÑÐµÐœÐžÑ >. ÐÑП пÑÐžÐ²ÐµÐŽÐµÑ ÐœÐ° ÑÑÑаМОÑÑ, гЎе еÑÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ ÐŒÐµÐœÑÑÑ ÐœÐµÐºÐŸÑПÑÑе Оз ÑÑÑаМПвПк.
+
+
+ÐÑÑлеЎÑйÑе кПллекÑОО пÑÑеЌ ÑвПбПЎМПй МавОгаÑОО. ÐÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð¿ÐŸÑвлÑÑÑОеÑÑ ÐœÐ° ÑкÑаМе ÑабПÑОе. ÐÑлО ПÑÑаМПвОÑÑ ÐºÑÑÑÐŸÑ ÐŒÑÑО Ма ОзПбÑажеМОО, ÑП ЌМПгОе пÑПвПЎМОкО пПкажÑÑ ÐºÐŸÑПÑкПе ÑППбÑеМОе П ÑПЌ, ÑÑП пÑÐŸÐžÐ·ÐŸÐ¹ÐŽÐµÑ ÐµÑлО МажаÑÑ. ÐкÑпеÑОЌеМÑОÑÑйÑе! ÐÑпПлÑзÑйÑе ПбÑОе ÑлПва "О" О "ОлО" ÐŽÐ»Ñ Ð¿ÐŸÐžÑка- ÑÑП вÑÐ·ÐŸÐ²ÐµÑ ÐŸÑвеÑÐœÑÑ ÑеакÑОÑ, О Ме пПÑлеЎÑÐµÑ Ð¿ÑОПÑÑаМПвкО.( РПÑлОÑОе ÐŸÑ ÐŒÐœÐŸÐ³ÐžÑ
+ ÐŽÑÑгОÑ
+ пПОÑкПвÑÑ
+ ÑОÑÑеЌ Greenstone ОМЎекÑОÑÑÐµÑ Ð²Ñе ÑлПва, вклÑÑÐ°Ñ Ðž ÑÑО).
+
+
+УпÑажМеМОе: ÐÑПÑОÑайÑе ÑÑÑаМОÑÑ Ð¿ÐŸÐŒÐŸÑО, О ПÑвеÑÑÑе Ма ÑказаММÑе вПпÑПÑÑ.
+
+
+
+ЧÑП ÑПЎеÑÐ¶ÐžÑ Ð² Ñебе кПллекÑОÑ?
+
+
+ÐеÑеÑОÑлОÑе пÑÑÑ ÑпПÑПбПв МавОгаÑОО ÑелевПгП ЎПкÑЌеМÑа в ЎаММПй кПллекÑОО.
+
+
+ÐПлОÑеÑÑвП ЎПкÑЌеМÑПв в кПллекÑОО, МапОÑаММÑÑ
+ ÐÑОкПЌ ÐÑвалеЌ?
+
+
+СÑавМОÑе ÑОÑлП ÑпПЌОМаМОй ЌеÑÑПОЌеМОй ПМ О ПМа в кПллекÑОО.
+
+
+СкПлÑкП Ñаз ÑпПÑÑеблÑеÑÑÑ ÑлПвП ЌеÑаЎаММÑе в загПлПвкаÑ
+? Рв ÑаЌПЌ ÑекÑÑе?
+
+
+РазМОÑа в пПОÑке ÐŒÐµÐ¶ÐŽÑ ÐœÐµÐºÐŸÑПÑÑе О вÑе ?
+
+
+ЧÑП ПзМаÑÐ°ÐµÑ Ð·ÐœÐ°ÑеМОе "MODS?
+
+
+СпПÑПб пеÑеклÑÑÐµÐœÐžÑ ÐžÐœÑеÑÑейÑа Ñ Ð°ÐœÐ³Ð»ÐžÐ¹ÑкПгП Ма ÑÑÑÑкОй? ÐÑÑаеÑÑÑ Ð»Ðž ÑÑÑÑкОй пÑО пеÑеÑ
+ПЎе Ма ЎПЌаÑÐœÑÑ ÑÑÑаМОÑÐºÑ Greenstone?
+
+
+ÐайЎОÑе ÑеÑЌОМ пПОÑка вÑЎаÑÑОй ÑазМÑе ÑезÑлÑÑаÑÑ, завОÑÑÑОÑ
+ ÐŸÑ ÐžÐ³ÐœÐŸÑОÑПваÑÑ ÑлПвППкПМÑÐ°ÐœÐžÑ ÐžÐ»Ðž ÑелПе ÑлПвП ЎПлжМП бÑÑÑ Ð³Ð°ÑЌПМОÑÐœÑÐŒ МабПÑа Ма ÑÑÑаМОÑе ÐÑеЎпПÑÑеМОй.
+
+
+РазлОÑОе ÐŒÐµÐ¶ÐŽÑ ÐÑаÑОÑеÑкОЌ О ТекÑÑПвÑÐŒ ÑПÑЌаÑаЌО ОМÑеÑÑейÑа ( Ма ÑÑÑаМОÑе ÐÑеЎпПÑÑеМОй)?
+
+
+
+УпÑажМеМОе: ÐÑпПлÑзПваÑÑ ÐŒÐµÑПЎ - Ðак ÑПзЎаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ñл. бОблОПÑекО пÑО ПÑвеÑе Ма ЎаММÑе вПпÑПÑÑ.
+
+
+
+ÐПлОÑеÑÑвП пÑеЎлПжеМОй гЎе вÑÑÑеÑаеÑÑÑ ÑлПвП - ПбÑазПваМОе?
+
+
+ÐакПй ÑаÑÑказ Оз кПллекÑОО КкПлÑМПгП ÐÑÑМала МапеÑаÑаМ в кМОге?
+
+
+СкПлÑкП акÑПМОЌПв ÑпПÑÑеблÑММÑÑ
+ в кМОге МаÑОМаеÑÑÑ ÑП ÑлПва СÑаМЎаÑÑ?
+
+
+ÐМаÑеМОе ÑлПва tapu?
+
+
+СкПлÑкП Ñаз пПÑвлÑÑÑÑÑ ÑлПва бОблОПÑека/О?
+
+
+СкПлÑкП Ñаз ÑлПвП ÐОблОПÑека ÑÑавОÑÑÑ ÐºÐ°Ðº заглавМПе ÑлПвП?
+
+
+СкПлÑкП Ñаз пПÑвлÑÑÑÑÑ ÐœÐµÐºÐŸÑПÑÑе пÑПОзвПЎМÑе ÐŸÑ ÑлПв?
+
+
+ÐазПвОÑе аМглОйÑкÑÑ Ð¿ÐŸÑÐŒÑ, МапОÑаММÑÑ ÐŸÐºÐŸÐ»ÐŸ 11 века МаÑей ÑÑÑ?
+
+
+ÐÑП ÐлаМ Ðей?
+
+
+Ðа какПй ÑÑÑаМОÑе впеÑвÑе ÑпПЌОМаÑÑÑÑ ÐœÐµÐºÐŸÑПÑÑе аÑпекÑÑ ÐºÐžÑайÑкПй кÑлÑÑÑÑÑ?
+
+
+
+Ðа бПлÑÑОМÑÑвП Оз вПпÑПÑПв бÑÐŽÐµÑ ÑÑÑЎМП ПÑвеÑОÑÑ ÐžÐ· МапеÑаÑаММПй кМОгО.
+
+
+
+
+
+УÑÑаМПвОÑе Greenstone
+
+
+
+
+УÑÑаМПвОÑе Greenstone в ÑОÑÑеЌе Windows
+
+ÐаÑОаМÑÑ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ Greenstone:
+
+С CD-ROMa ЮÐÐСÐÐ (веÑÑÐžÑ 2.70) (ОлО FAO IMARK CD-ROM, МП ÑÑП бПлее ÑаММÑÑ Ð²ÐµÑÑÐžÑ 2.51).
+ÐаММÑе CD-ROMÑ ÑПЎеÑÐ¶Ð°Ñ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе Greenstone , плÑÑ ÐŽÐŸÐºÑЌеМÑОÑПваММÑе пÑОЌеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО , ÑеÑÑÑеÑзÑкПвÑÑ
+ ОМÑеÑÑейÑа ,(аМгл, ÑÑаМÑ, ОÑпаМ,ÑÑÑÑкОй), ÑÐ¿Ð°ÐºÐŸÐ²ÐºÑ ÑкÑпПÑÑ Ð² CD-ROM , гÑаÑОÑеÑкÑÑ ÑÐ¿Ð°ÐºÐŸÐ²ÐºÑ ImageMagick , ПкÑÑжеМОе Java runtime О ОМÑÑаллÑÑÐŸÑ ÐŽÐ»Ñ ÐžÑ
+ ÑÑÑаМПвкО.
+
+
+Ðз CD-ROMа ÐлекÑÑПММÑÑ
+ ÐОблОПÑек в ÐбÑазПваМОО ÐÐТРОлО Оз CD-ROMа ÑеЌОМаÑа Greenstone.
+
+РЎПбавПк к ÑказаММÑÐŒ пÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОÑÐŒ, ÑÑО CD-ROMÑ ÑПЎеÑÐ¶Ð°Ñ Ð¯Ð·ÑкПвПй ЌПЎÑÐ»Ñ Greenstone ÑвлÑÑÑегПÑÑ ÐžÐœÑеÑÑейÑПЌ пПлÑзПваÑелей Ма ЌМПгОÑ
+ ÑзÑкаÑ
+ (ПкПлП ÑПÑПка). У МегП еÑÑÑ ÑПбÑÑвеММÑй ОМÑÑаллÑÑПÑ, кПÑПÑÑй ЌПжМП ÑÑÑаМПвОÑÑ ÐŸÑЎелÑМП пПÑле ÑÑÑаМПвкО Greenstone. Также ПМО ÑПЎеÑÐ¶Ð°Ñ ÐœÐ°Ð±ÐŸÑ ÑайлÑ-ÑÐ°Ð±Ð»ÐŸÐœÑ ÐžÑпПлÑзÑеЌÑÑ
+ ÐŽÐ»Ñ ÑпÑажМеМОй.
+CD-ROM ЎОÑкО Ñ Greenstone 2.62 ОлО бПлее ÑаММей веÑÑОей вклÑÑаÑÑ Ð¯Ð·ÑкПвПй ÐÐ°ÐºÐµÑ Greenstone , кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÐžÐœÑеÑÑейÑÑ ÐœÐ° ÑазМÑÑ
+ ÑзÑкаÑ
+ (в МаÑÑПÑÑее вÑÐµÐŒÑ ÐŸÐºÐŸÐ»ÐŸ 40). ÐÑÐŸÑ Ð¿Ð°ÐºÐµÑ ÐžÐœÑÑалОÑÑеÑÑÑ Ð² ÑÑÑÐœÑÑ, пПÑле ÑÑÑаМПвкО Greenstone, Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐŸÑЎелÑМПй пÑПгÑÐ°ÐŒÐŒÑ ÐœÐ° ЎОÑке.
+CD-ROM ЎОÑкО Ñ Ð²ÐµÑÑОÑЌО 2.70 ОлО МПвее ÑПЎеÑÐ¶Ð°Ñ ÐžÐœÑеÑÑейÑÑ ÐœÐ° вÑеÑ
+ ЎПÑÑÑпМÑÑ
+ ÑзÑкаÑ
+. ÐзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑПЎеÑжаÑОе ÑекÑÑ ÑÐŽÐ°Ð»ÐµÐœÑ ÐžÐ· ОМÑеÑÑейÑПв О ÑПзЎаÑÑÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ CSS (Cascading Style Sheets). ЯзÑкПвПй ÐÐ°ÐºÐµÑ Greenstone бПлÑÑе Ме ÑÑебÑеÑÑÑ. ÐЌеÑÑП ÑÑПгП CD-ROMS ÑПЎеÑÐ¶Ð°Ñ ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ , кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÑÑаÑÑе ÑекÑÑПвÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐŽÐ»Ñ Ð¿ÐŸÐŽÐŽÐµÑÐ¶Ð°ÐœÐžÑ ÑÑÑаÑевÑОÑ
+ ЌакÑП ÑайлПв.
+
+
+ÐÑе ÑказаММÑе CD-ROMÑ ÑПЎеÑÐ¶Ð°Ñ Ð¿ÐŸÐ»ÐœÑÑ Ð²ÐµÑÑÐžÑ Ð¿ÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ Greenstone, пПзвПлÑÑÑÑÑ ÑПзЎаваÑÑ Ðž пÑПÑЌаÑÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐМО Ме ОЎеМÑОÑÐœÑ Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММÑЌО кПллекÑОÑЌО Greenstone Оз CD-ROMПв, Ма кПÑПÑÑÑ
+ ЌПжМП ÑПлÑкП пÑПÑЌаÑÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+С http://www.greenstone.org
+ÐПлÑÑОМÑÑвП лÑЎей ÑкаÑОваÑÑ ÐŽÐžÑÑÑОбÑÑÐžÐ²Ñ Windows Ñ http://www.greenstone.org, ÑПЎеÑжаÑегП пПÑÐ»ÐµÐŽÐœÑ Ð²ÐµÑÑÐžÑ Greenstone. СÑÑеÑÑвÑÑÑ ÐœÐµÑкПлÑкП ЎПпПлÑМОÑелÑÐœÑÑ
+ ЌПЎÑлей, кПÑПÑÑе ÐœÑжМП ÑкаÑаÑÑ ÐŸÑЎелÑМП (вП ОзбежаМОе ПбÑей ЌаÑÑОÑПваММПй загÑÑзкО): ЎПкÑЌеМÑОÑÐŸÐ²Ð°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÑОЌеÑПв ,ÐкÑпПÑÑОÑПваМОе в CD-ROM ÑпакПвка, О ЯзÑкПвПй ÐÐ°ÐºÐµÑ (веÑÑÐžÑ 2.62 О ÑаМее), а Ñакже ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ (веÑÑÐžÑ 2.63 О пПзже). Также ОÑпПлÑзÑеÑÑÑ ÑелÑй ÐœÐ°Ð±ÐŸÑ ÑайлПв-ПбÑазÑПв , ОÑпПлÑзПваМÑÑ
+ в ЎаММÑÑ
+ ÑпÑажМеМОÑÑ
+. (Ð ÑелÑÑ
+ ÑПкÑаÑÐµÐœÐžÑ ÑазЌеÑПв ЎПкÑЌеМÑОÑПваММÑÑ
+ кПллекÑОй пÑОЌеÑПв, ПМО ÑаÑпÑПÑÑÑаМÑÑÑÑÑ Ð² МепПЎгПÑПвлеММПЌ вОЎе, О ÐœÑжМП пÑПвеÑÑО пПÑÑÑÐŸÐ¹ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.)
+ÐÐ»Ñ Ð·Ð°Ð¿ÑÑка Greenstoneа ÐœÑжМа Java . Ð ÑлÑÑае ÐµÑ ÐŸÑÑÑÑÑÑÐ²ÐžÑ ÑкаÑайÑе Ñ http://java.sun.com. ÐÐ»Ñ ÑабПÑÑ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОей ОзПбÑажеМОй ÑÑебÑеÑÑÑ ImageMagick (Ñ Ð°ÐŽÑеÑа http://www.imagemagick.org).
+
+ÐПлÑÑОМÑÑвП CD-ROM ЎОÑкПв Ñ Greenstone МаÑОМаÑÑ ÐžÐœÑÑаллÑÑОПММÑй пÑПÑеÑÑ Ð°Ð²ÑПЌаÑОÑеÑкО, как ÑПлÑкП ЎОÑк МаÑ
+ПЎОÑÑÑ Ð² ЎОÑкПвПЎе, пÑО ÑÑлПвОО, ÑÑП ÑÑМкÑÐžÑ Ð°Ð²ÑП-пÑПОгÑÑÐ²Ð°ÐœÐžÑ AutoPlay вклÑÑеМа Ма ваÑеЌ кПЌпÑÑÑеÑе. ÐÑлО ОМÑÑалÑÑÐžÑ ÐœÐµ МаÑОМаеÑÑÑ ÑаЌа пП Ñебе, МайЎОÑе Ñайл setup.exe О ЎвПйМÑÐŒ ÑелÑкПЌ запÑÑÑОÑе ОМÑÑалÑÑОПММÑй пÑПÑеÑÑ. Ðа ЎОÑкаÑ
+ IMARK ÑÑÐŸÑ Ñайл МаÑ
+ПЎОÑÑÑ Ð² software_tools → Greenstone . ÐÑлО Ð²Ñ ÑкаÑалО Greenstone Ñ ÐÐœÑеÑМеÑа, ÑП Ñ Ð²Ð°Ñ Ð±ÑÐŽÐµÑ Ñайл installer—. ÐапÑÑÑОÑе егП ЎвПйМÑÐŒ ÑелÑкПЌ.
+ Ð ÑПЌ ÑлÑÑае, еÑлО Ма кПЌпÑÑÑеÑе Ñже ÑÑÑаМПвлеМ Greenstone, ÑлеЎÑÐµÑ ÑЎалОÑÑ ÑÑаÑÑÑ Ð²ÐµÑÑÐžÑ Ð¿ÐµÑеЎ ÑÑÑаМПвкПй МПвПй . (ÐЎМакП Ме ÑÑÐŸÐžÑ ÑЎалÑÑÑ ÐºÐ°ÐºÑÑ-лОбП пПЎгПÑПвлеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑÑÑаМПвлеММÑÑ ÐŽÐŸ ÑÑПгП ЎейÑÑвОÑ.). ÐÐ»Ñ ÐµÑ Ð²ÑпПлМеМОÑ, ÐœÑжМП ПбÑаÑОÑÑÑ Ðº .
+ÐÐœÑÑÑÑкÑÐžÑ Ð¿ÐŸ ÑÑÑаМПвке Greenstone. СÑаÑÑе веÑÑОО ОМÑÑаллÑÑПÑа ÑабПÑаÑÑ Ð² ÑÑ
+Пжей пПÑлеЎПваÑелÑМПÑÑО, МП пÑО ÑÑПЌ ОÑпПлÑзÑÑÑ Ñлегка ПÑлОÑÐœÑе ÑПÑÐŒÑ Ð²ÑÑажеМОÑ.
+
+
+ÐÑбеÑОÑе ÑзÑк ÐŽÐ»Ñ ÐžÐœÑÑаллÑÑОО. ÐÑбОÑаеЌ аМглОйÑкОй
+
+
+ÐПбÑП пПжалПваÑÑ Ð² InstallShield Wizard ÐŽÐ»Ñ Ð¿ÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ ÐлекÑÑПММÑÑ
+ ÐОблОПÑек Greenstone. ÐажаÑÑ ÐœÐ° <Ðалее >
+
+
+ÐОÑеМзОПММПе СПглаÑеМОе. ÐÑОМÑÑÑ ÑПглаÑеМОе, О МажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ÐÑбеÑОÑе ЌеÑÑП ÑÑÑаМПвкО Greenstone. ÐÑйЎОÑе пП ÑЌПлÑÐ°ÐœÐžÑ Ðž МажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ТОп ÑÑÑаМПвкО: ÐÑйÑО пП ÑЌПлÑÐ°ÐœÐžÑ (лПкалÑÐœÐ°Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑека) О МажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+(ÐÐ»Ñ ÑÑаÑÑÑ
+ ОМÑÑаллÑÑПÑПв ÑÑебÑеÑÑÑ Ð²ÑбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑйЎОÑеО пП ÑЌПлÑаМОÑ, ЎПкÑЌеМÑОÑПваММÑе кПллекÑОО пÑОЌеÑПв, О МажЌОÑе Ма <СлеЎÑÑÑОй >)
+
+
+УÑÑаМПвОÑÑ Ð°ÐŽÐŒÐžÐœÐžÑÑÑаÑОвМÑй паÑÐŸÐ»Ñ Ðž МажаÑÑ ÐœÐ° <СлеЎÑÑÑОй >(Ð ÑПЌ ÑлÑÑае, еÑлО кПЌпÑÑÑÐµÑ ÐœÐµ ÑабПÑÐ°ÐµÑ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑЌО в ÑежОЌе ПМлайМ, ÑП паÑÐŸÐ»Ñ ÐœÐµ ÐžÐŒÐµÐµÑ Ð²Ð°Ð¶ÐœÐŸÑÑО)
+
+
+ÐажЌОÑе Ма <УÑÑаМПвка > ÐŽÐ»Ñ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ ÑÑÑаМПвкО
+
+
+Ð€Ð°Ð¹Ð»Ñ ÑкПпОÑПваМÑ
+
+
+УÑÑаМПвка завеÑÑеМа. ÐÑО ÑÑÑаМПвке Ñ CD-ROMа, ОМÑÑаллÑÑÐŸÑ Ð¿ÑÐµÐŽÐ»ÐŸÐ¶ÐžÑ ÑÑÑаМПвОÑÑ ImageMagick (Ўалее), О Java пП ЌеÑе МеПбÑ
+ПЎОЌПÑÑО.
+
+
+ÐÐ»Ñ Ð°ÐºÑОвОзаÑОО ОМÑеÑÑейÑа ЧОÑаÑÐµÐ»Ñ Greenstone, пÑПйЎОÑе Ма ÐÑПÑгÑаЌЌМПе ПбеÑпеÑеМОе ÐлекÑÑПММÑÑ
+ ÐОблОПÑек Greenstone пПЎ ÐÑПгÑÐ°ÐŒÐŒÑ Ð² ÑОÑÑеЌе Windows ÐŒÐµÐœÑ ÐапÑÑк О вÑбеÑОÑе ÐлекÑÑПММÑе ÐОблОПÑекО Greenstone . ÐÐ»Ñ Ð°ÐºÑОвОзаÑОО ОМÑеÑÑейÑа ÐОблОПÑекО, пÑПйЎОÑе Ма ОЎеМÑОÑÐœÑй пÑÐœÐºÑ Ðž вÑбеÑОÑе ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone .
+
+УÑÑаМПвОÑе ImageMagick в ÑОÑÑеЌе Windows
+
+ÐПÑле ÑÑÑаМПвкО Greenstone в ÑелÑÑ
+ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ Ð»ÑбПй кПллекÑОО ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑÑебÑеÑÑÑ ÑЎПÑÑПвеÑОÑÑÑ Ð² ÑÑÑаМПвке ImageMagick Ма кПЌпÑÑÑеÑе. (ÐÑО ПÑÑÑÑÑÑвОО пПлМПЌПÑОй Windows Administrator, ОМÑÑаллÑÑÐŸÑ ImageMagick ЎПпÑÑÑÐžÑ ÐœÐµÐŸÐ±ÑÑÑМОЌÑÑ ÐŸÑÐžÐ±ÐºÑ Ð·Ð°ÐºÐ»ÑÑаÑÑÑÑÑÑ Ð² МеÑЎаÑе ÑÑÑаМПвкО ПÑПбПгП ÑегОÑÑÑПвПгП зМаÑÐµÐœÐžÑ Windows. РЎаММПЌ ÑлÑÑае, еÑлО ÑÑП пÑПОзПйЎÑÑ, ÑП пÑПЎПлжайÑе ÑабПÑаÑÑ Ñ Greenstone, МП Ñже Ме бÑÐŽÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО ÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ОзПбÑажеМОй.)
+ÐПÑлеЎÑÑÑОе ЌеÑÑ Ð¿ÑПÑÑÑ. ÐÑ ÐºÐ°Ðº О пÑежЎе ÑекПЌеМЎÑеЌ ÑÑÑаМПвкО пП ÑЌПлÑаМОÑ. ÐеПбÑ
+ПЎОЌÑе ЌеÑÑ:
+
+
+ÐÑП пÑОвеЎÑÑ Ðº ÑÑÑаМПвке ImageMagick 5.5.7 Q8. ÐелаеÑе пÑЎПлжОÑÑ? Ðа
+
+
+ÐПбÑП пПжалПваÑÑ Ð² ImageMagick Setup Wizard. ÐажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ÐÐœÑПÑЌаÑОÑ: пÑПÑОÑаÑÑ ÑлеЎÑÑÑее.... ÐажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ÐÑбÑаÑÑ ÐŠÐµÐ»ÐµÐ²ÐŸÐ¹ ÐаÑалПг.... ÐÑйÑО пП ÑЌПлÑÐ°ÐœÐžÑ Ðž МажаÑÑ ÐœÐ° <СлеЎÑÑÑОй >
+
+
+ÐÑбеÑОÑе Ð¿Ð°Ð¿ÐºÑ ÐŒÐµÐœÑ ÐапÑÑк....ÐÑйЎОÑе пП ÑЌПлÑÐ°ÐœÐžÑ Ðž МажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ÐÑбеÑОÑе ÐПпПлМОÑелÑÐœÑе ÐаЎаÑО....ÐÑйЎОÑе пП ÑЌПлÑÐ°ÐœÐžÑ Ðž МажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+ÐПÑПвÑй ÐŽÐ»Ñ ÐžÐœÑÑаллÑÑОО. ÐажЌОÑе Ма <загÑÑзОÑÑ >
+
+
+Ð€Ð°Ð¹Ð»Ñ ÑкПпОÑПваМÑ
+
+
+ÐÑ ÑÑÑаМПвОлО...ÐажЌОÑе Ма <СлеЎÑÑÑОй >
+
+
+УÑÑаМПвка завеÑÑеМа...ÐÑЌеМОÑе вÑÐ±ÐŸÑ "ÐÑПÑЌПÑÑ ÐžÐœÐŽÐµÐºÑа.html " О МажЌОÑе Ма <ÐавеÑÑеМОе >.
+
+
+
+
+
+
+ÐбМПвлеМОе ÑÑÑаМПвкО Greenstone
+
+
+
+
+
+ÐаММÑе ПбÑÑаÑÑОе ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ Ð¿ÐŸÐŽÑазÑЌеваÑÑ ÐžÑпПлÑзПваМОе Greenstone 2.60 ОлО бПлее.
+
+
+ÐеÑеЎ ПбМПвлеМОеЌ МПвПй веÑÑОО Greenstone ÑлеЎÑÐµÑ ÑЎПÑÑПвеÑОÑÑÑ Ð² ÑПЌ, ÑÑП кПЌпÑÑÑÐµÑ ÐœÐµ запÑÑÐºÐ°ÐµÑ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone, ОлО лПкалÑÐœÑй бОблОПÑеÑÐœÑй ÑеÑÐ²ÐµÑ Greenstone. ÐÑклÑÑеМОе веб-пÑПвПЎМОка ОлО ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа влеÑÑÑ Ð·Ð° ÑПбПй ПÑклÑÑеМОе ÑеÑвеÑа.
+
+
+ÐеÑеЌеÑÑОÑе Greenstone Оз ÑОÑÑÐµÐŒÑ Windows .
+
+
+ÐПлМПе пеÑеЌеÑеМОе ÑÑÑеÑÑвÑÑÑей веÑÑОО ЎП ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÐžÑ ÐœÐŸÐ²ÐŸÐ¹ веÑÑОО Greenstone.
+
+
+УЎПÑÑПвеÑÑÑеÑÑ Ð² ÑПЌ, ÑÑП Ме запÑÑеМ Greenstone.
+
+
+ÐеÑеЌеÑÑОÑе ÑÑаÑÑÑ Ð²ÐµÑÑÐžÑ Ð¿ÑÑеЌ пеÑеÑ
+ПЎа в ÑОÑÑÐµÐŒÑ Ð¿ÑлÑÑа ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Windows (Ñ Ð¿ÑМкÑа УÑÑаМПвкО в ÐŒÐµÐœÑ Start ). ÐажаÑÑ ÐПбавОÑÑ ÐžÐ»Ðž ÑЎалОÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ , вÑбÑаÑÑ ÐÑПгÑаЌЌМПе ПбеÑпеÑеМОе ЊОÑПÑвПй ÐОблОПÑекО Greenstone , О УЎалОÑÑ ÐµÐ³ÐŸ. (ÐŽÐ»Ñ ÐµÐ³ÐŸ вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐŒÐŸÐ³ÑÑ Ð¿ÐŸÑÑебПваÑÑÑÑ Ð¿Ñава "аЎЌМОÑÑÑаÑПÑа")
+
+
+ÐП ПкПМÑÐ°ÐœÐžÑ ÐŽÐ°ÐœÐœÐŸÐ¹ пÑПÑеЎÑÑÑ Ð¿ÐŸÑлеЎÑÐµÑ Ð²ÐŸÐ¿ÑÐŸÑ ÐŸ ÑПЌ: Ñ
+ПÑОÑе лО пеÑеЌеÑÑОÑÑ Ð²Ñе кПллекÑОО (Ñ Ð¿ÑМкÑа УÑÑаМПвкО в ÐŒÐµÐœÑ ÐапÑÑк )
+
+
+ÐзÑеЎка вÑÑÑеÑаÑÑÑÑ Ð¿ÑПблеЌÑ. Ð ÑПЌ ÑлÑÑае еÑлО ÑÑаÑÑе ÑÑÑаМПвкО Greenstone Ме бÑлО пПлМПÑÑÑÑ Ð¿ÐµÑеЌеÑеМÑ. ÐÐ»Ñ ÐŸÑОÑÐµÐœÐžÑ ÑОÑÑÐµÐŒÑ Ð¿ÐµÑеЌеÑÑОÑе Ð¿Ð°Ð¿ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОй Greenstone, ÑПЎеÑжаÑÑÑ Ð²Ñе кПллекÑОО Ма ÑабПÑОй ÑÑПл.Ðалее пÑПвеÑÑÑе Ð¿Ð°Ð¿ÐºÑ C:\Program Files\gsdl or C:\Program Files\Greenstone, гЎе ПбÑÑМП ÑÑÑаМавлОваеÑÑÑ Greenstone, О пПлМПÑÑÑÑ ÑЎалОÑе ОÑ
+ в ÑлÑÑае МалОÑОÑ.
+
+
+ÐеÑеÑÑÑаМПвка Greenstone в ÑОÑÑеЌе Windows
+
+
+ÐÑПÑеЎÑÑа пеÑезагÑÑзкО пÑакÑОÑеÑкО ОЎеМÑОÑМа пеÑвПМаÑалÑМПй пÑПÑеЎÑÑе загÑÑзкО ПпОÑаММПй вÑÑе . ÐПвÑПÑÐœÐ°Ñ Ð·Ð°Ð³ÑÑзка Ме ÑÑебÑеÑÑÑ Ð² ÑлÑÑае МалОÑÐžÑ ImageMagick.
+
+
+ÐÑлО вМеÑÐµÐœÑ ÐœÐµÐ·ÐœÐ°ÑОÑелÑÐœÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² пÑПÑеÑÑ Ð·Ð°Ð³ÑÑзкО веÑÑОО Greenstone 2.60, Ñ.к ОÑпПлÑзÑÐµÑ ÐŽÑÑгÑÑ Ð¿ÑПгÑаЌЌÑ-ОМÑÑаллÑÑПÑ.
+
+
+ÐÑÑ ÐŸÐŽÐœÐ° МеПбÑ
+ÐŸÐŽÐžÐŒÐ°Ñ ÐŽÐµÑÐ°Ð»Ñ ÐŸ кПÑПÑПй ÑлеЎÑÐµÑ Ð·ÐœÐ°ÑÑ: веÑÑОО 2.60 О вÑÑе ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ð² папке Program Files\Greenstone, в ÑП вÑеЌÑ, как пÑеЎÑеÑÑвÑÑÑОе бÑлО ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ð² папке Program Files\gsdl (ÑÑП Ўве веÑÑОО пП ÑЌПлÑаМОÑ, кПÑПÑÑе ЌПжМП бÑлП ОзЌеМОÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÑÑÑаМПвкО.) ÐÑО ÑПвеÑÑеМÑÑвПваМОО веÑÑОО 2.60, в ÑелÑÑ
+ ÑПÑ
+ÑаМОÑÑ ÑÑÑеÑÑвÑÑÑОе кПллекÑОО ÑлеЎÑÐµÑ Ð¿ÐµÑеМеÑÑО кПМÑеМÑÑ ÑÑÑеÑÑвÑÑÑОÑ
+ папПк Ñ Ð¿ÑежМегП ЌеÑÑа Ма бÑÐŽÑÑее. СлеЎÑÑÑОе веÑÑОО Greenstone бÑÐŽÑÑ ÑÑÑаМавлОваÑÑÑ ÐœÐ° МПвÑÑ
+ ЌеÑÑаÑ
+,Program Files\Greenstone Ñ ÑелÑÑ Ð¿ÑеЎПÑвÑаÑÐµÐœÐžÑ Ð¿ÐŸÐŽÐŸÐ±ÐœÑÑ
+ пÑПблеЌ в бÑÐŽÑÑеЌ.
+
+
+СПеЎОМеМОе ÑазМÑÑ
+ кПллекÑОй Greenstone
+
+
+Ð ÑлÑÑае МалОÑÐžÑ ÐŸÐ¿ÑÑа ÑÑÑаМПвкО пÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ ÐлекÑÑПММÑе ÐОблОПÑекО Greenstone в МеÑÑаМЎаÑÑМПЌ ЌеÑÑе, ПбÑеЎОМОÑе кПллекÑОО пÑÑеЌ ОÑ
+ пеÑеЌеÑÐµÐœÐžÑ Ñ Ð¿ÑеЎÑÐŽÑÑегП ЌеÑÑа в папке collect в Ð¿Ð°Ð¿ÐºÑ Program Files\Greenstone\collect .
+
+
+ÐÑлО кПллекÑОО бÑлО ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÑ Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММÑÑ
+ CD-ROMПв Greenstone, ÑП ПМО МаÑ
+ПЎÑÑÑÑ Ð² ÑазМÑÑ
+ ЌеÑÑаÑ
+. Ð ÑелÑÑ
+ ПбÑÐµÐŽÐžÐœÐµÐœÐžÑ ÐŽÐ°ÐœÐœÑÑ
+ папПк Ñ Ð³Ð»Ð°Ð²ÐœÐŸÐ¹ ОМÑÑаллÑÑОей Greenstone, пеÑеЌеÑÑОÑе ОÑ
+ в Ð¿Ð°Ð¿ÐºÑ Program Files\Greenstone\collect . ÐОМО-веÑÑОО Greenstone аÑÑПÑООÑÑеЌПй Ñ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеММПй кПллекÑОей бПлее Ме ÑÑебÑеÑÑÑ.ÐÐ»Ñ ÐµÐ³ÐŸ ЎеОМÑÑаллОÑÐŸÐ²Ð°ÐœÐžÑ Ð²ÑбеÑОÑе в ÐŒÐµÐœÑ Greenstone МаÑ
+ПЎÑÑейÑÑ Ð² ÐŒÐµÐœÑ Windows ÐÑÑк
+
+
+УÑÑаМПвОÑе ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÑзÑкПв Greenstone.
+
+
+ÐÑлО Ð²Ñ Ð¿ÐŸÐ¹ÐŽÐµÑе Ма ÑÑÑаМОÑÑ ÑÑÑаМПвПк лÑбПй Оз кПллекÑОй Greenstone, О пПÑЌПÑÑОÑе Ма ÐŒÐµÐœÑ ÑзÑк ОМÑеÑÑейÑа , Ð²Ñ ÐœÐ°Ð¹ÐŽÐµÑе ÑÑÑаМПвлеММÑЌО ÑПлÑкП аМглОйÑкОй, ОÑпаМÑкОй, ÑÑаМÑÑзÑкОй О ÑÑÑÑкОй ОМÑеÑÑейÑÑ.
+
+
+ÐлаÑÑОÑОÑОÑÑйÑе ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ ÑзÑкПв Greenstone. ÐÑП ЌПжМП ПÑÑÑеÑÑвОÑÑ ÐœÐ° базе CD-ROMа, ПÑкÑЎа бÑла ÑкПпОÑПваМ ваЌО Greenstone, ОлО ЌПжеÑе загÑÑзОÑÑ ÐµÐ³ÐŸ Ñ http://www.greenstone.org
+
+
+ÐвПйМПе МажаÑОе Ма Ñайл .exe ОМОÑООÑÑÐµÑ Ð¿ÑПÑеÑÑ ÑÑÑаМПвкО. ÐÑОМÑÑÑ Ð²Ñе пП ÑЌПлÑаМОÑ.
+
+
+ÐаМПвП загÑÑзОÑе пÑПгÑÐ°ÐŒÐŒÑ ÐлекÑÑÐŸÐœÐœÐ°Ñ ÐОблОПÑека Greenstone О пПÑЌПÑÑОÑе в ÐŒÐµÐœÑ ÑзÑка ОМÑеÑÑейÑа. ТепеÑÑ Ðº Ð²Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð²ÐžÐŽÐµÑÑ 40 ÑазлОÑÐœÑÑ
+ ÑзÑкПв.
+
+
+ÐкÑОвОÑПваÑÑ ÐŽÑÑгОе ÑзÑкО (2.63 ОлО пПзже)
+
+
+ÐÑлО Ð²Ñ ÑкаÑалО Greenstone Ñ ÐÐœÑеÑМеÑа, вÑе ÑзÑкО акÑОвОÑÐŸÐ²Ð°ÐœÑ Ð¿ÐŸ ÑЌПлÑаМОÑ. ÐЎМакП, еÑлО Ð²Ñ ÑÑÑаМПвОлО Greenstone Ñ CD-ROM ЎОÑка UNESCO, ÑПлÑкП аМглОйÑкОй, ÑÑаМÑÑзÑкОй, ОÑпаМÑкОй О ÑÑÑÑкОй акÑОвОÑПваМÑ.
+
+
+ЧÑÐŸÐ±Ñ Ð°ÐºÑОвОÑПваÑÑ ÐœÐŸÐ²Ñй ÑзÑк, ОзЌеМОÑе Ñайл greenstone\etc\main.cfg . ÐайЎОÑе ÑППÑвеÑÑÑвÑÑÑÐžÑ ÑÑÑÐŸÐºÑ Ñ ÑÑебÑеЌÑÐŒ ÑзÑкПЌ, О ÑЎалОÑе кПЌЌеМÑОÑÑÑÑОй зМак # в ее МаÑале. УЎПÑÑПвеÑÑÑеÑÑ, ÑÑП ÑППÑвеÑÑÑвÑÑÑÐ°Ñ ÐºÐŸÐŽÐžÑПвка Ñакже акÑОвОÑПваМа.
+ÐапÑОЌеÑ, пÑеЎпПлПжОЌ, ÐŒÑ Ñ
+ПÑОЌ акÑОвОÑПваÑÑ ÑÑÑеÑкОй. ЯзÑÐºÐŸÐ²Ð°Ñ ÑÑÑПка ÐŽÐ»Ñ ÑÑÑеÑкПгП вÑглÑÐŽÐžÑ ÐºÐ°Ðº:
+#Language shortname=tr longname=Turkish default_encoding=windows-1254
+ЧÑÐŸÐ±Ñ Ð°ÐºÑОвОÑПваÑÑ, ÑЎалОÑе #, ÑÑÐŸÐ±Ñ Ð²ÑглÑЎОлП Ñак:
+Language shortname=tr longname=Turkish default_encoding=windows-1254
+ÐПЎОÑПвка пП ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐ»Ñ ÑÑÑеÑкПгП windows-1254. ÐПÑÑÐŸÐŒÑ Ð¿ÐŸÑЌПÑÑОÑе Ма ÑÑÑПÑÐºÑ windows-1254 Encoding:
+Encoding shortname=windows-1254 "longname=Turkish (Windows-1254)" map=win1254.ump
+ÐÑП Ñже акÑОвОÑПваМП (ÐœÐµÑ # в МаÑале), пПÑÑÐŸÐŒÑ ÐœÐžÑегП Ме ÐœÑжМП ЎелаÑÑ.
+
+
+ÐÐœÑÑаллОÑÑеÑÑÑ ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ (2.63 ОлО МПвее)
+
+
+ТепеÑÑ Greenstone ÑаÑпÑПÑÑÑаМÑеÑÑÑ ÑП вÑеЌО ЎПÑÑÑпМÑЌО ÑзÑкаЌО.
+ÐеМеÑОÑÑеЌÑй кПЎ HTML ОÑпПлÑзÑÐµÑ ÑекÑÑ + CSS, вЌеÑÑП ÑекÑÑПвÑÑ
+ ОзПбÑажеМОй в МавОгаÑОПММПй паМелО, кМПпПк ПпÑОй, пПЌПÑО ОÑÐŽ. ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ ÐœÐµ ÑÑебÑеÑÑÑ, еÑлО Ð²Ñ ÐžÑпПлÑзÑеÑе Greenstone Ма ÐŽÑÑгПЌ ÑзÑке. ÐÐœ ÑÑебÑеÑÑÑ ÑПлÑкП ÐŽÐ»Ñ ÑабПÑÑ Ñ ÑÑÑаÑевÑОЌО ÑÑОлÑЌО. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿ÐŸÐ»ÐµÐ·ÐœÑÐŒ, еÑлО ÐÑ Ð¿ÐµÑеЎелалО Greenstone пПЎ Ð²Ð°Ñ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑй ÑÑÐžÐ»Ñ ÑаМее, ОлО Ñ
+ПÑОÑе ÑПвЌеÑÐµÐœÐžÑ Ñ Netscape 4.
+
+
+ÐайЎОÑе ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ (gcip-x.xx.zip). ÐÐœ ÐŒÐŸÐ¶ÐµÑ ÐœÐ°Ñ
+ПЎОÑÑÑÑ ÐœÐ° ЎОÑке CD-ROM, Ñ ÐºÐŸÑПÑПгП Ð²Ñ ÑÑÑаМПвОлО Greenstone, ОлО ÑкаÑайÑе егП Ñ Ð°ÐŽÑеÑа http://www.greenstone.org.
+
+
+ÐлаÑÑОÑеÑкОй ÐÐœÑеÑÑейÑ-ÐÐ°ÐºÐµÑ -- ÑÑП аÑÑ
+ОвМÑй Ñайл zip, ÑПЎеÑжаÑОй ÑÑаÑÑе ÑекÑÑПвÑе ОзПбÑажеМОÑ, МапÑÐžÐŒÐµÑ ÐºÐœÐŸÐ¿ÐºÐž клаÑÑОÑОкаÑПÑÑ. РазаÑÑ
+ОвОÑÑйÑе ÑПЎеÑжОЌПе Ñайла в Ð¿Ð°Ð¿ÐºÑ Ñ ÐžÐ·ÐŸÐ±ÑажеМОÑЌО в ОМÑÑаллÑÑОПММПй ЎОÑекÑПÑОО Greenstone.
+
+
+ÐклÑÑОÑе ОÑпПлÑзПваМОе ЌакÑПÑПв ÑÑаÑПгП ÑÑÐžÐ»Ñ ÐžÐ·ÐŒÐµÐœÐžÐ² greenstone\etc\main.cfg : заЌеМОÑе nav_css.dm Ма nav_ns4.dm в ÑпОÑке macrofiles .
+
+
+ÐеÑезапÑÑÑОÑе ÐлекÑÑПММÑе ÐОблОПÑекО Greenstone О пПÑЌПÑÑОÑе Ма ÐŒÐµÐœÑ ÑзÑкПвПгП ОМÑеÑÑейÑа ÑМПва. ÐÑеЎÑÑаМÑÑ ÑПÑПк ÑазлОÑÐœÑÑ
+ ÑзÑкПв.
+
+
+
+
+
+ÐПÑÑÑПОÑÑ ÐœÐµÐ±ÐŸÐ»ÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ñ ÑайлаЌО HTML
+
+
+
+
+
+ÐПÑÑебÑеÑÑÑ ÐœÐµÑкПлÑкП ÑайлПв HTML, ÑакОÑ
+, как папкО âhobbitsâ в ÑайлаÑ
+-ПбÑазÑаÑ
+.
+
+
+ÐапÑÑÑОÑе ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone
+
+ÐÑÑк → ÐÑе ÐÑПгÑÐ°ÐŒÐŒÑ → ÐлекÑÑÐŸÐœÐœÐ°Ñ ÐОблОПÑека Greenstone v2.70 → ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone
+
+
+ÐПÑле МебПлÑÑПй паÑÐ·Ñ Ð¿ÐŸÑвлÑеÑÑÑ ÐœÐŸÐ²Ñй ÑкÑаМ, О Ўалее пПÑле бПлее ЎлОММПй паÑÐ·Ñ Ð¿ÐŸÑвлÑеÑÑÑ Ð³Ð»Ð°Ð²ÐœÑй ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone.
+
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð²ÐœÑÑÑО ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа:
+Ѐайл → ÐПвÑй
+
+
+СПзЎайÑе кПллекÑÐžÑ ÐœÐ° базе МеÑкПлÑкОÑ
+ веб-ÑÑÑÐ°ÐœÐžÑ HTML, пПвеÑÑвÑÑÑОÑ
+ П Ñ
+ПббОÑаÑ
+ Оз Lord of the Rings .
+ÐПÑвОÑÑÑ ÐŸÐºÐœÐŸ. ÐапПлМОÑе егП ÑППÑвеÑÑÑвÑÑÑОЌО зМаÑеМОÑЌО, МапÑОЌеÑ:
+
+ÐазваМОе ÐПллекÑОО: About Hobbits
+ÐпОÑаМОе СПЎеÑжаМОÑ: A collection about hobbits.
+
+ÐÑйЎОÑе Оз ÑÑÑаМПвкО УÑÑаМПвОÑе ÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð² : пП ÐµÑ ÑЌПлÑаМОÑÐŒ ÐÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О МажЌОÑе Ма <OK> .
+
+
+ÐПÑвОÑÑÑ ÐµÑÑ ÐŸÐŽÐœÐŸ ПкМП, Оз кПÑПÑПгП ÐŽÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ Ð²ÑбеÑОÑе МабПÑ(Ñ) ЌеÑаЎаММÑÑ
+. ÐÑ ÑÑП ПбÑÑжЎалО Ма ÑпÑажМеМОÑÑ
+. Ðа ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ Ð²ÑбеÑОÑе Dublin Core Metadata Element Set веÑÑÐžÑ 1.1 Ñ <OK> .
+
+ÐÑлО Ð²Ñ Ð²Ð¿ÐµÑвÑе ПÑкÑÑлО кПллекÑÐžÑ Ð² ÐОблОПÑеÑМПЌ ÐÐœÑеÑÑейÑе, пПÑвÑÑÑÑ ÐŽÐ²Ð° ОМЎОкаÑПÑа вÑпПлМеМОÑ, пПказÑваеЌÑе пÑПгÑеÑÑ Ð·Ð°Ð³ÑÑзкО плагОМПв О клаÑÑОÑОкаÑПÑПв.
+
+
+
+СПбеÑОÑе вЌеÑÑе ÑÐ°Ð¹Ð»Ñ ÑПÑÑавлÑÑÑОе кПллекÑОÑ. ÐПЎÑ
+ПЎÑÑОй ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ Ð±Ñл пПЎгПÑПвлеМ в папке sample_files .ÐÑпПлÑзÑÑ Ð»ÐµÐ²ÐŸÑÑПÑПММÑÑ Ð¿Ð°ÐœÐµÐ»ÑСПбÑаÑÑ ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа, ОМÑеÑакÑОвМП ÑпÑавлÑÑÑ Ð¿Ð°Ð¿ÐºÐŸÐ¹ sample_files .
+
+
+ÐеÑеÑаÑОÑе Ð¿Ð°Ð¿ÐºÑ hobbits Ñ Ð»ÐµÐ²ÐŸÐ¹ ÑÑПÑÐŸÐœÑ ÐœÐ° пÑавÑÑ. ÐМЎОкаÑÐŸÑ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ (МаÑ
+ПЎÑÑОйÑÑ Ð²ÐœÐžÐ·Ñ) ПÑПбÑÐ°Ð¶Ð°ÐµÑ ÐŽÐµÑÑелÑМПÑÑÑ. ÐÑблОÑПваМОе вÑеÑ
+ ÑайлПв бÑÐŽÐµÑ Ð¿ÐŸÑÑапМП ПÑПбÑажаÑÑÑ ÐœÐ° пÑавПй паМелО.
+
+СкПпОÑПваММÑе ÑÐ°Ð¹Ð»Ñ ÐŒÐŸÐ¶ÐµÑе пÑПвеÑОÑÑ Ð¿ÑÑеЌ ЎвПйМПгП МажаÑÐžÑ ÐœÐ° Ð¿Ð°Ð¿ÐºÑ Ð² пÑавПй ÑаÑÑО.
+
+
+
+Так,как ÑÑП пеÑÐ²Ð°Ñ ÐœÐ°Ñа кПллекÑОÑ, ÐŒÑ ÐœÐµ бÑЎеЌ ÑÑлПжМÑÑÑ ÐŽÐµÐ»ÐŸ пÑÑеЌ вМеЎÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ вÑÑÑÐœÑÑ ÐžÐ»Ðž ЌеМÑÑ ÐŽÐžÐ·Ð°Ð¹Ðœ кПллекÑОО. ÐапÑПÑОв, пПлагаеЌÑÑ ÐœÐ° пПвеЎеМОе пП ÑЌПлÑаМОÑ. ÐÑак пÑÑЌП Ма Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ ÐœÐ°Ð¶Ð°ÑÑ Ð¿ÑО ÑÑПЌ Ма ÑÑлÑÑПк СПзЎаÑÑ .
+
+
+ÐÐ»Ñ Ð·Ð°Ð¿ÑÑка ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, МажаÑÑ ÐœÐ° ÐºÐœÐŸÐ¿ÐºÑ <СПзЎаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ>
+
+
+ÐПÑле ÑÑпеÑМПгП завеÑÑÐµÐœÐžÑ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, пПÑвОÑÑÑ ÐŸÐºÐœÐŸ ÐŽÐ»Ñ Ð¿ÐŸÐŽÑвеÑжЎеМОÑ. ÐажаÑÑ ÐœÐ° <OK> .
+
+
+ÐажаÑÑ ÐœÐ° ÐºÐœÐŸÐ¿ÐºÑ Ð¿ÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑезÑлÑÑаÑа. ÐÑП загÑÑÐ¶Ð°ÐµÑ ÑÑебÑеЌÑÑ ÑÑÑаМОÑÑ Ð² Ð²Ð°Ñ Ð²ÐµÐ±-пÑПвПЎМОк (запÑÑÐºÐ°Ñ Ð² ÑлÑÑае МеПбÑ
+ПЎОЌПÑÑО). ÐПÑЌПÑÑОÑе кПллекÑÐžÑ Ðž пÑПÑОÑайÑе П Ñ
+ПббОÑаÑ
+!
+
+
+ÐазаЎ в ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑейÑ. ÐажЌОÑе Ма ÑÑлÑÑПк ÐбПгаÑОÑÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ЌеÑаЎаММÑÑ
+ ÑвÑзаММÑÑ
+ Ñ ÐŽÐŸÐºÑЌеМÑаЌО кПллекÑОО.
+
+
+Ðа ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ ÐœÐµ ÑÑÑеÑÑвÑÐµÑ Ð²ÑÑÑÐœÑÑ ÐŸÐ¿ÑеЎелÑММÑÑ
+ ЌеÑаЎаММÑÑ
+, МП в пÑПÑеÑÑе ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЌеÑаЎаММÑе ОзвлеÑÐµÐœÑ ÐžÐ· ЎПкÑЌеМÑПв. ÐÐ²Ð°Ð¶ÐŽÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма Ð¿Ð°Ð¿ÐºÑ hobbits ÐŽÐ»Ñ ÑаÑÑОÑÐµÐœÐžÑ ÐºÐŸÐœÑеМÑа. Ðалее ПЎМП МажаÑОе Ма bilbo.html ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ Ð²ÑеÑ
+ егП ЌеÑаЎаММÑÑ
+ в пÑавПй ÑаÑÑО паМелО. ÐеÑвПМаÑалÑÐœÑе Ð¿ÐŸÐ»Ñ Ð·Ð°Ð¿ÑÑкаÑÑОе "dc." пÑÑÑÑ. ÐÑП Ð¿ÐŸÐ»Ñ ÐŒÐµÑаЎаММÑÑ
+ Dublin Core ÐŽÐ»Ñ Ð²ÑÑÑÐœÑÑ Ð²Ð²ÐµÐŽÑММÑÑ
+ ЌеÑаЎаММÑÑ
+ (ÑÑебПвалПÑÑ Ð²ÐºÐ»ÑÑОÑÑ ÑÑÐŸÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ пÑО пеÑвПМаÑалÑМПЌ ÑПÑÑавлеМОО кПллекÑОО.)
+
+
+ÐÑпПлÑзПваÑÑ Ð»ÐžÐœÐµÐ¹ÐºÑ Ð¿ÑПкÑÑÑкО ÑпÑава, О пÑПÑЌПÑÑеÑÑ ÐœÐžÐ¶ÐœÑÑ ÑаÑÑÑ Ð»ÐžÑÑа. ÐПÑвÑÑÑÑ Ð¿ÐŸÐ»Ñ ÐœÐ°ÑОМаÑÑОеÑÑ Ñ "ex.", кПÑПÑÑе ПбПзМаÑаÑÑ Ð¿ÐŸÐ»ÑÑеММÑе ЌеÑаЎаММÑе. ÐапÑ: ex.Title ПÑМПваММПгП Ма ÑекÑÑе в ÑагаÑ
+ ÐагПлПвка HTML, О ex.Language , ÑзÑк ЎПкÑЌеМÑа ( ОзПбÑажаÑÑегП Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ISO ÑÑаМЎаÑÑа ЎвÑÑ
+-бÑквеММÑй ЌМеЌПМОк) ÑÑÑаМПвлеММÑй алгПÑОÑЌПЌ, кПÑПÑÑй ОÑпПлÑзÑеÑÑÑ Ð¿ÑПгÑаЌЌПй Greenstone ÐŽÐ»Ñ Ð°ÐœÐ°Ð»ÐžÐ·Ð° ÑекÑÑа ЎПкÑЌеМÑа.
+
+
+ÐакÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÑÑеЌ МажаÑÐžÑ ÐœÐ° Ѐайл → ÐакÑÑÑÑ . ÐвÑПЌаÑОÑеÑкО запОÑÑÐ²Ð°ÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° ЎОÑк.
+
+
+УÑÑаМПвОÑе ÑÑлÑк в ÐОблОПÑеÑМПЌ ОМÑеÑÑейÑе.
+
+
+ЧÑÐŸÐ±Ñ ÑПзЎаÑÑ ÑÑлÑк к ÑайлÑ-ОÑÑПÑМОк, веÑМОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ±ÑаÑÑ Ðž пеÑейЎОÑе к папке в ваÑей лПкалÑМПй ÑОÑÑеЌе, гЎе МаÑ
+ПЎÑÑÑÑ ÑÑебÑеЌÑе ÑайлÑ. РЎаММПЌ ÑлÑÑае - папка sample_files . ÐÑбеÑОÑе ЎаММÑÑ Ð¿Ð°Ð¿ÐºÑ Ðž ÑЎелайÑе пÑавÑй ÑелÑек. СлеЎÑйÑе ОМÑÑÑÑкÑОÑÐŒ пП ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑÑлÑка. ÐакÑПйÑе вÑе папкО в ÑайлПвПй ÑÑ
+еЌе, О ÑÑлÑк к ÑайлаЌ-ОÑÑПÑМОкаЌ пПÑвОÑÑÑ Ñлева ÐŸÑ Ð¿Ð°ÐœÐµÐ»Ðž СПбÑаÑÑ .
+
+
+
+
+
+ÐПллекÑÐžÑ ÑайлПв Word О PDF
+
+
+
+
+
+ÐПÑÑебÑеÑÑÑ ÐœÐµÑкПлÑкП ÑайлПв-ОÑÑПÑМОкПв, ÑакОÑ
+,как в sample_files\Word О папке PDF.
+
+
+ÐапÑÑк МПвПй кПллекÑОО ОЌеМÑеÑÑÑ ÐŸÑÑÐµÑ , запПлМОÑе МеПбÑ
+ПЎОЌÑе ÐŽÐ»Ñ ÑÑПгП пПлÑ, О вÑбеÑОÑе Dublin Core в каÑеÑÑве МабПÑа ЌеÑаЎаММÑÑ
+.
+
+
+СкПпОÑПваÑÑ 12 ÑайлПв Ñ sample_files → Word_and_PDF → Documents в кПллекÑОÑ.ÐПжеÑе вÑбÑаÑÑ ÐºÑаÑМПе ÑОÑлП ÑайлПв, Мажав Ма пеÑвÑй О ÑЎвОг-ÑелÑПк Ма пПÑлеЎМОй, пеÑеÑаÑОÑе ОÑ
+ вЌеÑÑе. (ÐÑП еÑÑеÑÑвеММÑй ЌеÑПЎ кÑаÑМПгП вÑбПÑа.)
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , О пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+СМПва, ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐµ ÑПЎеÑÐ¶ÐžÑ Ð²ÑÑÑÐœÑÑ Ð²Ð²ÐµÐŽÑММÑÑ
+ ЌеÑаЎаММÑÑ
+. ÐÑÑ Ð¿ÐŸÑвлÑÑÑаÑÑÑ ÐžÐœÑПÑЌаÑÐžÑ (загПлПвкО О ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ ÑайлПв) авÑПЌаÑОÑеÑкО ОвлеÑеМа Оз ЎПкÑЌеМÑПв. ÐÑлеЎÑÑвОе ÑÑПгП, каÑеÑÑвП МекПÑПÑÑÑ
+ ÑайлПв ÑПЌМОÑелÑМП.
+
+
+ÐазаЎ к ÐОблОПÑеÑÐœÐŸÐŒÑ ÐÐœÑеÑÑейÑÑ, ÑÑлкМÑОÑе ÑÑлÑÑПк ÐбПгаÑОÑÑ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа авÑПЌаÑОÑеÑкО ОзвлеÑÑММÑÑ
+ ЎаММÑÑ
+. ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа ОзвлеÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+ ÑÑебÑеÑÑÑ Ð¿ÑПкÑÑÑОÑÑ Ð²ÐœÐžÐ·, ПМО МаÑОМаÑÑÑÑ Ñ "ex.". ÐПкÑЌеМÑÑ PostScript (cluster.ps О langmodl.ps Ме ОЌеÑÑ ÐžÐ·Ð²Ð»ÐµÑÑММÑÑ
+ загПлПвкПв: ÑП, ÑÑП пПÑвлÑеÑÑÑ Ð² ÑпОÑке ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ð²ÑегП лОÑÑ ÐœÐµÐºÐŸÑПÑÑе ÑÐžÐŒÐ²ÐŸÐ»Ñ ÐŽÐŸÐºÑЌеМÑа).
+
+
+ÐПбавÑÑе ЌеÑаЎаММÑе к ЎПкÑЌеМÑаЌ кПллекÑОО вÑÑÑÐœÑÑ.
+
+
+РпаМелО ÐбПгаÑОÑÑ , вÑÑÑÐœÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе ЌеÑаЎаММÑе Dublin Core dc.Title к ÐŸÐŽÐœÐŸÐŒÑ ÐžÐ· ЎаММÑÑ
+ ЎПкÑЌеМÑПв. ÐÑбеÑОÑе word03.doc О ÑÑлкМÑв пП ÐœÐµÐŒÑ ÐŽÐ²Ð°Ð¶ÐŽÑ ÐŸÑкÑÑÑÑ ÐµÐ³ÐŸ в Word. СкПпОÑÑйÑе загПлПвПк ЎаММПгП ЎПкÑЌеМÑа ("Greenstone: ÐПЌплекÑÐœÑй ПÑкÑÑÑÑй ОÑÑПÑМОк ÑОÑÑеЌ пÑПгÑаЌЌМПгП ПбеÑпеÑÐµÐœÐžÑ ÐлекÑÑПММÑÑ
+ бОблОПÑек") Оз Word, веÑМОÑеÑÑ Ð² ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑейÑ, ÑÑлкМОÑе Ма пПле dc.Title , О вÑÑавÑÑе зМаÑеМОе в ЌПЎÑÐ»Ñ Ð·ÐœÐ°ÑеМОй. ЩÑлкОÑе Ма <ÐПбавОÑÑ >.
+
+
+ÐПбавÑÑе ÑÐ²ÐµÐŽÐµÐœÐžÑ dc.Creator в ÑÐŸÑ Ð¶Ðµ ЎПкÑЌеМÑ. ÐПжМП ЎПбавОÑÑ Ð±ÐŸÐ»ÐµÐµ ПЎМПгП зМаÑÐµÐœÐžÑ Ð² ÑП же пПле: ÐÑлО Ð²Ñ ÐœÐ°Ð¶ÐŒÐµÑе <ÐвПЎ > в пПле зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+, пПÑвОÑÑÑ ÐœÐŸÐ²ÐŸÐµ пÑÑÑПе пПле ÑПгП же ÑОпа.
+
+
+ÐакÑПйÑе ЎПкÑЌеМÑ, кПгЎа Ð²Ñ Ð·Ð°ÐºÐŸÐœÑОÑе кПпОÑПваÑÑ ÐµÐ³ÐŸ ЌеÑаЎаММÑе. ÐкÑÑеÑÐœÑе пÑПгÑаЌЌÑ, ПÑкÑÑÑÑе ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ЎПкÑЌеМÑПв ÐŽÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ Ð·Ð°ÐºÑÑÑÑ ÐŽÐŸ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, ОМаÑе ЌПгÑÑ Ð²ÐŸÐ·ÐœÐžÐºÐœÑÑÑ ÐŸÑОбкО.
+
+
+ÐПбавÑÑе ÑлеЎÑÑÑОе загПлПвкО О ÑазÑабПÑÑОк ЌеÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐœÐµÑкПлÑкОÑ
+ ÑлеЎÑÑÑОÑ
+ ЎПкÑЌеМÑПв.
+
+
+ÐÑО ÑбПÑке О пÑПÑЌПÑÑе Ма ЎаММПЌ ÑÑапе кПллекÑОО, ОзЌеМеМОй МеÑ. ÐзЌеМОÑе ЎОзайМ кПллекÑОО ÐŽÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐœÐŸÐ²ÑÑ
+ ЌеÑаЎаММÑÑ
+ Dublin Core вЌеÑÑП еÑÑеÑÑвеММП ОзвлеÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+.
+
+
+ÐОзайМ кПллекÑОО; бÑеМЎОМг кПллекÑОО Ñ ÐžÐ·ÐŸÐ±ÑажеМОеЌ.
+
+
+ÐПйЎОÑе Ма паМелО ÐОзайМ , ÑазЎелÑММÑÑ ÐœÐ° МеÑкПлÑкП ÑаÑÑей. ÐПÑвОÑÑÑ Ð¿ÐµÑÐ²Ð°Ñ ÑаÑÑÑ - ÐбÑОе ПпÑОО . ÐП Ð¶ÐµÐ»Ð°ÐœÐžÑ Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вМеÑÑО зЎеÑÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² зМаÑеМОÑÑ
+, кПÑПÑÑе Ð²Ñ ÑказалО в МаÑале пÑО ПпÑеЎелеМОО кПллекÑОО. Также ЌПжМП пÑОÑвПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО пПЎÑ
+ПЎÑÑее ОзПбÑажеМОе.
+
+
+ЩÑлкМОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ <ÐÑПлОÑÑаÑÑ > ПбÑеЎОММÑÐœÑÑ
+ Ñ "URL пОкÑПгÑаЌЌа ÑÑÑаМОÑÑ", О пÑПÑЌПÑÑОÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ sample_files → Word_and_PDF → wrdpdf.gif Ма ваÑеЌ кПЌпÑÑÑеÑе. ÐÑО вÑбПÑе ЎаММПгП ОзПбÑажеМОÑ, Greenstone авÑПЌаÑОÑеÑкО вÑÑабаÑÑÐ²Ð°ÐµÑ ÑППÑвеÑÑÑвÑÑÑОй ÐŽÐ»Ñ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ URL .
+
+
+ÐаÑ
+ПЎÑÑÑ Ð² вебе ÑПзЎайÑе ÑПбÑÑвеММÑÑ Ð¿ÐžÐºÑПгÑаЌЌÑ-ÑÑÐžÐ»Ñ Greenstone пПÑÑеЎÑÑвПЌ пеÑеÑ
+ПЎа в :
+ http://www.greenstone.org/make-images.html
+О ÑлеЎÑÑ ÐŽÐ°Ð»ÑМейÑОЌ ОМÑÑÑÑкÑОÑÐŒ:
+
+
+ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа.
+
+
+ÐайЎОÑе в ÑазЎел ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа , ÑÑлкМÑв Ма МегП Ñлева в ÑпОÑке. ÐЎеÑÑ Ð¿Ð»Ð°Ð³ÐžÐœÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЌПжМП ЎПбавлÑÑÑ, ОзЌеМÑÑÑ Ðž ÑЎалÑÑÑ. ÐÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ÑЎалÑÑÑ ÐºÐ°ÐºÐŸÐ¹-лОбП Оз плагОМПв, МП ЎаММПе ЎейÑÑвОе ÑпПÑПбМП ÑÑкПÑОÑÑ ÑабПÑÑ Ð¿ÑПгÑаЌЌÑ. РЎаММПЌ ÑлÑÑае ÐœÑÐ¶ÐœÑ ÑПлÑкП Word, PDF, RTF О ЎПкÑЌеМÑÑ PostScript, О ЌПжМП ÑЎалОÑÑ Ð¿Ð»Ð°Ð³ÐžÐœÑ-ZIPPlug, TEXTPlug, HTML Plug, EMAIL Plug, ImagePlug, ISISPlug О NULPlug. ÐÐÑ ÑÐŽÐ°Ð»ÐµÐœÐžÑ Ð¿Ð»Ð°Ð³ÐžÐœÐ° ÐœÑжМП вÑбÑаÑÑ ÑÑебÑеЌÑй О МажаÑÑ ÐœÐ° <ÑЎалОÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ >. Ð GAPlug ÑÑебÑеÑÑÑ ÐŽÐ»Ñ Ð»ÑбПгП ÑОпа ОÑÑПÑМОка кПллекÑОО О Ме Ð¿ÐŸÐŽÐ»ÐµÐ¶ÐžÑ ÑЎалеМОÑ.
+
+
+ÐПОÑк ÑОпПв О ОÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð² пПлÑÑ
+.
+
+
+ÐайЎОÑе в ÑазЎел Ð¢ÐžÐ¿Ñ ÐПОÑка . ÐЎеÑÑ ÑÑÑаМавлОваеÑÑÑ ÐºÐ°ÐºÐžÐŒ ÑОпПЌ ОМÑеÑÑейÑа О ОМЎекÑаЌО пПОÑка бÑÐŽÐµÑ ÐŸÐ±ÐµÑпеÑОваÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐПбавÑÑе ÑПÑÐŒÑ ÐŸÐ¿ÑОй пПОÑка. ЩÑлкМОÑе Ма <ÐкÑОвОÑПваМОе ÑÑÑекÑОвМПгП пПОÑка >; ÐÑП Ð¿ÐŸÐ·Ð²ÐŸÐ»ÐžÑ ÐžÑкаÑÑ Ð² кПллекÑОО Ñ Ð¿ÐŸÐŒÐŸÑÑÑ Ð¿ÐŸÐžÑкПвПгП ÑПÑÐŒÑлÑÑа.
+
+
+ЧÑÐŸÐ±Ñ Ð²ÐºÐ»ÑÑОÑÑ "ÑÑÑекÑОвМÑй пПОÑк" МаÑÑÐŽÑ Ñ "пÑПÑÑÑÐŒ", ПпÑÑÑОÑе ÐŒÐµÐœÑ Ð¢ÐžÐ¿Ñ ÐПОÑка О вÑбеÑОÑе ÑПÑÐŒÑлÑÑÐœÑй , Ўалее МажЌОÑе Ма <ÐПбавОÑÑ Ð¿ÐŸÐžÑк ÑОпПв >.
+"ÐÑПÑÑПй" пПОÑк бÑÐŽÐµÑ ÑÑÑаМПвлеМ пП ÑЌПлÑаМОÑ, Ñак как ПМ МаÑ
+ПЎОÑÑÑ Ð¿ÐµÑвÑÐŒ в ÑпОÑке.
+
+
+ÐМЎекÑÑ Ð¿ÐŸÐžÑка.
+
+
+СлеЎÑÑÑОй Ñаг в паМелО ÐОзайМ ÑÑП ÐМЎекÑÑ Ð¿ÐŸÐžÑка . ÐМО ÑÑПÑÐœÑÑÑ ÐºÐ°ÐºÐ°Ñ ÑаÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЎПÑÑÑпМа к пПОÑÐºÑ (МапÑ: пПОÑк пП Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÑ Ðž авÑПÑÑ).УЎалОÑе ОМЎекÑÑ ex.Title О ex.Source Ме ПÑПбеММП пПлезМÑе), вÑбеÑОÑе ОÑ
+ ПЎМПвÑеЌеММП О МажЌОÑе Ма <УЎалОÑÑ ÐžÐœÐŽÐµÐºÑÑ >. ÐÑÑаеÑÑÑ ÑПлÑкП ÐžÐœÐŽÐµÐºÑ text .
+
+
+ÐПбавÑÑе ÐžÐœÐŽÐµÐºÑ ÐагПлПвка, Ма базе dc.Title ПбеÑпеÑÐžÐ²Ð°Ñ ÐаОЌеМПваМОе ÐМЎекÑа (МапÑ:ÐагПлПвПк ЎПкÑЌеМÑа) О вÑбОÑÐ°Ñ dc.Title Оз ЌПЎÑÐ»Ñ Index Source , Ўалее МажЌОÑе Ма <ÐПбавОÑÑ ÐžÐœÐŽÐµÐºÑ >.
+
+
+ÐПжеÑе вМПÑОÑÑ ÐžÐœÐŽÐµÐºÑÑ ÐœÐ° ПÑМПве какОÑ
+-лОбП ЌеÑаЎаММÑÑ
+. ÐвеЎОÑе ÐžÐœÐŽÐµÐºÑ Ð¿ÐŸÐŽ ОЌеМеЌ- "ÐвÑПÑÑ" Ма базе ЌеÑаЎаММÑÑ
+ dc.Creator
+
+
+СлеЎÑÑÑОе Ўва ÑегЌеМÑа ÑÑП - ÐМЎекÑÑ ÑазЎела О ÐПОÑк пеÑекÑÑÑÑÐœÑÑ
+ кПллекÑОй . РЎаММПЌ ÑпÑажМеМОО Ме бÑÐŽÑÑ Ð²ÐœÐŸÑОÑÑÑ ÐºÐ°ÐºÐžÐµ-лОбП ОзЌеМеМОÑ.
+
+
+ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑПваМОÑ
+
+
+Ð¡ÐµÐ³ÐŒÐµÐœÑ Ð¡Ð²ÐŸÐ±ÐŸÐŽÐœÑй пÑПÑЌПÑÑ Ðž ÑеЎакÑОÑПваМОе ЎПбавлÑÐµÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑÑ, кПÑПÑÑе ПбеÑпеÑОваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑÑМкÑОей ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑПваМОÑ. ÐайЎОÑе Ма ЎаММÑÑ ÑекÑÐžÑ Ðž пÑПÑлеЎОÑе за ÑеЌ, как Greenstone ПбеÑпеÑОл ЎвÑÐŒÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑаЌОAZList Ма базе ex.Title ex.Source ЌеÑаЎаММÑе. УЎалОÑÑ ÐŸÐ±Ð°, пППÑеÑÑЎМП вÑбÑав О Мажав Ма <УЎалОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ >.
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе клаÑÑОÑОкаÑÐŸÑ AZList ÐŽÐ»Ñ ÐŒÐµÑаЎаММÑÑ
+ dc.Title ÐÑбеÑОÑе AZList в МОÑпаЎаÑÑеЌ ЌеМÑÐÑбеÑОÑе клаÑÑОÑОкаÑÐŸÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ Ðž ÑÑлкМÑÑÑ ÐœÐ° <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ >
+
+
+ÐПÑвОÑÑÑ Ð²ÑплÑваÑÑее ПкМП ÐПМÑОгÑÑОÑПваМОе аÑгÑЌеМÑПв . ÐÑбеÑОÑе dc.Title Оз МОÑпаЎаÑÑегП ÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ , О МажЌОÑе Ма <OK >.
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList .ÐажЌОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ > О ÑкажОÑе ОÑпПлÑзПваМОе ЌеÑаЎаММÑÑ
+ dc.Creator , кМПпкПй "СПзЎаÑелÑ". ÐажЌОÑе Ма <OK >.
+
+ТÑО пПÑлеЎМОÑ
+ ÑегЌеМÑа ÑÑП - ХаÑакÑеÑОÑÑОка ÑПÑЌаÑОÑÐŸÐ²Ð°ÐœÐžÑ ,ÐеÑевПЎ ÑекÑÑа О ÐабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ . РЎаММПЌ ÑпÑажМеМОО какОе-лОбП ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð²ÐœÐŸÑОÑÑÑ ÐœÐµ бÑÐŽÑÑ.
+
+
+
+ÐеÑейЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , О пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐÑПвеÑÑÑе вÑе ÑÑеЎÑÑва Ма ÑППÑвеÑÑÑвОе. ÐÐŸÐ»Ð¶ÐœÑ Ð±ÑÑÑ ÑÑО пПлМП-ÑекÑÑПвÑÑ
+ ОМЎекÑа, ÑÑП - ÑекÑÑ , загПлПвПк ЎПкÑЌеМÑа , О авÑПÑÑ . Ð ÑпОÑке ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÑвОÑÑÑ Ð²Ñе ЎПкÑЌеМÑÑ, кПÑПÑÑÐŒ бÑлО пÑОÑÐ²ÐŸÐµÐœÑ ÐŒÐµÑаЎаММÑе dc.Title . Ð ÑпОÑке авÑПÑÑ aÂÑ ÐŽÐŸÐ»Ð¶ÐœÑ Ð¿ÐŸÑвОÑÑÑ Ð¿ÐžÐºÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ авÑПÑа МазМаÑеММПгП как dc.Creator , О ÑеÑез вÑÐ±ÐŸÑ Ð¿ÐŸÐ»ÐºÐž пПлÑÑаеÑе ЎПÑÑÑп кП вÑеЌ ÑПзЎаММÑÐŒ ОЌО ЎПкÑЌеМÑаЌ.
+
+ÐзвлеÑÑММÑе ЌеÑаЎаММÑе МеМаЎÑжМÑ, МП ПÑÐµÐœÑ ÐŽÑÑевÑ! Ð Ñ ÐŽÑÑгПй ÑÑПÑПМÑ, вÑÑÑÐœÑÑ ÐœÐ°Ð·ÐœÐ°ÑеММÑе ЌеÑаЎаММÑе МаЎÑжМÑ, МП ЎПÑПгО! РпÑПÑеЎÑей ÑаÑÑО ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÑказÑвалПÑÑ ÐŸ ÑПЌ, как ЎПÑÑОгМÑÑÑ Ð»ÑÑÑегП ÑезÑлÑÑаÑа ОÑпПлÑзÑÑ, МП пÑО ÑÑПЌ кПÑÑекÑОÑÑÑ Ð² ÑлÑÑае ПÑОбкО. Ð ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŒÐŸÐ¶ÐµÑ Ðž Ме ÑЎПвлеÑвПÑОÑÑ Ð¿ÑПÑеÑÑОПМалÑМПгП бОблОПÑекаÑÑ, ПМа ÐŒÐŸÐ¶ÐµÑ ÑÑÑÑПОÑÑ Ð²Ð¿ÐŸÐ»ÐœÐµ ÑÑОÑÐµÐ»Ñ ÐŒÑзÑкО, желаÑÑегП пПлÑÑОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, пÑОлПжОв ЌОМОЌÑÐŒ ÑÑОлОй.
+
+
+Ðа ÑÑПЌ ÑÑапе ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÐœÐ°ÐŽÐŸÐ±ÐžÑÑÑ ÐžÐ·ÐŽÐ°ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° CD-ROMе. ÐÐœÑÑÑÑкÑОО пП пÑÐžÐŒÐµÐœÐµÐœÐžÑ ÐœÐ°Ñ
+ПЎÑÑÑÑ Ð² папке .
+
+
+
+
+
+СлПжМÑе ЎПкÑЌеМÑÑ PDF
+
+
+
+
+
+ÐПЌпПМПвка МПвПй кПллекÑОО Greenstone Оз ЎвÑÑ
+ ÑайлПв в sample_files\difficult_documents. ÐÑпПлÑзÑйÑе кПМÑОгÑÑаÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО пП ÑЌПлÑаМОÑ.Т.е. ÑПбеÑОÑе Оз ÑайлПв МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ðž пПÑÑÑПйÑе.
+
+Ð€Ð°Ð¹Ð»Ñ ÐœÐ°Ð·ÑваÑÑÑÑ: No extractable text.pdf О Weird characters.pdf - ОЌеМа ПбПзМаÑаÑÑ Ð²ÑзÑваеЌÑÑ ÐžÐŒÐž пÑПблеЌÑ!
+
+
+
+ÐÑПÑЌПÑÑОÑе кПллекÑОÑ. СпОÑкО загПлПвкПв О МаОЌеМПваМОй ÑайлПв пПказÑваÑÑ ÑПлÑкП ПЎОМ Оз ЎПкÑЌеМÑПв. ÐПÑле ÑПгП, как ПÑкÑПеÑÑÑ Ð¿ÐžÐºÑПгÑаЌЌа "ÑекÑÑ" ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ОзвлеÑÑММПгП Оз ЎПкÑЌеМÑа ÑекÑÑа, ÑаЌ ПкажеÑÑÑ ÐŒÑÑПÑ. ÐП вÑÐµÐŒÑ Ð¿ÑПÑеÑÑа кПЌпПМПвкО пПÑвОлПÑÑ ÑППбÑеМОе: ÐЎОМ ЎПкÑÐŒÐµÐœÑ Ð±Ñл ПбÑабПÑаМ О вклÑÑÑÐœ в кПллекÑОÑ, а ÐŽÑÑгПй ПÑклПМÑÐœ.
+
+
+Ð ÐµÐ¶ÐžÐŒÑ ÐОблОПÑеÑМПгП ОМÑеÑÑейÑа.
+
+
+ÐÐœÑеÑÑÐµÐ¹Ñ Ð±ÐžÐ±Ð»ÐžÐŸÑекО ÐŒÐŸÐ¶ÐµÑ ÐŽÐµÐ¹ÑÑвПваÑÑ Ð² МеÑкПлÑкОÑ
+ ÑежОЌаÑ
+. ÐП МаÑÑПÑÑегП вÑеЌеМО пПлÑзПвалОÑÑ ÑежОЌПЌ пП ÑЌПлÑаМОÑ-"ÐОблОПÑекаÑÑ".
+
+
+ÐÑпПлÑзПвÑйÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐÑеЎпПÑÑÐµÐœÐžÑ Ð² ÐŒÐµÐœÑ Ð€Ð°Ð¹Ð» ÐŽÐ»Ñ Ð¿ÐµÑеклÑÑÐµÐœÐžÑ Ð² ÑежОЌ ÐкÑпеÑÑ Ðž ÑПбеÑОÑе кПллекÑÐžÑ ÑМПва. ÐÐ°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ð²ÑглÑÐŽÐžÑ Ð² ÐкÑпеÑÑе пП-ÐŽÑÑгПЌÑ;Ñак,как ÐŽÐ°ÐµÑ Ð±ÐŸÐ»ÑÑе ПпÑОй: МайЎОÑе ÐºÐœÐŸÐ¿ÐºÑ Ð¡ÐŸÐ±ÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ°Ñ
+ПЎÑÑÑÑÑÑ Ð²ÐœÐžÐ·Ñ ÐŸÐºÐœÐ°, О МажЌОÑе Ма МеÑ. ÐПÑвОвÑееÑÑ ÑППбÑеМОе гПвПÑÐžÑ ÐŸ ÑПЌ, ÑÑП Ñайл Ме ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐŸÐ±ÑабПÑаМ пП ПпÑеЎелÑММÑÐŒ пÑОÑОМаЌ
+
+
+РекПЌеМЎÑеЌ веÑÐœÑÑÑÑ Ð² ÑежОЌ ÐОблОПÑекаÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑлеЎÑÑÑОÑ
+ ÑпÑажМеМОй, вП ОзбежаМОе пÑÑаМОÑÑ.
+
+
+УлÑÑÑÐµÐœÐ°Ñ ÐºÐŸÐœÐ²ÐµÑÑОвПвка PDF Ñ Ghostscript
+
+
+ÐÑлО Ñ Ð²Ð°Ñ ÐžÐœÑÑаллОÑПваМ Ghostscript, Ð²Ñ ÐŒÐŸÐ¶ÐµÑе ОÑпПлÑзПваÑÑ ÐœÐŸÐ²Ñй ЌеÑПЎ ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑОÑПвкО ÑлПжМÑÑ
+ ЎПкÑЌеМÑПв PDF. Ghostscript - ÑÑП пÑПгÑаЌЌа ÐŽÐ»Ñ ÐºÐŸÐœÐ²ÐµÑÑОÑПвкО Postscript О PDF в ÐŽÑÑгОе ÑПÑЌаÑÑ. Ðе ЌПжМП ÑкаÑаÑÑ Ñ http://www.cs.wisc.edu/~ghost/ (ÑлеЎÑйÑе Ð»ÐžÐœÐºÑ Ðº бПлее ÑÑабОлÑМПй веÑÑОО).
+
+
+ÐаММÑе пÑÐŸÐ±Ð»ÐµÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ пÑеПЎПлеÑÑ Ñ Ð¿ÐŸÐŒÐŸÑÑÑ ÐŒÐµÐœÑ PDFPlug. Greenstone ÐŒÐŸÐ¶ÐµÑ Ð¿ÑеПбÑазПваÑÑ ÑÐ°Ð¹Ð»Ñ PDF в ÑеÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОй Ñ ÑППÑвеÑÑÑвÑÑÑОЌ ÑайлПЌ, ПбÑÑÑÐœÑÑÑОЌ ÑпПÑПб ÑПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÐŸÐ»ÐœÐŸÐ³ÐŸ ЎПкÑЌеМÑа (МазÑваеЌПгП item file). Ðа ЎаММПЌ ÑÑапе ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÑÑебÑеÑÑÑ ÑÑÑаМПвОÑÑ ImageMagick ( ).
+
+
+РпаМелО ÐОзайМ в ÐŒÐµÐœÑ ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа ÑÑлкМОÑе ÐŽÐ²Ð°Ð¶ÐŽÑ ÐœÐ° PDFPlug ÐŽÐ»Ñ Ð²ÑзПва ПкМа пПказÑваÑÑегП ÑÑÑаМПвкО, О ÑÑÑаМПвОÑе ПпÑÐžÑ convert_to к pagedimg_gif .
+
+
+ÐПÑÑÑПйка кПллекÑОО О ÐµÑ Ð¿ÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ . Ðба ЎПкÑЌеМÑа PDF бÑлО ПбÑабПÑÐ°ÐœÑ Ðž ÑазбОÑÑ ÐœÐ° ÑÑÑаМОÑÑ, МП пÑО ÑÑПЌ ÐºÐ°Ð¶ÐŽÐ°Ñ ÑÑÑаМОÑа пПказÑваеÑ, ÑÑП ЎПкÑÐŒÐµÐœÑ ÐœÐµ ÑПЎеÑÐ¶ÐžÑ ÑекÑÑа, Ñ.к пÑО кПМвеÑÑОÑПваМОО PDF ЎПкÑЌеМÑПв в ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐœÐµ бÑлП ОзвлеÑеМП какОÑ
+-лОбП ÑекÑÑПв.
+
+
+Ð ÑелÑÑ
+ ÑППÑвеÑÑÑвÑÑÑегП пÑПÑЌПÑÑа ЎПкÑЌеМÑПв ЌПЎОÑОÑОÑÑйÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа. РпаМелО ЎОзайМ еÑÑÑ ÑекÑÐžÑ Ñ
+аÑакÑеÑОÑÑОкО ÑПÑЌаÑа , вÑбеÑОÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ТекÑÑ ÐŽÐŸÐºÑЌеМÑа .ÐаЌеМОÑе:[Text] with [srcicon] . Ðалее МажЌОÑе Ма <ÐаЌеМОÑÑ ÑПÑЌаÑ> .
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ñ Ð¿Ð°ÐœÐµÐ»Ðž СПзЎаÑÑ .(ÐÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО в пПÑÑÑПеМОО). ÐзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐžÐ· ЎПкÑЌеМÑа пПказÑваÑÑÑÑ Ð²ÐŒÐµÑÑП ОзвлеÑÑММПгП ÑекÑÑа. Ðба Ñайла No extractable text.pdf О Weird characters.pdf ÑепеÑÑ Ð¿ÐŸÐºÐ°Ð·Ð°ÐœÑ ÐŸÑÑеÑлОвП..
+
+
+
+
+
+ÐÑПÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОй.
+
+
+
+
+
+ÐапÑÑк МПвПй кПллекÑОО (Ñайл → ÐПвÑй ) МазÑваеЌÑй backdrop . ÐапПлМОÑÑ Ð¿ÐŸÐ»Ñ ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей. ÐÐ»Ñ ÐÑМПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° , вÑбеÑОÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐПллекÑÐžÑ Ð¿ÑПÑÑÑÑ
+ ОзПбÑажеМОй (image-e) в МОÑпаЎаÑÑеЌ ЌеМÑ.
+
+Greenstone Ме ÑÑебÑÐµÑ Ð²ÑбПÑа МабПÑа ЌеÑаЎаММÑÑ
+, Ñак,как ÐœÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ°ÑлеЎÑÐµÑ Ð²ÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐžÑпПлÑзПваММÑÑ Ð² ПÑМПвМПй кПллекÑОО.
+
+
+
+СкПпОÑÑйÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐžÐ· sample_files\images в МПвП-ÑÑПÑЌОÑПваММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÐžÑ
+
+
+ÐМеÑОÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² паМелО СПзЎаÑÐµÐ»Ñ Ðž ÑПбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÑезÑлÑÑаÑа.
+
+
+ÐажЌОÑе пÑПÑЌаÑÑОваÑÑ Ð² МавОгаÑОПММПй паМелО ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑпОÑка ÑПÑПгÑаÑОй ÑпПÑÑЎПÑеММÑÑ
+ oОЌеМеЌ Ñайла О пÑеЎÑÑавлеММÑÑ
+ как кПМÑÑПлÑМПе ОзПбÑажеМОе ÑПвЌеÑÑМП Ñ ÐŸÑМПвМÑЌО ЎаÑаЌО.. СÑÑÑкÑÑÑа ЎаММПй кПллекÑОО ÑÑ
+Пжа Ñ ÑÑÑÑкÑÑÑПй кПллекÑÐžÑ Ð¿ÑПÑÑÑз ОзПбÑажеМОй (image-e) , МП пÑО ÑÑПЌ ÑПЎеÑжаМОе ПÑлОÑаеÑÑÑ.
+
+
+ÐМеÑОÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² паМелО ÐбПгаÑОÑÑ Ðž пПÑЌПÑÑОÑе ОзвлеÑÑММÑе ЌеÑаЎаММÑе Bear.jpg .
+
+
+ÐМеÑОÑе ÑПбÑÑвеММÑе ЌеÑаЎаММÑе О ОÑпПлÑзÑйÑе ОÑ
+ ÐŽÐ»Ñ Ð¿ÑеЎПÑÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÐŸÐ»ÑзПваÑелÑÐŒ МПвÑÑ
+ ÑпПÑПбПв пÑПÑЌаÑÑÐžÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑпПлÑзÑйÑе ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ Dublin Core.
+
+
+ÐПбавÑÑе ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ в кПллекÑОÑ.
+
+
+ÐПллекÑÐžÑ (image-e) Ма кПÑПÑПй ПÑМПваМ backdrop ОÑпПлÑзÑÐµÑ ÑПлÑкП ОзвлеÑÑММÑе ЌеÑаЎаММÑе. ÐÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ ÐŽÑÑгПгП МабПÑа ЌеÑаЎаММÑÑ
+ пÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ ÐŽÐžÐ·Ð°Ð¹Ðœ ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа, О МажЌОÑе Ма ÐабПÑÑ ÐŒÐµÑаЎаММÑÑ
+ в ÑпОÑке Ñлева(пПÑлеЎМÑÑ). Ðалее МажЌОÑе Ма <ÐПбавОÑÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+... > (МОжМÑÑ Ð»ÐµÐ²Ð°Ñ ÐºÐœÐŸÐ¿ÐºÐ°).
+
+
+РвÑплÑваÑÑеЌ ПкМе вÑбеÑОÑе dublin.mds , Ўалее МажЌОÑе Ма <ÐПбавОÑÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ >
+
+
+ÐПбавÑÑе загПлПвПк ЌеÑаЎаММÑÑ
+.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ ÐœÐ°Ð¶Ð°Ð² Ма ÑÑлÑÑПк. ÐеÑаЎаММÑе Ма кажЎÑй Ñайл ПÑПбÑажаÑÑ Ð¿ÐŸÐ»Ñ Dublin core dc. Ñак же ÑÑпеÑМП, как О ОзвлеÑÑММÑе Ð¿ÐŸÐ»Ñ ex. .
+
+
+РабПÑа ÑПлÑкП Ñ ÑÑÐµÐŒÑ Ð¿ÐµÑвÑЌО ÑайлаЌО (Bear.jpg , Cat.jpg О Cheetah.jpg ) ÐŽÐ»Ñ Ð²ÑÑÐ²Ð»ÐµÐœÐžÑ Ð²ÑегП, ÑÑП вПзЌПжМП. ÐеÑвПе: пПле кажЎПгП ЎПлжМП бÑÑÑ ÐžÐŽÐµÐœÑОÑÐœÑÐŒ ÐœÐ°ÐžÐŒÐµÐœÐŸÐ²Ð°ÐœÐžÑ Ñайла, МП без ÑаÑÑОÑÐµÐœÐžÑ ÐœÐ°ÐžÐŒÐµÐœÐŸÐ²Ð°ÐœÐžÑ.
+
+
+ЩÑлкМОÑе Ма Bear.jpg , ÑÑÐŸÐ±Ñ ÑЎелаÑÑ ÐµÐ³ÐŸ ЌеÑаЎаММÑе ЎПÑÑÑпМÑЌО, Ўалее МажЌОÑе Ма пПле ÑпÑава dc.Title . ÐвеЎОÑе in Bear , О МажЌОÑе ÐвПЎ .
+
+
+ÐПЎÑÐ»Ñ Ð²Ñе пÑеЎÑÐŽÑÑОе зМаÑÐµÐœÐžÑ ... бÑÐŽÐµÑ Ð±ÐŸÐ»ÐµÐµ ÑÑÑекÑОвеМ, еÑлО ЎПбавОÑÑ Ð±ÐŸÐ»ÑÑе ÑлеЌеМÑПв.
+
+
+ÐПвÑПÑОÑÑ Ð¿ÑПÑеÑÑ ÐŽÐ»Ñ Cat.jpg О Cheetah.jpg
+
+ÐакПе ПпОÑаМОе вÑбÑаÑÑ? ЧÑÐŸÐ±Ñ Ð²ÑпПЌМОÑÑ ÑПЎеÑжаМОе Ñайла ÑелкМОÑе в ÐОблОПÑеÑМПЌ ÐÐœÑеÑÑейÑе пП ÐœÐµÐŒÑ ÐŽÐ²Ð°Ð¶ÐŽÑ. ÐапÑÑкаеÑÑÑ ÑППÑвеÑÑÑвÑÑÑее пÑОлПжеМОе в завОÑОЌПÑÑО ÐŸÑ ÑаÑÑОÑÐµÐœÐžÑ ÑÑПгП Ñайла: Word ЎлÑ.doc files, Acrobat for .pdf files О Ñ.п. ÐвПйМПй ÑелÑПк Ма Bear.jpg О ПМ ПÑкÑПеÑÑÑ Ð² ÑПÑПÑеЎакÑПÑе Microsoft Photo Editor (ОлО ÐŽÑÑгПй пÑПгÑаЌЌе в завОÑОЌПÑÑО ÐŸÑ ÑÑÑаМПвПк ваÑегП кПЌпÑÑÑеÑа).
+
+ÐеÑМОÑеÑÑ Ð² ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑейÑ, зайЎОÑе в ÑекÑÑ Bear in the Rocky Mountains как зМаÑеМОе Ð¿ÐŸÐ»Ñ dc.Description О МажЌОÑе Ма ÐвПЎ ÐŽÐ»Ñ ÐµÐ³ÐŸ ЎПбавлеМОÑ.
+
+
+ÐПвÑПÑОÑе ЎаММÑй пÑПÑеÑÑ Ðž ÐŽÐ»Ñ Cat.jpg О Cheetah.jpg , ЎПбавОв ÐºÐ°Ð¶ÐŽÐŸÐŒÑ ÑППÑвеÑÑÑвÑÑÑее ПпОÑаМОе.
+
+
+Ðа ЎаММПЌ ÑÑапе вМПÑОЌ МекПÑПÑÑе вОЎПОзЌеМеМОÑ. ÐПÑÑÑПйка ОлО пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ме пПкажÑÑ ÐœÐžÑегП МПвПгП. Так,как Ме вМеÑÐµÐœÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² ЎОзайМ кПллекÑОО Ñ ÑелÑÑ Ð²ÐŸÑпПлÑзПваÑÑÑÑ ÐœÐŸÐ²ÑЌО ЌеÑаЎаММÑЌО.
+
+
+ÐзЌеМОÑе Ñ
+аÑакÑеÑОÑÑОкО ÑПÑЌаÑа ÐŽÐ»Ñ Ð²ÑвПЎа МПвÑÑ
+ ЌеÑаЎаММÑÑ
+ Ма ÑкÑаМ.
+
+
+ÐÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе в левПй ÑаÑÑО ÑпОÑка ХаÑакÑеÑОÑÑОкО ÑПÑЌаÑа . УЎПÑÑПвеÑÑÑеÑÑ Ð² ÑÑÑаМПвкаÑ
+ пП ÑЌПлÑаМОÑ: в ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкО ПÑÑаеÑÑÑ Ð¿ÑПбел, О VList вÑбÑаМ как ÐПЌпПМеМÑÑ ÐœÐ° кПÑПÑÑе ПказаМП вПзЎейÑÑвОе . Ð ÑÑÑПке ÑПÑЌаÑа HTML ПÑÑеЎакÑОÑÑйÑе ÑлеЎÑÑÑее:
+
+ÐзЌеМОÑÑ "_ImageName_:" Ма "Title:" ÐзЌеМОÑÑ "[Image]" Ма "[dc.Title]"
+
+
+ÐЌеМа ЌеÑаЎаММÑÑ
+ завОÑÑÑ ÐŸÑ ÑегОÑÑÑа в Greenstone: важМП пÑеПбÑазПваМОе Оз ÑÑÑПÑÐœÑÑ
+ в заглавМÑе "ÐагПлПвПк"(О МО в кПеЌ ÑлÑÑае Ме ЌеМÑÑÑ "dc").
+
+
+
+ÐажЌОÑе Ма <заЌеМОÑÑ ÑПÑЌаÑ> . ÐеÑвПе Оз ОзЌеМеМОй вОЎПОзЌеМÑÐµÑ ÑÑÐ°Ð³ÐŒÐµÐœÑ ÑекÑÑа, кПÑПÑÑй пПÑвлÑеÑÑÑ Ð² пÑавПй ÑÑПÑПМе ЌОМОаÑÑÑÑ, вÑПÑПе ОзЌеМÑÐµÑ ÑлеЎÑÑÑÑÑ ÐµÐŒÑ Ð¿ÐžÐºÑПгÑÐ°ÐŒÐŒÑ ÐŒÐµÑаЎаММÑÑ
+.
+
+
+ÐÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž ÑÑлкМÑÑÑ ÐœÐ° <ÐПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ> . Ðалее пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÑО вÑбПÑе в МавОгаÑОППМПй паМелОпÑПÑЌаÑÑОваÑÑ Ð¿ÑезеМÑаÑÐžÑ ÐžÐ·ÐŒÐµÐœÐžÐ»Ð°ÑÑ ÐœÐ° "ÐагПлПвПк: Voshojdeniye" О Ñ.п.
+
+
+Так как ÐŒÑ Ð¿ÑОÑвПОлО ЌеÑаЎаММÑе dc.Title ÑПлÑкП к ÑÑеЌ пеÑвÑÐŒ пОкÑПгÑаЌЌаЌ, загПлПвПк ПÑÑаеÑÑÑ Ð¿ÑÑÑÑÐŒ. ЧÑÐŸÐ±Ñ Ð¿ÐŸÐ»ÑÑОÑÑ Ð¿ÐŸÐ»ÐœÐŸÐµ зМаÑеМОÑ, ввеЎОÑе вÑе зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+.
+
+
+ÐПллекÑÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐ° бÑÑÑ Ð¿ÐµÑепПÑÑÑПеМа ÐŽÐ»Ñ ÑПгП, ÑÑÐŸÐ±Ñ ÑÑалО Ð²ÐžÐŽÐœÑ ÑезÑлÑÑаÑÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÐœÐµÐºÐŸÑПÑÑÑ
+ паÑаЌеÑÑПв ЎОзайМа. ÐЎМакП, ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÑПÑЌаÑа ПпеÑаÑПÑПв Ð²ÐžÐŽÐœÑ ÑÑазÑ, еÑлО Ð²Ñ ÐœÐ°Ð¶ÐŒÐµÑе Ма пеÑезагÑÑÐ·ÐºÑ Ð² веб бÑаÑзеÑе.
+
+
+ÐзЌеМеМОе ÑазЌеÑПв ЌОМОаÑÑÑ.
+
+
+ÐзПбÑажеМОÑ-ЌОМОаÑÑÑÑ ÑПзЎаÑÑÑÑ Ð¿Ð»Ð°Ð³ÐžÐœÐŸÐŒ ImagePlug , Ñак ÑÑП ÐœÑжМП пПлÑÑОÑÑ ÐŽÐŸÑÑÑп к ÑÑÑаМПвкаЌ егП кПМÑОгÑÑаÑОО. С ÑÑПй ÑелÑÑ Ð¿ÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ ÐŽÐžÐ·Ð°Ð¹Ðœ О вÑбеÑОÑе Оз ÑпОÑка Ñлева ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа . ÐÐ»Ñ Ð¿ÐŸÑÐ²Ð»ÐµÐœÐžÑ Ð²ÑплÑваÑÑегП ПкМа ПÑПбÑажаÑÑегП ÑÑÑаМПвкО ÐŽÐ²Ð°Ð¶ÐŽÑ ÑÑлкМОÑе Ма плагОМ ImagePlug ( в каÑеÑÑве алÑÑеÑМаÑÐžÐ²Ñ Ð²ÑбеÑОÑе ПЎМОЌ ÑелÑкПЌImagePlug , О Ўалее ÑÑлкМОÑе Ма <кПМÑОгÑÑОÑПваМОе плагОМа> Ўалее Ма ÑкÑаМе). РМаÑÑПÑÑее вÑÐµÐŒÑ Ð²Ñе ПпÑОО ПÑклÑÑеМÑ, О ÑÑаМЎаÑÑÐœÑе пП ÑЌПлÑÐ°ÐœÐžÑ ÐžÑпПлÑзÑÑÑÑÑ. ÐÑбеÑОÑеÑÐ°Ð·ÐŒÐµÑ ÐºÐŸÐœÑÑПлÑМПгП ПкМа , пПЌеÑÑОÑе егП в 50 , О вÑбеÑОÑе <OK> .
+
+
+ÐПÑÑÑПйка О пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐПÑле пÑПÑЌПÑÑа ÑезÑлÑÑаÑПв ОзЌеМеМОй, веÑМОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐŽÐžÐ·Ð°Ð¹Ðœ , вÑбеÑОÑе ПпÑОО кПМÑОгÑÑОÑÐŸÐ²Ð°ÐœÐžÑ ImagePlug , О ПÑклÑÑОÑе ПпÑÐžÑ ÑазЌеÑа кПМÑÑПлÑМПгП ПкМа, ÑакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ Ð¿ÑО вПÑÑÑаМПвлеМОО кПллекÑОО, ПМП кПМÑÑПлÑМПе ПкМП веÑÐœÑлПÑÑ Ðº пÑежМОЌ ÑазЌеÑаЌ.
+
+
+ТепеÑÑ Ð²Ð²ÐµÐŽÐžÑе ЌеÑаЎаММÑе ПпОÑÑваÑÑОе ÑПÑПгÑаÑОО кПллекÑОО. СМПва, ÐŽÐ»Ñ ÐžÐ»Ð»ÑÑÑÑОÑПваМОÑ,вÑе вМОЌаМОе Ма пеÑвÑе ÑÑО ОзПбÑÐ°Ð¶ÐµÐœÐžÑ (Bear.jpg, Cat.jpg О Cheetah.jpg).
+
+
+ÐПбавÑÑе ЌеÑаЎаММÑе ПпОÑаМОÑ.
+
+
+ÐÑПйЎОÑе Ма паМелÑÐбПгаÑОÑÑ Ðž вÑбеÑОÑе Bear.jpg . ÐÐ»Ñ ÑПÑ
+ÑÐ°ÐœÐµÐœÐžÑ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ Ð² ÑлеЌеМÑе ЌеÑаЎаММÑÑ
+ dc.Description , вÑбеÑОÑе ÐµÑ Ð² пÑавПй паМелО.
+
+
+ÐПÑÑПзЎайÑе кПллекÑÐžÑ ÐŽÐ»Ñ Ð²ÐºÐ»ÑÑÐµÐœÐžÑ ÐœÐŸÐ²ÑÑ
+ ЌеÑаЎаММÑÑ
+.
+
+
+ÐПЎеÑМОзОÑÑйÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÐœÐŸÐ²ÑÑ
+ ЌеÑаЎаММÑÑ
+ dc.Description . ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ , О вПйЎОÑе в ÑÐµÐ³ÐŒÐµÐœÑ Ð¥Ð°ÑакÑеÑОÑÑОкО ÑПÑЌаÑа вÑбÑав егП в левПй ÑаÑÑО ÐŒÐµÐœÑ ÐœÐ°ÐžÐŒÐµÐœÐŸÐ²Ð°ÐœÐžÐ¹, ÑЎПÑÑПвеÑОÑÑÑ Ð² вÑбПÑе ListV (VList). Ð ÑÑÑПке ÑПÑЌаÑа HTML ÑÑÑаМПвОÑÑ ÐºÑÑÑÐŸÑ Ð¿ÐŸÑле ÑекÑÑа:
+[dc.Title]<br>
+
+
+О ЎПбавÑÑе ÑлеЎÑÑÑОй ÑекÑÑ:
+Description: [dc.Description]<br>
+
+
+Ðалее МажЌОÑе Ма <ÐаЌеМОÑÑ ÑПÑЌаÑ> .
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÑезÑлÑÑаÑа ( кПЌпПМПвкО кПллекÑОО как Ма 22 ÑÑапе ÐŽÐ»Ñ Ð²ÐºÐ»ÑÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ Ме ÑÑебÑеÑÑÑ, Ñак,как ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² ÑПÑЌаÑе ПпеÑаÑПÑа вПзЎейÑÑвÑÑÑ ÐŒÐŸÐŒÐµÐœÑалÑМП).ÐпОÑаМОе кажЎПгП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐŽÐŸÐ»Ð¶ÐœÐŸ пПÑвлÑÑÑÑ Ð¿ÐŸÐŒÐžÐŒÐŸ кПМÑÑПлÑМПгП ПкМа пПЎ ÑлеЎÑÑÑОЌ загПлПвкПЌ:
+
+
+ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐ° базе ЌеÑаЎаММÑÑ
+ ÐпОÑаМОÑ.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° паМелÑÐОзайМ О вÑбеÑОÑе в левПÑÑПÑПММеЌ ÐŒÐµÐœÑ ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ . УÑÑаМПвОÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐŒÐµÐœÑ ÐÑбÑаÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ Ð² AZList , Ўалее МажЌОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ... >.
+
+
+ÐÑплÑÐ²Ð°ÐµÑ ÐŸÐºÐœÐŸ ÐŽÐ»Ñ ÑегÑлОÑÐŸÐ²Ð°ÐœÐžÑ ÐŸÐ¿ÑОй клаÑÑОÑОкаÑПÑа. УÑÑаМПвОÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+ в dc.Description О МажаÑÑ ÐœÐ° <OK> . Ðалее зайЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , ÑПбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ. ÐÑбеÑОÑе в МавОгаÑОПММПй паМелО МПвÑÑ ÑÑÑÐ»ÐºÑ ÐŸÐ¿ÐžÑÐ°ÐœÐžÑ .
+
+
+Так,как в ÑпОÑке ПÑПбÑажаÑÑÑÑ Ð¿ÑМкÑÑ Ñ ÑелеваМÑÐœÑЌО ЌеÑаЎаММÑЌО ( в ÑÑПЌ ÑлÑÑае dc.Description), ÑПлÑкП ÑÑО пÑМкÑа ПÑПбÑажеМÑ. ÐеÑвПМаÑалÑÐœÑй ÑпОÑПк пÑПÑЌПÑÑа вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ Ð²Ñе ÑПÑПгÑаÑОО кПллекÑОО Ñак,как ПМО Ма базе ex.Image, ОзвлеÑÑММÑе ЌеÑаЎаММÑе ПÑПбÑажаÑÑОе МаОЌеМПваМОе ОзПбÑажеМОÑ, ÑÑÑаМПвлеММПгП ÐŽÐ»Ñ Ð²ÑеÑ
+ ОзПбÑажеМОй кПллекÑОО.
+
+
+СПзЎаÑÑ ÐžÐœÐŽÐµÐºÑа пПОÑка Ма базе ЌеÑаЎаММÑÑ
+ ÐпОÑаМОÑ.
+
+
+ÐеÑейЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÐПОÑк ОМЎекÑПв в левПÑÑПÑПММеЌ ÑпОÑке. ÐПйÑО в ÑекÑÑ "ПпОÑаМОе" как ÐÐŒÑ ÐžÐœÐŽÐµÐºÑа , вÑбеÑОÑе dc.Description О МажЌОÑе Ма <ÐПбавОÑÑ ÐžÐœÐŽÐµÐºÑ> .
+
+
+ÐеÑейЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ ,пПÑÑÑПйÑе кПллекÑОÑ, О МажЌОÑе Ма пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ . РкаÑеÑÑве пÑОЌеÑа МайЎОÑе ÑеÑЌОМ "bear" в ОМЎекÑе ПпОÑаМОе (в ÑÑÐŸÑ ÐŒÐŸÐŒÐµÐœÑ ÑÑП еЎОМÑÑвеММÑй вПзЌПжМÑй ОМЎекÑ).
+
+
+
+
+
+
+ÐПлÑÑÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑайлПв HTML—Tudor
+
+
+
+
+
+ÐапÑÑÑОÑÑ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone (в ÑОÑÑеЌе Windows ÐŒÐµÐœÑ ÐапÑÑк ) О запÑÑÑОÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÐŽ МазваМОеЌ tudor (ОÑпПлÑзПваÑÑ ÐŒÐµÐœÑ File ). ÐапПлМОÑе вÑплÑваÑÑОй ЎОалПг пПЎÑ
+ПЎÑÑОЌО зМаÑеМОÑЌО О вÑйЎОÑе Оз Dublin Core , вÑбÑаММПгП пП ÑЌПлÑÐ°ÐœÐžÑ ÐºÐ°Ðº ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+.
+
+
+ÐайЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ±ÑаÑÑ , ПÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ tudor в sample_files .
+
+
+ÐеÑеÑаÑОÑе englishhistory.net Ñ Ð»ÐµÐ²ÐŸÐ¹ ÑаÑÑО Ма пÑавÑÑ, ÐŽÐ»Ñ Ð²ÐºÐ»ÑÑÐµÐœÐžÑ ÐµÑ Ð² кПллекÑÐžÑ tudor .
+
+
+ÐеÑейЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž МажЌОÑе Ма <СПбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ> .
+
+
+ÐПÑле ПкПМÑÐ°ÐœÐžÑ ÑбПÑкО пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+СÑеЎÑÑва пÑПÑЌПÑÑа ЎаММПй кПллекÑОО (ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ðž ОЌеМа ÑайлПв ) пПлМПÑÑÑÑ ÐŸÑÐœÐŸÐ²Ð°ÐœÑ ÐœÐ° ОзвлеÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+. ÐеÑМОÑеÑÑ Ðº ÐОблОПÑеÑÐœÐŸÐŒÑ ÐÐœÑеÑÑейÑÑ Ðž пÑПвеÑÑÑе ОзвлеÑÑММÑе ЌеÑаЎаММÑÑ
+ МекПÑПÑÑÑ
+ ÑайлПв.
+
+
+Ðак Ñже заЌеÑОлО, кПлекÑÐžÑ ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП ÑеЎкОÑ
+ ÑайлПв, Ñак же как О ЎПкÑЌеМÑÑ HTML. ÐÑП ПÑОбка. ÐелП в ÑПЌ, ÑÑП ЌМПгОе Оз ЎПкÑЌеМÑПв HTML ÑПЎеÑÐ¶Ð°Ñ ÐžÐ·ÐŸÐ±ÑажеМОÑ, О Ñ
+ПÑÑ Greenstone ÑÑаÑаеÑÑÑ ÐŸÐ¿ÑеЎелОÑÑ ÐºÐ°ÐºÐžÐµ ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð¿ÑÐžÐœÐ°ÐŽÐ»ÐµÐ¶Ð°Ñ ÑÑÑаМОÑаЌ HTML О ÑПлÑкП ÑаÑÑЌаÑÑÐžÐ²Ð°ÐµÑ Ð²ÐºÐ»ÑÑеМОе ÐŽÑÑгОÑ
+ ОзПбÑажеМОй в кПллекÑОй, в ЎаММПЌ ÑлÑÑае ÑÑП Ме ÑПвÑеЌ ÑÑпеÑМП.( ÐÑП пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð²ÑлеЎÑÑвОе ÑПгП, ÑÑП веб-ÑайÑ,Ñ ÐºÐŸÑПÑПгП ЎаММÑе ÑÐ°Ð¹Ð»Ñ Ð±ÑлО загÑÑжеМÑ, ОМПгЎа ПÑпÑавлÑеÑÑÑ ÑПглаÑМП ÑÑаМЎаÑÑÐœÑÐŒ пÑавОлаЌ ОеÑаÑÑ
+ОÑеÑкПгП ÑÑÑÑкÑÑÑОÑПваМОÑ.
+
+
+ÐеÑейЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑазЎел ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа . ÐÑПЌе плагОМа HTMLPlug Ð²Ñ ÑвОЎОÑе Ñакже -smart_block . ÐÐ°ÐœÐœÐ°Ñ ÐŸÐ¿ÑÐžÑ Ð¿ÑеЎМазМаÑеМа ÐŽÐ»Ñ Ð¿ÐŸÐžÑка ОзПбÑажеМОй в ÑÑÑаМОÑаÑ
+ HTML О блПкОÑÐŸÐ²Ð°ÐœÐžÑ ÐžÑ
+ ÐŸÑ Ð²ÐºÐ»ÑÑеМОÑ. РЎаММПЌ ÑлÑÑае ÑÑП Ме ÑПвÑеЌ пÑавОлÑМП. ÐÑбеÑОÑе ÑÑÑПкÑплагОМHTMLPlug О ÑÑлкМÑÑе Ма <ÐПМÑОгÑÑОÑПваМОе плагОМа...> . ÐПÑвОÑÑÑ Ð²ÑплÑваÑÑее ПкМП. ÐеÑейЎОÑе вМОз ÑÑÑаМОÑÑ, ÐŽÐ»Ñ ÑÑÑÐ°ÐœÐŸÐ²Ð»ÐµÐœÐžÑ ÐŸÐ¿ÑОО smart_block О вÑклÑÑОÑе ее. ÐажЌОÑе Ма <OK> .
+
+
+ÐеÑейЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐПллекÑОÑ,как О ÑаМÑÑе, ОÑклÑÑÐ°ÐµÑ ÑÑП ÑÑО ÑеЎкОе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÐœÐµ пПказÑваÑÑÑÑ. ÐÑП пÑПОÑÑ
+ÐŸÐŽÐžÑ Ð²ÑлеЎÑÑвОе ÑПгП, ÑÑП Ð¿Ð»Ð°Ð³ÐžÐœÑ ÑабПÑаÑÑÑ ÐœÐ°Ð¿ÐŸÐŽÐŸÐ±ÐžÐµ ÑÑÑбПпÑПвПЎа: ÑÐ°Ð¹Ð»Ñ Ð¿ÐµÑеÑ
+ПЎÑÑ ÐŽÑÑг к ÐŽÑÑгÑ, ЎП ÑеÑ
+ пПÑ, пПка Ме МаÑ
+ПЎОÑÑÑ Ñайл ÑпПÑПбМÑй ОÑ
+ ПбÑабПÑаÑÑ. ÐП ÑЌПлÑÐ°ÐœÐžÑ (МапÑ: без smart_block ) плагОМ HTML блПкОÑÑÐµÑ Ð²Ñе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑППÑвеÑÑÑвÑÑÑОе ЎаММПй кПллекÑОО.
+
+
+ÐÑПвеÑОÑÑ ÑазлОÑÐœÑе пÑПÑЌПÑÑÑ ÑайлПв в паМелÑÑ
+ СПбÑаÑÑ Ðž ÐбПгаÑОÑÑ.
+
+
+ÐПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ±ÑаÑÑ , О в пÑавПй ÑаÑÑО ПÑкÑÑÑÑ englishhistory.net → tudor .
+
+
+ÐзЌеМОÑе ÐŒÐµÐœÑ ÐПказаÑÑ ÑÐ°Ð¹Ð»Ñ Ð² пÑавПй ÑаÑÑО, Ñ ÐÑе ÑÐ°Ð¹Ð»Ñ ÐœÐ° HTM & HTML .ÐПЌМОÑе: вÑе вÑÑеÑказаММÑе ÑÐ°Ð¹Ð»Ñ ÑОлÑÑÑÑÑÑ ÑакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ Ð¿ÐŸÐºÐ°Ð·ÑваÑÑ ÑÐ°Ð¹Ð»Ñ ÑПлÑкП ЎаММПгП ÑОпа.
+
+
+ÐзЌеМОÑе ÐŒÐµÐœÑ ÐПказаÑÑ ÑÐ°Ð¹Ð»Ñ ÐœÐ° ÐзПбÑÐ°Ð¶ÐµÐœÐžÑ . СМПва, ÑÐ°Ð¹Ð»Ñ Ð²ÑÑеÑказаММÑе ОзЌеМÑÑÑ.
+
+
+ÐеÑМОÑе ÑÑÑÐ°ÐœÐŸÐ²ÐºÑ ÐПказаÑÑ ÑÐ°Ð¹Ð»Ñ Ð² Ð¿Ð°Ð¿ÐºÑ ÐÑе ÑÐ°Ð¹Ð»Ñ , в пÑПÑОвМПЌ ÑлÑÑае ЌПжМП запÑÑаÑÑÑÑ. ÐПЌМОÑе, ÑÑП еÑлО паМелО СПбÑаÑÑ ÐžÐ»Ðž ÐбПгаÑОÑÑ ÐœÐµ пПказÑваÑÑ Ð²Ñе ваÑО ÑайлÑ, ÑÑП ÐŒÐŸÐ¶ÐµÑ Ð¿ÑОвеÑÑО к пÑПблеЌе.
+
+
+
+
+
+
+ÐкÑпПÑÑОÑÑйÑе кПллекÑОО Ма CD-ROM/DVD
+
+
+
+
+
+ÐÐ»Ñ ÑазЌеÑÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ма CD-ROMе, ЌПЎÑÐ»Ñ ÑкÑпПÑÑа-ÐкÑпПÑÑ CD-ROMа Greenstone ЎПлжеМ бÑÑÑ ÑÑÑаМПвлеМ ( ).
+
+
+ÐапÑÑÑОÑе ÐÐœÑеÑÑÐµÐ¹Ñ ÐОблОПÑекО Greenstone, в ÑПЌ ÑлÑÑае еÑлО ПМа Ме запÑÑеМа.
+
+
+ÐÑбеÑОÑе Ѐайл → ÐапОÑОÑе ОзПбÑажеМОе CD/DVD , О в вÑплÑваÑÑеЌ ПкМе вÑбÑаÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ tudor , как кПллекÑÐžÑ ÐŽÐ»Ñ ÑкÑпПÑÑОÑПваМОÑ. ÐеПбÑзаÑелÑМП МазÑваÑÑ CD-ROM; в пÑПÑОвМПЌ ÑлÑÑае ОÑпПлÑзÑÑÑÑÑ Ð¿ÐŸ ÑЌПлÑаМОÑ. ÐПÑÑÑпОÑÑ ÑПÑМП Ñак же, в пПле "ÐПллекÑÐžÑ Tudor " О в CD/DVD ÐžÐŒÑ : Ўалее ÑÑлкМÑÑÑ ÐœÐ° <ÐапОÑаÑÑ CD/DVD ОзПбÑажеМОÑ> .
+ÐеПбÑ
+ПЎОЌÑе ÑÐ°Ð¹Ð»Ñ ÐŽÐ»Ñ ÑкÑпПÑÑа МапОÑаМÑ:
+C:\Program Files\Greenstone\tmp\exported_Tudorcollection
+
+ÐаЌеÑÑÑе, ÑÑП еÑлО Ð²Ñ ÐœÐµ ÑкажОÑе МазваМОе ЎОÑка CD-ROM, ÑП вЌеÑÑП exported_Tudorcollections бÑÐŽÐµÑ ÐžÑпПлÑзПваÑÑÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÐµ папкО exported_collections .
+
+ÐÐ»Ñ ÐžÑ
+ запОÑО Ма CD-ROM пПÑÑебÑеÑÑÑ Ð¿ÑПгÑаЌЌМПе ПбеÑпеÑеМОе кПЌпÑÑÑеÑа пПлÑзПваÑелÑ. Ð ÑОÑÑеЌе Windows XP ÐŽÐ°ÐœÐœÐ°Ñ ÑпПÑПбМПÑÑÑ Ð²ÑÑÑПеМа в ПпеÑаÑОПММÑÑ ÑОÑÑеЌÑ: пÑО ÑÑлПвОО МалОÑÐžÑ CD-ROMа ОлО пОÑÑÑегП DVD вÑÑавÑÑе пÑÑÑПй ЎОÑк в ЎОÑкПвПЎ, пеÑеМеÑОÑе ÑПЎеÑжОЌПе exported_Tudorcollection в Ð¿Ð°Ð¿ÐºÑ Ð¿ÑеЎÑÑавлÑÑÑÑÑ ÐŽÐžÑк.
+
+РезÑлÑÑаÑПЌ ÑвлÑеÑÑÑ ÑаЌПÑÑÑаМПвка CD-ROM Greenstone, кПÑПÑÑй пПÑле егП ÑÑÑаМПвкО в ÐŽÑÐ°Ð¹Ð²ÐµÑ Ð·Ð°Ð¿ÑÑÐºÐ°ÐµÑ Ð¿ÑПÑеÑÑ ÐžÐœÑÑаллÑÑОО.
+
+
+
+
+
+
+ÐагÑÑзОÑе ÑÐ°Ð¹Ð»Ñ Ñ Ð²ÐµÐ±.
+
+
+
+
+
+ÐÐ°ÐœÐµÐ»Ñ ÐагÑÑзка ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа Greenstone ÐŽÐ°ÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð·Ð°Ð³ÑÑжаÑÑ Ð¿ÐµÑÑПМалÑÐœÑе ÑайлÑ, ÑаÑÑО вебÑайÑПв, О Ўаже ÑелÑе вебÑайÑÑ Ñ Ð²ÐµÐ±Ð°.
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÐŽ МазваМОеЌ webtudor , О ÑазЌеÑÑОÑÑ ÐµÐ³ÐŸ в кПллекÑООtudor .
+
+
+Рвеб-пÑПвПЎМОке пПÑеÑОÑе ÑÑÑаМОÑÐºÑ http://englishhistory.net, ÑлеЎÑйÑе ÑÑÑлке Tudor England , О МажЌОÑе <ввПЎ >. ÐÑ ÐŽÐŸÐ»Ð¶ÐœÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð¿ÐŸ аЎÑеÑÑ URL
+ http://englishhistory.net/tudor/contents.html
+С ÑÑПгП ЌПЌеМÑа запÑÑеМ пÑПÑеÑÑ Ð·Ð°Ð³ÑÑзкО ÐŽÐ»Ñ Ð¿ÐŸÐ»ÑÑÐµÐœÐžÑ ÑайлПв, кПÑПÑÑе ОÑпПлÑзПвалОÑÑ Ð² кПллекÑОО tudor .
+
+
+ÐПжеÑе ÑЎелаÑÑ ÑП же ÑаЌПе пÑÑеЌ кПпОÑÐŸÐ²Ð°ÐœÐžÑ ÐŽÐ°ÐœÐœÐŸÐ³ÐŸ аЎÑеÑа URL Оз бÑаÑзеÑа, ÑазЌеÑÑОÑе егП в паМелО ÐагÑÑзка , О ÑелкМОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ <ÐагÑÑзка> . ÐЎМакП, ПбÑеЌ загÑÑзкО в МеÑкПлÑкП ЌегабайÑПв ÐŒÐŸÐ¶ÐµÑ ÐœÐ°Ð³ÑÑзОÑÑ ÑеÑÑÑÑÑ ÑеÑО, ОлО ваÑе ÑеÑпеМОе! ÐÐ»Ñ Ð±ÑÑÑÑПгП ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÐŒÑ ÐŸÑÑаМПвОЌÑÑ ÐœÐ° МебПлÑÑПЌ ÑегЌеМÑе ÑайÑа. РпаМелО ÐагÑÑзка ввеЎОÑе ЎаММÑй аЎÑÐµÑ URL
+ http://englishhistory.net/tudor/citizens/
+в ЌПЎÑÐ»Ñ ÐžÑÑПÑМОк URL . ÐÑÑÑ ÐœÐµÑкПлÑкП ПпÑОй пП ÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÑÐŸÐŽÐŸÐ»Ð¶ÐµÐœÐžÑ Ð·Ð°Ð³ÑÑзкО пÑПÑеÑÑа. ÐÐ»Ñ ÐºÐŸÐ¿ÐžÑÐŸÐ²Ð°ÐœÐžÑ ÑазЎела вебÑайÑа citizens , вÑбеÑОÑе ÑкаÑаÑÑ ÑПлÑкП ÑÐ°Ð¹Ð»Ñ ÐœÐžÐ¶Ðµ ÑÑПгП аЎÑеÑа . РпÑПÑОвМПЌ ÑлÑÑае (ОлО еÑлО Ð²Ñ Ð·Ð°Ð±ÑЎеÑе пПÑÑавОÑÑ Ð·ÐœÐ°Ðº "/" в кПМÑе аЎÑеÑа), пÑПÑеÑÑ Ð·Ð°Ð³ÑÑзкО бÑÐŽÐµÑ ÑлеЎПваÑÑ ÑÑÑлкаЌ к ÐŽÑÑгОЌ ПблаÑÑÑÐŒ вебÑайÑа englishhistory.net О ÑкаÑОваÑÑ ÐžÑ
+ заПЎМП. УÑÑаМПвОÑе ÐагÑÑзка ÐлÑбОМа ÑÑÑлкО Ма ÐеПгÑаМОÑеМа : ÐŒÑ Ñ
+ПÑОЌ ÑлеЎПваÑÑ ÑÑПлÑкП ÑÑÑлкаЌ, ÑкПлÑкП МеПбÑ
+ПЎОЌП ÐŽÐ»Ñ Ð·Ð°Ð³ÑÑзкО вÑеÑ
+ ÑÑÑаМОÑ.
+
+
+ТепеÑÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма ÐагÑÑзка . ÐМЎОкаÑÐŸÑ Ð²ÑпПлМеМОÑ, МаÑ
+ПЎÑÑОйÑÑ Ð² МОжМей ÑаÑÑО паМелО, ЎПклаЎÑÐ²Ð°ÐµÑ ÐŸ ÑПÑÑПÑМОО пÑПÑеÑÑа загÑÑзкО.
+
+Ðа бПлее ЎеÑалÑМПй ОМÑПÑЌаÑОей ПбÑаÑайÑеÑÑ Ð² <ÐÐ±Ð·ÐŸÑ Ð¶ÑÑМала ÑегОÑÑÑаÑОО> . ÐÑПÑеÑÑ ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð²ÑеЌеММП пÑОПÑÑаМПвлеМ ОлО пеÑезапÑÑеМ ÑППÑвеÑÑÑвеММП ÑОÑÑаÑОО, ОлО пПлМПÑÑÑÑ ÐŸÑÑаМПвлеМ еÑлО МажЌÑÑе Ма <ÐакÑÑÑÑ> . ÐагÑÑзка ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐŽÐ»ÐžÑелÑÐœÑÐŒ пÑПÑеÑÑПЌ, вклÑÑаÑÑОЌ ЌМПжеÑÑвП ÑайÑПв, О Greenstone пПзвПлÑÐµÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑÐŒ загÑÑзкаЌ ÑÑÑÑкÑÑÑОзПваÑÑÑÑ. ÐПгЎа МПвÑе URL ÑазЌеÑÐµÐœÑ Ð² ЌПЎÑле ÐÑÑПÑМОк URL О вÑбÑаМа ÐагÑÑзка , МПвÑй ОМЎОкаÑÐŸÑ Ð²ÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ Ð¿ÑОÑПеЎОМÑÐœ к Ñже ÑÑÑеÑÑвÑÑÑОЌ в МОжМей ÑаÑÑО паМелО. ÐПÑле завеÑÑÐµÐœÐžÑ ÑекÑÑей загÑÑзкО пОкÑПгÑаЌЌÑ, авÑПЌаÑОÑеÑкО запÑÑкаеÑÑÑ ÐœÐŸÐ²Ð°Ñ.
+
+
+
+ÐагÑÑжеММÑе ÑÐ°Ð¹Ð»Ñ Ñ
+ÑаМÑÑÑÑ Ð² папке ÑПп-ÑÑПвМÑÐагÑÑжеММÑе ÑÐ°Ð¹Ð»Ñ , кПÑПÑÑе пПÑвлÑÑÑÑÑ Ð² левПй ÑаÑÑО паМелО СПбÑаÑÑ . ÐÑе ÑÐ°Ð¹Ð»Ñ ÐŒÐŸÐ³ÑÑ ÐœÐµ пПМаЎПбОÑÑÑ, О вÑÐ±ÐŸÑ ÐœÑжМПгП ПÑÑÑеÑÑвлÑеÑÑÑ Ð¿ÐµÑеÑаÑкОваМОеЌ ПÑПбÑаММÑÑ
+ ÑайлПв Оз ЎаММПй папкО в ПблаÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО в пÑавПй ÑÑПÑПМе, как ÑÑП Ñже бÑлП пÑПЎелаМП ÑаМее пÑО вÑбПÑе ЎаММÑÑ
+ Оз папкО sample_files . Ð ÑÑПЌ пÑОЌеÑе вклÑÑОЌ вÑе ÑÑП бÑлП загÑÑжеМП.
+ÐÑбеÑОÑе Ð¿Ð°Ð¿ÐºÑ englishhistory.net вМÑÑÑО ÐагÑÑжеММÑе ÑÐ°Ð¹Ð»Ñ Ðž пеÑеÑаÑОÑе ÐµÑ Ð² ПблаÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ ÐŽÐ»Ñ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ Ðž пÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа кПллекÑОО. Так, как ÐŒÑ Ð²ÐºÐ»ÑÑОлО ÑПлÑкП ÑÐ°Ð¹Ð»Ñ ÑПЎеÑжаÑОе citizens , ПМа ЌеМÑÑе пÑеЎÑÐŽÑÑей кПллекÑОО. ТеЌ Ме ЌеМее, ПМО ПÑПбÑажаÑÑ Ð¿ÐŸÑлеЎМОе веÑÑОО ЎПкÑЌеМÑПв.
+
+
+
+
+
+акÑеМÑОÑПваМОе ЎПкÑЌеМÑПв в вебе.
+
+
+
+
+
+ÐÑкÑПйÑе кПллекÑÐžÑ webtudor , О в паМелО СПбÑаÑÑ Ð¿ÑПвеÑОÑÑ Ð²Ñе пеÑеÑаÑеММÑе ÑÑЎа ÑайлÑ. ÐеÑÐ²Ð°Ñ Ð¿Ð°Ð¿ÐºÐ° ÑÑП-englishhistory.net , кПÑПÑÐ°Ñ ÐŸÑкÑÑваеÑÑÑ ÐŽÐ»Ñ Ð²ÐŸÑпÑÐŸÐžÐ·Ð²ÐµÐŽÐµÐœÐžÑ tudor О Ñ.п. Ð€Ð°Ð¹Ð»Ñ Ð¿ÑеЎÑÑавлÑÑÑ Ð¿ÐŸÐ»ÐœÑÑ Ð²Ð°ÑОаÑÐžÑ ÑÑÑÐ°ÐœÐžÑ (О пПЎЎеÑжОваÑÑОÑ
+ ОзПбÑажеМОй), ÑПÑÑавлÑÑÑОÑ
+ ÑÐµÐ³ÐŒÐµÐœÑ Ð²ÐµÐ±ÑайÑа englishhistory.net Tudor citizens . ÐÑО ОÑ
+ загÑÑзке Ме ОзЌеМОлаÑÑ ÑÑÑÑкÑÑÑа ÑайÑа-ПÑОгОМала. ÐлагПЎаÑÑ ÑÑÐŸÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ пеÑеÑÑÑаОваÑÑ Ñ ÐžÐµÑаÑÑ
+ОО папкО лÑбПй ПÑОгОМал ÑÑÑаМОÑÑ URL.
+
+
+РпаМелО ÐОзайМ вÑбеÑОÑе ÑекÑÐžÑ ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа , Ўалее вÑбеÑОÑе ÑÑÑПкÑÐлагОМ HTMLPlug О ÑÑлкМОÑе Ма <ÐПМÑОгÑÑОÑПваМОе плагОМа> . ÐПÑвОÑÑÑ Ð²ÑплÑваÑÑее ПкМП. УÑÑаМПвОÑе ПпÑÐžÑ file_is_url (Ма пПлпÑÑО пеÑвПй гÑÑÐ¿Ð¿Ñ Ð·ÐœÐ°ÑеМОй), О вклÑÑОÑе егП. ЩÑлкМОÑе<OK> .
+УÑÑаМПвка ЎаММПй ПпÑОО в HTMLPlug ПзМаÑаеÑ, ÑÑП Greenstone МаÑÑÑÐ°ÐžÐ²Ð°ÐµÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑÑ ÑаÑÑÑ ÐŒÐµÑаЎаММÑÑ
+ ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа URL,
+ÐажМП ÑП, ÑÑП ÑÐ°Ð¹Ð»Ñ ÑПбÑаММÑе в кПллекÑОО запÑÑкаÑÑÑÑ Ñ ÐžÐŒÐµÐœÐµÐŒ веб-ЎПЌеМа (в ЎаММПЌ ÑлÑÑаеenglishhistory.net ). ÐÑПÑеÑÑ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÐœÐµ бÑÐŽÐµÑ ÑабПÑаÑÑ Ð² ÑлÑÑае, еÑлО пÑПÑаÑОÑе к ÑÑбпапке МапÑÐžÐŒÐµÑ Ð¿Ð°Ð¿ÐºÑ tudor , Ñак,как ПМа ÑÑÑÐ°ÐœÐŸÐ²ÐžÑ ÐŒÐµÑаЎаММÑе URL МапПЎПбОе.
+
+http://tudor/citizens/...
+
+бПле ÑеЌ
+
+http://englishhistory.net/tudor/citizens/...
+
+ÐÑлО ЎП ÑÑПгПÑÑбпапка бÑла кПпОÑПваМа, ÑЎалОÑÑ ÐµÑ Ðž ÑПзЎаÑÑ ÐœÐŸÐ²ÑÑ. ÐÑПÑаÑОÑÑ Ð¿Ð°Ð¿ÐºÑ Ñ Ð¿ÑавПй ÑаÑÑО паМелО СбПÑка в "кПÑзОМÑ" в МОжМеЌ пÑавПЌ ÑглÑ.Ðалее пПлÑÑОÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ¿ÐžÑ Ñайла пÑÑеЌ пеÑеÑаÑÐºÐžÐ²Ð°ÐœÐžÑ Ð¿Ð°Ð¿ÐºÐž englishhistory.net Оз папкО ÐагÑÑжеММÑе Ð€Ð°Ð¹Ð»Ñ Ð² левПй ÑаÑÑО.
+
+
+ЧÑÐŸÐ±Ñ Ð¿ÑОЌеМОÑÑ ÐœÐŸÐ²Ñе ЌеÑаЎаММÑе URL, ОзЌеМОÑе ÑÑÑÐ»ÐºÐ°Ñ Ð¿ÐžÐºÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÐŸÐ±ÐµÑпеÑÐµÐœÐžÑ URL-ПÑОгОМала, пÑеЎпПÑÑОÑелÑМее ÑеЌ ÐºÐŸÐ¿ÐžÑ ÑПÑ
+ÑаМÑÐœÐœÐ°Ñ Ð² ÑлекÑÑПММПй бОблОПÑеке. ÐÑПйЎОÑе Ма Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ вÑбеÑОÑе ÑÐµÐ³ÐŒÐµÐœÑ Ð¥Ð°ÑакÑеÑОÑÑОкО ЀПÑЌаÑа , О ПÑÑеЎакÑОÑÑйÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ListV за ÑÑÐµÑ Ð·Ð°ÐŒÐµÑеМОÑ.
+[link][icon][/link]
+Ñ
+[weblink][webicon][/weblink]
+ЩÑлкМОÑе Ма <ÐаЌеМОÑÑ ÑПÑЌаÑ> ÐŽÐ»Ñ ÑОкÑаÑОО ОзЌеМеМОй
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ ÐŽÐ°Ð»ÐµÐµ пПÑÑÑПйÑе О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе кПллекÑОÑ. ÐПллекÑÐžÑ ÑабПÑÐ°ÐµÑ Ð² пÑежМеЌ ÑежОЌе, за ОÑклÑÑеМОеЌ кПгЎа МажОЌаеÑе Ма пОкÑПгÑÐ°ÐŒÐŒÑ ÐŽÐŸÐºÑЌеМÑа, Ð²Ð°Ñ Ð²ÐµÐ±-пÑПвПЎМОк ОÑÐµÑ ÐŸÑОгОМал-ЎПкÑÐŒÐµÐœÑ Ð² вебе (ЎПпÑÑкаÑ, ÑÑП ПМП ЎП ÑОÑ
+ Ð¿ÐŸÑ ÑаЌ вП вÑÐµÐŒÑ Ð²Ð°ÑОÑ
+ ÑпÑажМеМОй!). Ð ÑежОЌе ПÑÑлайМ Ме бÑÐŽÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО ОÑкаÑÑ ÐŽÐŸÐºÑЌеМÑ.
+
+
+
+
+
+УÑПвеÑÑеМÑÑÐ²ÐŸÐ²Ð°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑайлПв HTML.
+
+
+
+
+
+ÐеÑÐœÑÑÑÑ Ðº кПллекÑОО Tudor О ЎПбавÑÑе ЌеÑаЎаММÑе, вÑÑажаÑÑОе ПбÑекÑÑ ÐžÐµÑаÑÑ
+ОО. Ðалее пПÑÑÑПйÑе клаÑÑОÑОкаÑПÑ, ÑÑÐŸÐ±Ñ ÑЎелаÑÑ ÐµÐ³ÐŸ ÑкÑплÑаÑОÑПваМОе ЎПÑÑÑпМÑÐŒ. ÑОÑаÑелО пÑПÑЌаÑÑОваÑÑ ÐžÐœÑПÑЌаÑÐžÑ ÐŸ ЌПМаÑÑ
+аÑ
+, ÑПЎÑÑвеММОкаÑ
+, гÑажЎаМаÑ
+ О пÑПÑОÑ
+.
+
+
+ÐПбавÑÑе ÑÑÑÑкÑÑÑОÑПваММÑе пП ÑÐžÐ¿Ñ ÐžÐµÑаÑÑ
+ОО ЌеÑаЎаММÑе О ÐлаÑÑОÑОкаÑÐŸÑ ÐžÐµÑаÑÑ
+ОО.
+
+
+ÐÑкÑПйÑе ваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ tudor (веÑÑÐžÑ ÐŸÑОгОМал, а Ме веÑÑÐžÑ webtudor ), пеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ Ðž вÑбеÑОÑе Ð¿Ð°Ð¿ÐºÑ monarchs (в папке tudor ). УÑÑаМПвОÑе ÐµÑ ÐŒÐµÑаЎаММÑеdc.Subject and Keywords как Tudor period|Monarchs (ÐŽÐ»Ñ ÐºÑаÑкПÑÑО, в ЎалÑМейÑеЌ ПбÑаÑаеЌÑÑ Ðº Мей, как к dc.Subject ). ÐеÑÑОкалÑÐœÑй ÑÑÑОÑ
+ ("|") - ÑÑП ЌаÑÐºÐµÑ ÐžÐµÑаÑÑ
+ОО. ÐÑбеÑОÑе Ð¿Ð°Ð¿ÐºÑ Ðž ОÑпПлÑзÑйÑе ÐºÐœÐŸÐ¿ÐºÑ ÐПбавОÑÑ ÐŽÐ»Ñ ÑÑÑаМПвкО егП ЌеÑаЎаММÑÑ
+. ТакОЌ ПбÑазПЌ зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ пеÑеМПÑÑÑÑÑ ÐœÐ° вÑе ÑÐ°Ð¹Ð»Ñ Ðž папкО, ÑПЎеÑжаÑОеÑÑ Ð² ЎаММПй папке. ÐÑплÑваÑÑее ПкМП пÑеЎÑпÑÐµÐŽÐžÑ Ð²Ð°Ñ ÐŸÐ± ÑÑПЌ.
+
+
+ÐПвÑПÑОÑе ÐŽÐ»Ñ Ð¿Ð°Ð¿ÐŸÐº relatives О citizens , ÑÑÑаМПвОв ОÑ
+ ЌеÑаЎаММÑе dc.Subject в Tudor period|Relatives О Tudor period|Citizens . ÐаЌеÑÑÑе пПÑвОвÑÑÑÑÑ ÐžÐµÑаÑÑ
+ÐžÑ Ð² ПблаÑÑО ÐзвеÑÑÐœÑе зМаÑÐµÐœÐžÑ ÐŽÐ»Ñ dc.Subject and Keywords .
+
+
+РкПМÑе вÑбеÑОÑе ПÑÑавÑОеÑÑ ÑÐ°Ð¹Ð»Ñ — Ñе, кПÑПÑÑе МаÑ
+ПЎÑÑÑÑ Ð² папке monarchs , relatives , О citizens — вÑбПÑав пеÑвÑÑ Ðž Мажав Ма пПÑлеЎМОй пÑО МажаÑПй клавОÑО "ÑЎвОг". УÑÑаМПвОÑе ОÑ
+ ЌеÑаЎаММÑе dc.Subject в Tudor period|Others : пÑПвПЎОÑÑÑ Ð² ПЎМП ЎейÑÑвОе (МебПлÑÑÐ°Ñ Ð·Ð°ÐŽÐµÑжка пеÑеЎ завеÑÑеМОеЌ).
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÐлаÑÑОÑОкаÑПÑÑ-пÑПвПЎМОкО Ñ Ð»ÐµÐ²ÐŸÐ¹ ÑÑПÑÐŸÐœÑ ÑпОÑка. УÑÑаМПвОÑе пÑÐœÐºÑ ÐŒÐµÐœÑ ÐÑбÑаÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ Ð² ÐеÑаÑÑ
+ÐžÑ ; Ўалее МажЌОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ... >.
+
+
+ÐÑплÑÐ²Ð°ÐµÑ ÐŸÐºÐœÐŸ ÐŽÐ»Ñ Ð¿ÑПвеÑкО ПпÑОй клаÑÑОÑОкаÑПÑа. ÐзЌеМОÑе ЌеÑаЎаММÑе в dc.Subject О МажЌОÑе Ма <OK> .
+
+
+ÑЎалОÑе клаÑÑОÑОкаÑÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ ÐÑÑПÑМОк (вклÑÑеММÑÑ
+ пП ÑЌПлÑаМОÑ) Оз ÑпОÑка МеЎавМП МазМаÑеММÑÑ
+ клаÑÑОÑОкаÑПÑПв, Ñак, как вМПÑÐžÑ ÐŒÐ°Ð»ÐŸ вклаЎа в кПллекÑОÑ.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ. ÐÑбеÑОÑе МПвÑÑ ÑÑÑÐ»ÐºÑ ÑÐµÐŒÑ Ð¿ÐŸÑвОвÑÑÑÑÑ Ð² МавОгаÑОПММПй паМелО, О ÑÑлкМÑÑÑ ÐœÐ° кМОжМÑе пПлкО ÐŽÐ»Ñ ÐœÐ°Ð²ÐžÐ³Ð°ÑОО пП ÑПзЎаММПй ÑеÑÑÑеÑ
+ÑлеЌеМÑМПй ОеÑаÑÑ
+ОО.
+
+
+РазЎелОÑе пПлМПÑекÑÑПвПй ÐžÐœÐŽÐµÐºÑ ÐœÐ° ÑеÑÑÑе ÑаÑÑО. ÐеÑвÑÐŒ ЎелПЌ ПпÑеЎелОÑе ÑеÑÑÑе ÑÑбкПллекÑОО, пПлÑÑеММÑе пÑÑÑÐŒ ÑОлÑÑÑаÑОО ЎПкÑЌеМÑПв в ÑППÑвеÑÑÑвОО Ñ ÑÑебПваМОÑЌО ЌеÑаЎаММÑÑ
+ dc.Subject . Ðалее ÐžÐœÐŽÐµÐºÑ ÐœÐ°Ð·ÐœÐ°ÑаеÑÑÑ Ð² кажЎÑÑ ÑÑбкПллекÑОÑ.
+
+
+РазЎелОÑе ÑÑбкПллекÑОО Ма базе зМаÑеМОй ЌеÑаЎаММÑÑ
+.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ , О ÑÑлкМОÑе Ма <РазЎелеМОе ОМЎекÑПв >. ЀÑМкÑÐžÑ ÐœÐµ ЎейÑÑвÑеÑ, Ñак ÐžÐŽÐµÑ ÑабПÑа в Librarian Mode (ПÑПбÑажаеÑÑÑ Ð² ÑÑÑПке загПлПвка, в веÑÑ
+Мей ÑаÑÑО ПкМа).
+
+
+ÐÐ»Ñ Ð¿ÐµÑеÑ
+ПЎа в ÑежОЌ Library Systems Specialist пÑПйЎОÑе Ма ÐÑеЎпПÑÑеМОе ( в ÐŒÐµÐœÑ File ) О ÑÑлкМОÑе Ма <РежОЌ >. ÐÑПÑОÑайÑе Ñакже П ÐŽÑÑгОÑ
+ ÑежОЌаÑ
+. ÐПЌМОÑе П ÑПЌ, ÑÑП ÑежОЌ ПÑПбÑажеМ в ÑÑÑПке загПлПвка.
+
+
+ÐеÑМОÑеÑÑ Ð² ÑекÑÐžÑ <РазЎелеМОе ОМЎекÑПв > паМелО ÐОзайМ . ÐÑПвеÑÑÑе вÑбÑаМ лО ÑÑлÑÑПк (зМаÑеМОе пП ÑЌПлÑаМОÑ) ÐпÑеЎелОÑÑ ÑОлÑÑÑ . ÐпÑеЎелОÑе ÑОлÑÑÑ ÑÑбкПллекÑОО пПЎ ОЌеМеЌ monarchs кПÑПÑÑй пÑПÑОвПпПÑÑавлеМ dc.Subject and Keywords, О вÑвеЎОÑе monarchs как ÑегÑлÑÑМПе вÑÑажеМОе ÐŽÐ»Ñ Ð¿ÑПÑОвПпПÑÑавлеМОÑ. ÐажЌОÑе Ма <ÐПбавОÑÑ ÑОлÑÑÑ >. ÐÑÐŸÑ ÑОлÑÑÑ Ð²ÐºÐ»ÑÑÐ°ÐµÑ Ð²Ñе ÑайлÑ, ÑÑО ЌеÑаЎаММÑе dc.Subject ÑПЎеÑÐ¶Ð°Ñ ÑлПвП Monarchs .
+
+
+ÐпÑеЎелОÑе еÑÑ ÐŸÐŽÐžÐœ ÑОлÑÑÑ relatives , кПÑПÑÑй пÑПÑОвПпПÑÑавлÑеÑdc.Subject ÑÐ»ÐŸÐ²Ñ Relatives . ÐпÑеЎелОÑе ÑÑеÑОй О ÑеÑвÑÑÑÑй citizens О ÐŽÑÑгОе , кПÑПÑÑе егП пÑПÑОвПпПÑÑавлÑÑÑ ÑлПваЌ -Citizens О ÐÑÑгОе ÑППÑвеÑÑÑвеММП.
+
+
+УÑÑаМПвОв ÑÑбкПллекÑОО, ЎелОЌ ОМЎекÑÑ ÐœÐ° ÑППÑвеÑÑÑвÑÑÑОе ÑаÑÑО. ÐажЌОÑе Ма ÑÑлÑÑПк<ÐазМаÑОÑÑ ÐÐµÐ»ÐµÐœÐžÑ >. ÐÑбеÑОÑе пеÑвÑÑ ÑÑбкПллекÑОÑ, О ЎайÑе ÐµÐŒÑ ÐžÐŒÑCitizens ; МажЌОÑе Ма <ÐПбавОÑÑ ÐелеМОе >. ÐПвÑПÑОÑе ЎейÑÑÐ²ÐžÑ Ðž ÐŽÐ»Ñ ÑÑеÑ
+ ÐŽÑÑгОÑ
+ ÑÑбкПллекÑОй, МаОЌеМПвав ОÑ
+ ÐŽÐµÐ»ÐµÐœÐžÑ ÑППÑвеÑÑÑвеММП - monarchs , Others О Relatives . ÐПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐПОÑÐºÐŸÐ²Ð°Ñ ÑÑÑаМОÑа вклÑÑÐ°ÐµÑ ÐœÐžÑпаЎаÑÑее ЌеМÑ, пПÑÑеЎÑÑвПЌ кПÑПÑПгП Ð²Ñ ÐŒÐŸÐ¶ÐµÑе вÑбÑаÑÑ ÐŸÐŽÐœÐŸ Оз ЎаММÑÑ
+ ЎелеМОй ÐŽÐ»Ñ ÐžÑÑлеЎПваМОй. ÐапÑОЌеÑ, пПпÑÑайÑеÑÑ ÐžÑкаÑÑ Mary в ЎелеМОО Relatives , а заÑеЌ в ЎелеМОО monarchs .
+
+
+С ÑелÑÑ Ð²ÑÑабПÑкО ЎПÑÑÑпа пПлÑзПваÑелÑÐŒ в ОÑÑлеЎПваМОО кПллекÑОй О ÑÑбкПллекÑОй ОМЎОвОЎÑалÑМП, веÑМОÑеÑÑ Ð² ÑекÑОÑÐÐµÐ»ÐµÐœÐžÑ ÐМЎекÑПв в паМелО ОМÑÑÑÑЌеМÑПв О вÑбеÑОÑе ÑÑлÑÑПк <ÐазМаÑОÑÑ ÐÐµÐ»ÐµÐœÐžÑ >. ÐапеÑаÑайÑе вÑе в ÐаОЌеМПваМОе ÐелеМОй О вÑбеÑОÑе вÑе ÑеÑÑÑе ÑÑбкПллекÑОО пÑПвеÑÑÑ ÐžÑ
+ ЌПЎÑлО.
+
+
+ÐÑпПлÑзÑйÑе ÐºÐœÐŸÐ¿ÐºÑ <ÐПЎÑÑгОваМОе > ÐŽÐ»Ñ Ð¿ÐŸÐ¿Ð°ÐŽÐ°ÐœÐžÑ ÐœÐ°Ð²ÐµÑÑ
+ ÑпОÑка в паМелО ÐОзайМ ÐÐ»Ñ ÑЎПÑÑПвеÑÐµÐœÐžÑ Ð² ÑПЌ, ÑÑП вÑе ОМЎекÑÑ Ð¿ÐŸÑвлÑÑÑÑÑ Ð¿ÐµÑвÑЌО Ма веб-ÑÑÑаМОÑе ÑОÑаÑелÑ.
+
+
+ÐÑÑлеЎÑйÑе вÑе пÑÑÑ ÐŽÐµÐ»ÐµÐœÐžÐ¹ Ма пÑÐµÐŽÐŒÐµÑ ÐœÐ°Ð»ÐžÑÐžÑ ÐŸÐ±ÑегП ÑеÑЌОМа (МапПЎПбОе the ), О пÑПвеÑÑÑе ЎПбавлеМОе ÑОÑел.
+
+
+ÐеÑМОÑеÑÑ Ð² ÑежОЌ ÐОблОПÑекаÑÑ ÐžÑпПлÑзÑÑ ÐÑеЎпПÑÑÐµÐœÐžÑ (в ÐŒÐµÐœÑ Ð€Ð°Ð¹Ð» ).
+
+
+ÐПбавÑÑе ÐžÐœÐŽÐµÐºÑ ÐžÐµÑаÑÑ
+ОÑеÑкПй ÑÑÐ°Ð·Ñ (PHIND)
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе пÑÐœÐºÑ Ð² левПÑÑПÑПММеЌ ÑпОÑке ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа
+
+
+ÐÑбеÑОÑе Phind в ÐŒÐµÐœÑ ÐÑбеÑОÑе клаÑÑОÑОкаÑÐŸÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ . ЩÑлкМОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ...> . ÐÑплÑваÑÑее ПкМП запÑаÑÐžÐ²Ð°ÐµÑ ÐŸÐ¿ÑОО кПМÑОгÑÑаÑОО: ПÑÑавÑÑе зМаÑÐµÐœÐžÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ (ÑÑП бÑÐŽÐµÑ ÐŸÑМПвПй ÐŽÐ»Ñ ÑÑазПвПгП ОМЎекÑа в пПлМПЌ ÑекÑÑе) О МажЌОÑе Ма <OK> .
+
+
+ÐаМПвП пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ, О ПпÑПбÑйÑе МПвÑÑ ÐŸÐ¿ÑÐžÑ ÑÑÐ°Ð·Ñ Ð² МавОгаÑОПММПй паМелО. ÐÐœÑеÑеÑÑÑÑОй ÑеÑЌОМ ОÑÑлеЎПваМОй PHIND ÐŽÐ»Ñ ÐŽÐ°ÐœÐœÐŸÐ¹ кПллекÑОО - кПÑÐŸÐ»Ñ .
+
+
+Ð ÑаЌПЌ кПМÑе ЌПжМП пÑПвеÑÑÑе как ÑегÑлОÑÑеÑÑÑ Ð¿ÑПÑеÑÑ Ð¿ÐŸÑÑÑПйкО. СПзЎаМОе МПвПй кПллекÑОО ПбÑÑМП вклÑÑÐ°ÐµÑ Ð² ÑÐµÐ±Ñ ÑазЌеÑеММÑй ÑОкл пПÑÑÑПйкО, пÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа, ÑегÑлОÑÑÑÑОй МекПÑПÑÑе ПбПгаÑÐµÐœÐžÑ Ðž Ñ
+аÑакÑеÑОÑÑОкО ЎОзайМа, О Ñ.п. Ðа вÑÐµÐŒÑ ÑазÑабПÑкО пÑПÑПÑОпа лÑÑÑе ÑПкÑаÑОÑÑ ÐºÐŸÐ»ÐžÑеÑÑвП ЎПкÑЌеМÑПв в кПллекÑОО. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐŽÐŸÑÑОгМÑÑП за ÑÑÐµÑ Ð¿Ð°ÑаЌеÑÑПв "maxdocs" в пÑПÑеÑÑе пПÑÑÑПйкО.
+
+
+РегÑлОÑÑйÑе пÑПÑеÑÑ Ð¿ÐŸÑÑÑПйкО.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž пÑПÑЌПÑÑОÑе ПпÑОО, кПÑПÑÑе ПÑПбÑÐ°Ð¶ÐµÐœÑ Ð² веÑÑ
+Мей ÑаÑÑО ÑкÑаМа. ÐÑбеÑОÑе maxdocs О ÑÑÑаМПвОÑе егП ÑÑеÑÑОк ÑОÑел Ма 3 . ТепеÑÑ Ð¿ÐŸÑÑÑПОÑÑ .
+
+
+ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ÑÑÑаМОÑÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ð² вПÑÑÑаМПвлеММПй кПллекÑОО. РаМÑÑе ПМа ÑПЎеÑжала бПлее ÐŽÑÐ¶ÐžÐœÑ ÑÑÑÐ°ÐœÐžÑ ÐœÐ° кажЎÑй ÑÐ»ÐµÐŒÐµÐœÑ Ð°Ð»ÑавОÑа, МП Ма ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ Ð·ÐŽÐµÑÑ ÑПлÑкП ÑÑО—пеÑвÑÑ
+ ÑÑО Ñайла, ÑÑПлкМÑвÑОÑ
+ÑÑ Ñ Ð¿ÑПÑеÑÑПЌ пПÑÑÑПйкО.
+
+
+ÐеÑМОÑеÑÑ Ðº паМелО СПзЎаÑÑ Ðž вÑклÑÑОÑе ПпÑÐžÑ maxdocs . ÐажЌОÑе РекПМÑÑÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, ÑÑÐŸÐ±Ñ Ð²Ñе ЎПкÑЌеМÑÑ Ð±ÑлО вклÑÑеМÑ.
+
+
+
+
+
+ÐзÑÑОÑе ÑПÑЌаÑÑ Ðž ЌакÑПÑÑ
+
+
+
+
+
+ЀПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑПв О ЌакÑПÑÐ°Ð¹Ð»Ñ Ð¿ÐŸÐ·Ð²ÐŸÐ»ÑÑÑ ÐŒÐµÐœÑÑÑ Ð²ÐžÐŽ кПллекÑОй Greenstone. ÐÑП ЌПÑÐœÑе ОМÑÑÑÑЌеМÑÑ, ПЎМакП ÑÐ»ÐŸÐ¶ÐœÑ ÐŽÐ»Ñ ÐŸÑвПеМОÑ. ÐÑП ÑÑкПвПЎÑÑвП ЎаÑÑ Ñ
+аÑакÑеÑОÑÑÐžÐºÑ ÐžÑ
+ вПзЌПжМПÑÑей.
+
+
+ÐкÑпеÑОЌеМÑОÑйÑе Ñ ÑПÑЌаÑПЌ ПпеÑаÑПÑПв.
+
+
+ÐÑкÑПйÑе кПллекÑÐžÑ tudor , пÑПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ (ÑÑлкМÑв Ма егП ÑÑлÑÑПк) О вÑбеÑОÑе Оз левПÑÑПÑПММегП ÑпОÑка ЀПÑЌаÑÐœÑе Ñ
+аÑакÑеÑОÑÑОкО . ÐÑйЎОÑе пП зМаÑÐµÐœÐžÑ ÑЌПлÑÐ°ÐœÐžÑ ÐžÐ· УпÑÐ°Ð²Ð»ÐµÐœÐžÑ ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ , Ñак, ÑÑП ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкО ПÑÑаеÑÑÑ Ð¿ÑÑÑÑÐŒ, а VList вÑбÑаМ как ÐÐŸÐŒÐ¿ÐŸÐœÐµÐœÑ ÐœÐ° кПÑПÑÑй ПказаМП вПзЎейÑÑвОе . ТекÑÑ Ð² ЌПЎÑле СÑÑПка ÑПÑЌаÑа HTML ÑОÑаеÑÑÑ ÐºÐ°Ðº:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]} [ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[ex.Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+ÐМП пПказÑÐ²Ð°ÐµÑ ÑÑП-МОбÑÐŽÑ Ð¿ÐŸÑ
+Пжее Ма ÑÑП:
+
+A discussion of question five from Tudor Quiz: Henry VIII (quizstuff.html)
+
+ÐŽÐ»Ñ ÐŸÐ¿ÑеЎелÑММПгП ЎПкÑЌеМÑа, ÑÑО ЌеÑаЎаММÑе пПЎ ÐагПлПвкПЌ A discussion of question five from Tudor Quiz: Henry VIII , О Ñей ÐÑÑПÑМОк ЌеÑаЎаММÑÑ
+ quizstuff.html .
+ÐÑÐŸÑ ÑПÑÐŒÐ°Ñ Ð¿ÐŸÑвлÑеÑÑÑ Ð² ÑпОÑке ÑезÑлÑÑаÑПв пПОÑка, в ÐŒÐµÐœÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ , а Ñакже пÑО ÑабПÑе Ñ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑЌО ЎПкÑЌеМÑаЌО в ОеÑаÑÑ
+ОО ÑÐµÐŒÑ . ÐÑП ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пП ÑЌПлÑÐ°ÐœÐžÑ Ð² Greenstone.
+
+
+ЀПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пП ÑЌПлÑÐ°ÐœÐžÑ Greenstone ÑлПжеМ, О Ўаже пÑОÑÑЎлОв, Ñак как ПМ ÑпÑПекÑОÑПваМ ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑегП-лОбП пПЎÑ
+ПЎÑÑегП пÑО лÑбÑÑ
+ ÑÑлПвОÑÑ
+, О пП пÑакÑОÑеÑкОЌ пÑОÑОМаЌ ЎПлжеМ бÑÑÑ ÑПвЌеÑÑОЌ в ПбÑаÑМПЌ МапÑавлеМОО Ñ ÑÑÑеÑÑвÑÑÑОЌО кПллекÑОÑЌО.
+
+
+УЎалОÑе ÑПЎеÑжОЌПе HTML О ЌПЎÑÐ»Ñ Ð€ÐŸÑÐŒÐ°Ñ ÑÑÑПкО О заЌеМОÑе Ма бПлее пÑПÑÑÑÑ ÐŽÐ°ÐœÐœÑÑ Ð²ÐµÑÑОÑ:
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ <i>([ex.Source])</i>
+</td>
+
+Ðе забÑÐŽÑÑе МажаÑÑ ÐœÐ° <ÐаЌеМОÑÑ Ð€ÐŸÑЌаÑ> .
+ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ÑезÑлÑÑÐ°Ñ (пПÑÑÑПйка кПллекÑОО Ме ÑÑебÑеÑÑÑ, Ñак, как вМПÑОЌÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ЎейÑÑвÑÑÑ ÐœÐµÐ·Ð°ÐŒÐµÐŽÐ»ÐžÑелÑМП). ÐПÑЌПÑÑОÑе МекПÑПÑÑе ÑезÑлÑÑаÑÑ Ð¿ÐŸÐžÑка О О ÐŒÐµÐœÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ . ÐМО ПÑÑалОÑÑ ÐœÐµÐžÐ·ÐŒÐµÐœÐœÑ. ÐÑО ЎаММÑÑ
+ ПбÑÑПÑÑелÑÑÑваÑ
+, ЎаММÑй бПлее пÑПÑÑПй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пПлМПÑÑÑÑ ÑквОвалеМÑеМ бПлее ÑÐ»ÐŸÐ¶ÐœÐŸÐŒÑ ÑЌПлÑÐ°ÐœÐžÑ Greenstone.
+
+ÐП еÑÑÑ ÐŸÐŽÐœÐ° пÑПблеЌа. ÐПЌОЌП кМОжМÑÑ
+ пПлПк в пÑПвПЎМОке ОеÑаÑÑ
+ОО, пПЎ ÑеЌПй пПÑвлÑеÑÑÑ ÑÑП-ÑП МеПбÑÑÑМОЌПе "()". ÐапеÑаÑаММÑе в ÑÑОÑ
+ кМОжМÑÑ
+ пПлкаÑ
+ ÑÐ·Ð»Ñ ÑпÑавлÑÑÑÑÑ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÑÐŒ ÑПÑЌаÑПЌ ПпеÑаÑПÑа, О Ñ
+ПÑÑ ÑÐ·Ð»Ñ ÐºÐœÐžÐ¶ÐœÑÑ
+ пПлПк ОеÑаÑÑ
+ОО ОЌеÑÑ ÑППÑвеÑÑÑвÑÑÑОй ÐагПлПвПк в каÑеÑÑве ОÑ
+ ЌеÑаЎаММÑÑ
+, ÐžÐŒÑ Ð·ÐœÐ°ÑеМОй ЌеÑаЎаММÑÑ
+ ÑПеЎОММÑÐœÑÑ
+ Ñ ÐŽÐ°ÐœÐœÐŸÐ¹ кМОжМПй пПлкПй Ñ ÐœÐžÑ
+ МеÑ, Ñак как ex.Source ПÑÑаеÑÑÑ Ð¿ÑÑÑÑÐŒ.
+
+
+
+Ð ÑекÑОО ХаÑакÑеÑОÑÑОкО ÑПÑЌаÑа паМелО ÐОзайМ ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкО (МаÑ
+ПЎÑÑееÑÑ Ð²ÑÑе ÐŒÐµÐœÑ ÐÐŸÐŒÐ¿ÐŸÐœÐµÐœÑ ÐœÐ° кПÑПÑÑй ПказаМП вПзЎейÑÑвОе ) ПказÑваеÑÑÑ Ð¿ÑÑÑÑÐŒ. ÐПЎÑазÑЌеваеÑÑÑ ÑÑП ОЎеМÑОÑÐœÑй ÑПÑÐŒÐ°Ñ Ð±Ñл ОÑпПлÑзПваМ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка ÑезÑлÑÑаÑПв, загПлПвкПв О вÑеÑ
+ ÑзлПв в ÑеЌаÑОÑеÑкПй ОеÑаÑÑ
+ОО - вклÑÑÐ°Ñ Ðž вМÑÑÑеММОе ÑÐ·Ð»Ñ ( Ñ.е. кМОжМÑе пПлкО). ÐÐµÐœÑ ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкО ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð¿ÑОЌеМÑÐœ ÐŽÐ»Ñ ÐŸÐ³ÑаМОÑÐµÐœÐžÑ ÑПÑЌаÑа ПпеÑаÑПÑа в ПЎМПЌ Оз ÑпеÑОалÑÐœÑÑ
+ ЎаММÑÑ
+ ÑпОÑкПв; еÑлО ÑпеÑОÑОкаÑÐžÑ VList пÑÑÑа, в ÑÑПЌ ÑлÑÑае ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð²ÑÑÑпаÑÑ Ð² ÑОлÑ. ÐеÑеÑПзЎайÑе ЎаММÑй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ÐŽÐ»Ñ ÐžÐµÑаÑÑ
+ОÑеÑкПгП клаÑÑОÑОкаÑПÑа ÑеЌа . Ð ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ð¥Ð°ÑакÑеÑОÑÑÐžÐºÑ ÐœÐ°Ð¹ÐŽÐžÑе Ñ
+аÑакÑеÑОÑÑÐžÐºÑ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑаÑÑÑÑ
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+О вÑбеÑОÑе егП. ÐÑÐŸÑ ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа вПзЎейÑÑвÑÐµÑ ÐœÐ° вÑПÑПй клаÑÑОÑОкаÑÐŸÑ (МапÑ:"CL2"), кПÑПÑÑй ÑвлÑеÑÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑПЌ ОеÑаÑÑ
+ОО Ма базе ЌеÑаЎаММÑÑ
+ dc.Subject and Keywords .
+РеЎакÑОÑÑйÑе ÐŽÐ»Ñ ÑÑÐµÐœÐžÑ ÐŒÐŸÐŽÑÐ»Ñ Ð¡ÑÑПка ÑПÑЌаÑа HTML
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]</td>
+
+Ўалее МажЌОÑе Ма <ÐПбавОÑÑ ÑПÑÐŒÐ°Ñ >.
+
+
+Ðалее пÑПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž <пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ >. ÐеÑвПе: МавÑзÑОвÑй "()" ОÑÑез Ñ ÐºÐœÐžÐ¶ÐœÑÑ
+ пПлПк. ÐÑПÑПе: пÑО ÑабПÑе ÑП ÑпОÑкПЌ ЎПкÑЌеМÑПв в ÑеЌаÑОÑеÑкПй ОеÑаÑÑ
+ОО, ÐžÐŒÑ Ñайла Ме пПÑвлÑеÑÑÑ ÑÑЎПЌ Ñ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐŒ, Ñак, как ex.Source Ме ÑказаМ в ÑПÑЌаÑе ПпеÑаÑПÑа, О ЎаММÑй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пÑОЌеМОЌ кП вÑеЌ ÑзлаЌ в клаÑÑОÑОкаÑПÑе subject . ÐаЌÑÑка: пПОÑкПвÑе ÑезÑлÑÑаÑÑ Ðž ÑпОÑкО загПлПвкПв ПÑÑалОÑÑ ÐœÐµÐžÐ·ÐŒÐµÐœÐœÑ, ПМО ПÑПбÑажаÑÑ ÐžÐŒÑ Ñайла пПЎ загПлПвкПЌ.
+
+
+ÐзЌеМОÑе ÑПÑÐŒÐ°Ñ Ð¿ÐŸÐžÑка ÑезÑлÑÑаÑа, ÑакОЌ ПбÑазПЌ ÑÑП ЌеÑаЎаММÑе dc.Subject and Keywords пПказÑваÑÑÑÑ Ð·ÐŽÐµÑÑ Ð²ÐŒÐµÑÑП ОЌеМО Ñайла. Ð ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ð¥Ð°ÑакÑеÑОÑÑОкО в паМелО ÐОзайМ , пÑПкÑÑÑОÑе вМОз к пÑМкÑÑÐПОÑк О вÑбеÑОÑе егП. ÐзЌеМОÑе ÐŽÐ»Ñ ÑÑÐµÐœÐžÑ ÐŒÐŸÐŽÑÐ»Ñ Ð¡ÑÑПка ÑПÑЌаÑа HTML .
+
+<td>[link][icon][/link]</td>
+<td>[ex.Title]<br>
+ [dc.Subject]
+</td>
+
+О МажЌОÑе Ма <ÐПбавОÑÑ ÑПÑÐŒÐ°Ñ >.
+
+
+ÐÐ»Ñ Ð²Ð²ÐŸÐŽÐ° [dc.Subject] , ÑÑÑаМПвОÑе кÑÑÑÐŸÑ ÐœÐ° ÑППÑвеÑÑÑвÑÑÑей ÑПÑке О ОÑÑлеЎÑйÑе в паЎаÑÑеЌ ЌеМÑÐеÑеЌеММÑе -[Text] . ÐПÑвОÑÑÑ [dc.Subject] О МажЌОÑе Ма ÐвПЎ ÐŽÐ»Ñ Ð²Ð²ÐŸÐŽÐ° в СÑÑÐŸÐºÑ ÑПÑЌаÑа HTML . ÐаММПе ÐŒÐµÐœÑ ÐŸÑПбÑÐ°Ð¶Ð°ÐµÑ Ð²ÑÑ, ÑÑП ввПЎОÑÑÑ Ð² кваЎÑаÑÐœÑе ÑкПбкО в ÑПÑЌаÑе ПпеÑаÑПÑа. ÐÑклÑÑеМОе - ÑÑП [Text] , кПÑПÑÑй ЎаÑÑ Ð¿ÐŸÐ»ÐœÑй ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа, О гПЎеМ к ÑабПÑе ÑПлÑкП кПгЎа ТекÑÑПЌ ЎПкÑЌеМÑа ÑвлÑеÑÑÑ ÐÐŸÐŒÐ¿ÐŸÐœÐµÐœÑ ÐœÐ° кПÑПÑÑй ПказаМП вПзЎейÑÑвОе .
+
+
+ТепеÑÑ Ð¿ÑПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž <ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ >. ÐПкÑÐŒÐµÐœÑ Ð±ÑÐŽÐµÑ Ð²ÑглÑЎеÑÑ Ð² ÑпОÑке ÑезÑлÑÑаÑПв пПОÑка пПЎПбМÑÐŒ ПбÑазПЌ:
+A discussion of question five from Tudor Quiz: Henry VIII
+Tudor period|Others
+(ÐПÑвлÑеÑÑÑ Ð²ÐµÑÑОкОлÑÐœÐ°Ñ ÑеÑÑа, Ñак, как ЌеÑаЎаММÑе dc.Subject and Keywords ÑвлÑÑÑÑÑ ÐžÐµÑаÑÑ
+ОÑеÑкОЌО ЌеÑаЎаММÑЌО. Ð ÑПжалеМОÑ, зЎеÑÑ ÐœÐµÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑО ÐŽÐ»Ñ ÑабПÑÑ Ñ ÐžÐœÐŽÐžÐ²ÐžÐŽÑалÑÐœÑЌО кПЌпПМеМÑаЌО ОеÑаÑÑ
+ОО.Ð ÐŽÐ»Ñ Ð±ÐŸÐ»ÑÑОМÑÑва ЌеÑаЎаММÑÑ
+, ÑакОÑ
+ как "загПлПвПк" О "авÑПÑ" ÑÑП Ме ÑвлÑеÑÑÑ Ð¿ÑПблеЌПй).
+
+
+РкПМÑе веÑМОÑеÑÑ Ðº ОеÑаÑÑ
+ОО subjects О ПбÑÑайÑеÑÑ ÑпПÑПбаЌ как пÑПЎелÑваÑÑ ÑазлОÑÐœÑе Ð²ÐžÐŽÑ ÑÐ°Ð±ÐŸÑ Ñ ÐºÐœÐžÐ¶ÐœÑЌО пПлкаЌО О Ñ ÐŽÐŸÐºÑЌеМÑаЌО. Ð ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкО ÑЎелайÑе ПбÑаÑÐœÑÑ Ð²ÑбПÑÐºÑ Ð¿ÑМкÑа.
+
+CL2: Hierarchy -metadata dc.Subject and Keywords
+
+РеЎакÑОÑÑйÑе ÐŽÐ»Ñ ÑÑеМОÑЀПÑÐŒÐ°Ñ ÑÑÑПкО HTML
+
+<td>[link][icon][/link]</td>
+<td>{If}{[numleafdocs],<b>Bookshelf title:</b> [ex.Title],
+ <b>Title:</b> [ex.Title]}
+</td>
+
+О МажЌОÑе Ма ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ . СМПва, ЌПжеÑе ввеÑÑО пÑМкÑÑ Ð² кваЎÑаÑÐœÑе ÑкПбкО, пÑеЎваÑОÑелÑМП ОÑ
+ вÑбÑав в паЎаÑÑеЌ ЌПЎÑлеÐеÑеЌеММÑе (Ме забÑвайÑе МажаÑÑ ÐœÐ° ÐÑÑавка ).
+
+ÐпеÑаÑÐŸÑ If ÑеÑÑОÑÑÐµÑ Ð·ÐœÐ°ÑеМОе пеÑеЌеММПй numleafdocs . ÐÐ°ÐœÐœÐ°Ñ Ð¿ÐµÑÐµÐŒÐµÐœÐœÐ°Ñ — ÑÑП ÑПлÑкП ÐºÐŸÐŒÐ¿Ð»ÐµÐºÑ Ð²ÐœÑÑÑеММОÑ
+ ÑзлПв ОеÑаÑÑ
+ОО (МапÑ: кМОжМÑÑ
+ пПлПк), О пÑÐžÐ²ÐŸÐŽÐžÑ ÐºÐŸÐ»ÐžÑеÑÑвП ЎПкÑЌеМÑПв ЎаММПгП Ñзла. Ð ÑлÑÑае еÑлО ÑÑП кПЌплекÑ, вÑбОÑаеЌ пеÑвПе веÑвлеМОе, в пÑПÑОвМПЌ ÑлÑÑае - вÑПÑПе. ÐапÑÑÑе ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐŽÐ»Ñ ÑÐ°Ð·ÐŽÐµÐ»ÐµÐœÐžÑ Ð²ÐµÑвлеМОй. Ð ÑОгÑÑÐœÑе ÑкПбкО пÑеЎМазМаÑÐµÐœÑ ÐŽÐ»Ñ ÐŸÐ±ÐŸÐ·ÐœÐ°ÑÐµÐœÐžÑ ÑПгП, ÑÑП If ПÑПбеММа, ОМÑЌО ÑлПваЌО ÑлПвП "If" бÑÐŽÐµÑ Ð²ÑвПЎПЌ.
+
+
+
+ÐÑПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , МажЌОÑе Ма <ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ >, О пÑПвеÑÑÑе ÑеЌаÑОÑеÑкÑÑ ÐžÐµÑаÑÑ
+ÐžÑ ÐŽÐ»Ñ ÐŸÑеМкО ÑезÑлÑÑаÑПв вМеÑÑММÑÑ
+ ОзЌеМеМОй.
+
+
+СпеÑОÑОÑеÑкОе ЌакÑПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐакÑПÑÐ°Ð¹Ð»Ñ ÐœÐ°Ñ
+ПЎÑÑОеÑÑ Ð² папке ÑпÑавлÑÑÑ Ð²ÐžÐŽÐŸÐŒ вÑеÑ
+ ÑÑÑÐ°ÐœÐžÑ ÐžÐ·Ð³ÐŸÑПвлеМÑÑ
+ Greenstone. C:\Program Files\Greenstone\macros ОЎеалÑÐœÑй пÑÐžÐŒÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÑвлÑеÑÑÑ Ð²ÐµÑÑОей ЎеЌП-кПллекÑОО Ñ ÐœÐµÐ²ÐµÑПÑÑМПй кПЌпПМПвкПй О ПÑÑеМкПЌ. ТепеÑÑ Ð¿ÑОЌеМОÑе ЎаММÑÑ ÐºÐŸÐŒÐ¿ÐŸÐœÐŸÐ²ÐºÑ Ðž ПÑÑеМПк к кПллекÑОО Tudor.
+
+
+ÐайЎОÑе в Ð¿Ð°Ð¿ÐºÑ C:\Program Files\Greenstone\macros . СкПпОÑÑйÑе Ñайл garish.dm (МО в кПеЌ ÑлÑÑае Ме вÑÑезаÑÑ ÐµÐ³ÐŸ! ÐÐœ ЎПлжеМ ПÑÑаваÑÑÑ Ð² ЎаММПй папке, ОМаÑе Greenstone Ме запÑÑÑОÑÑÑ) ÐайЎОÑе в ÑПбÑÑвеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿Ð°Ð¿ÐŸÐº C:\Program Files\Greenstone\collect\tudor О ÑПзЎайÑе ÑаЌ МПвÑÑ Ð¿Ð°Ð¿ÐºÑ Ð¿ÐŸÐŽ МазваМОеЌ macros . ÐÑÑавÑÑе garish.dm в ЎаММÑÑ ÐœÐŸÐ²ÑÑ Ð¿Ð°Ð¿ÐºÑ, О пеÑеОЌеМÑйÑе в extra.dm . ÐПМеÑÐœÑй ÑезÑлÑÑÐ°Ñ - ÑÑП ÑПзЎаМОе МПвПгП Ñайла C:\Program Files\Greenstone\collect\ tudor\macros\extra.dm Ñ ÐºÐŸÐœÑеМÑаЌО garish.dm . УЎПÑÑПвеÑÑÑеÑÑ Ð² ÑПЌ, ÑÑП МПвÑй Ñайл МазваМ как extra.dm а Ме extra.dm.dm , как ОМПгЎа ÐŽÐµÐ»Ð°ÐµÑ ÑОÑÑеЌа Windows.
+
+
+ÐÑÐŸÑ ÐŒÐ°ÐºÑП Ñайл ОÑпПлÑзÑÐµÑ Ñайл ÑП ÑÑОлÑЌО CSS, а Ñакже МеÑкПлÑкП ОзПбÑажеМОй, кПÑПÑÑе ваЌ ÐœÑжМП ÑкПпОÑПваÑÑ Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОО garish. ÐÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ C:\ÐÑПгÑаЌЌМÑе ЀайлÑ\Greenstone\collect\garish\images . ÐÑбеÑОÑе ÑÑО Ñайла style.css , horzline.gif О bg_blue.gif . ÐÑбОÑОÑе в ÐŒÐµÐœÑ ÐПпОÑПваÑÑ ÑÑО ÑÐ°Ð¹Ð»Ñ Ðž вÑÑавÑÑе ОÑ
+ в C:\ÐÑПгÑаЌЌМÑе ЀайлÑ\Greenstone\collect\tudor\images folder.
+
+
+ÐайЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , МажЌОÑе Ма <ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ >. СПЎеÑжаМОе ваÑей кПллекÑОО ПÑÑаеÑÑÑ ÐœÐµÐžÐ·ÐŒÐµÐœÐœÑÐŒ; МП егП вОЎ пПлМПÑÑÑÑ ÐžÐ·ÐŒÐµÐœÐžÐ»ÑÑ. ÐапÑОЌеÑ: вÑе ÑÑÑаМОÑÑ ÑПзПвПгП ÑвеÑа! ЧÑПба ОзÑÑОÑÑ ÐŒÐµÑÐŸÐŽÑ ÐºÐŸÐœÑÑÐŸÐ»Ñ Ð·Ð° ЎаММÑЌО ОзЌеМеМОÑЌО зайЎОÑе в ЎПкÑЌеМÑОÑПваММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÑОЌеÑПв ÐЎеалÑÐœÐ°Ñ Ð²ÐµÑÑÐžÑ ÐŽÐµÐŒÐŸ-кПллекÑОО , О пÑПÑÑОÑе еÑ.
+
+
+ÐбÑОе ЌакÑПÑÑ
+
+
+Также ЌПжМП ОÑпПлÑзПваÑÑ ÐŒÐ°ÐºÑПÑÑ ÐŽÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÐ³ÐŸ ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð²ÐžÐŽÐ° ÑайÑа Greenstone. Ðак О ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÑвÑÑе, ПМО ОÑпПлÑзÑÑÑÑÑ ÐŽÐ»Ñ ÐŽÐŸÑÑÐžÐ¶ÐµÐœÐžÑ ÑазМÑÑ
+ заЎаÑ.
+
+
+ÐÑÑ
+ПЎ Оз ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа, пеÑеÑ
+ПЎ ÐŸÑ ÑабПÑÑ Ñ ÐŸÑЎелÑÐœÑЌО кПллекÑОÑЌО к ÑабПÑе Ñ ÑайÑПЌ.
+
+
+ÐÑПйЎОÑе в Ð¿Ð°Ð¿ÐºÑ C:\Program Files\Greenstone\etc О ПÑÑеЎакÑОÑÑйÑе Ñайл пПЎ МазваМОеЌ main.cfg . ÐÑП главМÑй кПМÑОгÑÑаÑОПММÑй Ñайл Greenstone ÑПЎеÑжаÑОй ÑпОÑПк ЌакÑПÑПв, кПÑПÑÑе бÑÐŽÑÑ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ Ð¿ÑО загÑÑзке пÑПгÑаЌЌÑ. ÐЎОМ Оз МОÑ
+ home.dm ЎОкÑÑÐµÑ ÐºÐ°Ðº бÑÐŽÐµÑ Ð²ÑглÑЎеÑÑ ÐŽÐŸÐŒÐ°ÑÐœÑÑ ÑÑÑаМОÑа Greenstone, ÑказаММÑÑ
+ в Ñайле C:\ProgramFiles\Greenstone\macros\home.dm . ÐÑа папка macros ÑПЎеÑÐ¶ÐžÑ Ð°Ð»ÑÑеÑМаÑОвМÑÑ Ð²ÐµÑÑÐžÑ - yourhome.dm , Ме ОÑпПлÑзÑеЌÑÑ ÐœÐ° ЎаММÑй ЌПЌеМÑ. ÐÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐµÑ Ð² main.cfg ОзЌеМОÑе ÑÑÑÐŸÐºÑ home.dm Ма yourhome.dm .
+
+
+ÐÑÑÑеÑÑвОÑе пеÑезапÑÑк Greenstone (ÐлекÑÑÐŸÐœÐœÐ°Ñ ÐОблОПÑека Greenstone бÑÐŽÐµÑ Ð²ÑпПлМÑÑÑ Ð±ÐŸÐ»ÐµÐµ, ÑеЌ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Greenstone). ÐОЎ ЎПЌаÑМей ÑÑÑаМОÑÑ ÐžÐ·ÐŒÐµÐœÐžÐ»ÑÑ Ð¿ÐŸÐ»ÐœÐŸÑÑÑÑ.
+
+
+ÐЌеÑÑП заЌеÑÐµÐœÐžÑ yourhome.dm Ма home.dm в Ñайле main.cfg , ПÑÑеЎакÑОÑÑйÑе home.dm , О ПÑÑавÑÑе main.cfg в егП пÑежМеЌ ÑПÑÑПÑМОО. ТеЌ Ме ЌеМее, еÑлО Ñ
+ПÑОÑе ÑПÑ
+ÑаМОÑÑ home.dm , ÐŽÐ»Ñ ÑÑПгП веÑМОÑеÑÑ Ð² ЎПЌаÑÐœÑÑ ÑÑÑаМОÑÑ-ПÑОгОМал Greenstone! ÐÑП ПÑÑÑеÑÑвлÑеÑÑÑ Ð¿ÑÑеЌ МеЌеЎлеММегП ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ main.cfg , О ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÑÑÑПкО yourhome.dm Ма home.dm . ÐÐ»Ñ ÐŽÐŸÑÑÐžÐ¶ÐµÐœÐžÑ ÑезÑлÑÑаÑа пеÑезагÑÑзОÑе Greenstone.
+
+
+ÐÐ»Ñ Ð¿ÑПÑÑÐµÐœÐžÑ Ð±ÐŸÐ»ÑÑей ОМÑПÑЌаÑОО П ЌакÑПÑаÑ
+, пÑПÑОÑайÑе ÐеÑеЎелÑваМОе ÐÐœÑеÑÑейÑа ÐПлÑзПваÑÐµÐ»Ñ Greenstone, ОллÑÑÑÑОÑПваММПе ÑÑкПвПЎÑÑвП П пеÑеЎелÑваМОО ОМÑеÑÑейÑа пПлÑзПваÑÐµÐ»Ñ Ð¿ÐŸÐŽ авÑПÑÑÑвПЌ ÐлОÑПМ ÐÑÐœ, ÐаÑОМгÑПМÑкОй ÐаÑÑМП-бОблОПÑеÑÐœÑй ÐПМÑПÑÑОÑÐŒ. ÐМП ÑазЌеÑеМП пП аЎÑеÑÑ http://www.wrlc.org/dcpc/UserInterface/interface.htm.
+
+
+
+
+
+ÐОблОПгÑаÑОÑеÑÐºÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÐŽ МазваМОеЌ ÐОблОПгÑаÑÐžÑ Beatles . ÐвеÑÑО ÑÑебÑеЌÑÑ ÐžÐœÑПÑЌаÑÐžÑ Ðž ЎайÑе ей МазваМОе - ÐÐŸÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ . ÐклÑÑÐµÐœÐžÑ ÐºÐ°ÐºÐžÑ
+-лОбП ЌеÑаЎаММÑÑ
+ Ме ÑÑебÑеÑÑÑ, Ñак как бÑÐŽÑÑ ÐŸÑПбÑÐ°Ð¶ÐµÐœÑ ÐŒÐµÑаЎаММÑе ОзвлеÑÑММÑе Оз запОÑей MARC. УЎалОÑе вÑÐ±ÐŸÑ ÐœÐ°Ð±ÐŸÑа ЌеÑаЎаММÑÑ
+ Dublin Core О МажЌОÑе Ма <OK >
+ÐÑеЎÑпÑежЎаÑÑее ÑППбÑеМОе No metadata Sets Selected , ÑказÑваеÑ, ÑÑП Ð²Ñ ÐœÐµ ÑЌПжеÑе вÑÑÑÐœÑÑ ÐŽÐŸÐ±Ð°Ð²ÐžÑÑ ÐŒÐµÑаЎаММÑе к кПллекÑОО. Ð ÑÑПй кПллекÑОО вÑе ЌеÑаЎаММÑе бÑÐŽÑÑ ÐžÐ· Ñайла MARC; ÑелкМОÑе Ма <OK > ÐŽÐ»Ñ Ð¿ÑПЎПлжеМОÑ. (ÐÑлО Ð²Ñ ÐœÐµ желаеÑе вОЎеÑÑ ÑÑП ÑППбÑеМОе в ÑлеЎÑÑÑОй Ñаз, пПЌеÑÑÑе Ñлаг ÐПлÑÑе Ме пПказÑваÑÑ ÑÑП ÑППбÑеМОе .)
+
+
+РпаМелО СбПÑка ПÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ marc , пеÑеÑаÑОÑе locbeatles50.marc в пÑавÑÑ ÑаÑÑÑ. ÐÑплÑваÑÑее ПкМП заЎаÑÑ Ð²ÐŸÐ¿ÑÐŸÑ ÐŸ ЎПбавлеМОО MARCPlug в кПллекÑОÑ, ÐŽÐ»Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐœÐžÑ ÐŽÐ°ÐœÐœÐŸÐ³ÐŸ Ñайла. ÐажЌОÑе Ма <ÐПбавОÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ >, Ñак, как ЎаММÑй плагОМ пПÑÑебÑеÑÑÑ ÐŽÐ»Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐœÐžÑ Ð·Ð°Ð¿ÐžÑей MARC.
+
+
+УЎалОÑе Ð¿Ð»Ð°Ð³ÐžÐœÑ TextPlug в NULPlug , вÑбÑав кажЎÑй Оз МОÑ
+ в ÑпОÑке ÐÑМе ÐÑбÑаММÑе ÐÐ»Ð°Ð³ÐžÐœÑ Ðž Мажав УЎалОÑÑ ÐлагОМ (ПÑÑаМÑÑÑÑ ÑПлÑкП Ð¿Ð»Ð°Ð³ÐžÐœÑ ZIPPlug , GAPlug О MARCPlug ). УЎалеМОе ÑÑОÑ
+ ОзбÑÑПÑÐœÑÑ
+ плагОМПв Ме ÑПвÑеЌ ПбÑзаÑелÑМП, МП лÑÑÑе вклÑÑОÑе ÑПлÑкП ÑÑебÑеЌÑе плагОМÑ, ÐŽÐ»Ñ ÐžÐ·Ð±ÐµÐ¶Ð°ÐœÐžÑ ÐœÐµÐ·Ð°Ð¿Ð»Ð°ÐœÐžÑПваММПгП вклÑÑÐµÐœÐžÑ ÐœÐµÐœÑжМÑÑ
+ ЎПкÑЌеМÑПв.
+
+
+ТепеÑÑ Ð²ÑбеÑОÑе ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑПÑЌаÑÑÐžÐ²Ð°ÐœÐžÑ Ð² паМелО ÐОзайМ О ÑЎалОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐ»Ñ ÐŒÐµÑаЎаММÑÑ
+ ÐÑÑПÑМОк . ÐÑе запОÑО ЎаММПй кПллекÑОО Оз ПЎМПгП Ñайла, Ñак, ÑÑП ЌеÑаЎаММÑе ÐÑÑПÑМОк Ме пÑеЎÑÑавлÑÑÑ ÐžÐœÑеÑеÑа.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , пПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП ее пÑПÑЌПÑÑОÑе . ÐÑПÑЌПÑÑОÑе ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ðž ÐŸÐŽÐœÑ ÐžÐ»Ðž Ўве запОÑО. ÐПОÑОÑе, к пÑОЌеÑÑ, пÑМкÑÑ Ð²ÐºÐ»ÑÑаÑÑОе George Martin .
+
+
+ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList ÐŽÐ»Ñ ÐŒÐµÑаЎаММÑÑ
+ ТеЌа . ÐÑбеÑОÑе ЎаММÑй ÑÐ»ÐµÐŒÐµÐœÑ ÐžÐ· пПЎÑ
+ПЎÑÑегП ÐŒÐµÐœÑ Ð² ÑекÑОО паМелО ÐОзайМ ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑПÑЌПÑÑа О МажЌОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ...> . РвÑплÑвÑÑеЌ ПкМе вÑбеÑОÑе ex.Subject как ÑÐ»ÐµÐŒÐµÐœÑ ÐŒÐµÑаЎаММÑÑ
+.
+
+AZCompactList пПÑ
+Пж Ма AZList, за ОÑклÑÑеМОеЌ ÑПгП, ÑÑП ÑеÑЌОМÑ, пПÑвлÑÑÑОеÑÑ Ð±ÐŸÐ»ÐµÐµ Ñаза в ОеÑаÑÑ
+ОО, авÑПЌаÑОÑеÑкО гÑÑппОÑÑÑÑÑÑ, ÑПÑЌОÑÑÑ ÐœÐŸÐ²Ñй Ñзел ПÑПбÑажаеЌÑй пОкÑПгÑаЌЌПй кМОжМПй пПлкО.
+
+
+
+ÐПÑÑÑПйÑе кПллекÑÐžÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ÑезÑлÑÑаÑÑ.
+
+
+СÑПÑЌОÑÑйÑе кажЎÑй Ñзел кМОжМПй пПлкО ÑакОЌ ПбÑазПЌ, ÑÑÐŸÐ±Ñ ÐŸÐœÐž ПÑПбÑажалО кПлОÑеÑÑвП ÑПЎеÑжОЌÑÑ
+ ÑлеЌеМÑПв. ÐÐ»Ñ ÑÑПгП ЎПпПлМОÑе ХаÑакÑеÑОÑÑОкО ÑПÑЌаÑа ÑлеЎÑÑÑОЌ ÑекÑÑПЌ в ÑПÑЌаÑОÑÑÑÑей ÑÑÑПке VList Ма паМелО ÐОзайМ .
+{If}{[numleafdocs],<td><i>([numleafdocs])</i></td>}
+
+
+ÐажЌОÑе Ма <ÐаЌеМОÑÑ ÑПÑЌаÑ> , пеÑеклÑÑОÑеÑÑ Ð² Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , О МажЌОÑе Ма <ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО> (ÐœÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО пПÑÑÑПйкО кПллекÑОО заМПвП).
+
+
+ÐПбавÑÑе ОÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ Ð² пПлÑÑ
+.
+
+
+РпаМелО ÐОзайМ вÑбеÑОÑе в левПÑÑПÑПММеЌ ÑпОÑке ÐПОÑк ÑОпПв , О акÑОвОзОÑÑйÑе ПпÑОО ÐкÑОвОÑПваÑÑ ÐÑÑекÑОвМÑе ÐПОÑкО .
+
+
+ÐПбавОÑÑ Ð¿ÐŸÐžÑк Ñ ÐžÑпПлÑзПваМОеЌ пПлей к кПллекÑОО ЌПжМП вÑбÑав пПлевПй в ÐŒÐµÐœÑ Ð¢ÐžÐ¿Ñ Ð¿ÐŸÐžÑка О Мажав <ÐПбавОÑÑ ÑОп пПОÑка >. УЎалОÑÑ Remove пÑПÑÑПй пПОÑк ЌПжМП вÑбÑав пÑПÑÑПй в ÐŒÐµÐœÑ Ð£ÐºÐ°Ð·Ð°ÐœÐœÑе ÑÐžÐ¿Ñ Ð¿ÐŸÐžÑка , О Мажав <УЎалОÑÑ ÑОп пПОÑка >.
+
+
+ÐаМПвП пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÑезÑлÑÑаÑÑ. ÐПЌМОÑе П ÑПЌ, ÑÑП ЎПЌаÑÐœÑÑ ÑÑÑаМОÑа кПллекÑОО бПлÑÑе Ме ÑПЎеÑÐ¶ÐžÑ ÐŒÐŸÐŽÑÐ»Ñ Ð·Ð°Ð¿ÑПÑа.( Ñак, как ÑПÑЌа пПОÑка ÑеÑеÑÑÑÑ Ð²ÐµÐ»ÐžÐºÐ° ÐŽÐ»Ñ ÑППÑвеÑÑÑвПваМОÑ). ÐÐ»Ñ Ð¿ÐŸÐžÑка МажаÑÑ Ð¿ÐŸÐžÑк в паМелО МавОгаÑОО. ÐПЌМОÑе П ÑПЌ, ÑÑП ÑÑÑаМОÑа ÐÑеЎпПÑÑÐµÐœÐžÑ ÐžÐ·ÐŒÐµÐœÐµÐœÐ° ÐŽÐ»Ñ ÐºÐŸÐœÑÑÐŸÐ»Ñ ÐŸÐ¿ÑОй ÑÑÑекÑОвМПгП пПОÑка.
+
+
+ÐÐ»Ñ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО, пПÑÑавÑÑе егП Ñ ÐžÐ·ÐŸÐ±ÑажеМОеЌ, ОÑпПлÑзÑеЌÑÐŒ пÑО ОзПбÑажеМОО кПллекÑОО Ма ÑÑÑаМОÑе Greenstone, О пПÑвлÑÑÑеЌÑÑ ÐœÐ°Ð²ÐµÑÑ
+Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ ÑÑÑаМОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО.
+
+
+ÐÑпПлÑзПваÑÑ ÐžÐ·ÐŸÐ±ÑажеМОе ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ "ÐÑеМЎа" кПллекÑОО
+
+
+Ð ÑекÑОО ÐбÑОе паМелО ÐОзайМ , МажЌОÑе Ма ÐºÐœÐŸÐ¿ÐºÑ <ÐÑПÑЌПÑÑеÑÑ...> ÑÑЎПЌ Ñ ÑÑлÑÑкПЌ URL to 'about page' icon , О ОÑпПлÑзÑйÑе пÑПвПЎМОк Ñайла в вÑплÑвÑÑОÑ
+ ПкПМ ÐŽÐ»Ñ ÐŽÐŸÑÑÑпа в Ð¿Ð°Ð¿ÐºÑ sample_files\marc . ÐÑбеÑОÑе beatles_logo.jpg О МажЌОÑе Ма <ÐÑкÑÑÑÑ >.
+
+Greenstone ÑкПпОÑÑÐµÑ ÐžÐ·ÐŸÐ±ÑажеМОе в кПллекÑОÑ, Ñак ÑÑП Ñ ÐºÐŸÐ»Ð»ÐµÐºÑОей ЌПжеÑе ÑабПÑаÑÑ Ðž в ÑлÑÑае ПÑÑÑÑÑÑÐ²ÐžÑ CD-ROMа в ÐŽÑайвеÑе.
+
+
+
+ÐПвÑПÑОÑе ЎаММÑй пÑПÑеÑÑ Ðž ÐŽÐ»Ñ URL пОкÑПгÑаЌЌа 'ЎПЌаÑÐœÑÑ ÑÑÑаМОÑа' , вÑбÑав пÑО ÑÑПЌ ÑП же ОзПбÑажеМОе.
+
+
+ТепеÑÑ Ð¿ÐŸÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ .
+
+
+
+
+
+ÐÑПвеÑÑÑе ÐŒÑлÑÑОЌеЎОйМÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+
+
+СкПпОÑÑйÑе ÑелÑÑ Ð¿Ð°Ð¿ÐºÑ.
+sample_files → beatles → advbeat_large
+(ÑП вÑеЌ ÑПЎеÑжОЌÑÐŒ) в Ð¿Ð°Ð¿ÐºÑ Ð¡ÐŸÐ±ÑаÑÑ Greenstone. ÐÑлО Greenstone бÑл ÑÑÑаМПвлеМ Ма ПбÑÑМПЌ ЌеÑÑе, ÑÑП
+
+ÐПй ÐПЌпÑÑÑÐµÑ → ÐПкалÑÐœÑй ÐОÑк (C:) → ÐÑПгÑаЌЌМÑе Ð€Ð°Ð¹Ð»Ñ → Greenstone → collect
+
+ÐПЌеÑÑОÑе зЎеÑÑ advbeat_large
+
+
+ÐÑлО лПкалÑÐœÑй бОблОПÑеÑÐœÑй ÑеÑÐ²ÐµÑ ÐлекÑÑПММПй ÐОблОПÑекО Greenstone пÑÑÑÐŒ МажаÑÐžÑ ÐœÐ° пОкÑПгÑÐ°ÐŒÐŒÑ CD в паМелО заЎаÑ, Ñже пеÑезапÑÑеМ О Ўалее Ма ÐеÑезапÑÑк бОблОПÑекО . ÐÑлО МеÑ, запÑÑÑОÑе вÑбÑав ÐлекÑÑÐŸÐœÐœÐ°Ñ ÐОблОПÑека Greenstone в ÐŒÐµÐœÑ ÐапÑÑк .
+
+
+ÐÑÑлеЎÑйÑе кПллекÑÐžÑ Beatles. ÐÑЌеÑÑÑе ÑпПÑПб ÐŽÐµÐ»ÐµÐœÐžÑ ÐŽÐ°ÐœÐœÑÑ
+ Ма ÑÐµÐŒÑ ÑазлОÑÐœÑÑ
+ ÑОпПв кМПпкПй browse . ÐÐœÑÑÑО кажЎПй каÑегПÑОО Ñ ÐŽÐŸÐºÑЌеМÑПв ÑПÑвеÑÑÑвÑÑÑОе пОкÑПгÑаЌЌÑ. У МекПÑПÑÑÑ
+ ЎПкÑЌеМÑПв аÑЎОП-пОкÑПгÑаЌЌÑ: пÑО акÑОваÑОО звÑÑÐžÑ ÐŒÑзÑка ( пПЎÑазÑЌеваеÑÑÑ ÑÑП кПЌпÑÑÑÐµÑ ÐŸÑМаÑÑÐœ ÑПÑвеÑÑÑвÑÑÑОЌ ОгÑПвÑÐŒ пÑПгÑаЌЌМÑÐŒ ПбеÑпеÑеМОеЌ). У ÐŽÑÑгОÑ
+ еÑÑÑЌОМОаÑÑÑÑ ÐžÐ·ÐŸÐ±ÑажеМОй: пÑО ОÑ
+ акÑОваÑОО, пПÑвлÑÑÑÑÑ ÐžÐ·ÐŸÐ±ÑажеМОÑ.
+
+
+ÐÑПвеÑÑÑе titles а-Ñ Ð±ÑаÑзеÑа.У кажЎПгП загПлПвка еÑÑÑ ÐºÐœÐžÐ¶ÐœÐ°Ñ Ð¿ÐŸÐ»ÐºÐ°, кПÑПÑÐ°Ñ ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП ÑвÑзаММÑÑ
+ ÐŒÐµÐ¶ÐŽÑ ÑПбПй пÑÐœÑкПв. ÐапÑОЌеÑ, Ñ Hey Jude аÑЎОП MIDI веÑÑОО, ÑлПва пеÑМО О пÑÐœÐºÑ ÐŽÐžÑкПгÑаÑОО.
+
+
+ÐÑЌеÑÑÑе МОзкПе каÑеÑÑвП ЌеÑаЎаММÑÑ
+. ÐапÑОЌеÑ, ÑеÑÑÑе пÑМкÑа в A Hard Day's Night ( пПЎ бÑквПй "H" в бÑаÑзеÑе ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ ) как ÑОÑÑÐ»Ñ ÐžÐŒÐµÑÑ ÑеÑÑÑе ÑазлОÑÐœÑÑ
+ ваÑОаМÑа. ÐПллекÑÐžÑ Ð»ÐµÐ³Ñе бÑлП Ð±Ñ ÑÑПÑЌОÑПваÑÑ, еÑлО ÑпеÑва ЌеÑаЎаММÑе бÑлО Ð±Ñ ÐŸÑОÑÐµÐœÑ Ð²ÑÑÑÐœÑÑ, МП ÑÑП заМÑлП Ð±Ñ ÑеÑеÑÑÑÑ ÐŒÐœÐŸÐ³ÐŸ вÑеЌеМО. ТПлÑкП МебПлÑÑПе кПлОÑеÑÑвП ЌеÑаЎаММÑÑ
+ бÑлП ввеЎеМП вÑÑÑÐœÑÑ - МеЌМПгОЌ бПлее ЎеÑÑÑО пÑМкÑПв. ÐеÑаЎаММÑе -пÑПÑПÑÐžÐ¿Ñ ÐŸÑÑалОÑÑ ÐœÐµÑÑПМÑÑÑЌО, О бÑлО авÑПЌаÑОÑеÑкО ПÑОÑÐµÐœÑ ÑÑеЎÑÑваЌО Greenstone. ( Ðалее ЌПжМП ÑвОЎеÑÑ ÑÑП ÑÑП вПзЌПжМП, МП ÑлПжМП.)
+
+
+РпÑПвПЎМОке Ñайла Windows пПÑЌПÑÑОÑе ÑайлÑ, ÑПÑЌОÑÑÑÑОе кПллекÑÐžÑ Ð² папке
+sample_files → beatles → advbeat_large → import
+ÐÐŸÑ ÐœÐµÐ¿ÑОÑÑМПÑÑÑ! ÐЎеÑÑ Ð±ÐŸÐ»ÐµÐµ 450 ÑайлПв в ÑеЌО ÑÑбпапкаÑ
+ ÑПп-ÑÑПвМÑ. ÐÑгаМОзаÑÐžÑ ÐŒÐžÐœÐžÐŒÐ°Ð»ÑМа, ПÑÑÐ°Ð¶Ð°ÐµÑ ÑазлОÑÐœÑе ЌеÑÐŸÐŽÑ Ðž вÑÐµÐŒÑ Ð¿ÐŸÑÑÑÐŸÐµÐœÐžÑ ÑайлПв. ÐапÑОЌеÑ, html_lyrics О ЎОÑкПгÑаÑÐžÑ ÑвлÑÑÑÑÑ Ð²ÑЎеÑжкаЌО Оз веб-ÑайÑа, О images ÑПЎеÑÐ¶ÐžÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ ÑПÑЌаÑа JPEG. ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ÑОпа пÑПйЎОÑе пП ОеÑаÑÑ
+ОО, О пÑПÑЌПÑÑОÑе ЎПкÑЌеМÑÑ-ПбÑазÑÑ.
+
+
+
+
+
+ÐПÑÑÑПйÑе ÐŒÑлÑÑОЌеЎОйМÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+
+
+
+ÐÑОÑÑÑпОÑе к ÑекПМÑÑÑÑкÑОО кПллекÑОО Beatles Оз ÑЎалÑММÑÑ
+, МеЎавМП пÑПÑЌПÑÑеММÑÑ
+. РазÑабаÑÑÐ²Ð°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐžÑпПлÑзÑйÑе пÑО ÑÑПЌ МебПлÑÑПе пПЎЌМПжеÑÑвП ЎаММÑÑ
+, МепПÑÑеЎÑÑвеММП ÑПлÑкП ÐŽÐ»Ñ ÑаÑÑОÑÐµÐœÐžÑ Ð¿ÐŸÐ²ÑПÑÑеЌПгП пеÑепПÑÑÑПеМОÑ.
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ (Ѐайл → ÐПвÑй ) МазÑваеЌПй small_beatles , ПÑМПвÑваÑÑÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ "ÐПвПй ÐПллекÑОО". (ÐÑМПвÑÐ²Ð°Ñ ÐœÐ° базе ÑÑÑеÑÑвÑÑÑей ÑПвÑеЌеММПй кПллекÑОО Beatles ПблегÑÐžÑ Ð¶ÐžÐ·ÐœÑ, МП ÑÑебÑеÑÑÑ ÐœÐ°ÑÑОÑÑÑ ÑÑÑПОÑÑ ÐžÐ· ÑЎалÑММÑÑ
+!) ÐапПлМОÑе Ð¿ÐŸÐ»Ñ ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей. ÐÑпПлÑзПвÑйÑе ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ Dublin Core ( ÑÑÑаМПвлеММÑÑ
+ пП ÑЌПлÑаМОÑ).
+
+
+СкПпОÑÑйÑе пÑеЎПÑÑавлеММÑе ÑайлÑ.
+sample_files → beatles → advbeat_small
+в МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÑÑÑеÑÑвОÑе ÑÑП пÑÑÑÐŒ ПÑкÑÑÑÐžÑ advbeat_small , вÑбеÑОÑе вМÑÑÑО вПÑÐµÐŒÑ Ð¿ÑМкÑПв ( Ñ discography ЎП beatles_midi.zip ), О пеÑеÑаÑОÑе Ма ÐŽÑÑгÑÑ ÑÑПÑПМÑ. Так, как МекПÑПÑÑе Оз ЎаММÑÑ
+ ÑайлПв ÑПÑЌаÑа MP3 О MARC, бÑÐŽÑÑ Ð¿ÐŸÑвлÑÑÑÑÑ Ð²ÐŸÐ¿ÑПÑÑ ÐŸ вклÑÑеМОО MP3Plug О MARCPlug в кПллекÑОÑ. ÐажЌОÑе Ма <ÐПбавОÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ >.
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ Ðž пÑПÑЌПÑÑОÑе ÑайлÑ. ÐеÑаЎаММÑÑ
+ Ñже МеÑ. ÐÑпПЌМОÑе, ÑÑП ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑайлПв ЎПÑÑаÑПÑМП Ўва Ñаза МажаÑÑ.
+( ÐÐµÑ ÑайлПв MIDI в кПллекÑОО: ÑÑП ÑÑебÑÐµÑ Ð±ÐŸÐ»ÐµÐµ ÑÑПвеÑÑеМÑÑвПваММÑÑ
+ МаÑÑÑПек, Ñак, как ПÑÑÑÑÑÑвÑÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ MIDI. РМОЌ веÑМОÑеÑÑ Ð¿ÐŸÐ·ÐŽÐœÐµÐµ.)
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÑезÑлÑÑаÑПв.
+
+
+Ð ÑÑÐœÐ°Ñ ÐºÐŸÑÑекÑОÑПвка ЌеÑаЎаММÑÑ
+.
+
+
+Также ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÑÑебПваÑÑÑÑ ÐºÐŸÑÑекÑОÑПвка ÑПÑÑавлÑÑÑОÑ
+ ЌеÑаЎаММÑÑ
+, МапÑОЌеÑ, ПÑÑПгÑаÑОÑеÑкОÑ
+ ПÑОбПк в загПлПвкаÑ
+ "MAGICAL MISTERY TOUR." ÐаММÑе ЎПкÑЌеМÑÑ ÑаÑÐ¿ÐŸÐ»ÐŸÐ¶ÐµÐœÑ Ð² ÑекÑОО ЎОÑкПгÑаÑОО, Ñ ÐžÐŒÐµÐœÐ°ÐŒÐž ÑайлПв ÑПЎеÑжаÑОÑ
+ ОЎеМÑОÑÐœÑе ПÑОбкО. РазЌеÑÑОÑÑ ÐŸÐŽÐžÐœ Оз МОÑ
+ в паМелО ÐбПгаÑОÑÑ . ÐПЌМОÑе ÑÑП ÑÐ»ÐµÐŒÐµÐœÑ ÐžÐ·Ð²Ð»ÐµÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+ ex.Title Ма ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ Ð·Ð°Ð¿ÐŸÐ»ÐœÐµÐœ, в МеЌ пÑОÑÑÑÑÑвÑÑÑ ÐŸÑÑПгÑаÑОÑеÑкОе ПÑОбкО. ÐаММÑй ÑÐ»ÐµÐŒÐµÐœÑ ÐœÐµ Ð¿ÐŸÐŽÐ»ÐµÐ¶ÐžÑ ÐºÐŸÑÑекÑОÑПвке,Ñак, как ПМ ОзвлеÑÑÐœ Оз Ñайла-ПÑОгОМала, О бÑÐŽÐµÑ ÐžÐ·Ð²Ð»ÐµÐºÐ°ÑÑÑÑ ÐºÐ°Ð¶ÐŽÑй Ñаз пÑО пеÑеÑПзЎаМОО кПллекÑОО.
+
+
+ÐзаЌеМ ввеЎОÑе ЌеÑаЎаММÑе dc.Title ЎвÑÑ
+ ÑайлПв: "Magical Mystery Tour." ÐМеÑОÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ Ð² Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ , ПÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ ÐŽÐžÑкПгÑаÑОО О пÑПйЎОÑе ЎП ОМЎОвОЎÑалÑÐœÑÑ
+ ÑайлПв. УÑÑаМПвОÑе зМаÑеМОе dc.Title ÐŽÐ»Ñ Ð¿ÐŸÐ²ÑПÑÑÑÑОÑ
+ÑÑ ÐŒÐµÑаЎаММÑÑ
+.
+
+
+ТепеÑÑ Ð¿ÐŸÐ»ÐœÑй пПÑÑЎПк. Так, как в клаÑÑОÑОкаÑÐŸÑ Ð±ÑлО Ð²Ð²ÐµÐŽÐµÐœÑ ÐžÐœÑÑÑÑкÑОО П ОÑпПлÑзПваМОО ex.Title , ЌеÑаЎаММÑе dc.Title Ме пПÑвÑÑÑÑ Ð² МазваМОÑÑ
+ а-Ñ. ÐП ОзЌеМеМОе клаÑÑОÑОкаÑПÑа ÐŽÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ dc.Title пПвлеÑÑÑ Ð¿ÐŸÑеÑÑ Ð²ÑеÑ
+ ОзвлеÑÑММÑÑ
+ загПлПвкПв! ÐП ÑÑПгП ЌПжМП ОзбежаÑÑ Ð·Ð° ÑÑÑÑ ÑÑПÑÐœÐµÐœÐžÑ ÑпОÑка ОЌÑÐœ ЌеÑаЎаММÑÑ
+ клаÑÑОÑОкаÑПÑа.
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ . ÐÐ²Ð°Ð¶ÐŽÑ ÐœÐ°Ð¶ÐŒÐžÑе Ма клаÑÑОÑОкаÑÐŸÑ (пеÑвÑй) ÐагПлПвПк О ПÑÑеЎакÑОÑÑйÑе егП кПМÑОгÑÑаÑОПММÑе ÑÑÑаМПвкО .
+
+
+ÐвеЎОÑе "dc.Title," пеÑеЎ ex.Title в ЌПЎÑле ЌеÑаЎаММÑÑ
+, ÑП еÑÑÑ Ñак
+
+dc.Title,ex.Title
+
+О МажЌОÑе <OK> .
+
+
+ÐаМПвП пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ.
+ÐзвлеÑÑММÑе ЌеÑаЎаММÑе МеМаЎÑжМÑ, МП ПÑÐµÐœÑ ÐŽÑÑевÑ! Ð Ñ ÐŽÑÑгПй ÑÑПÑПМÑ, вÑÑÑÐœÑÑ ÐœÐ°Ð·ÐœÐ°ÑеММÑе ЌеÑаЎаММÑе МаЎÑжМÑ, МП ЎПÑПгО! РпÑПÑеЎÑей ÑаÑÑО ÑпÑÐ°Ð¶ÐœÐµÐœÐžÑ ÑказÑвалПÑÑ ÐŸ ÑПЌ, как ЎПÑÑОгМÑÑÑ Ð»ÑÑÑегП ÑезÑлÑÑаÑа ОÑпПлÑзÑÑ, МП пÑО ÑÑПЌ кПÑÑекÑОÑÑÑ Ð² ÑлÑÑае ПÑОбкО. Ð ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐŒÐŸÐ¶ÐµÑ Ðž Ме ÑЎПвлеÑвПÑОÑÑ Ð¿ÑПÑеÑÑОПМалÑМПгП бОблОПÑекаÑÑ, ПМа ÐŒÐŸÐ¶ÐµÑ ÑÑÑÑПОÑÑ Ð²Ð¿ÐŸÐ»ÐœÐµ ÑÑОÑÐµÐ»Ñ ÐŒÑзÑкО, желаÑÑегП пПлÑÑОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, пÑОлПжОв ЌОМОЌÑÐŒ ÑÑОлОй.
+
+
+ÐÑаÑзОМг пП пÑОМÑÐžÐ¿Ñ ÐŒÐµÐŽÐžÐ°ÑОпа.
+
+
+СпеÑва заЌеМОÑе Ме ПÑÐµÐœÑ Ð¿ÐŸÐ»ÐµÐ·ÐœÑй клаÑÑОÑОкаÑÐŸÑ ÐžÐŒÑÐœ AZList Ма ÑÑÑÑкÑÑÑÑ Ð¿ÑПÑЌПÑÑа кПллекÑОО, ÑПÑЌОÑÑÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð¿ÐŸ каÑегПÑОО (ЎОÑкПгÑаÑОÑ, ÑлПва пеÑеМ, аÑЎОП О Ñ.п.). ÐаÑегПÑОО ОзвеÑÑÐœÑ ÐžÐ· ЌеÑаЎаММÑÑ
+ ÑказаМÑÑ
+ вÑÑÑÐœÑÑ.
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ , вÑбеÑОÑе Ð¿Ð°Ð¿ÐºÑ discography О ÑÑÑаМПвОÑе зМаÑÐµÐœÐžÑ ÐŒÐµÑаЎаММÑÑ
+ dc.Format в "ÐОÑкПгÑаÑОÑ", УÑÑаМПвка Ма ÑÑПвМе папкО ЎаММПгП зМаÑÐµÐœÐžÑ ÐŸÐ·ÐœÐ°ÑÐ°ÐµÑ ÑÑП вÑе ÑÐ°Ð¹Ð»Ñ ÐœÐ°Ñ
+ПЎÑÑОеÑÑ Ð² папке МаÑлеЎÑÑÑ ÐµÐ¹.
+
+
+ÐПвÑПÑОÑе пÑПÑеÑÑ. ÐÑОÑвПйÑе "СлПва пеÑМО" папке html_lyrics , "ÐзПбÑажеМОÑ" images , "MARC" папке marc ,"Audio" папке mp3 , "Tablature" папке tablature_txt , О "ÐПпПлМОÑелÑÐœÑй" папке wordpdf .
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° паМелÑÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ .
+
+
+УЎалОÑе клаÑÑОÑОкаÑÐŸÑ ex.Source (вÑПÑПй).
+
+
+ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList . ÐÑбеÑОÑе как пПле ЌеÑаЎаММÑÑ
+ dc.Format , О ПпÑеЎелОÑе "ÐаÑегПÑОÑ" как ÐžÐŒÑ ÐºÐœÐŸÐ¿ÐºÐž . ÐажЌОÑе Ма checkbox вОЎ , О вÑйЎОÑе Оз ÐагПлПвка в ЌПЎÑле ÑЌежМПгП ÑекÑÑа: клаÑÑОÑОкаÑÐŸÑ Ð±ÑÐŽÐµÑ ÐŸÑПбÑажаÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ð² алÑавОÑМПЌ пПÑÑЎке загПлПвкПв.
+
+
+ÐПÑÑÑПйка кПллекÑОО ÑМПва, О ÐµÑ Ð¿ÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ
+
+
+ÐПЎавОÑе пÑÑÑÑе ÑекÑÑÑ.
+
+
+Ð ÑЎПЌ Ñ Ð°ÑЎОПÑайлаЌО МаÑ
+ПЎОÑÑÑ Ð¿ÐžÐºÑПгÑаЌЌа MP3, пÑПОгÑÑваÑÑÐ°Ñ Ð¿ÑО ÐµÑ Ð°ÐºÑОвОзаÑОО аÑЎОП, а Ñакже ÑекÑÑПвÑй ЎПкÑÐŒÐµÐœÑ ÑПЎеÑжаÑОй МекПÑПÑПгП ÑПЎа пÑÑÑÑе ÑекÑÑÑ. ÐÐ»Ñ Ð¿ÐŸÐŽÐ°Ð²Ð»ÐµÐœÐžÑ Ð¿ÐŸÑабПÑайÑе Ñ ÐŸÐ¿ÐµÑаÑПÑПЌ ÑПÑЌаÑОÑПваМОÑ.
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ Ð¥Ð°ÑакÑеÑОÑÑОкО ÑПÑЌаÑа .
+
+
+ÐÑПвеÑÑÑе вÑбÑаМ лО VList , пÑПОзвеЎОÑе ÐžÐ·ÐŒÐµÐœÐµÐœÐžÑ ÑказаММÑе вÑÑе. ÐÑÑавÑÑе ÑÑО ÑÑÑПкО в пеÑвÑÑ ÑÑÑПкÑ, О ÑЎалОÑе вÑПÑÑÑ ÑÑÑПкÑ. ÐзЌеМОÑе:
+
+<td valign=top>[link][icon][/link] </td>
+<td valign=top>[ex.srclink]{Or}{[ex.thumbicon],[ex.srcicon]}[ex./srclink]</td>
+<td valign=top>[highlight]
+{Or}{[dls.Title],[dc.Title],[Title],Untitled}
+[/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+Ма:
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]} </td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>}</td>
+
+
+
+Ðалее МажЌОÑе Ма <ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ >.
+
+
+ÐÐ»Ñ ÑпÑПÑÐµÐœÐžÑ Ð¿ÐŸÐŽÐ³ÐŸÑПвлеМ Ñайл пÑПÑÑПгП ÑекÑÑа, кПÑПÑÑй ÑПЎеÑÐ¶ÐžÑ ÐœÐŸÐ²Ñй ÑекÑÑ. Ð WordPad ПÑкÑПйÑе ÑлеЎÑÑÑÑÑ ÑÑÑПкÑ:
+sample_files → beatles → format_tweaks → audio_tweak.txt
+( ÐÑеЎпПÑÑОÑелÑМее ОÑпПлÑзПваÑÑ WordPad вЌеÑÑП Notepad, Ñак, как пПÑлеЎМОй Ме ÑПвÑеЌ кПÑÑекÑМП ПÑПбÑÐ°Ð¶Ð°ÐµÑ ÑазÑÑÐ²Ñ ÑÑÑПк). УÑÑаМПвОÑе егП в бÑÑеÑе кПпОÑПваМОÑ, вÑЎелОÑÑ ÑекÑÑ Ð² WordPad О вÑбÑаÑÑ Ð ÐµÐŽÐ°ÐºÑОÑПваМОе → СкПпОÑÑйÑе. ТепеÑÑ Ð²ÐµÑМОÑеÑÑ ÐœÐ°Ð·Ð°ÐŽ, в ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑейÑ, вÑЎелОÑе веÑÑ ÑекÑÑ, кПÑПÑÑй ÑПÑÑавлÑÐµÑ ÑекÑÑÑÑ ÑÑÑÐŸÐºÑ ÐŸÐ¿ÐµÑаÑПÑа, О ОÑпПлÑзПвÑйÑе РеЎакÑОÑПваМОе → ÐÑÑавÑÑе ÐŽÐ»Ñ Ð¿ÑеПбÑÐ°Ð·ÐŸÐ²Ð°ÐœÐžÑ ÑÑаÑПй ÑÑÑПкО Ма МПвÑÑ. Ðе забÑвайÑе МажаÑÑ ÐœÐ° ÐºÐœÐŸÐ¿ÐºÑ <ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ > пÑО завеÑÑеМОО.
+ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÑезÑлÑÑаÑ. Ð ÑлÑÑае ÑабПÑÑ ÑеÑвеÑа ÐПкалÑМПй ÐОблОПÑекО Greenstone, вПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , О МажЌОÑе Ма <ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ > ÐŽÐ»Ñ Ð¿ÐµÑеÑкаМОÑÐŸÐ²Ð°ÐœÐžÑ Ð»ÐŸÐºÐ°Ð»ÑÐœÑÐŒ бОблОПÑеÑÐœÑÐŒ ÑеÑвеÑПЌ ÑПÑЌаÑПв ПпеÑаÑПÑа. ÐПллекÑÐžÑ ÐœÐµ ÑÑебÑеÑÑÑ ÑÑÑПОÑÑ Ð·Ð°ÐœÐŸÐ²ÐŸ, Ñак, как ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑПв ÑПлÑкП ОÑпПлÑзÑеÑÑÑ Ð²ÐŸ вÑÐµÐŒÑ ÐžÑпПлМеМОÑ.
+
+
+ÐП вÑÐµÐŒÑ ÑабПÑÑ Ñ ÑÑОЌ заЎаМОеЌ, ÑЎалОÑе ОÑÑПÑМОк ОЌеМ ÑайлПв Оз ЌеÑÑ Ð¿ÐŸÑÐ²Ð»ÐµÐœÐžÑ Ð² кажЎПЌ ЎПкÑЌеМÑе.
+
+
+Ðз Ñ
+аÑакÑеÑОÑÑОк ÑПÑЌаÑа Vlist ÑЎалОÑÑ Ð²ÑЎелеММÑй ÑвÑÑе ÑекÑÑ.
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]{If}{[ex.Source],<br><i>([ex.Source])</i>} </td>
+
+
+ÐП завеÑÑеМОО вÑеÑ
+ ÑÐ°Ð±ÐŸÑ ÐŸÐ±ÑзаÑелÑМП МажЌОÑе Ма <ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ >! ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÑезÑлÑÑÐ°Ñ ( ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Ме ÑÑебÑеÑÑÑ).
+
+
+ÐÑеЎпПÑÑОÑелÑМее ОÑпПлÑзÑйÑе AZCompactList ÑеЌ AZList.
+
+
+ÐМПгЎа вÑÑÑеÑаÑÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ñ ÐžÐŽÐµÐœÑОÑÐœÑЌО загПлПвкаЌО. ÐапÑОЌеÑ, пПЎ All My Loving пПЎÑазÑЌеваÑÑÑÑ Ðž ÑлПва пеÑМО, О tablature ( в ALL MY LOVING ).ÐÑПвПЎМОк ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ ÐŒÐŸÐ¶ÐµÑе ÑÑПвеÑÑеМÑÑвПваÑÑ Ð·Ð° ÑÑÐµÑ ÑПвЌеÑÑМПгП гÑÑппОÑÐŸÐ²Ð°ÐœÐžÑ Ð² пОкÑПгÑаЌЌе кМОжМПй пПлкО. ÐÑП ÑабПÑа AZCompactList .
+
+
+ÐзЌеМОÑе Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ .
+
+
+УЎалОÑе клаÑÑОÑОкаÑÐŸÑ ÐагПлПвПк ( ввеÑÑ
+Ñ).
+
+
+ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList , О ввеЎОÑе dc.Title,ex.Title как егП ЌеÑаЎаММÑе.
+
+
+ÐавеÑÑОÑе ÑабПÑÑ ÐœÐ°Ð¶Ð°ÑОеЌ <OK >.
+
+
+ÐеÑеМеÑОÑе МПвÑй клаÑÑОÑОкаÑÐŸÑ ÐœÐ°Ð²ÐµÑÑ
+ ÑпОÑка (кМПпка ÐеÑеМПÑ
+
+
+СМПва пПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе еÑ. Ðба пÑМкÑа All My Loving ÑепеÑÑ Ð¿ÐŸÑвлÑÑÑÑÑ Ð¿ÐŸÐŽ ПЎОМакПвПй кМПжМПй пПлкПй. ÐЎМакП, ЌМПгОе ÑлеЌеМÑÑ ÐœÐµ бÑлО ПбÑеЎОМеМÑ, Оз-за МеÑМОÑОÑОÑПваММÑÑ
+ загПлПвкПв. ÐапÑОЌеÑ, A Hard Day's Night пПÑвлÑеÑÑÑ Ð² ÑеÑÑÑÑÑ
+ ÑазлОÑÐœÑÑ
+ ваÑОÑÑОÑÑ
+. Ðалее ÐŒÑ Ð¿ÐŸÐºÐ°Ð¶ÐµÐŒ как ОÑ
+ ПбÑеЎОМÑÑÑ.
+
+
+ÐаÑÑÑПйÑе кМОжМÑе пПлкО ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÐºÐŸÐ»ÐžÑеÑÑва ÑПЎеÑжаÑОÑ
+ÑÑ Ð¿ÑМкÑПв.
+
+
+СЎелайÑе Ñак, ÑÑÐŸÐ±Ñ ÑÑЎПЌ Ñ ÐºÐœÐžÐ¶ÐœÑЌО пПлкаЌО ПÑПбÑажалПÑÑ ÐºÐŸÐ»ÐžÑеÑÑвП ÑПЎеÑжаÑОÑ
+ÑÑ ÐŽÐŸÐºÑЌеМÑПв, вÑÑавОв ÑлеЎÑÑÑÑÑ ÑÑÑÐŸÐºÑ Ð² ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа Vlist в паМелО ÐОзайМ :
+
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ [link][icon][/link]}</td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+ÐÑÐŸÑ ÑекÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² format_tweaks → show_num_docs.txt , ÑÑП ЌПжМП пПЌеÑÑОÑÑ ÐžÐ· бÑÑеÑа О ÑкПпОÑПваÑÑ ÐžÐ· МегП как ÑказаМП ÑаМее. Ðе забÑÐŽÑÑе ÑелкМÑÑÑ ÐœÐ° <ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ >.
+ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÑезÑлÑÑÐ°Ñ (пПÑÑÑПйка кПллекÑОО Ме ÑÑебÑеÑÑÑ).
+
+
+ТепеÑÑ Ð²ÐµÑМОÑеÑÑк ОзПбÑажеМОÑÐŒ. ÐЎеÑÑ Ñакже вÑÑÑеÑаÑÑÑÑ "пÑÑÑÑе" ЎПкÑЌеМÑÑ! ÐÐ»Ñ Ð¿ÐŸÐŽÐ°Ð²Ð»ÐµÐœÐžÑ "пÑÑÑÑÑ
+" ЎПкÑЌеМÑПв ОзЌеМОÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа VList в паМелО ÐОзайМ ЎПбавОв Ўве вÑЎелеММÑÑ
+ ÑÑÑПкО О закÑÑваÑÑÑÑ ÑОгÑÑÐœÑÑ ÑкПбкÑ:
+<td valign=top>
+{If}{[dc.Format] eq 'Audio',
+ [srclink][srcicon][/srclink],
+ {If}{[dc.Format] eq 'Images',
+ [srclink][thumbicon][/srclink],
+ [link][icon][/link]}} </td>
+<td>{If}{[numleafdocs],([numleafdocs])}</td>
+<td valign=top>[highlight] {Or}{[dls.Title],[dc.Title],[Title],Untitled} [/highlight]</td>
+
+
+Ðа паМелО ÐОзайМ в ÑекÑОО ÐлаÑÑОÑОкаÑПÑÑ ÐÑПÑЌПÑÑа ЎПбавÑÑе клаÑÑОÑОкаÑÐŸÑ Phind . ÐÑпПлÑзÑйÑе ÑÑÑаМПвкО пП ÑЌПлÑаМОÑ, ÑÑÐŸÐ±Ñ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ ÐžÐ·Ð²Ð»ÐµÐº егП ÑÑÐ°Ð·Ñ ÐžÐ· ÐагПлПвка О ÑекÑÑа .
+
+
+ЧÑÐŸÐ±Ñ Ð·Ð°Ð²ÐµÑÑОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, МажЌОÑе ÐºÐœÐŸÐ¿ÐºÑ "ÐÑПÑЌПÑÑеÑÑ" ÑÑЎПЌ Ñ Ð¿ÐŸÐ»ÐµÐŒ URL пОкÑПгÑÐ°ÐŒÐŒÑ ÑÑÑаМОÑÑ 'about' в ÑекÑОО ÐбÑее Ма паМелО ÐОзайМ , ÑÑÐŸÐ±Ñ Ð²ÑбÑаÑÑ ÑлеЎÑÑÑее ОзПбÑажеМОе:
+advbeatles_large → images → beatlesmm.png
+СМПва пПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе еÑ.
+
+
+ÐапПЌМОÑе ЌеÑПЎ пÑОÑÐ²ÐŸÐµÐœÐžÑ dc.Format вÑеЌ ЎПкÑЌеМÑаЌ кПллекÑОО Ñ Ð¿ÑОлПжеМОеЌ ЌОМОЌÑЌа ÑÑОлОй. ÐÑ ÐŸÑÑÑеÑÑвОлО ÑÑП ЌеÑПЎПЌ капОÑалОзаÑОО в ÑÑÑÑкÑÑÑе папкО ОМÑПÑЌаÑОО-пеÑвПОÑÑПÑМОка. ХПÑÑ ÑаМее Ñже О ÑказÑвалПÑÑ ÐœÐµÑПвеÑÑеМÑÑвП ÑÑÑÑкÑÑÑÑ Ð¿Ð°Ð¿ÐºÐž, ÐµÑ ÐµÑÑ ÐŒÐŸÐ¶ÐœÐŸ пПлÑзПваÑÑÑÑ Ð¿ÑО МазМаÑеМОО ЌеÑаЎаММÑÑ
+.
+
+
+ÐÑпПлÑзÑйÑе UnknownPlug.
+
+
+Ð ÑлеЎÑÑÑеЌ ÑпÑажМеМОО ÑÐ°Ð¹Ð»Ñ MIDI бÑлО ПбÑеЎОМеМÑ. Ð Greenstone ÐœÐµÑ Ð¿Ð»Ð°Ð³ÐžÐœÐ° MIDI ( ЎП ÑОÑ
+ пПÑ). ÐП ÑÑП Ме зМаÑÐžÑ ÑÑП ÑÐ°Ð¹Ð»Ñ MIDI МевПзЌПжМП ОÑпПлÑзПваÑÑ!
+
+
+UnknownPlug — ÑÑП пПлезМÑй ПбÑОй плагОМ. ÐÐœ Ме ÐžÐŒÐµÐµÑ ÐžÐœÑПÑЌаÑОО П какПЌ-лОбП пПлÑÑеММПЌ ÑПÑЌаÑе, МП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпПлÑзПваМ ÐŽÐ»Ñ ÐŸÐ±ÑабаÑÑÐ²Ð°ÐœÐžÑ ÐŸÐ¿ÑеЎелÑММÑÑ
+ ÑОпПв ЎПкÑЌеМÑа, МапÑÐžÐŒÐµÑ MIDI, ПбПзМаÑÐ°Ñ ÐžÑ
+ пП ÑаÑÑОÑÐµÐœÐžÑ ÑайлПв, ÐŽÐ»Ñ ÑÑÑаМПвкО ПÑМПвМÑÑ
+ ЌеÑаЎаММÑÑ
+.
+Ð ÑекÑОО ÐÐ»Ð°Ð³ÐžÐœÑ ÐПкÑЌеМÑПв паМелО ÐОзайМ :
+
+
+ЎПбавÑÑе Ð¿Ð°Ð¿ÐºÑ UnknownPlug ;
+
+
+акÑОвОзОÑÑйÑе егП пПле process_extension , О ÐŽÐ»Ñ ÐŸÐ¿ÐŸÐ·ÐœÐ°Ð²Ð°ÐœÐžÑ ÑаÑÑОÑеММÑÑ
+ ÑайлПв ÑÑÑаМПвОÑе в mid . mid ;
+
+
+УÑÑаМПвОÑе file_format в "MIDI" О mime_type в "audio/midi".
+
+
+РЎаММПй кПллекÑОО вÑе ÑÐ°Ð¹Ð»Ñ MIDI МаÑ
+ПЎÑÑÑÑ Ð² Ñайле beatles_midi.zip . ZIPPlug ( Ñже МаÑ
+ПЎÑÑОйÑÑ Ð² ÑпОÑке плагОМПв пП ÑЌПлÑаМОÑ) ОÑпПлÑзÑеÑÑÑ ÐŽÐ»Ñ ÑаÑпакПвкО О ÑпÑÑка ÑайлПв вМОз ÑпОÑка плагОМПв ЎП папкО UnknownPlug.
+
+
+ÐПÑÑÑПОÑÑ ÐœÐŸÐ²ÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ. Ð ÑÐŸÐ¶Ð°Ð»ÐµÐœÐžÑ ÑÐ°Ð¹Ð»Ñ MIDI Ме пПÑвлÑÑÑÑÑ ÐºÐ°Ðº ÐÑЎОП пПÑле ÑÑÐ»ÐºÐ°ÐœÐžÑ ÐºÐœÐŸÐ¿ÐºÐž пÑПÑЌПÑÑеÑÑ . Так, как ПМО Ме бÑлО вклÑÑÐµÐœÑ Ð² ЌеÑаЎаММÑе dc.ЀПÑÐŒÐ°Ñ .
+
+
+ÐеÑМОÑеÑÑ Ð² Ð¿Ð°ÐœÐµÐ»Ñ ÐбПгаÑОÑÑ , МажЌОÑе Ма Ñайл beatles_midi.zip , О пÑОÑвПйÑе егП зМаÑеМОе dc.Format "ÐÑЎОП", ÑÑП ЌПжМП ПÑÑÑеÑÑвОÑÑ ÐµÑлО МажЌÑÑе Ма "ÐÑЎОП" в ÑпОÑке ÐÑе пÑеЎÑÐŽÑÑОе зМаÑÐµÐœÐžÑ . ÐÑе ÑÐ°Ð¹Ð»Ñ ÐžÐ·Ð²Ð»ÐµÐºÐ°ÐµÐŒÑе Оз Ñайла Zip ÑПÑ
+ÑаМÑÑÑ ÐµÐ³ÐŸ ÑÑÑаМПвкО.
+
+
+
+
+ÐбМПвОÑе пÑПвПЎМОк загПлПвкПв ОÑпПлÑзÑÑ ÑегÑлÑÑÐœÑе вÑÑажеМОÑ.
+
+
+ТепеÑÑ ÐŒÑ ÐŸÐ±ÐœÐŸÐ²Ð»ÑеЌ бÑаÑÐ·ÐµÑ ÐÐ°Ð·Ð²Ð°ÐœÐžÑ Ð-Я .
+
+
+С ÑÑПй ÑелÑÑ Ð¿ÐŸÐŒÐµÑаеЌ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Ð² ÐŽÑÑгПй ÑежОЌ. ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÐŸÐŽÐŽÐµÑÐ¶ÐžÐ²Ð°ÐµÑ ÑеÑÑÑе ÑÑÐŸÐ²ÐœÑ Ð¿ÐŸÐ»ÑзПваÑелÑ: ÐÑÑОÑÑÐµÐœÑ Ð±ÐžÐ±Ð»ÐžÐŸÑекО, кПÑПÑÑй ÐŒÐŸÐ¶ÐµÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÑÑÑ ÐŽÐŸÐºÑЌеМÑÑ Ðž ЌеÑаЎаММÑе в кПллекÑОÑ, О ÑПзЎаваÑÑ ÐœÐŸÐ²Ñе Ñ Ð·ÐµÑкалÑÐœÑÐŒ ПÑПбÑажеМОеЌ ÑÑÑÑкÑÑÑÑ ÑÑÑеÑÑвÑÑÑОÑ
+ кПллекÑОй; ÐОблОПÑекаÑО ЌПгÑÑ ÐºÐŸ вÑÐµÐŒÑ ÑазÑабаÑÑваÑÑ ÐœÐŸÐ²Ñе кПллекÑОО, МП Ме ЌПгÑÑ ÐžÑпПлÑзПваÑÑ ÑпеÑОалÑÐœÑе Ñ
+аÑакÑеÑОÑÑОкО ÐТ (МапÑ, ÑегÑлÑÑÐœÑе вÑÑажеМОÑ); СОÑÑеЌМÑе ÑпеÑОалОÑÑÑ ÐОблОПÑекО ЌПгÑÑ ÑазÑабаÑÑваÑÑ Ð²Ñе Ñ
+аÑакÑеÑОÑÑОкО , МП Ме ЌПгÑÑ ÐŽÐžÐ°Ð³ÐœÐŸÑÑОÑПваÑÑ ( МапÑ, ÐœÐ°Ð»Ð°ÐŽÐºÑ Ð²ÑвПЎа в пÑПгÑаЌЌаÑ
+ Perl ); О ÐкÑпеÑÑÑ, ЌПгÑÑ ÐŸÑÑÑеÑÑвлÑÑÑ Ð²Ñе Ð²ÐžÐŽÑ ÑабПÑ.
+
+
+ÐП ÑОÑ
+ Ð¿ÐŸÑ ÐŒÑ ÑабПÑалО в ÑежОЌе ÐОблОПÑекаÑÑ. ÐеÑеÑ
+ПЎОЌ в ÑежОЌ СОÑÑеЌМÑе ÑпеÑОалОÑÑÑ ÐОблОПÑекО ÐŽÐ»Ñ ÑлеЎÑÑÑОÑ
+ ÑпÑажМеМОй.
+
+
+ÐÐ»Ñ Ð¿ÐµÑÐµÐŒÐµÐœÑ ÑежОЌа МажЌОÑе Ма Ѐайл → ÐÑеЎпПÑÑÐµÐœÐžÑ → РежОЌ О ОзЌеМОÑе Ма СОÑÑеЌМÑÑÑпеÑОалОÑÑ ÐОблОПÑекО . ÐПЌМОÑе П ÑПЌ, ÑÑП ÐŽÐ»Ñ Ð¿ÐŸÐ»ÐœÐŸÑеММПгП ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÑежОЌа ÐœÑжМП ÑЌеМОе ÑПÑÐŒÑлОÑПваÑÑ ÑегÑлÑÑÐœÑе вÑÑажеМОÑ. ÐÑП О бÑЎеÑе пÑПЎелÑваÑÑ ÐŽÐ°Ð»ÐµÐµ.
+
+
+ТепеÑÑ Ð²ÐŸÐ·Ð²ÑаÑаеЌÑÑ Ðº МаÑÐµÐŒÑ Ð¿ÑÐŸÐ²ÐŸÐŽÐœÐžÐºÑ ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ , О ПбМПвОЌ егП. ÐŠÐµÐ»Ñ Ð·Ð°ÐºÐ»ÑÑаеÑÑÑ Ð² ПбÑеЎОМеМОО ваÑОаМÑПв загПлПвка пÑО ÑЎалеМОО пПÑÑПÑПММОÑ
+ ÑекÑÑПв. ÐапÑОЌеÑ, пÑПЎелайÑе Ñ "ÐÐœÑПлПгОей 1", "ÐÐœÑПлПгОей 2" О "ÐÐœÑПлПгОей 3" ÑП же Ñ ÑелÑÑ Ð³ÑÑппОÑПваМОÑ. ÐÐ»Ñ ÐµÑ ÐŽÐŸÑÑОжеМОÑ:
+
+
+ÐайЎОÑе в загПлПвПк AZCompactList в ÐлаÑÑОÑОкаÑПÑаÑ
+ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÐœÐ° паМелО ÐОзайМ ;
+
+
+ÐкÑОвОзОÑÑйÑе ÑЎалОÑÑ Ð¿ÐŸÐŽÑÑÑПÑÐœÑе ОМЎекÑÑ Ðž ÑазЌеÑÑОÑе в:
+(?i)(\\s+\\d+)|(\\s+[[:punct:]].*)
+
+
+ÐПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ÑезÑлÑÑаÑÑ. ÐÑЌеÑÑÑе кПлОÑеÑÑвП ПбÑеЎОМÑММÑÑ
+ ÑÑ
+ПжОÑ
+ загПлПвкПв в ПЎМПй кМОжМПй пПлке. ÐÑПвеÑÑÑе пПМОЌаМОе ÑегÑлÑÑÐœÑÑ
+ вÑÑажеМОй за ÑÑÐµÑ ÑÑПвеÑÑеМÑÑÐ²ÐŸÐ²Ð°ÐœÐžÑ ÐŸÐ±ÑеЎОМеМОй. (ÐПЌМОÑÑ ÑÑП: [[:punct:]] ПбПзМаÑÐ°ÐµÑ Ð»ÑбПй зМак пÑепОМаМОÑ.) ÐОкÑПгÑÐ°ÐŒÐŒÑ Ð¿ÐŸÐŒÐžÐŒÐŸ ЎПкÑЌеМÑПв Word О PDF Ме ÑППÑвеÑÑÑвÑÑÑ, МП ÑÑП бÑÐŽÐµÑ ÐžÑпÑавлеМП ÑПлÑкП ÑлеЎÑÑÑОЌ ÑПÑЌаÑПЌ ПпеÑаÑПÑа.
+
+
+ÑежОЌ СпеÑОалОÑÑа ÐОблОПÑеÑÐœÑÑ
+ СОÑÑеЌ ОÑпПлÑзПвал пÑеЎÑÐŽÑÑее ÑпÑажМеМОе Ñак, как ÑÑебÑеÑÑÑ ÐžÑпПлÑзПваМОе ÑегÑлÑÑÐœÑÑ
+ вÑÑажеМОй, пПÑÐŸÐŒÑ ÑÑП МекПÑПÑÑе бОблОПÑекаÑО Ме ПбÑÑÐµÐœÑ ÐŽÐŸÐ»Ð¶ÐœÑÐŒ ПбÑазПЌ.
+
+
+РегÑлÑÑÐœÑе вÑÑÐ°Ð¶ÐµÐœÐžÑ Ð² ÑпÑажМеМОО ÑÑÑекÑОвМП ОÑпПлÑзПвалОÑÑ ÐŽÐ»Ñ ÐŸÐ±ÐœÐŸÐ²Ð»ÐµÐœÐžÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² пÑПвПЎМОка а-Ñ. ÐПзЌПжМП лÑÑÑОй ÑпПÑПб вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ - ÑÑП МалОÑОе МаЎлежаÑОÑ
+ загПлПвкПв ЌеÑаЎаММÑÑ
+. ÐеÑаЎаММÑе ОзвлеÑÑММÑе Оз ÑайлПв HTML беÑпПÑÑЎПÑÐœÑ Ðž МеÑПвЌеÑÑОЌÑ, ÑÑП бÑлП ПÑÑажеМП пÑПвПЎМОкПЌ загПлПвкПв-ПÑОгОМалПв а-Ñ. ÐпÑеЎелеМОе ÑППÑвеÑÑÑвÑÑÑОÑ
+ загПлПвкПв ЌеÑаЎаММÑÑ
+ бÑÐŽÐµÑ Ð»ÐµÐ³ÐºÐŸ, МП пÑО ÑÑПЌ ÑÑÑЎПÑЌка. ÐЌеÑÑП ÑÑПгП ÐŒÑ Ð¿ÑеЎпПÑлО ОÑпПлÑзПваÑÑ ÑегÑлÑÑÐœÑе вÑÑÐ°Ð¶ÐµÐœÐžÑ Ð² клаÑÑОÑОкаÑПÑе AZCompactList ÐŽÐ»Ñ ÐŸÐ±ÐœÐŸÐ²Ð»ÐµÐœÐžÑ Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÐŸÐ² ЌеÑаЎаММÑÑ
+. ÐÑП ÑлПжМП пПМÑÑÑ Ðž МеЌМПгП ÑлПжМП в ПÑÑÑеÑÑвлеМОО, МП еÑлО ÑпÑавОÑÑÑ Ñ ÐµÐ³ÐŸ ОМЎОвОЎÑалÑМПй ПÑлОÑОÑелÑМПй ПÑПбеММПÑÑÑÑ, ÑП ÑÑП Ð¿ÐŸÐ·Ð²ÐŸÐ»ÐžÑ Ð¿ÐŸÐ»ÑÑОÑÑ Ð±ÑÑÑÑÑй ЎПÑÑÑп к ÐŸÐ±ÐœÐŸÐ²Ð»ÐµÐœÐžÑ ÐžÐ·Ð²Ð»ÐµÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+, О ОзбежаÑÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ввПЎа ПгÑПЌМПгП кПлОÑеÑÑва ЌеÑаЎаММÑÑ
+.
+
+
+ÐÑпПлÑзПваÑÑ ÐœÐµÑÑаМЎаÑÑÐœÑе ЌакÑПÑайлÑ.
+
+
+ЧÑÐŸÐ±Ñ Ð·Ð°Ð²ÐµÑÑОÑÑ ÑабПÑÑ ÐœÐ°ÐŽ МаÑей кПллекÑОО ЎПбавлÑеЌ ЎекПÑаÑОвМÑе ÑлеЌеМÑÑ.
+
+
+ÐÑпПлÑзÑÑ Ñайл - пÑПвПЎМОк Windows вМе Greenstonee, МайЎОÑе папкÑ.
+sample_files → beatles → advbeat_large
+
+
+СкПпОÑÑйÑе папкО ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ðž ЌакÑПÑÑ ÑаÑпПлПжеММÑе ÑаЌ, в веÑÑ
+ÐœÑÑ Ð¿Ð°Ð¿ÐºÑ Ð²Ð°Ñей кПллекÑОО. (РпПÑÑЎке веÑей, еÑлО заЌеМОÑÑ ÑÑÑеÑÑвÑÑÑÑÑ Ð¿Ð°Ð¿ÐºÑ ÐžÐ·ÐŸÐ±ÑÐ°Ð¶ÐµÐœÐžÑ : МаÑ
+ПЎÑÑееÑÑ Ð² ÐœÑÐŒ ОзПбÑажеМОее вклÑÑеМП в Ð¿Ð°Ð¿ÐºÑ ÑпПÑПбПЌ кПпОÑПваМОÑ.) папка ОзПбÑÐ°Ð¶ÐµÐœÐžÑ ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП пПлезМÑÑ
+ пОкÑПгÑаЌЌ, а папка ЌакÑПÑÑ ÐŸÐ¿ÑеЎелÑÐµÑ ÐœÐµÑкПлÑкП ЌакÑПОЌÑÐœ кПÑПÑÑе ОÑпПлÑзÑÑÑ ÐŽÐ°ÐœÐœÑе ОзПбÑажеМОÑ. ÐÐ»Ñ Ð¿ÑПÑЌПÑÑа ЌакÑП ПпÑеЎелеМОй вПÑпПлÑзÑйÑеÑÑ ÑекÑÑПвÑÐŒ ÑеЎакÑПÑПЌ О ПÑкÑПйÑе Ñайл extra.dm в папке macros .
+
+
+ÐÑпПлÑзÑйÑе ÑазМÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐŽÐ»Ñ ÑазМÑÑ
+ ЌеЎОаÑОпПв.
+
+
+ÐÑÑеЎакÑОÑÑйÑе ÑÑÑÐŸÐºÑ ÐŸÐ¿ÐµÑаÑПÑа VList (in ÐОзайМ → ЀПÑÐŒÐ°Ñ Ð¥Ð°ÑакÑеÑОÑÑОк ) как:
+<td valign=top>
+ {If}{[numleafdocs],[link][icon][/link]}
+ {If}{[dc.Format] eq 'Lyrics',[link]_iconlyrics_[/link]}
+ {If}{[dc.Format] eq 'Discography',[link]_icondisc_[/link]}
+ {If}{[dc.Format] eq 'Tablature',[link]_icontab_[/link]}
+ {If}{[dc.Format] eq 'MARC',[link]_iconmarc_[/link]}
+ {If}{[dc.Format] eq 'Images',[srclink][thumbicon][/srclink]}
+ {If}{[dc.Format] eq 'Supplementary',[srclink][srcicon][/srclink]}
+ {If}{[dc.Format] eq 'Audio',[srclink]{If}{[FileFormat] eq 'MIDI',_iconmidi_,_iconmp3_}[/srclink]}
+</td>
+<td>
+{If}{[numleafdocs],([numleafdocs])}
+</td>
+<td valign=top>
+[highlight]
+{Or}{[dc.Title],[Title],Untitled}
+[/highlight]
+</td>
+
+
+ÐавеÑÑÑММПе пÑеЎлПжеМОе в Ñайле format_tweaks → multi_icons.txt .
+
+
+Ðак О ÑаМее пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе кПллекÑОÑ. ТепеÑÑ ÑазлОÑÐœÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐžÑпПлÑзПваММÑе ÐŽÐ»Ñ ÐŽÐžÑкПгÑаÑОО, ÑлПв пеÑМО, tablature, О ЌеÑаЎаММÑÑ
+ MARC. ÐпÑÐµÐŽÐµÐ»ÐµÐœÑ ÐŽÐ°Ð¶Ðµ ÑÐžÐ¿Ñ Ð°ÑЎОПÑайлПв - ÑÑП MP3 О MIDI. ÐÑлО ÑÑÑаМПвОÑе ÐŒÑÑÑ ÐœÐ° ПЎМП Оз ОзПбÑажеМОй, ÑП пПÑвОÑÑÑ Ð·ÐœÐ°ÑПк, ПбÑÑÑÐœÑÑÑОй какПй ÑОп Ñайла пÑеЎÑÑавлÑÐµÑ Ð¿ÐžÐºÑПгÑаЌЌа в ЎаММПЌ ÑзÑке ОМÑеÑÑейÑа (паЌÑÑка: extra.dm ПпÑеЎелÑÐµÑ ÑПлÑкП аМглОйÑкОй О ÑÑаМÑÑзÑкОй).
+
+
+ÐзЌеМОÑÑ ÑПМПвПе ОзПбÑажеМОе кПллекÑОО.
+
+
+ÐÑкÑПйÑе ÑÐ²ÐŸÑ Ð¿Ð°Ð¿ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ЌакÑПÑÑ Ðž ÑазЌеÑÑОÑе ÑаЌ Ñайл extra.dm . ÐажЌОÑе пÑавПй ÑÑПÑПМПй ÐŒÑÑО Ма МеÑ. Ð ÑлÑÑае пÑОМÑÑÐžÑ Ð²ÑбеÑОÑе WordPad как пÑОлПжеМОе-клÑÑ Ðº ПÑкÑÑÑОÑ.
+
+
+СПЎеÑжаМОе Ñайла ЎПлжМÑÐŒ ПбÑазПЌ лакПМОÑМП, ÑказÑÐ²Ð°ÐµÑ ÑПлÑкП ÑП, ÑÑП ÐœÑжМП заЌеМОÑÑ Ð¿ÐŸ ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐ»Ñ ÐŽÐ°ÐœÐœÐŸÐ¹ кПллекÑОО. Ð WordPad, МавеÑÑ
+Ñ Ñайла ÑаÑпПлПжеМП:
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+\#page \{ margin-left: 120px; \}
+</style>
+}
+
+ÐÑпПлÑзÑйÑе кПпОÑПваÑÑ Ðž вÑÑавОÑÑ ÐžÐ· бÑÑеÑа, ÑÑÐŸÐ±Ñ ÐŽÐ°ÐœÐœÐ°Ñ ÑаÑÑÑ Ñайла вÑглÑЎОла как:
+
+# Original statements
+#_collectionspecificstyle_ {
+#<style>
+#body.bgimage \{ background-image: url("_httpcimages_/beat_margin.gif"); \}
+#\#page \{ margin-left: 120px; \}
+#</style>
+#}
+
+_collectionspecificstyle_ {
+<style>
+body.bgimage \{ background-image: url("_httpcimages_/tile.jpg"); \}
+</style>
+}
+
+ÐМаÑПк (#) в МаÑале ÑÑÑПкО гПвПÑÐžÑ ÐŸ кПЌЌеМÑаÑОО, О Greenstone ОгМПÑОÑÑÐµÑ ÑлеЎÑÑÑОй ÑекÑÑ. ÐÑП МеПбÑ
+ПЎОЌП ÑÑÐŸÐ±Ñ Ð·Ð°ÐºÐŸÐŒÐŒÐµÐœÑОÑПваÑÑ ÑÑО ПпеÑаÑПÑа-ПÑОгОМала, О ОÑ
+ Ð·Ð°ÐŒÐµÐœÑ ÐŒÐŸÐŽÐžÑОÑОÑПваММÑЌО ÑÑÑПкаЌО.ÐПлезМП ÑПÑ
+ÑаМОÑÑ Ð²ÐµÑÑОÑ-ПÑОгОМал в ÑлÑÑае еÑлО пПÑÑебÑеÑÑÑ Ð¿ÐµÑеÑПÑ
+ÑаМОÑÑ ÑÑÑПкО-ПÑОгОМала в бПлее пПзЎМее вÑеЌÑ.ÐÑО ÑÑО ÑÑÑПкО ÑвÑÐ·Ð°ÐœÑ Ñ ÐžÑпПлÑзÑеЌÑÐŒ ÑПМПвÑÐŒ ОзПбÑажеМОеЌ. ÐПвПе ОзПбÑажеМОе tile.jpg Ñакже бÑлП в папке ОзПбÑÐ°Ð¶ÐµÐœÐžÑ , ÑкПпОÑПваММПй ÑаМее.
+
+
+Ð WordPad ÑПÑ
+ÑаМОÑе extra.dm .
+
+
+ÐÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ЎПЌаÑÐœÑÑ ÑÑÑаМОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÐŸÐ²Ð°Ñ Ð³ÑаÑОка ÑвлÑеÑÑÑ ÑПМПЌ ÑÑÑаМОÑÑ.
+ÐÑÑгОе Ñ
+аÑакÑеÑОÑÑОкО Ñакже ЌПжеÑе ÑÑПвеÑÑеМÑÑвПваÑÑ, еÑлО ПÑÑеЎакÑОÑÑеÑе ЌакÑПÑайлÑ. ÐапÑОЌеÑ, веÑÑ
+МОй О МОжМОй кПллПМÑОÑÑлÑ, а Ñакже вÑЎелеММÑй ÑÑÐžÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ ÐŽÐ»Ñ Ð¿ÐŸÐžÑка ÑеÑЌОМПв (ÑÑПÑÐœÑÑ ÑазлОÑÐœÑе ÑвеÑа, ОÑпПлÑзÑÑ Ð¿ÐŸÐ»ÑжОÑÐœÑй ÑÑОÑÑ Ðž пÑ.)
+
+
+ÐÑО желаМОО ПÑЌеМОÑе ÑЎелаММÑе ОзЌеМеМОÑ, пÑÑÑÐŒ кПЌЌеМÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑÑÑÑ
+ ЎПбавлеММÑÑ
+ ÑÑÑПк (ЎПбавÑÑе # в ОÑ
+ МаÑале) О ÐŽÐŸÐ±Ð°Ð²Ð»ÐžÐœÐžÑ ÐŸÑОгОМалПв (ÑЎалОÑе # в ОÑ
+ МаÑале). Ðе забÑÐŽÑÑе ÑПÑ
+ÑаМОÑÑ Ñайл! ÐÐ»Ñ ÑÐŽÐ°Ð»ÐµÐœÐžÑ Ð²ÑеÑ
+ пÑПОзвеЎÑММÑÑ
+ ОзЌеМеМОй, ÑЎалОÑе ÑПЎеÑжОЌПе папПк ЌакÑПÑа О ОзПбÑÐ°Ð¶ÐµÐœÐžÑ .
+
+
+ÐПÑÑÑПйка пПлМПÑазЌеÑМПй веÑÑОО кПллекÑОО.
+
+
+ÐÐ»Ñ Ð·Ð°Ð²ÐµÑÑÐµÐœÐžÑ Ð¿ÐŸÑÑÑПйÑе МПвÑÑ Ð²ÐµÑÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО. ÐÐ»Ñ ÑÑПгП
+
+
+ÐакÑПйÑе ÑекÑÑÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ (Ѐайл → ÐакÑÑÑÑ ).
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÐŽ МазваМОеЌ advbeat_large (Ѐайл → ÐПвÑй ).
+
+
+РазЌеÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐœÐ° базе small_beatles .
+
+
+СкПпОÑÑйÑе ÑПЎеÑжаМОе sample_files → beatles → advbeat_large → import в МПвПÑÑПÑЌОÑПваММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. Так,какв ЎаММПЌ МабПÑе ЎПкÑЌеМÑПв ПгÑПЌМПе кПлОÑеÑÑвП ÑайлПв, кПпОÑПваМОе зайЌÑÑ Ð±ÐŸÐ»ÑÑе вÑеЌеМО.
+
+
+ÐПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе ÑезÑлÑÑаÑÑ. (ÐÐ»Ñ ÑÑÑаМПвкО кПллекÑОО ÑПбÑÑвеММПй пОкÑПгÑÐ°ÐŒÐŒÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе пОкÑПгÑÐ°ÐŒÐŒÑ ÐžÐ· паМелО ÐОзайМ .)
+
+
+
+
+ÐПбавÑÑе пÑПвПЎМОк ОзПбÑажеМОй.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ . ÐÑкÑПйÑе ПпÑОО в вÑбÑаÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ ÐŽÐ»Ñ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÐžÑ Ðž вÑбеÑОÑе ÐПллаж . ÐажЌОÑе Ма <ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑ... >. ÐÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО в МаÑÑÑПйкО ПпÑОй, Ўалее МажЌОÑе Ма <OK > Ð²ÐœÐžÐ·Ñ Ð²ÑплÑваÑÑегП ПкМа.
+
+
+ТепеÑÑ ÐžÐ·ÐŒÐµÐœÐžÑе Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , О пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+
+
+
+ÐÑÑкаМОÑÑйÑе кПллекÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОй.
+
+
+
+
+
+ÐЎеÑÑ Ð¿ÑО ÑПзЎаМОО МебПлÑÑПй ÑеплОкО Ð±Ð°Ð·Ñ ÐŽÐ°ÐœÐœÑÑ
+ Niupepa, кПллекÑÐžÑ Ð³Ð°Ð·ÐµÑ Maori, бÑлП ОÑпПлÑзПваМП пÑÑÑ Ð³Ð°Ð·ÐµÑ ÐŽÐ²ÑÑ
+ газеÑÐœÑÑ
+ ÑеÑОй. ÐÑП ЎаÑÑ Ð²ÐŸÐ·ÐŒÐŸÐ¶ÐœÐŸÑÑÑ Ð¿ÐŸÐ»ÐœÐŸÐŒÑ ÑекÑÑÑ ÐŸÑÑÑеÑÑвлÑÑÑ Ð¿ÐŸÐžÑк О пÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ Ñ ÑеЎакÑОÑПваМОеЌ пП Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÑ Ðž ЎаÑе. ÐПгЎа газеÑа пÑПÑЌПÑÑеМа, ОзПбÑажеМОе пÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа О егП ÑППÑвеÑÑÑвÑÑÑОй пÑПÑÑПй ÑекÑÑ Ð¿ÑеЎÑÑÐ°Ð²Ð»ÐµÐœÑ Ð¿ÐŸÐŸÑеÑÑЎМП, еÑлО пÑПйÑО Ма МавОгаÑОПММÑÑ Ñ
+аÑакÑеÑОÑÑÐžÐºÑ Ð²Ð²ÐµÑÑ
+Ñ ÑÑÑаМОÑÑ.
+
+
+ÐПллекÑÐžÑ Ð¿ÑеЎÑÑавлÑÐµÑ ÑПбПй ÑЌеÑÑ ÑПÑÑПÑÑей Оз плагОМПв, клаÑÑОÑОкаÑПÑПв О ÑПÑЌаÑа ПпеÑаÑПÑПв. ÐПлÑÑÐ°Ñ ÐŒÐ°ÑÑа ÑабПÑÑ ÐŸÑÑÑеÑÑвлеМа Ñ Ð¿ÐŸÐŒÐŸÑÑÑ PagedImgPlug, плагОМа ÑпÑПекÑОÑПваММПгП ÐŽÐ»Ñ ÐŽÐ°ÐœÐœÐŸÐ³ÐŸ ÑОпа ÐŽÐ°Ñ Ð² ÑÑПЌ пÑОЌеÑе.ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа Ñайл "пÑМкÑ" заЎаÑÑ ÑпОÑПк ÑайлПв ОзПбÑажеМОй, кПÑПÑÑе ÑПÑÑавлÑÑÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ÑМабжÑММÑÑ
+ МПЌеÑПЌ ÑÑÑÐ°ÐœÐžÑ Ðž ( пП вÑбПÑÑ) ÑПпÑПвПжЎаеЌÑй ÑекÑÑПвÑÐŒ ÑайлПЌ (ÑПЎеÑжаÑегП ЌаÑОММÑÑ Ð²ÐµÑÑÐžÑ ÑÑÐµÐœÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОÑ), ОÑпПлÑзÑеЌПгП ÐŽÐ»Ñ Ð¿ÐŸÐžÑка вÑегП ÑекÑÑа. ТÑО газеÑÑ ÐžÐ· МаÑей кПллекÑОО (вÑе Оз ÑеÑОО Te Whetu o Te Tau) ОЌеÑÑ ÑекÑÑПвПе ОзПбÑажеМОе, О Ўве (Оз TeWaka o Te Iwi) ОЌеÑÑ ÑПлÑкП ОзПбÑажеМОÑ. Ð€Ð°Ð¹Ð»Ñ Ð¿ÑМкÑПв Ñакже ЌПгÑÑ Ð·Ð°ÐŽÐ°Ð²Ð°ÑÑ ÐŒÐµÑаЎаММÑе. РМаÑеЌ пÑОЌеÑе газеÑÐœÑе ÑеÑОО запОÑÐ°ÐœÑ ÐºÐ°Ðº ex.Title О ЎаÑа егП пÑблОкаÑОО as ex.Date. ÐÑО ЌеÑаЎаММÑе ОзвлеÑÐµÐœÑ ÐºÐ°Ðº ÑаÑÑÑ Ð¿ÑПÑеÑÑа пПÑÑÑПйкО.
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÐПÑÑÑаМОÑÐœÑе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ðž запПлМеМОе пПлей ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей: ÑÑП кПллекÑÐžÑ ÐžÐ· вÑЎеÑжкО ЎПкÑЌеМÑПв Niupepa; ÑПлÑкП ПЎМО ЌеÑаЎаММÑе ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ Ð² загПлПвке О ЎаÑе ЎПкÑЌеМÑПв, О ÑÑО ОзвлеÑÐµÐœÑ ÐžÐ· ÑайлПв "пÑМкÑа", вклÑÑÑММÑÑ
+ в ЎПкÑЌеМÑÑ-ОÑÑПÑМОк, ÑакОЌ ПбÑазПЌ МОкакПй ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ Ме ЎПлжеМ бÑÑÑ ÐŸÐ±ÑÑлПвлеМ.
+
+
+In ÐОзайМ → ÐÐ»Ð°Ð³ÐžÐœÑ ÐПкÑЌеМÑа ЎПбавÑÑе PagedImgPlug , О вклÑÑОÑе ПпÑÐžÑ screenview ПÑЌеÑОв кМПпкÑ-ÑлажПк. ÐÑпПлÑзÑеЌÑе ОзПбÑажеМОÑ-ОÑÑПÑМОкО бÑлО ПÑÑкаМОÑÐŸÐ²Ð°ÐœÑ Ñ Ð²ÑÑПкОЌ ÑазÑеÑеМОеЌ, О ÑвлÑÑÑÑÑ Ð±ÐŸÐ»ÑÑОЌО ÑайлаЌО ÐŽÐ»Ñ Ð¿ÑПвПЎМОка пÑО загÑÑзке. ÐÑО пПÑÑÑПеММПй кПллекÑОО ПпÑÐžÑ screenview ÑÐŸÐ·ÐŽÐ°ÐµÑ ÐœÐµÐ±ÐŸÐ»ÑÑОе ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð·ÐºÑаММПгП ÑазÑеÑеМОÑ.
+
+
+РпаМелО СбПÑка , ПÑкÑПйÑе Ð¿Ð°Ð¿ÐºÑ niupepa\sample_items в sample_files О пеÑеÑаÑОÑе ÐµÑ Ð² пÑавÑÑ ÑаÑÑÑ Ð²Ð°Ñей кПллекÑОО.
+
+
+ÐекПÑПÑÑе Оз МеЎавМП пеÑеМеÑеММÑÑ
+ ÑайлПв ÑвлÑÑÑÑÑ ÑекÑÑПвÑЌО ÑайлаЌО, ÑПЎеÑжаÑОЌО ОзвлеÑÑММÑе ÑекÑÑÑ ÐžÐ· пПÑÑÑаМОÑÐœÑÑ
+ ОзПбÑажеМОй. ÐбÑабПÑайÑе в PagedImgPlug , а Ме в TEXTPlug ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О ÑЎалОÑе TEXTPlug . Ð ÑÑП же вÑÐµÐŒÑ ÐŒÐŸÐ¶ÐœÐŸ пÑПОзвеÑÑО ÑОÑÑкÑ, ÑЎалОÑе HTMLPlug , EMAILPlug , PDFPlug , RTFPlug , WordPlug , PSPlug , ISISPlug О NULPlug Ñак, как ПМО бПлÑÑе Ме ÐœÑжМÑ.
+
+
+ТепеÑÑ Ð¿ÑПйЎОÑе в Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , пПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÑезÑлÑÑаÑÑ. ÐПОÑк waka О пÑПÑЌПÑÑ ÐŸÐŽÐœÐŸÐ³ÐŸ Оз загПлПвкПв ÑпОÑка ( вÑе ÑÑО пПÑвлÑÑÑÑÑ ÐºÐ°Ðº Te Whetu o Te Tau ). ÐÑПлОÑÑайÑе ÐœÐ°Ð·Ð²Ð°ÐœÐžÑ Ð°-Ñ Ðž пÑПÑЌПÑОÑе ПЎОМ Оз загПлПвкПв Te Waka o Te Iwi .
+
+
+ÐÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð±Ñла пПÑÑÑПеМа ÑÑÑаМПвкаЌО пП ÑЌПлÑÐ°ÐœÐžÑ Greenstone. ÐПжМП ÑазЌеÑÑОÑÑ Ð¿ÑМкÑÑ Ð¿ÐŸ ОМÑеÑеÑÑ, МП ОМÑПÑЌаÑÐžÑ Ð¿ÑеЎÑÑавлеМа МеÑÑÑкП О МеÑÑМП ÑеЌ в пПлМПй кПллекÑОО Niupepa.
+
+
+ÐÑÑппОÑПваМОе ЎПкÑЌеМÑПв пП ÑеÑОйМÑÐŒ загПлПвкаЌ О ПÑПбÑажеМОе ÐŽÐ°Ñ Ð² кажЎПй гÑÑппе .
+
+
+ÐПЎ загПлПвкаЌО а-Ñ ÐŽÐŸÐºÑЌеМÑÑ ÐžÐ· ÑÑ
+ПжОÑ
+ ÑеÑОй пПвÑПÑÑÑÑÑÑ Ð±ÐµÐ· какОÑ
+-лОбП Ñ
+аÑакÑеÑОÑÑОк (МапÑ, ЎаÑÑ). ÐÑеЎпПÑÑОÑелÑМее бÑлП Ð±Ñ Ð³ÑÑппОÑПваМОе ЎПкÑЌеМÑПв пП ÑеÑОйМÑÐŒ загПлПвкаЌ О ПÑПбÑажеМОе ÐŽÐ°Ñ Ð² кажЎПй гÑÑппе. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð·Ð°Ð²ÐµÑÑОÑÑ ÐžÑпПлÑзПваМОе клаÑÑОÑОкаÑПÑа AZCompactList ÑеЌ AZList, О МаÑÑÑПОÑÑ ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа VList.
+
+
+Ðа паМелО ÐОзайМ , в ÑекÑОО ÐлаÑÑОÑОкаÑПÑÑ ÑвПбПЎМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ ÑЎалОÑе клаÑÑОÑОкаÑПÑÑ AZList ÐŽÐ»Ñ ex.Source О ex.Title .
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList О МаÑÑÑПйÑе ПпÑÐžÑ ÐŒÐµÑаЎаММÑÑ
+ ex.Title . ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ DateList в ПпÑОО ЌеÑаЎаММÑÑ
+ ex.Date .
+
+
+ÐПЎОÑОÑОÑÑйÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ÐŽÐ»Ñ VList . ÐайЎОÑе ÑаÑÑÑ ÐŸÐ¿ÐµÑаÑПÑа пП ÑЌПлÑаМОÑ
+{If}{[ex.Source],<br><i>([ex.Source])</i>}
+О пПЌеМÑйÑе егП Ма
+{If}{[ex.Date],: [ex.Date]}
+ÐМП ÐžÐŒÐµÐµÑ ÑÑÑÐµÐºÑ ÐŸÑ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÐžÐ·Ð²Ð»ÐµÑÑММÑÑ
+ ÐŽÐ°Ñ ÐžÐœÑПÑЌаÑОО, еÑлО пÑеЎÑÑавлеМП.
+
+
+РкПМÑе ÑПÑЌаÑа ПпеÑаÑПÑа, гПвПÑОÑÑÑ
+</td>
+пÑОÑПеЎОМОÑе.
+{If}{[numleafdocs],<td>([numleafdocs] items)</td>}
+О МажЌОÑе Ма <ÐаЌеМОÑÑ Ð€ÐŸÑЌаÑ> .
+
+Ð ÑезÑлÑÑаÑе ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа AZCompactList, пÑО пÑПÑЌПÑÑе загПлПвкПв пПÑвлÑÑÑÑÑ Ð¿ÐžÐºÑПгÑÐ°ÐŒÐŒÑ ÐºÐœÐžÐ¶ÐœÑÑ
+ пПлПк. ÐÑÐŸÑ ÐžÑпÑавлеММÑй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ПпÑеЎелÑÐµÑ Ð² ÑкПбкаÑ
+ кПлОÑеÑÑвП МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² кМОжМПй пПлке пÑМкÑПв. ÐМа ÑабПÑÐ°ÐµÑ Ð·Ð° ÑÑÑÑ ÑПгП, ÑÑП ÑПлÑкП пОкÑПгÑÐ°ÐŒÐŒÑ ÐºÐœÐžÐ¶ÐœÑÑ
+ пПлПк ПпÑеЎелÑÑÑ ÐŒÐµÑаЎаММÑе [numleafdocs].
+
+
+
+ÐПЎавОÑе "пÑÑÑÑе" ÑекÑÑÑ.
+
+
+ÐÑО ÑабПÑе Ñ Ð³Ð°Ð·ÐµÑПй ПÑПбÑажаеÑÑÑ ÑПлÑкП ÑПпÑÑÑÑвÑÑÑОй ЎПкÑЌеМÑ. ÐПгЎа ЎПÑÑÑпМа ПЎМа Оз ЎвÑÑ
+ Ð³Ð°Ð·ÐµÑ Te Waka o Te Iwi , ÐŸÐ±Ð·ÐŸÑ ÐŽÐŸÐºÑЌеМÑа пПказÑÐ²Ð°ÐµÑ ÑППбÑеМОе "РЎаММПЌ ЎПкÑЌеМÑе ÐœÐµÑ ÑекÑÑа". Ðе пПказÑваеÑÑÑ ÐŸÑÑкаМОÑПваММПе ОзПбÑажеМОе ОМÑПÑЌаÑОО (ÑкÑаММПе ÑазÑеÑеМОе ОлО ÑÐŸÐŒÑ Ð¿ÐŸÐŽÐŸÐ±ÐœÐŸÐµ), Ўаже еÑлО ПМ бÑл пПЎÑÑОÑаМ О ÑПÑ
+ÑаМÑÐœ Ñ ÐŽÐŸÐºÑЌеМÑПЌ. ÐÑП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÐžÑпÑавлеМП ÑПÑЌаÑПЌ ПпеÑаÑПÑа, ЌПЎОÑОÑОÑÑÑÑегП Ñ
+аÑакÑеÑОÑÑОкО пП ÑЌПлÑÐ°ÐœÐžÑ ÐŽÐ»Ñ DocumentText.
+
+
+ÐÑÑаваÑÑÑ Ð² ÑегЌеМÑе ХаÑакÑеÑОÑÑОкО ÑПÑЌаÑа паМелО ÐОзайМ , в ÐŒÐµÐœÑ "ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑОкÑ" вÑбеÑОÑе ТекÑÑ ÐŽÐŸÐºÑЌеМÑа . ÐÑа ÑÑÑПка ПпеÑаÑПÑа HTML пÑÑÑа, запÑÑк Ñ
+аÑакÑеÑОÑÑОкО пП ÑЌПлÑÐ°ÐœÐžÑ ÐŸÑПбÑажаÑÑегП пÑПÑÑПй ÑекÑÑ ÐŽÐŸÐºÑЌеМÑа, в ÑлÑÑае ПÑÑÑÑÑÑÐ²ÐžÑ ÐŸÐœÐŸÐ³ÐŸ, "РЎаММПЌ ЎПкÑЌеМÑе ÐœÐµÑ ÑекÑÑа". ÐзЌеМОÑе Ма:
+
+<center>
+ <table width=_pagewidth_>
+ <tr>
+ <td valign=top>[srclink][screenicon][/srclink]</td>
+ <td>[Text]</td>
+ </tr>
+ </table>
+</center>
+
+О МажЌОÑе Ма <ÐаЌеМОÑÑ Ð€ÐŸÑЌаÑ> .
+( ЎПÑÑÑпеМ как: niupepa\doc_tweak.txt)
+
+ÐклÑÑÐ°Ñ [пОкÑПгÑÐ°ÐŒÐŒÑ ÑкÑаМа]вÑÑÑаОваÑÑегП ÑкÑаММае ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð¿ÑПОзвПЎОЌÑÑ
+ вклÑÑеМОеЌ ПпÑОО ÑкÑаММПгП пÑПÑЌПÑÑа в PagedImgPlug. ÐМа гОпеÑÑвÑзаММа Ñ ÐžÐ·ÐŸÐ±ÑажеМОеЌ-ПÑОгОМалПЌ кПМÑÑÑÑкÑОей [srclink]...[/srclink].
+
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ ;пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐžÑпÑавлеММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+ÐП Ð¶ÐµÐ»Ð°ÐœÐžÑ ÐŒÐŸÐ¶ÐµÑе ЎПбавОÑÑ Ð»ÐŸÐ³ÐŸÑОп О ОзЌеМОÑÑ Ð·Ð°ÐŽÐœÐžÐ¹ плаМ ( как ÑаМее). ÐПЎÑ
+ПЎÑÑее ОзПбÑажеМОе МаÑ
+ПЎОÑÑÑ Ð² niupepa\images , кПÑПÑÑй акÑОвОÑÑеЌ ÑайлПЌ macros\extra.dm .
+
+
+РпПÑÑÑПеММПй кПллекÑОО газеÑÑ ÑгÑÑппОÑÐŸÐ²Ð°ÐœÑ Ð²ÐŒÐµÑÑе пП Ð·Ð°Ð³ÐŸÐ»ÐŸÐ²ÐºÑ ÑеÑОй О ÐŽÐ°Ñ ÐŽÐ»Ñ ÐžÑ
+ ПÑлОÑÐžÑ ÐŸÑ ÐŽÑÑгОÑ
+ в ÑПвЌеÑÑÐœÑÑ
+ ÑеÑОÑÑ
+. ÐПлÑзПваÑелО ЌПгÑÑ Ð¿ÑПÑЌаÑÑОваÑÑ Ð² Ñ
+ÑПМПлПгОÑеÑкПЌ пПÑÑЎке, вП вÑÐµÐŒÑ Ð¿ÑПÑЌПÑÑа газеÑМПй ÑÑÑаМОÑÑ ÐžÐ·ÐŸÐ±ÑажеМОе пÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа МаÑ
+ПЎÑÑееÑÑ Ð² левПй ÑаÑÑО пПказÑÐ²Ð°ÐµÑ Ð¿ÑО ÐµÑ Ð²ÑбПÑе веÑÑОÑ-ПÑОгОМал вÑÑПкПгП ÑазÑеÑеМОÑ, ÑПпÑПвПжЎаеЌПе ÑпÑава веÑÑОей пÑПÑÑПгП ÑекÑÑа ЎаММПй газеÑÑ ( пÑО МалОÑОО).
+
+
+
+
+
+ÐПллекÑÐžÑ ÐÑкÑÑÑÑÑ
+ ÐÑÑ
+ОвМÑÑ
+ ÐМОÑОаÑОв (ÐÐÐ).
+
+
+
+
+
+ÐÑП ÑпÑажМеМОе ÐŽÐ»Ñ ÐžÑÑÐ»ÐµÐŽÐŸÐ²Ð°ÐœÐžÑ ÑÑПвМевПгП ПбÑлÑÐ¶ÐžÐ²Ð°ÐœÐžÑ ÐžÑпПлÑзÑÑ ÐÑПÑПкПл ÐÐÐ ÐŽÐ»Ñ Ð¡Ð±ÐŸÑа ÐеÑаЎаММÑÑ
+ (ÐÐÐ-СÐ). ТакОЌ ПбÑазПЌ ЌПжМП ÑабПÑаÑÑ Ðž Ма авÑПМПЌМПЌ кПЌпÑÑÑеÑе, О ÐœÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ÑвÑзÑваÑÑÑÑ Ñ Ð²ÐœÑÑÑеММОЌ ÑеÑвеÑПЌ (пÑПвайЎеÑПЌ ЎаÑ). ÐЌеÑÑП ÑÑПгП ЎаМ ÐœÐ°Ð±ÐŸÑ ÑПÑвеÑÑÑвÑÑÑОÑ
+ ÑайлПв, пÑОМОЌаÑÑОÑ
+ ÑПÑÐŒÑ Ð·Ð°Ð¿ÐžÑей XML пÑПОзвеЎÑММÑÑ
+ пÑПÑПкПлПЌ ÐÐÐ-СÐ.
+
+
+ÐÑÑПÑМОкПЌ ПЎМПй Оз ЎПкÑЌеМÑОÑПваММÑÑ
+ кПллекÑОй-пÑОЌеÑПв ÑвлÑеÑÑÑ OAI. ÐÑП ÑпÑажМеМОе пПказÑÐ²Ð°ÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌÑе ÑагО ÐŽÐ»Ñ ÑекПМÑÑÑÑОÑПваМОÑ. (ÐаЌÑÑка: ÑÑП пÑÐžÐŒÐµÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ОзПбÑажеМОй ( МевПзЌПжМП пПÑÑÑПОÑÑ ÐµÐ³ÐŸ ЎП ÑеÑ
+ пПÑ, пПка ImageMagick загÑÑжеМ в кПЌпÑÑÑеÑе). ÐÑлО пПÑЌПÑÑеÑÑ ÐŽÐŸÐºÑЌеМÑОÑПваММÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ-пÑÐžÐŒÐµÑ ÐŽÐµÐŒÐŸ-ÐÐРЌПжМП ÑвОЎеÑÑ ÑÑП пПÑÑÑПОÑÑ ÑпÑажМеМОе.
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÐžÑ OAI Service Provider . ÐапПлМОÑе Ð¿ÐŸÐ»Ñ ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей. ÐПжеÑе пПкОМÑÑÑ ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ пП ÑЌПлÑÐ°ÐœÐžÑ Dublin Core, Ñ
+ПÑÑ ÑÑП О Ме важМП.
+
+
+РпаМелО СбПÑка , зайЎОÑе в Ð¿Ð°Ð¿ÐºÑ sample_small в sample_files/oai . ÐПЌеÑÑОÑе ЎаММÑÑ Ð¿Ð°Ð¿ÐºÑ Ð² кПллекÑОО.
+
+
+ÐП вÑÐµÐŒÑ Ð¿ÑПÑеÑÑа кПпОÑПваМОÑ, пПÑвОÑÑÑ Ð²ÑплÑваÑÑее ПкМП Ñ Ð²ÐŸÐ¿ÑПÑПЌ ЎПбавлÑÑÑ Ð»Ðž OAIPlug в ÑпОÑПк плагОМПв ОÑпПлÑзПваММÑÑ
+ в кПллекÑОО, Ñак, как ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ ÐœÐµ МаÑел ÑÑÑеÑÑвÑÑÑегП плагОМа ÑпПÑПбМПгП пПЎЎеÑжОваÑÑ ÐŽÐ°ÐœÐœÑй ÑОп Ñайла. ÐÐ»Ñ ÐµÐ³ÐŸ вклÑÑÐµÐœÐžÑ Ð² МажаÑÑ ÐœÐ° ÐºÐœÐŸÐ¿ÐºÑ <ÐПбавОÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ>
+
+
+ÐП вÑÐµÐŒÑ ÐºÐŸÐ¿ÐžÑÐŸÐ²Ð°ÐœÐžÑ ÑайлПв МапПЎПбОе ÑÑПЌÑ, ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ ÐŸÐ¿ÐŸÐ·ÐœÐ°ÑÑ ÐºÐ°Ð¶ÐŽÑй Ñайл О ОÑпПлÑзÑÐµÑ ÐµÐ³ÐŸ ÑаÑÑОÑеМОе ОЌеМО Ñайла ÐŽÐ»Ñ Ð¿ÑПвеÑкО МалОÑÐžÑ Ð² кПллекÑОО ÑППÑвеÑÑвÑÑÑОÑ
+ плагОМПв. ÐО ПЎОМ Оз плагОМПв МаÑ
+ПЎÑÑОÑ
+ÑÑ Ð² ÑпОÑке ÑпПÑПбеМ ПбÑабПÑаÑÑ ÑÐ°Ð¹Ð»Ñ Ð² ÑПÑЌаÑе ÐÐÐ (ÑаÑÑОÑеМОе ОЌеМО Ñайла .oai), пПÑÑÐŸÐŒÑ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑÐµÐ¹Ñ Ð¿ÑПÑÐžÑ Ð²Ð°Ñ ÑказаÑÑ ÑППÑвеÑÑÑвÑÑÑОй плагОМ.
+
+
+ÐМПгЎа еÑÑÑ ÐœÐµÑкПлÑкП плагОМПв ÑпПÑПбМÑÑ
+ ПбÑабПÑаÑÑ Ñайл. ÐапÑОЌеÑ, ÑаÑÑОÑеМОе .xml ОÑпПлÑзÑеÑÑÑ ÐŒÐœÐŸÐ³ÐžÐŒÐž ÑазлОÑÐœÑЌО ÑПÑЌаÑаЌО XML. ÐÑплÑваÑÑее ПкМП пÑеЎПÑÑавлÑÐµÑ Ð²ÑÐ±ÐŸÑ Ð¿ÐŸÐŽÐŸÐ±ÑаММÑÑ
+ ЎПÑÑÑпМÑÑ
+ плагОМПв. СЎелаÑÑ Ð¿ÑавОлÑÐœÑй вÑÐ±ÐŸÑ Ð»ÐµÐ³ÐºÐŸ. ÐПжМП пÑПОгМПÑОÑПваÑÑ Ð¿ÐŸÐŽÑÐºÐ°Ð·ÐºÑ ( МажаÑÑ <Ðе ЎПбавлÑÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ>), Ñак, как ЎПкÑЌеМÑÑ ÐŒÐŸÐ³ÑÑ Ð±ÑÑÑ ÐŽÐŸÐ±Ð°Ð²Ð»ÐµÐœÑ Ð¿ÐŸÐ·ÐŽÐœÐµÐµ в ÑегЌеМÑе ÐÐ»Ð°Ð³ÐžÐœÑ ÐПкÑЌеМÑа в паМелО ÐОзайМа.
+
+
+СлеЎÑÐµÑ ÐºÐŸÐœÑОгÑÑОÑПваÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ ÐзПбÑажеМОÑ. РпаМелО ÐОзайМ вÑбеÑОÑе ÑекÑÐžÑ ÐÐ»Ð°Ð³ÐžÐœÑ ÐПкÑЌеМÑа , Ўалее вÑбеÑОÑе плагОМ ImagePlug О МажЌОÑе Ма <ÐПМÑОгÑÑОÑПваÑÑ ÐлагОМ...> . РвÑплÑваÑÑеЌ ПкМе ÑазЌеÑÑОÑе ПпÑÐžÑ screenviewsize , вклÑÑОÑе егП, О МабеÑОÑе ÑОÑÑÑ 300 в ЌПЎÑле ÐŽÐ»Ñ ÑÐŸÐ·ÐŽÐ°ÐœÐžÑ ÑкÑаММПгП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð² 300 пОкÑелей. ÐажЌОÑе Ма <OK> .
+
+
+ТепеÑÑ Ð¿ÐµÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ Ðž пПÑÑÑПОÑÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ.
+
+
+Ðак О ÐŽÑÑгОе кПллекÑОО пПÑÑÑПеММÑе МаЌО Ма пÑМО пПЌПÑО ÑЌПлÑаМОй Greenstone, кПМеÑÐœÑй ÑезÑлÑÑÐ°Ñ ÑМПÑеМ, МП ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ ÑÑПвеÑÑеМÑÑвПваМ. СлеЎÑÑÑОе ЌеÑÑ ÐŽÐ»Ñ ÑПвеÑÑеМÑÑÐ²ÐŸÐ²Ð°ÐœÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО пÑО ОÑпПлÑзПваМОО ЌеÑаЎаММÑÑ
+ ÑПбÑаММÑÑ
+ ÐÐÐ-СРв .oai files.
+
+
+Ð ÑегЌеМÑе ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ Ð¿Ð°ÐœÐµÐ»Ðž ÐОзайМ , ÑЎалОÑÑ ÐŽÐ²Ð° клаÑÑОÑОкаÑПÑа AZList (ex.Title О ex.Source ).
+
+
+ÐПбавÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList Ма базе ЌеÑаЎаММÑÑ
+ ex.Subject
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе клаÑÑОÑОкаÑÐŸÑ AZCompactList Ма базе ЌеÑаЎаММÑÑ
+ ex.Description . РпаМелО кПМÑОгÑÑаÑОО вÑбеÑОÑе mincompact = 1 , maxcompact = 10 О ÐžÐŒÑ ÐºÐœÐŸÐ¿ÐºÐž = ÐагПлПвкО .
+
+
+Ð ÑекÑООÐПОÑк ОМЎекÑПв паМелО ÐОзайМ ÑЎалОÑе вÑе ОМЎекÑÑ, О ввеЎОÑе МПвÑй пПЎ МазваМОеЌ "загПлПвкО" Ма базе ЌеÑаЎаММÑÑ
+ ex.Description .
+
+
+ÐПÑÑÑПйÑе кПллекÑОÑ, О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе еÑ.
+
+
+ÐПЎÑÑÑаОваМОе пÑезеМÑаÑОО пПЎ ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа.
+
+
+РпаМелО ÐОзайМn вÑбеÑОÑе ХаÑакÑеÑОÑÑОкО ÑПÑЌаÑа . СпеÑва заЌеМОÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа VList Ма:
+
+<td>
+ {If}{[numleafdocs],[link][icon][/link],[link][thumbicon][/link]}
+</td>
+<td valign=middle>
+ {If}{[numleafdocs],[Title],<i>[Description]</i>}
+</td>
+
+ÐаММÑй ÑекÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² Ñайле vlist_tweak.txt в oai/format_tweaks папкО sample_files. . ÐÑО ПкПМÑаМОО МажЌОÑе Ма < ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ >
+
+ЀПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пеÑеЎелÑÐ²Ð°ÐµÑ Ð²ÐžÐŽ веÑÑОкалÑМПгП ÑпОÑка( ÑÑП пПОÑкО ÑезÑлÑÑаÑа О ÑпОÑкО загПлПвкПв ÐŽÐ»Ñ ÐŸÑПбÑÐ°Ð¶ÐµÐœÐžÑ ÐºÐŸÐœÑÑПлÑМПгП ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ñ ÐŒÐµÑаЎаММÑЌО ÐпОÑаМОÑ. УЌПлÑаМОе пП Greenstone ÐŽÐ»Ñ ÐžÑпПлÑÐ·ÐŸÐ²Ð°ÐœÐžÑ ÐžÐ·Ð²Ð»ÐµÑÑММÑÑ
+ ЌеÑаЎаММÑÑ
+, ÑакОЌ ПбÑазПЌ [ÐпОÑаМОе] пПÑ
+Пжа Ма [ex.Description].
+
+
+
+ТепеÑÑ Ð²ÑбеÑОÑе DocumentHeading Оз вÑпаЎаÑÑегП ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑÐžÐºÑ Ðž ОзЌеМОÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа Ма:
+<h3>[Subject]</h3>
+
+ÐагПлПвПк ЎПкÑЌеМÑа пПÑвлÑеÑÑÑ ÐœÐ°ÐŽ ПÑЎелÑММÑÐŒ, О ÐœÐµÑ Ð²ÑЎелеММÑÑ
+ кМПпПк пÑО пПлÑÑеМОО ЎПкÑЌеМÑа в кПллекÑОО. ÐП ÑЌПлÑÐ°ÐœÐžÑ DocumentHeading пПказÑÐ²Ð°ÐµÑ ÐŽÐŸÐºÑÐŒÐµÐœÑ ex.Title metadata. РЎаММПЌ ПÑЎелÑМПЌ МабПÑе ÑкÑпПÑÑОÑПваММÑÑ
+ запОÑей OAI, загПлПвкО ÑвлÑÑÑÑÑ ÐžÐŒÐµÐœÐ°ÐŒÐž ÑайлПв ОзПбÑажеМОй JPEG, О ОЌеМа ÑайлПв Ме МеÑÑÑ ÐžÐœÑПÑЌаÑОО (МапÑ, 01dla14). ÐÐ»Ñ ÐžÑ
+ пÑПÑЌПÑÑа вÑбеÑОÑе ОзПбÑажеМОе sample_small в паМелО sample_small → oai → JCDLPICS → srcdocs О пÑПвеÑÑÑе ÐžÐŒÑ Ñайла О ex.Title metadata. ÐÑÑеÑказаММÑй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа пПказÑÐ²Ð°ÐµÑ ex.Subject metadata вЌеÑÑП
+
+
+
+РкПМÑе ЌПжМП ÑвОЎеÑÑ ÑÑП в ЌеÑÑе пПÑÐ²Ð»ÐµÐœÐžÑ ÐŽÐŸÐºÑЌеМÑа пПÑвлÑеÑÑÑ ÑПлÑкП ÐаММÑй ЎПкÑÐŒÐµÐœÑ ÐœÐµ ÑПЎеÑÐ¶ÐžÑ ÑекÑÑа . ÐÐ»Ñ ÐžÑпÑÐ°Ð²Ð»ÐµÐœÐžÑ Ð²ÑбеÑОÑеТекÑÑ ÐПкÑЌеМÑа в вÑпаЎаÑÑеЌ ÐŒÐµÐœÑ Choose Feature О ОÑпПлÑзÑйÑе ÑлеЎÑÑÑее как егП ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа (Ма ЎаММÑй ÐŒÐŸÐŒÐµÐœÑ Ð¿ÑÑÑПй) (ÑÑП ÑекÑÑ Ð² doctxt_tweak.txt в ÑаМее ÑпПЌÑÐœÑÑПй папке format_tweaks ):
+<center><table width=_pagewidth_ border=1>
+<tr><td colspan=2 align=center>
+<a href=[OrigURL]>[screenicon]</a></td></tr>
+<tr><td>Caption:</td><td> <i>[Description]</i> <br>
+(<a href=[OrigURL]>original [ImageWidth]x[ImageHeight] [ImageType] available</a>)
+</td></tr>
+<tr><td>Subject:</td><td> [Subject]</td></tr>
+<tr><td>Publisher:</td><td> [Publisher]</td></tr>
+<tr><td>Rights:<td> [Rights]</td></tr>
+</table></center>
+ÐажЌОÑе Ма <ÐаЌеМОÑÑ Ð€ÐŸÑЌаÑ> .
+ÐаММÑй ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ЌеМÑÐµÑ ÐºÐ°Ðº пÑеЎÑÑавлеМ ÐŸÐ±Ð·ÐŸÑ ÐŽÐŸÐºÑЌеМÑа. ÐÐœ вклÑÑÐ°ÐµÑ ÑкÑаММÑÑ Ð²ÐµÑÑÐžÑ ÐžÐ·ÐŸÐ±ÑажеМОÑ, гОпеÑÑвÑзаММПгП Ñ ÐŽÐŸÑÑÑпМПй в вебе ПÑОгОМалÑМПй бПлÑÑПй веÑÑОей. ЀакÑОÑеÑÐºÐ°Ñ ÐžÐœÑПÑЌаÑÐžÑ ÐžÐ·Ð²Ð»ÐµÑÐµÐœÐœÐ°Ñ ÐžÐ· ОзПбÑажеМОй, ÑÐ°ÐºÐ°Ñ ÐºÐ°Ðº: ÑОÑОМа, вÑÑПÑа О ÑОп Ñакже ПÑПбÑажаеÑÑÑ.
+
+
+ЀПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑПв ПбÑабаÑÑваеÑÑÑ ÑОÑÑеЌПй вÑеЌеМО ОÑпПлМеМОÑ, О ÐŽÐ»Ñ ÐŽÐŸÐ»Ð¶ÐœÐŸÐ³ÐŸ ÑÑÑекÑа Ме ÐœÑжМП заМПвП ÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐеÑеклÑÑОÑÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О МажаÑÑ ÐœÐ° <ÐÑеЎваÑОÑелÑÐœÑй пÑПÑЌПÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО > ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑезÑлÑÑаÑПв.
+
+
+ÐÐ»Ñ ÑÑкПÑÐµÐœÐžÑ Ð¿ÐŸÑÑÑПйкО, ÐŽÐ°ÐœÐœÐ°Ñ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ ÑПЎеÑÐ¶ÐžÑ ÐœÐµÑкПлÑкП ЎПкÑЌеМÑПв-ОÑÑПÑМОкПв ÑеЌ ЎПпПÑÑÑПеÑÐœÐ°Ñ Ð²ÐµÑÑÐžÑ ÑМабжÑÐœÐœÐ°Ñ ÑÑÑаМПвкПй Greenstone. ÐЎМакП, пПÑле ЌПЎОÑОкаÑОО егП ÑÑМкÑОПМалÑМПÑÑÑ ÐŸÑÑаеÑÑÑ ÐœÐ° ÑПЌ же ÑÑПвМе.
+
+
+
+
+
+ÐагÑÑзка ÑеÑез OAI
+
+
+
+
+
+РпÑеЎÑÐŽÑÑеЌ ÑпÑажМеМОО Ме пПлÑÑОлО ЎаММÑÑ
+ Оз вМÑÑÑеММегП ÑеÑвеÑа ÐÐÐ-СÐ. ÐÑÐŸÑ Ñаг ÑПвеÑÑÑÐœ ÑекÑÑей пÑПгÑаЌЌПй кПЌаМЎМПй ÑÑÑПкО. ÐÐ»Ñ ÐµÐ³ÐŸ вÑÐ¿ÐŸÐ»ÐœÐµÐœÐžÑ ÐºÐŸÐŒÐ¿ÑÑÑÐµÑ ÐŽÐŸÐ»Ð¶ÐµÐœ бÑÑÑ ÐœÐ°Ð¿ÑÑÐŒÑÑ Ð¿ÐŸÐŽÐºÐ»ÑÑÑÐœ к ОМÑеÑМеÑÑ. ÐÑпПлÑзПваМОе бÑаМЎЌаÑÑÑа ÐŒÐŸÐ¶ÐµÑ Ð¿ÐŸÐŒÐµÑаÑÑ Ð·Ð°Ð³ÑÑзке ОМÑПÑЌаÑОО.
+
+
+СПÑ
+ÑаМОÑе ваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОÑ. ÐÐÐÐÐÐÐТЬ ÐžÐŒÑ Ð² каÑалПге - oaiservi (ПМа пПÑвлÑеÑÑÑ Ð² ÑÑÑПке загПлПвка в ÐОблОПÑеÑМПЌ ÐÐœÑеÑÑейÑе) О ПÑклÑÑОÑÑ ÐОблОПÑеÑÐœÑй ÐÐœÑеÑÑейÑ.
+
+
+Ð ÑеЎакÑПÑе ÑекÑÑа (МапÑ, WordPad), ПÑкÑПйÑе Ñайл кПМÑОгÑÑаÑОО кПллекÑОО - C:\Program Files\Greenstone\collect\oaiservi\etc\collect.cfg . ÐПбавÑÑе ÑлеЎÑÑÑОе ÑÑÑПкО ( вÑе в ПЎМПй ÑÑÑПке):
+acquire OAI -src rocky.dlib.vt.edu/~jcdlpix/cgi-bin/OAI1.1/jcdlpix.pl -getdoc
+ХПÑÑ Ð¿ÐŸÐ·ÐžÑÐžÑ ÐŽÐ°ÐœÐœÐŸÐ¹ ÑÑÑПкО О Ме кÑОÑОÑМа, ÑекПЌеМЎÑеÑÑÑ ÑазЌеÑÑОÑÑ Ð² МаÑале Ñайла, пПÑле ÑÑÑПк ÑПзЎаÑÐµÐ»Ñ Ðž пÑблОкО, МП пеÑеЎ ÑÑÑПкПй ОМЎекÑа. СПÑ
+ÑаМОÑÑ Ñайл О вÑклÑÑОÑÑ ÑеЎакÑПÑ.
+
+
+УЎалОÑе ÑПЎеÑжОЌПе папкО кПллекÑОО import . ÐМа ÑПЎеÑÐ¶ÐžÑ Ð·Ð°ÑаМее запОÑаММÑÑ Ð²ÐµÑÑÐžÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÑайлПв, ПÑÑавлеММПй зЎеÑÑ Ð²ÐŸ вÑÐµÐŒÑ Ð¿ÑеЎÑÐŽÑÑегП ÑпÑажМеМОÑ. ТепеÑÑ ÑÑебÑеÑÑÑ Ð·Ð°Ð²ÐµÑОÑÑ ÐŽÐ°ÐœÐœÑе пПÑвлÑÑÑОеÑÑ ÑМПва Ñ Ð²ÐœÑÑÑеММегП ÑеÑвеÑа ÐÐÐ.
+
+
+ÐÑкÑПйÑе ПкМП DOS ÐŽÐ»Ñ ÐŽÐŸÑÑÑпа к кПЌаМЎМПй ÑÑÑПке. ÐÑП ÑÑеЎÑÑвП ЎПлжМП бÑÑÑ ÑÑÑаМПвлеМП в ÐŒÐµÐœÑ ÐÑÑк → ÐÐµÐœÑ Ð¿ÑПгÑаЌЌ, МП ЎеÑалО ПÑлОÑаÑÑÑÑ ÐŒÐµÐ¶ÐŽÑ ÑазМÑЌО ÑОÑÑеЌаЌО Windows. ÐÑО МевПзЌПжМПÑÑО ÑазЌеÑеМОÑ, вÑбеÑОÑе ÐÑÑк. → ÐапÑÑÑОÑе О ввеЎОÑе cmd в вÑплÑваÑÑеЌ ПкМе.
+
+
+РПкМе DOS зайЎОÑе в лОÑÐœÑй каÑалПг гЎе ÑаÑпПлПжеМ Greenstone. ÐÑпПлМеМП:
+cd C:\Program Files\Greenstone
+
+
+ÑОп:
+setup.bat
+ÑÑÑаМПвОÑе вПзЌПжМПÑÑÑ Ð·Ð°Ð¿ÑÑка пÑПгÑаЌЌ кПЌаМЎМÑÑ
+ лОМОй Greenstone.
+
+
+ОзЌеМОÑе каÑалПг в папке ÑПЎеÑжаÑей кПллекÑÐžÑ Ð¿ÑПвайЎеÑа УÑлÑг ÐÐÐ, пПÑÑÑПеММПй в пÑПÑеЎÑеЌ ÑпÑажМеМОО.
+cd collect\oaiservi
+
+ХПÑÑ Ð² ОЌеМО кПллекÑОО ОÑпПлÑÐ·ÐŸÐ²Ð°ÐœÑ Ð·Ð°Ð³Ð»Ð°Ð²ÐœÑе бÑквÑ, каÑалПг пÑПОзвеЎÑММÑй ÐОблОПÑеÑÐœÑÐŒ ÐÐœÑеÑÑейÑПЌ МаÑ
+ПЎОÑÑÑ Ð² МОжМеЌ ÑегОÑÑÑе
+
+
+
+ÐапÑÑÑОÑе:
+ perl -S importfrom.pl oaiservi
+
+Greenstone ЌПЌеМÑалÑМП МаÑÐœÑÑ ÑабПÑаÑÑ, О пÑПОзвПЎОÑÑ Ð¿ÑО ÑÑПЌ ЎОагМПÑÑÐžÐºÑ ÐŽÐ°ÐœÐœÑÑ
+. ÐÑПгÑаЌЌа importfrom.pl ÑвÑзÑваеÑÑÑ Ñ Ð¿ÑПвайЎеÑПЌ ЎаММÑÑ
+ ÐÐÐ, ÑказаММПгП в Ñайле кПМÑОгÑÑаÑОО кПллекÑОО ( ÑÑП пÑПОÑÑ
+ÐŸÐŽÐžÑ Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ "пÑОПбÑеÑÑММПй" ÑÑÑПкПй в Ñайле) О ÑкÑпПÑÑОÑÑÐµÑ Ð²Ñе запОÑО Ма ÑÑПЌ ÑайÑе.
+
+
+
+ÐагÑÑжеММÑе ÑÐ°Ð¹Ð»Ñ ÑПÑ
+ÑаМÑÑÑÑÑ Ð² кПллекÑОО папкО ОЌпПÑÑа. ÐПÑле завеÑÑÐµÐœÐžÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ Ð²ÑÑ ÑÑаÑÑ ÐœÐ° ÑвПО ЌеÑÑа, О кПллекÑÐžÑ Ð³ÐŸÑПва к пПÑÑÑПйке. ÐПЎÑвеÑЎОÑе ÑÑпеÑМП пÑОПбÑеÑÑММÑе запОÑО ÐÐРпÑÑÑÐŒ пеÑеÑÑÑПйкО кПллекÑОО.
+
+
+
+
+
+ÐÑпПлÑзÑйÑе как ÐМеÑÐœÑÑ ÐÑезеМÑаÑÐžÑ Greenstone METS
+
+
+
+
+
+Ð ÐОблОПÑеÑМПЌ ÐÐœÑеÑÑейÑе Greenstone ПÑкÑПйÑе кПллекÑÐžÑ Tudor
+
+
+ÐÐ»Ñ Ð·Ð°ÐŒÐµÐœÑ METSPlug Ма GAPlug ÐœÑжМП бÑÑÑ Ð² ÑежОЌе ÐкÑпеÑÑ.
+
+
+ÐажЌОÑе Ма Ѐайл → ÐÑеЎпПÑÑÐµÐœÐžÑ → РежОЌ О ОзЌеМОÑе Ма ÑежОЌ ÐкÑпеÑÑ.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ , вÑбеÑОÑе ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑа . УЎалОÑе GAPlug Оз ÑпОÑка плагОМПв, О ЎПбавÑÑе METSPlug Ñ ÐŸÐ¿ÑОÑЌО пП ÑЌПлÑаМОÑ.
+
+
+ТепеÑÑ ÐžÐ·ÐŒÐµÐœÐžÑе Ð¿Ð°ÐœÐµÐ»Ñ Ð¡ÐŸÐ·ÐŽÐ°ÑÑ , ÑÑÑаМПвОÑе ПпÑОО важМПгП МабПÑа saveas Ма METS . ÐЌпПÑÑ ÐŸÐ¿ÑОй МевПзЌПжеМ ЎП ÑеÑ
+ Ð¿ÐŸÑ Ð¿ÐŸÐºÐ° МаÑ
+ПЎОÑеÑÑ Ð² ÑежОЌе ÐкÑпеÑÑ
+
+
+ÐеÑеÑÑÑПйÑе кПллекÑОÑ.
+
+
+Ð Ñайле пÑПвПЎМОка Windows ÑазЌеÑÑОÑе Ð¿Ð°Ð¿ÐºÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО Tudor аÑÑ
+ÐžÐ²Ñ . ÐÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа кПллекÑОО, Greenstone вÑпÑÑÑОла Ўва Ñайла: docmets.xml , ÑÐŽÑП ПпОÑÐ°ÐœÐžÑ METS, О doctxt.xml , вÑпПЌПгаÑелÑÐœÑй Ñайл. ( ÐаЌÑÑка: doctxt.xml в ваÑеЌ веб-пÑПвПЎМОке ЎПÑÑÑпеМ ÐŽÐ»Ñ Ð¿ÑПÑЌПÑÑа ÑПлÑкП пÑО пПЎклÑÑеМОО ОМÑеÑМеÑ, Ñак,как ПМ ÑÑÑлаеÑÑÑ ÐœÐ° ÑЎалÑММÑй ÑеÑÑÑÑ.) РзавОÑОЌПÑÑО ÐŸÑ ÐžÑÑПÑМОка-ЎПкÑЌеМÑа ЌПгÑÑ ÑÑÑеÑÑвПваÑÑ ÐŽÐŸÐ¿ÐŸÐ»ÐœÐžÑелÑÐœÑе ÑайлÑ, ÑакОе,как ОзПбÑÐ°Ð¶ÐµÐœÐžÑ Ð²ÐµÐ±-ÑÑÑаМОÑÑ. ÐЎМПй Оз ЌМПгОÑ
+ Ñ
+аÑакÑеÑОÑÑОк MET ÑвлÑеÑÑÑ ÑÑМкÑÐžÑ ÑÑÑлкО Ма ОÑÑПÑМОк в вМеÑМОÑ
+ ÑайлаÑ
+ XML. GreenstoneОÑпПлÑзÑÐµÑ ÐžÑ
+ ÐŽÐ»Ñ ÑвÑзÑÐ²Ð°ÐœÐžÑ ÐºÐŸÐœÑеМÑа ЎПкÑЌеМÑа, ÑПÑ
+ÑаММÑМПгП вП вМеÑМеЌ Ñайле XML doctxt.xml Ñ ÐžÐµÑаÑÑ
+ОÑеÑкПй ÑÑÑÑкÑÑÑПй, ÑказаММПй в ÑÐŽÑе Ñайла METS docmets.xml .
+
+
+
+
+
+ÐеÑеМеÑОÑе кПллекÑÐžÑ ÐžÐ· Dspace в Greenstone
+
+
+
+
+
+СМаÑала, ОзЌеМОÑе ЌПЎÑÑ ÐœÐ° СпеÑОалОÑÑ ÐОблОПÑеÑÐœÑÑ
+ СОÑÑеЌ (ОлО ÐкÑпеÑÑ ) (ОÑпПлÑзÑÑ Ð€Ð°Ð¹Ð» → ÐпÑОО ), Ñак как ваЌ пПÑÑебÑеÑÑÑ ÐžÐ·ÐŒÐµÐœÐžÑÑ Ð¿ÐŸÑÑЎПк плагОМПв Ма паМелО ÐОзайМ .
+
+
+ÐапÑÑÑОÑе МПвÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐŸÐŽ МазваМОеЌ StoneD , О запПлМОÑе ÑППÑвеÑÑÑвÑÑÑей ОМÑПÑЌаÑОей. ÐПкОМÑÑе ÐœÐ°Ð±ÐŸÑ ÐŒÐµÑаЎаММÑÑ
+ Dublin Core пП ÑЌПлÑаМОÑ.
+
+
+ÐеÑеклÑÑОÑеÑÑ ÐœÐ° Ð¿Ð°ÐœÐµÐ»Ñ ÐОзайМ О вÑбеÑОÑе ÑекÑÐžÑ ÐÐ»Ð°Ð³ÐžÐœÑ ÐŽÐŸÐºÑЌеМÑПв в левПй ÑаÑÑО. УЎалОÑе TEXTPlug ,HTMLPlug О EMAILPlug . СÑÑПгП гПвПÑÑ ÐœÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ÑЎалÑÑÑ ÐžÑ
+, ПЎМакП, ÑÑП ÑПкÑаÑÐ°ÐµÑ Ð¿ÐŸÐŒÐµÑ
+О.
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе DSpacePlug . ÐÑйЎОÑе Оз ПпÑОй плагОМа пП ОÑ
+ ÑЌПлÑÐ°ÐœÐžÑ Ðž МажЌОÑе Ма <OK >.
+
+
+ÐÑпПлÑзÑÑ Ð²ÐµÑÑ
+ÐœÑÑ Ðž МОжМÑÑ ÑÑÑелкО пеÑеЎвОМÑÑе DSpacePlug МаЎ GAPlug О МОже ZIPPlug .
+
+
+ТепеÑÑ ÐŽÐŸÐ±Ð°Ð²ÑÑе MP3Plug , Ñ ÐŸÐ¿ÑОÑЌО кПМÑОгÑÑаÑОО пП ÑЌПлÑаМОÑ. ÐÐµÑ ÐœÐµÐŸÐ±Ñ
+ПЎОЌПÑÑО ЌеМÑÑÑ ÐŒÐµÑÑП егП в кПМвейеÑе плагОМПв.
+
+
+РпаМелО СПбÑаÑÑ ÑазЌеÑÑОÑе Ð¿Ð°Ð¿ÐºÑ sample_files\dspace\exported_docs . ÐМа ÑПЎеÑÐ¶ÐžÑ Ð¿ÑÑÑ Ð¿ÑМкÑПв пÑОЌеÑПв ÑкÑпПÑÑОÑПваММÑÑ
+ Оз МаÑалÑМПгП ÑепПзОÑПÑОÑ. СкПпОÑÑйÑеОÑ
+ в ваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ð¿ÐµÑеÑаÑОв (ОÑ
+) в пÑавÑÑ ÑаÑÑÑ Ð¿Ð°ÐœÐµÐ»Ðž.
+
+
+ÐПÑÑÑПОÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑÐžÑ Ðž пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑеÑÑ ÐµÑ ÐœÐ° пÑÐµÐŽÐŒÐµÑ ÐœÐ°Ð»ÐžÑÐžÑ ÑЌПлÑаМОй пПказаМММÑÑ
+ кПллекÑОей Dspace.
+
+
+ÐÑО пÑПÑЌПÑÑе загПлПвка а-Ñ, вÑÑÑеÑÑÑÑÑ 7 ЎПкÑЌеМÑПв, Ñ
+ПÑÑ ÑПлÑкП 5 пÑМкÑПв бÑлО ÑкÑпПÑÑОÑÐŸÐ²Ð°ÐœÑ ÐžÐ· DSpace. Ðва пÑМкÑа Оз ÑОÑла пÑМкÑПв-ПÑОгОМалПв ОЌеÑÑ Ð°Ð»ÑÑеÑМаÑОвМÑе ÑПÑÐŒÑ Ð² папке-каÑалПге. ÐпÑОО плагОМПв Dspace ПÑÑÑеÑÑвлÑÑÑ ÐºÐŸÐœÑÑÐŸÐ»Ñ Ð² ЎаММÑÑ
+ ÑОÑÑаÑОÑÑ
+: ÑЌПлÑаМОе ОМÑеÑпÑеÑОÑÑÐµÑ ÐžÑ
+ как ПÑЎелÑÐœÑе ЎПкÑЌеМÑÑ Greenstone.
+
+
+ÐОже ÐŒÑ ÐžÑпПлÑзÑеЌ ПпÑÐžÑ Ð¿Ð»Ð°Ð³ÐžÐœÐ° (first_inorder_ext) ÐŽÐ»Ñ ÐŸÐ±ÑÐµÐŽÐžÐœÐµÐœÐžÑ Ð°Ð»ÑÑеÑМаÑОвМÑÑ
+ ÑПÑÐŒ. ÐÐ°ÐœÐœÐ°Ñ ÐŸÐ¿ÑÐžÑ ÐžÐœÑеÑпÑеÑОÑÑÐµÑ ÐŽÐŸÐºÑЌеМÑÑ Ñ ÐŸÐŽÐžÐœÐ°ÐºÐŸÐ²ÑЌО ОЌеМаЌО, МП Ñ ÑазМÑЌО ÑаÑÑОÑеМОÑЌО как еЎОМПе ÑелПе в кПллекÑОО. ÐЎОМ Оз ÑайлПв ÑаÑÑЌПÑÑеМ как пеÑвОÑÐœÑй ЎПкÑЌеМÑ, ПМ ОМЎекÑОÑПваМ, О егП ЌеÑаЎаММÑе ОзвлеÑÐµÐœÐœÑ ÐžÐ· МегП пП вПзЌПжМПÑÑО, в ÑП вÑÐµÐŒÑ ÐºÐ°Ðº ÐŽÑÑгОе ПбÑабПÑÐ°ÐœÑ ÐºÐ°Ðº "аÑÑПÑООÑÑеЌÑе ÑайлÑ".
+
+
+ÐпÑÐžÑ first_inorder_ext ОÑпПлÑзÑÐµÑ Ð² каÑеÑÑве аÑгÑЌеМÑа ÑпОÑПк ÑаÑÑОÑеМОй ÑайлПв (ÑазЎелÑММÑÑ
+ запÑÑÑЌО): пеÑвÑй пПЎÑ
+ПЎÑÑОй в ÑпОÑке ÑÑаМПвОÑÑÑ Ð¿ÐµÑвОÑÐœÑÐŒ ЎПкÑЌеМÑПЌ.
+
+
+ÐÑбеÑОÑе DSpacePlug О МажЌОÑе Ма <ÐПМÑОгÑÑОÑПваÑÑ Ð¿Ð»Ð°Ð³ÐžÐœ... >. ÐклÑÑОÑе егП ПпÑÐžÑ ÐºÐŸÐœÑОгÑÑаÑОО first_inorder_ext . УÑÑаМПвОÑе егП зМаÑеМОе ÐŽÐ»Ñ pdf,doc,mp3 в пПÑвлÑÑÑеЌÑÑ Ð²ÑплÑваÑÑеЌ ПкМе, О МажЌОÑе Ма <OK> .
+
+
+ÐПÑÑÑПйÑе О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе кПллекÑОÑ.
+
+
+ТепеÑÑ Ð·ÐŽÐµÑÑ ÑПлкП 5 ЎПкÑЌеМÑПв, Ñак как ÑПлÑкП ПЎМа веÑÑÐžÑ ÐºÐ°Ð¶ÐŽÐŸÐ³ÐŸ ЎПкÑЌеМÑа бÑла вклÑÑеМа пеÑвОÑÐœÐ°Ñ Ð²ÐµÑÑОÑ.
+
+
+Dspace ÑкÑпПÑÑОÑПвалП ÑÐ°Ð¹Ð»Ñ ÑПЎеÑжаÑОе ЌеÑаЎаММÑе Dublin Core загПлПвка О авÑПÑа (ÑÑеЎО ÐŽÑÑгОÑ
+).
+
+
+ÐПбавÑÑе ÑпПÑПбМПÑÑО ОМЎекÑОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÑвПбПЎМПгП пÑПÑЌПÑÑа Ñ ÑеЎакÑОÑПваМОеЌ ÐŽÐ»Ñ ÑППÑвеÑÑÑÐ²ÐŸÐ²Ð°ÐœÐžÑ Dspace.
+
+
+РпаМелО ÐОзайМ вÑбеÑОÑÐµÑ ÐПОÑк ОМЎекÑПв . УЎалОÑе ОМЎекÑÑ ex.Title О ex.Source , О ЎПбавÑÑе ПЎОМ ÐŽÐ»Ñ dc.Title МазÑваеЌПгП "загПлПвкО" О еÑÑ ÐŸÐŽÐžÐœ ÐŽÐ»Ñ dc.Contributor МазÑваеЌПгП "авÑПÑÑ".
+
+
+ÐÑÑаваÑÑÑ Ð² паМелО ÐОзайМ вÑбеÑОÑÐµÑ ÐлаÑÑОÑОкаÑПÑÑ Ð¿ÑеЎваÑОÑелÑМПгП пÑПÑЌПÑÑа О ÑеЎакÑОÑÐŸÐ²Ð°ÐœÐžÑ Ðž ÑЎалОÑÑ ÐŸÐ±Ð° клаÑÑОÑОкаÑПÑа AZList ÑÑП ex.Title Оex.Source . ÐПбавОÑÑ ÐºÐ»Ð°ÑÑОÑОкаÑÐŸÑ AZList ÐŽÐ»Ñ dc.Title О клаÑÑОÑОкаÑÐŸÑ AZCompactList ÐŽÐ»Ñ dc.Contributor .
+
+
+ТепеÑÑ Ð²ÑбÑаÑÑ ÑÐµÐ³ÐŒÐµÐœÑ Ð¥Ð°ÑакÑеÑОÑÑОкО ÑПÑЌаÑа в паМелО ÐОзайМ О заЌеМОÑÑ ÑÑÑÐŸÐºÑ ÐŸÐ¿ÐµÑаÑПÑа VList Ма:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]{Or}{[dc.Title],[ex.Title],Untitled}[/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+ÐÑÐŸÑ ÑекÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² Ñайле format_tweak.txt папкО dspace Оз sample_files ,ÑкПпОÑÑйÑе О ÑазЌеÑÑОÑе ОÑ
+. Ðе забÑваÑÑ ÐœÐ°Ð¶Ð°ÑÑ Ð¿ÑО завеÑÑеМОО Ма <ÐаЌеМОÑÑ ÑПÑÐŒÐ°Ñ >.
+
+
+Также ЎПбавÑÑе ÑПÑÐŒÐ°Ñ ÐŸÐ¿ÐµÑаÑПÑа ÐŽÐ»Ñ ÐºÐ»Ð°ÑÑОÑОкаÑПÑа Ма базе ЌеÑаЎаММÑÑ
+ dc.Contributor . Ð ÐŒÐµÐœÑ ÐÑбÑаÑÑ Ñ
+аÑакÑеÑОÑÑÐžÐºÑ ( в ХаÑакÑеÑОÑÑОкаÑ
+ ÑПÑЌаÑа Ма паМелО ÐОзайМ ), вÑбеÑОÑе пÑМкÑ:
+
+CL2: AZCompactList -metadata dc.Contributor
+
+
+
+ÐÑÑавÑÑе VList в ÐПЌпПМеМÑаÑ
+ Ма кПÑПÑПе ПказаМП вПзЎейÑÑвОе О ÑеЎакÑОÑÑйÑе ÑекÑÑ Ð² ПкМе ЀПÑÐŒÐ°Ñ ÑÑÑПкО HTML ÐŽÐ»Ñ Ð¿ÑÐžÐŽÐ°ÐœÐžÑ ÑлеЎÑÑÑегП вОЎа:
+
+<td valign=top>[link][icon][/link]</td>
+<td valign=top>
+ [srclink][srcicon][/srclink]
+</td>
+<td valign=top>
+ [highlight]
+ {If}{[numleafdocs],([numleafdocs]) [ex.Title],[dc.Title]}
+ [/highlight]
+ {If}{[ex.Source],<br><i>([ex.Source])</i>}
+ {If}{[equivlink],<br>Also available as:[equivlink]}
+</td>
+
+О ЎПбавÑÑе <ÐПбавОÑÑ ÑПÑÐŒÐ°Ñ >. ÐÑП бÑÐŽÐµÑ ÐŸÑПбÑажаÑÑ ÐºÐŸÐ»ÐžÑеÑÑвП ЎПкÑЌеМÑПв ÐŽÐ»Ñ ÐºÐ°Ð¶ÐŽÐŸÐ¹ кМОжМПй пПлкО в клаÑÑОÑОкаÑПÑе авÑПÑПв.
+ÐаММÑй ÑекÑÑ ÐœÐ°Ñ
+ПЎОÑÑÑ Ð² Ñайле format_contributor.txt в папке dspace Оз sample_files , О ÑкПпОÑÑйÑе О ÑазЌеÑÑОÑе ОÑ
+.
+
+
+ÐПÑÑÑПйÑе О пÑеЎваÑОÑелÑМП пÑПÑЌПÑÑОÑе кПллекÑОÑ.
+
+
+ÐП ÑОÑ
+ Ð¿ÐŸÑ ÑПлÑкП 5 ЎПкÑЌеМÑПв в МалОÑОО, МП МапÑПÑОв МекПÑПÑÑÑ
+ запОÑей пПÑвлÑеÑÑÑ ÑÑÑПка "Также ЎПÑÑÑпеМ как" ÑПпÑÐŸÐ²ÐŸÐ¶ÐŽÐ°ÐµÐŒÐ°Ñ ÑПеЎОМÑÑÑОЌО Ñ Ð°Ð»ÑÑеÑМаÑОвМÑЌО ÑПÑЌаÑаЌО.
+
+
+
+
+
+ÐеÑеЌеÑÑОÑе кПллекÑÐžÑ ÐžÐ· Greenstone в DSpace
+
+
+
+
+
+РЎаММПЌ ÑпÑажМеМОО ÑкÑпПÑÑОÑÑеЌ кПллекÑÐžÑ Greenstone в ÑЎПбМÑÑ ÐŽÐ»Ñ Dspace ÑПÑÐŒÑ. ÐÑП ПÑÑÑеÑÑвОЌП Ñ ÐŒÐµÐœÑ Ð€Ð°Ð¹Ð» ÐОблОПÑеÑМПгП ÐÐœÑеÑÑейÑа, ÑПЎеÑжаÑегП пÑÐœÐºÑ Ð¿ÐŸÐŽ МазваМОеЌ ÐкÑпПÑÑ..., пПзвПлÑÑÑОй ÑкÑпПÑÑОÑПваÑÑ ÐºÐŸÐ»Ð»ÐµÐºÑОО ÑазМÑÑ
+ ÑПÑÐŒ. ÐÐ»Ñ Ð±ÐŸÐ»ÐµÐµ ÑглÑблеММПгП Ð¿ÐŸÐœÐžÐŒÐ°ÐœÐžÑ Greenstone, вÑпПлМÑеЌ запÑÑк пÑПгÑÐ°ÐŒÐŒÑ Ñ ÑÑлÑÑка кПЌаМЎМПй лОМОО Windows. ÐÑП ÑÑебÑÐµÑ ÐŸÐ¿ÑеЎелÑММÑÑ
+ ÑеÑ
+МОÑеÑкОÑ
+ ÑЌеМОй; пÑО ПÑÑÑÑÑÑвОО ÑабПÑÑ Ñ ÐºÐŸÐŒÐ°ÐœÐŽÐœÐŸÐ¹ ÑÑÑПкПй, ÐŒÑ ÑПвеÑÑеЌ пÑПпÑÑÑОÑÑ ÐŽÐ°ÐœÐœÐŸÐµ ÑпÑажМеМОе.
+
+
+ÐÑпПлÑзÑйÑе Greenstone Ñ ÐºÐŸÐŒÐ°ÐœÐŽÐœÐŸÐ¹ ÑÑÑПкО.
+
+
+ÐÑкÑПйÑе ПкМП DOS ÐŽÐ»Ñ ÐŽÐŸÑÑÑпа к кПЌаМЎМПй ÑÑÑПке. ÐÑП ÑÑеЎÑÑвП ЎПлжМП бÑÑÑ ÑÑÑаМПвлеМП в ÐŒÐµÐœÑ ÐÑÑк → ÐÐµÐœÑ Ð¿ÑПгÑаЌЌ, МП ЎеÑалО ПÑлОÑаÑÑÑÑ ÐŒÐµÐ¶ÐŽÑ ÑазМÑЌО ÑОÑÑеЌаЌО Windows. ÐÑО МевПзЌПжМПÑÑО ÑазЌеÑеМОÑ, вÑбеÑОÑе ÐÑÑк. → ÐапÑÑÑОÑе О ввеЎОÑе cmd в вÑплÑваÑÑеЌ ПкМе.
+
+
+РПкМе DOS зайЎОÑе в лОÑÐœÑй каÑалПг гЎе ÑаÑпПлПжеМ Greenstone. ÐÑпПлМеМП:
+cd C:\Program Files\Greenstone
+
+
+ÑОп:
+setup.bat
+ÑÑÑаМПвОÑе вПзЌПжМПÑÑÑ Ð·Ð°Ð¿ÑÑка пÑПгÑаЌЌ кПЌаМЎМÑÑ
+ лОМОй Greenstone.
+
+
+ÐПйЎОÑе в папкÑ, ÑПЎеÑжаÑÑÑ StoneD, кПллекÑОÑ, кПÑПÑÑÑ Ð²Ñ ÑПзЎалО в пÑеЎÑÐŽÑÑеЌ ÑпÑажМеМОО.
+cd collect\stoned
+
+
+ÐапÑÑÑОÑе ÑлеЎÑÑÑÑÑ ÐºÐŸÐŒÐ°ÐœÐŽÑ ÑкÑпПÑÑа кПллекÑОО ОÑпПлÑзÑÑ DSpaceОЌпПÑÑ/ÑкÑпПÑÑ ÑПÑЌаÑÑ:
+perl -S export.pl -saveas DSpace -removeold stoned
+
+
+ÐкÑпПÑÑОÑПваМОе в Greenstone ÑÑП аЎЎОÑОвМÑй пÑПÑеÑÑ. ÐÑлО запÑÑÑОÑÑ Ð¿ÑПгÑÐ°ÐŒÐŒÑ export.pl ÑМПва, МПвП-ÑкÑпПÑÑОÑПваММÑе ÑÐ°Ð¹Ð»Ñ ÐŽÐŸÐ±Ð°Ð²ÑÑÑÑ Ñ ÑазМÑЌО ОЌеМаЌО папПк к Ñже МаÑ
+ПЎÑÑОЌÑÑ Ð² папке ÑкÑпПÑÑа. РзавОÑОЌПÑÑО ÐŸÑ Ð¿ÑПвПЎОЌÑÑ
+ ПпеÑаÑОÑЌО кПЌаМЎа ÐŒÐŸÐ¶ÐµÑ Ð±ÑÑÑ Ð·Ð°Ð¿ÑÑеМа МеÑкПлÑкП Ñаз. ÐпÑÐžÑ -removeold ÑЎалÑÐµÑ ÑайлÑ, кПÑПÑÑе Ñже бÑлО ÑкÑпПÑÑОÑПваМÑ.
+
+
+ÐÑа кПЌаМЎа ÑПзЎала МПвÑÑ ÑÑбпапкÑ, collect\stoned\export . ÐÑпПлÑзÑйÑе Ñайл-пÑПвПЎМОк ÐŽÐ»Ñ ÐžÑÑлеЎПваМОÑ. ÐÐ»Ñ ÑПвЌеÑÑОЌПÑÑО ÑайлПв Ñ Dspace ÑÑебÑеÑÑÑ to ingest ЎаММÑй ÐœÐ°Ð±ÐŸÑ ÐŽÐŸÐºÑЌеМÑПв.
+
+
+ÐПжМП ПЎОМакПвП Ñ ÑеЌ же ÑÑпеÑ
+ПЌ запÑÑÑОÑÑ export.pl command в ÐŽÑÑгПй кПллекÑОО Greenstone О пеÑеЎаÑÑ ÐŽÐ°ÐœÐœÑе в ÑÑÑÐ°ÐœÐŸÐ²ÐºÑ Dspace ОÑпПлÑзÑÑ Ð¿ÑОÑпПÑÐŸÐ±Ð»ÐµÐœÐžÑ Ð¿Ð°ÐºÐµÑМПгП ОЌпПÑÑа DSpace.
+
+
+
+