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

Stylesheets PR 374 -- a no-brainer?!
by Peter Stadler 05 Jul '19

05 Jul '19

anyone against merging https://github.com/TEIC/Stylesheets/pull/374 ? [This simply adds a section to the Stylesheets Readme about the TEI] If no one objects, I will hit the merge button in the next days. Best Peter

1 0

new Stylesheets PR #385
by Peter Stadler 05 Jul '19

05 Jul '19

Hi all, sorry for introducing yet another late breaking PR, but this is something I already fixed some time ago and then had forgotten about it. I just stumbled across while revisiting my open issues … Maybe someone finds some time to have a look? Many thanks in advance Peter

1 0

build broken again, blaming Syd
by Peter Stadler 05 Jul '19

05 Jul '19

Hi Syd, your recent commit "Work on #1867“ https://github.com/TEIC/TEI/commit/8c67de23c612248f399962451100fd9de1dc812c broke the build with the error message "error: duplicate attribute „type““. I see that this is a combined issue of Guidelines #1867 and Stylesheets #370 where probably the Stylesheets need to be fixed first. So, since we are in refridge period I think it’d be better to revert that change and/or move this work into a separate branch. Best Peter

3 3

Condensing (or compressing) Refrigeration?
by Elisa Beshero-Bondar 03 Jul '19

03 Jul '19

Dear Councillors, My calendar tells me we have entered the Refrigeration period leading to the Freeze scheduled for 9 July next week. I have seen that Refrigeration is often, ironically, a moment of heated work as we try to resolve big issues and introduce something we care about for the next release. I am trying that now with the long overdue Measurement code (unitDecl, unitDef, etc), which really ought to be coming out. I see intense activity with uniHan right now and wonder if that too is targeted for this release? Here are some timing issues and updates. I have communicated with my original release tech partner, Vanessa, and we agreed that, given the lack of time she has had lately to work with us and concentrate on the TEI, that it is best she defer being a release tech until another time. As I see it, too, I expect this release to be challenging—I am expecting the unexpected—because of all the server issues recently and because the dev branch is still unstable with all the unwanted excitement over the simplePrint ODD. Vanessa asked me to convey her sincere apologies to Council for her absences and lack of time. I hope after the season of deep preoccupation and sadness that she will rejoin us with all the energy I know she has, but now is not the moment. I am thankful to Magdalena for volunteering to host me near Warsaw after the DH2019 conference next week, and she agreed that the two of us will be the release techs. As we look at prepping this next release, timing now really depends on both of us. I’m visiting her from 13-20 July—and I think Magdalena has her own travel plans starting (Saturday) 20 July. I think we’re safest if things go wrong to make sure we do the release in the middle of that week. But it sounds like we’re still heatedly coding toward this release, so I’d like to take stock of what we can complete just now—and reset the Refrigeration period, also perhaps scale back on some maybe too ambitious things we thought we could feasibly complete so we can properly refrigerate. Thoughts? What’s the state of the dev branch just now? Also, I will be flying to Utrecht to arrive for DH2019 on 6 July. Best, Elisa Sent from my iPhone

7 13

shooting the messenger : make still broken
by Lou Burnard 03 Jul '19

03 Jul '19

Thinking about this debacle again, it seems to me that the approach taken in issue #370 (oh tei_simpleprint.odd has stopped working: so there must be something wrong with it) is really not defensible. 1. The unmodified tei_simplePrint odd is structured in exactly the same way as countless other ODDs, not excluding the TEI Guidelines. It has free floating globs of specification elements, which are invoked from a single schemaSpec by means of specGrpRefs. 2. The only thing which is slightly different about it is that some objects are declared more than once in multiple specGrps, with @mode=change. This is because the specGrps are organised thematically (for example one contains changes needed to introduce processing models, another contains changes needed to introduce schematron rules). This kind of logical organisation is perfectly reasonable as far as I am aware, indeed why else bother to have specGrps. 3. The only objection I can see to it is that an ODD processor has to decide how to combine two or more @mode=change specs. It's not just a matter of applying one set of changes: there may be a bunch of them. This is kind of the way unification grammars work in NLP: you build up the complete spec one bit at a time. Yes, occasionally you may find contradictions -- one spec adds an attribute x (say) which another one deletes, or gives a different datatype to. But this is not the only place where ODD processing is underspecified and rules of thumb are not hard to imagine (e.g. delete always wins; in the absence of delete, most recent modification always wins; etc.). 4. Moreover, and this is where I am really a bit annoyed, THIS USED TO WORK! So some infrastructural change has made it impossible to run the makefile and impossible to use the simpleprint odd as originally designed. And instead of trying to find what change has caused this, we are shooting the messenger. This my friends is called zealotry. In the immortal words of Michael SpMcQ in another recent context, "please don't".

7 27

Re: [Tei-council] Roma and oxgarage in Newcastle
by James Cummings 03 Jul '19

03 Jul '19

Hi Peter, I did so by docker (don't you remember me badgering you with questions!). Will you be in Utrecht next week for DH? If so then maybe we can sit down and figure out what I did wrong. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk School of English Literature, Language, and Linguistics, Newcastle University ________________________________ From: Peter Stadler <pstadler(a)mail.uni-paderborn.de> Sent: Wednesday, July 3, 2019 7:06:51 AM To: James Cummings Cc: tei-council(a)lists.tei-c.org Subject: Re: [Tei-council] Roma and oxgarage in Newcastle Great news! Did you install from the Docker image or „by hand“? (because looking at your oxgarage I see that there are some failing AJAX requests to http://atnu-oxgarage.ncl.ac.uk/oxgarage/ege-webservice/Conversions/ and if it was the Docker image I’d like to fix it ;) Best Peter > Am 02.07.2019 um 21:37 schrieb James Cummings <James.Cummings(a)newcastle.ac.uk>: > > > Hi all, > > Just to mention that I installed (new) Roma and Oxgarage in Newcastle at: > > http://atnu-oxgarage.ncl.ac.uk/ > > And > > http://atnu-roma.ncl.ac.uk > > On a dev VM and not stable enough to bother mapping tei-c.org urls to but thought I'd mention it in case all the others go down for some reason. The git repo for Oxgarage stylesheets should be updating (git pull -q) every 30 minutes. > > Many thanks, > James > > -- > Dr James Cummings, James.Cummings(a)newcastle.ac.uk > School of English Literature, Language, and Linguistics, Newcastle University > > _______________________________________________ > Tei-council mailing list > Tei-council(a)lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council

2 1

Roma and oxgarage in Newcastle
by James Cummings 03 Jul '19

03 Jul '19

Hi all, Just to mention that I installed (new) Roma and Oxgarage in Newcastle at: http://atnu-oxgarage.ncl.ac.uk/ And http://atnu-roma.ncl.ac.uk<http://atnu-roma.ncl.ac.uk/> On a dev VM and not stable enough to bother mapping tei-c.org urls to but thought I'd mention it in case all the others go down for some reason. The git repo for Oxgarage stylesheets should be updating (git pull -q) every 30 minutes. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk School of English Literature, Language, and Linguistics, Newcastle University

2 1

Re: [Tei-council] feedback on teiCorpus
by James Cummings 02 Jul '19

02 Jul '19

It occurs to me that 2b could also say "choosing to more strongly exemplify nesting TEI or not" (i.e. we could choose to not do anything about it, allow nesting, continue to exemplify TEICorpus, or move to exemplifying nesting TEI more) So 2b is really two possibilities. Poorly phrased on my part. ;-) -James 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: Laurent Romary <laurent.romary(a)inria.fr> Sent: 01 July 2019 10:49 To: James Cummings Cc: Martina Scholger; TEI Council Subject: Re: [Tei-council] feedback on teiCorpus Dear all, I am in phase with James’s note below. We could clarify rapidly while leaving options open. Laurent Le 1 juil. 2019 à 11:45, James Cummings <James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@newcastle.ac.uk>> a écrit : Hi Laurent, Martina, Council, etc. In terms of responding on TEI-L, this should be done promptly, I think immediately. Someone should take pains to point out again the two different and quite separate issues at hand: 1) For the standoff proposal, not wanting teiHeader in places other than it usually appears has created the suggestion of nesting TEI elements. This may or may not be a good solution for those wanting the standoff element or other people. 2) If, and only if, the council implemented the ability to nest TEI elements, this sort of makes TEICorpus redundant. In that case we are considering the possibilities of a) a long deprecation of TEICorpus, or b) choosing to more strongly exemplify nesting TEI or c) not deprecating in any way. Some may feel we should have both ways of doing things, some that we should de-exemplify TEICorpus, and some that should not deprecate or de-exemplify it at all. It is really issue 2 that we are asking the community about. Just my two pence, Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@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<mailto:tei-council-bounces@lists.tei-c.org>> on behalf of Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Sent: 01 July 2019 09:22 To: Martina Scholger Cc: TEI Council Subject: Re: [Tei-council] feedback on teiCorpus Dear Martina, I need to set my planning for the week, but I could set up Monday afternoon as a possible slot. Best wishes, Laurent Le 1 juil. 2019 à 10:10, 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 Laurent, The Council will meet from September 14 to 16 (Sat-Mon). Would it be possible for you to join the Council meeting for a half day / a couple of hours to discuss standoff and other ling issues? Best, Martina Von: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Gesendet: Montag, 01. Juli 2019 07:39 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: feedback on teiCorpus Dear all, The main point I see is that by linking the two issues, we have been weak in argumentent for any of them. The causal chain from [teiHeader should not be in stadOff] to [teiCorpus] must be dropped is tiny, and we need to see whether we should not deal with things more independently from one another (in whatever order). I had started to elaborate the stdOff case in the scenario document but truly the recursive TEI discussion took us most of our discussion time. This is subtle and mail is not necessarily the best channel. Would Graz be a good place for making progress f2f? Best wishes, Laurent Le 30 juin 2019 à 23:31, 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, There have been several replies and questions sparked by our email about nesting TEI, deprecating teiCorpus, and standoff. One of the most prominent questions is that people want to know more about the standoff element. Is there a documentation that we can share with the list? Is this (https://github.com/sydb/stdfSpec/tree/linkDataBlock/Specification) in a state to be shared? The second major reaction was that several people ask for a reason why teiCorpus should be deprecated. How do we want to proceed with this? I believe that we should address this soon. Best, Martina Von: Tei-council <tei-council-bounces(a)lists.tei-c.org<mailto:tei-council-bounces@lists.tei-c.org>> Im Auftrag von Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) Gesendet: Mittwoch, 26. Juni 2019 23:32 An: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Cc: TEI Council <tei-council(a)lists.tei-c.org<mailto:tei-council@lists.tei-c.org>> Betreff: Re: [Tei-council] feedback on teiCorpus Dear all, thanks for your comments and suggestions. If there are no objections until tomorrow at noon, I’ll send it to the list. Best, Martina Von: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Gesendet: Dienstag, 25. Juni 2019 20:54 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: feedback on teiCorpus Cool! I have edited the footnote and commented on the deprecation time. Best wishes and thanks for the lead on this, Laurent Le 24 juin 2019 à 19:04, 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 Laurent, dear Council, As discussed, we want to send an email to the TEI-L announcing the introduction of nesting TEI elements and asking for feedback on the proposal to deprecate <teiCorpus>. I made a first draft for this email here (https://docs.google.com/document/d/1Jlk0FUHjUKlN-1-WAqhlhYReT2yq_eIbYP66osk…) and ask you to chime in. I suggest to send this on Wednesday. Best wishes, Martina Laurent Romary Inria, team ALMAnaCH laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr> Laurent Romary Inria, team ALMAnaCH laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr> Laurent Romary Inria, team ALMAnaCH laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>

3 3

Re: [Tei-council] Condensing (or compressing) Refrigeration?
by James Cummings 02 Jul '19

02 Jul '19

Hi Elisa, It would not be the first time that the refrigeration process was condensed. I think the timetable always expresses our ideal intention. I'm of the opinion that getting the build back to building cleanly (and then things like measurement ticket) should be our priority over the precise dates we originally set out. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk School of English Literature, Language, and Linguistics, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Elisa Beshero-Bondar <ebbondar(a)gmail.com> Sent: Tuesday, July 2, 2019 2:42:52 PM To: tei-council(a)lists.tei-c.org Subject: [Tei-council] Condensing (or compressing) Refrigeration? Dear Councillors, My calendar tells me we have entered the Refrigeration period leading to the Freeze scheduled for 9 July next week. I have seen that Refrigeration is often, ironically, a moment of heated work as we try to resolve big issues and introduce something we care about for the next release. I am trying that now with the long overdue Measurement code (unitDecl, unitDef, etc), which really ought to be coming out. I see intense activity with uniHan right now and wonder if that too is targeted for this release? Here are some timing issues and updates. I have communicated with my original release tech partner, Vanessa, and we agreed that, given the lack of time she has had lately to work with us and concentrate on the TEI, that it is best she defer being a release tech until another time. As I see it, too, I expect this release to be challenging—I am expecting the unexpected—because of all the server issues recently and because the dev branch is still unstable with all the unwanted excitement over the simplePrint ODD. Vanessa asked me to convey her sincere apologies to Council for her absences and lack of time. I hope after the season of deep preoccupation and sadness that she will rejoin us with all the energy I know she has, but now is not the moment. I am thankful to Magdalena for volunteering to host me near Warsaw after the DH2019 conference next week, and she agreed that the two of us will be the release techs. As we look at prepping this next release, timing now really depends on both of us. I’m visiting her from 13-20 July—and I think Magdalena has her own travel plans starting (Saturday) 20 July. I think we’re safest if things go wrong to make sure we do the release in the middle of that week. But it sounds like we’re still heatedly coding toward this release, so I’d like to take stock of what we can complete just now—and reset the Refrigeration period, also perhaps scale back on some maybe too ambitious things we thought we could feasibly complete so we can properly refrigerate. Thoughts? What’s the state of the dev branch just now? Also, I will be flying to Utrecht to arrive for DH2019 on 6 July. Best, Elisa Sent from my iPhone _______________________________________________ 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] feedback on teiCorpus
by James Cummings 01 Jul '19

01 Jul '19

Hi Laurent, Martina, Council, etc. In terms of responding on TEI-L, this should be done promptly, I think immediately. Someone should take pains to point out again the two different and quite separate issues at hand: 1) For the standoff proposal, not wanting teiHeader in places other than it usually appears has created the suggestion of nesting TEI elements. This may or may not be a good solution for those wanting the standoff element or other people. 2) If, and only if, the council implemented the ability to nest TEI elements, this sort of makes TEICorpus redundant. In that case we are considering the possibilities of a) a long deprecation of TEICorpus, or b) choosing to more strongly exemplify nesting TEI or c) not deprecating in any way. Some may feel we should have both ways of doing things, some that we should de-exemplify TEICorpus, and some that should not deprecate or de-exemplify it at all. It is really issue 2 that we are asking the community about. Just my two pence, 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 Laurent Romary <laurent.romary(a)inria.fr> Sent: 01 July 2019 09:22 To: Martina Scholger Cc: TEI Council Subject: Re: [Tei-council] feedback on teiCorpus Dear Martina, I need to set my planning for the week, but I could set up Monday afternoon as a possible slot. Best wishes, Laurent Le 1 juil. 2019 à 10:10, 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 Laurent, The Council will meet from September 14 to 16 (Sat-Mon). Would it be possible for you to join the Council meeting for a half day / a couple of hours to discuss standoff and other ling issues? Best, Martina Von: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Gesendet: Montag, 01. Juli 2019 07:39 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: feedback on teiCorpus Dear all, The main point I see is that by linking the two issues, we have been weak in argumentent for any of them. The causal chain from [teiHeader should not be in stadOff] to [teiCorpus] must be dropped is tiny, and we need to see whether we should not deal with things more independently from one another (in whatever order). I had started to elaborate the stdOff case in the scenario document but truly the recursive TEI discussion took us most of our discussion time. This is subtle and mail is not necessarily the best channel. Would Graz be a good place for making progress f2f? Best wishes, Laurent Le 30 juin 2019 à 23:31, 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, There have been several replies and questions sparked by our email about nesting TEI, deprecating teiCorpus, and standoff. One of the most prominent questions is that people want to know more about the standoff element. Is there a documentation that we can share with the list? Is this (https://github.com/sydb/stdfSpec/tree/linkDataBlock/Specification) in a state to be shared? The second major reaction was that several people ask for a reason why teiCorpus should be deprecated. How do we want to proceed with this? I believe that we should address this soon. Best, Martina Von: Tei-council <tei-council-bounces(a)lists.tei-c.org<mailto:tei-council-bounces@lists.tei-c.org>> Im Auftrag von Scholger, Martina (martina.scholger(a)uni-graz.at<mailto:martina.scholger@uni-graz.at>) Gesendet: Mittwoch, 26. Juni 2019 23:32 An: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Cc: TEI Council <tei-council(a)lists.tei-c.org<mailto:tei-council@lists.tei-c.org>> Betreff: Re: [Tei-council] feedback on teiCorpus Dear all, thanks for your comments and suggestions. If there are no objections until tomorrow at noon, I’ll send it to the list. Best, Martina Von: Laurent Romary <laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>> Gesendet: Dienstag, 25. Juni 2019 20:54 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: feedback on teiCorpus Cool! I have edited the footnote and commented on the deprecation time. Best wishes and thanks for the lead on this, Laurent Le 24 juin 2019 à 19:04, 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 Laurent, dear Council, As discussed, we want to send an email to the TEI-L announcing the introduction of nesting TEI elements and asking for feedback on the proposal to deprecate <teiCorpus>. I made a first draft for this email here (https://docs.google.com/document/d/1Jlk0FUHjUKlN-1-WAqhlhYReT2yq_eIbYP66osk…) and ask you to chime in. I suggest to send this on Wednesday. Best wishes, Martina Laurent Romary Inria, team ALMAnaCH laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr> Laurent Romary Inria, team ALMAnaCH laurent.romary(a)inria.fr<mailto:laurent.romary@inria.fr>

2 1

feedback on teiCorpus
by Scholger, Martina (martina.scholger＠uni-graz.at) 01 Jul '19

01 Jul '19

Dear Laurent, dear Council, As discussed, we want to send an email to the TEI-L announcing the introduction of nesting TEI elements and asking for feedback on the proposal to deprecate <teiCorpus>. I made a first draft for this email here (https://docs.google.com/document/d/1Jlk0FUHjUKlN-1-WAqhlhYReT2yq_eIbYP66osk…) and ask you to chime in. I suggest to send this on Wednesday. Best wishes, Martina

2 6

nesting TEI
by Syd Bauman 28 Jun '19

28 Jun '19

Hugh -- I have 1. created a 'nest_TEI_deprecate_teiCorpus' branch 2. updated the <desc> for <TEI> (English only) 3. added <TEI> to model.resourceLike 4. begun the process of updating the prose HOWEVER, 1) I can't really test it well, because the build process is broken. But what I can easily test, it seems to be fine. 2) I have run out of time and have not even proofread the changes I made to DS and CC. Over to you ...

2 1

make broken?
by Lou Burnard 27 Jun '19

27 Jun '19

My occasional practice of doing git pull make in my local copy of the dev repo seems to have hit a rock again. ../run-onvdl tei_simplePrint.nvdl tei_simplePrint.odd /usr/bin/onvdl fatal: file not found: /home/lou/Public/TEI/P5/Exemplars/tei_simplePrint.nvdl (No such file or directory) java -jar ../Utilities/lib/trang.jar tei_simplePrint.rng tei_simplePrint.rnc java -jar ../Utilities/lib/trang.jar -o disable-abstract-elements tei_simplePrint.rng tei_simplePrint.xsd /home/lou/Public/TEI/P5/Exemplars/tei_simplePrint.rng:475:61: error: reference to undefined pattern "att.global.rendition.attribute.rendition" Makefile:71: recipe for target 'tei_simplePrint.dtd' failed make[1]: *** [tei_simplePrint.dtd] Error 1 make[1]: Leaving directory '/home/lou/Public/TEI/P5/Exemplars' Makefile:201: recipe for target 'exemplars' failed make: *** [exemplars] Error 2

5 11

Re: [Tei-council] priorities
by James Cummings 25 Jun '19

25 Jun '19

If no one else has time to test this (which I agree with Raff is a priority), I'll do so before Friday afternoon. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk School of English Literature, Language, and Linguistics, Newcastle University ________________________________ From: Tei-council <tei-council-bounces(a)lists.tei-c.org> on behalf of Raffaele Viglianti <raffaeleviglianti(a)gmail.com> Sent: Monday, June 24, 2019 10:44:20 PM To: Bauman, Syd Cc: TEI Council Subject: Re: [Tei-council] priorities Sorry to add fuel to the fire, but I have also just sent a very simple PR to generate different p5subset.json files for each supported languages. If this gets included in the release, the Vault will have all the data needed for Roma (beta). If not, I'll keep pulling data from my server until the next release. I tested locally and got the output I expected, but it would be great to have someone else look it over and merge it into dev. https://github.com/TEIC/TEI/pull/1890 Best, Raff On Sun, Jun 23, 2019 at 5:51 PM Syd Bauman <s.bauman(a)northeastern.edu<mailto:s.bauman@northeastern.edu>> wrote: EBB> For right now, it seems a higher priority to resolve the EBB> release-blocking problems on dev connected with simplePrint.odd EBB> ..., doesn't it? Well, yes, but the question is whether *I* should be tackling the nesting-<TEI> issue (for which I will find the schema changes easy, but the prose changes will take me a long time because I'm slow at that sort of stuff), or the stylesheet problems. (If someone else is already 1/2-way to fixing it, speak up! :-) HC> It would be a bit of a shame to lose it. I could work on it when HC> I’m back home this weekend. Or on the plane on Friday for that HC> matter... Thanks. Might be a good idea. Although to be fair, we would not be losing it, just not tucking it in until next release. (When, honestly, it might make a bit more sense, anyway.) MS> ... my understanding was that we already decided on the nesting MS> TEI element, regardless of the deprecation of teiCorpus. Right; I'm just talking about timing, not whether-or-not. (And in part, timing so we can get feedback from community.) MS> I am aware that we agreed on having LR propose this to the list, MS> but on second thought my feeling is that such a suggestion should MS> better be coming from the Council. I would therefore suggest that MS> I draft an email to the list and circulate it to you. My thought is "go, girl!". But perhaps the right thing to do is for you to write up a draft, and send it to LR as well as to us so that he can chime in, too? EBB> It isn’t looking as if this sent, so I am trying again... I had gotten it just fine. _______________________________________________ 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

1 0

priorities
by Syd Bauman 24 Jun '19

24 Jun '19

Martina (and all) -- where are we on the big nesting TEI issue? I had planned to spend my TEI time between now and release working on that, so at this release <TEI> would be able to nest, and the documentation would include this possibility (whether we deprecated use of <teiCorpus> now or not). But a) I'm not sure I'm clear to move ahead on that; and b) I'm wondering if I shouldn't be spending time on the Stylesheets issues instead? I realize that means bumping nesting-<TEI> another 6 months (which would make *me* sad), but that may not be a bad thing if we're still waiting for LR's post to TEI-L and the fallout therefrom.

5 6

Stylesheets meeting in ~3.5 hours
by Syd Bauman 21 Jun '19

21 Jun '19

We will be holding a Stylesheets group meeting this afternoon: 13:00 PDT 16:00 EDT 21:00 BST 22:00 CEST today. Google Hangouts unless someone says otherwise. Peter won't be able to join us. He wants us to work on getting the build to work. Elli probably won't be there. She wants us to work on ticket 370. The good news is that Martin & I just discovered they are the same thing. We've put some info about how far we got on the ticket, so if you can read up on https://github.com/TEIC/Stylesheets/issues/370 before we start. -- Syd Bauman, NRP (he/him/his) Senior XML Programmer/Analyst Northeastern University Women Writers Project s.bauman(a)northeastern.edu or Syd_Bauman(a)alumni.Brown.edu

1 0

Today’s meeting
by Peter Stadler 21 Jun '19

21 Jun '19

Hi all, I’m most probably on the road tonight and won’t be able to meet with you, sorry :( But it’d be great if you were able to tackle the current build problems :) Best Peter

1 0

release planning
by Scholger, Martina (martina.scholger＠uni-graz.at) 20 Jun '19

20 Jun '19

Dear all, Here is a quick reminder regarding the upcoming release: Refridge: June 30-July 8 Freeze: July 9-13 Create release branch: July 14 Release: July 16 Please have a look at the issues assigned to you and add those which you plan to do before the release to the 3.6.0. milestone. @Luis: currently, there is no place for release techs to login to the server and deploy the new release. Are you available on July 16 in case we need your help with this? Our next Council call is scheduled for July 19, which is after the release. Do we need to meet before that? This might be difficult since some of us are at the DH conference in Utrecht the week before... Best, Martina

1 0

Re: [Tei-council] oxygen plugin
by Scholger, Martina (martina.scholger＠uni-graz.at) 18 Jun '19

18 Jun '19

Excellent! Von: James Cummings <James.Cummings(a)newcastle.ac.uk> Gesendet: Dienstag, 18. Juni 2019 13:40 An: Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)uni-graz.at>; TEI Council <tei-council(a)lists.tei-c.org> Betreff: Re: oxygen plugin Doh! It was indeed that. I thought just deleting it from the managed add-ons was enough. I didn't read the instructions well enough. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@newcastle.ac.uk> Senior Lecturer in Late-Medieval Literature and Digital Humanities School of English, Newcastle University ________________________________ From: 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>> Sent: 18 June 2019 12:34 To: James Cummings; TEI Council Subject: AW: oxygen plugin Hi James, Are the new <object...> elements allowed? And it is no longer in the list of "Update Sites URLs" (Options > Preferences > Add-ons)? Best, Martina Von: James Cummings <James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@newcastle.ac.uk>> Gesendet: Dienstag, 18. Juni 2019 13:12 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>>; TEI Council <tei-council(a)lists.tei-c.org<mailto:tei-council@lists.tei-c.org>> Betreff: Re: oxygen plugin Hi Martina, Although documents validate and transformations work, in my 18.1 Oxygen, I still get it looking for updateSite.oxygen at www.tei-c.org<http://www.tei-c.org> even though the add-on is installed from jenkins lastSuccessfulBuild. I removed all extensions, restarted, prior to installing it. See screenshot below. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@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<mailto:tei-council-bounces@lists.tei-c.org>> on behalf of 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>> Sent: 18 June 2019 09:54 To: TEI Council Subject: [Tei-council] oxygen plugin Hi all, I tested the oXygen plugin with version 18.1., 19.1, and 20.1. and it works. In version 18.1 and 19.1. I already had the plugin installed, so it did not work when I just replaced the link in options > preferences > add-ons. I had to uninstall it in help > manage add-ons first. In version 20.1 the plugin was not installed before and I just added the link in options > preferences > add-ons. Can anyone confirm case 1? Best, Martina

1 0

Re: [Tei-council] oxygen plugin
by Scholger, Martina (martina.scholger＠uni-graz.at) 18 Jun '19

18 Jun '19

Hi James, Are the new <object...> elements allowed? And it is no longer in the list of "Update Sites URLs" (Options > Preferences > Add-ons)? Best, Martina Von: James Cummings <James.Cummings(a)newcastle.ac.uk> Gesendet: Dienstag, 18. Juni 2019 13:12 An: Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)uni-graz.at>; TEI Council <tei-council(a)lists.tei-c.org> Betreff: Re: oxygen plugin Hi Martina, Although documents validate and transformations work, in my 18.1 Oxygen, I still get it looking for updateSite.oxygen at www.tei-c.org<http://www.tei-c.org> even though the add-on is installed from jenkins lastSuccessfulBuild. I removed all extensions, restarted, prior to installing it. See screenshot below. Many thanks, James -- Dr James Cummings, James.Cummings(a)newcastle.ac.uk<mailto:James.Cummings@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<mailto:tei-council-bounces@lists.tei-c.org>> on behalf of 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>> Sent: 18 June 2019 09:54 To: TEI Council Subject: [Tei-council] oxygen plugin Hi all, I tested the oXygen plugin with version 18.1., 19.1, and 20.1. and it works. In version 18.1 and 19.1. I already had the plugin installed, so it did not work when I just replaced the link in options > preferences > add-ons. I had to uninstall it in help > manage add-ons first. In version 20.1 the plugin was not installed before and I just added the link in options > preferences > add-ons. Can anyone confirm case 1? Best, Martina

