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
 912 From mike  Wed Jun 27 11:29:19 2007
 913 X-VM-v5-Data: ([nil nil nil nil t nil nil nil nil]
 914         ["1070" "Wednesday" "27" "June" "2007" "12:12:28" "+0200" "Per M. Hansen" "perhans@indexdata.dk" "<4682380C.6040602@indexdata.dk>" "30" "Re: [Fwd: Re: IRSpy testing in Helsinki]" "^From:" nil nil "6" nil nil nil nil nil nil nil nil nil]
 915         nil)
 916 Return-path: <perhans@indexdata.dk>
 917 Envelope-to: mike@indexdata.com
 918 Delivery-date: Wed, 27 Jun 2007 12:13:16 +0200
 919 Received: from bagel.indexdata.dk [213.150.43.11]
 920         by localhost.localdomain with POP3 (fetchmail-6.3.6)
 921         for <mike@localhost> (single-drop); Wed, 27 Jun 2007 11:29:19 +0100 (BST)
 922 Received: from user.indexdata.dk ([213.150.43.10] helo=[10.0.1.61])
 923         by bagel.indexdata.dk with esmtp (Exim 4.50)
 924         id 1I3UWS-0006OX-JY; Wed, 27 Jun 2007 12:13:16 +0200
 925 Message-ID: <4682380C.6040602@indexdata.dk>
 926 Organization: Index Data ApS
 927 User-Agent: Thunderbird 1.5.0.12 (Windows/20070509)
 928 MIME-Version: 1.0
 929 References: <46822480.3070006@indexdata.dk> <18050.13587.950805.441019@localhost.localdomain>
 930 In-Reply-To: <18050.13587.950805.441019@localhost.localdomain>
 931 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
 932 Content-Transfer-Encoding: 7bit
 933 X-SA-Do-Not-Run: Yes
 934 X-SA-Exim-Connect-IP: 213.150.43.10
 935 X-SA-Exim-Rcpt-To: mike@indexdata.com, quinn@indexdata.com, adam@indexdata.dk
 936 X-SA-Exim-Mail-From: perhans@indexdata.dk
 937 X-SA-Exim-Scanned: No (on bagel.indexdata.dk); SAEximRunCond expanded to false
 938 X-UIDL: h0@"!<i2!!b#U"!ReL!!
 939 From: "Per M. Hansen" <perhans@indexdata.dk>
 940 To: Mike Taylor <mike@indexdata.com>
 941 CC: Sebastian Hammer <quinn@indexdata.com>,
 942  Adam Dickmeiss <adam@indexdata.dk>
 943 Subject: Re: [Fwd: Re: IRSpy testing in Helsinki]
 944 Date: Wed, 27 Jun 2007 12:12:28 +0200
 945
 946
 947
 948 Mike Taylor skrev:
 949 > Per M. Hansen writes:
 950 >  > There seams to be a lot of open bugs on IRSpy.
 951 >
 952 > Yes, though that is largely illusory due to all the wishlisty bits.
 953 >
 954 Ok, but there are some bugs in there like this one
 955 http://bugzilla.indexdata.dk/show_bug.cgi?id=1036.
 956 >  > What bugs are there that the Finns can say that is linked to the
 957 >  > deliverable of IRSpy?
 958 >
 959 > Isn't that for them to say?  I don't think we should draw attention to
 960 > specific bugs: just send the invoice and see whether they say "first
 961 > you need to fix bug X"?
 962 >
 963 Well that is one way of handling it, I guess, but I think that we should
 964 make a formal deliverable. Can we make some kind of package for them
 965 that we can send?
 966
 967 /Per
 968 >  _/|_  ___________________________________________________________________
 969 > /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
 970 > )_v__/\  "So where is the innovation?  The innovation is the talking
 971 >        paper clip in Microsoft Office.  Is that real innovation?" --
 972 >        Mitchell Kertzman, Chairman and CEO, Sybase.
 973 >
 974 >
 975 >
 976
 977 From mike@miketaylor.org.uk  Wed Jun 27 12:16:27 2007
 978 X-VM-v5-Data: ([nil nil nil nil nil nil nil t nil]
 979         ["1917" "Wednesday" "27" "June" "2007" "12:16:26" "+0100" "Mike Taylor" "mike@indexdata.com" nil "52" "Re: [Fwd: Re: IRSpy testing in Helsinki]" "^From:" nil nil "6" nil nil nil nil nil nil nil nil nil]
 980         nil)
 981 Return-Path: <mike@miketaylor.org.uk>
 982 X-Original-To: mike
 983 Delivered-To: mike@miketaylor.org.uk
 984 Received: by localhost.localdomain (Postfix, from userid 1000)
 985         id 269BF4D6441A; Wed, 27 Jun 2007 12:16:27 +0100 (BST)
 986 MIME-Version: 1.0
 987 Message-ID: <18050.18186.896331.810825@localhost.localdomain>
 988 In-Reply-To: <4682380C.6040602@indexdata.dk>
 989 References: <46822480.3070006@indexdata.dk>
 990         <18050.13587.950805.441019@localhost.localdomain>
 991         <4682380C.6040602@indexdata.dk>
 992 X-Mailer: VM 7.19 under Emacs 21.4.1
 993 X-StripMime: Non-text section removed by stripmime
 994 Content-Type: text/plain; charset=us-ascii
 995 From: Mike Taylor <mike@indexdata.com>
 996 To: "Per M. Hansen" <perhans@indexdata.dk>
 997 Cc: Sebastian Hammer <quinn@indexdata.com>,
 998     Adam Dickmeiss <adam@indexdata.dk>
 999 Subject: Re: [Fwd: Re: IRSpy testing in Helsinki]
