Re: Simple alternation

Hugh Cayless <[email protected]>
Newsgroups gmane.text.tei.general
Message-ID <CAObhq+eh_vc0dJ_wiKqFWmS1mvTXySBZAN+=PeTfUNTz1Dz_=g@mail.gmail.com>
I think you're exactly right, David, with one caveat:

TEI is a language for modeling texts, and the nature of the model will
respond to what you're trying to do. So if you care about modeling the
state of the document you're encoding, putting the choice at the level of
the character is the right decision. You might not be worried about the
state of the document though, but instead be focused on linguistic
variation or something like that, and then you might care more about whole
words and less about what was happening in the source.

The software you plan on putting this TEI document through may itself
embody such opinions, and you might tailor your markup to make processing
easier. By doing so, you'd be making the same decision I outlined above,
but maybe without having thought about it, which, as you note, is
sub-optimal :-).

All the best,
Hugh

On Fri, Oct 21, 2016 at 10:18 AM, David Farmer <[email protected]> wrote:

>
> I am relatively new to TEI, but in other work I have encountered
> something similar to the issue of which of these is correct:
>
> <choice>
>    <unclear>m</unclear>
>    <unclear>w</unclear>
> </choice>euyn
>
> OR
>
> <choice>
>    <unclear>meuyn</unclear>
>    <unclear>weuyn</unclear>
> </choice>
>
> The argument for using the second possibility is that you can
> easily find the word 'meuyn'.  I don't think there was anything
> else in its favor, because the first option correctly
> (and minimally) captures the source.
>
> Assuming I understood that reason, it is not good reasoning because
> it suggests that you should use sub-optimal markup because of a
> limitation in the tools you have.
>
> The purpose of the XML source is to capture the structure of the
> document.  The XML source is not necessarily what you use to study
> the document directly: you need to transform it in some way.  If you
> need to look for specific words, then you transform it in a way that
> lets you more easily locate the words.  Applying a simple transformation
> to unclear tags is one of several things you may need to do in order
> to make a new (temporary) document that lets you find all words
> using a simple string search.  But it is just one-time work to set that up.
>
> Apologies if my comments are based on a misunderstanding, or if I am
> saying something that already is obvious to all of you.
>
> David
>
>
>
> On Wed, 19 Oct 2016, Raffaele Viglianti wrote:
>
> On Wed, Oct 19, 2016 at 7:56 AM, Magdalena Turska <[email protected]>
>> wrote:
>>
>> If, alas, the aim of the TEI encoding is to capture that ur-source then,
>> yes, <unclear> might have a place there.
>> Such a reconstruction feels odd though and in my opinion calls for some
>> careful policy and documentation at least.
>>
>>
>> I don't think this is about reconstructing a supposed "ur-source", rather
>> it seems to me that Paul is translating
>> editorial markup from the original document he showed us into TEI markup.
>> The question marks in the original document
>> indicate uncertainty, not variance.
>>
>> I would lean towards an econding that is closer to what I see in the
>> original document:
>>
>> <choice>
>>    <unclear>m</unclear>
>>    <unclear>w</unclear>
>> </choice>euyn
>>
>> but as Poitr has pointed out, it may be more useful to indicate the
>> lemmas separately, depending on what the encoding is
>> for.
>>
>> Raff
>>
>>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.