1 0

oxygen plugin
by Scholger, Martina (martina.scholger＠uni-graz.at) 18 Jun '19

18 Jun '19

Hi all, I tested the oXygen plugin with version 18.1., 19.1, and 20.1. and it works. In version 18.1 and 19.1. I already had the plugin installed, so it did not work when I just replaced the link in options > preferences > add-ons. I had to uninstall it in help > manage add-ons first. In version 20.1 the plugin was not installed before and I just added the link in options > preferences > add-ons. Can anyone confirm case 1? Best, Martina

1 0

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

17 Jun '19

Dear all, our call starts in 30 minutes. This is the hangouts link: https://hangouts.google.com/call/VAAuxWJ4WPfmTr3YJsQpAEEI And here is the agenda: https://docs.google.com/document/d/16i6JVOsxfqu7qums1J5tEmt4AmmA-Xn5rKwaGa_… Best, Martina

1 0

Next OxGarage release
by Peter Stadler 14 Jun '19

14 Jun '19

Dear all, as proposed at the f2f I’d like to do a OxGarage release soonish. Au contraire to what I said at the f2f I’m now thinking of making this version 3.0.0 (rather than 2.11.0). This release is merely to update the current stable (master) branch (after a year) to catch up with the recent developments in the dev branch, and to fix the versioning which currently states 2.10.0 in the VERSION file but 1.0.0 on the GitHub releases. I no one speaks up, I’ll do so in the next days/week. Best Peter

