- Tei-council - lists.tei-c.org

<specGrpRef> processing
by Syd Bauman 06 Jan '19

06 Jan '19

I don't get it. Can someone explain to me what the template for <specGrpRef> in odds/odd2odd.xsl is doing around line 489 (dev branch)? It looks like the structure is: <choose> <when test="LOCAL POINTER"> <apply-templates select="CHILDREN OF THAT WHICH IS POINTED TO"/> </when> <otherwise> <for-each select="THAT WHICH IS POINTED TO">  <choose> <when test="child::specGrp"> ???? <apply-templates select="child::specGrp/child::*"/> </when> <otherwise> <apply-templates select="child::*"/> </otherwise> </choose> </for-each> </otherwise> <choose> I find this bizarre, but I may be missing something here. A specGrpRef/@target is supposed to point to a <specGrp>. A <specGrp>, of course, can contain children <specGrp>s (not that any of ours do that). So it looks to me like ... ... given the following somewhere in file A.xml <specGrp xml:id="sciencyStuff"> <elementRef key="measureGrp"/> <elementRef key="measure"/> <specGrp xml:id="detailedScienceStuff"> <elementRef key="unit"/> <elementRef key="num"/> </specGrp> </specGrp> ... and the following in file B.xml <specGrpRef target="A.xml#sciencyStuff"/> then odd2odd.xsl will only process 'unit' and 'num', not 'measureGrp' and 'measure', for which I can see absolutely no reason. Am I going nuts, here? Was there a period in ODD history when a <specGrpRef> would point to the *parent* of the desired <specGrp>, not to the <specGrp> itself?

1 0

Re: [Tei-council] Stylesheets: rub out tei: prefix?
by James Cummings 04 Jan '19

04 Jan '19

Hi all, I simultaneously agree that explicitness is good and tend to use xpath-default-namespace all the time myself. I also remember learning from Sebastian that you *always* check namespaces first when something goes wrong. ;-) But since ODDs are always written in TEI (even non-TEI ODDs), it makes sense to me to use default namespace for TEI. I'd vote 4. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Lou Burnard <lou(a)OX.AC.UK> Sent: 04 January 2019 15:07:27 To: Raffaele Viglianti; Elisa Beshero-Bondar Cc: Peter Stadler; Lou Burnard; TEI Council; Martin Holmes Subject: Re: [Tei-council] Stylesheets: rub out tei: prefix? FWIW, I agree with Raffaele and Peter in preferring the explicitness and clarity of a prefix. Sebastian always used to say that whenever a stylesheet didn't behave as expected, it was a namespace problem. But if Syd is producing a new version, clearly he has the right to make whatever cosmetic changes he is more comfortable with. Might be a good idea to keep the old version around for a while though, just to check nothing has been broken by such changes, if I may state the obvious. On 04/01/2019 11:44, Raffaele Viglianti wrote: I always use prefixes. I think it helps with clarity and feels more rigorous/consistent. So my preference would be 5. Raff On Fri, Jan 4, 2019, 5:09 AM Elisa Beshero-Bondar <ebbondar(a)gmail.com<mailto:ebbondar@gmail.com> wrote: By the way, I think there’s a way to do it in pure Schematron, but I am not sure (have to check) if it can be done in the ODD context. If I remember right for pure Schematron at least, the question is whether you have to set the prefix on the Schematron elements or the TEI ones. Elisa Sent from my iPhone > On Jan 4, 2019, at 5:05 AM, Elisa Beshero-Bondar <ebbondar(a)gmail.com<mailto:ebbondar@gmail.com>> wrote: > > Having worked with setting default namespaces rather a lot in various contexts (XSLT, XQuery, Schematron, I vote enthusiastically for 1). This really just amounts to a change that reduces verbosity, as Syd indicates, but also reflects the default centrality of the TEI in the Stylesheets anyway. And it is a pain to have to remember the default prefix all the time when we gave to edit. > > Elisa > > Sent from my iPhone > >> On Jan 4, 2019, at 3:54 AM, Peter Stadler <pstadler(a)mail.uni-paderborn.de<mailto:pstadler@mail.uni-paderborn.de>> wrote: >> >> I honestly prefer the verbosity of 5) — and I don’t think these XPath expressions can be significantly simplified nor compressed by removing those namespace prefixes. >> But just to make double sure: This is just a (proposed) cosmetic change due to your personal preference, right? This wouldn’t be bad thing, though, and I think you deserve to do it your way since you are the ODD one :) >> >> Cheers >> Peter >> >>> Am 04.01.2019 um 02:18 schrieb Syd Bauman <s.bauman(a)northeastern.edu<mailto:s.bauman@northeastern.edu>>: >>> >>> The current odd2odd.xsl (like most of the stylesheets) uses the >>> explicitly bound namespace prefix "tei:" in XPaths. I am inclined to >>> use @xpath-default-namespace and get rid of them. I think our XPaths >>> are often already long enough to wrap around even a wide screen >>> twice, and things like "ancestor::tei:teiHeader" are just harder to >>> read. >>> >>> Please vote (fast): >>> 1) I very much want to get rid of the "tei:" prefix in XPaths >>> 2) I prefer to get rid of them, but don't care much >>> 3) Makes no difference to me, mate >>> 4) I prefer to keep them, but don't care much >>> 5) I very much want to keep the "tei: prefix in XPaths >>> >>> In case you're curious, there are approximately >>> 517 tei: >>> 38 rng: >>> 15 xs: >>> 5 a: >>> 4 xml: >>> 2 sch: >>> prefixes in odd2odd.xsl. (Looking only in attr values.) >>> _______________________________________________ >>> Tei-council mailing list >>> Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> >>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >> >> _______________________________________________ >> Tei-council mailing list >> Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council

5 6

Stylesheets: rub out tei: prefix?
by Syd Bauman 04 Jan '19

04 Jan '19

The current odd2odd.xsl (like most of the stylesheets) uses the explicitly bound namespace prefix "tei:" in XPaths. I am inclined to use @xpath-default-namespace and get rid of them. I think our XPaths are often already long enough to wrap around even a wide screen twice, and things like "ancestor::tei:teiHeader" are just harder to read. Please vote (fast): 1) I very much want to get rid of the "tei:" prefix in XPaths 2) I prefer to get rid of them, but don't care much 3) Makes no difference to me, mate 4) I prefer to keep them, but don't care much 5) I very much want to keep the "tei: prefix in XPaths In case you're curious, there are approximately 517 tei: 38 rng: 15 xs: 5 a: 4 xml: 2 sch: prefixes in odd2odd.xsl. (Looking only in attr values.)

6 6

Release timeline
by Scholger, Martina (martina.scholger＠uni-graz.at) 03 Jan '19

03 Jan '19

Dear Council, I hope you had some relaxing holidays and I wish you a happy new year! Thankfully, Elli and Hugh agreed to postpone the release date to January 29. This will give us a bit more time to finish some open issues. This is our suggested timeline: Refridge: Jan 17 (Thursday) - no major changes to the schema should be done after that; minor changes (wording, typos, examples, etc.) are fine. Freeze: Jan 23 (Wednesday) - no more changes can be done in the dev branch Create release branch: Jan 24 (Thursday) - after that, only minor changes (typos) can be done in the release branch Release: Jan 29 (Tuesday) I added the dates to the Google calendar. Our next Council call is between refridge and freeze, on January 18. Best wishes, Martina

1 0

starting rub-a-dub-dub
by Syd Bauman 03 Jan '19

03 Jan '19

Exactly 1 year to the day after abandoning the project, I am restarting it. Yay! New branch for this work will be called sydb-radd. First question: is there any difference between the 'master' and 'release-3.4.0' branches of TEI? Any significant difference? And, perhaps more importantly, how would I go about asking `git` that question? (Why, you ask? Because in order to test the Stylesheets they need to be building against some version of TEI P5. I'd like to use a local version so I don't have to wait the extra second or so it takes to download it every time I test the Stylesheets. Besides, it would be nice to know definitively which version I am testing against.)

1 0

Re: [Tei-council] rub-a-dub revisited
by James Cummings 30 Dec '18

30 Dec '18

With apologies to Syd, I've only got around to reading this now. It seems a good description to me. I'd add that before he stopped working on the Stylesheets Sebastian did recognise that although he'd moved it to be XSLT2 technically much of the way it worked was still with XSLT1 constructs. The one I discussed most with him was the interminable call-templates constructions that could be simplified significantly with functions. (And even where the same depths of constructs, it would be clearer.) Many thanks for all your hard work, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Syd Bauman <s.bauman(a)northeastern.edu> Sent: 24 December 2018 17:17:42 To: TEI Council Cc: Lou Burnard; Martin Holmes Subject: [Tei-council] rub-a-dub revisited Vanessa, and everyone -- I was tasked with writing up an explanation of the rub-a-dub revisited project, primarily for Vanessa, but for all, really. So here goes. background ---------- [Note -- this is intended to be a "get your head around this issue" sort of history, not a detailed highly accurate accounting. Lou and James probably know a lot more about the early history than I.] The TEI Consortium, through the TEI Council, maintains a set of stylesheets called (unimaginatively) "the stylesheets" or (not much better) "the TEI stylesheets". They were originally started (back in early 2000s?), I think, as two separate projects. The first was to have a workflow with which the TEI Guidelines, written in TEI/ODD, could be converted to HTML and print (PDF), and later ePUB, etc. The second was to provide a stylesheet for producing some semblance of readable output (HTML or PDF) from TEI Lite. It quickly became clear that these two projects had a *lot* in common, and so they were merged. And, in fact, the code base for TEI P4 and TEI P5 also had a lot in common, and they were merged, too. (We no longer support P4, though.) The main, almost sole, programmer behind this effort was the amazing Sebastian Rahtz. Sebastian was a brilliant, talented, and frighteningly fast XSLT programmer. An archaeologist by training, and an expert in the TeX and LaTeX typesetting systems, Sebastian never had any formal training in CS, at least none he would confess to me. Sebastian did not believe in internal documentation (e.g., comments) and did not care about indentation or consistency of namespace prefixes (the latter two, I suspect, because he was so brilliant he parsed XML on the fly in his head :-). He wrote these stylesheets over many years, adding features (often only a few hours after a request was made) in a somewhat willy-nilly fashion. Oh, and he started this project in XSLT1, converting to XSLT2 years later. situation --------- Due to brain cancer Sebastian stopped contributing to the stylesheets in late 2015 and died in early 2016. So now we (the Council) are left with a wonderfully powerful, modularized, parameterized, flexible set of stylesheets that are ridiculously difficult to maintain. Roughly 6 months after the gut-wrenching loss of our dear friend and colleague, the TEI Council established a group of interested parties to co-operatively educate ourselves as to how these stylesheets worked. All of TEI Council plus anyone who had ever contributed to the Stylesheets repo was invited. This group (chaired by me) has evolved from a self-education group to a Stylesheets-fixing group over time. The only people still on it are Martin Holmes, Lou Burnard, and various members of Council. One of the first things this group did was map out how the Stylesheets actually work. Some of that knowledge is represented in https://wiki.tei-c.org/index.php/Mapping_ODD_processing. desires ------- Martin and I have a (somewhat aspirational, but somewhat realistic) plan to re-write the ODD portion of the Stylesheets from scratch. That is, we would like to write a completely new code base (in XSLT 3.0) for processing the source of P5 into the P5 outputs (in PDF via XSLFO, as opposed to via LaTeX; HTML5; ePUB; etc.), and for processing customization ODDs into schemas and documentation. We do not want to rewrite the rest of the Stylesheets, i.e. those parts that transform generic TEI Lite into useful output, and do various other conversions. (These same stylesheets are the backbone of OxGarage.) However, that would take a long time, and in the meantime we still have a nearly unmaintainable mess. cleaning up -------- -- I have often been frustrated reading Sebastian's code. I am not nearly as brilliant as he was, so I like having helpful comments along the way, proper indentation, some consistent method of variable and function names, etc. I also find long-winded XSLT 1.0 constructs where a short bit of XSLT 2.0 can do the same thing quite frustrating. So every time I dive into the stylesheets, I think "this really has to be cleaned up". But usually I don't want to do any actual cleaning, in order to keep the delta between the code base before and after whatever fix I am applying as small as possible, to make it easier to double-check that it hasn't introduced new errors. There are some people a lot smarter than I who say that it is always better to clean up a code base than re-write it from scratch. One of them wrote a lovely blog post about it. See https://www.joelonsoftware.com/2002/01/23/rub-a-dub-dub/ While I am sure there are computer scientists who disagree, it is a quite compelling article. rub-a-dub 1 --------- - So I convinced Martin that we should take a crack at cleaning the Stylesheets first (it wasn't hard). I then convinced Council of the same thing (not much harder). In late 2017 Council explicitly charged me with performing a clean up operation (called "rub a dub" or "rub a dub dub" based on what Joel called it in his blog) on a single, large, part of the Stylesheets: the odd2odd program. I spent my winter break exactly a year ago working my tail off for hours on end cleaning up code in ways that should not change the output. Pretty much every time I saved the file, I kicked off a test process to make sure the output came out the same. And it did! Every time. It wasn't until I was well over halfway through rubbing and dubbing that I discovered that, due to a misunderstanding between me & Martin (no blame on Martin, I just mistook what he said), the test procedure I was using was not actually testing odd2odd! I had been comparing the wrong output files, so of course they were the same every time. Sigh. In fact, while I blissfully thought I was doing such a great job, I had in fact mucked up the output almost beyond recognition. Sigh. rub-a-dub 2 --------- - So Martin and I redoubled our efforts on getting ODD testing in the Test2 system to work properly, and are almost finished with that. (Martin presented the Test2 system at our last Stylesheets group meeting.) Once that is done (my current goal is before I leave for a conference in Texas on Wed 09 Jan), I will attack rub-a-dub of odd2odd again, probably shortly after I get back from Texas. The over-arching goal will be to end up with a version of odd2odd that does the same thing, but is *much* easier to maintain. Some of the ancillary files (like common_functions) will likely need to be changed somewhat, too. By "the same thing" I mean "have essentially the same XML tree as output". I don't care about the incidentals of serialization, and may well sprinkle the output with comments if it seems to help. The point is I intend to try to explicitly avoid "improving" the processor as I go along. The detailed tasks I expect to work on to make it more maintainable are somewhat flexible, likely to change as I go along. But the following are the kinds of things I mean: * Reasonable indentation * Adding internal documentation * Re-factoring XSLT 1.0 constructs into XSLT 2.0 * Collapsing equivalent functions, modes, and templates where appropriate. (There are several cases where the Stylesheets have 2 or even 3 versions of what appear to be almost the same function, mode, or template.) * Changing names of functions, modes, templates, and variables in order to approach consistency * Re-factor logic to avoid double negatives where reasonable This, of course, will all be carried out in a separate branch, so as not to interfere with normal bug-fixing and the late Jan release. _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

1 0

rub-a-dub revisited
by Syd Bauman 24 Dec '18

24 Dec '18

Vanessa, and everyone -- I was tasked with writing up an explanation of the rub-a-dub revisited project, primarily for Vanessa, but for all, really. So here goes. background ---------- [Note -- this is intended to be a "get your head around this issue" sort of history, not a detailed highly accurate accounting. Lou and James probably know a lot more about the early history than I.] The TEI Consortium, through the TEI Council, maintains a set of stylesheets called (unimaginatively) "the stylesheets" or (not much better) "the TEI stylesheets". They were originally started (back in early 2000s?), I think, as two separate projects. The first was to have a workflow with which the TEI Guidelines, written in TEI/ODD, could be converted to HTML and print (PDF), and later ePUB, etc. The second was to provide a stylesheet for producing some semblance of readable output (HTML or PDF) from TEI Lite. It quickly became clear that these two projects had a *lot* in common, and so they were merged. And, in fact, the code base for TEI P4 and TEI P5 also had a lot in common, and they were merged, too. (We no longer support P4, though.) The main, almost sole, programmer behind this effort was the amazing Sebastian Rahtz. Sebastian was a brilliant, talented, and frighteningly fast XSLT programmer. An archaeologist by training, and an expert in the TeX and LaTeX typesetting systems, Sebastian never had any formal training in CS, at least none he would confess to me. Sebastian did not believe in internal documentation (e.g., comments) and did not care about indentation or consistency of namespace prefixes (the latter two, I suspect, because he was so brilliant he parsed XML on the fly in his head :-). He wrote these stylesheets over many years, adding features (often only a few hours after a request was made) in a somewhat willy-nilly fashion. Oh, and he started this project in XSLT1, converting to XSLT2 years later. situation --------- Due to brain cancer Sebastian stopped contributing to the stylesheets in late 2015 and died in early 2016. So now we (the Council) are left with a wonderfully powerful, modularized, parameterized, flexible set of stylesheets that are ridiculously difficult to maintain. Roughly 6 months after the gut-wrenching loss of our dear friend and colleague, the TEI Council established a group of interested parties to co-operatively educate ourselves as to how these stylesheets worked. All of TEI Council plus anyone who had ever contributed to the Stylesheets repo was invited. This group (chaired by me) has evolved from a self-education group to a Stylesheets-fixing group over time. The only people still on it are Martin Holmes, Lou Burnard, and various members of Council. One of the first things this group did was map out how the Stylesheets actually work. Some of that knowledge is represented in https://wiki.tei-c.org/index.php/Mapping_ODD_processing. desires ------- Martin and I have a (somewhat aspirational, but somewhat realistic) plan to re-write the ODD portion of the Stylesheets from scratch. That is, we would like to write a completely new code base (in XSLT 3.0) for processing the source of P5 into the P5 outputs (in PDF via XSLFO, as opposed to via LaTeX; HTML5; ePUB; etc.), and for processing customization ODDs into schemas and documentation. We do not want to rewrite the rest of the Stylesheets, i.e. those parts that transform generic TEI Lite into useful output, and do various other conversions. (These same stylesheets are the backbone of OxGarage.) However, that would take a long time, and in the meantime we still have a nearly unmaintainable mess. cleaning up -------- -- I have often been frustrated reading Sebastian's code. I am not nearly as brilliant as he was, so I like having helpful comments along the way, proper indentation, some consistent method of variable and function names, etc. I also find long-winded XSLT 1.0 constructs where a short bit of XSLT 2.0 can do the same thing quite frustrating. So every time I dive into the stylesheets, I think "this really has to be cleaned up". But usually I don't want to do any actual cleaning, in order to keep the delta between the code base before and after whatever fix I am applying as small as possible, to make it easier to double-check that it hasn't introduced new errors. There are some people a lot smarter than I who say that it is always better to clean up a code base than re-write it from scratch. One of them wrote a lovely blog post about it. See https://www.joelonsoftware.com/2002/01/23/rub-a-dub-dub/ While I am sure there are computer scientists who disagree, it is a quite compelling article. rub-a-dub 1 --------- - So I convinced Martin that we should take a crack at cleaning the Stylesheets first (it wasn't hard). I then convinced Council of the same thing (not much harder). In late 2017 Council explicitly charged me with performing a clean up operation (called "rub a dub" or "rub a dub dub" based on what Joel called it in his blog) on a single, large, part of the Stylesheets: the odd2odd program. I spent my winter break exactly a year ago working my tail off for hours on end cleaning up code in ways that should not change the output. Pretty much every time I saved the file, I kicked off a test process to make sure the output came out the same. And it did! Every time. It wasn't until I was well over halfway through rubbing and dubbing that I discovered that, due to a misunderstanding between me & Martin (no blame on Martin, I just mistook what he said), the test procedure I was using was not actually testing odd2odd! I had been comparing the wrong output files, so of course they were the same every time. Sigh. In fact, while I blissfully thought I was doing such a great job, I had in fact mucked up the output almost beyond recognition. Sigh. rub-a-dub 2 --------- - So Martin and I redoubled our efforts on getting ODD testing in the Test2 system to work properly, and are almost finished with that. (Martin presented the Test2 system at our last Stylesheets group meeting.) Once that is done (my current goal is before I leave for a conference in Texas on Wed 09 Jan), I will attack rub-a-dub of odd2odd again, probably shortly after I get back from Texas. The over-arching goal will be to end up with a version of odd2odd that does the same thing, but is *much* easier to maintain. Some of the ancillary files (like common_functions) will likely need to be changed somewhat, too. By "the same thing" I mean "have essentially the same XML tree as output". I don't care about the incidentals of serialization, and may well sprinkle the output with comments if it seems to help. The point is I intend to try to explicitly avoid "improving" the processor as I go along. The detailed tasks I expect to work on to make it more maintainable are somewhat flexible, likely to change as I go along. But the following are the kinds of things I mean: * Reasonable indentation * Adding internal documentation * Re-factoring XSLT 1.0 constructs into XSLT 2.0 * Collapsing equivalent functions, modes, and templates where appropriate. (There are several cases where the Stylesheets have 2 or even 3 versions of what appear to be almost the same function, mode, or template.) * Changing names of functions, modes, templates, and variables in order to approach consistency * Re-factor logic to avoid double negatives where reasonable This, of course, will all be carried out in a separate branch, so as not to interfere with normal bug-fixing and the late Jan release.

1 0

Stylesheets group meeting
by Syd Bauman 21 Dec '18

21 Dec '18

We have a Stylesheets group meeting scheduled for today, Fri 21 Dec 18 at 21:00Z. (That's 13:00 PST, 16:00 EST, 21:00 GMT, and 22:00 CET.) Our agenda includes: * MH & SB presenting the progress so far on Test2/ (Mostly MH both because he's done more of the work, and because SB's voice is shot.) See https://github.com/TEIC/Stylesheets/blob/dev/Test2/README_build_odd.md for some (brand new!) documentation. * Ticket 325: https://github.com/TEIC/Stylesheets/issues/325 Talk to you soon! (Or, at least, whisper at you.)-:

3 2

Re: [Tei-council] Japanese translations incoming
by James Cummings 19 Dec '18

19 Dec '18

a) I agree marking up these phrases might be useful. (This doesn't just include simple modal verbs but also constructions involving 'require*', 'recommend*', 'optional*', since we already indicate these are equivalent to must, should, may.) I note that this will take more work than you might think, the way many of these are phrased mean automatic replacement would be error-prone. I would suggest that this be an addendum to the current ticket to be done once I've finished going through and checking them. (Doing it in two phases also means I double-check, though also someone else could do that to double-check my work? Happy either way.) b) We note that we are basing our use of modal verbs on BCP14 not only in the Guidelines Style Guide http://teic.github.io/TCW/tcw24.html but also in the Guidelines themselves at http://www.tei-c.org/release/doc/tei-p5-doc/en/html/AB.html#AB-modal. To wit, I believe we already do what you are recommending. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Peter Stadler <stadler(a)edirom.de> Sent: 19 December 2018 08:21:42 To: Martin Holmes Cc: TEI Council Subject: Re: [Tei-council] Japanese translations incoming I wonder if we shouldn’t be marking up these verbs (and constructions?) ant to render these visually distinct? To me, that’d be a huge benefit for our meta language ODD in addressing technical documentation. Best Peter > Am 18.12.2018 um 17:33 schrieb Martin Holmes <mholmes(a)uvic.ca>: > > I do like the clarity of RFC 2119 and/or BCP 14, which seem to be pretty much identical. I wonder if we should state explicitly that our usage of modal verbs is intended to conform with one of them? > > Cheers, > Martin > > On 2018-12-18 7:29 a.m., James Cummings wrote: >> Hi Peter, Martin, etc. >> This ticket (https://github.com/TEIC/TEI/issues/1175#issuecomment-406592469) was something I was doing slowly when I got around to it. The actual work when you do it isn't difficult... Just double-checking that must/may/should etc. are all what we expect. Overall very few changes but mostly softening language (where we have said 'should' in past zealousness but even our own examples suggest 'may' is better). I'm happy to try to finish up the work sooner rather than later if desired. >> Many thanks, >> James >> -- >> Dr James Cummings, James.Cummings(a)newcastle.ac.uk >> Senior Lecturer in Late-Medieval Literature and Digital Humanities >> School of English, Newcastle University >> ------------------------------------------------------------------------ >> *From:* Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)uni-graz.at> >> *Sent:* 18 December 2018 15:17:29 >> *To:* Peter Stadler; Martin Holmes >> *Cc:* TEI Council >> *Subject:* Re: [Tei-council] Japanese translations incoming >> Hi, >> there is also a ticket https://github.com/TEIC/TEI/issues/1175 for that. James already started to work on that, but there are 4-5K hits to check. I think we should split the work, or James? I have put it on the agenda for our next call in January. >> Thanks Martin for merging the translations! >> Best wishes, >> Martina >> -----Ursprüngliche Nachricht----- >> Von: Tei-council <tei-council-bounces(a)lists.tei-c.org> Im Auftrag von Peter Stadler >> Gesendet: Dienstag, 18. Dezember 2018 07:39 >> An: Martin Holmes <mholmes(a)uvic.ca> >> Cc: TEI Council <tei-council(a)lists.tei-c.org> >> Betreff: Re: [Tei-council] Japanese translations incoming >> I couldn’t agree more! We currently mark technical terms (elements, classes) but not modal verbs which leads to confusion not only when translating. >> That’s quite an effort to go through the Guidelines and adjust (rephrase?) all those verbs but it would be a significant improvement. >> I’d like to put that on the agenda for our next f2f and see whether we can develop a plan for achieving this. What do you think? >> Best >> Peter >>> Am 17.12.2018 um 22:21 schrieb Martin Holmes <mholmes(a)uvic.ca>: >>> They're using the spreadsheets, and I'm transferring things back manually, one row at a time. There has been some discussion over the use of (for example) "may" in the Guidelines -- does it mean "be allowed to" or "can-if-you-wish" -- which makes me wonder whether it's time to look again at the modal verbs in TCW 24: >>> <http://teic.github.io/TCW/tcw24.html> >>> perhaps with an eye on RFC 2119: >>> <https://www.ietf.org/rfc/rfc2119.txt> >>> Cheers, >>> Martin >>>> On 2018-12-17 12:30 p.m., James Cummings wrote: >>>> That sounds excellent Martin! Thanks! >>>> Out of interest what process are they using to update the glosses, descs, etc. Those spreadsheets or something else? >>>> Many thanks, >>>> James >>>> -- >>>> Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University >>>> --------------------------------------------------------------------- >>>> --- >>>> *From:* Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Martin Holmes <mholmes(a)uvic.ca> >>>> *Sent:* 17 December 2018 17:07:14 >>>> *To:* TEI Council >>>> *Subject:* [Tei-council] Japanese translations incoming Hi all, Just a note to let everyone know that over the next little while I'll be slowly merging some new Japanese translations of glosses, descs and remarks into the dev branch. These are coming from some excellent work that Kiyonori and his team have been doing; they're about one-third of the way through the process of translating the spec files. >>>> I'm going to do this slowly and look at each item before I include it, mostly for my own learning purposes, but also in case I might catch the odd misunderstanding. >>>> Cheers, >>>> Martin >>>> _______________________________________________ >>>> Tei-council mailing list >>>> Tei-council(a)lists.tei-c.org >>>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>> _______________________________________________ >>> Tei-council mailing list >>> Tei-council(a)lists.tei-c.org >>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >> _______________________________________________ >> Tei-council mailing list >> Tei-council(a)lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >> _______________________________________________ >> Tei-council mailing list >> Tei-council(a)lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council(a)lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council

1 0

Re: [Tei-council] Japanese translations incoming
by James Cummings 19 Dec '18

19 Dec '18

Hi Peter, Martin, etc. This ticket (https://github.com/TEIC/TEI/issues/1175#issuecomment-406592469) was something I was doing slowly when I got around to it. The actual work when you do it isn't difficult... Just double-checking that must/may/should etc. are all what we expect. Overall very few changes but mostly softening language (where we have said 'should' in past zealousness but even our own examples suggest 'may' is better). I'm happy to try to finish up the work sooner rather than later if desired. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)uni-graz.at> Sent: 18 December 2018 15:17:29 To: Peter Stadler; Martin Holmes Cc: TEI Council Subject: Re: [Tei-council] Japanese translations incoming Hi, there is also a ticket https://github.com/TEIC/TEI/issues/1175 for that. James already started to work on that, but there are 4-5K hits to check. I think we should split the work, or James? I have put it on the agenda for our next call in January. Thanks Martin for merging the translations! Best wishes, Martina -----Ursprüngliche Nachricht----- Von: Tei-council <tei-council-bounces(a)lists.tei-c.org> Im Auftrag von Peter Stadler Gesendet: Dienstag, 18. Dezember 2018 07:39 An: Martin Holmes <mholmes(a)uvic.ca> Cc: TEI Council <tei-council(a)lists.tei-c.org> Betreff: Re: [Tei-council] Japanese translations incoming I couldn’t agree more! We currently mark technical terms (elements, classes) but not modal verbs which leads to confusion not only when translating. That’s quite an effort to go through the Guidelines and adjust (rephrase?) all those verbs but it would be a significant improvement. I’d like to put that on the agenda for our next f2f and see whether we can develop a plan for achieving this. What do you think? Best Peter > Am 17.12.2018 um 22:21 schrieb Martin Holmes <mholmes(a)uvic.ca>: > > They're using the spreadsheets, and I'm transferring things back manually, one row at a time. There has been some discussion over the use of (for example) "may" in the Guidelines -- does it mean "be allowed to" or "can-if-you-wish" -- which makes me wonder whether it's time to look again at the modal verbs in TCW 24: > > <http://teic.github.io/TCW/tcw24.html> > > perhaps with an eye on RFC 2119: > > <https://www.ietf.org/rfc/rfc2119.txt> > > Cheers, > Martin > >> On 2018-12-17 12:30 p.m., James Cummings wrote: >> That sounds excellent Martin! Thanks! >> Out of interest what process are they using to update the glosses, descs, etc. Those spreadsheets or something else? >> Many thanks, >> James >> -- >> Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in >> Late-Medieval Literature and Digital Humanities School of English, >> Newcastle University >> --------------------------------------------------------------------- >> --- >> *From:* Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf >> of Martin Holmes <mholmes(a)uvic.ca> >> *Sent:* 17 December 2018 17:07:14 >> *To:* TEI Council >> *Subject:* [Tei-council] Japanese translations incoming Hi all, Just >> a note to let everyone know that over the next little while I'll be >> slowly merging some new Japanese translations of glosses, descs and >> remarks into the dev branch. These are coming from some excellent >> work that Kiyonori and his team have been doing; they're about >> one-third of the way through the process of translating the spec files. >> I'm going to do this slowly and look at each item before I include >> it, mostly for my own learning purposes, but also in case I might >> catch the odd misunderstanding. >> Cheers, >> Martin >> _______________________________________________ >> Tei-council mailing list >> Tei-council(a)lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council > _______________________________________________ > Tei-council mailing list > Tei-council(a)lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

3 2

Re: [Tei-council] Japanese translations incoming
by James Cummings 18 Dec '18

18 Dec '18

That sounds excellent Martin! Thanks! Out of interest what process are they using to update the glosses, descs, etc. Those spreadsheets or something else? Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Martin Holmes <mholmes(a)uvic.ca> Sent: 17 December 2018 17:07:14 To: TEI Council Subject: [Tei-council] Japanese translations incoming Hi all, Just a note to let everyone know that over the next little while I'll be slowly merging some new Japanese translations of glosses, descs and remarks into the dev branch. These are coming from some excellent work that Kiyonori and his team have been doing; they're about one-third of the way through the process of translating the spec files. I'm going to do this slowly and look at each item before I include it, mostly for my own learning purposes, but also in case I might catch the odd misunderstanding. Cheers, Martin _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council

4 4

Re: [Tei-council] TEI Council chair elections
by James Cummings 18 Dec '18

18 Dec '18

Hi Elisa (etc.), My apologies. AOL stands for America Online. See http://catb.org/jargon/html/A/AOL-.html for an explanation of this reference. Apologies for being unintentionally cryptic. Best wishes, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Elisa Beshero-Bondar <ebb8(a)pitt.edu> Sent: 17 December 2018 13:28:54 To: James Cummings Cc: Scholger, Martina (martina.scholger(a)uni-graz.at) Vanessa Bigot-Juloux; TEI Council Subject: Re: [Tei-council] TEI Council chair elections James's last message is mysterious because I don't know what <aol> means...Google tells me: AOL Acronym Definition AoL Army of Light (Starwars Galaxies guild) AOL Age of Legends (Wheel of Time Series) AOL Airborne Oceanographic LIDAR AOL Absent Over Leave (See AWOL) which doesn't help much. Anyway, I, too, am glad Martina is willing to continue as chair. Elisa On Mon, Dec 17, 2018 at 1:23 PM James Cummings <James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@newcastle.ac.uk>> wrote: <aol>Me as well </aol> Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@newcastle.ac.uk> School of English Literature, Language, and Linguistics, Newcastle University From: Vanessa Bigot-Juloux Sent: Monday, 17 December, 12:22 Subject: Re: [Tei-council] TEI Council chair elections To: Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) Cc: TEI Council Dear all, I totally agree: May I encourage you (Martina) to stand for election once more?! Best, Vanessa Le 13 déc. 2018 à 18:58, Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)UNI-GRAZ.AT<mailto:martina.scholger@UNI-GRAZ.AT>> a écrit : Dear all, I realized that I haven’t said anything about running for Chair again yet, but I wanted to keep the announcement and my candidature separate. I'd be happy to serve as Chair of the TEI Technical Council for another year. I learned a lot this year and have no doubt that there is yet more to learn. Best wishes, Martina Von: Peter Stadler <stadler(a)edirom.de<mailto:stadler@edirom.de>> Gesendet: Donnerstag, 13. Dezember 2018 17:49 An: Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>> Cc: TEI Council <tei-council(a)lists.tei-c.org<mailto:tei-council@lists.tei-c.org>> Betreff: Re: [Tei-council] TEI Council chair elections May I encourage you (Martina) to stand for election once more?! My feeling is you’re just about getting warm :) Best Peter Am 13.12.2018 um 14:19 schrieb Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>>: Dear all, this is a reminder for the upcoming election on the Council's chair for the next term. If you are interested in taking this position, please let us know before our next call on Monday (December 17) via the Council's mailing list. Best wishes, Martina _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council -- Elisa Beshero-Bondar, PhD Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA E-mail: ebb8(a)pitt.edu<mailto:ebb8@pitt.edu> Development site: http://newtfire.org<http://newtfire.org/>

2 1

Japanese translations incoming
by Martin Holmes 17 Dec '18

17 Dec '18

Hi all, Just a note to let everyone know that over the next little while I'll be slowly merging some new Japanese translations of glosses, descs and remarks into the dev branch. These are coming from some excellent work that Kiyonori and his team have been doing; they're about one-third of the way through the process of translating the spec files. I'm going to do this slowly and look at each item before I include it, mostly for my own learning purposes, but also in case I might catch the odd misunderstanding. Cheers, Martin

1 0

Call in 30 minutes
by Scholger, Martina (martina.scholger＠uni-graz.at) 17 Dec '18

17 Dec '18

Dear all, our call starts in 30 minutes. Agenda: https://docs.google.com/document/d/1fJ5nb5WgnwaMnt4WrgnDl-zC7A6LBEeqrIcUFwX… Hangouts:https://hangouts.google.com/hangouts/_/brown.edu/teicouncil Best, Martina

1 0

Re: [Tei-council] TEI Council chair elections
by James Cummings 17 Dec '18

17 Dec '18

<aol>Me as well </aol> Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk School of English Literature, Language, and Linguistics, Newcastle University From: Vanessa Bigot-Juloux Sent: Monday, 17 December, 12:22 Subject: Re: [Tei-council] TEI Council chair elections To: Scholger, Martina (martina.scholger(a)uni-graz.at) Cc: TEI Council Dear all, I totally agree: May I encourage you (Martina) to stand for election once more?! Best, Vanessa Le 13 déc. 2018 à 18:58, Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)UNI-GRAZ.AT<mailto:martina.scholger@UNI-GRAZ.AT>> a écrit : Dear all, I realized that I haven’t said anything about running for Chair again yet, but I wanted to keep the announcement and my candidature separate. I'd be happy to serve as Chair of the TEI Technical Council for another year. I learned a lot this year and have no doubt that there is yet more to learn. Best wishes, Martina Von: Peter Stadler <stadler(a)edirom.de<mailto:stadler@edirom.de>> Gesendet: Donnerstag, 13. Dezember 2018 17:49 An: Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>> Cc: TEI Council <tei-council(a)lists.tei-c.org<mailto:tei-council@lists.tei-c.org>> Betreff: Re: [Tei-council] TEI Council chair elections May I encourage you (Martina) to stand for election once more?! My feeling is you’re just about getting warm :) Best Peter Am 13.12.2018 um 14:19 schrieb Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) <martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>>: Dear all, this is a reminder for the upcoming election on the Council's chair for the next term. If you are interested in taking this position, please let us know before our next call on Monday (December 17) via the Council's mailing list. Best wishes, Martina _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council

2 1

TEI Council chair elections
by Scholger, Martina (martina.scholger＠uni-graz.at) 17 Dec '18

17 Dec '18

Dear all, this is a reminder for the upcoming election on the Council's chair for the next term. If you are interested in taking this position, please let us know before our next call on Monday (December 17) via the Council's mailing list. Best wishes, Martina

6 6

TEI conference 2019: program committee
by Scholger, Martina (martina.scholger＠uni-graz.at) 16 Dec '18

16 Dec '18

Dear Council, The preparations for the TEI conference in Graz from September 16 to 20 have already started and we would like to put together the program committee soon. As every year, we hope that some of the TEI Council members will support the PC. Please let me know if you want to be part of it. Your responsibilities would be: - comment on the call proposal which will be proposed by chair and local organizers - reviewing submissions - vote on (critical) split decisions concerning acceptance of submissions - review and comment on final program, which will be proposed by chair and local organizers Best wishes, Martina

5 5

Re: [Tei-council] Next call: December 17
by James Cummings 13 Dec '18

13 Dec '18

Bah, For some reason in my head this was an evening call and so I'm currently scheduled to be driving halfway across the country at this point. I may be able to join the text-chat or something but no promises. Entirely my fault, I apologise. I noticed that someone had suggested Issue 327 https://github.com/TEIC/TEI/issues/327 for discussion. I've updated that ticket with a list of the work I've done on it, and what I think is still to do. It seems basically feature complete to me but I'm sure people will have tweaks they want to make. I'd also be interested in more examples, so English descriptions of non-western but really famous objects. e.g. I added Tutankhamen's Mask as one of the examples (alongside the Alfred Jewel and Excalibur). Otherwise, if people want to skip discussing this in the call and do so on the ticket, I'm fine with that. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)uni-graz.at> Sent: 13 December 2018 12:50:36 To: TEI Council Subject: [Tei-council] Next call: December 17 Dear all, this is the agenda for our next call on Monday, December 17 (09:00-10:30 EST, 14-15:30 GMT, 15:00-16:30 CET): https://docs.google.com/document/d/1fJ5nb5WgnwaMnt4WrgnDl-zC7A6LBEeqrIcUFwX…. Please add topics / issues to the agenda. @Elli: I hope we can use the Brown-Hangouts: https://hangouts.google.com/hangouts/_/brown.edu/teicouncil Best wishes, Martina

1 0

Next call: December 17
by Scholger, Martina (martina.scholger＠uni-graz.at) 13 Dec '18

13 Dec '18

Dear all, this is the agenda for our next call on Monday, December 17 (09:00-10:30 EST, 14-15:30 GMT, 15:00-16:30 CET): https://docs.google.com/document/d/1fJ5nb5WgnwaMnt4WrgnDl-zC7A6LBEeqrIcUFwX…. Please add topics / issues to the agenda. @Elli: I hope we can use the Brown-Hangouts: https://hangouts.google.com/hangouts/_/brown.edu/teicouncil Best wishes, Martina

1 0

Re: [Tei-council] Goodbye to Alex
by Alejandro Bia 11 Dec '18

11 Dec '18

Dear Martina, dear all, I'm really sad. My contribution to the TEI was null this time. When I applied to the Council in 2016, I made a big miscalculation, thinking that I would have a clean agenda and time to dedicate to the Council, but unexpected things happened that drew my attention away from the TEI. At the beginning, by the time of the Prague meeting, I was enthused with participating in the Council. It is important to say that the way the Council works now, with so many tickets, GitHub, Jenkins, etc., is very different to how it was back in 2006/2007 when we were dealing with migration from P3/P4 to P5. Tutorship is very important in this respect, to climb up the learning curve much quicker. But I cannot justify my low participation based on this. You all know by now that family health issues made me cancel many agenda events, starting with the Victoria meeting, and then the Cologne meeting. Attending meetings is vital to at least keep track of the Council whereabouts. By the time of the TEI conference in Japan I was completely out of everything. Now I'm in Uruguay, still sorting out family issues. Maybe in a few months I will return to "normal"... who knows? You are a very nice group, and I enjoyed the time we shared in Prague. I want to thank you all for your understanding and cooperation, and particularly to Elli and Elisa who were so kind to keep me connected to the Cologne meeting. My apologies for not contributing as much as expected. Wish you all the best, Alex.- At 18:56 07/12/2018, Scholger, Martina (martina.scholger(a)uni-graz.at) wrote: >Content-Language: de-DE >Content-Type: multipart/alternative; > >boundary="_000_04e841350d9045ecabbb5e480a79f652EX13MS02persadunigrazat_" > >Dear all, > >as the end of the year draws near, it is time to >say goodbye to our leaving Council member Alex Bia. >Thank you for your contribution to the TEI >Community and best of luck with your future undertakings! > >Best wishes, >Martina > > >_______________________________________________ >Tei-council mailing list >Tei-council(a)lists.tei-c.org >http://lists.lists.tei-c.org/mailman/listinfo/tei-council --------------------------------------------------------- ALEJANDRO BIA e-mail: abia(a)umh.es CIO - DEMI Centro de Investigación Operativa Departamento de Estadística, Matemáticas e Informática Área de Lenguajes y Sistemas Informáticos Universidad Miguel Hernández Ed. Torretamarit, Av. Universidad s/n, CP:03202, Elche, ESPAÑA Web: http://dhw.umh.es/alex-bia/ Tel: +34 966658973 Skype: alex-bia Twitter: @alex_bia --------------------------------------------------------- --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

1 0

Welcome Vanessa!
by Scholger, Martina (martina.scholger＠uni-graz.at) 07 Dec '18

07 Dec '18

Dear all, I'm happy to announce that Vanessa has agreed to start her work on the Council right away. She is already working on tickets with the help of her mentor James. Welcome again, Vanessa! Best wishes, Martina

3 2

Goodbye to Alex
by Scholger, Martina (martina.scholger＠uni-graz.at) 07 Dec '18

07 Dec '18

Dear all, as the end of the year draws near, it is time to say goodbye to our leaving Council member Alex Bia. Thank you for your contribution to the TEI Community and best of luck with your future undertakings! Best wishes, Martina

1 0

<tei:tagsDecl> for TEI P5
by Syd Bauman 02 Dec '18

02 Dec '18

I don't think this is in any way useful, but it was a bit of a pain to create, so I thought someone should see it besides me. In P4, the <tagsDecl> was supposed to contain "a sequence of <tagUsage> elements, one for each distinct element occurring within the outermost <text> element of a TEI document." In earlier releases of P5 this was updated to be namespace-aware: the <tagsDecl> should contain "at least one <namespace> element, containing a series <tagUsage> elements, one for each distinct element from that namespace occurring within the outermost <text> element of a TEI document." Someplace between P5 v. 2.0.0 and v. 3.0.0 we relaxed that restriction so that a <namespace> element contains "up to one for each element type from that namespace". But here is what a complete <tagsDecl> for TEI P5 (current version in GitHub) would look like if we had a <tagUsage> for each element type and included the @occurs and @withId attriubtes. ---------  <tagsDecl xmlns="http://www.tei-c.org/ns/1.0"> <namespace name=""> <tagUsage gi="anthology" occurs="05" withId="0"/> <tagUsage gi="heading" occurs="01" withId="0"/> <tagUsage gi="line" occurs="83" withId="4"/> <tagUsage gi="poem" occurs="06" withId="3"/> <tagUsage gi="poemRef" occurs="01" withId="0"/> <tagUsage gi="stanza" occurs="02" withId="0"/> </namespace> <namespace name="http://purl.oclc.org/dsdl/schematron"> <tagUsage gi="assert" occurs="44" withId="0"/> <tagUsage gi="let" occurs="13" withId="0"/> <tagUsage gi="ns" occurs="10" withId="0"/> <tagUsage gi="pattern" occurs="02" withId="0"/> <tagUsage gi="report" occurs="46" withId="0"/> <tagUsage gi="rule" occurs="31" withId="0"/> <tagUsage gi="value-of" occurs="22" withId="0"/> </namespace> <namespace name="http://purl.org/dc/elements/1.1/"> <tagUsage gi="creator" occurs="03" withId="0"/> <tagUsage gi="description" occurs="01" withId="0"/> <tagUsage gi="format" occurs="01" withId="0"/> <tagUsage gi="identifier" occurs="02" withId="0"/> <tagUsage gi="license" occurs="02" withId="0"/> <tagUsage gi="rights" occurs="01" withId="0"/> <tagUsage gi="source" occurs="20" withId="0"/> <tagUsage gi="subject" occurs="10" withId="0"/> <tagUsage gi="type" occurs="04" withId="0"/> </namespace> <namespace name="http://relaxng.org/ns/compatibility/annotations/1.0"> <tagUsage gi="documentation" occurs="4" withId="0"/> </namespace> <namespace name="http://relaxng.org/ns/structure/1.0"> <tagUsage gi="attribute" occurs="02" withId="0"/> <tagUsage gi="define" occurs="10" withId="0"/> <tagUsage gi="oneOrMore" occurs="09" withId="0"/> <tagUsage gi="optional" occurs="09" withId="0"/> <tagUsage gi="zeroOrMore" occurs="05" withId="0"/> </namespace> <namespace name="http://web.resource.org/cc/"> <tagUsage gi="License" occurs="2" withId="0"/> <tagUsage gi="Work" occurs="2" withId="0"/> <tagUsage gi="permits" occurs="6" withId="0"/> <tagUsage gi="requires" occurs="6" withId="0"/> </namespace> <namespace name="http://www.example.org/ns/nonTEI"> <tagUsage gi="amEntry" occurs="2" withId="0"/> <tagUsage gi="diaryEntry" occurs="8" withId="0"/> <tagUsage gi="paraphasia" occurs="1" withId="0"/> <tagUsage gi="pmEntry" occurs="2" withId="0"/> <tagUsage gi="sentenceBoundaryEnd" occurs="4" withId="0"/> <tagUsage gi="sentenceBoundaryStart" occurs="4" withId="0"/> </namespace> <namespace name="http://www.gram.org"> <tagUsage gi="adj" occurs="01" withId="0"/> <tagUsage gi="aux" occurs="01" withId="0"/> <tagUsage gi="itj" occurs="01" withId="0"/> <tagUsage gi="nom" occurs="01" withId="0"/> <tagUsage gi="pron" occurs="82" withId="7"/> </namespace> <namespace name="http://www.loc.gov/mods/v3"> <tagUsage gi="affiliation" occurs="008" withId="0"/> <tagUsage gi="copyrightDate" occurs="001" withId="0"/> <tagUsage gi="digitalOrigin" occurs="001" withId="0"/> <tagUsage gi="form" occurs="258" withId="0"/> <tagUsage gi="genre" occurs="001" withId="0"/> <tagUsage gi="languageTerm" occurs="001" withId="0"/> <tagUsage gi="mods" occurs="001" withId="0"/> <tagUsage gi="namePart" occurs="006" withId="0"/> <tagUsage gi="originInfo" occurs="001" withId="0"/> <tagUsage gi="physicalDescription" occurs="001" withId="0"/> <tagUsage gi="place" occurs="045" withId="30"/> <tagUsage gi="placeTerm" occurs="001" withId="0"/> <tagUsage gi="roleTerm" occurs="002" withId="0"/> <tagUsage gi="subTitle" occurs="001" withId="0"/> <tagUsage gi="titleInfo" occurs="001" withId="0"/> <tagUsage gi="typeOfResource" occurs="001" withId="0"/> </namespace> <namespace name="http://www.openarchives.org/OAI/2.0/oai_dc/"> <tagUsage gi="dc" occurs="1" withId="0"/> </namespace> <namespace name="http://www.opengis.net/gml"> <tagUsage gi="LinearRing" occurs="1" withId="0"/> <tagUsage gi="Polygon" occurs="1" withId="0"/> <tagUsage gi="exterior" occurs="1" withId="0"/> </namespace> <namespace name="http://www.tei-c.org/ns/1.0"> <tagUsage gi="abbr" occurs="00050" withId="0"/> <tagUsage gi="altIdent" occurs="00032" withId="0"/> <tagUsage gi="alternate" occurs="00358" withId="0"/> <tagUsage gi="anyElement" occurs="00008" withId="0"/> <tagUsage gi="att" occurs="02696" withId="0"/> <tagUsage gi="attDef" occurs="00532" withId="0"/> <tagUsage gi="attList" occurs="00293" withId="0"/> <tagUsage gi="attRef" occurs="00003" withId="0"/> <tagUsage gi="body" occurs="00079" withId="3"/> <tagUsage gi="byline" occurs="00026" withId="0"/> <tagUsage gi="cell" occurs="00552" withId="0"/> <tagUsage gi="cit" occurs="00063" withId="0"/> <tagUsage gi="classRef" occurs="00771" withId="0"/> <tagUsage gi="classSpec" occurs="00200" withId="77"/> <tagUsage gi="classes" occurs="00685" withId="0"/> <tagUsage gi="code" occurs="00619" withId="0"/> <tagUsage gi="constraint" occurs="00089" withId="0"/> <tagUsage gi="constraintSpec" occurs="00089" withId="0"/> <tagUsage gi="content" occurs="00651" withId="0"/> <tagUsage gi="dataFacet" occurs="00008" withId="0"/> <tagUsage gi="dataRef" occurs="00578" withId="0"/> <tagUsage gi="dataSpec" occurs="00035" withId="0"/> <tagUsage gi="datatype" occurs="00523" withId="0"/> <tagUsage gi="defaultVal" occurs="00057" withId="0"/> <tagUsage gi="desc" occurs="10586" withId="56"/> <tagUsage gi="div" occurs="00891" withId="658"/> <tagUsage gi="divGen" occurs="00021" withId="0"/> <tagUsage gi="docAuthor" occurs="00016" withId="0"/> <tagUsage gi="docDate" occurs="00012" withId="0"/> <tagUsage gi="docImprint" occurs="00023" withId="0"/> <tagUsage gi="docTitle" occurs="00032" withId="0"/> <tagUsage gi="eg" occurs="00082" withId="0"/> <tagUsage gi="elementSpec" occurs="00648" withId="93"/> <tagUsage gi="emph" occurs="00108" withId="2"/> <tagUsage gi="empty" occurs="00050" withId="0"/> <tagUsage gi="equiv" occurs="00037" withId="0"/> <tagUsage gi="exemplum" occurs="01897" withId="0"/> <tagUsage gi="expan" occurs="00028" withId="2"/> <tagUsage gi="figDesc" occurs="00019" withId="0"/> <tagUsage gi="figure" occurs="00069" withId="10"/> <tagUsage gi="foreign" occurs="00035" withId="1"/> <tagUsage gi="formula" occurs="00014" withId="1"/> <tagUsage gi="front" occurs="00050" withId="2"/> <tagUsage gi="gi" occurs="06315" withId="0"/> <tagUsage gi="gloss" occurs="03230" withId="1"/> <tagUsage gi="graphic" occurs="00133" withId="0"/> <tagUsage gi="head" occurs="01027" withId="2"/> <tagUsage gi="hi" occurs="00254" withId="1"/> <tagUsage gi="ident" occurs="00740" withId="0"/> <tagUsage gi="item" occurs="01632" withId="33"/> <tagUsage gi="label" occurs="00931" withId="0"/> <tagUsage gi="lb" occurs="00224" withId="1"/> <tagUsage gi="list" occurs="00374" withId="9"/> <tagUsage gi="listRef" occurs="00697" withId="0"/> <tagUsage gi="macroRef" occurs="00216" withId="0"/> <tagUsage gi="macroSpec" occurs="00008" withId="0"/> <tagUsage gi="memberOf" occurs="02046" withId="0"/> <tagUsage gi="mentioned" occurs="00668" withId="5"/> <tagUsage gi="moduleSpec" occurs="00023" withId="21"/> <tagUsage gi="note" occurs="00261" withId="5"/> <tagUsage gi="num" occurs="00049" withId="0"/> <tagUsage gi="p" occurs="06318" withId="27"/> <tagUsage gi="ptr" occurs="02686" withId="14"/> <tagUsage gi="publisher" occurs="00268" withId="0"/> <tagUsage gi="q" occurs="00710" withId="7"/> <tagUsage gi="ref" occurs="00445" withId="1"/> <tagUsage gi="remarks" occurs="01382" withId="0"/> <tagUsage gi="row" occurs="00195" withId="0"/> <tagUsage gi="seg" occurs="00268" withId="80"/> <tagUsage gi="sequence" occurs="00268" withId="0"/> <tagUsage gi="soCalled" occurs="00441" withId="0"/> <tagUsage gi="specDesc" occurs="01028" withId="0"/> <tagUsage gi="specGrp" occurs="00165" withId="152"/> <tagUsage gi="specGrpRef" occurs="00132" withId="0"/> <tagUsage gi="specList" occurs="00373" withId="0"/> <tagUsage gi="table" occurs="00021" withId="3"/> <tagUsage gi="tag" occurs="00128" withId="0"/> <tagUsage gi="term" occurs="00907" withId="6"/> <tagUsage gi="textNode" occurs="00077" withId="0"/> <tagUsage gi="title" occurs="01309" withId="2"/> <tagUsage gi="titlePage" occurs="00014" withId="1"/> <tagUsage gi="titlePart" occurs="00057" withId="0"/> <tagUsage gi="val" occurs="00819" withId="0"/> <tagUsage gi="valDesc" occurs="00009" withId="0"/> <tagUsage gi="valItem" occurs="00702" withId="0"/> <tagUsage gi="valList" occurs="00155" withId="0"/> </namespace> <namespace name="http://www.tei-c.org/ns/Examples"> <tagUsage gi="TEI" occurs="0030" withId="0"/> <tagUsage gi="ab" occurs="0033" withId="2"/> <tagUsage gi="abstract" occurs="0005" withId="0"/> <tagUsage gi="accMat" occurs="0004" withId="0"/> <tagUsage gi="acquisition" occurs="0014" withId="0"/> <tagUsage gi="activity" occurs="0009" withId="0"/> <tagUsage gi="actor" occurs="0127" withId="0"/> <tagUsage gi="add" occurs="0049" withId="5"/> <tagUsage gi="addName" occurs="0011" withId="0"/> <tagUsage gi="addSpan" occurs="0003" withId="0"/> <tagUsage gi="additional" occurs="0007" withId="0"/> <tagUsage gi="additions" occurs="0006" withId="0"/> <tagUsage gi="addrLine" occurs="0048" withId="0"/> <tagUsage gi="address" occurs="0027" withId="0"/> <tagUsage gi="adminInfo" occurs="0010" withId="0"/> <tagUsage gi="age" occurs="0003" withId="0"/> <tagUsage gi="alt" occurs="0035" withId="0"/> <tagUsage gi="altGrp" occurs="0007" withId="0"/> <tagUsage gi="altIdentifier" occurs="0015" withId="0"/> <tagUsage gi="am" occurs="0012" withId="0"/> <tagUsage gi="analytic" occurs="0117" withId="0"/> <tagUsage gi="anchor" occurs="0098" withId="82"/> <tagUsage gi="annotationBlock" occurs="0002" withId="2"/> <tagUsage gi="app" occurs="0069" withId="7"/> <tagUsage gi="appInfo" occurs="0005" withId="0"/> <tagUsage gi="application" occurs="0005" withId="0"/> <tagUsage gi="arc" occurs="0066" withId="9"/> <tagUsage gi="argument" occurs="0005" withId="0"/> <tagUsage gi="author" occurs="0771" withId="1"/> <tagUsage gi="authority" occurs="0006" withId="0"/> <tagUsage gi="availability" occurs="0024" withId="0"/> <tagUsage gi="back" occurs="0027" withId="0"/> <tagUsage gi="bibl" occurs="0637" withId="487"/> <tagUsage gi="biblFull" occurs="0004" withId="0"/> <tagUsage gi="biblScope" occurs="0377" withId="0"/> <tagUsage gi="biblStruct" occurs="0234" withId="199"/> <tagUsage gi="bicond" occurs="0004" withId="0"/> <tagUsage gi="binary" occurs="0069" withId="0"/> <tagUsage gi="binaryObject" occurs="0001" withId="0"/> <tagUsage gi="binding" occurs="0013" withId="0"/> <tagUsage gi="bindingDesc" occurs="0009" withId="0"/> <tagUsage gi="birth" occurs="0013" withId="0"/> <tagUsage gi="bloc" occurs="0008" withId="0"/> <tagUsage gi="broadcast" occurs="0008" withId="0"/> <tagUsage gi="c" occurs="0021" withId="6"/> <tagUsage gi="cRefPattern" occurs="0019" withId="0"/> <tagUsage gi="caesura" occurs="0016" withId="0"/> <tagUsage gi="calendar" occurs="0043" withId="43"/> <tagUsage gi="calendarDesc" occurs="0007" withId="0"/> <tagUsage gi="camera" occurs="0021" withId="0"/> <tagUsage gi="caption" occurs="0009" withId="0"/> <tagUsage gi="case" occurs="0002" withId="0"/> <tagUsage gi="castGroup" occurs="0019" withId="0"/> <tagUsage gi="castItem" occurs="0148" withId="0"/> <tagUsage gi="castList" occurs="0026" withId="0"/> <tagUsage gi="catDesc" occurs="0118" withId="0"/> <tagUsage gi="catRef" occurs="0010" withId="0"/> <tagUsage gi="catchwords" occurs="0005" withId="0"/> <tagUsage gi="category" occurs="0105" withId="101"/> <tagUsage gi="cb" occurs="0005" withId="0"/> <tagUsage gi="certainty" occurs="0054" withId="12"/> <tagUsage gi="change" occurs="0061" withId="21"/> <tagUsage gi="channel" occurs="0013" withId="0"/> <tagUsage gi="char" occurs="0017" withId="17"/> <tagUsage gi="charDecl" occurs="0008" withId="0"/> <tagUsage gi="charName" occurs="0008" withId="0"/> <tagUsage gi="charProp" occurs="0016" withId="0"/> <tagUsage gi="choice" occurs="0107" withId="4"/> <tagUsage gi="citedRange" occurs="0006" withId="0"/> <tagUsage gi="cl" occurs="0043" withId="4"/> <tagUsage gi="classCode" occurs="0009" withId="0"/> <tagUsage gi="classDecl" occurs="0004" withId="0"/> <tagUsage gi="climate" occurs="0005" withId="0"/> <tagUsage gi="closer" occurs="0018" withId="0"/> <tagUsage gi="collation" occurs="0010" withId="0"/> <tagUsage gi="collection" occurs="0013" withId="0"/> <tagUsage gi="colloc" occurs="0004" withId="0"/> <tagUsage gi="colophon" occurs="0008" withId="0"/> <tagUsage gi="cond" occurs="0007" withId="0"/> <tagUsage gi="condition" occurs="0011" withId="0"/> <tagUsage gi="constitution" occurs="0013" withId="0"/> <tagUsage gi="corr" occurs="0051" withId="1"/> <tagUsage gi="correction" occurs="0013" withId="6"/> <tagUsage gi="correspAction" occurs="0015" withId="0"/> <tagUsage gi="correspContext" occurs="0004" withId="0"/> <tagUsage gi="correspDesc" occurs="0003" withId="2"/> <tagUsage gi="country" occurs="0043" withId="0"/> <tagUsage gi="creation" occurs="0015" withId="0"/> <tagUsage gi="custEvent" occurs="0021" withId="0"/> <tagUsage gi="custodialHist" occurs="0011" withId="0"/> <tagUsage gi="damage" occurs="0008" withId="0"/> <tagUsage gi="damageSpan" occurs="0005" withId="0"/> <tagUsage gi="date" occurs="0870" withId="4"/> <tagUsage gi="dateline" occurs="0026" withId="0"/> <tagUsage gi="death" occurs="0009" withId="0"/> <tagUsage gi="decoDesc" occurs="0011" withId="0"/> <tagUsage gi="decoNote" occurs="0071" withId="0"/> <tagUsage gi="def" occurs="0112" withId="3"/> <tagUsage gi="default" occurs="0004" withId="0"/> <tagUsage gi="del" occurs="0065" withId="2"/> <tagUsage gi="delSpan" occurs="0007" withId="0"/> <tagUsage gi="depth" occurs="0011" withId="0"/> <tagUsage gi="derivation" occurs="0013" withId="0"/> <tagUsage gi="dictScrap" occurs="0004" withId="0"/> <tagUsage gi="dim" occurs="0004" withId="1"/> <tagUsage gi="dimensions" occurs="0019" withId="0"/> <tagUsage gi="distinct" occurs="0011" withId="0"/> <tagUsage gi="distributor" occurs="0013" withId="0"/> <tagUsage gi="district" occurs="0017" withId="0"/> <tagUsage gi="div1" occurs="0068" withId="11"/> <tagUsage gi="div2" occurs="0057" withId="10"/> <tagUsage gi="div3" occurs="0031" withId="2"/> <tagUsage gi="div4" occurs="0014" withId="0"/> <tagUsage gi="div5" occurs="0012" withId="0"/> <tagUsage gi="div6" occurs="0006" withId="0"/> <tagUsage gi="div7" occurs="0004" withId="0"/> <tagUsage gi="docEdition" occurs="0005" withId="0"/> <tagUsage gi="domain" occurs="0016" withId="0"/> <tagUsage gi="eLeaf" occurs="0043" withId="2"/> <tagUsage gi="eTree" occurs="0081" withId="38"/> <tagUsage gi="edition" occurs="0036" withId="0"/> <tagUsage gi="editionStmt" occurs="0013" withId="0"/> <tagUsage gi="editor" occurs="0235" withId="3"/> <tagUsage gi="editorialDecl" occurs="0014" withId="2"/> <tagUsage gi="education" occurs="0008" withId="0"/> <tagUsage gi="egXML" occurs="3329" withId="0"/> <tagUsage gi="elementRef" occurs="0594" withId="0"/> <tagUsage gi="email" occurs="0003" withId="0"/> <tagUsage gi="encodingDesc" occurs="0014" withId="0"/> <tagUsage gi="entry" occurs="0136" withId="7"/> <tagUsage gi="entryFree" occurs="0009" withId="0"/> <tagUsage gi="epigraph" occurs="0013" withId="0"/> <tagUsage gi="epilogue" occurs="0005" withId="0"/> <tagUsage gi="equipment" occurs="0013" withId="0"/> <tagUsage gi="etym" occurs="0032" withId="0"/> <tagUsage gi="event" occurs="0021" withId="5"/> <tagUsage gi="ex" occurs="0075" withId="1"/> <tagUsage gi="explicit" occurs="0017" withId="0"/> <tagUsage gi="extent" occurs="0040" withId="0"/> <tagUsage gi="f" occurs="0211" withId="39"/> <tagUsage gi="fDecl" occurs="0024" withId="2"/> <tagUsage gi="fDescr" occurs="0018" withId="0"/> <tagUsage gi="fLib" occurs="0005" withId="0"/> <tagUsage gi="facsimile" occurs="0019" withId="0"/> <tagUsage gi="factuality" occurs="0016" withId="0"/> <tagUsage gi="faith" occurs="0004" withId="0"/> <tagUsage gi="fileDesc" occurs="0020" withId="0"/> <tagUsage gi="filiation" occurs="0009" withId="0"/> <tagUsage gi="finalRubric" occurs="0008" withId="0"/> <tagUsage gi="floatingText" occurs="0007" withId="0"/> <tagUsage gi="floruit" occurs="0003" withId="0"/> <tagUsage gi="foliation" occurs="0007" withId="2"/> <tagUsage gi="forename" occurs="0572" withId="0"/> <tagUsage gi="forest" occurs="0004" withId="0"/> <tagUsage gi="fs" occurs="0101" withId="15"/> <tagUsage gi="fsConstraints" occurs="0004" withId="0"/> <tagUsage gi="fsDecl" occurs="0011" withId="2"/> <tagUsage gi="fsDescr" occurs="0005" withId="0"/> <tagUsage gi="fsdDecl" occurs="0006" withId="0"/> <tagUsage gi="fsdLink" occurs="0006" withId="0"/> <tagUsage gi="funder" occurs="0012" withId="0"/> <tagUsage gi="fvLib" occurs="0006" withId="3"/> <tagUsage gi="fw" occurs="0009" withId="0"/> <tagUsage gi="g" occurs="0056" withId="0"/> <tagUsage gi="gap" occurs="0042" withId="0"/> <tagUsage gi="gb" occurs="0001" withId="0"/> <tagUsage gi="gen" occurs="0020" withId="0"/> <tagUsage gi="genName" occurs="0014" withId="0"/> <tagUsage gi="geo" occurs="0013" withId="0"/> <tagUsage gi="geoDecl" occurs="0003" withId="2"/> <tagUsage gi="geogFeat" occurs="0013" withId="0"/> <tagUsage gi="geogName" occurs="0017" withId="0"/> <tagUsage gi="glyph" occurs="0013" withId="13"/> <tagUsage gi="glyphName" occurs="0009" withId="0"/> <tagUsage gi="gram" occurs="0010" withId="0"/> <tagUsage gi="gramGrp" occurs="0102" withId="0"/> <tagUsage gi="graph" occurs="0020" withId="10"/> <tagUsage gi="group" occurs="0024" withId="0"/> <tagUsage gi="handDesc" occurs="0013" withId="0"/> <tagUsage gi="handNote" occurs="0023" withId="19"/> <tagUsage gi="handNotes" occurs="0002" withId="0"/> <tagUsage gi="handShift" occurs="0009" withId="0"/> <tagUsage gi="headItem" occurs="0010" withId="0"/> <tagUsage gi="headLabel" occurs="0010" withId="0"/> <tagUsage gi="height" occurs="0033" withId="0"/> <tagUsage gi="heraldry" occurs="0004" withId="0"/> <tagUsage gi="history" occurs="0013" withId="0"/> <tagUsage gi="hom" occurs="0012" withId="0"/> <tagUsage gi="hyph" occurs="0016" withId="0"/> <tagUsage gi="hyphenation" occurs="0004" withId="0"/> <tagUsage gi="iNode" occurs="0030" withId="30"/> <tagUsage gi="iType" occurs="0003" withId="0"/> <tagUsage gi="idno" occurs="0148" withId="0"/> <tagUsage gi="if" occurs="0003" withId="0"/> <tagUsage gi="iff" occurs="0004" withId="0"/> <tagUsage gi="imprimatur" occurs="0004" withId="0"/> <tagUsage gi="imprint" occurs="0244" withId="0"/> <tagUsage gi="incident" occurs="0006" withId="0"/> <tagUsage gi="incipit" occurs="0024" withId="0"/> <tagUsage gi="index" occurs="0060" withId="0"/> <tagUsage gi="institution" occurs="0010" withId="0"/> <tagUsage gi="interaction" occurs="0014" withId="0"/> <tagUsage gi="interp" occurs="0045" withId="43"/> <tagUsage gi="interpGrp" occurs="0006" withId="0"/> <tagUsage gi="interpretation" occurs="0005" withId="0"/> <tagUsage gi="join" occurs="0026" withId="4"/> <tagUsage gi="joinGrp" occurs="0005" withId="0"/> <tagUsage gi="keywords" occurs="0013" withId="0"/> <tagUsage gi="kinesic" occurs="0005" withId="1"/> <tagUsage gi="l" occurs="0792" withId="47"/> <tagUsage gi="lacunaEnd" occurs="0005" withId="0"/> <tagUsage gi="lacunaStart" occurs="0001" withId="0"/> <tagUsage gi="lang" occurs="0036" withId="0"/> <tagUsage gi="langKnowledge" occurs="0009" withId="0"/> <tagUsage gi="langKnown" occurs="0018" withId="0"/> <tagUsage gi="langUsage" occurs="0011" withId="0"/> <tagUsage gi="language" occurs="0027" withId="0"/> <tagUsage gi="layout" occurs="0025" withId="0"/> <tagUsage gi="layoutDesc" occurs="0011" withId="0"/> <tagUsage gi="lbl" occurs="0011" withId="0"/> <tagUsage gi="leaf" occurs="0040" withId="40"/> <tagUsage gi="lem" occurs="0042" withId="8"/> <tagUsage gi="lg" occurs="0101" withId="5"/> <tagUsage gi="licence" occurs="0006" withId="0"/> <tagUsage gi="link" occurs="0100" withId="6"/> <tagUsage gi="linkGrp" occurs="0024" withId="2"/> <tagUsage gi="listApp" occurs="0002" withId="2"/> <tagUsage gi="listBibl" occurs="0018" withId="0"/> <tagUsage gi="listChange" occurs="0010" withId="1"/> <tagUsage gi="listEvent" occurs="0002" withId="0"/> <tagUsage gi="listForest" occurs="0001" withId="0"/> <tagUsage gi="listNym" occurs="0004" withId="0"/> <tagUsage gi="listObject" occurs="0005" withId="0"/> <tagUsage gi="listOrg" occurs="0002" withId="0"/> <tagUsage gi="listPerson" occurs="0018" withId="0"/> <tagUsage gi="listPlace" occurs="0006" withId="0"/> <tagUsage gi="listPrefixDef" occurs="0002" withId="0"/> <tagUsage gi="listRelation" occurs="0014" withId="0"/> <tagUsage gi="listTranspose" occurs="0003" withId="0"/> <tagUsage gi="listWit" occurs="0007" withId="1"/> <tagUsage gi="localName" occurs="0015" withId="0"/> <tagUsage gi="locale" occurs="0009" withId="0"/> <tagUsage gi="location" occurs="0018" withId="0"/> <tagUsage gi="locus" occurs="0101" withId="0"/> <tagUsage gi="locusGrp" occurs="0005" withId="0"/> <tagUsage gi="m" occurs="0020" withId="0"/> <tagUsage gi="mapping" occurs="0017" withId="0"/> <tagUsage gi="material" occurs="0033" withId="0"/> <tagUsage gi="measure" occurs="0050" withId="0"/> <tagUsage gi="measureGrp" occurs="0010" withId="0"/> <tagUsage gi="media" occurs="0004" withId="0"/> <tagUsage gi="meeting" occurs="0008" withId="0"/> <tagUsage gi="metDecl" occurs="0009" withId="5"/> <tagUsage gi="metSym" occurs="0041" withId="0"/> <tagUsage gi="metamark" occurs="0014" withId="0"/> <tagUsage gi="milestone" occurs="0040" withId="0"/> <tagUsage gi="mod" occurs="0007" withId="1"/> <tagUsage gi="model" occurs="0051" withId="0"/> <tagUsage gi="modelGrp" occurs="0008" withId="0"/> <tagUsage gi="modelSequence" occurs="0003" withId="0"/> <tagUsage gi="moduleRef" occurs="0062" withId="0"/> <tagUsage gi="monogr" occurs="0238" withId="0"/> <tagUsage gi="mood" occurs="0006" withId="0"/> <tagUsage gi="move" occurs="0005" withId="0"/> <tagUsage gi="msContents" occurs="0031" withId="0"/> <tagUsage gi="msDesc" occurs="0013" withId="3"/> <tagUsage gi="msFrag" occurs="0008" withId="0"/> <tagUsage gi="msIdentifier" occurs="0041" withId="0"/> <tagUsage gi="msItem" occurs="0052" withId="0"/> <tagUsage gi="msItemStruct" occurs="0003" withId="0"/> <tagUsage gi="msName" occurs="0016" withId="0"/> <tagUsage gi="msPart" occurs="0005" withId="0"/> <tagUsage gi="musicNotation" occurs="0008" withId="0"/> <tagUsage gi="name" occurs="0385" withId="9"/> <tagUsage gi="nameLink" occurs="0006" withId="0"/> <tagUsage gi="namespace" occurs="0007" withId="0"/> <tagUsage gi="nationality" occurs="0005" withId="0"/> <tagUsage gi="node" occurs="0100" withId="100"/> <tagUsage gi="normalization" occurs="0019" withId="4"/> <tagUsage gi="notatedMusic" occurs="0008" withId="0"/> <tagUsage gi="notesStmt" occurs="0006" withId="0"/> <tagUsage gi="number" occurs="0018" withId="0"/> <tagUsage gi="numeric" occurs="0021" withId="0"/> <tagUsage gi="nym" occurs="0026" withId="26"/> <tagUsage gi="oRef" occurs="0027" withId="2"/> <tagUsage gi="objIdentifier" occurs="0010" withId="0"/> <tagUsage gi="object" occurs="0008" withId="8"/> <tagUsage gi="objectDesc" occurs="0017" withId="0"/> <tagUsage gi="objectName" occurs="0028" withId="0"/> <tagUsage gi="objectType" occurs="0005" withId="0"/> <tagUsage gi="occupation" occurs="0013" withId="0"/> <tagUsage gi="offset" occurs="0020" withId="0"/> <tagUsage gi="opener" occurs="0013" withId="0"/> <tagUsage gi="org" occurs="0017" withId="13"/> <tagUsage gi="orgName" occurs="0067" withId="0"/> <tagUsage gi="orig" occurs="0051" withId="0"/> <tagUsage gi="origDate" occurs="0012" withId="0"/> <tagUsage gi="origPlace" occurs="0012" withId="0"/> <tagUsage gi="origin" occurs="0014" withId="0"/> <tagUsage gi="orth" occurs="0258" withId="12"/> <tagUsage gi="outputRendition" occurs="0014" withId="0"/> <tagUsage gi="pRef" occurs="0005" withId="0"/> <tagUsage gi="param" occurs="0036" withId="0"/> <tagUsage gi="paramList" occurs="0029" withId="0"/> <tagUsage gi="paramSpec" occurs="0045" withId="0"/> <tagUsage gi="particDesc" occurs="0006" withId="1"/> <tagUsage gi="path" occurs="0004" withId="2"/> <tagUsage gi="pause" occurs="0022" withId="0"/> <tagUsage gi="pb" occurs="0045" withId="24"/> <tagUsage gi="pc" occurs="0025" withId="5"/> <tagUsage gi="per" occurs="0006" withId="0"/> <tagUsage gi="performance" occurs="0013" withId="3"/> <tagUsage gi="persName" occurs="0187" withId="11"/> <tagUsage gi="person" occurs="0065" withId="55"/> <tagUsage gi="personGrp" occurs="0004" withId="4"/> <tagUsage gi="persona" occurs="0002" withId="0"/> <tagUsage gi="phr" occurs="0059" withId="0"/> <tagUsage gi="physDesc" occurs="0022" withId="0"/> <tagUsage gi="placeName" occurs="0160" withId="6"/> <tagUsage gi="population" occurs="0014" withId="0"/> <tagUsage gi="pos" occurs="0073" withId="0"/> <tagUsage gi="postBox" occurs="0005" withId="0"/> <tagUsage gi="postCode" occurs="0013" withId="0"/> <tagUsage gi="postscript" occurs="0003" withId="0"/> <tagUsage gi="precision" occurs="0009" withId="0"/> <tagUsage gi="prefixDef" occurs="0005" withId="0"/> <tagUsage gi="preparedness" occurs="0013" withId="0"/> <tagUsage gi="principal" occurs="0005" withId="1"/> <tagUsage gi="profileDesc" occurs="0016" withId="0"/> <tagUsage gi="projectDesc" occurs="0007" withId="0"/> <tagUsage gi="prologue" occurs="0004" withId="0"/> <tagUsage gi="provenance" occurs="0024" withId="0"/> <tagUsage gi="pubPlace" occurs="0239" withId="0"/> <tagUsage gi="publicationStmt" occurs="0030" withId="0"/> <tagUsage gi="punctuation" occurs="0001" withId="0"/> <tagUsage gi="purpose" occurs="0024" withId="0"/> <tagUsage gi="quotation" occurs="0014" withId="0"/> <tagUsage gi="quote" occurs="0136" withId="0"/> <tagUsage gi="rdg" occurs="0134" withId="11"/> <tagUsage gi="rdgGrp" occurs="0016" withId="0"/> <tagUsage gi="re" occurs="0025" withId="0"/> <tagUsage gi="recordHist" occurs="0012" withId="0"/> <tagUsage gi="recording" occurs="0015" withId="3"/> <tagUsage gi="recordingStmt" occurs="0005" withId="0"/> <tagUsage gi="redo" occurs="0001" withId="0"/> <tagUsage gi="refState" occurs="0010" withId="0"/> <tagUsage gi="refsDecl" occurs="0016" withId="4"/> <tagUsage gi="reg" occurs="0052" withId="0"/> <tagUsage gi="region" occurs="0029" withId="0"/> <tagUsage gi="relatedItem" occurs="0005" withId="0"/> <tagUsage gi="relation" occurs="0026" withId="0"/> <tagUsage gi="rendition" occurs="0035" withId="29"/> <tagUsage gi="repository" occurs="0039" withId="0"/> <tagUsage gi="residence" occurs="0018" withId="0"/> <tagUsage gi="resp" occurs="0081" withId="0"/> <tagUsage gi="respStmt" occurs="0079" withId="16"/> <tagUsage gi="respons" occurs="0013" withId="0"/> <tagUsage gi="restore" occurs="0002" withId="0"/> <tagUsage gi="retrace" occurs="0008" withId="2"/> <tagUsage gi="revisionDesc" occurs="0012" withId="0"/> <tagUsage gi="rhyme" occurs="0056" withId="8"/> <tagUsage gi="role" occurs="0126" withId="22"/> <tagUsage gi="roleDesc" occurs="0027" withId="0"/> <tagUsage gi="roleName" occurs="0019" withId="0"/> <tagUsage gi="root" occurs="0010" withId="8"/> <tagUsage gi="rs" occurs="0061" withId="5"/> <tagUsage gi="rubric" occurs="0022" withId="0"/> <tagUsage gi="s" occurs="0121" withId="53"/> <tagUsage gi="said" occurs="0051" withId="3"/> <tagUsage gi="salute" occurs="0022" withId="0"/> <tagUsage gi="samplingDecl" occurs="0006" withId="0"/> <tagUsage gi="schemaRef" occurs="0006" withId="0"/> <tagUsage gi="schemaSpec" occurs="0024" withId="0"/> <tagUsage gi="scriptDesc" occurs="0002" withId="0"/> <tagUsage gi="scriptNote" occurs="0003" withId="2"/> <tagUsage gi="scriptStmt" occurs="0002" withId="1"/> <tagUsage gi="seal" occurs="0006" withId="0"/> <tagUsage gi="sealDesc" occurs="0003" withId="0"/> <tagUsage gi="secFol" occurs="0004" withId="0"/> <tagUsage gi="secl" occurs="0002" withId="0"/> <tagUsage gi="segmentation" occurs="0002" withId="0"/> <tagUsage gi="sense" occurs="0125" withId="0"/> <tagUsage gi="series" occurs="0030" withId="0"/> <tagUsage gi="seriesStmt" occurs="0005" withId="0"/> <tagUsage gi="set" occurs="0013" withId="0"/> <tagUsage gi="setting" occurs="0009" withId="0"/> <tagUsage gi="settingDesc" occurs="0008" withId="0"/> <tagUsage gi="settlement" occurs="0089" withId="0"/> <tagUsage gi="sex" occurs="0008" withId="0"/> <tagUsage gi="shift" occurs="0014" withId="0"/> <tagUsage gi="sic" occurs="0049" withId="0"/> <tagUsage gi="signatures" occurs="0005" withId="0"/> <tagUsage gi="signed" occurs="0019" withId="0"/> <tagUsage gi="socecStatus" occurs="0007" withId="0"/> <tagUsage gi="sound" occurs="0011" withId="0"/> <tagUsage gi="sourceDesc" occurs="0026" withId="0"/> <tagUsage gi="sourceDoc" occurs="0005" withId="0"/> <tagUsage gi="sp" occurs="0162" withId="0"/> <tagUsage gi="spGrp" occurs="0006" withId="1"/> <tagUsage gi="space" occurs="0005" withId="0"/> <tagUsage gi="span" occurs="0024" withId="0"/> <tagUsage gi="spanGrp" occurs="0004" withId="0"/> <tagUsage gi="speaker" occurs="0138" withId="0"/> <tagUsage gi="sponsor" occurs="0007" withId="0"/> <tagUsage gi="stage" occurs="0102" withId="1"/> <tagUsage gi="stamp" occurs="0005" withId="0"/> <tagUsage gi="state" occurs="0012" withId="0"/> <tagUsage gi="stdVals" occurs="0004" withId="0"/> <tagUsage gi="street" occurs="0019" withId="0"/> <tagUsage gi="stress" occurs="0001" withId="0"/> <tagUsage gi="string" occurs="0033" withId="0"/> <tagUsage gi="styleDefDecl" occurs="0002" withId="0"/> <tagUsage gi="subc" occurs="0019" withId="0"/> <tagUsage gi="subst" occurs="0014" withId="2"/> <tagUsage gi="substJoin" occurs="0002" withId="0"/> <tagUsage gi="summary" occurs="0015" withId="0"/> <tagUsage gi="superEntry" occurs="0006" withId="0"/> <tagUsage gi="supplied" occurs="0015" withId="0"/> <tagUsage gi="support" occurs="0011" withId="0"/> <tagUsage gi="supportDesc" occurs="0014" withId="0"/> <tagUsage gi="surface" occurs="0045" withId="1"/> <tagUsage gi="surfaceGrp" occurs="0007" withId="0"/> <tagUsage gi="surname" occurs="0462" withId="0"/> <tagUsage gi="surplus" occurs="0004" withId="0"/> <tagUsage gi="surrogates" occurs="0007" withId="0"/> <tagUsage gi="syll" occurs="0003" withId="0"/> <tagUsage gi="symbol" occurs="0171" withId="8"/> <tagUsage gi="tagUsage" occurs="0017" withId="0"/> <tagUsage gi="tagsDecl" occurs="0008" withId="0"/> <tagUsage gi="taxonomy" occurs="0019" withId="13"/> <tagUsage gi="tech" occurs="0003" withId="0"/> <tagUsage gi="teiCorpus" occurs="0006" withId="0"/> <tagUsage gi="teiHeader" occurs="0044" withId="0"/> <tagUsage gi="terrain" occurs="0002" withId="0"/> <tagUsage gi="text" occurs="0095" withId="4"/> <tagUsage gi="textClass" occurs="0007" withId="0"/> <tagUsage gi="textDesc" occurs="0010" withId="0"/> <tagUsage gi="textLang" occurs="0022" withId="0"/> <tagUsage gi="then" occurs="0010" withId="0"/> <tagUsage gi="time" occurs="0040" withId="0"/> <tagUsage gi="timeline" occurs="0010" withId="3"/> <tagUsage gi="titleStmt" occurs="0029" withId="0"/> <tagUsage gi="tns" occurs="0011" withId="0"/> <tagUsage gi="trailer" occurs="0018" withId="0"/> <tagUsage gi="trait" occurs="0006" withId="0"/> <tagUsage gi="transcriptionDesc" occurs="0002" withId="0"/> <tagUsage gi="transpose" occurs="0004" withId="0"/> <tagUsage gi="tree" occurs="0008" withId="0"/> <tagUsage gi="triangle" occurs="0003" withId="0"/> <tagUsage gi="typeDesc" occurs="0006" withId="0"/> <tagUsage gi="typeNote" occurs="0008" withId="3"/> <tagUsage gi="u" occurs="0121" withId="52"/> <tagUsage gi="unclear" occurs="0026" withId="0"/> <tagUsage gi="undo" occurs="0004" withId="0"/> <tagUsage gi="unicodeName" occurs="0009" withId="0"/> <tagUsage gi="unit" occurs="0011" withId="0"/> <tagUsage gi="usg" occurs="0041" withId="0"/> <tagUsage gi="vAlt" occurs="0029" withId="0"/> <tagUsage gi="vColl" occurs="0018" withId="0"/> <tagUsage gi="vDefault" occurs="0011" withId="0"/> <tagUsage gi="vLabel" occurs="0006" withId="0"/> <tagUsage gi="vMerge" occurs="0004" withId="0"/> <tagUsage gi="vNot" occurs="0009" withId="0"/> <tagUsage gi="vRange" occurs="0022" withId="0"/> <tagUsage gi="value" occurs="0022" withId="0"/> <tagUsage gi="variantEncoding" occurs="0007" withId="0"/> <tagUsage gi="view" occurs="0022" withId="0"/> <tagUsage gi="vocal" occurs="0012" withId="0"/> <tagUsage gi="w" occurs="0299" withId="122"/> <tagUsage gi="watermark" occurs="0011" withId="0"/> <tagUsage gi="when" occurs="0044" withId="44"/> <tagUsage gi="width" occurs="0034" withId="1"/> <tagUsage gi="wit" occurs="0008" withId="0"/> <tagUsage gi="witDetail" occurs="0003" withId="0"/> <tagUsage gi="witEnd" occurs="0001" withId="0"/> <tagUsage gi="witStart" occurs="0002" withId="0"/> <tagUsage gi="witness" occurs="0030" withId="30"/> <tagUsage gi="writing" occurs="0007" withId="0"/> <tagUsage gi="xenoData" occurs="0006" withId="0"/> <tagUsage gi="xr" occurs="0024" withId="0"/> <tagUsage gi="zone" occurs="0048" withId="11"/> </namespace> <namespace name="http://www.w3.org/1998/Math/MathML"> <tagUsage gi="math" occurs="03" withId="0"/> <tagUsage gi="mfrac" occurs="05" withId="0"/> <tagUsage gi="mi" occurs="06" withId="0"/> <tagUsage gi="mn" occurs="12" withId="0"/> <tagUsage gi="mo" occurs="07" withId="0"/> <tagUsage gi="mrow" occurs="14" withId="0"/> <tagUsage gi="msup" occurs="02" withId="0"/> </namespace> <namespace name="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <tagUsage gi="Description" occurs="2" withId="0"/> <tagUsage gi="RDF" occurs="4" withId="0"/> </namespace> <namespace name="http://www.w3.org/1999/xhtml"> <tagUsage gi="a" occurs="4" withId="0"/> <tagUsage gi="html" occurs="1" withId="0"/> </namespace> <namespace name="http://www.w3.org/2000/svg"> <tagUsage gi="ellipse" occurs="1" withId="0"/> <tagUsage gi="image" occurs="1" withId="0"/> <tagUsage gi="rect" occurs="3" withId="0"/> <tagUsage gi="svg" occurs="5" withId="0"/> </namespace> <namespace name="http://www.w3.org/2001/SMIL20/Language"> <tagUsage gi="audio" occurs="6" withId="6"/> </namespace> </tagsDecl> ---------

1 0

Re: [Tei-council] who's Vanessa's mentor?
by James Cummings 02 Dec '18

02 Dec '18

Hello, yes. I thought it was me, though as they say "It takes a village" and if she wishes ask others for help, that is fine as well. Why? What's up? Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Elisa Beshero-Bondar <ebb8(a)pitt.edu> Sent: 01 December 2018 19:18:58 To: Bauman, Syd Cc: TEI Council Subject: Re: [Tei-council] who's Vanessa's mentor? As I understand it from previous meetings, James is mentoring Vanessa. Elisa On Sat, Dec 1, 2018 at 11:27 AM Syd Bauman <s.bauman(a)northeastern.edu<mailto:s.bauman@northeastern.edu>> wrote: Subject says it all. :-) _______________________________________________ Tei-council mailing list Tei-council(a)lists.tei-c.org<mailto:Tei-council@lists.tei-c.org> http://lists.lists.tei-c.org/mailman/listinfo/tei-council -- Elisa Beshero-Bondar, PhD Director, Center for the Digital Text | Associate Professor of English University of Pittsburgh at Greensburg | Humanities Division 150 Finoli Drive Greensburg, PA 15601 USA E-mail: ebb8(a)pitt.edu<mailto:ebb8@pitt.edu> Development site: http://newtfire.org<http://newtfire.org/>

1 0

who's Vanessa's mentor?
by Syd Bauman 01 Dec '18

01 Dec '18

Subject says it all. :-)

2 1