Martin Wynne | 3 Nov 15:44 2003
Picon

Oxford Text Archive & TEI

Dear TEIers,

The Oxford Text Archive (OTA) is a long-standing archive of electronic
texts, as most of you will know. The OTA is would like offer to showcase
resources created using the TEI Guidelines. If you have created, or are
creating, an electronic resource using the TEI Guidelines, then we are keen
to talk to you about depositing your resource with us.

We believe it would be of great usefulness to our users if they were able to
see more examples of how the TEI can be used. As well as providing an
archiving, preservation and distribution service, we also offer advice to
resource creators, as part of our role as Arts and Humanities Data Service
(AHDS) centre for Literature, Languages and Linguistics in the UK. If we
could showcase TEI documents, we believe that this would be a useful way to
spread best practice in text encoding in the relevant academic communities.

We know that currently it is not possible to search our archive for
resources on the basis of the encoding or markup scheme, but we will soon be
reintroducing this facility, as part of an overall revamp of our website and
procedures. Please let us know if you have any suggestions for other
functionality which you think we should offer.

And what's in it for you?
- Preservation: we have procedures for the long-term preservation of
resources, taking advantage of the facilities at Oxford University Computing
Services for the physical preservation of the data, and following best
practice in the archives community for the future usability of the data;
- Resource Discovery: your resource description will be entered in our
catalogue and so more people can find out about it; we are also allowing our
catalogue to be shared with other portals and search engines which serve
(Continue reading)

Lisa Charlong | 3 Nov 16:44 2003
Picon

Invoking the TEI P4 DTD

Hello all,

I'm curious - why is it so hard to invoke the TEI P4 DTD, as outlined in
section 3.3 of the Guidelines? I get the continuous error: "Text is not well
formed after entity resolution". Do the Guidelines need to be more
user-friendly? I'm invoking it "straight out of the book" (p. 39) and
without local modifications.

Compare this to the Docbook DTD - it can be used without error or effort as
soon as a user downloads it.

Lisa

Stuart Brown | 3 Nov 17:06 2003

Re: Invoking the TEI P4 DTD

Hi Lisa,

Could you send an example of your XML/SGML, and then we might be able to
troubleshoot for you...

Thanks,

Stuart

-----Original Message-----
From: Lisa Charlong [mailto:lcharlon <at> UNB.CA]
Sent: 03 November 2003 15:45
To: TEI-L <at> LISTSERV.BROWN.EDU
Subject: Invoking the TEI P4 DTD

Hello all,

I'm curious - why is it so hard to invoke the TEI P4 DTD, as outlined in
section 3.3 of the Guidelines? I get the continuous error: "Text is not well
formed after entity resolution". Do the Guidelines need to be more
user-friendly? I'm invoking it "straight out of the book" (p. 39) and
without local modifications.

Compare this to the Docbook DTD - it can be used without error or effort as
soon as a user downloads it.

Lisa

Michael Beddow | 3 Nov 17:24 2003
Picon

Re: Invoking the TEI P4 DTD

> I'm curious - why is it so hard to invoke the TEI P4 DTD, as outlined in
> section 3.3 of the Guidelines?

Hmm, if it were that hard, a few more of us might have noticed by now.

When you say "straight out of the book" (p. 39) I take that to mean that you
have at the top of your document instance exactly what that example shows,
viz:

<!DOCTYPE TEI.2 PUBLIC "-//TEI P4//DTD Main Document Type//EN" "tei2.dtd" [
<!ENTITY % TEI.XML   'INCLUDE' >
<!ENTITY % TEI.prose 'INCLUDE' >
]>

That invocation presupposes that either (a) you have a working XML catalog
setup that can resolve the public identifier, or that (b) the DTD and its
components are where the system identifier claims they are, i.e. in the
current directory. If neither of those conditions is true, you need to fix
that first (the easiest way is to get the system identifier right and worry
about public identifier resolution and catalogs later on). But if either or
both of those conditions is true, and you are still getting error messages,
then there is probably something odd about your editor setup (or just
possibly you have a corrupt copy of one of the DTD files on your local
system). Your posting seems to say we can rule out the other (perhaps most
obvious) possibility: that you have in your internal subset some duff entity
declarations of your own devising.

But in short: since there is nothing wrong with the general system or with
the GLs description of it, there must be something wrong with your specific
use of it, and unless you tell us more about that there is not much anyone
(Continue reading)

Tomaz Erjavec | 3 Nov 17:32 2003
Picon
Picon

Re: Invoking the TEI P4 DTD

Michael Beddow writes:
 > When you say "straight out of the book" (p. 39) I take that to mean that you
 > have at the top of your document instance exactly what that example shows,
 > viz:
 >
 > <!DOCTYPE TEI.2 PUBLIC "-//TEI P4//DTD Main Document Type//EN" "tei2.dtd" [
 > <!ENTITY % TEI.XML   'INCLUDE' >
 > <!ENTITY % TEI.prose 'INCLUDE' >
 > ]>

It seems a shame that the canonical invocation isn't rather with the
URL, and maybe even without the public id, so

<!DOCTYPE TEI.2 SYSTEM "http://www.tei-c.org/P4X/DTD/tei2.dtd" [

This would work out of the box. Then again, this might be in the
Guidelines, I didn't check, but if so, it's not prominent enough.

Best,
Tomaz

--
Toma&#382; Erjavec           | Dept. of Intelligent Systems E-8
email: tomaz.erjavec <at> ijs.si  | Jozef Stefan Institute
www:   http://nl.ijs.si/et/  | Jamova 39, SI-1000, Ljubljana
fax:   (+386 1) 4251 038     | Slovenia

Michael Beddow | 3 Nov 17:48 2003
Picon

Re: Invoking the TEI P4 DTD

> It seems a shame that the canonical invocation isn't rather with the
> URL, and maybe even without the public id, so
>
> <!DOCTYPE TEI.2 SYSTEM "http://www.tei-c.org/P4X/DTD/tei2.dtd" [
>
> This would work out of the box. Then again, this might be in the
> Guidelines, I didn't check, but if so, it's not prominent enough.

Indeed it would, but only if you have a live Internet connection. P4 dates
from a time long before it was safe to assume that. And there are still
quite a lot of circumstances where it can't yet be assumed, though WiFi will
probably soon put an end to that.

Michael Beddow

Lisa Charlong | 4 Nov 14:26 2003
Picon

Invoking the TEI DTD

In a response to an email from Michael....

"OK, but since you have done just what the Guidelines say, and everything is
where it ought to be, the only possible source of the problem is something
on your particular system. Corrupt or missing components of the DTD would be
my best guess. (Or maybe you're using an editor like XML-Spy which doesn't
know how to resolve parameter entities properly). I don't think the clarity
of the GL's is actually an issue, since followed them correctly. Michael"

Lisa says:

Yes, it's XmlSpy

jvbeshisuvrjusguygjhbdxvjh dbjvdbjdjhvbjhvdjugbriudbvnbvjhbrf

*head rolling on keyboard*

Lisa

Michael Beddow | 4 Nov 15:35 2003
Picon

Re: Invoking the TEI DTD

> Lisa says:
>
> Yes, it's XmlSpy
>
> jvbeshisuvrjusguygjhbdxvjh dbjvdbjdjhvbjhvdjugbriudbvnbvjhbrf
>
> *head rolling on keyboard*
>

In which case, if you want to stick with XML-Spy, it means a trip to the
Pizza Bakery. Altonova support will assure you Spy "works with TEI", but
they mean TEI-lite, which is a compiled DTD, and to use anything else you
need to get a compiled version from the Baker.

Chuck Muller reported the same error message from the same starting point
some while back now.

http://listserv.brown.edu/archives/cgi-bin/wa?A2=ind0202&L=tei-l&P=R1740&D=0&H=0&O=T&T=1

Understandably enough, he too assumed there was something wrong with the GLs
or in his understanding of them, but that's not the problem. I have to admit
I haven't upgraded my Spy licence to the current version (6) so I can't say
whether it's been fixed in the past couple of months, but I somehow doubt
it.

The XML editing I used to do with XML-Spy is now done with epcEdit, and for
XSLT authoring/debugging (the other reason many people use Spy) I now use
Komodo (does real-time syntax checking on XSLT, which no version of Spy I
used ever did). Both are commercial products, but neither breaks the bank
and both have a long enough evaluation period to try them thoroughly before
(Continue reading)

Lisa Charlong | 4 Nov 15:59 2003
Picon

Re: Invoking the TEI DTD

Hi Michael,

I'm heading to the bakery now.....

Lisa

Date sent:              Tue, 4 Nov 2003 14:35:14 -0000
Send reply to:          Michael Beddow <mbteil <at> mbeddow.net>
From:                   Michael Beddow <mbteil <at> mbeddow.net>
Subject:                Re: Invoking the TEI DTD
To:                     TEI-L <at> LISTSERV.BROWN.EDU

> Lisa says:
>
> Yes, it's XmlSpy
>
> jvbeshisuvrjusguygjhbdxvjh dbjvdbjdjhvbjhvdjugbriudbvnbvjhbrf
>
> *head rolling on keyboard*
>

In which case, if you want to stick with XML-Spy, it means a trip to the
Pizza Bakery. Altonova support will assure you Spy "works with TEI", but
they mean TEI-lite, which is a compiled DTD, and to use anything else you
need to get a compiled version from the Baker.

Chuck Muller reported the same error message from the same starting point
some while back now.

http://listserv.brown.edu/archives/cgi-bin/wa?A2=ind0202&L=tei-l&P=R1740&D=0&H=0&O=T&T=1
(Continue reading)

Susan Schreibman | 5 Nov 01:22 2003
Picon

ALLC/ACH 2004: extension for proposals for papers and poster sessions

ALLC/ACH 2004
Joint International Conference of
the Association for Literary and Linguistic Computing and
the Association for Computers and the Humanities
Göteborg University,    June 11 - 16, 2004.

The Organising Committee for the joint conference of the Association for
Literary and Linguistic Computing and the Association for Computers and the
Humanities is extending the deadline for the submission of proposals for
papers, poster presentations, sessions and software demos. The new deadline
is November 17, 2003.

For further details of the conference please visit the conference homepage
at the address:

www.hum.gu.se/allcach2004/


Gmane