Map Of London

At present, TOCs are only generated for documents which have multiple <text> elements. This is resulting in documents which should never have multiple texts being created that way, just so they get an automated TOC. Obviously this is silly, and I need to revise the system so that it continues to support the existing documents (while we change them -- although perhaps not all will change), but supports TOC generation for single-text documents based on some measure of complexity. (Or perhaps all documents with multiple div elements should get a TOC by default?)

I now have a working and tested fuction which, given a Julian date at any level of specificity (YYYY, YYYY-MM, or YYYY-MM-DD) will return either a single Gregorian equivalent, or (more likely) a sequence of two Gregorian dates representing a corresponding range, accounting for the leap day offset and the March New Year issues.

Meanwhile, we've determined that in the context of the personography, birth and death dates will be rendered as en-dash-separated years only where both are precise and certain (i.e. @when). In other cases, the renderings will be split into b. xxx d. xxx clauses, so that the ranges, precision, certainty etc. on the two components (which may be different) can be expressed unambiguously.

The following from SM (examples in this file):

1. Check page break
2. Check fw
   Is header (running title) correct? Is page number correct?
   Is signature correct?
   Is catchword correct?
   Remove any empty form works elements
3. Add comments for printer's ornaments
4. Proof text itself – insert comments to editor if anything is unclear, in doubt, or needs to be glossed - Check hyphens and insert comments for double hyphens
5. Identify any foreign languages (Consult http://mapoflondon.uvic.ca/tei_markup.htm if necessary)
6. Mark up dates