Settings support..

Added settings

Settings system is code complete... now to actually USE the darn things for
something!!

removed zillion of compiler warnings due to mising casts between
(const char *) and (xmlChar *) and the like.

Changed the way the forwarded HTTP headers are computed. Now pazpar2 sends
the following ones:
- the original 'Host:' header from the web browser request
  Host: flurry:9090
  (notice: not tampering with this one any more, as it did break virtual
   domain configuration in Apache!!)
- some pazpar2 specific version number, listening host
  (from config file proxy/@myurl) and listening port (from config file
   listen/@port)
   pazpar2-version: 0.1
   pazpar2-server-host: flurry.index
   pazpar2-server-port: 9090
- the standard 'Via:' header
  Via: 1.1 flurry.index:9090 (pazpar2/0.1)
- the standard 'X-forward-For' header, containing the true web browser
  client address
  X-Forwarded-For: 10.0.1.66

These changes should make pazpar2 HTTP complient, and allow the backend Apache
server to get the information it needs to be able to do IP based
authentification and such like stuff. Notice that the 'Host:' header is now
passed unchanged, otherwise virtual host setups do not work.

Masterkey: showing total hits and the count of each record (in brackets)

Advnced search view added.

getting the paraz2 server host and port info from the HTTP request, and mirroring back to the web client in the headers
pazpar2-server-host
pazpar2-server-port
Notice these change according to the connection the client did made, so if a paraz2 is hidden behind firewalling and port-forwarding, the server host and port of the shielding firewall is reported back, and not the shielded host and port numbers.

More work on settings system.. still not functional.

This is still totally non-functional.
Beginning of generic system to associate settings (name=value pairs) with
targets using a general-purpose XML config format.

