Skip to content
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

Content model of rdgGrp #1785

Closed
hcayless opened this issue Jul 12, 2018 · 6 comments
Closed

Content model of rdgGrp #1785

hcayless opened this issue Jul 12, 2018 · 6 comments
Assignees

Comments

@hcayless
Copy link
Member

See discussion on the TEI List <app> of multiple lemmata. The content model of <rdgGrp> does not permit <lem> followed by <rdgGrp>, which seems like a plausible thing to want to do.

@ebeshero
Copy link
Member

@hcayless just a quick note of your last comment in the listserv thread, which suggests possible reasons why we haven't implemented <lem> in <rdgGrp>: https://listserv.brown.edu/archives/cgi-bin/wa?A2=ind1807&L=TEI-L&D=0&P=23802

@schassan
Copy link

I become aware of this very problem only now (mainly because I never really used app at all), but couldn't one claim that a lem has a very different ontological status from a rdg? The lem can be backed up by an existing witness but it doesn't necessarily have to. Thus I would dare say, a lem is no subclass of a rdg, moreover no reading at all. And thus lem probably shouldn't be allowed as child of rdgGrp at all? As the note in the definition points out:

Note that only one lem element may appear within a single apparatus entry

(my emphasis)
Thus, one and only one lem should be allowed inside of app, not inside of rdgGrp?

@hcayless
Copy link
Member Author

Doing a ticket sweep and seeing that this got no followup after I dropped off the radar last year. I assume it wasn't discussed in Tokyo, perhaps because it wasn't properly flagged.

I've a fair amount of sympathy for the "there can be only one" rule for <lem>, but I know, e.g. @MarjorieBurghart pushed back strongly against disallowing it. My own feeling is that best practice is to use <lem> only when you have a base text, to represent the reading of that base text, and otherwise to use <rdg>. I just followed up on the discussion that prompted this, and see that, as @ebeshero noted, we didn't end up with a solid conclusion that this was worth pursuing. I'm leaning towards closing the ticket.

@hcayless
Copy link
Member Author

Circling back around to this as I look at #1845, and I'm wondering why the content model of <rdgGrp> is so weird. Couldn't it be more like the content model of <app>?

@hcayless
Copy link
Member Author

hcayless commented May 7, 2019

Council thinks the content model of rdgGrp can be like that of app, and that there's no reason not to do this. We should make sure there's a health warning making clear the issues around having multiple lems

@hcayless
Copy link
Member Author

hcayless commented Jul 3, 2019

Done, so closing.

@hcayless hcayless closed this as completed Jul 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants