-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
<lg> and <gap> #1419
Comments
Makes sense, but I think you might want to allow multiple gaps too, in case the missing bits are missing in different ways or for different reasons. |
Seems reasonable to me. |
Sure. Changing the first required part of the content model to allow gap would achieve that too, because it’s fine to have gaps after one of the permitted elements. Actually, it’s even worse, isn’t it, because you can’t have gap followed by lines inside an lg. So it really does need to be fixed.
|
If an entire strophe is missing, shouldnt that be a <gap quantity="1" unit="strophe"/> ? I am having trouble with the concept of a strophe which is present but has nothing in it. |
It’s a conjecture, actually. The editor thinks there’s a missing strophe and conjectures an empty one. In the edition, it’s marked like: . . . . . . . . . . . The whole thing would be wrapped in an app, too, but I thought that was unnecessarily complicating things for purposes of a bug report.
|
OK, so this confirms my view that you have a <gap quantity="1" unit="strophe" resp="#madEditor"/> and there is no need to change the content of <lg> to permit something which seems ontologically implausible. |
I agree with @lb42: if the strophe is missing, I wouldn't expect <gap quantity="1" unit="strophe" extent="5 lines"/> |
There are actually good reasons for thinking a strophe has dropped out :-). Your approach makes it much harder to make an argument about the poem’s structure in the encoding. Plus there’s the problem of having to deal with encoding the size, AND there’s still the issue that we can’t have a line group with a missing first line.
|
I was assuming that there is some other indication of the strophe. So let's say there are a series of strophes (that happens, right?) the start of which is marked in some renditional but non-textual way. And for one of them the text is entirely missing. If it takes up the same space, has the same layout and external markings but just the text content of the lines is gone, then I can see why @hcayless would want to mark it up this way. Markup isn't just for marking what is there, but for documenting an argument or interpretation, right? (Ok, I would probably mark it up as @raffazizzi has done to be honest... but I can see why one might want to do this.) |
No-one is disputing that a strophe may be missing: just how to indicate the fact. I think Raff's suggestion indicates well enough how to encode the size. I agree however that the content model needs change if it doesn't permit something like
(And I still think the schematron rule you cited above is just wrong) |
@jamescummings yes, this is part of a structure where it's clear that what's dropped out is an entire line group. The editor is saying: "Hey, there's a line group here, but I don't know what went in it, only how big it was." Personally, I'm not at all comfortable with the idea of |
Here are some cases of <gap being used for a "conceptual thing" rather than a unit of measurement in the Guidelines, or of @extent being used for an arbitrary measurement of some kind
|
To me adding
but how can there be a line group if there are no lines? Maybe there's a I think it makes more sense to encoding the conjecture of the editor thinking a line group should be there with
I'm not sure what to suggest there... |
FWIW, I think that in many if not most cases in which we have bits of structure missing, we do attempt to create empty structures down to the lowest level that can be reasonably reconstructed, and fill them with gaps at that level. E.g. a missing scene in a play, a missing chapter, or a missing stanza, thus:
counter-intuitive though that may be. It certainly makes rendition easier ("....."). |
@lb42: The first one does seem a bit silly to me; @raffazizzi this isn't a primary source transcription though, we're encoding an edition. Each strophe is spoken by one of two characters, and it's an obvious that one character's "speech" is missing at this point. The editor prints something like:
and notes in the apparatus that other editors have attempted to resolve the problem by re-arranging the stanzas in various ways. He thinks there's a lacuna here. My reading of what he prints is that he's saying "There's a strophe here, with 5 lines of unknown content inside it." @PFSchaffner's solution is basically the same I think, but I can easily render what the editor printed from |
@hcayless I see. Though if you had to encode a missing word from the same edition, say |
@lb : You assert (pardon the pun) that the Schematron (reproduced below) is “just wrong”. Besides the fact that it uses the <sch:assert test="count(descendant::tei:lg|descendant::tei:l|descendant::tei:gap) > 0">An lg element
must contain at least one child l, lg or gap element.</sch:assert> |
I think the descendant axis is used because of the possibility that the content may be enclosed within another element such as |
Well, if that is why it was used, it seems to run against both the prose of the
BTW, this is a pretty screwy content model. The references to model.stageLike and model.labelLike in clause 2 should be in clause 1. In which case, the Schematron probably would not be needed at all. This is obviously fodder for a different ticket, of course. |
SB to try to make content of |
I spent several hours on this, and while I still believe it is probably possible to get a non-deterministic content model that does the right thing, it requires (at a minimum) creating a new model class model.global.sans-gap, and probably others. Likely way more effort than it is worth. |
I have a case where an entire strophe of a poem has been omitted. Each strophe is wrapped in an
<lg>
. I'd like to be able to dobut the content model of
<lg>
demands at least one( model.lLike | model.stageLike | model.labelLike | lg )
before model.global (and hence<gap>
) is permitted. Interestingly, the Schematron ruleimplies that an
<lg>
containing only a<gap>
should be legal. I suggest the content model be changed to permit a single<gap>
inside<lg>
.The text was updated successfully, but these errors were encountered: