It seems to be the ePub building is broken. This seems to be something to do with broken fragment identifiers in the ePub pointing to BIB and ref files for a variety of things. See Error list at http://jenkins.tei-c.org/job/TEIP5-Documentation-dev/2669/parsed_console/
Thought I'd mention it in case it helped toward diagnosing the problem...
--
Dr James Cummings, James.Cummings(a)newcastle.ac.uk
School of English Literature, Language, and Linguistics, Newcastle University
________________________________
From: tei-council-bounces(a)lists.tei-c.org <tei-council-bounces(a)lists.tei-c.org> on behalf of Hugh Cayless <philomousos(a)gmail.com>
Sent: 18 January 2018 14:56:34
To: TEI Council
Subject: Re: [tei-council] Jenkins build process
Maybe because the Documentation build is broken?
http://teijenkins.hcmc.uvic.ca/job/TEIP5-Documentation-dev/
I'm taking a look at it now.
On Thu, Jan 18, 2018 at 7:14 AM, Mylonas, Elli <elli_mylonas(a)brown.edu>
wrote:
> I asked Syd the same question last night. Thought it was me.
>
> Elli Mylonas
>
> [Sent from my phone, please excuse typos or autocorrect]
>
> On Jan 18, 2018 3:43 AM, "Scholger, Martina (martina.scholger(a)uni-graz.at)
> "
> <martina.scholger(a)uni-graz.at> wrote:
>
> > Dear all,
> >
> > I'm a bit confused about the Jenkins build process. The last build is
> from
> > 5 days ago but a lot of commits were made yesterday.
> >
> > Best,
> > Martina
> >
> >
> > Mag. Martina Scholger
> > Zentrum für Informationsmodellierung
> > Austrian Centre for Digital Humanities
> > Universität Graz
> > A-8010 Graz | Elisabethstraße 59/III
> > Tel: +43 316 380 2291
> > eMail: martina.scholger(a)uni-graz.at<mailto:martina.semlak@uni-graz.at>
> > Web: http://informationsmodellierung.uni-graz.at<http://
> > informationsmodellierung.uni-graz.at/> | http://gams.uni-graz.at<http:/
> > /gams.uni-graz.at/>
> >
> > --
> > 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
https://github.com/TEIC/TEI/issues/1539
I did what was asked (added example with @org). But the example I added has
multiple languages as it's part of another spec (<relation>) - I pared it
down to just the English <desc>s.
I could put it back with all the languages, or make a few more examples
with each language.
thoughts? --elli
2
1
Comments needed
by Scholger, Martina (martina.scholger＠uni-graz.at)
18 Jan '18
18 Jan '18
Hi!
Wrapping up my tickets, I came across two issues which would require some input:
a) https://github.com/TEIC/TEI/issues/1702, I think the proposal on making <pc> and <lbl> a member of model.entryPart.top for encoding print dictionaries looks reasonable to me. Could you take a look at this and tell me your thoughts?
b) https://github.com/TEIC/TEI/issues/1420 I didn't manage to adjust the content model of <valItem> to reflect that the <remarks> element is only allowed if the <desc> element is present as well. Can anyone help me with that? This is the current content model:
<content>
<sequence>
<alternate minOccurs="0"
maxOccurs="unbounded">
<classRef key="model.descLike"/>
<classRef key="model.glossLike"/>
</alternate>
<!-- to be added : <elementRef key="remarks" minOccurs="0"
maxOccurs="unbounded">
-->
<elementRef key="paramList" minOccurs="0"
maxOccurs="1"/>
</sequence>
</content>
Best,
Martina
Martina Scholger
Centre for Information Modelling
Austrian Centre for Digital Humanities
University of Graz
Elisabethstraße 59/III
8010 Graz
TEI issue 1515 (see https://github.com/TEIC/TEI/issues/1515) is
labeled green and assigned to me. The comment back in Prague was
"Should use zone, but outside of figure, sibling (within surface for
ex.)", which suggestion was posted on the ticket 02-06. OP came back
less than 22 hours later pointing out that the semantics of @facs
does not really permit this encoding.
What, if anything, should I be doing with this? Possibilities:
1) Change description of @facs to something like "provides an
attribute used to express correspondence between an element and
all or part of a facsimile of that which is encoded by the
element".
1a) Same, but also add the example in the ticket to the GLs.
1b) Same, but also add <remarks> to the effect of "The typical use
of @facs is to associate an element containing transcribed text
with all or part of an image representing that text. However, it
may also be used to establish the same sort of correspondence
between the encoding of an object and a facsimile thereof (e.g.,
between a transcription of speech and an audio recording of said
speech; between the encoding of a printed figure in a textbook
and a scanned image thereof; between the <damage> element
representing a crack in a headstone and a 3-D model of the
headstone".
1c) Same as (1b), but also note in the <remarks> that the <timeline>
element may be used to create a transcription of speech with a
temporal alignment thereof.
1d) (1a) & (1b)
1e) (1a) & (1c)
2) Tell the OP he can't do that, he has to use <media> or <graphic>
(which are allowed inside <zone>) and close the ticket.
3) Per OP request, revert our decision in Prague and change the
content model of <zone> to allow <figure>.
Personally, I am leaning strongly towards (1d) or (1e), but am open to
hearing arguments against.
re: ISO standards,
I don't think TEI-C has any special access to them, no. Some have had access in the past through various institutions (I don't currently).
Best wishes,
James
--
Dr James Cummings, James.Cummings(a)newcastle.ac.uk
School of English Literature, Language, and Linguistics, Newcastle University
________________________________
From: tei-council-bounces(a)lists.tei-c.org <tei-council-bounces(a)lists.tei-c.org> on behalf of Elisa Beshero-Bondar <ebbondar(a)gmail.com>
Sent: 15 January 2018 16:33:24
To: tei-council(a)lists.tei-c.org
Subject: Re: [tei-council] release plan
Hi Peter and all,
I took about 30 minutes again reviewing the proposal from issue 1671 (the ticket with all the discussion is 1670:https://github.com/TEIC/TEI/issues/1670 <https://github.com/TEIC/TEI/issues/1670> ).
I think the @join attribute is fine as proposed because it’s already an ISO standard, and exemplified in 1670 as well as in Maik Stührenberg’s 2012 article in JTEI: “The TEI and Current Standards for Structuring Linguistic Data”: http://journals.openedition.org/jtei/523 <http://journals.openedition.org/jtei/523> (search for “join” to zoom to the example). If we don’t have issues with this example, presumably we’re okay with Piotr’s pull request here?
In our minutes from the Victoria F2f, we asked "We think @join is fine but wonder if a different name could be used, or is that exactly what this is called in ISO 24611?” I looked it up, and the ISO standard referenced here is from 2012: ISO 24611:2012 (en) and the section with the join attribute is B3.2. (https://www.iso.org/obp/ui/#iso:std:iso:24611:ed-1:v1:en <https://www.iso.org/obp/ui/#iso:std:iso:24611:ed-1:v1:en> ) A sidenote and a rookie question: Because ISO standards are often relevant to our work, it seems like we ought to be able to access them fully—but this one doesn’t come free. Does TEI have some special mode of access to ISO standards, such as an ANSI membership?
Cheers,
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 Jan 15, 2018, at 10:41 AM, Peter Stadler <stadler(a)edirom.de> wrote:
>
> Dear all,
>
> the build seems to be broken right now (or am I wrong)?
> Can we fix this before refrigerating?
>
> Additionally, I’d like to please Piotr and accept his PR https://github.com/TEIC/TEI/pull/1671 concerning issue https://github.com/TEIC/TEI/issues/1670.
> IMHO, the only question for us is whether anyone feels strong to come up with a more general application (and name) for the proposed attribute @join? Otherwise, I’ll merge …
>
> Best
> Peter
>
>
>> Am 15.01.2018 um 15:25 schrieb Scholger, Martina (martina.scholger(a)uni-graz.at) <martina.scholger(a)UNI-GRAZ.AT>:
>>
>> Refrigerate: Thu 18 - Wed 24 January. In this period no major changes which could possibly break the schema should be done any more. Minor changes (prose, typos) are fine until the 24th.
>
> --
> 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
Dear Raff,
Oh no! Get well soon! Lots of fluids and bed rest!
Best wishes,
James
--
Dr James Cummings, James.Cummings(a)newcastle.ac.uk
School of English Literature, Language, and Linguistics, Newcastle University
________________________________
From: tei-council-bounces(a)lists.tei-c.org <tei-council-bounces(a)lists.tei-c.org> on behalf of Raffaele Viglianti <raffaeleviglianti(a)gmail.com>
Sent: 17 January 2018 11:52:02
To: tei-council(a)lists.tei-c.org
Subject: [tei-council] POSTPONED - RomaJS meeting
All,
I came down with a nasty stomach bug and I'm running a high fever. I'm
afraid we're going to have to postpone the meeting. Apologies!
Raff
--
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
Hope you get better.
Take care!
Best, Alex.-
At 12:52 17/01/2018, you wrote:
>All,
>
>I came down with a nasty stomach bug and I'm running a high fever. I'm
>afraid we're going to have to postpone the meeting. Apologies!
>
>Raff
>--
>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
---------------------------------------------------------
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
Móvil: +34 644447008
Skype: alex-bia
Twitter: @alex_bia
---------------------------------------------------------
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Dear all,
during yesterdays Council conf call I forwarded Laurent’s proposal to discuss the current status/issues of the pending standOff proposal with us. That’s probably much better than me being an intermediary, so here’s the poll:
https://doodle.com/poll/uhdfph5pc95fatky
I already pointed Council at https://github.com/laurentromary/stdfSpec/tree/AnnArbor/Scenarios for a first draft of Stand-off use cases as envisioned by Laurent.
All the best
Peter
I'll fix by Th. am if no complaints.
This is one of the things that came up as Syd and I are working through the
unclassed attributes.
https://github.com/TEIC/TEI/issues/1729
--elli
