I have configured Greenstone with z3950 server using mgpp for indexing.
After searching a collection using yaz-client, the show command does not
show all the fields. It shows only title and source name.
1. I am using the same fields as given in MARC records. Following are the
entries in bib1_to_dces.cfg. All these have entries in usMARC.c but show
command in z3950 client displays only title and source name.
2. Can Greenstone z39.50 client act as a client to multiple z3950 servers,
searching multiple servers at the same time. In The file
greenstone/etc/packages/z3950.cfg I have specified a list of servers to connect
to but I do not know how to invoke it. I am using yaz-client in the command
prompt for testing purposes.
3. Has anyone tried searching a gsdl collection built using Lucene through
z3950 server. I am getting some errors.
On Thu, 7 Jun 2007, Don Gourley wrote:
> The mapping of metadata elements to MARC for the returned
> records is done in the usMARC.c source file I mentioned
> earlier. If you want additional elements included in the
> MARC record I think you will need to edit that file and
> recompile the z3950 server.
> On Thu, June 7, 2007 1:11 am, K.T Anuradha wrote:
>> Dear Don Gourley,
>> I also noticed that the scan command could not be executed with GSDL z3950
>> server. Also, I could not get complete record display with show command,
>> for both collections built with mg and mgpp. Infact I used format command
>> before show and could not get the required results. Following is a sample
>> display with format and show command. Any suggestion(s) to get complete
>> Z> format xml
>> Z> show 1
>> Sent presentRequest (1+1).
>> Records: 1
>> [test1]Record type: USmarc
>> 00201nm 2200073 4500
>> 008 070606s
>> 245 $a Atomic and molecular processes in astrophysics. Lectures
>> 786 0 $n 10906.html
>> On Wed, 6 Jun 2007, Don Gourley wrote:
>>> The bib1_to_dces.cfg file is used to map bib1 attribute codes
>>> to metadata elements. It can be placed in the etc folder for
>>> each collection and/or for the whole Greenstone instance. the
>>> format is "code metadata
". For example, if you have an
>>> element named "Title", you would have a line like:
>>> 4 Title
>>> Note that find commands without an attribute spec, such as
>>> "find nitk", should still work without the bib1_to_dces.cfg
>>> file and return records if they contain the search form.
>>> The scan command also doesn't depend on bib1_to_dces.cfg
>>> but is, as far as I can tell, broken in the GSDL z3950 server.
>>> If you aren't getting records returned for searches without
>>> an attribute spec maybe you didn't build your collections
>>> with MGPP? This is required for the z3950 server and if you
>>> don't you will see a message like this when the server starts:
>>> Warning: Did not find indexfieldmap in build.cfg for demo
>>> On Wed, June 6, 2007 2:01 am, rajat mahajan wrote:
>>>> 11:30:43-06/06 [server] Starting server z3950server.exe
>>>> 11:30:43-06/06 [server] Adding dynamic listener on tcp:@:9999 id=0
>>>> Entering bend_init
>>>> Starting Z39.50 Server ...
>>>> Z3950Server: gsdlhome = C:Program FilesGreenstone
>>>> Constructing set list server
>>>> Server constructed
>>>> Initialised server: return status = 1
>>>> Unable to find bib1->dublin core mapping for demo
>>>> Looked for:
>>>> C:Program FilesGreenstone/collect/demo/etc/bib1_to_dces.cfg
>>>> C:Program FilesGreenstone/etc/bib1_to_dces.cfg
>>>> Unable to find bib1->dublin core mapping for nitk
>>>> 11:31:16-06/06 [request] Init OK - ID:81 Name:YAZ Version:2.1.4 WIN32
>>>> This is the output of the z3950 server when it is connected with the yaz
>>>> client. All other commands except scan works but no. of records returned
>>>> 0. and when scan is given in client the server breaks down.
>>>> i am working on windows having greenstone version 2.72
>>>> Please give me some way to come out of this...
>>>> Thanks and Regards.
>>>> Rajat Mahajan.
>>>> greenstone-users mailing list
>>> greenstone-users mailing list
>>> This message has been scanned for viruses and
>>> dangerous content by MailScanner, and is
>>> believed to be clean.
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.