Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Revised Watlington Hill code #1

Open
ebeshero opened this issue Sep 26, 2018 · 3 comments
Open

Revised Watlington Hill code #1

ebeshero opened this issue Sep 26, 2018 · 3 comments

Comments

@ebeshero
Copy link
Member

ebeshero commented Sep 26, 2018

@KellieDC @jamesrovira @lmwilson I've (at last) revised the encoding of Watlington Hill as we discussed this summer. I'll save the new copy in Box, but it's also here in this DM_poetry repository (a new GitHub repository in our DigitalMitford organization), and the filename is the same as it's always been: WatlingtonHill.xml. It's here: https://github.com/DigitalMitford/DM_poetry/blob/master/WatlingtonHill.xml

The new file changes a few of the elements around (I replaced <div type="section"> with <lg type="section"> for example, and <head> elements inside those old div elements are now <label> elements. This permits us to nest sections of the poem inside a single <app>, which we needed for that added section in the middle of the 1827 poem. The <app> elements are streamlined/simplified across the file now...I've removed the unnecessary <app> elements that indicated where the two witnesses agreed since we only need them to indicate moments of divergence.

The new file is the first in our project to officially be schema-checked by our new ODD-generated schema! (This is a customization of the TEI that I finally made for our project in August, and I've been testing it.) It seems to be working as expected--and it should be a little more easy to work with adding @ref and @corresp attributes that point at site index or proposed site index entries. As you're in progress with those, you get gentle warnings in yellow rather than red angry oXygen error indicators, and the only red error messages are now signaled on outright serious errors. (I'm hoping our project error messages are a little clearer now, too.) And best of all, as you go to fill in values for @ref and @corresp, you'll get a drop-down menu in oXygen to choose which value is most appropriate. You'll probably still want to doublecheck against the real site index at http://digitalmitford.org/si.xml , but in most cases you're likely to find values for things like Scott's Marmion right away b/c of our super-clear human-readable xml:ids! :-) Like our old project schema line, this is pointing to an online file on GitHub, so just leave the purple lines at the top of the file alone and as long as you're connected to the internet you'll be schema-checked.

@jamesrovira This is now ready, I think, for you and @KellieDC to keep on going. Take a look through it and let me know if you have any questions about the new encoding.

@ebeshero
Copy link
Member Author

PS: The spiffy new file is even sporting new curly quotes and curly apostrophes in the element contents. (We have to use straight quotes in attribute values, but we want to be using curlies where we can for the body of Mitford's text.) We're not doing that everywhere yet, but this is a start!

@ebeshero
Copy link
Member Author

What remains to be done? I think there's more contextual annotation (the stuff we were discussing with our serendipitous correspondent from Watlington Hill for example). Also, (as I wrote over on Box), among other things, the existing app elements will need to be modified like we discussed to pinpoint the moments of divergence more precisely (around specific words rather than whole lines following TEI P5's parallel segmentation model in the TEI Guidelines).

Check the <pb> elements: I removed those from <app> elements since they don't contain poem content, but I added a convenient @edRef attribute so the <pb> indicates what edition it's part of. I think we only have page numbering in place for one edition. We should add it for the other edition, just as it's done here (no <app> elements needed for those). Everything will need to be carefully proofed against sources/photo facsimiles. Inside the lines of poetry, it will be best to reset the <app> elements to wrap around ONLY the divergent portions (words or characters) rather than encapsulating the entire line.

@jamesrovira
Copy link

jamesrovira commented Sep 26, 2018 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants