I usually do image uploads manually on home1t at the command line, but it's pretty mechanical so I scripted it and tested the script successfully with co_60_17 this morning. It's called publish_images.sh.
Generated these stats for CP's report on this round's grant funding:
Images processed so far this round for 1861: CO 60:10, 60:11, 10:12 CO 305:17, 305:18 RG7 G8C:21 for a total of 4369 images, at 3 sizes = 13107. 1317 links to page-images have been added to the 404 documents for 1861. According to my calculations, so far in 1861, 7150 names of people, places, and vessels have been linked: 5252 people 65 vessels 1833 places
KSW will do some calculations for the next application, for 1862.
We discovered that one of the old scripts we used to convert the documents ran amok a little and added a false "documentType" value of "Secret." Liekly becasue the script assumed that "Secretary" counted as "Secret"!
We removed <idno type="documentType">Secret</idno> from 1,862 files. Revision number prior to this mass-fix: 990. First revision number with ONLY this fix: 991.
Important: there are actually 6 "Secret" files. These documents have <head> elements containing "Secret" but not containing "Secretary":
We have added the <idno type="documentType">Secret</idno> to these files, and this revision number 992.
After some discussion and a request from a user, we've decided to make our encoding guidelines document available on the site. It is, of course, in a state of continuous evolution, so we'll refresh the PDF periodically. A link has been added to the Development page.
We will need to produce duplicates for some of the files in the 1861 collection, specifically, for documents that appear as letter-book copies in 398/1 and as originals in the RG7 G8C 9 collection.
We will handle this process as we have done before in previous collections.
JT provided two new maps for the gallery, so I've added those. I had to refresh myself on the procedure for doing this, so I'll detail it here:
This concerns documents that appear in both letter-book and original form, and how to handle this crossover.
For example, we found a dozen or so documents in 1859 that are part of the 398/1 (BC series) and RG7G8C (VI series) collections, respectively. We decided that it was best to show both, but alert the reader to the copy or original, from each respective document.
So, in the RG7G8C version of this file, we added this note:
<note xml:id="B597018_1">Please note that this document exists as a <ref type="doc" cRef="V597018.scx">letter-book copy</ref>, as part of the British Columbia collection.</note>
And in this document, the 398/1 version, we added this note:
<note xml:id="V597011_1">The original form of this correspondence <ref type="doc" cRef="B597011.scx">can be viewed here</ref>. Please note that the original was marked initially as part of the Vancouver Island collection, and changed thereafter, presumably after receipt, to the British Columbia collection.</note>
For now, we have worked through most of the 1859 collection for duplicates. We will have to check in the CO410 collection for the same issue, and do the same for all applicable years.
A detailed write-up of the information below has been added to the Guidelines document. For now, the following examples, where the attributes are emphasized, should suffice:
A "peripheral_vessels.xml" file was created to house vessels mentioned in files other than the despatches. For example, in Captain Cook's biography, we might mention his ship, Discovery, which does not appear in the despatches, at least not in the content transcribed currently.
As we discussed as a team, it seems odd that the online reader should encounter some vessels tagged and others not. After all, readers do not know which vessels occur in the letters and which do not. The peripheral-vessels file solves cures this potential for confusion.
Lastly, should a vessel that appears in the peripheral-vessels file one day be discovered elsewhere in the future, say, if the enclosures are eventually transcribed, then we would move the respective vessel entry over to the "vessels.xml" file, a simple copy/paste operation.
This page will list our SVN conundrums and how we solved them! And, should this page miss something, check this website.
svn diff -r [version number]:[version number]As in this example:
svn diff -r 460:481 B60001.xmlThis was used to look at two versions of the same file: B60001.xml from version 460 and version 481. The SVN report details, with little plus and minus signs, to indicate lies and content added or removed, respectively.
:: Next Page >>
The Colonial Despatches is an XML database project which is creating a digital archive containing the original correspondence between the British Colonial Office and the colonies of Vancouver Island and British Columbia. The project lives at http://bcgenesis.uvic.ca, and the web application runs on the Pear dev Tomcat. The XML data is managed in SVN at http://revision.tapor.uvic.ca/svn/coldesp/.