From 8c58a0f7303b074db0859f83268503cae22a0089 Mon Sep 17 00:00:00 2001 From: Sebastian Hammer Date: Mon, 18 Dec 2006 15:23:00 +0000 Subject: [PATCH] Synching --- README | 5 ++++- TODO | 7 ++++--- 2 files changed, 8 insertions(+), 4 deletions(-) diff --git a/README b/README index 0976a28..32e79b6 100644 --- a/README +++ b/README @@ -10,7 +10,10 @@ that the hostname is recognized by the webserver. There are a few main target files: test.pz: Single target, localhost:9999/Default -- use with -yaz-ztest or a local Zebra test. + yaz-ztest or a local Zebra test. + +slow.pz: Single target, localhost:9999/Slow -- triggers a slow + search response, useful for testing some stuff. bibs.pz: A small set of serious catalogs in the US and Canada. diff --git a/TODO b/TODO index b9d6dd0..c025fff 100644 --- a/TODO +++ b/TODO @@ -5,20 +5,21 @@ Normalization of records -- test if libXSLT is fast enough to: -- Extract Subject headings, titles, dates, authors for facets and display -- Merge keys for relevance ranking, etc. -- Also normalize to UTF-8. -Factor Z39.50 stuff out from pazpar2.c to separate file to make room for - later SRU implementation. Sort by title, date, author. Parameter to 'show' webservice command. Additional facets. At least do 'author'.. think about making it general. -- libxml Implement detection of 'search complete', so client knows when to stop polling. Full record retrieval. -- libxml Implement hitsbytarget function to emulate traditional LOT-style U/I + -- Begs a 'limit by target' type of function... ?? Longer term: -Server-specific CCL-mapping (simple) +Server-specific CCL-mapping (simple, follows from structured target profiles) Networked mechanism to control configuration Target selection by metadata -- 'subject', 'location', 'library type' -- should be totally generic to support requirements of different projects. +Factor Z39.50 stuff out from pazpar2.c to separate file to make room for + later SRU implementation (essential if we do THDI or LOT. Not hard to do) Nice to have: -- 1.7.10.4