added HTTP headers "pazpar2-version", "pazpar2-server-host", "pazpar2-server-port", "pazpar2-remote-host", and "pazpar2-remote-port" such that the HTTP proxy PHP script can fetch these values and use them for authentification and other pazpar2 specific stuff (this is needed, because the "Remote-Addr" PHP variable  is always set to the paraz2 server IP adress, due to tunneling through pazpar2.
The only thing which needs completion  is actually finding the correct values for these host and port parameters from the server configuration and the TCP/IP connection object. More digging in the source is needed to find these values the right places..

added optional <zproxy> element to config file, containing any of these attribute combinations (all three examples are semantically equivalent)
<zproxy host="localhost" port="9000"/>
<zproxy host="localhost:9000"/>
<zproxy port="9000"/>
This <zproxy> info is overruled by the '-z' command line switch
Removed a zillion compiler warnings coming from missing or dirty casts, mostly involving (xmlChar *) or (const char *)

simple client's pz2.js updated to the version in masterkey

Masterkey: IE 6 and 7 works. Safari 2.04, Opera 9.10 and Konqueror works with minor CSS positioning issues.

Masterkey: pager and sorting should work now.
HTML and CSS needs to be cleaned-up, hacks all over the page.

added command line switch '-z' which lets one specify a Z39.50 proxy through which the Z39.50 requests are tunneled.
This is planned to be used to stack a MetaProxy after a Paraz2 to make authentification stuff and database filtering stuff (special record conversions needed, or PQF-to-PQF manipulation) at the MetaProxy level. The '-z' option sends Z39.50 packages to the host:port specified there, with the origial target host:port addd in a vHost soecialinfo structure

added Doxygen file, now supporting target 'make dox'

This file -- not valid XML -- contains illustrative examples of the configuration
file format I have in mind. It is basically a mechanism to allow you to set
multiple name-value pairs for targets -- possibly user specific. The various forms
are intended to support various activities -- like setting system-wide defaults,
overriding settings for one user or target, setting up values for a specific target,
etc. There's even a verbose form that would lend itself well to dumping values
out of a relational database... indeed, it's possible to imagine an extension that
would allow pazpar2 to access settings from an RDBMS, although this is not planned
at present.

Masterkey: detailed view working.
TODO: pager still missing.

Added support for multiple values in filter statement -- separated by |, eg
filter=id=target1|target2|target3

Rewrite of Masterkey using new mark-up
TODO: detailed record view, pager

filter parameter added for the search command

Various minor updates to increase usability.

This is the CCL map we're using for the mkey.index demo against Zebra

WRBUF updates.

Implemented target facet -- is there any way to get the 'filter' variable into the
URL to enable the back button in Firefox?

Added optional 'filter' parameter to search. Right now, only value supported is
(URL-escaped) id=targetId, where targetId is the ZUrl of a known target.

Various changes which have piled up on the demo

Fixed statement before declaration

Fixed compilation error on FreeBSD
http://test/idtest/2007-03-16T00:00:01Z/pazpar2-0.1--freebsd.txt

This update completes the factoring out of database management into database.c,
and the introduction of low-level code to read Zeerex records from the file
system. It does not really introduce any new functionality, but the need
to refactor the database code has held up a lot of other projects.

Cosmetic: timeouts can be specified as parameters, parameters moved to a single array.

Further pz2.js updates.

pz2.js lib update

pz2.js update

very early stage od pz2.js lib

Gutenberg

Avoid declarations after statements.

Fixed syntax err

Added kink to OpenWorldCat from ISBN

Display field for description

Added 520 to display. various

Added description of /proxy/@myurl

Fixed some pointer errors

Bug 769. Rewriting Location headers in proxy responses

Added targets

Allowed ccl filter override

Messing with open content stuff

Rename function index to parse_index.. See
http://test.indexdata.dk/idtest/2007-01-31-20:51/pazpar2-0.1--flurry.txt

Reads Zeerex record into a data structure

Build local copy of IRSpy db

Moved cvsignore

Simple Zeerex fetcher

Adding Zeerex stuff

Quotes around terms in hyperlink searches

Correctly set recsyn in search

Added example

Various changes to support IE

Added resources

Disabling browser address field surveillance.

Fixed bug #828: Docs in PDF. There was already a rule for making
pazpar2.pdf using jade + pdfjadetex, but there was some constructs in
the documentation that jade considered invalid. So it did not succeed.
And indeed jade is right in a number of cases, where xsltproc does not
validate. However, jade does NOT currently allow references to refsect1,
refsect2.. sections which makes it impossible to refer to stuff from the
Guide to the Reference material. This is major drawback so dblatex is used
instead. dblatex, like jadetex, makes PDF/tex from Docbook. dblatex allows
these references and dblatex is more actively developed and is available
as a Debian package for sarge. Run 'make pazpar2.pdf' to make the
documentation. There is also a 'jade-check' rule.

Remove declaration of yaz_marc_write_xml

Cleaning up.

Fixed schema and syntax errors

Updated documentation. This update may be unstable, as I can't presently test on my laptop.

Added 2 Paratext targets

LCCN

Added hyperlink to LOC for LCCN

Extended simpletarget model with target names. Added names to target facet and detailed
display.

Tuning display

Moved display of source to beginning of subrecord

Updated config

Dsiplaying sub-records

Additional record debugging. Fixed incoming per-client record counter

Revert.

Black color for anchor text (titles, facets).

US and Canadian academic sites

Improved algorithm for updating facets

Removed extra } (syntax error)

Including earliest pubdate in facet when more than one is found.

Trying to resolve problem with browser sessions running amok

Remove targets with hits < 1 or errors from target termlist

Target facet

Made termlist length tunable (partially) from browser client

Date facet

Added support for date-value termlists

New logo

Size of topbar 7em instead of 6em

Change HTML title to 'Index Data MasterKey'

New

Tweak font-settings. Use font-size 'small' by default.

Marker for records gone; indentation used instead. For facets indentation
takes place for second line too. The size of topbar + some other sizes
measured in em's rather than absolute pixels. Hard coded font sizes
gone. The thing appears to scale OK now for variying font-sizes.

Moved closing of non-active record views.

Displaying URLs

*** empty log message ***

Extracted URL field

Make input part of topmenu. And topmenu is thinner than before. Make whole
page slightly less demanding as far as required horizontal pixes is concerned.
Make facets slightly wider.

Added UK targets

Added 150.pz, a target set for showing-off and demoing that is less punishing without
being wimpy. Eliminates a lot of non-western targets from many.pz

Hyperlink searching off author and subject field in full view