X-Git-Url: http://git.indexdata.com/?p=irspy-moved-to-github.git;a=blobdiff_plain;f=archive%2Finterface;fp=archive%2Finterface;h=0000000000000000000000000000000000000000;hp=0ffee334405f2c0a5e7f83a456f064beb88c8d1f;hb=f0f8f40910525c365c5bbac74c366944c87b7124;hpb=6962db83488294669326989232161cf76c52bc6b diff --git a/archive/interface b/archive/interface deleted file mode 100644 index 0ffee33..0000000 --- a/archive/interface +++ /dev/null @@ -1,106 +0,0 @@ -From mike Mon May 22 16:44:51 2006 -X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] - ["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] - nil) -Return-path: -X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on bagel.indexdata.dk -X-Spam-Level: -Envelope-to: mike@miketaylor.org.uk -Delivery-date: Mon, 22 May 2006 17:43:46 +0200 -Received: from localhost.localdomain [127.0.0.1] - by localhost with POP3 (fetchmail-6.2.5) - for mike@localhost (single-drop); Mon, 22 May 2006 16:44:51 +0100 (BST) -Received: from user.indexdata.dk ([213.150.43.10] helo=[127.0.0.1]) - by bagel.indexdata.dk with esmtp (Exim 3.35 #1 (Debian)) - id 1FiCZL-00043Z-00; Mon, 22 May 2006 17:43:45 +0200 -Message-ID: <4471DC27.6000703@indexdata.dk> -User-Agent: Thunderbird 1.5.0.2 (Windows/20060308) -MIME-Version: 1.0 -References: <445B42DD.3040901@indexdata.dk> <17499.23342.465911.666143@localhost.localdomain> <445EF042.7070806@indexdata.dk> <17503.1546.23498.852784@localhost.localdomain> -In-Reply-To: <17503.1546.23498.852784@localhost.localdomain> -X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE - autolearn=ham version=3.1.1 -From: "Per M. Hansen" -To: Mike Taylor -CC: Sebastian Hammer , - Adam Dickmeiss -Subject: Re: Service description robot project status -Date: Mon, 22 May 2006 17:43:35 +0200 -X-StripMime: Non-text section removed by stripmime -Content-Type: text/plain; charset=ISO-8859-1; format=flowed - - - -Mike Taylor wrote: ->>> What there is of it is in the "irspy" CVS module. I made the ->>> asynchronous-operations enhancements to ZOOM-Perl for it, created a ->>> Perl project framework and worked on the ZeeRex database setup ->>> (Zebra configuration) that underlies it. At that stage, I got ->>> diverted into Metaproxy documentation, Alvis work and various ->>> marketing bits. I expect to spend the rest of today following up ->>> the NPG and M25 leads and finishing up the description of how ->>> multi-database searching works in Metaproxy. Then next week is all ->>> for IRspy. ->>> ->> ->> Ok, sounds good. I am looking forward to see the admin interface and ->> be able to take it for a test spin. ->> -> -> Actually, what would be _really_ helpful would be if you could dummy -> up some HTMl showing how you'd like the admin interface to work. Then -> I can work to that rather than flying blind and hoping you like the -> result. -> -I can make some HTML if you like but I don't think that I can make -something that you can't make even better. Any way let me start by -trying to describe the functionality I envisions, if this thing is gong -to take over ZSpy's role today. - -We need a fairly simple interface for non authenticated users to add new -servers to the repository, something like the current Z-Spy interface: -http://targettest.indexdata.com/newtarget.php, but nicer :-). In -addition to the fields on the current page, I would like the ability to -say what kind of organization is hosting the database eg. public -library, academic library, corporate library and other. If we really -want to make it fancy we should also add the ability to say what -subjects are strongly represented in this databases, like medicine, -engineering, theology, etc. but I am just afraid that there will be so -few servers where this info is available for that it will be a waist of -time to add this. - -When you have filled out the fields, where only the name, host name, -port and database name are mandatory fields, a series of checks should -happen before the server is added: First we should check if the server -is already registered under that host name/IP (make a DNS lookup) port -and database. If it is not, the second check should be a simple init and -connect test. If this test fails I think that we should tell the user -but it should still be possible to add the server. - -The administrator interface should give the ability to browse through -the servers in the repository, a simple list with all servers beginning -with a, b, c, ..., like the current Target directory interface, is fine -by me. Under each server you should be able to view all the data that -was entered and collected by the robot. You should also have the ability -to edit and delete the servers. - -I am not sure how many people ever view the current target statistics -http://targettest.indexdata.com/stat.php but personally I find it -extremely interesting, and I would love if we can reimplement that, but -maybe it doesn't have to be in the first version. - -How is that for a first shot at a requirements spec? - - --- -Per - - - ---- StripMime Report -- processed MIME parts --- -multipart/alternative - text/plain (text body -- kept) - text/html ---- - -