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

Separate <listWit>s merged when using XInclude for multiple critical editions #153

Open
LauraBonanno opened this issue Nov 2, 2023 · 0 comments

Comments

@LauraBonanno
Copy link

Hi, I’m creating a corpus of critical editions and I decided to use XInclude in order to show all the texts in a single EVT edition. Each text of my corpus has been transmitted by different manuscripts and I’ve declared them in a dedicated listWit.

However, XInclude does not recognise the different manuscript groups, so all witnesses appear in the tradition of all texts, like in the following example:

XInclude

The text has been transmitted my mss B and D, whereas the others belong to the tradition of another text of the corpus.

At the moment, a partial solution to the overlapping of manuscript traditions is to specify the @wit in the lem element: this way, in the apparatus of the critical edition you won’t find the readings of mss that are not part of the tradition of a given text:

Xinclude_lem

However, in the collation mode XInclude still shows all witnesses:

Xinclude_collation

And if I open one of the witnesses available which is not part of my apparatus, it shows the reading of the main ms, (i. e. of B in this case):

XInclude_collation_1

@RobertoRDT RobertoRDT changed the title Compatibility with XInclude Separate <listWit> merged when using XInclude for multiple critical editions Jan 30, 2024
@RobertoRDT RobertoRDT changed the title Separate <listWit> merged when using XInclude for multiple critical editions Separate <listWit>s merged when using XInclude for multiple critical editions Jan 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant