Re: wrong note name conversion in musicxml2ly

[mari+lilypond]

According to
http://www.ekmelic-music.org/de/extra/name24.htm
the "beh" in Netherlands or "bqf" in English does correspond indeed to
"heh" in German. But I never worked with quarter notes.


On 2/9/20 5:52 PM, David Kastrup wrote:
> address@hidden writes:
> 
>>> On 2/9/20 1:49 PM, David Kastrup wrote:
>>>> address@hidden writes:
>>>>
>>>>> when converting a mxl file with "musicxml2ly --language=deutsch" the
>>>>> note "beses" is converted to "bes". Lilypond gives an error at this
>>>>> notename with \language "deutsch", because the correct german notename
>>>>> for "double flat b" is "heses". This happens with all musicxml2ly
>>>>> versions at least from 2.18.2 to 2.21.0.
>>>>
>>>> Just trying to fix it, but I find the following in
>>>> scm/define-note-names.ly in the German section:
>>>>
>>>>                 (heses . ,(ly:make-pitch -1 6 DOUBLE-FLAT))
>>>>                 (heseh . ,(ly:make-pitch -1 6 THREE-Q-FLAT))
>>>>                 (b . ,(ly:make-pitch -1 6 FLAT))
>>>>                 (beh . ,(ly:make-pitch -1 6 SEMI-FLAT))
>>>>                 (h . ,(ly:make-pitch -1 6 NATURAL))
>>>>                 (hih . ,(ly:make-pitch -1 6 SEMI-SHARP))
>>>>                 (his . ,(ly:make-pitch -1 6 SHARP))
>>>>                 (hisih . ,(ly:make-pitch -1 6 THREE-Q-SHARP))
>>>>                 (hisis . ,(ly:make-pitch -1 6 DOUBLE-SHARP))
>>>>
>>>> That looks almost like something I could work with, except for beh .
>>>> For all other note names, the suffix -eh indicates _lowering_ by a
>>>> quarter note, whereas beh _raises_ b by a quarternote.  Shouldn't it
>>>> rather be heh , making b the _only_ exception?
>>
>> At least the output of musicxml2ly should be consistent with lilypond
>> and should not not give an error message when compiling.
>>
>> Here the german Wikipedia for "double flat b":
>> https://de.wikipedia.org/wiki/Doppel-b
> 
> That is all very well, but making musicxml2ly agree with LilyPond here
> makes mostly sense when we are reasonably sure that LilyPond will not
> need to get changed again soon.  So even while I understand that you are
> not interested in getting quarternotes working or consistent as well, I
> don't think it makes sense to not cater for consistency here too while
> I am touching the code.
> 
> Since the interest on the bug list is limited for the quarternote naming
> problem in German, I am including the developer list here.  I don't
> think the discussion will be so long that adding two separate fixes will
> prove necessary.
>