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

Re: [tei-council] Simple : victory declared, going home.
by Lou Burnard 29 Jul '16

29 Jul '16

Hi Martin Thanks for your quick reaction. I hope you'll find time to re-read and nitpick the text of the document in the near future: there are undoubtedly passages that need some further work. Just a few comments on your more general comments below: On 29/07/16 14:53, Martin Mueller wrote: > > From the perspective of the newcomer it may be confusing that there is > something called TEI Lite and TEI Simple. The newcomer, however, may not > discover either because on the TEI Web site they are squirreled away under > the subheading "Customization." That's a fair point, which I hope the designers of the new Website will take on board. In French, rather than "customization", we tend to say "personnalisation" which sounds more, um, personal. But clearly the website ought to alert the first time reader to the fact that (a) the DTD is not a single monolithic entity (b) amongst its many incarnations, Simple is a good starting point for a range of applications. > > Assuming newcomers discover both Lite and Simple they may ask "Which > should I use?" Indeed. They may also ask wonder whether maybe TEI_bare would be suitable. Or Epidoc, or any of a number of other possibilities. > And if they look at the documentation they may be confused > by the fact that, leaving aside the Processing Model, the documentation > for the two customizations is virtually the same. Much of it is the same. But there is also quite a lot that's different. Lite represents the state of the TEI of about 10 years ago, when we deliberately decided not to adapt it further, but move it to a "bugfix only" state of support. Simple has some (though not all) of what we've learned in the last decade. > So for most practical purposes TEI Simple is TEI Lite with a Processing > Model, a few elements removed on the basis of usage figure, and a few > elements added. I think that's an oversimplification. There are a few policy-like decisions reflected in Simple which are not in Lite: e.g. use of @ref rather than @key, use of @rendition rather than @rend. > From which I draw the conclusion that Lite and Simple should be merged, > given a name that more accurately describes what either of them can do, > and put very prominently as the recommended point of entry into the TEI > world. I couldn't agree less. They are different documents, representing a consensus as to what's a useful minimal subset at different times in different situations. You could argue that Simple should *replace* Lite possibly, but "merging" makes no sense at all. > > I have spent a fair amount of time with versions of the Best Practices in > Libraries document.By far the most important section of that document has > always been "Level 4". Much can be said in favour of merging Level 4 with > that general introduction. Time and energy are in short supply, and > maintaining one entry-level version with really good documentation is a > lot better than sort of supporting three. Besides, "TEI in Libraries" is a > very different thing from what it was twenty years ago. The modal library > TEI project may no longer be something like "Wright American fiction." > It's more likely to be some project where a faculty member or student goes > to the Library for some help because the Library is the go to place for DH > stuff. That's the case at Northwestern, and it's the case in many other > places. I have no views on BPL. Though it would obviously be nice to know what that group thinks of Simple's header section.

1 0

Agenda for Friday
by Hugh Cayless 29 Jul '16

29 Jul '16

Hi All, Here's the draft agenda for our meeting on the 29th at 09:00 EST / 14:00 BST / 15:00 CEST: https://docs.google.com/document/d/1_wHUlbsZSOEeeGDXqHR3gnp9c4LILL-hlpy8DXK… As always, please add any items you want to discuss.

2 2

f2f council logistics
by Stefan Majewski 29 Jul '16

29 Jul '16

Hi, just returned from a fortnight of cycling through Europe. Offline. I noticed that people started discussing where to stay. Unfortunately, accomodation in Vienna is well booked as there are floods of tourists through all seasons and hotels for this reason usually don't give special deals (at least not without prepayment, which most institutions cannot do). Something from 80 to 120 EUR a night is quite normal for accommodation in a rather central location. Public transport is very efficient, though. I would try to get something in walking distance to the venue. The closest and still rather inexpensive choice is Hotel Post [1] (2 available)(646EUR/7Nights), there is a Pension Dr. Greissler very close that looks nice and is also close to the venue. I do not have experience with them but the have a good deal today on booking.com [2] 665EUR/7Nights. And there are some others not far that look quite good [3]. We have a room from Sunday to Wednesday morning. Sunday will be a smaller room, where we most likely will have to arrange for food and coffee on our own. I hope that we can coordinate with the workshops and other activites Mo-Tue for catering (CC@tei2016 for that purpose) cheers, Stefan [1] http://www.booking.com/hotel/at/post-wien.de.html?aid=304142;label=gen173nr… [2] http://www.booking.com/hotel/at/pension-dr-geissler.de.html?aid=304142;labe… [3] http://www.booking.com/hotel/at/parkview-residences.de.html?aid=304142;labe… I filtered by up to 150 EUR and vienna city centre, hope this is somewhat persistent. Everything within the inner ring-like central street should be roughtly walking distance. The conference venue is in the north-western quarter of the ring: http://www.booking.com/searchresults.de.html?aid=304142&label=gen173nr-1DCA…

2 1

simple : attribute classes and valLists
by Lou Burnard 28 Jul '16

28 Jul '16

Today I have been mostly looking at attribute classes and valLists 1. deleted att.declaring (not much point in keeping it, since att.declarable is already gone) 2. Simplified att.editLike by - deleting @evidence and @instant - deleting @precision from att.dimension - deleting att.ranging I wrote a stylesheet to re-insert valLists supplied by the ODD into the body of the text (there are about five of them). In the process I noticed that one of my favourite examples is no longer viable. It starts like this: On those remote pages it is written that animals are divided into <list rendition="#runOn"> <item n="a">those that belong to the Emperor,</item> <item n="b"> embalmed ones, </item> <item n="c"> those that are trained, </item> <item n="d"> suckling pigs, </item> ... There is no simple:runOn rendition defined anywhere, so that @rendition value is dead in the water. And maybe it should be a @type="runOn" anyway. What do you suggest? At this late stage, despite the pain, I am tending to think I may have to sacrifice the whole example.

1 0

Build failed in Jenkins: TEIP5-Documentation-dev #2196
by Victoria TEI Jenkins 25 Jul '16

25 Jul '16

See <http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/2196/changes> Changes: [martindholmes] Trying to fix a third unwrapped example causing horizontal scrolling, ------------------------------------------ Started by upstream project "TEIP5-Test-dev" build number 2914 originally caused by: Started by an SCM change Building in workspace <http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url https://github.com/TEIC/TEI.git # timeout=10 Fetching upstream changes from https://github.com/TEIC/TEI.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress https://github.com/TEIC/TEI.git +refs/heads/*:refs/remotes/origin/* > git rev-parse refs/remotes/origin/dev^{commit} # timeout=10 > git rev-parse refs/remotes/origin/origin/dev^{commit} # timeout=10 Checking out Revision 1b9514167249dddc0fb478af41c76edcbf6918c7 (refs/remotes/origin/dev) > git config core.sparsecheckout # timeout=10 > git checkout -f 1b9514167249dddc0fb478af41c76edcbf6918c7 > git rev-list e079d7e2ec3f504d5900b527769307177c49cb80 # timeout=10 [workspace] $ /bin/bash -xe /tmp/hudson1628410566021146508.sh + svn update Skipped '.' Summary of conflicts: Skipped paths: 1 [workspace] $ /bin/bash -xe /tmp/hudson1230391083340030462.sh + cd P5 ++ pwd + make VCS=git INJENKINS=true XSL=<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> clean html-web epub3 Guidelines.pdf (cd Exemplars; make clean) make[1]: Entering directory `<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/Exemplars'> mv tei_lite_fr.nvdl tei_lite_fr.nvdl.bak rm -f *.processed *.xsd *.dtd *.doc.* *.rnc tei*.xsl tei*.rng *.compiled* *~ *.xi *.isosch *.epub *.pdf *.html *.nvdl *-teix* mv tei_lite_fr.nvdl.bak tei_lite_fr.nvdl rm -f exnames.xml rm -f enrich.rng isofs.rng rm -f names.xml *properties rm -f [A-Z]*xml make[1]: Leaving directory `<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/Exemplars'> (cd Test; make clean) make[1]: Entering directory `<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/Test'> rm -f test*.doc.xml test*.rnc test*.dtd test*.compiled.* test*.xsd test*.rnc test*.rng test*.xsl test*.isosch rm -rf LOG *~ *.xsd Schema RomaResults DTD rm -rf *.doc.* rm -f detest.log detest.log.all rm -f *-examples.rng *-examples.rnc *test*.nvdl *-ex.odd rm -f detest.rnc detest.rng detest.dtd detest.isosch make[1]: Leaving directory `<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/Test'> rm -rf release Guidelines Guidelines-web Schema DTD dtd Split rm -rf Guidelines.??? Guidelines-* rm -f *.isosch.xsl rm -f *.stamp rm -f *.xsd rm -f Exemplars/stdout rm -f Test/*.isosch rm -f Test/detest.dtd Test/detest.rnc Test/detest.rng Test/detest.xsl rm -f Test/stdout rm -f Utilities/guidelines.xsl rm -f anything buildweb.xml rm -f p5.sch p5.isosch p5.xml p5subset.xml p5subset.json p5subset.js rm -f p5attlist.txt rm -f p5odds-examples.rng p5odds-examples.rnc p5odds.rng p5odds.rnc p5odds.isosch rm -f pdfbuild.log rm -f stripspace.xsl.model rm -f tei-*.zip rm -f tei-p5-*_*build rm -f tei-p5-*_*changes rm -f tei-p5-*_*deb rm -f teiwebsiteguidelines.zip rm -rf FASC-* rm -rf catalogue.* modList rm -rf valid v.xml ValidatorLog.xml Utilities/pointerattributes.xsl graphics.sh missfont.log v.body v.header Schematron1.xml Schematron2.xml Checking you have running XML tools and Perl before trying to run transform... Ant:/usr/bin/ant Perl:/usr/bin/perl Java:/usr/bin/java xmllint:/usr/bin/xmllint touch check.stamp get latest date: VCS is git if [ "git" = "svn" ] ; \ then \ if [ true = "true" ] ; \ then svn info --xml svn://svn.code.sf.net/p/tei/code/trunk/P5 ; \ else svn info --xml ; \ fi > repodate.xml ; \ fi if [ git = "git" ] ; \ then \ git log --max-count=1 --pretty=format:"<info type=\"git\"><entry><commit revision=\"%h\"><date>%ai</date></commit></entry></info>" > repodate.xml ; \ fi BUILD: Generate modular DTDs, Schemas, Schematron and miscellaneous outputs ANT_OPTS="-Xss2m -Xmx752m -Djava.awt.headless=true" ant -q -lib Utilities/lib/jing.jar:Utilities/lib/saxon9he.jar -f antbuilder.xml -DXSL=<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> -DDRIVER=Source/guidelines-en.xml base subset outputs [echo] make modular DTDs, RELAXNG schemas, json, odd schemas, schematron files [echo] Using <http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> for XSL stylesheets [echo] Do ODD processing for p5odds.odd [echo] Do ODD processing for p5odds-examples.odd BUILD SUCCESSFUL Total time: 42 seconds BUILD: Generate modular RELAX NG (compact) schemas using trang (cd Schema; for i in *rng; do java -jar ../Utilities/lib/trang.jar $i `basename $i .rng`.rnc;done) touch schemas.stamp BUILD: Making HTML Guidelines for language en rm -rf Guidelines-web perl -p -e \ "s+http://www.tei-c.org/release/xml/tei/stylesheet+<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…;> \ s+/usr/share/xml/tei/stylesheet+<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…;"> \ Utilities/guidelines.xsl.model > Utilities/guidelines.xsl if [ -n ] ; then curl -s http://www.tei-c.org/index.xml | sed 's/content="text\/html"/content="text\/html; charset=utf-8"/' | xmllint --html --noent --dropdtd --xmlout - > Utilities/teic-index.xml;fi -:9: HTML parser error : Unexpected end tag : p Reason: Error reading from remote server ^ for i in en ;do \ mkdir -p Guidelines-web/$i/html; \ cp odd.css guidelines.css guidelines-print.css Guidelines-web/$i/html; \ (cd Source/Guidelines/en; tar --exclude .svn -c -f - Images) | (cd Guidelines-web/$i/html; tar xf - );\ (cd webnav; tar --exclude .svn -c -f - .) | (cd Guidelines-web/$i/html; tar xf - ); \ done echo '<project basedir="." default="html" name="buildweb"><import file="antbuildweb.xml"/><target name="html">' \ > buildweb.xml for i in en ;do \ echo "<buildweb lang=\"$i\"/>" >> buildweb.xml; \ done echo '</target></project>' >> buildweb.xml ANT_OPTS="-Xss2m -Xmx752m -Djava.awt.headless=true" ant -q -lib Utilities/lib/jing.jar:Utilities/lib/saxon9he.jar -f buildweb.xml -DgoogleAnalytics= [echo] Make Guidelines web pages for language en BUILD SUCCESSFUL Total time: 53 seconds # commented out for DEBUGing: rm -f buildweb.xml Utilities/teic-index.xml touch html-web.stamp ANT_OPTS="-Xss2m -Xmx752m -Djava.awt.headless=true" ant -q -f <http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> -lib Utilities/lib/saxon9he.jar -Dprofiledir=<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> -Dprofile=tei -DinputFile=`pwd`/p5.xml -DoutputFile=`pwd`/Guidelines.epub -Dcoverimage=`pwd`/Utilities/cover.jpg BUILD SUCCESSFUL Total time: 56 seconds java -jar Utilities/epubcheck3.jar Guidelines.epub Epubcheck Version 3.0.1 Validating against EPUB version 3.0 No errors or warnings detected. check if XeLaTeX exist /usr/bin/xelatex perl -p -e \ "s+http://www.tei-c.org/release/xml/tei/stylesheet+<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…;> \ s+/usr/share/xml/tei/stylesheet+<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…;"> \ Utilities/guidelines-latex.xsl > Utilities/guidelines.xsl BUILD: build Lite version of Guidelines, then LaTeX version of Guidelines from Lite, then run to PDF using XeLaTeX Make sure you have Junicode, Arphic and Mincho fonts installed ANT_OPTS="-Xss2m -Xmx752m -Djava.awt.headless=true" ant -q -lib Utilities/lib/saxon9he.jar -f antbuilder.xml -DXSL=<http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/ws/P5/../../../S…> -DXELATEX=xelatex pdfonce [echo] make LaTeX and PDF BUILD SUCCESSFUL Total time: 1 minute 19 seconds Build step 'Console output (build log) parsing' changed build result to FAILURE

1 1

Re: [tei-council] Simple : facsimile
by James Cummings 25 Jul '16

25 Jul '16

That is how I would have suggested doing it. So works for me. James -- Dr James Cummings, Academic IT Services, University of Oxford On 23 Jul 2016 09:09, Lou Burnard <lou.burnard(a)retired.ox.ac.uk> wrote: Also, having looked more closely, it seems that if you want to encode page openings, you're probably better off encoding the opening as a single surface and each page as zone within it, since you can't define a coordinate system for a pageGrp. So, pending further clarification of this issue, surfaceGrp is OUT. On 22/07/16 20:48, Lou Burnard wrote: > In general, I am all in favour of reducing complexity in Simple, as I > hope is by now evident. But I seriously do think we should include > surfaceGrp, because the distinction between a single page (a surface) > and a page opening (a surfaceGrp containing two surfaces) is a crucial > one for many people. But I can survive being outvoted! > > > On 22/07/16 20:43, Scholger, Martina (martina.scholger(a)uni-graz.at) > wrote: >> +1 >> >> Best, Martina >> >> -----Ursprüngliche Nachricht----- >> Von: tei-council-bounces(a)lists.tei-c.org >> [mailto:tei-council-bounces@lists.tei-c.org] Im Auftrag von James >> Cummings >> Gesendet: Donnerstag, 21. Juli 2016 19:35 >> An: tei-council(a)lists.tei-c.org >> Betreff: Re: [tei-council] Simple : facsimile >> >> >> Sure, I agree. Just suggesting that if you are grouping surfaces and >> such then you are starting to leave the realm of Simple and should >> maybe do your own customisation. ;-) >> >> -James >> >> On 21/07/16 18:34, Lou Burnard wrote: >>> Just to repeat, what I said below, surfaceGrp is nothing to do with >>> sourceDoc. It's for grouping surfaces such as page openings, or faces >>> of a monument. >>> >>> >>> On 21/07/16 19:29, James Cummings wrote: >>>> I'm understanding this discussion correctly (and I've just skimmed it >>>> in a hurry), then I would be saying that we want facsimile, surface, >>>> zone, and graphic, but don't want surfaceGrp, line or sourceDoc. >>>> >>>> i.e. we want to be able to do TEI Simple facsimiles as long as they >>>> are basic, but not sourceDoc non-interpretative transcriptions. If >>>> you need surfaceGrp or sourceDoc, in my mind what you are doing isn't >>>> Simple. ;-) >>>> >>>> >>>> -James >>>> >>>> >>>> On 21/07/16 17:42, Lou Burnard wrote: >>>>> >>>>> On 21/07/16 15:50, Scholger, Martina >>>>> (martina.scholger(a)uni-graz.at) wrote: >>>>>> I think that <surfaceGrp> goes beyond a Simple document, therefore >>>>>> I would remove it. >>>>> Well, my reasoning is that whether or not you're doing transcription >>>>> you will definitely want some way of distinguishing between single >>>>> page images and images of a page opening, which is precisely ewhat >>>>> surfaceGrp is for, imho. >>>>> >>>>>> Concerning the <line>: If I understand it correctly, <sourceDoc> is >>>>>> not provided within a Simple document? >>>>> Krekt >>>>> >>>>>> Is it meant to have a transcription within <facsimile> instead? >>>>>> I don't think that <facsimile> should contain a transcription (see >>>>>> also line 790-793 in tei_simple.odd: "A more powerful approach, >>>>>> discussed in section <ptr target="#simple-facs"/> below, is to use >>>>>> the <gi>facsimile</gi> element to define the organization of the >>>>>> set of images representing the text, and then use >>>>>> the <att>facs</att> attribute to point to individual components of >>>>>> that representation.") >>>>> Agreed, that putting transcription inside <zone> seems a bit >>>>> (ahem) odd, but you still need to ability to identify zones on an >>>>> image, whether or not you put text inside them, and the content >>>>> model for <zone> allows text. >>>>> Are you are saying that it should actually be forbidden if the >>>>> ancestor of <zone> is a <facsimile> rather than a <sourceDoc>? >>>>>> Therefore I wouldn't restore <line>. >>>>> Understood. >>>>>> >>>>>> -----Ursprüngliche Nachricht----- >>>>>> Von: tei-council-bounces(a)lists.tei-c.org >>>>>> [mailto:tei-council-bounces@lists.tei-c.org] Im Auftrag von Lou >>>>>> Burnard >>>>>> Gesendet: Donnerstag, 21. Juli 2016 13:42 >>>>>> An: tei-council(a)lists.tei-c.org; Martin Mueller >>>>>> Betreff: [tei-council] Simple : facsimile >>>>>> >>>>>> The schema currently makes available within <facsimile> : >>>>>> surface, surfaceGrp, and zone, but not line. >>>>>> >>>>>> Is that balance about right? Should I restore <line> (which is >>>>>> sugar for <zone type="line">) ? Should I remove <surfaceGrp>? >>>>>> >>>>>> The purpose is to support a Simple document which contains just >>>>>> images and the lightest of transcriptions, such as you might get >>>>>> from a crowd sourcing transcription experiment for example, not to >>>>>> do full blown genetic transcriptions, obvs. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> tei-council mailing list >>>>>> tei-council(a)lists.tei-c.org >>>>>> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >>>>>> >>>>>> PLEASE NOTE: postings to this list are publicly archived >>>> >> >> -- >> Dr James Cummings, James.Cummings(a)it.ox.ac.uk Academic IT Services, >> University of Oxford >> -- >> tei-council mailing list >> tei-council(a)lists.tei-c.org >> http://lists.lists.tei-c.org/mailman/listinfo/tei-council >> >> PLEASE NOTE: postings to this list are publicly archived > -- tei-council mailing list tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council PLEASE NOTE: postings to this list are publicly archived

3 2

Simple : facsimile
by Lou Burnard 23 Jul '16

23 Jul '16

The schema currently makes available within <facsimile> : surface, surfaceGrp, and zone, but not line. Is that balance about right? Should I restore <line> (which is sugar for <zone type="line">) ? Should I remove <surfaceGrp>? The purpose is to support a Simple document which contains just images and the lightest of transcriptions, such as you might get from a crowd sourcing transcription experiment for example, not to do full blown genetic transcriptions, obvs.

3 8

July meeting poll
by Hugh Cayless 21 Jul '16

21 Jul '16

Please fill in your availability at: https://doodle.com/poll/m79mta983dd32ree Thanks, Hugh Sent from my phone.

4 6

Re: [tei-council] Re : Krakow Council meeting at DH2016
by James Cummings 21 Jul '16

21 Jul '16

Hi Lou, I've started thinking about Simplifying person/place/org. How do you want my proposal? I could just provide an explanation and examples or would you prefer an elementSpec? James -- Dr James Cummings, Academic IT Services, University of Oxford On 15 Jul 2016 11:02 a.m., Lou Burnard <lou.burnard(a)retired.ox.ac.uk> wrote: If you do, May i politely request some discussion of tei simple And how to move it on ? Sent from my Honor Mobile -------- Message original -------- Objet : Re: [tei-council] Krakow Council meeting at DH2016 De : Hugh Cayless À : tei-council(a)lists.tei-c.org Cc : Thanks for trying Elisa! Yeah, let's meet for lunch if we can. Sent from my phone. > On Jul 14, 2016, at 23:22, Elisa Beshero-Bondar <ebbondar(a)gmail.com> wrote: > > Dear Council, > Since many of us on Council are here in Krakow for the ADHO 2016 conference, at the June Council meeting I volunteered to try to organize us on site. The conference organizers were really helpful in promising to provide us a room as soon as we determined a time for tomorrow afternoon, but because we were all (me included) distracted by sessions and likely to be distracted by them again tomorrow, I think it’s surely too late now to try to organize a virtual meeting. I herewith give up on that, with apologies, but I hope that we Council members on site will at least get together during lunch (at 1pm here in Krakow). Elli has a lunch meeting and could only join at 2, and when we realized that, plus the attractiveness of the afternoon session, we felt as if we’d best just take in the conference tomorrow and not try to organize a hangout session. > > Looking forward to Raff’s paper tomorrow! > Elisa > > -- > 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/> > > > > > > >> Begin forwarded message: >> >> From: Hugh Cayless <philomousos(a)gmail.com> >> Subject: Re: Friday, I think! Re: Question re Meeting Space Re: DH2016 Last-minute housekeeping >> Date: July 14, 2016 at 6:12:34 PM GMT+2 >> To: Elisa Beshero-Bondar <ebbondar(a)gmail.com> >> Cc: Manfred Thaller <manfred.thaller(a)uni-koeln.de>, info(a)dh2016.org, michalchoinski(a)gmail.com, Elli Mylonas <elli_mylonas(a)brown.edu>, James Cummings <James.Cummings(a)it.ox.ac.uk>, Raffaele Viglianti <rviglian(a)umd.edu>, Magdalena Turska <tuurma(a)gmail.com>, Martina Scholger <martina.scholger(a)uni-graz.at> >> >> Was there any followup on this? Should we make alternate plans? >> >> Sent from my phone. >> >>> On Jul 11, 2016, at 17:53, Elisa Beshero-Bondar <ebbondar(a)gmail.com <mailto:ebbondar@gmail.com>> wrote: >>> >>> Dear all, >>> Our full complement is seven, and I believe I’ve had contact with everyone now: I think Friday afternoon / evening is the preferred moment for our special meeting of the TEI Council during the ADHO conference. Can we arrange something? >>> >>> Many thanks, from the end of the very wonderful eXist workshop! >>> Elisa >>> -- >>> 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/> >>> >>> >>> >>> >>> >>> >>>> On Jul 11, 2016, at 2:54 PM, Elisa Beshero-Bondar <ebbondar(a)gmail.com <mailto:ebbondar@gmail.com>> wrote: >>>> >>>> Hi all from the eXist workshop— I meant to copy Magdalena on this, which means i think that we have six of us potentially meeting. How does everyone feel about Friday afternoon or evening? >>>> >>>> Elisa >>>> -- >>>> 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/> >>>> >>>> >>>> >>>> >>>> >>>> >>>>> On Jul 8, 2016, at 11:45 PM, Manfred Thaller <manfred.thaller(a)uni-koeln.de <mailto:manfred.thaller@uni-koeln.de>> wrote: >>>>> >>>>> Dear Jan, >>>>> MSK seems to be free Tuesday 12th between 1 pm and the opening; also on Wednesday before 11:30 am; also on Thursday after 1 pm; Friday between 1 pm and closing. >>>>> >>>>> Dear all, >>>>> if Jan does not contradict, I'd propose you use that. >>>>> >>>>> "MSK": go to http://dh2016.adho.org/venue/ <http://dh2016.adho.org/venue/> click on blue flag. >>>>> >>>>> (And let info(a)dh2016.org <mailto:info@dh2016.org> come know, when you intend to occupy the room; if possible before you do so.) >>>>> >>>>> Travel safely, >>>>> Manfred >>>>> >>>>>> Am 08.07.2016 um 19:10 schrieb Elisa Beshero-Bondar: >>>>>> Dear conference organizers (cc: Elli Mylonas, James Cummings, Raffaele Viglianti,, and Hugh Cayless), >>>>>> Here is a challenging question: About half of the TEI Technical Council will be attending DH 2016, and we would like to arrange a special TEI Council meeting while we are here. We realize this is tremendously last-minute, but we are wondering what you might recommend for us. There are just five of us, and we’re wondering if we can locate a small meeting room with strong internet access on campus where we can hold a teleconference call with other Council members who can’t be here—and we might get some pressing Council work done together. We’d like to do this for a couple of hours in the late afternoon or evening one day of the conference, say between Tuesday and Friday next week. I have been working at the Jagiellonian Library today and was issued a library card with its own internet access, and I have already set up edu-roam which is working well for me here. I inquired of the library staff if we might be able to book a small meeting space in the late afternoon/evening sometime next week, and they said they would look but were not optimistic because of the late notice. I thought I would write to you to see if you could recommend any good campus locations for this (or at least some place with stronger connectivity than a cafe in town). >>>>>> >>>>>> Many thanks! I realize this is a challenging question on such short notice! >>>>>> Elisa >>>>>> -- >>>>>> 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/> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>> On Jul 8, 2016, at 11:16 AM, <mailto:info@dh2016.org>info(a)dh2016.org <mailto:info@dh2016.org> wrote: >>>>>>> >>>>>>> Dear Participants of DH2016, >>>>>>> >>>>>>> This is some last-minute housekeeping before we kick off. >>>>>>> >>>>>>> Numbers >>>>>>> We are now, apparently, 870 strong. No comments. >>>>>>> >>>>>>> Directions >>>>>>> Thanks to suggestions from many sides, we’ve updated, again, the conference map at http://dh2016.adho.org/venue/ <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdh2016.adho…>. >>>>>>> >>>>>>> Fun Run >>>>>>> A running tour to the Kościuszko Mound. Distance: 8 km (ca. 55 min). Meeting point: Auditorium Maximum. It’s offered twice. Time: Tuesday (12 July), 7 a.m. and Friday (15 July), 7 a.m. Please sign up at this Doodle, http://doodle.com/poll/wfkvdgtfvp69m2pk <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdoodle.com%…>. >>>>>>> >>>>>>> Weather >>>>>>> The current weather forecast (http://dh2016.adho.org/weather/ <https://na01.safelinks.protection.outlook.com/?url=http%3a%2f%2fdh2016.adho…>) promises (?) a pleasant and sunny Sunday, a very hot Monday and Tuesday, the latter ending with a thunderstorm; then Wednesday and Thursday might be warm and offer some rain (hence the last-minute addition of raincoats into your conference packs) and a sunny but not hot Friday. Right now, the outlook for Saturday is cloudy, but we’re speaking to various authorities to make it better for the Excursion Day. Speaking of which… >>>>>>> >>>>>>> Excursions >>>>>>> Our tour operator will maintain a presence at the main conference building, so if you decide to go on a trip only now, not all is lost. >>>>>>> >>>>>>> See you very, very soon, >>>>>>> >>>>>>> Maciej Eder & Jan Rybicki >>>>>>> For the whole DH2016 organizing team >>>>> >>>>> -- >>>>> Prof. em. Dr. Manfred Thaller >>>>> Zuletzt Universität zu Köln / >>>>> Formerly University at Cologne > > -- > tei-council mailing list > tei-council(a)lists.tei-c.org > http://lists.lists.tei-c.org/mailman/listinfo/tei-council > > PLEASE NOTE: postings to this list are publicly archived -- tei-council mailing list tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council PLEASE NOTE: postings to this list are publicly archived -- tei-council mailing list tei-council(a)lists.tei-c.org http://lists.lists.tei-c.org/mailman/listinfo/tei-council PLEASE NOTE: postings to this list are publicly archived

3 8

Simple : @key or @ref
by Lou Burnard 21 Jul '16

21 Jul '16

I am still toiling in this vineyard. Here's a new question for you to consider. The Simple schema makes available both @ref and @key on both <name> and <rs>. In the prose however only <rs key="arbitrarytoken"> is presented. This seems counter to our current dogma, which would prioritize <name ref="#pointer"> wherever possible, I believe. Since I've now added <particDesc> and hence <person> is available, it would seem better to rework some (or all?) the examples to use that mechanism, e.g. <name ref="#BENM2">Mrs Bennet</name> rather than <rs key="BENM2">

4 12