-
Notifications
You must be signed in to change notification settings - Fork 64
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
Added abbreviation tags to MARC #900
Conversation
I see the sense in tagging MARC in order to make it possible to e.g. index it but would there be a semantically stronger option than |
I thinks it's worthwhile to consider deeper and semantically richer tagging of the guidelines but maybe we should come up with a clear concept what we want to achieve with it rather earlier than later as TEI offers such a rich tags for so many purposes… |
Since MARC is short for MAchine Readable Cataloguing I'd argue that technically I like the idea of having a glossary as some of the TEI examples refer to. We might think about building a glossary for MEI, however, my intuition would be to focus more on the musical terms that are not abbreviations but of technical nature. |
ok, let's go with the abbreviation for a term ;-) |
Strategy then should be to markup similar abbreviations and likewise terms if they appear, then use a script to collect them all and then enhance the encoding with some key. an then enable automatic compilation of indices across the guidelines |
I' still pondering on what tag would be best here; them main question for me is: what do we want to achieve with this tagging?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
sounds wonderful, thanks!
just to link it, this goes hand in hand with #913 |
Links may be added after discussion in #878.