Typo: s/cql/pqf
[irspy-moved-to-github.git] / archive / interface
1 From mike  Mon May 22 16:44:51 2006
2 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
3         ["7234" "Monday" "22" "May" "2006" "17:43:35" "+0200" "Per M. Hansen" "perhans@indexdata.dk" nil "158" "Re: Service description robot project status" "^X-Spam-Status:" nil nil "5" nil nil nil nil nil nil nil nil nil]
4         nil)
5 Return-path: <perhans@indexdata.dk>
6 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on bagel.indexdata.dk
7 X-Spam-Level: 
8 Envelope-to: mike@miketaylor.org.uk
9 Delivery-date: Mon, 22 May 2006 17:43:46 +0200
10 Received: from localhost.localdomain [127.0.0.1]
11         by localhost with POP3 (fetchmail-6.2.5)
12         for mike@localhost (single-drop); Mon, 22 May 2006 16:44:51 +0100 (BST)
13 Received: from user.indexdata.dk ([213.150.43.10] helo=[127.0.0.1])
14         by bagel.indexdata.dk with esmtp (Exim 3.35 #1 (Debian))
15         id 1FiCZL-00043Z-00; Mon, 22 May 2006 17:43:45 +0200
16 Message-ID: <4471DC27.6000703@indexdata.dk>
17 User-Agent: Thunderbird 1.5.0.2 (Windows/20060308)
18 MIME-Version: 1.0
19 References: <445B42DD.3040901@indexdata.dk>     <17499.23342.465911.666143@localhost.localdomain>       <445EF042.7070806@indexdata.dk> <17503.1546.23498.852784@localhost.localdomain>
20 In-Reply-To: <17503.1546.23498.852784@localhost.localdomain>
21 X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE 
22         autolearn=ham version=3.1.1
23 From: "Per M. Hansen" <perhans@indexdata.dk>
24 To: Mike Taylor <mike@miketaylor.org.uk>
25 CC: Sebastian Hammer <quinn@indexdata.com>, 
26  Adam Dickmeiss <adam@indexdata.dk>
27 Subject: Re: Service description robot project status
28 Date: Mon, 22 May 2006 17:43:35 +0200
29 X-StripMime: Non-text section removed by stripmime
30 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
31
32
33
34 Mike Taylor wrote:
35 >>> What there is of it is in the "irspy" CVS module.  I made the
36 >>> asynchronous-operations enhancements to ZOOM-Perl for it, created a
37 >>> Perl project framework and worked on the ZeeRex database setup
38 >>> (Zebra configuration) that underlies it.  At that stage, I got
39 >>> diverted into Metaproxy documentation, Alvis work and various
40 >>> marketing bits.  I expect to spend the rest of today following up
41 >>> the NPG and M25 leads and finishing up the description of how
42 >>> multi-database searching works in Metaproxy.  Then next week is all
43 >>> for IRspy.
44 >>>       
45 >>   
46 >> Ok, sounds good. I am looking forward to see the admin interface and
47 >> be able to take it for a test spin.
48 >>     
49 >
50 > Actually, what would be _really_ helpful would be if you could dummy
51 > up some HTMl showing how you'd like the admin interface to work.  Then
52 > I can work to that rather than flying blind and hoping you like the
53 > result.
54 >   
55 I can make some HTML if you like but I don't think that I can make 
56 something that you can't make even better. Any way let me start by 
57 trying to describe the functionality I envisions, if this thing is gong 
58 to take over ZSpy's role today.
59
60 We need a fairly simple interface for non authenticated users to add new 
61 servers to the repository, something like the current Z-Spy interface: 
62 http://targettest.indexdata.com/newtarget.php, but nicer :-). In 
63 addition to the fields on the current page, I would like the ability to 
64 say what kind of organization is hosting the database eg. public 
65 library, academic library, corporate library and other. If we really 
66 want to make it fancy we should also add the ability to say what 
67 subjects are strongly represented in this databases, like medicine, 
68 engineering, theology, etc. but I am just afraid that there will be so 
69 few servers where this info is available for that it will be a waist of 
70 time to add this.
71
72 When you have filled out the fields, where only the name, host name, 
73 port and database name are mandatory fields, a series of checks should 
74 happen before the server is added: First we should check if the server 
75 is already registered under that host name/IP (make a DNS lookup) port 
76 and database. If it is not, the second check should be a simple init and 
77 connect test. If this test fails I think that we should tell the user 
78 but it should still be possible to add the server.
79
80 The administrator interface should give the ability to browse through 
81 the servers in the repository, a simple list with all servers beginning 
82 with a, b, c, ..., like the current Target directory interface, is fine 
83 by me. Under each server you should be able to view all the data that 
84 was entered and collected by the robot. You should also have the ability 
85 to edit and delete the servers.
86
87 I am not sure how many people ever view the current target statistics 
88 http://targettest.indexdata.com/stat.php but personally I find it 
89 extremely interesting, and I would love if we can reimplement that, but 
90 maybe it doesn't have to be in the first version.
91
92 How is that for a first shot at a requirements spec?
93
94
95 -- 
96 Per 
97
98
99
100 --- StripMime Report -- processed MIME parts ---
101 multipart/alternative
102   text/plain (text body -- kept)
103   text/html
104 ---
105
106