Map Of London

Added a tweak to sort biblio entries in the main sources page by their text content. Also debugged a problem where a person who had no @type on their <persName> tag was not shown as having any mentions in articles; I should make @type required on <persName>.

Made various changes to the Stow ODD file and schema in response to the first proofing session by JJ and SM. This will continue to evolve. Also created a char definition for s with tilde above ("shillings") for SM to incorporate into the file.

Finished most of the tasks from the meeting the other day.

I've generated a temporary ODD file and schema for Stow, using oddbyexample against the 1598, and the 1598 validates against it. This will enable SM to get going on proofing and editing that file. Meanwhile, we still have the issue of the invalidities in 1633, which will need some thought.

EDIT: I'm adding DONE as I caomplete each task.

Tasks arising out of today's project meeting:

• DONE: The page of @xml:ids should have descriptive text appropriately formatted. This is (I hope) just a question of apply-templates rather than value-of.
• IN QUESTION: It's not clear how or if this is best achieved: Entries in the personography, when rendered are accompanied by a "mentioned in the following articles" bit. This should also be available in bibliographical entries.
• DONE: Whenever "AGAS Map" is mentioned with quotes, the quotes should be removed. Multiple-file search-and-replace, I think, but care required.
• CB is creating a decision tree to help people decide the correct formatting for citations; help by turning this into a Quandary exercise.
• Show CB how to use regular expressions to retrieve all quotations (which are currently just using quote marks), so he can examine them with regard to planning migration to proper tagging of quotes.
• DONE (in fact, the Harlow example was due to an error in encoding, not processing): In person entries, even where there's no content for a person, make sure the "mentioned in" list appears. It's currently not appearing for e.g. Harlow.
• DONE: Bibliographical entries in the PERS file need to show up as popups, not links to the bibliography page.

CB had some problems with MOL becoming unresponsive after uploading files using the eXist admin client. I restarted MOL using the tomcat manager (took forever, but it worked - without restarting tomcat itself!) and things seem to be back to normal, but if CB uploads another file we end up in the same unresponsive state. While in that state, tailing the exist.log shows numerous entries like this:
DEBUG (BrokerPool.java [get]:1408) - waiting for a broker to become available
A quick google finds this page http://sourceforge.net/apps/trac/exist/browser/trunk/eXist/src/org/exist/storage/BrokerPool.java?rev=15806 - not sure if this is current enough to be useful...

Thoughts for resolution:
CB has had permission to upload for several days, and has had no problem until today.
CB changed his password in exist today. The two may be connected.
Is the problem is that CB changed the password himself? Would the problem occur if the admin user makes password changes for non-admin users?

NOTE: tailing /usr/local/webapps-dev/mapoflondon/WEB-INF/logs/exist.log shows that every request/response has a debug entry. Is logging set too sensitively for production?

CB now has a user id on the eXist db, and is a member of the editors group. In the process of testing this, we discovered that lots of files and dirs in /db/data did not have group write, or were assigned to the dba group, which meant that he couldn't overwrite them. This is fixed for most files, but we need to watch out for it. I think it may happen when I upload stuff as admin; although admin is in the editors group, it's also dba, and it may cause uploaded data to be set to group dba.

I have a task, which needs to be clarified a bit before I start work on it. We have two types of links: those which open up popup windows, and those which navigate off the page or off the site. It would help users if they could tell the difference before they click on one. A number of options are under consideration.

CB reported that on the People index page, the name Æthelred II was sorting at the end. The sort is done in XQuery, and I've fixed this issue by adding a collation parameter to the order by clause:

order by $p/persName/reg/text() collation "?lang=en&strength=primary&decomposition=full"

Another issue is that Disraeli and D'Israeli are out of order; the apostrophe sorts before the letters. This can't be solved with a standard collation, so I could either strip the punctuation prior to the sort:

order by $p/persName/reg/text()/replace(., ''', '') collation "?lang=en&strength=primary&decomposition=full"

(untested), which would probably slow the page down noticeably, or write a custom collation and move the sort into XSLT (very disruptive and also slow). If it proves important, though, I'll have to do one of these. The former, for preference, if it works.

I've submitted the first set of timesheets. Takes a while to get all the info together. Watching to make sure they get processed correctly.

Links on the people list weren't working, due to a missing block of XHTML that should have been supplied by the XQuery. Due to a problem with Flow, I didn't know about this bug report until today, but it's now fixed.