MEI_4.0 example problems and observations on the way to MEI 5.0
bwbohl opened this issue · 6 comments
Checking the current MEI_4.0 examples when evaluating the conversion to MEI 5.0 I stumbled over the following encoding problems:
-
many files have the mei30to40.xsl listed in
<appInfo>
but do not have a corresponding<change>
pointing to the application's@xml:id
similar to the one found in other files, e.g.:<change n="1" resp="#app_20193104017386"> <changeDesc> <p>Converted to MEI version 4.0.0 using mei30To40.xsl, version 1.0 beta</p> </changeDesc> <date isodate="2019-01-03"/> </change>
-
in other cases, it might be vice-versa
-
the files that do not contain an
<meiHead>
consequently have none of this documentation which seems a bit inconsistent -
in MEI_4.0 there are
# Description 253 files in total spread across the subdirectories 75 are .pdf 145 are .mei 33 are .xml While the question of whether to clone the existing PDFs might be a separate issue, the extensions are used inconsistently. Should we rename everything to
.mei
? -
The referenced schema in all files is
http://music-encoding.org/schema/4.0.0/mei-all.rng
** This probably should be updated tohttps
and to4.0.1
?
** Moreover, it does not really apply to all files since some of them should be validated with theanyStart
schema or even with the schemata from other customisations.
Although I don't think we urgently need fixed MEI 4 examples once MEI 5 is out, some of these issues will also throw errors or warnings in the updated MEI 5 examples.
Happy to get everybody's input on this, especially from the @music-encoding/maintainers.
IMO, we should leave MEI_4.0
as-is and not touch it for the upgrade. If we want to revisit it later we can.
However, if you want to make things more consistent with 5.0, then I agree that the .xml
files should become .mei
, and the appropriate schema attached to the 5.0 files.
some of these issues will also throw errors or warnings in the updated MEI 5 examples.
which issues cause errors or warnings? can we get around them?
it's only warnings: especiallly those about change/@resp
pointing to a non existing xml:id. (encodingDesc/appInfo/application missing). All others are without a resp or @role
s. Which might be ignorable.
I'm not for updating MEI 4 files unless it brings better (more valid) results for the MEI 5 files; e.g. fixing the resp:s in change or respStmt in MEI 4 would make more sense as it would then also be fixed in MEI 5.
OK... what sort of additional feedback do you need to help you out with music-encoding/encoding-tools#30?
Just for the record: Cf. #52
Thx for the feedback these issues will be resolved in the upcoming sample-encoding v4.01 release https://github.com/music-encoding/sample-encodings/tree/release/v4.0.1