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

getting mad with makefile
by Fabio Ciotti 07 Feb '15

07 Feb '15

Hi all, I'm struggling with Makefile from svn repo. Any time I try to make I have this error BUILD FAILED /media/Archivio/src/tei-code/P5/antbuilder.xml:102: Fatal error during transformation using /usr/share/xml/tei/stylesheet/odds/odd2relax.xsl: A sequence of more than one item is not allowed as the result of function tei:generateRefPrefix() ("TEI_model.contentPart", "TEI_model.contentPart", ...) ; SystemID: file:/usr/share/xml/tei/stylesheet/odds/teiodds.xsl; Line#: 2339; Column#: -1 The first time I've run it this morning (after implementing a ticket) it has worked. Then before to check I thought to implement a couple of other tickets, make again to see if something had broken and the error jumped out, but it has apparently nothing to do with my modifications. I have already tried to: make clean 1000 times delete and download again my stylesheets deb try to use online stylesheets as referenced in the makefile (nope the URL is broken) re-checkout the trunk and try the build with an untouched svn local copy curse all the possible deities hit the pc with a baseball bat any hint??? f

3 4

Conferencing system
by Fabio Ciotti 06 Feb '15

06 Feb '15

Hi all, this link could be of some interest. http://crln.acrl.org/content/76/2/98.full Our voice conf system works only by wired phone, and nowadays it is very hard to find one if you are out of office. It is quite annoying to beg for a wired phone when you for ex. are at a conference, where usually you have a fast access to the net (like me last week!). Fabio

5 11

Teleconference dates
by Hugh Cayless 04 Feb '15

04 Feb '15

We settled on the last Friday of the month, at 13:30 GMT, but note the weirdness over time changes in March—I can’t do 09:30 EDT, as it will be then. These are the teleconference dates and times, though August: February 27, 05:30 PST | 08:30 EST | 13:30 GMT | 14:30 CET March 27 05:30 PDT | 08:30 EDT | 12:30 GMT | 13:30 CET April 24 05:30 PDT | 08:30 EDT | 13:30 BST | 14:30 CEST May 29 05:30 PDT | 08:30 EDT | 13:30 BST | 14:30 CEST June 26 05:30 PDT | 08:30 EDT | 13:30 BST | 14:30 CEST July 31 05:30 PDT | 08:30 EDT | 13:30 BST | 14:30 CEST August 28 05:30 PDT | 08:30 EDT | 13:30 BST | 14:30 CEST We’ll cancel one of April, May, or June because the F2F should fall in one of those months. If you haven’t done so yet, please put in your availability for the poll I posted yesterday. If the time shift in March will cause problems, please object now so we can reschedule. I do wish they’d get rid of Daylight Savings Time entirely, but even if they won’t, I wish we could have it at least be coordinated…sigh. Thanks, Hugh

2 1

Re: [tei-council] Development version of oxygen-tei plugin available
by Martin Holmes 03 Feb '15

03 Feb '15

Hi there, On 15-02-03 09:44 AM, Sebastian Rahtz wrote: > happy to set up the job on oxjenkins, shall I do that now or wait a > bit? Go for it. I just tested some of my normal stuff using the new plugin, and it seems to work a treat so far. You'll find the config.xml file for Jenkins in the usual place. The job has to be called "oxygen-tei" (there are some paths in the build-for-jenkins.sh script that depend on that). If you read that script, you'll see it's heavily based on your update-and-upload.sh script, but there are some nifty shenanigans around making the updateSite.oxygen script permanently available at the same URL, while behind the scenes it's shifting its location and has to be regenerated every time based on the previous version. But as far as I know, if you just install the config.xml in a job called oxygen-tei, it'll work. I'm keeping ten versions of the plugin, because we need to let people roll back when things go wrong, and because it gets built often (due to changes in itself, the Stylesheets, or P5). I know your Jinks occasionally has space issues, so that might be something to watch out for, but it's not huge. > the work monitoring oxjenkins is fairly small, so leave that with me > for now. OK. >> The next step is to create some tests we can run in Oxygen to check >> core functionality of the add-on. I envisage this as an Oxygen >> project with a bunch of sample files that are transformed or >> otherwise manipulated and the results checked. > > do you know how to drive oxygen from the command line, then? cool. No, I was planning to write some ant tasks that would be run by a user in the Oxygen interface. Along the lines of: - Create sample file based on template X. - Transform using Stylesheets transformation Y. - Validate result with schema Z. That sort of thing. Not very sophisticated, but the idea would be that when we're about to release a new version of the plugin, someone subscribed to the latest Jinks build would run the tests and confirm nothing is wildly broken, then we'd go ahead and build/upload to the release location. It would be nicer to have automated testing happening as part of the build, of course. If I can learn how to do that, I'll have a go at it. But I don't know where to start right now. Cheers, Martin > > -- Sebastian Rahtz Chief Data Architect University of Oxford IT > Services 13 Banbury Road, Oxford OX2 6NN. Phone +44 1865 283431 > > >

1 0

Spring F2F Poll
by Hugh Cayless 02 Feb '15

02 Feb '15

Hi all, I've set up a poll at http://doodle.com/2qzywq8c379atu87 in the window April 13–May 15. Let's see what we can do, and I'll adjust as needed.

7 11

re corresp oddity
by Lou Burnard 01 Feb '15

01 Feb '15

I note the following things in the definition for <correspAction> in the corresp ODD 1) you should not use @mode="add" together with @module on an <elementSpec> -- it's meaningless, since you are not allowed to add new things to existing TEI modules 2) if you want your valList to appear in the schema you must put @type="closed" on it. otherwise your suggested values appear in the schema only as comments 3) since you are replacing the existing (vacuous) declaration for the possible values of @type, you must put @mode="replace" on your valList With these changes, things work as expected for elements in the TEI namespace. I am still puzzling over why they don't for non-TEI namespaced elements, but have to go out now.

3 2

Report on the continuing work of TEI Simple
by James Cummings 30 Jan '15

30 Jan '15

The TEI Simple project has been working and developed things especially over a week in January where Brian Pytlik Zillig came to Oxford to work with Sebastian and Magdalena (and intermittently me). This includes the first draft of TEI Processing Model documentation, with a configuration for TEI Simple and an implementation. See especially http://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple/blob/maste… for the description of the draft processing model and the <model>, <modelGrp>, and <modelSequence> elements. http://dixit.hypotheses.org/550 is a blog post of Magdalena's explaining some of the work. Upcoming: a) We have a working and advisory group meeting in late March in Berlin to confirm the the processing model proposal b) We’d like the Council to review the PM ODD extensions at its next f2f meeting; though an idea now of whether they are broadly acceptable would be very useful, but we’re not yet asking the Technical Council to consider whether and how they can be implemented (that’s in hand), just whether: 1) the notation conforms to TEI patterns, 2) the re-use of <rendition> is acceptable, and 3) whether the notation is powerful enough _in the circumstances of the Rahtz Rationale_ (this is important). c) We are negotiating now to get a 2nd implementation made of the PM spec (which still has some editing work pending), possibly by the eXist folks (Wolfgang and Adam), to confirm that there no technical barriers. d) We would like to have a hackathon or workshop getting people to test TEI Simple and its PM maybe in the late spring -James == From Sebastian == The following links should help you read about what we have done and are proposing: Documented ODD for Simple:http://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple/blo… for differences andhttp://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple/blob/ma… for full version Documented extensions for processing:http://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple… for differences andhttp://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple/blob/ma… for full version TEI Simple schema (RELAX NG):https://raw.githubusercontent.com/TEIC/TEI-Simple/master/teisimple.rng Magdalena Turska has done the first implementation for the processing, and has put up some before and after test files for a test file: https://github.com/TEIC/TEI-Simple/blob/master/tests/testsimple.xml (before) andhttp://htmlpreview.github.io/?https://github.com/TEIC/TEI-Simple/blob/ma… (after) Magdalena has also written a nice blog post about work on Simple at http://dixit.hypotheses.org/550 which I commend to everyone. Remember: everything you see today remains a proposal for discussion, and is not fixed in stone. == From Magdalena == The premise of processing model implementation is to generate XSLT stylesheet based solely on TEI Simple ODD file that contains models and renditions that define intended processing for TEI Simple elements. Base TEI Simple ODD can be found athttps://github.com/TEIC/TEI-Simple/blob/master/teisimple.odd Processing model implementation files can be found in polygon subdirectoryhttps://github.com/TEIC/TEI-Simple/tree/master/polygon and this is assumed to be working directory in all examples below. To generate the XSLT stylesheet one can run following command: saxon -xi -s:../teisimple.odd -o:simple.xsl -xsl:simpleoddtoxsl.xsl That will generate simple.xsl file which can be used in turn to transform the TEI Simple documents, eg: saxon -s:../tests/5730.xml -o:../tests/treasureisland.html -xsl:simple.xsl will produce html output for Treasure Island sample file. To change the behaviour of this final transformation one needs to tweak appropriate sections of teisimple.odd and re-run both commands above to 1. regenerate simple.xsl stylesheet and 2. apply it to source document again. There are additional tests at https://github.com/TEIC/TEI-Simple/tree/master/tests == -- Dr James Cummings, James.Cummings(a)it.ox.ac.uk Academic IT Services, University of Oxford

1 0

Stylesheets in GLs repo?
by Hugh Cayless 30 Jan '15

30 Jan '15

It looks like a copy of the Stylesheets got checked in to the Guidelines repo last month. I presume this was an accident and it's ok to get rid of it? Hugh

8 21

correspDesc
by Peter Stadler 30 Jan '15

30 Jan '15

Dear all, I updated the formal specification and added some chapter prose (for the header chapter — thanks to Sabine and Marcel!) at our SIG’s GitHub repository. So, at [1] you will find the specs (the prose there section is more or less outdated, so please skip) and at [2] a draft for some chapter prose to go into the header section at 2.4.6 My implementation plan is straightforward: * add the prose <div> from [2] to HD-Header.xml * create files under P5/Source/Specs for the new elements and classes (while removing our namespace from elementSpecs and egXML) * modify existing elements (add membership to the new classes) So, please have a look at the files and point me at those things I don’t see … I have one issue though: In the elementSpec for correspAction I try to set some suggested values for @type (see l. 716 in [1]). I tried to follow the model at P5/Source/Specs/list.xml but my values never made it to the RelaxNG schema. Is there some issue with the stylesheets or am I missing something? Best Peter [1] https://github.com/TEI-Correspondence-SIG/correspDesc/blob/master/odd/propo… [2] https://github.com/TEI-Correspondence-SIG/correspDesc/blob/master/odd/HD-He…

3 4

oxygen-tei now successfully building on Jenkins
by Martin Holmes 30 Jan '15

30 Jan '15

Hi all, I now have a fresh build script for the TEI Oxygen plugin which builds the plugin package using the latest successful builds of P5 and the Stylesheets. It will build automatically after every successful TEI P5 build (which itself is triggered by any change to P5 source or following a Stylesheets build), and will also build if its own Google Code repository changes. What this means is that we should now have a trunk build of the Oxygen TEI plugin which tracks the other changes in our codebase. Most importantly, we'll know immediately if something the Oxygen guys do in the Google code repo breaks the build, or if we do something to our own codebase which breaks it. The next stage is to set up an update file for these trunk builds, like this one: http://www.tei-c.org/release/oxygen/updateSite.oxygen to which the braver among us could subscribe, so that the plugin would always get tested steadily as we work. I think the build process should create this file, so it will probably end up being on the Jenkins server itself somewhere. If anyone is interested in testing now, the latest build is here: <http://teijenkins.hcmc.uvic.ca/job/oxygen-tei/lastSuccessfulBuild/artifact/…> Our current release of this plugin is called "teioxygen..." rather than "oxygen-tei", but since the Google Code project is oxygen-tei, and there is also a TEI deb package called "tei-oxygen" which has nothing to do with this, I've taken the opportunity to name my distro like this: oxygen-tei-2.7.1a-7.30.0.zip If you think it's a good idea to carry this naming over to the release package, shout; we could modify the build-and-upload script accordingly, along with the update file, and reduce potential confusion. Cheers, Martin

1 0