Error during command authentication.
Error - unable to initiate communication with LISTSERV (errno=111). The server is probably not started.
Hello: In the course of tagging ordinary prose (as opposed to more strictly authority controlled material such as <controlaccess> entries) the various elements which would provide access points in an authority control system (name, corpname, famname, geogname, persname, occupation, subject) sometimes appear within each other, although the DTD does not allow them to be nested. A legal document will identify a person as: Jane Doe of Hamlet, parish of St Michael, township, brewer, daughter of John Doe of city, alderman etc, and religious officials can be far worse with multiple roles and jurisdictions when they sign in their corporate guise: John Wessington, prior of the convent of Durham, vicar-general of the Bishop of Durham for the spiritualities of the Archdeaconry of Northumberland, and the convent of Durham ... Is there scope for providing some sort of an encapsulating element that indicates that this refers to just one person, or allowing nesting of these tags? On a related point, the distinction between using corpname and geogname could do with some clarification - an archival rather than EAD problem I suppose. If N-Town is a geogname, and parish, church, colliery or manor of N-Town are corpnames, is N-Town (or the Duke of N-Town's) estate a corpname, and if so what about N-Town farm (both these in the sense of an agricultural unit)? It has to be said that it is often impossible to tell which of these is being referred to when N-Town is used alone, but it would be nice to be as consistent as possible. I fear anyone searching for N-Town in the future will need to look in both corpname and geogname. Richard Higgins Durham University Library