archive/mbox

   1 From mike@miketaylor.org.uk  Wed Jun 21 17:36:28 2006
   2 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
   3         ["1648" "Wednesday" "21" "June" "2006" "17:36:28" "+0100" "Mike Taylor" "mike@miketaylor.org.uk" nil "32" "IRSpy Progress" "^From:" nil nil "6" nil nil nil nil nil nil nil nil nil]
   4         nil)
   5 Return-Path: <mike@miketaylor.org.uk>
   6 X-Original-To: mike
   7 Delivered-To: mike@miketaylor.org.uk
   8 Received: by localhost.localdomain (Postfix, from userid 1000)
   9         id 74B39ABBDE; Wed, 21 Jun 2006 17:36:28 +0100 (BST)
  10 Message-Id: <20060621163628.74B39ABBDE@localhost.localdomain>
  11 From: mike@miketaylor.org.uk (Mike Taylor)
  12 To: perhans@indexdata.dk,quinn@indexdata.dk
  13 Subject: IRSpy Progress
  14 Date: Wed, 21 Jun 2006 17:36:28 +0100 (BST)
  15
  16 Hi Per, Seb.
  17
  18 I'm pleased to announce some good progress now on IRSpy, although
  19 tomorrow's one-day conference and next week's three-dayer come at an
  20 irritating time just the framework is pretty much in place.  If you
  21 want to play with it, feel free (cvs co irspy) or you could leave it a
  22 week or two until I have it purring properly.
  23
  24 The framework is there now to run sets of tests, each of which is
  25 coded as a plugin Perl module with a straightforward API.  So far,
  26 though I've only made two -- "Ping" which just checks the connection,
  27 and "Search::Title" which checks whether a simple @attr 1=4 title
  28 works.  (Actually, three tests: there's also "Main", which does
  29 nothing but invoke the other two.)  Each test plugin class is defined
  30 as a subclass of a base "Test" class.
  31
  32 Aside from adding many more tests, the main thing that needs to be
  33 done is giving the test a way to permanently register their results,
  34 which they'll do by updating an IRSpy::Record structure which is
  35 initially built from the stored ZeeRex record and is, when the test
  36 are complete, serialised back to ZeeRex and written back to the
  37 controlling database.  That part is not yet done, depending as it does
  38 on defining the necessary ZeeRex extensions.  With a trailing wind,
  39 I'll get it done on Friday.
  40
  41 I'm sorry it's taken so long to get to this point.  Hopefully from
  42 here on everything will speed up dramatically.
  43
  44  _/|_    ___________________________________________________________________
  45 /o ) \/  Mike Taylor  <mike@miketaylor.org.uk>  http://www.miketaylor.org.uk
  46 )_v__/\  "Keep an open mind, but not so open that your brain falls out"
  47          -- attributed to Carl Sagan.
  48
  49 From mike  Wed Apr 18 09:17:34 2007
  50 X-VM-v5-Data: ([nil nil nil nil t nil t nil nil]
  51         ["2909" "Wednesday" "18" "April" "2007" "10:19:29" "+0300" "Juha Hakala" "juha.hakala@helsinki.fi" "<4625C681.10007@helsinki.fi>" "68" "IRSpy testing in Helsinki" "^X-Spam-Status:" nil nil "4" nil nil nil nil nil nil nil nil nil]
  52         nil)
  53 Return-path: <juha.hakala@helsinki.fi>
  54 Envelope-to: mike@indexdata.com
  55 Delivery-date: Wed, 18 Apr 2007 10:09:57 +0200
  56 Received: from bagel.indexdata.dk [213.150.43.11]
  57         by localhost.localdomain with POP3 (fetchmail-6.3.2)
  58         for <mike@localhost> (single-drop); Wed, 18 Apr 2007 09:17:34 +0100 (BST)
  59 Received: from sender-02.it.helsinki.fi ([128.214.205.137])
  60         by bagel.indexdata.dk with esmtp (Exim 4.50)
  61         id 1He5Ef-00062G-4z; Wed, 18 Apr 2007 10:09:57 +0200
  62 Received: from orm6.lib.helsinki.fi (orm6.lib.helsinki.fi [128.214.91.244])
  63         by sender-02.it.helsinki.fi (8.13.8/8.13.8) with ESMTP id l3I7J0Kh002108
  64         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
  65         Wed, 18 Apr 2007 10:19:00 +0300
  66 Received: from [128.214.91.248] (oktas-2.lib.helsinki.fi [128.214.91.248])
  67         (authenticated bits=0)
  68         by orm6.lib.helsinki.fi (8.12.11.20060308/8.12.11) with ESMTP id l3I7IxNC000394
  69         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
  70         Wed, 18 Apr 2007 10:18:59 +0300
  71 Message-ID: <4625C681.10007@helsinki.fi>
  72 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
  73 MIME-Version: 1.0
  74 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
  75 Content-Transfer-Encoding: 7bit
  76 X-SA-Exim-Connect-IP: 128.214.205.137
  77 X-SA-Exim-Rcpt-To: mike@indexdata.com, quinn@indexdata.com
  78 X-SA-Exim-Mail-From: juha.hakala@helsinki.fi
  79 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on bagel.indexdata.dk
  80 X-Spam-Level:
  81 X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100)
  82 X-SA-Exim-Scanned: Yes (on bagel.indexdata.dk)
  83 X-UIDL: =U8"!:1(!!Y23"!U6i!!
  84 X-Spam-Status: No, score=-2.3 required=4.0 tests=AWL,BAYES_00 autolearn=ham
  85         version=3.0.3
  86 From: Juha Hakala <juha.hakala@helsinki.fi>
  87 To: Mike Taylor <mike@indexdata.com>
  88 CC: Ere Maijala <ere.maijala@helsinki.fi>,
  89         Katri Kananen <katri.kananen@helsinki.fi>,
  90         Kristiina Hormia <kristiina.hormia@helsinki.fi>,
  91         Ari Rouvari <ari.rouvari@helsinki.fi>,
  92         "Adam Horvath (adam@oszk.hu)" <adam@oszk.hu>,
  93         Esa Kurki <esa.kurki@helsinki.fi>,
  94         Sebastian Hammer <quinn@indexdata.com>
  95 Subject: IRSpy testing in Helsinki
  96 Date: Wed, 18 Apr 2007 10:19:29 +0300
  97
  98 Hello Mike,
  99
 100 After some internal discussions we have decided to proceed with the
 101 IRSpy testing in the following manner:
 102
 103 1. Initial testing, to be carried out by Ms. Katri Kananen, will
 104 concentrate on end user point of view. Katri is very experienced copy
 105 cataloger who is familiar with both Z39.50 and BookWhere. Comparing the
 106 target data in BookWhere (which has been manually produced) and in IRSpy
 107 will provide some views on how reliable automatically generated data is.
 108 Since IRSpy contains more targets than BookWhere (2600 to about 2000)
 109 Katri will also be able to add new targets to BookWhere and see how they
 110 "work".
 111
 112 2. After Katri has finished her part of the work in late May / early
 113 June we'll proceed to technical testing, to be carried out by Ere
 114 Maijala whose background is in programming. Since Ere's schedule is
 115 tight (his main responsibility is our MetaLib/SFX portal) I am not sure
 116 how much time he'll be able to spend on testing, but we'll see what
 117 happens. Implementation of the new MetaLib version keeps Ere and his
 118 colleagues busy for the time being. But we wish to complete testing
 119 before summer vacations; I hope this is OK for ID.
 120
 121 It is our belief that IRSpy will help us in two areas, BookWhere-based
 122 copy cataloguing and MetaLib portal maintenance. The testers represent
 123 these two areas, and the outcome of the test will already provide some
 124 insights of how useful the tool will be, for the national library and
 125 for the (Finnish) library network in general.
 126
 127 If Adam and his colleagues are able to test this version of the
 128 application (like they have tested earlier releases), we would like to
 129 receive a report of the results too, in order to avoid re-inventing the
 130 same wheels.
 131
 132 I have taken a short look at IRSpy. One feature I missed was geographic
 133 location (country) of the server, which in many cases could be easily
 134 derived from the host name. Browsing an alphabetical list for Finnish
 135 servers was rather frustrating, and a copy cataloguer would prefer a
 136 country-based representation of servers. Moreover, there are quite a lot
 137 of servers with 0 % reliability, eventually some kind of weeding
 138 process should be implemented for the servers which obviously are no
 139 longer functional at all or have moved to some other place. Presentation
 140 of the supported attributes is as compact as it gets; lay users might
 141 prefer a more verbose option should one be available.
 142
 143 But in spite of these critical comments, I am quite happy with what I've
 144 seen. The number of target systems is already quite impressive and is
 145 likely to grow when IRSpy goes live. The system works fast enough, and I
 146 like the looks of it.
 147
 148 Best regards,
 149
 150 Juha
 151
 152 --
 153
 154 --
 155
 156  Juha Hakala
 157  Director, Information Technology
 158
 159  The National Library of Finland
 160  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
 161  Email juha.hakala@helsinki.fi, tel +358 50 382 7678
 162
 163
 164
 165
 166
 167 From mike@miketaylor.org.uk  Wed Apr 18 12:42:50 2007
 168 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
 169         ["4695" "Wednesday" "18" "April" "2007" "12:42:50" "+0100" "Mike Taylor" "mike@indexdata.com" nil "110" "IRSpy testing in Helsinki" "^From:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 170         nil)
 171 Return-Path: <mike@miketaylor.org.uk>
 172 X-Original-To: mike
 173 Delivered-To: mike@miketaylor.org.uk
 174 Received: by localhost.localdomain (Postfix, from userid 1000)
 175         id C1D79AC0F7; Wed, 18 Apr 2007 12:42:50 +0100 (BST)
 176 MIME-Version: 1.0
 177 Content-Type: text/plain; charset=us-ascii
 178 Content-Transfer-Encoding: 7bit
 179 Message-ID: <17958.1082.518813.567339@localhost.localdomain>
 180 In-Reply-To: <4625C681.10007@helsinki.fi>
 181 References: <4625C681.10007@helsinki.fi>
 182 X-Mailer: VM 7.19 under Emacs 21.4.1
 183 From: Mike Taylor <mike@indexdata.com>
 184 To: Juha Hakala <juha.hakala@helsinki.fi>
 185 Cc: Ere Maijala <ere.maijala@helsinki.fi>,
 186     Katri Kananen <katri.kananen@helsinki.fi>,
 187     Kristiina Hormia <kristiina.hormia@helsinki.fi>,
 188     Ari Rouvari <ari.rouvari@helsinki.fi>,
 189     "Adam Horvath (adam@oszk.hu)" <adam@oszk.hu>,
 190     Esa Kurki <esa.kurki@helsinki.fi>,
 191     Sebastian Hammer <quinn@indexdata.com>, perhans@indexdata.dk
 192 Subject: IRSpy testing in Helsinki
 193 Date: Wed, 18 Apr 2007 12:42:50 +0100
 194
 195 Juha Hakala writes:
 196  > Hello Mike,
 197  >
 198  > After some internal discussions we have decided to proceed with the
 199  > IRSpy testing in the following manner:
 200  >
 201  > 1. Initial testing, to be carried out by Ms. Katri Kananen, will
 202  > concentrate on end user point of view. Katri is very experienced
 203  > copy cataloger who is familiar with both Z39.50 and
 204  > BookWhere. Comparing the target data in BookWhere (which has been
 205  > manually produced) and in IRSpy will provide some views on how
 206  > reliable automatically generated data is.  Since IRSpy contains
 207  > more targets than BookWhere (2600 to about 2000) Katri will also be
 208  > able to add new targets to BookWhere and see how they "work".
 209
 210 OK, sounds good.
 211
 212  > 2. After Katri has finished her part of the work in late May /
 213  > early June we'll proceed to technical testing, to be carried out by
 214  > Ere Maijala whose background is in programming.
 215
 216 This seems an awfully long way into the future.
 217
 218  > Since Ere's schedule is tight (his main responsibility is our
 219  > MetaLib/SFX portal) I am not sure how much time he'll be able to
 220  > spend on testing, but we'll see what happens. Implementation of the
 221  > new MetaLib version keeps Ere and his colleagues busy for the time
 222  > being. But we wish to complete testing before summer vacations; I
 223  > hope this is OK for ID.
 224
 225 I'll leave Per or Seb to comment on that.
 226
 227  > It is our belief that IRSpy will help us in two areas,
 228  > BookWhere-based copy cataloguing and MetaLib portal
 229  > maintenance. The testers represent these two areas, and the outcome
 230  > of the test will already provide some insights of how useful the
 231  > tool will be, for the national library and for the (Finnish)
 232  > library network in general.
 233  >
 234  > If Adam and his colleagues are able to test this version of the
 235  > application (like they have tested earlier releases), we would like
 236  > to receive a report of the results too, in order to avoid
 237  > re-inventing the same wheels.
 238
 239 Certainly.  May we once more invite you to register all bugs, change
 240 requests, etc. in the Bugzilla area?  That way everyone can see
 241 what everyone else has found and we can be sure that nothing gets forgotten.
 242         http://bugzilla.indexdata.dk/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=IR-Spy&content=
 243
 244  > I have taken a short look at IRSpy. One feature I missed was
 245  > geographic location (country) of the server, which in many cases
 246  > could be easily derived from the host name.
 247
 248 The problem is that "in many cases" is not really good enough.  You'll
 249 have seen that there is indeed a Country field in the records, but we
 250 feel that it is better to edit these by hand than to have a computer
 251 make guesses.  However --
 252
 253  > Browsing an alphabetical list for Finnish servers was rather
 254  > frustrating, and a copy cataloguer would prefer a country-based
 255  > representation of servers.
 256
 257 Well, that's what searching is for!  :-)
 258
 259 If you want to narrow by domain-name, try this.  Go to:
 260         http://irspy.indexdata.com/find.html
 261 In the "Host" field, enter
 262         *.fi
 263 Set the "Sort by" dropdown to
 264         Title
 265 And press the Search button.
 266
 267 At the moment, there seems to be only one matching entry (which makes
 268 the sorting criterion a bit irrelevant :-)  This was a surprise to me,
 269 but does seem to be correct.
 270
 271  > Moreover, there are quite a lot of servers with 0 % reliability,
 272  > eventually some kind of weeding process should be implemented for
 273  > the servers which obviously are no longer functional at all or have
 274  > moved to some other place.
 275
 276 Yes.  Someone will have to come up with heuristics -- I suppose
 277 something simple such as "no successful connections in six months"
 278 would be about right.
 279
 280  > Presentation of the supported attributes is as compact as it gets;
 281  > lay users might prefer a more verbose option should one be
 282  > available.
 283
 284 You mean this?
 285
 286         Bib-1 Use attributes    36 access points: 1-9, 12-13, 16-19,
 287                                 21, 25, 28, 33-44, 47, 1003, 1007,
 288                                 1016, 1035-1036
 289
 290 You're thinking that users might prefer to see "33, 34, 35, 36, 37,
 291 38, 39, 40, 41, 42, 43, 44" rather than "33-44"?  I have to say that
 292 does not seem likely to me.
 293
 294  > But in spite of these critical comments, I am quite happy with what
 295  > I've seen. The number of target systems is already quite impressive
 296  > and is likely to grow when IRSpy goes live. The system works fast
 297  > enough, and I like the looks of it.
 298
 299 Thanks, that's good to hear!
 300
 301  _/|_    ___________________________________________________________________
 302 /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 303 )_v__/\  "When a man is tired of Ankh Morpork, he is tired of ankle-deep
 304          slurry" -- Terry Pratchett, "Mort"
 305
 306 From mike  Wed Apr 18 14:25:27 2007
 307 X-VM-v5-Data: ([nil nil nil t t nil nil nil nil]
 308         ["5865" "Wednesday" "18" "April" "2007" "16:25:09" "+0300" "Juha Hakala" "juha.hakala@helsinki.fi" "<46261C35.6040402@helsinki.fi>" "137" "Re: IRSpy testing in Helsinki" "^X-Spam-Status:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 309         nil)
 310 Return-path: <juha.hakala@helsinki.fi>
 311 Envelope-to: mike@indexdata.com
 312 Delivery-date: Wed, 18 Apr 2007 15:24:50 +0200
 313 Received: from bagel.indexdata.dk [213.150.43.11]
 314         by localhost.localdomain with POP3 (fetchmail-6.3.2)
 315         for <mike@localhost> (single-drop); Wed, 18 Apr 2007 14:25:27 +0100 (BST)
 316 Received: from sender-02.it.helsinki.fi ([128.214.205.137])
 317         by bagel.indexdata.dk with esmtp (Exim 4.50)
 318         id 1HeA9F-0002xX-WF; Wed, 18 Apr 2007 15:24:50 +0200
 319 Received: from orm6.lib.helsinki.fi (orm6.lib.helsinki.fi [128.214.91.244])
 320         by sender-02.it.helsinki.fi (8.13.8/8.13.8) with ESMTP id l3IDOacL003964
 321         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
 322         Wed, 18 Apr 2007 16:24:36 +0300
 323 Received: from [128.214.91.248] (oktas-2.lib.helsinki.fi [128.214.91.248])
 324         (authenticated bits=0)
 325         by orm6.lib.helsinki.fi (8.12.11.20060308/8.12.11) with ESMTP id l3IDOZkA005626
 326         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
 327         Wed, 18 Apr 2007 16:24:36 +0300
 328 Message-ID: <46261C35.6040402@helsinki.fi>
 329 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
 330 MIME-Version: 1.0
 331 References: <46261259.5020700@indexdata.dk>
 332 In-Reply-To: <46261259.5020700@indexdata.dk>
 333 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 334 Content-Transfer-Encoding: quoted-printable
 335 X-MIME-Autoconverted: from 8bit to quoted-printable by sender-02.it.helsinki.fi id l3IDOacL003964
 336 X-SA-Exim-Connect-IP: 128.214.205.137
 337 X-SA-Exim-Rcpt-To: mike@indexdata.com, quinn@indexdata.com
 338 X-SA-Exim-Mail-From: juha.hakala@helsinki.fi
 339 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on bagel.indexdata.dk
 340 X-Spam-Level:
 341 X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100)
 342 X-SA-Exim-Scanned: Yes (on bagel.indexdata.dk)
 343 X-UIDL: a9Z!!L?D"!:?R"!V%7"!
 344 X-Spam-Status: No, score=-2.2 required=4.0 tests=AWL,BAYES_00 autolearn=ham
 345         version=3.0.3
 346 From: Juha Hakala <juha.hakala@helsinki.fi>
 347 To: "Per M. Hansen" <perhans@indexdata.dk>
 348 CC: Mike Taylor <mike@indexdata.com>, Sebastian Hammer <quinn@indexdata.com>,
 349         Kristiina Hormia <kristiina.hormia@helsinki.fi>,
 350         Dorrit Gustafsson <Dorrit.Gustafsson@helsinki.fi>
 351 Subject: Re: IRSpy testing in Helsinki
 352 Date: Wed, 18 Apr 2007 16:25:09 +0300
 353
 354 Dear Per,
 355
 356 We did not want to spend much time on testing the application until it=20
 357 was declared to be ready by Index Data. Any testing done on earlier=20
 358 versions must be repeated with the final release, and the time spent on=20
 359 testing would increase accordingly.
 360
 361 We assumed that testing would take place late 2006, and we had a=20
 362 seasoned programmer who would have been able to take care of the task.=20
 363 He left us in the end of December as planned, so at the moment we do not=20
 364 have a technical expert available for testing on short notice. Please=20
 365 keep in mind that we could not prepare ourselves properly for testing in=20
 366 2007 also because we did not know exactly when ID will be able to=20
 367 complete the IRSpy development. Once Mike's note about IRSpy being=20
 368 available for testing arrived, following discussions with other=20
 369 directors and experts within the library, I came up with the plan sent=20
 370 to Mike Taylor earlier today.
 371
 372 Paying the entire invoice before the testing is completed is not what we=20
 373 normally do, even with good partners such as ID. Your proposal will be=20
 374 discussed in the library board, but I must admit that my gut feeling is=20
 375 that the answer will be negative. From our point of view it is not=20
 376 entirely our fault that we can not complete the testing fast. I do not=20
 377 remember if our contract says anything about how fast we are assumed to=20
 378 carry out the testing; if it does, then we have to reconsider the=20
 379 testing proposal I have drafted.
 380
 381 I'm sorry for being a bit negative this time. But we have bought a lot=20
 382 of software from various vendors, and there are some principles we=20
 383 always stick to. What you propose would be against some of them.
 384
 385 Best regards,
 386
 387 Juha Hakala
 388
 389
 390 Per M. Hansen wrote:
 391 > Dear Juha,
 392 >
 393 > Thank you for your mail.
 394 >
 395 > This project has been in progress for quite some time now, and this is=20
 396 > unfortunately entirely our fault and we are very sorry about that. The=20
 397 > long development time has however also given you a very long time to=20
 398 > conduct you testing of the software. On this basis I don't understand=20
 399 > why it has to take so long time before you can perform the final=20
 400 > testing of the system. I would therefor like to be able to invoice you=20
 401 > now, with the clause that we of course will fix any problem in the=20
 402 > software that you may find, that is included in the requirements.=20
 403 > Would that work for you?
 404 >
 405 > Regards,
 406 >
 407 > Per M=F8rkegaard Hansen, COO
 408 > Index Data
 409 >> Hello Mike,
 410 >>
 411 >> After some internal discussions we have decided to proceed with the=20
 412 >> IRSpy testing in the following manner:
 413 >>
 414 >> 1. Initial testing, to be carried out by Ms. Katri Kananen, will=20
 415 >> concentrate on end user point of view. Katri is very experienced copy=20
 416 >> cataloger who is familiar with both Z39.50 and BookWhere. Comparing=20
 417 >> the target data in BookWhere (which has been manually produced) and=20
 418 >> in IRSpy will provide some views on how reliable automatically=20
 419 >> generated data is. Since IRSpy contains more targets than BookWhere=20
 420 >> (2600 to about 2000) Katri will also be able to add new targets to=20
 421 >> BookWhere and see how they "work".
 422 >>
 423 >> 2. After Katri has finished her part of the work in late May / early=20
 424 >> June we'll proceed to technical testing, to be carried out by Ere=20
 425 >> Maijala whose background is in programming. Since Ere's schedule is=20
 426 >> tight (his main responsibility is our MetaLib/SFX portal) I am not=20
 427 >> sure how much time he'll be able to spend on testing, but we'll see=20
 428 >> what happens. Implementation of the new MetaLib version keeps Ere and=20
 429 >> his colleagues busy for the time being. But we wish to complete=20
 430 >> testing before summer vacations; I hope this is OK for ID.
 431 >>
 432 >> It is our belief that IRSpy will help us in two areas,=20
 433 >> BookWhere-based copy cataloguing and MetaLib portal maintenance. The=20
 434 >> testers represent these two areas, and the outcome of the test will=20
 435 >> already provide some insights of how useful the tool will be, for the=20
 436 >> national library and for the (Finnish) library network in general.
 437 >>
 438 >> If Adam and his colleagues are able to test this version of the=20
 439 >> application (like they have tested earlier releases), we would like=20
 440 >> to receive a report of the results too, in order to avoid=20
 441 >> re-inventing the same wheels.
 442 >>
 443 >> I have taken a short look at IRSpy. One feature I missed was=20
 444 >> geographic location (country) of the server, which in many cases=20
 445 >> could be easily derived from the host name. Browsing an alphabetical=20
 446 >> list for Finnish servers was rather frustrating, and a copy=20
 447 >> cataloguer would prefer a country-based representation of servers.=20
 448 >> Moreover, there are quite a lot of servers with 0 % reliability,=20
 449 >> eventually some kind of weeding  process should be implemented for=20
 450 >> the servers which obviously are no longer functional at all or have=20
 451 >> moved to some other place. Presentation of the supported attributes=20
 452 >> is as compact as it gets; lay users might prefer a more verbose=20
 453 >> option should one be available.
 454 >>
 455 >> But in spite of these critical comments, I am quite happy with what=20
 456 >> I've seen. The number of target systems is already quite impressive=20
 457 >> and is likely to grow when IRSpy goes live. The system works fast=20
 458 >> enough, and I like the looks of it.
 459 >>
 460 >> Best regards,
 461 >>
 462 >> Juha
 463 >>
 464 >> --=20
 465 >>
 466 >> --=20
 467 >>
 468 >> Juha Hakala
 469 >> Director, Information Technology
 470 >>
 471 >> The National Library of Finland P.O.Box 15 (Unioninkatu 36, room=20
 472 >> 503), FIN-00014 Helsinki University
 473 >> Email juha.hakala@helsinki.fi, tel +358 50 382 7678 =20
 474 >
 475
 476
 477 --=20
 478
 479 --
 480
 481  Juha Hakala
 482  Director, Information Technology
 483
 484  The National Library of Finland=20
 485  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
 486  Email juha.hakala@helsinki.fi, tel +358 50 382 7678
 487 =20
 488
 489
 490
 491
 492 From mike  Wed Apr 18 14:25:25 2007
 493 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
 494         ["3501" "Wednesday" "18" "April" "2007" "15:21:01" "+0300" "Juha Hakala" "juha.hakala@helsinki.fi" nil "92" "Re: IRSpy testing in Helsinki" "^X-Spam-Status:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 495         nil)
 496 Return-path: <juha.hakala@helsinki.fi>
 497 Envelope-to: mike@indexdata.com
 498 Delivery-date: Wed, 18 Apr 2007 15:12:04 +0200
 499 Received: from bagel.indexdata.dk [213.150.43.11]
 500         by localhost.localdomain with POP3 (fetchmail-6.3.2)
 501         for <mike@localhost> (single-drop); Wed, 18 Apr 2007 14:25:25 +0100 (BST)
 502 Received: from sender-01.it.helsinki.fi ([128.214.205.139])
 503         by bagel.indexdata.dk with esmtp (Exim 4.50)
 504         id 1He9x3-0002La-Si; Wed, 18 Apr 2007 15:12:04 +0200
 505 Received: from orm6.lib.helsinki.fi (orm6.lib.helsinki.fi [128.214.91.244])
 506         by sender-01.it.helsinki.fi (8.13.8/8.13.8) with ESMTP id l3ICKTrq022473
 507         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
 508         Wed, 18 Apr 2007 15:20:30 +0300
 509 Received: from [128.214.91.248] (oktas-2.lib.helsinki.fi [128.214.91.248])
 510         (authenticated bits=0)
 511         by orm6.lib.helsinki.fi (8.12.11.20060308/8.12.11) with ESMTP id l3ICKT8J031907
 512         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
 513         Wed, 18 Apr 2007 15:20:29 +0300
 514 Message-ID: <46260D2D.3010200@helsinki.fi>
 515 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221)
 516 MIME-Version: 1.0
 517 References: <4625C681.10007@helsinki.fi> <17958.1082.518813.567339@localhost.localdomain>
 518 In-Reply-To: <17958.1082.518813.567339@localhost.localdomain>
 519 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 520 Content-Transfer-Encoding: 7bit
 521 X-SA-Exim-Connect-IP: 128.214.205.139
 522 X-SA-Exim-Rcpt-To: mike@indexdata.com, quinn@indexdata.com
 523 X-SA-Exim-Mail-From: juha.hakala@helsinki.fi
 524 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on bagel.indexdata.dk
 525 X-Spam-Level:
 526 X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100)
 527 X-SA-Exim-Scanned: Yes (on bagel.indexdata.dk)
 528 X-UIDL: pfK!!M7c"!>f~"!"8#"!
 529 X-Spam-Status: No, score=-1.6 required=4.0 tests=AWL,BAYES_00,
 530         RAZOR2_CF_RANGE_51_100,RAZOR2_CHECK autolearn=no version=3.0.3
 531 From: Juha Hakala <juha.hakala@helsinki.fi>
 532 To: Mike Taylor <mike@indexdata.com>
 533 CC: Ere Maijala <ere.maijala@helsinki.fi>,
 534         Katri Kananen <katri.kananen@helsinki.fi>,
 535         Kristiina Hormia <kristiina.hormia@helsinki.fi>,
 536         Ari Rouvari <ari.rouvari@helsinki.fi>,
 537         "Adam Horvath (adam@oszk.hu)" <adam@oszk.hu>,
 538         Esa Kurki <esa.kurki@helsinki.fi>,
 539         Sebastian Hammer <quinn@indexdata.com>, perhans@indexdata.dk
 540 Subject: Re: IRSpy testing in Helsinki
 541 Date: Wed, 18 Apr 2007 15:21:01 +0300
 542
 543 Hello Mike,
 544
 545 See comments below. There are not many of them.
 546
 547 As regards the timing of the test over here: I am sorry that we can not
 548 start the technical testing any faster. Late last year - when IRSpy was
 549 supposed to be available for testing - we did have a qualified person,
 550 but he is no longer with us.
 551
 552 Mike Taylor wrote:
 553 >
 554 > If you want to narrow by domain-name, try this.  Go to:
 555 >       http://irspy.indexdata.com/find.html
 556 > In the "Host" field, enter
 557 >       *.fi
 558 > Set the "Sort by" dropdown to
 559 >       Title
 560 > And press the Search button.
 561 >
 562 > At the moment, there seems to be only one matching entry (which makes
 563 > the sorting criterion a bit irrelevant :-)  This was a surprise to me,
 564 > but does seem to be correct.
 565 >
 566 I was not able to find a single Finnish server via browsing; my patience
 567 ran out first. Many Finnish sites that are definitely free (like most
 568 OPACs in university libraries) are missing from the IRSpy server list,
 569 although it is probably the most complete one in existence. This shows
 570 only that there are a lot more Z & SRU servers out there than we know,
 571 and the fact that the libraries have not been able to share this
 572 information efficiently between themselves keeps many useful services
 573 hidden from users such as copy cataloguers or patrons with specific
 574 regional interests. Patrons with specific topical interests would of
 575 course need collection descriptions, but that is a different story.
 576 >  > Presentation of the supported attributes is as compact as it gets;
 577 >  > lay users might prefer a more verbose option should one be
 578 >  > available.
 579 >
 580 > You mean this?
 581 >
 582 >       Bib-1 Use attributes    36 access points: 1-9, 12-13, 16-19,
 583 >                               21, 25, 28, 33-44, 47, 1003, 1007,
 584 >                               1016, 1035-1036
 585 >
 586 > You're thinking that users might prefer to see "33, 34, 35, 36, 37,
 587 > 38, 39, 40, 41, 42, 43, 44" rather than "33-44"?  I have to say that
 588 > does not seem likely to me.
 589 >
 590 That would not seem likely to me either :-).
 591
 592 Instead of verbose I should have said human readable (sorry, I am not a
 593 native English speaker and sometimes pick a wrong term or make a mess of
 594 the grammar). Especially if you don't have Z39.50 readily at hand it may
 595 be a bit difficult to find out what f.ex. Use attribute 7 means. Most
 596 human users (especially those who are not system analysts but e.g.
 597 cataloguers) might well prefer a display stating "ISBN" instead of "7",
 598 especially if they only want to see if ISBN searching is possible. Of
 599 course it is possible to check from Bib-1 the meaning of the codes, and
 600 eventually one memorizes quite a few of them, but why should we make it
 601 necessary to the users to take that extra step?
 602
 603 Best regards,
 604
 605 Juha
 606 >  > But in spite of these critical comments, I am quite happy with what
 607 >  > I've seen. The number of target systems is already quite impressive
 608 >  > and is likely to grow when IRSpy goes live. The system works fast
 609 >  > enough, and I like the looks of it.
 610 >
 611 > Thanks, that's good to hear!
 612 >
 613 >  _/|_  ___________________________________________________________________
 614 > /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 615 > )_v__/\  "When a man is tired of Ankh Morpork, he is tired of ankle-deep
 616 >        slurry" -- Terry Pratchett, "Mort"
 617 >
 618 >
 619
 620
 621 --
 622
 623 --
 624
 625  Juha Hakala
 626  Director, Information Technology
 627
 628  The National Library of Finland
 629  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
 630  Email juha.hakala@helsinki.fi, tel +358 50 382 7678
 631
 632
 633
 634
 635
 636 From mike@miketaylor.org.uk  Wed Apr 18 15:12:21 2007
 637 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
 638         ["3482" "Wednesday" "18" "April" "2007" "15:12:20" "+0100" "Mike Taylor" "mike@indexdata.com" nil "84" "Re: IRSpy testing in Helsinki" "^From:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 639         nil)
 640 Return-Path: <mike@miketaylor.org.uk>
 641 X-Original-To: mike
 642 Delivered-To: mike@miketaylor.org.uk
 643 Received: by localhost.localdomain (Postfix, from userid 1000)
 644         id 1B25DAC0F7; Wed, 18 Apr 2007 15:12:21 +0100 (BST)
 645 MIME-Version: 1.0
 646 Content-Type: text/plain; charset=us-ascii
 647 Content-Transfer-Encoding: 7bit
 648 Message-ID: <17958.10052.988213.697561@localhost.localdomain>
 649 In-Reply-To: <46260D2D.3010200@helsinki.fi>
 650 References: <4625C681.10007@helsinki.fi>
 651         <17958.1082.518813.567339@localhost.localdomain>
 652         <46260D2D.3010200@helsinki.fi>
 653 X-Mailer: VM 7.19 under Emacs 21.4.1
 654 From: Mike Taylor <mike@indexdata.com>
 655 To: Juha Hakala <juha.hakala@helsinki.fi>
 656 Cc: Ere Maijala <ere.maijala@helsinki.fi>,
 657     Katri Kananen <katri.kananen@helsinki.fi>,
 658     Kristiina Hormia <kristiina.hormia@helsinki.fi>,
 659     Ari Rouvari <ari.rouvari@helsinki.fi>,
 660     "Adam Horvath (adam@oszk.hu)" <adam@oszk.hu>,
 661     Esa Kurki <esa.kurki@helsinki.fi>,
 662     Sebastian Hammer <quinn@indexdata.com>,
 663     perhans@indexdata.dk
 664 Subject: Re: IRSpy testing in Helsinki
 665 Date: Wed, 18 Apr 2007 15:12:20 +0100
 666
 667 Juha Hakala writes:
 668  > As regards the timing of the test over here: I am sorry that we can
 669  > not start the technical testing any faster. Late last year - when
 670  > IRSpy was supposed to be available for testing - we did have a
 671  > qualified person, but he is no longer with us.
 672
 673 I do take your point.
 674
 675  > > If you want to narrow by domain-name, try this.  Go to:
 676  > >    http://irspy.indexdata.com/find.html
 677  > > In the "Host" field, enter
 678  > >    *.fi
 679  > > Set the "Sort by" dropdown to
 680  > >    Title
 681  > > And press the Search button.
 682  > >
 683  > > At the moment, there seems to be only one matching entry (which
 684  > > makes the sorting criterion a bit irrelevant :-) This was a
 685  > > surprise to me, but does seem to be correct.
 686  >
 687  > I was not able to find a single Finnish server via browsing; my
 688  > patience ran out first.
 689
 690 Probably because there is only the one!  But of course you are very
 691 welcome to add more.
 692
 693  > Many Finnish sites that are definitely free (like most OPACs in
 694  > university libraries) are missing from the IRSpy server list,
 695  > although it is probably the most complete one in existence. This
 696  > shows only that there are a lot more Z & SRU servers out there than
 697  > we know, and the fact that the libraries have not been able to
 698  > share this information efficiently between themselves keeps many
 699  > useful services hidden from users such as copy cataloguers or
 700  > patrons with specific regional interests.
 701
 702 All true.  Please help to fix this problem!  :-)
 703
 704  > >  > Presentation of the supported attributes is as compact as it gets;
 705  > >  > lay users might prefer a more verbose option should one be
 706  > >  > available.
 707  > >
 708  > > You mean this?
 709  > >
 710  > >    Bib-1 Use attributes    36 access points: 1-9, 12-13, 16-19,
 711  > >                            21, 25, 28, 33-44, 47, 1003, 1007,
 712  > >                            1016, 1035-1036
 713  > >
 714  > > You're thinking that users might prefer to see "33, 34, 35, 36, 37,
 715  > > 38, 39, 40, 41, 42, 43, 44" rather than "33-44"?  I have to say that
 716  > > does not seem likely to me.
 717  >
 718  > That would not seem likely to me either :-).
 719
 720 :-)
 721
 722  > Instead of verbose I should have said human readable (sorry, I am
 723  > not a native English speaker and sometimes pick a wrong term or
 724  > make a mess of the grammar).
 725
 726 You _are_ joking here, right?  Like most Scandivians, your written
 727 English is _far_ better than that of most native Brits.
 728
 729  > Especially if you don't have Z39.50 readily at hand it may be a bit
 730  > difficult to find out what f.ex. Use attribute 7 means. Most human
 731  > users (especially those who are not system analysts but e.g.
 732  > cataloguers) might well prefer a display stating "ISBN" instead of
 733  > "7", especially if they only want to see if ISBN searching is
 734  > possible. Of course it is possible to check from Bib-1 the meaning
 735  > of the codes, and eventually one memorizes quite a few of them, but
 736  > why should we make it necessary to the users to take that extra
 737  > step?
 738
 739 Gotcha.  I agree that it would be a nice enhancement to be able to see
 740 the codes interpreted.
 741
 742 Would you please add this feature request using Bugzilla?  Not only
 743 will that make sure it gets done, but it will also reassure us at ID
 744 that you are comfortable using the system.  Thanks.
 745
 746  _/|_    ___________________________________________________________________
 747 /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 748 )_v__/\  "Don't ask what you can do for your country.  Ask what you can
 749          do for your mother" -- Joe Lieberman.
 750
 751
 752 From mike  Wed Apr 25 18:36:49 2007
 753 X-VM-v5-Data: ([nil nil nil nil nil nil nil t nil]
 754         ["2516" "Wednesday" "25" "April" "2007" "19:09:55" "+0200" "HORVATH Adam" "adam@oszk.hu" nil "72" "Re: IRSpy Acceptance Testing" "^From:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 755         nil)
 756 Return-path: <adam@oszk.hu>
 757 Envelope-to: mike@indexdata.com
 758 Delivery-date: Wed, 25 Apr 2007 19:33:37 +0200
 759 Received: from bagel.indexdata.dk [213.150.43.11]
 760         by localhost.localdomain with POP3 (fetchmail-6.3.2)
 761         for <mike@localhost> (single-drop); Wed, 25 Apr 2007 18:36:49 +0100 (BST)
 762 Received: from mail.oszk.hu ([193.6.201.194])
 763         by bagel.indexdata.dk with esmtp (Exim 4.50)
 764         id 1HglN1-0003ji-Ms
 765         for mike@indexdata.com; Wed, 25 Apr 2007 19:33:37 +0200
 766 Received: from localhost (localhost [127.0.0.1])
 767         by mail.oszk.hu (Postfix) with ESMTP id D964C206E15;
 768         Wed, 25 Apr 2007 19:09:55 +0200 (CEST)
 769 Received: from mail.oszk.hu ([127.0.0.1])
 770         by localhost (mail.oszk.hu [127.0.0.1]) (amavisd-new, port 10024)
 771         with ESMTP id 09408-04; Wed, 25 Apr 2007 19:09:54 +0200 (CEST)
 772 Received: from [192.168.42.122] (unknown [192.168.42.122])
 773         by mail.oszk.hu (Postfix) with ESMTP id 5924C206DFA;
 774         Wed, 25 Apr 2007 19:09:54 +0200 (CEST)
 775 Organization: OSZK - National Szechenyi Library
 776 MIME-Version: 1.0
 777 Message-ID: <462FA783.17971.225752EB@adam.oszk.hu>
 778 Priority: normal
 779 In-reply-to: <20070330232512.C62C4ABC71@localhost.localdomain>
 780 References: <20070330232512.C62C4ABC71@localhost.localdomain>
 781 X-mailer: Pegasus Mail for Windows (4.41)
 782 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at oszk.hu
 783 X-SA-Exim-Connect-IP: 193.6.201.194
 784 X-SA-Exim-Rcpt-To: mike@indexdata.com
 785 X-SA-Exim-Mail-From: adam@oszk.hu
 786 X-SA-Exim-Scanned: No (on bagel.indexdata.dk); Message bigger than SAmaxbody (256000)
 787 X-UIDL: +Tm"!WS!#!!`@"!Md@"!
 788 X-StripMime: Non-text section removed by stripmime
 789 Content-type: text/plain; charset=US-ASCII
 790 From: "HORVATH Adam" <adam@oszk.hu>
 791 To: Mike Taylor <mike@indexdata.com>
 792 Cc: perhans@indexdata.dk, juha.hakala@helsinki.fi
 793 Subject: Re: IRSpy Acceptance Testing
 794 Date: Wed, 25 Apr 2007 19:09:55 +0200
 795
 796 Kjaere Mike,
 797
 798 I added a couple of bug reports, comments, questions to bugzilla. I
 799 also amended a previous bug report of someone else. I wanted to
 800 attach a screenshot to one of the report (1093) but I did not find an
 801 attach button, so I'm attaching that to this letter.
 802
 803 I think we have already finished the test. I'm looking forward to
 804 your answers.
 805
 806
 807 Med vennlig hilsen
 808 Adam
 809
 810
 811 > Hi, Juha and Adam,
 812 >
 813 > We would like to invite you now to play with the IRSpy installation at
 814 >       http://irspy.indexdata.com/
 815 > with a view to acceptance-testing.  As you will quickly see, all the
 816 > functionality is now there.  To perform some of the administrative
 817 > functions, you will need to log in -- use username "admin", password
 818 > "admin".  (We'll want to change that at some point!)
 819 >
 820 > We have a register of known issues at:
 821 >       http://bugzilla.indexdata.dk/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=IR-Spy&content=
 822 > Please don't be put off by the length: these are mostly either
 823 > suggestions for enhancement or straighforward tweaks.
 824 >
 825 > If you run into additional problems, please register them in Bugzilla.
 826 >
 827 > Thanks for your patience as we've put this together.
 828 >
 829 >  _/|_  ___________________________________________________________________
 830 > /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 831 > )_v__/\  "Nobody really knows what the Bourne shell's grammar is" --
 832 >        Tom Duff, "Rc: A Shell for Plan 9"
 833 >
 834
 835 ================================================
 836 Adam HORVATH
 837 Director of Informatics
 838 ------------------------------------------------
 839 NATIONAL SZECHENYI LIBRARY
 840 Information Technology Department
 841 Budapest, Budavari Palota F epulet, H-1827
 842  Tel.: +36-1-224-3737  Fax: +36-1-224-3705
 843 -Email: adam@oszk.hu    WWW: http://www.oszk.hu
 844 ================================================
 845
 846
 847 The following section of this message contains a file attachment
 848 prepared for transmission using the Internet MIME message format.
 849 If you are using Pegasus Mail, or any other MIME-compliant system,
 850 you should be able to save it or view it from within your mailer.
 851 If you cannot, please ask your system administrator for assistance.
 852
 853    ---- File information -----------
 854      File:  IRSpyHeader_BugReport_1093.doc
 855      Date:  25 Apr 2007, 19:00
 856      Size:  365568 bytes.
 857      Type:  Unknown
 858
 859
 860 --- StripMime Report -- processed MIME parts ---
 861 multipart/mixed
 862   text/plain (text body -- kept)
 863   text/plain (text body -- kept)
 864   application/octet-stream
 865 ---
 866
 867
 868
 869 From mike@miketaylor.org.uk  Thu Apr 26 12:57:22 2007
 870 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
 871         ["803" "Thursday" "26" "April" "2007" "12:57:22" "+0100" "Mike Taylor" "mike@indexdata.com" nil "18" "Re: IRSpy Acceptance Testing" "^From:" nil nil "4" nil nil nil nil nil nil nil nil nil]
 872         nil)
 873 Return-Path: <mike@miketaylor.org.uk>
 874 X-Original-To: mike
 875 Delivered-To: mike@miketaylor.org.uk
 876 Received: by localhost.localdomain (Postfix, from userid 1000)
 877         id CBDF6AC0F6; Thu, 26 Apr 2007 12:57:22 +0100 (BST)
 878 MIME-Version: 1.0
 879 Content-Type: text/plain; charset=us-ascii
 880 Content-Transfer-Encoding: 7bit
 881 Message-ID: <17968.37794.713293.251594@localhost.localdomain>
 882 In-Reply-To: <462FA783.17971.225752EB@adam.oszk.hu>
 883 References: <20070330232512.C62C4ABC71@localhost.localdomain>
 884         <462FA783.17971.225752EB@adam.oszk.hu>
 885 X-Mailer: VM 7.19 under Emacs 21.4.1
 886 From: Mike Taylor <mike@indexdata.com>
 887 To: "HORVATH Adam" <adam@oszk.hu>
 888 Cc: perhans@indexdata.dk,
 889     juha.hakala@helsinki.fi
 890 Subject: Re: IRSpy Acceptance Testing
 891 Date: Thu, 26 Apr 2007 12:57:22 +0100
 892
 893 HORVATH Adam writes:
 894  > I added a couple of bug reports, comments, questions to bugzilla. I
 895  > also amended a previous bug report of someone else.
 896
 897 Thanks for these reports.
 898
 899  > I wanted to attach a screenshot to one of the report (1093) but I
 900  > did not find an attach button, so I'm attaching that to this
 901  > letter.
 902
 903 I've attached it to the bug for you.  (It's the "Create a New
 904 Attachment" link -- I agree that the Bugzilla UI is pretty horrible.
 905 On the positive side, it makes IRSpy look good in comparison :-)
 906
 907  _/|_    ___________________________________________________________________
 908 /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 909 )_v__/\  "It became necessary to destroy the village in order to save it"
 910          -- Attributed to an anonymous senior US military officer.
 911