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