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

Collation #65

Open
uliska opened this issue Mar 25, 2019 · 0 comments
Open

Collation #65

uliska opened this issue Mar 25, 2019 · 0 comments
Labels
module-choice Issues relating to the choice module

Comments

@uliska
Copy link
Contributor

uliska commented Mar 25, 2019

In scholarly editing one of the steps of fundamental preparation is the collation of sources. This step determines all the different readings between the sources. In order to be manageable the number of relevant sources is reduced if there are too many available, and one source is defined to be the master.

Collation means marking any difference between a given source from the master source, for each and every note and grob. Typically this is done by writing these differences into the master source (well, a copy thereof ...), using different colours for the different sources.

It would be great for scholarLY to support collation as an engraving mode. That would mean that choice would not select one source to be used for printing but would print the master source in regular black and would print the differences on top of that in various colours.

I assume the engraving part of this could become tricky because it would require some non-standard notation hacking since I can't imagine that simply wrapping the readings in a polyphonic expression would work.

Apart from that I think this should be preceded by an at least initial implementation of a source module where more extensive source descriptions can be encoded and source can be referenced through symbol? keys.

The interface could be an option scholarly.choice.collate taking a list of source references, with the first being treated as the master source. Another way could be to encode the status directly in the source description, but I think this configuration should be independent from the encoding of lemma vs. reading.

@uliska uliska added the module-choice Issues relating to the choice module label Mar 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
module-choice Issues relating to the choice module
Projects
None yet
Development

No branches or pull requests

1 participant