1000 Date: Wed, 27 Jun 2007 12:16:26 +0100
1001
1002 Per M. Hansen writes:
1003  > >  > There seams to be a lot of open bugs on IRSpy.
1004  > >
1005  > > Yes, though that is largely illusory due to all the wishlisty bits.
1006  >
1007  > Ok, but there are some bugs in there like this one
1008  > http://bugzilla.indexdata.dk/show_bug.cgi?id=1036.
1009
1010 Ah, well, that one is to do with character sets.  You can't possibly
1011 expect that to be fixed!
1012
1013 Just joking, ha ha.  No, the problem with this one is that the
1014 database name, hence the ID, has a space in it:
1015         Z39.50:bissen.odont.au.dk:21/Odontologisk Bibliotek
1016
1017 That is in fact provoking the same problem as non-ASCII characters in
1018 an ID do, which is that when you submit such an ID as recordIdOpaque
1019 in and Extended Services request, it is interpreted differently from
1020 when it's submitted as part of a record that XS extracts the ID from
1021 itself.  It still seems wrong to me that Zebra does this, but it's
1022 possible to work around.
1023
1024 In fact, I just have: I fixed this in CVS and on the live site.
1025
1026  > >  > What bugs are there that the Finns can say that is linked to
1027  > >  > the deliverable of IRSpy?
1028  > >
1029  > > Isn't that for them to say?  I don't think we should draw attention to
1030  > > specific bugs: just send the invoice and see whether they say "first
1031  > > you need to fix bug X"?
1032  >
1033  > Well that is one way of handling it, I guess, but I think that we
1034  > should make a formal deliverable. Can we make some kind of package
1035  > for them that we can send?
1036
1037 Sure thing.  Here it is, including the edit-record-with-funny-ID fix
1038 described above.
1039
1040  _/|_    ___________________________________________________________________
1041 /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
1042 )_v__/\  "A Linux system requires rebooting about as often as a Windoze
1043          system requires re-installing" -- David Joffe.
1044
1045
1046
1047 --- StripMime Report -- processed MIME parts ---
1048 multipart/mixed
1049   text/plain (text body -- kept)
1050   application/octet-stream
1051 ---
1052
1053
1054
1055 From mike  Thu Jul  5 09:59:05 2007
1056 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
1057         ["3436" "Thursday" "5" "July" "2007" "09:10:32" "+0300" "Juha Hakala" "juha.hakala@helsinki.fi" nil "78" "IRSpy acceptance" "^X-Spam-Status:" nil nil "7" nil nil nil nil nil nil nil nil nil]
1058         nil)
1059 Return-path: <juha.hakala@helsinki.fi>
1060 Envelope-to: mike@indexdata.com
1061 Delivery-date: Thu, 05 Jul 2007 10:30:52 +0200
1062 Received: from bagel.indexdata.dk [213.150.43.11]
1063         by localhost.localdomain with POP3 (fetchmail-6.3.6)
1064         for <mike@localhost> (single-drop); Thu, 05 Jul 2007 09:59:05 +0100 (BST)
1065 Received: from sender-03.it.helsinki.fi ([128.214.205.141])
1066         by bagel.indexdata.dk with esmtp (Exim 4.50)
1067         id 1I6Mjh-00057h-G1; Thu, 05 Jul 2007 10:30:52 +0200
1068 Received: from orm6.lib.helsinki.fi (orm6.lib.helsinki.fi [128.214.91.244])
1069         by sender-03.it.helsinki.fi (8.13.1/8.13.1) with ESMTP id l656AWAZ001069
1070         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT);
1071         Thu, 5 Jul 2007 09:10:32 +0300
1072 Received: from [128.214.91.248] (oktas-2.lib.helsinki.fi [128.214.91.248])
1073         (authenticated bits=0)
1074         by orm6.lib.helsinki.fi (8.12.11.20060308/8.12.11) with ESMTP id l656AV9H020283
1075         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
1076         Thu, 5 Jul 2007 09:10:31 +0300
1077 Message-ID: <468C8B58.4020800@helsinki.fi>
1078 User-Agent: Thunderbird 2.0.0.0 (Windows/20070326)
1079 MIME-Version: 1.0
1080 Content-Type: text/plain; charset=ISO-8859-1; format=flowed
1081 Content-Transfer-Encoding: 7bit
1082 X-SA-Exim-Connect-IP: 128.214.205.141
1083 X-SA-Exim-Rcpt-To: dorman@indexdata.com, mike@indexdata.com, quinn@indexdata.com, sondberg@indexdata.com
1084 X-SA-Exim-Mail-From: juha.hakala@helsinki.fi
1085 X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on bagel.indexdata.dk
1086 X-Spam-Level:
1087 X-SA-Exim-Version: 4.2 (built Thu, 03 Mar 2005 10:44:12 +0100)
1088 X-SA-Exim-Scanned: Yes (on bagel.indexdata.dk)
1089 X-UIDL: Wa%"!eMo!!!38!!+Tm!!
1090 X-Spam-Status: No, score=-2.5 required=4.0 tests=AWL,BAYES_00 autolearn=ham
1091         version=3.0.3
1092 From: Juha Hakala <juha.hakala@helsinki.fi>
1093 To: "Per M. Hansen" <perhans@indexdata.dk>, Mike Taylor <mike@indexdata.com>,
1094         sondberg@indexdata.com, Sebastian Hammer <quinn@indexdata.com>,
1095         Ere Maijala <ere.maijala@helsinki.fi>,
1096         Kristiina Hormia <kristiina.hormia@helsinki.fi>,
1097         Annu Jauhiainen <annu.jauhiainen@helsinki.fi>,
1098         Pertti Rekala <pertti.rekala@helsinki.fi>,
1099         =?ISO-8859-1?Q?Tuula_Haapam?=
1100  =?ISO-8859-1?Q?=E4ki?= <tuula.haapamaki@helsinki.fi>,
1101         Kai Ekholm <kai.ekholm@helsinki.fi>,
1102         Adam Dickmeiss <adam@indexdata.dk>,
1103         Eeva Murtomaa <eeva.murtomaa@helsinki.fi>,
1104         David Dorman <dorman@indexdata.com>
1105 Subject: IRSpy acceptance
1106 Date: Thu, 05 Jul 2007 09:10:32 +0300
1107
1108 Hello all,
1109
1110 The National Library of Finland accepts the IRSpy application, following
1111 the successful beta testing of the software in the library.
1112
1113 Our billing address is
1114
1115 Helsingin yliopisto
1116 Kansalliskirjasto / Kirjastoverkkopalvelut
1117 PL 7138
1118 01051 LASKUT
1119
1120 Please mention responsibility area code (in Finnish, vastuualuekoodi)
1121 98123.
1122
1123 I-D is most welcome to announce availability of this application to the
1124 general public. Please mention in the announcement that the development
1125 effort was a cooperative project between I-D and the national library of
1126 Finland. Since I will start vacation next Monday I will not be able to
1127 review the text unless it is sent tomorrow.
1128
1129 IRSpy is the first implementation of the NISO draft standard
1130 Z39.92-200X. As such it makes it possible to complete the
1131 standardization process. My intention as the chair of the NISO working
1132 group developing the standard is to publish the second draft of it in
1133 August. As far as I know, development of IRSpy did not reveal any
1134 problems in the present draft, so the second one can be published
1135 unaltered.
1136
1137 We will discuss with Ex Libris Group and WebClarity Software Inc. about
1138 incorporation of IRSpy into, respectively, MetaLib and BookWhere. The
1139 national library has no intention to host IRSpy ourselves in the short
1140 run, and we will never try to run a global site, mainly due to
1141 considerable systems expert time that would require. Moreover, the
1142 present IRSpy database which is apparently inherited from your previous
1143 ZSpy software) is out of date - many databases no longer are available
1144 in the same address where they were located a few years back - and would
1145 require a thorough manual revision.
1146
1147 A decentralized network of national/regional IRSpy installations, each
1148 concentrating on its geographical area, is the only truly feasible model
1149 for hosting the tool (this does not rule out the possibility of
1150 harvesting the Z39.92 data into a physical union catalogue). One issue
1151 we will most likely discuss in the Autumn here in the national library
1152 is whether maintenance of a national database of Information retrieval
1153 service descriptions using Z39.92 (and IRSpy) will fit within the
1154 national bibliographic responsibilities of the national library. As far
1155 as I am concerned, it is more important to describe how for instance the
1156 national bibliography database can be used for search and retrieval (and
1157 to share this data with other libraries) than catalogue manually some
1158 obscure grey Web literature. Google can do the latter more efficiently
1159 than we, but Google can not and will not be able to deal efficiently
1160 with (a large number of) databases. Due to Z39.92 and IRSpy the national
1161 libraries will have an option to discuss how to deal with databases
1162 within the national bibliographic context. Without a standard to steer
1163 creation and exchange of IR service descriptions and an efficient tool
1164 for creating those descriptions trying to extend national bibliographic
1165 activities to "deep Web" would not have been possible. With the web
1166 archives were are already dealing with the uppermost level of the Web,
1167 and with Z39.92 and IRSpy we have a chance to gain access to the rest of
1168 it.
1169
1170 Best regards,
1171
1172 Juha Hakala
1173
1174 --
1175
1176  Juha Hakala
1177  Director, Information Technology
1178
1179  The National Library of Finland
1180  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
1181  Email juha.hakala@helsinki.fi, tel +358 50 382 7678
1182
1183
1184
1185
1186
1187 From mike@miketaylor.org.uk  Thu Jul  5 10:04:22 2007
1188 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
1189         ["4504" "Thursday" "5" "July" "2007" "10:04:22" "+0100" "Mike Taylor" "mike@indexdata.com" nil "103" "[Juha Hakala: IRSpy acceptance]" "^From:" nil nil "7" nil nil nil nil nil nil nil nil nil]
1190         nil)
1191 Return-Path: <mike@miketaylor.org.uk>
1192 X-Original-To: mike
1193 Delivered-To: mike@miketaylor.org.uk
1194 Received: by localhost.localdomain (Postfix, from userid 1000)
1195         id 850864D6420C; Thu,  5 Jul 2007 10:04:22 +0100 (BST)
1196 MIME-Version: 1.0
1197 Content-Type: text/plain; charset=us-ascii
1198 Content-Transfer-Encoding: 7bit
1199 Message-ID: <18060.46102.456630.110731@localhost.localdomain>
1200 X-Mailer: VM 7.19 under Emacs 21.4.1
1201 From: Mike Taylor <mike@indexdata.com>
1202 To: perhans@indexdata.dk
1203 Subject: [Juha Hakala: IRSpy acceptance]
1204 Date: Thu, 5 Jul 2007 10:04:22 +0100
1205
1206 Excellent news!
1207
1208 You get that invoice out; I will split my time between DBC's Keystone
1209 Resolver Admin UI work and the Australian Z39.50-to-SRU gateway
1210 (unless you'd prefer to me concentrate on one of them to the exclusion
1211 of the other?)
1212
1213 ------- start of forwarded message -------
1214 From: Juha Hakala <juha.hakala@helsinki.fi>
1215 To: "Per M. Hansen" <perhans@indexdata.dk>, Mike Taylor <mike@indexdata.com>,
1216         sondberg@indexdata.com, Sebastian Hammer <quinn@indexdata.com>,
1217         Ere Maijala <ere.maijala@helsinki.fi>,
1218         Kristiina Hormia <kristiina.hormia@helsinki.fi>,
1219         Annu Jauhiainen <annu.jauhiainen@helsinki.fi>,
1220         Pertti Rekala <pertti.rekala@helsinki.fi>,
1221         =?ISO-8859-1?Q?Tuula_Haapam?=
1222  =?ISO-8859-1?Q?=E4ki?= <tuula.haapamaki@helsinki.fi>,
1223         Kai Ekholm <kai.ekholm@helsinki.fi>,
1224         Adam Dickmeiss <adam@indexdata.dk>,
1225         Eeva Murtomaa <eeva.murtomaa@helsinki.fi>,
1226         David Dorman <dorman@indexdata.com>
1227 Subject: IRSpy acceptance
1228 Date: Thu, 05 Jul 2007 09:10:32 +0300
1229
1230 Hello all,
1231
1232 The National Library of Finland accepts the IRSpy application, following
1233 the successful beta testing of the software in the library.
1234
1235 Our billing address is
1236
1237 Helsingin yliopisto
1238 Kansalliskirjasto / Kirjastoverkkopalvelut
1239 PL 7138
1240 01051 LASKUT
1241
1242 Please mention responsibility area code (in Finnish, vastuualuekoodi)
1243 98123.
1244
1245 I-D is most welcome to announce availability of this application to the
1246 general public. Please mention in the announcement that the development
1247 effort was a cooperative project between I-D and the national library of
1248 Finland. Since I will start vacation next Monday I will not be able to
1249 review the text unless it is sent tomorrow.
1250
1251 IRSpy is the first implementation of the NISO draft standard
1252 Z39.92-200X. As such it makes it possible to complete the
1253 standardization process. My intention as the chair of the NISO working
1254 group developing the standard is to publish the second draft of it in
1255 August. As far as I know, development of IRSpy did not reveal any
1256 problems in the present draft, so the second one can be published
1257 unaltered.
1258
1259 We will discuss with Ex Libris Group and WebClarity Software Inc. about
1260 incorporation of IRSpy into, respectively, MetaLib and BookWhere. The
1261 national library has no intention to host IRSpy ourselves in the short
1262 run, and we will never try to run a global site, mainly due to
1263 considerable systems expert time that would require. Moreover, the
1264 present IRSpy database which is apparently inherited from your previous
1265 ZSpy software) is out of date - many databases no longer are available
1266 in the same address where they were located a few years back - and would
1267 require a thorough manual revision.
1268
1269 A decentralized network of national/regional IRSpy installations, each
1270 concentrating on its geographical area, is the only truly feasible model
1271 for hosting the tool (this does not rule out the possibility of
1272 harvesting the Z39.92 data into a physical union catalogue). One issue
1273 we will most likely discuss in the Autumn here in the national library
1274 is whether maintenance of a national database of Information retrieval
1275 service descriptions using Z39.92 (and IRSpy) will fit within the
1276 national bibliographic responsibilities of the national library. As far
1277 as I am concerned, it is more important to describe how for instance the
1278 national bibliography database can be used for search and retrieval (and
1279 to share this data with other libraries) than catalogue manually some
1280 obscure grey Web literature. Google can do the latter more efficiently
1281 than we, but Google can not and will not be able to deal efficiently
1282 with (a large number of) databases. Due to Z39.92 and IRSpy the national
1283 libraries will have an option to discuss how to deal with databases
1284 within the national bibliographic context. Without a standard to steer
1285 creation and exchange of IR service descriptions and an efficient tool
1286 for creating those descriptions trying to extend national bibliographic
1287 activities to "deep Web" would not have been possible. With the web
1288 archives were are already dealing with the uppermost level of the Web,
1289 and with Z39.92 and IRSpy we have a chance to gain access to the rest of
1290 it.
1291
1292 Best regards,
1293
1294 Juha Hakala
1295
1296 --
1297
1298  Juha Hakala
1299  Director, Information Technology
1300
1301  The National Library of Finland
1302  P.O.Box 15 (Unioninkatu 36, room 503), FIN-00014 Helsinki University
1303  Email juha.hakala@helsinki.fi, tel +358 50 382 7678
1304
1305
1306
1307
1308 ------- end of forwarded message -------
1309
1310 From mike@miketaylor.org.uk  Thu Jul  5 12:19:58 2007
1311 X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
1312         ["4172" "Thursday" "5" "July" "2007" "12:19:58" "+0100" "Mike Taylor" "mike@indexdata.com" nil "94" "IRSpy acceptance" "^From:" nil nil "7" nil nil nil nil nil nil nil nil nil]
1313         nil)
1314 Return-Path: <mike@miketaylor.org.uk>
1315 X-Original-To: mike
1316 Delivered-To: mike@miketaylor.org.uk
1317 Received: by localhost.localdomain (Postfix, from userid 1000)
1318         id DF6BD4D6420C; Thu,  5 Jul 2007 12:19:58 +0100 (BST)
1319 MIME-Version: 1.0
1320 Content-Type: text/plain; charset=us-ascii
1321 Content-Transfer-Encoding: 7bit
1322 Message-ID: <18060.54238.847561.812058@localhost.localdomain>
1323 In-Reply-To: <468C8B58.4020800@helsinki.fi>
1324 References: <468C8B58.4020800@helsinki.fi>
1325 X-Mailer: VM 7.19 under Emacs 21.4.1
1326 From: Mike Taylor <mike@indexdata.com>
1327 To: Juha Hakala <juha.hakala@helsinki.fi>
1328 Cc: "Per M. Hansen" <perhans@indexdata.dk>,
1329     sondberg@indexdata.com,
1330     Sebastian Hammer <quinn@indexdata.com>,
1331     Ere Maijala <ere.maijala@helsinki.fi>,
1332     Kristiina Hormia <kristiina.hormia@helsinki.fi>,
1333     Annu Jauhiainen <annu.jauhiainen@helsinki.fi>,
1334     Pertti Rekala <pertti.rekala@helsinki.fi>,
1335     =?ISO-8859-1?Q?Tuula_Haapam?=
1336  =?ISO-8859-1?Q?=E4ki?= <tuula.haapamaki@helsinki.fi>,
1337     Kai Ekholm <kai.ekholm@helsinki.fi>,
1338     Adam Dickmeiss <adam@indexdata.dk>,
1339     Eeva Murtomaa <eeva.murtomaa@helsinki.fi>,
1340     David Dorman <dorman@indexdata.com>
1341 Subject: IRSpy acceptance
1342 Date: Thu, 5 Jul 2007 12:19:58 +0100
1343
1344 Juha Hakala writes:
1345  > Hello all,
1346  >
1347  > The National Library of Finland accepts the IRSpy application,
1348  > following the successful beta testing of the software in the
1349  > library.
1350
1351 Thanks, Juha, that's great news.
1352
1353  > Our billing address is
1354  >
1355  > Helsingin yliopisto
1356  > Kansalliskirjasto / Kirjastoverkkopalvelut
1357  > PL 7138
1358  > 01051 LASKUT
1359  >
1360  > Please mention responsibility area code (in Finnish,
1361  > vastuualuekoodi) 98123.
1362
1363 Per will deal with this.
1364
1365  > I-D is most welcome to announce availability of this application to
1366  > the general public. Please mention in the announcement that the
1367  > development effort was a cooperative project between I-D and the
1368  > national library of Finland. Since I will start vacation next
1369  > Monday I will not be able to review the text unless it is sent
1370  > tomorrow.
1371
1372 Thanks, we'll make an announcement.
1373
1374  > IRSpy is the first implementation of the NISO draft standard
1375  > Z39.92-200X. As such it makes it possible to complete the
1376  > standardization process. My intention as the chair of the NISO
1377  > working group developing the standard is to publish the second
1378  > draft of it in August. As far as I know, development of IRSpy did
1379  > not reveal any problems in the present draft, so the second one can
1380  > be published unaltered.
1381
1382 Ah, that's very good news.  The SRU people, at the their recent
1383 meeting, didn't know the status of Z39.92, and were worried that it
1384 might be dead.  See the notes at:
1385     http://www.loc.gov:8081/standards/sru/june2007meeting-report.html#zeerex
1386 It might be good to get an announcement out to counter that
1387 perception.
1388
1389  > We will discuss with Ex Libris Group and WebClarity Software
1390  > Inc. about incorporation of IRSpy into, respectively, MetaLib and
1391  > BookWhere.
1392
1393 Exciting!
1394
1395  > The national library has no intention to host IRSpy ourselves in
1396  > the short run, and we will never try to run a global site, mainly
1397  > due to considerable systems expert time that would require.
1398  > Moreover, the present IRSpy database which is apparently inherited
1399  > from your previous ZSpy software) is out of date - many databases
1400  > no longer are available in the same address where they were located
1401  > a few years back - and would require a thorough manual revision.
1402  >
1403  > A decentralized network of national/regional IRSpy installations,
1404  > each concentrating on its geographical area, is the only truly
1405  > feasible model for hosting the tool (this does not rule out the
1406  > possibility of harvesting the Z39.92 data into a physical union
1407  > catalogue).
1408
1409 Well, whatever you can get funding for :-)
1410
1411  > One issue we will most likely discuss in the Autumn here in the
1412  > national library is whether maintenance of a national database of
1413  > Information retrieval service descriptions using Z39.92 (and IRSpy)
1414  > will fit within the national bibliographic responsibilities of the
1415  > national library. As far as I am concerned, it is more important to
1416  > describe how for instance the national bibliography database can be
1417  > used for search and retrieval (and to share this data with other
1418  > libraries) than catalogue manually some obscure grey Web
1419  > literature. Google can do the latter more efficiently than we, but
1420  > Google can not and will not be able to deal efficiently with (a
1421  > large number of) databases. Due to Z39.92 and IRSpy the national
1422  > libraries will have an option to discuss how to deal with databases
1423  > within the national bibliographic context. Without a standard to
1424  > steer creation and exchange of IR service descriptions and an
1425  > efficient tool for creating those descriptions trying to extend
1426  > national bibliographic activities to "deep Web" would not have been
1427  > possible. With the web archives were are already dealing with the
1428  > uppermost level of the Web, and with Z39.92 and IRSpy we have a
1429  > chance to gain access to the rest of it.
1430
1431 Agreed.
1432
1433  _/|_    ___________________________________________________________________
1434 /o ) \/  Mike Taylor    <mike@indexdata.com>    http://www.miketaylor.org.uk
1435 )_v__/\  "I can't figure out the relationship between Nancy, the stuffed
1436          owl in the garage, and the plates" -- Matt Wedel, in a context
1437          that made some kind of sense at the time.
1438