2 2

Next call: June 17
by Scholger, Martina (martina.scholger＠uni-graz.at) 13 Jun '19

13 Jun '19

Dear all, Our next Council call is scheduled for Monday, June 17 (EDT 9:00-10:30, GMT 14:00-15:30, CEST 15:00-16:30). Please add topics that you would like to discuss: https://docs.google.com/document/d/16i6JVOsxfqu7qums1J5tEmt4AmmA-Xn5rKwaGa_… I have added some of the tickets that we didn't discuss in Washington. Maybe you have time to comment on one or the other. Best wishes, Martina

1 0

build issues with exemplars
by Peter Stadler 31 May '19

31 May '19

Dear all, we had an efficient Stylesheets meeting today and tackled issue #375 which I think we fixed. (NB, the Stylesheets were not flagged as broken but the issue only surfaced in the subsequent Guidelines builds.) Yet, the Guidelines build is still broken due to another issue with the exemplars (I believe) we introduced in [1]. The tei_simplePrint.odd does feature multiple <elementSpec> with the same @ident and relies on the ODD processing to resolve these properly. But it seems the ODD processing now(?) duplicates some of the information, leading to the error message "reference to undefined pattern „att.global.rendition.attribute.rendition““. [2] In fact, the schema it complains about has two of those attribute references: ``` <define name="att.global.rendition.attributes"> <ref name="att.global.rendition.attribute.rendition"/> <ref name="att.global.rendition.attribute.rendition"/> </define> ``` That’s how far I got with debugging today … Best Peter [1] https://github.com/TEIC/Stylesheets/commit/fcd21ce1542dc8429423e99024d1bc6a… [2] https://jenkins.tei-c.org/view/TEI%20dev/job/TEIP5-dev/lastFailedBuild/pars…

2 1